Два мастера в сети Modbus TCP

Сообщение **alxndrch** » 09 апр 2018, 02:29

Всем добрый день, в связи с заданием модернизации текущей системы (без изменения того что уже есть, то есть к текущей системы добавляется дополнительный модуль со своим ПЛК), возникла следующая проблема:
1. В настоящее время используется ПЛК Simatic S-300, который фактически не делает ничего, опрашивает свои дискретные входы и передает их значения в WinCC, а так же может изменять состояния своих дискретных выходов по командам оператора из WinCC.
2. Все аналоговые и некоторые дискретные состояния опрашиваются по различным протоколам которые в итоге преобразуются в ModbusTCP. Затем эти данные собираются на АРМ оператора OPC-сервером и передаются в WinCC.
3. Схема преобразования протоколов: Lonworks --> (ModLon II Gateway) --> Modbus RTU --> (MGate MB3280) --> Modbus TCP.
4. Всего по интерфейсу опрашивается около 150 параметров.
5. Некоторые из этих параметров, порядка 30-40 штук необходимы в разрабатываемом дополнительном модуле.

И собственно вопрос, насколько возможно (правильно и надежно) проводить параллельный опрос этих параметров (по Modbus TCP)?

Сообщение **Ryzhij** » 09 апр 2018, 05:36

То, что называется "мастером" в сетях последовательного Модбаса, в сети Modbus-TCP принято именовать "клиентом".
Количество клиентов в сети зависит от свойств устройств-серверов (по старому - слейвов), от их способности обслуживать запросы от нескольких клиентов одновременно.
А так-то, никакого криминала в двух-трёх клиентах нет.

Сообщение **alxndrch** » 09 апр 2018, 05:58

Спасибо за ответ, получается для нас устройством сервером будет выступать MOXA MGate MB3280? И надо отталкиваться от его возможностей обслужить запросы от нескольких клиентов. Верно?

Сообщение **Ryzhij** » 09 апр 2018, 06:06

Нет.
MOXA MGate MB3280 в Вашей структуре является слейвом в сети Modbus-RTU и клиентом в сети Modbus-TCP.
Раз у Вас возник вопрос, видимо в сети Modbus-TCP есть и другие клиенты?

Сообщение **alxndrch** » 09 апр 2018, 07:08

Сейчас все устройства которые стоят за MGate опрашиваются OPC сервером на АРМ оператора, некоторые из этих данных нужны в ПЛК который будет установлен, то есть выходит что АРМ это первый клиент который опрашивает через MGate устройства, а наш ПЛК будет вторым клиентом который будет опрашивать эти же устройства чтобы забрать необходимые данные.

Сообщение **Ryzhij** » 09 апр 2018, 07:27

Так системы не строят. Обычно ПЛК забирает данные с периферии, а АРМ берет их из ПЛК по другому порту.

Отправлено спустя 1 минуту 54 секунды:
И потом, в какой сети у Вас АРМ? В Modbus-RTU или в сети Modbus-TCP?

Сообщение **alxndrch** » 09 апр 2018, 07:34

Ryzhij писал(а): ↑09 апр 2018, 07:29 Так системы не строят. Обычно ПЛК забирает данные с периферии, а АРМ берет их из ПЛК по другому порту.

Я знаю, не я ее строил, но что есть с тем и работаем.

Ryzhij писал(а): ↑09 апр 2018, 07:29 И потом, в какой сети у Вас АРМ? В Modbus-RTU или в сети Modbus-TCP?

Modbus TCP все сводится именно к ModbusTCP через преобразователи указанные в первом сообщении.

Был на практике пару лет назад проект (один из модераторов не даст соврать), когда четырехпортовый MGate по ModbusTCP опрашивался и панелью и скадой. Работает. Именно в подключении пары клиентов к MGate вопросов особых нет, хватало бы быстродействия. Есть нюанс в том, что мокса по паспорту поддерживает маршрутизацию по последовательным портам на основании или IP-адреса клиента, или TCP-порта. Т.е. теоретически, запросы с разных IP могут пробрасываться на разные порты. На практике не работает, техподдержка проблему признает и рекомендует в ModbusTCP-запросах использовать ID для ModbusRTU и на основании их настраивать маршрутизацию.
В остальном вроде, кроме войны с DCOM и некоторых "нюансов" оборудования от Овен, проблем не было.

Сообщение **alxndrch** » 10 апр 2018, 02:32

Спасибо за ответы. Тогда еще такой вопрос, или даже пара:
1. Возможность опроса устройств (серверов) по ModbusTCP с нескольких клиентов разрешена в стандарте?
2. Что разбирает возможные коллизии при опросе с двух клиентов (например, одновременный опрос одного устройства, или даже опрос одного и того же адреса одного устройства)?

P.S. Прошу прощения за возможно глупые вопросы, но хочу как можно более полно разобрать в теме.

Сообщение **Ryzhij** » 10 апр 2018, 06:38

1. Разрешена.
2. Это ж просто Ethernet TCP... Как там, так и тут.

Сообщение **VADR** » 10 апр 2018, 08:17

alxndrch писал(а): ↑10 апр 2018, 02:32 1. Возможность опроса устройств (серверов) по ModbusTCP с нескольких клиентов разрешена в стандарте?

Ryzhij писал(а): ↑10 апр 2018, 06:381. Разрешена.

Уточню. Количество допустимых одновременных подключений должно быть прописано в мануалах. Но обычно эта цифра несколько больше 2. Встречал в разных устройствах 8 и 32.

Сообщение **checker** » 10 апр 2018, 08:33

alxndrch писал(а): ↑10 апр 2018, 02:32 1. Возможность опроса устройств (серверов) по ModbusTCP с нескольких клиентов разрешена в стандарте?

Ryzhij писал(а): ↑10 апр 2018, 06:38 1. Разрешена.

Если быть точным, то в стандарте про нескольких клиентов вообще ничего нет. Там написано только то, что Modbus TCP - это протокол обмена данными между клиентом и сервером через Ethernet TCP/IP. И в рамках одного соединения разрешен только один мастер, как и для соединения по COM-порту.

А вот сколько клиентов может подключиться к одному серверу в стандарте не сказано. Это уже зависит от конкретной реализации сервера Modbus TCP. Как правило, один сервер позволяет подключиться сразу нескольким клиентам. У каждого клиента будет свое, независимое от других соединение с сервером, в пределах которого он (клиент) будет мастером. И вот эта куча клиентов как раз и выглядит как много мастеров к одному Modbus TCP устройству.

Сообщение **Ryzhij** » 10 апр 2018, 12:40

Да и серверу никто не запрещает выступать в роли клиента :)

checker писал(а): ↑10 апр 2018, 08:33 А вот сколько клиентов может подключиться к одному серверу в стандарте не сказано. Это уже зависит от конкретной реализации сервера Modbus TCP. Как правило, один сервер позволяет подключиться сразу нескольким клиентам. У каждого клиента будет свое, независимое от других соединение с сервером, в пределах которого он (клиент) будет мастером

Ryzhij писал(а): ↑10 апр 2018, 12:40 Да и серверу никто не запрещает выступать в роли клиента :)

Вот тут и начинаются интересные детали. Нюанс в том, сколько сокетов может держать устройство и как именно. В упомянутом примере с моксой, при работе с одним подключением, функции маршрутизации работали нормально. Но вот поднять второй сокет на другом номере порта или с другого айпишника уже не удавалось. И сможет ли устройство само поднять соединение - тоже вопрос. На который теоретически ответ в его документации, практика же показывает что и документации на 100% верить нельзя.