Обновленный ПЛК110?

[SCADAMaster]

И что? Если этот OPC так-же поддерживает много мастеров на 1 порт - то проблема не решится.

Это не ОРС сервер, это эмулятор Modbus устройства. И у него (в данном случае) установлен 1 мастер на порт и проблему это не решает.

Штатная функция протокола TCP/IP. К мастеру ModBus никакого отношения не имеет.

Если не очищать буфер.
Что мешает вам очистить буфер при отсутствии коннекта, а все не выполненные запросы поставить в очередь, которую выполнить когда связь установится?

Вообщем я не вижу смысла в дальнейшем участии в данной дискуссии - проблема не в ОРС, и мы это показали. Если вы считаете что выдавать мусор в сеть это нормальное поведение, то оставляю это на усмотрение вас и ваших пользователей.

[Филоненко Владислав]

Это не ОРС сервер, это эмулятор Modbus устройства. И у него (в данном случае) установлен 1 мастер на порт и проблему это не решает.

Отлично, проблема в slave- была, ставим мастер - проблема повторяется. Или это не мастер а Slave тоже?
И самое главное, данные из предыдущей сессии обрабатываться могут только если эта сессия ещё со стороны slave не закрыта. Т.к. новая сессия всегда с иным номером исходящего порта и попасть в неё данные из сессии с другим номером порта в принципе не могут. А значит - slave тоже "скрытно" поддерживает мультимастерность....

Если не очищать буфер.
Что мешает вам очистить буфер при отсутствии коннекта, а все не выполненные запросы поставить в очередь, которую выполнить когда связь установится?

Вообщем я не вижу смысла в дальнейшем участии в данной дискуссии - проблема не в ОРС, и мы это показали. Если вы считаете что выдавать мусор в сеть это нормальное поведение, то оставляю это на усмотрение вас и ваших пользователей.

ага, ангину отрубанием головы лечить. Причем голову рубим у другого.

[SCADAMaster]

Отлично, проблема в slave- была, ставим мастер - проблема повторяется. Или это не мастер а Slave тоже?

Читайте внимательнее.
Это программа Modbus Slave (вместо ОРС сервера). У нее можно выставить один коннект - как вы сами же предлагали, думая что это решит проблему.
Проблему это не решает.

Т.к. новая сессия всегда с иным номером исходящего порта и попасть в неё данные из сессии с другим номером порта в принципе не могут.

Не всегда. Может быть и порт от предыдущей сессии.

на сколько я понял, ОРС может "кушать" этот мусор, а это проблема ОРС как мне кажется

Читайте внимательнее другую тему. Пока нет связи контроллер накапливает старые запросы в буфере, а затем выдает их в сеть. А это не устраивает г-на _Pavel_.
То что в процессе они склеиваются, и превращаются в бессмысленную кашу уже другой вопрос, ну а зачем выдавать эту кашу в сеть пока что понятно только Владиславу Филоненко.

[_Pavel_]

Не всегда. Может быть и порт от предыдущей сессии.

Сообщение от Филоненко Владислав
Т.к. новая сессия всегда с иным номером исходящего порта и попасть в неё данные из сессии с другим номером порта в принципе не могут.

Позвольте поделиться своими соображениями:

SCADAMaster, когда я у Вас спросил по поводу

А почему в поле Connected значение 1/1 даже когда соединения нет?

я думал, что это как раз старая сессия солэйвом не разрывается и держится какое-то время и именно в этот период после восстановления соединения приходит всякий мусор, который сидит в буфере контроллера . Далее я обратил внимание на то, что достоверные данные в режиме, когда у нас только один коннект, долго не приходят, что скорее всего говорит о том, что новая сессия всё ещё не открылась для слэйва, а мастер уже колотится чтобы установить новое соединение, но не может т.к. старое ещё не закрыто, а коннект всего один...

[Филоненко Владислав]

Позвольте поделиться своими соображениями:
Далее я обратил внимание на то, что достоверные данные в режиме, когда у нас только один коннект, долго не приходят, что скорее всего говорит о том, что новая сессия всё ещё не открылась для слэйва, а мастер уже колотится чтобы установить новое соединение, но не может т.к. старое ещё не закрыто, а коннект всего один...

Вот вот, стандартные таймауты на разрыв сессии велики, а про их настройки все забывают...

[Филоненко Владислав]

Читайте внимательнее.
Не всегда. Может быть и порт от предыдущей сессии.

В случае с ПЛК ОВЕН всегда. Это одно из требований протокола, иначе как отличать сессии?
А Г-на Павла беспокоят не старые данные, а то что сначала при ходят новые, потом он видит (от другого мастера, из прошлой сессии) старые данные, и снова новые.

[capzap]

проблема не в ОРС, и мы это показали

на сколько я понял, ОРС может "кушать" этот мусор, а это проблема ОРС как мне кажется