МЭК 104 и исходящее TCP-соединение

[svtnp]

Доброго времени суток!
Есть сервер ввода-вывода (далее СВВ), который должен получать данные от ПЛК по МЭК 104, между ними межсетевой экран (далее МСЭ), который защищает сеть, в которой СВВ.
МСЭ запрещает в т.ч. входящее соединение ПЛК к СВВ по порту 2404, исходящее разумеется разрешено.
Вопрос:
Достаточно ли исходящего TCP-соединения, чтобы все типы сигналов МЭК 104 (ТС, ТИ, ТУ, ТР) полноценно ходили между СВВ и ПЛК?

[hell_boy]

Нет. ПЛК получит запрос от СВВ тип "общий опрос" и даже ответит, то МСЭ этот этотому ответу не даст дойти до СВВ.

[svtnp]

Вы уверены, что для передачи телемеханических сигналов не достаточно одной TCP-сессии, инициированной клиентом (в данном случае СВВ).
ПЛК каждый раз при передаче телемеханического сигнала инициирует входящее для СВВ TCP-соединение?
Я переспросил, потому что пока что эксперименты говорят об обратном.
Есть ли какие то пруфлинки на тему?

[hell_boy]

Почитайте, что такое "спорадическая передача" в МЭК-104. Это когда контролируемая станция (в Ваших терминах - ПЛК) самостоятельно устанавливает соединение с контролирующей станцией (СВВ) для передачи изменившихся данных. Общий опрос еще будет работать, а вот "спорадика" - нет. Есть еще и "циклическая" передача, когда ПЛК устанавливает соединение с СВВ и передает данные при изменении времени, но ей редко пользуются. В отсутсвии "спорадики" МЭК-104 функционально от Modbus/TCP ничем не отличается.

[checker]

Нет. ПЛК получит запрос от СВВ тип "общий опрос" и даже ответит, то МСЭ этот этотому ответу не даст дойти до СВВ.

Это неверно. Как правило, МСЭ защищает от попыток _установить_ соединение, но разрешает передавать данные в _уже_ установленном соединении. Пример: домашний интернет через роутер. Роутер разрешает браузеру с домашнего компьютера установить соединение с сайтом и пропускает ответ от сайта. Но с сайта подсоединиться к компьютеру уже никто может.

Протокол МЭК 104 - это клиент-серверный протокол. В большинстве случаев, в нем клиент устанавливает соединение с сервером, посылает команду начала передачи данных или общего опроса, и далее сервер посылает свои данные клиенту по _тому же_ соединению.

В случае svtnp в рамках МЭК 104 клиентом является СВВ, сервером - ПЛК. СВВ устанавливает соединение с ПЛК. Для МСЭ это будет исходящее соединение, а оно разрешено. Следовательно, передача изменившихся данных от от ПЛК к СВВ и общий опрос станции будет работать.

Отправлено спустя 1 час 7 минут 54 секунды:

Почитайте, что такое "спорадическая передача" в МЭК-104. Это когда контролируемая станция (в Ваших терминах - ПЛК) самостоятельно устанавливает соединение с контролирующей станцией (СВВ) для передачи изменившихся данных. Общий опрос еще будет работать, а вот "спорадика" - нет.

Не вводите людей в заблуждение.

По определению, спорадическая передача – передача данных, инициируемая процессом пользователя при возникновении событий или изменений данных. В контексте МЭК 101/104 это означает только то, что сервер посылает клиенту свои данные не постоянно, а по мере изменения. Используется для экономии трафика.

Вероятно, hell_boy имел в виду балансный/небалансный режимы передачи. Небалансный - это передача данных в одну сторону от сервера к клиенту, а команд управления - от клиента к серверу. Балансный - это когда обе стороны хотят передавать и данные и команды управления.

Балансный обмен сложнее в реализации. Используется в основном для 101 протокола, от безисходности, когда есть всего одна RTU линия, а данные гонять надо в обе стороны.

В 104 протоколе, когда данные надо передавать в обе стороны, вместо одного балансного соединения используются два небалансных. В случае svtnp - это когда на ПЛК вместе с сервером МЭК 104 запускают еще и клиента 104, который должен соединиться с СВВ и забирать с него данные. И вот в такой вариант уже работать не будет, так как МСЭ запрещает входящие соединения от ПЛК к СВВ.

[hell_boy]

Извиняюсь, все перепутал. Точно, небалансный режим будет работать, балансный - нет.