Стартовая страница › Форумы › Понять, как работает ПО › OPC сервер для rapidscada
- В этой теме 11 ответов, 4 участника, последнее обновление 1 год, 4 месяца назад сделано Mikhail.
-
АвторСообщения
-
21.11.2022 в 16:21 #26159scmemberУчастник
Допустим есть какое то колво автоматики, над всем этим находится рапидскада, собирает данные с плк, есть ряд дорасчетных каналов. Задача — передать все собираемые рапидскадой данные в другую систему, которая умеет работать только с OPC UA.
Есть инсат opc сервер, который может обеспечить вычитку тегов плк, параллельно с рапидскадой, и передавать из по opc ua, но конечно в нем нет дорасчетных каналов. Возможно ли реализовать на рапидскаде такой механизм, при котором рапидскада может быть представлена как чтоот типа виртуального плк с тегами — каналами заведенных в ней кп, который можно зачитать по какому либо промышленному протоколу, для последующей передачи через инсат opc ua?
21.11.2022 в 16:22 #26160manjey73УчастникModbus Slave легко. Правда в текущем варианте придется немножко поплясать с настройкой 🙂
Это если для 5-й версии21.11.2022 в 16:26 #26161scmemberУчастникда, прочитал про этот драйвер, но как я понял, это для внешнего устройства, а не для самой рапидскады… в документации есть стандартный скриншот редактора шаблона устройств, непонятно как там можно соотнести таблицы данных модбас с тегами заведенных в рапидскаде кп… точно так можно? )
21.11.2022 в 16:31 #26162manjey73УчастникПри настройке указывается на какой КП ссылаться.
Дорасчетным каналам придется создать номера сигналов, чтобы они не пересекались с реальными входными
Ну и при создании шаблона нужно будет создавать пустые теги, чтобы общее количество совпадало с номерами каналов, даже если они вам не нужны.21.11.2022 в 16:32 #26163manjey73УчастникПроверено, работает 🙂 У меня Zabbix забирает по Modbus данные
- Этот ответ был изменен 1 год, 4 месяца назад от manjey73.
21.11.2022 в 21:22 #26165JurasskParkУчастникМожно сделать библиотеку, который запускает TCP-Server, он же Modbus-slave, который подключается к Серверу, загружает данные через клиент.
Номер канала — он же тег, он же регистр.
Если делать float, то Номер канала * 2 = номер регистра, если double * 4 = регистра.
Соответственно, регистров ограничено. Ну 10000 тегов думаю за глаза. 🙂
Вопрос в цене. 😀22.11.2022 в 17:30 #26213MikhailМодераторOPCUA-сервер встроен в Коммуникатор и он не работает с каналами, которые обрабатываются Сервером. Чтобы предоставить вычислимые каналы другой системе, нужна другая реализация OPCUA-сервера. Это технически возможно, но пока не планируется.
Наверное, я бы рекомендовал драйвер DrvMqttPublisher, который может передавать значения выбранных каналов на MQTT-брокер. С MQTT сейчас работают почти все системы.
23.11.2022 в 23:27 #26249manjey73УчастникУпс, а я губу раскатал на счет OPC UA сервера, а он оказывается не умеет передавать дорасчетные каналы 🙁
23.11.2022 в 23:44 #26250manjey73УчастникЕсли проще. Разносим Сервер и Коммуникатор на разные ПК. ПК с Коммуникатором имеет серый IP за NAT — сервер OPC UA становится бесполезным…
24.11.2022 в 12:17 #26255MikhailМодераторВ стандарт OPC UA добавили reverse connection, при использовании которого OPC-сервер инициирует соединение. В драйвере Rapid SCADA эту опцию пока не реализовывали, но если понадобится, то можно сделать.
24.11.2022 в 12:49 #26259manjey73УчастникНу смысл чтобы это было как и у Modbus Slave, чтобы можно было и дорасчетные каналы Устройства подтягивать через OPC UA а не только те, что есть в Коммуникаторе.
25.11.2022 в 14:05 #26272MikhailМодераторЕсли будет востребовано, возможно, сделаем отдельный модуль OPC UA-сервера, который работает по другому алгоритму.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.