OPC DA/UA сервер для Modbus UDP

[arch1pro]

Приветствую, коллеги!

Есть устройство с поддержкой Modbus UDP, подключился как всегда через Modbus Pool, проверил соединение, теги читаются, все отлично.
Обычно используем ПО Инсат Modbus OPC DA Server, но он не поддерживает modbus udp, а другой сервер с такой поддержкой пока не нашел.

Вопрос: Какой OPC сервер посоветуете использовать взамен "инсатовскому"? Можно как OPC DA, так и OPC UA.

Не думал, что такая проблема на рынке по поддержке протокола UDP..

[Jackson]

А UDP точно позарез необходим и без него никак?

[arch1pro]

К сожалению устройство поддерживает только этот протокол, был вариант подключиться к коммутатору и по NAT направить порт в tcp, но доступа в коммутатор нет, а потом выяснилось что и функции этой на коммутаторе нет

Отправлено спустя 3 минуты 6 секунд:

А UPD точно позарез необходим и без него никак?

Есть идеи и вообще техническая возможность?
Так странно, что самые популярные OPC серверы не поддерживают Modbus UDP.

[SaNNy]

Так странно, что самые популярные OPC серверы не поддерживают Modbus UDP.

Был бы спрос на данный протокол, поддерживали бы его. А вообще, в чем преимущество Modbus UDP перед Modbus TCP? Почему производитель устройства выбрал, скажем так, не самый популярный вид протокола Modbus?

[leon78]

Так странно, что самые популярные OPC серверы не поддерживают Modbus UDP.

Modbus UDP - такого нет в стандарте
https://modbus.org/specs.php

[Jackson]

Modbus UDP - такого нет в стандарте

UDP - это не про ModBUS вообще. Это протокол из группы TCP/IP (иногда называют UDP/IP). На пальцах: бывает TCP, бывает UDP. Поправьте, если неправ.

Так вот, бывает ModBUS-TCP, бывает ModBUS-RTU-over-TCP (протокол RTU, но физически бежит по TCP). А ModBUS-UDP не бывает! Поэтому, arch1pro, Вы выясните сначала точно, что же Вам надо. Тут либо ModBUS, либо UDP, два вместе одновременно - такое вообще возможно? Иначе есть риск что работать не будет ничего.

Скорее всего имелось в виду ModBUS-TCP и UDP отдельно и независимо друг от друга. Мне так кажется....

[SaNNy]

UDP - это не про ModBUS вообще

Это правильно. UDP - это протокол транспортного уровня сети

А ModBUS-UDP не бывает!

А это не правильно. Такой протокол существует и работает в сети поверх протокола UDP. Но это не стандартизированный протокол

[Jackson]

Такой протокол существует и работает в сети поверх протокола UDP. Но это не стандартизированный

Век живи - век учись. Всё-таки кто-то пускает ModBUS по UDP, только вот зачем....

Был бы спрос на данный протокол, поддерживали бы его.

Видимо, так.

[I_m]

Так вот, бывает ModBUS-TCP, бывает ModBUS-RTU-over-TCP

А ещё бывает ModBUS-RTU-over-UDP.

А ModBUS-UDP не бывает!

Да что Вы говорите?!

Скорее всего имелось в виду ModBUS-TCP и UDP отдельно и независимо друг от друга. Мне так кажется....

Зря кажется. ModBUS-UDP существует точно так же, как и ModBUS-TCP. Во втором случае на уровне транспортного протокола используется TCP, в первом - UDP. Вот и вся разница.

PS: присобачу картинку, чтобы не быть голословным. Обратите внимание, что протоколу верхнего уровня (I/O Devices Form) вообще фиолетово - что там на уровне транспорта (Ports Form) лежит - TCP или UDP.

[arch1pro]

Такой протокол существует и работает в сети поверх протокола UDP. Но это не стандартизированный

Век живи - век учись. Всё-таки кто-то пускает ModBUS по UDP, только вот зачем....

Был бы спрос на данный протокол, поддерживали бы его.

Видимо, так.

Все так, используем в основном RTU или TCP, в данном случае это ограничение устройства. Оно поддерживает только Modbus UDP.
Мы в свою очередь оказались заложниками, еще раз возвращаясь к Modbus Pool, считываем успешно по выделенному варианту связи - Modbus UDP/IP (картинку приложил). Но программа только для диагностических целей.
Нам же нужно использовать полноценный OPC сервер, в котором можно создать постоянный опрос при вкл/выкл машины и передавать данные на верхний уровень.

Вопрос:
Кто подскажет такой OPC сервер с поддержкой Modbus UDP/IP ?

[Jackson]

Пока не подсказали...

Может задействовать какой-то шлюз чтобы к ModBUS-TCP или RTU прийти? Тогда в выборе OPC не будет проблем.

