OPC сервер для rapidscada

Просмотр 12 сообщений - с 1 по 12 (из 12 всего)
  • Автор
    Сообщения
  • #26159
    scmember
    Участник

    Допустим есть какое то колво автоматики, над всем этим находится рапидскада, собирает данные с плк, есть ряд дорасчетных каналов. Задача — передать все собираемые рапидскадой данные в другую систему, которая умеет работать только с OPC UA.

    Есть инсат opc сервер, который может обеспечить вычитку тегов плк, параллельно с рапидскадой, и передавать из по opc ua, но конечно в нем нет дорасчетных каналов. Возможно ли реализовать на рапидскаде такой механизм, при котором рапидскада может быть представлена как чтоот типа виртуального плк с тегами — каналами заведенных в ней кп, который можно зачитать по какому либо промышленному протоколу, для последующей передачи через инсат opc ua?

    #26160
    manjey73
    Участник

    Modbus Slave легко. Правда в текущем варианте придется немножко поплясать с настройкой 🙂
    Это если для 5-й версии

    #26161
    scmember
    Участник

    да, прочитал про этот драйвер, но как я понял, это для внешнего устройства, а не для самой рапидскады… в документации есть стандартный скриншот редактора шаблона устройств, непонятно как там можно соотнести таблицы данных модбас с тегами заведенных в рапидскаде кп… точно так можно? )

    #26162
    manjey73
    Участник

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

    #26163
    manjey73
    Участник

    Проверено, работает 🙂 У меня Zabbix забирает по Modbus данные

    • Этот ответ был изменен 1 год, 4 месяца назад от manjey73.
    #26165
    JurasskPark
    Участник

    Можно сделать библиотеку, который запускает TCP-Server, он же Modbus-slave, который подключается к Серверу, загружает данные через клиент.
    Номер канала — он же тег, он же регистр.
    Если делать float, то Номер канала * 2 = номер регистра, если double * 4 = регистра.
    Соответственно, регистров ограничено. Ну 10000 тегов думаю за глаза. 🙂
    Вопрос в цене. 😀

    #26213
    Mikhail
    Модератор

    OPCUA-сервер встроен в Коммуникатор и он не работает с каналами, которые обрабатываются Сервером. Чтобы предоставить вычислимые каналы другой системе, нужна другая реализация OPCUA-сервера. Это технически возможно, но пока не планируется.

    Наверное, я бы рекомендовал драйвер DrvMqttPublisher, который может передавать значения выбранных каналов на MQTT-брокер. С MQTT сейчас работают почти все системы.

    #26249
    manjey73
    Участник

    Упс, а я губу раскатал на счет OPC UA сервера, а он оказывается не умеет передавать дорасчетные каналы 🙁

    #26250
    manjey73
    Участник

    Если проще. Разносим Сервер и Коммуникатор на разные ПК. ПК с Коммуникатором имеет серый IP за NAT — сервер OPC UA становится бесполезным…

    #26255
    Mikhail
    Модератор

    В стандарт OPC UA добавили reverse connection, при использовании которого OPC-сервер инициирует соединение. В драйвере Rapid SCADA эту опцию пока не реализовывали, но если понадобится, то можно сделать.

    #26259
    manjey73
    Участник

    Ну смысл чтобы это было как и у Modbus Slave, чтобы можно было и дорасчетные каналы Устройства подтягивать через OPC UA а не только те, что есть в Коммуникаторе.

    #26272
    Mikhail
    Модератор

    Если будет востребовано, возможно, сделаем отдельный модуль OPC UA-сервера, который работает по другому алгоритму.

Просмотр 12 сообщений - с 1 по 12 (из 12 всего)
  • Вы должны авторизироваться для ответа в этой теме.