[I_m]

Кто подскажет такой OPC сервер с поддержкой Modbus UDP/IP ?

Есть один вариант, вот так - сходу. Но, если очень-очень сильно надо и ничего другого нет. Citect SCADA поддерживает Modbus UDP и при этом может быть полноценным OPC-сервером - все собираемые тэги по OPC отдаёт.

ЗЫ: а у Keepware ничего подходящего нет?

[Looker]

ЗЫ: а у Keepware ничего подходящего нет?

Имеется.
Сначала выбрать Modbus TCP/IP Ethernet, а при дальнейшей настройке есть выбор между TCP/IP или UDP.

[keysansa]

Это протокол из группы TCP/IP (иногда называют UDP/IP). На пальцах: бывает TCP, бывает UDP. Поправьте, если неправ.

Это протокол из группы IP. Внутри есть TCP, UDP и прочее.

Вы выясните сначала точно, что же Вам надо. Тут либо ModBUS, либо UDP, два вместе одновременно - такое вообще возможно?

Интересно шильдик девайса увидеть. Или руководство к нему.

А это не правильно. Такой протокол существует и работает в сети поверх протокола UDP. Но это не стандартизированный протокол

Это как разница между Modbus-TCP и Modbus-RTU - протокол один - транспорт разный. UDP используется, когда более важна скорость доставки, чем потеря пакетов (по сравнению с TCP и не касаемо Modbus).
Лично мне кажется, что есть в устройстве переключение между TCP и UDP.
ЗЫ. Если между клиентом и сервером только 1 свитч - разницы в протоколах TCP и UDP вы не обнаружите.

[arch1pro]

Кто подскажет такой OPC сервер с поддержкой Modbus UDP/IP ?

Есть один вариант, вот так - сходу. Но, если очень-очень сильно надо и ничего другого нет. Citect SCADA поддерживает Modbus UDP и при этом может быть полноценным OPC-сервером - все собираемые тэги по OPC отдаёт.

ЗЫ: а у Keepware ничего подходящего нет?

Спасибо. Имеется триальная бесплатная версия для тестирования?

[I_m]

Имеется триальная бесплатная версия для тестирования?

У кого? У Citect среда разработки не лицензируется, насчёт рантайма сложнее, особенно с крайними версиями. Если честно, то я именно как OPC-сервер в демо-режиме никогда не пробовал, только с "честным" рантаймом. С рантаймом в демо там вообще много всяких тонкостей, т.ч. врать не буду.

Про KeepServerEX вообще ничего не скажу. Но, на Вашем месте, я бы в эту сторону смотрел. Если с Citect никогда дела не имели, то лучше не связываться. Тем более, что честно купить его в РФ сейчас нельзя.

[SaNNy]

Про KeepServerEX вообще ничего не скажу.

Цена

[I_m]

Цена

Да мне цену не надо, тем более, что это я ещё вчера посмотрел. Ну... Всё имеет свою цену.

[SaNNy]

Да мне цену не надо

Автору пригодится, тем более, что мы не знаем его бюджет.

Имеется триальная бесплатная версия для тестирования?

Имеется. Работает 2 часа без ограничений (KepServerEx).

[I_m]

Автору пригодится, тем более, что мы не знаем его бюджет.

Вот, кстати, я удивлён, что у ИнСАТ нет семейства Modbus для их MPS. По-моему, чистый мракетинг, ничего более разумного в голову не приходит.

[lostman]

[Вот, кстати, я удивлён, что у ИнСАТ нет семейства Modbus для их MPS. По-моему, чистый мракетинг, ничего более разумного в голову не приходит.

Как это нет? А как же их MasterOPC Univerasl Modbus Server?

[I_m]

Как это нет? А как же их MasterOPC Univerasl Modbus Server?

Это другой продукт. Я про Multi-Protocol MasterOPC Server. Он, конечно, Multi, но в этом множество Modbus почему-то не входит. Потому и говорю - мракетинг.

[arch1pro]

Мысль есть.
Предложили преобразовать UPD трафик в виртуальный COM порт и работать с этим последовательным портом непосредственно.
Софт есть (Virtual COM-UDP 2.7), заявку на бесплатное тестирование оставил, посмотрим.

[lostman]

Это другой продукт. Я про Multi-Protocol MasterOPC Server. Он, конечно, Multi, но в этом множество Modbus почему-то не входит. Потому и говорю - мракетинг.

Видимо недопонял вопрос. Тогда да - согласен. Лучше ведь два продукта продавать, чем один ))

[SaNNy]

Предложили преобразовать UPD трафик в виртуальный COM порт и работать с этим последовательным портом непосредственно.

А вы по какому протоколу будете работать с COM портом?