Значение каналов в OPC UA

[human23]

Коллеги, добрый день!
Опробовал OPC UA сервер в Rapid Scada, работает замечательно, но передает только данные с устройств на уровне коммуникатора. Что в общем-то логично, т.к. UA сервер и находится на уровне коммуникатора.

Вопрос следующий: возможно-ли передать данные из каналов во встроенный OPC UA сервер? Если да, то как?

[manjey73]

например через MQTT издателя или через Modbus Slave + Modbus master штатный.
Чуть-чуть костылей 🙂

[human23]

Спасибо.
Получается, нужно использовать внешние средства.

[manjey73]

Я не пробовал, но можно же издать средствами scada, и ей же прочитать. Соответственно это будет делать Коммуникатор и появится источник данных и возможность отдавать через ОРС.

[manjey73]

Mqtt штатный. Только возможно поднять брокера.

[human23]

Думаю использовать экспорт/импорт c внешней БД. Каналов получится порядка 50 тысяч, с периодичностью в минуты. В модбас, наверное не пропихну, с mqtt не работал на таких масштабах

[a80808]

Для mqtt Москит может не справиться. Нужен будет более мощный брокер. Но попробовать можно.

[manjey73]

эээ, а посмотрите драйвер импорта из БД действительно

Суть, OPC UA сервер поднимается как источник данных Коммуникатора. То есть любой драйвер его сможет запустить. Возможно вам не потребуется ни mqtt ни Modbus тогда закольцовывать

[Mikhail]

Добрый день!
Можно разработать небольшой драйвер, который будет забирать текущие данные с Сервера, чтобы они были доступны Коммуникатору для передачи OPC-сервером. Но для 50 тыс. каналов такое решение вряд ли подойдёт.
Что является первоначальным источником данных?

[human23]

Источник — это коммуникатор на том-же сервере, он опрашивает шлюзы TCP/485 по modbus TCP. Скорее всего, в будущем, мы спустим коммуникаторы вниз, к полевому уровню.
50 тыс это теоретический максимум, в реальности будет тысяч 30, что не сильно меняет дело.
Сейчас, мы имеем дело примерно с 10 тысячами каналов (с живыми данными), интегрируемся наверх через экспорт в базу SQL. Работает это хорошо, на довольно скромной машине, узких мест пока не видно. Cтоит задача сильно увеличить количество опрашиваемых параметров с тех-же устройств, обработать это (уровень сервера) и отдать дальше, но уже через OPC UA.
Отдавать сырые данные с коммуникатора совсем не хочется, т.к. при изменении конфигурации поля, будут меняться привязки в OPC UA, масштабирование и прочее.

[human23]

Кстати, можно ведь подключить к каналам архив во внешней СУБД и завернуть как источник в коммуникатор. Или даже в отдельный коммуникатор

[Romiros]

Можно, как вариант. Но лучше бы конечно чтобы у скады бал встроенный OPC UA сервер уже на уровне сервера.

[human23]

Romiros, было бы много проще, несомненно.

[human23]

Опробовал вариант с подключением текущего архива в PostgreSQL к коммуникатору, работает!
Дополнительные плюсы такого решения:
— Возможность не нагружать Сервер обменом по OPC UA
— За счет представлений в PostgreSQL и комбинации запросов в драйвере, получается очень удобно и красиво представить данные в OPC UA

Остановился на этом варианте, справится-ли он с нагрузкой, время покажет

[Mikhail]

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

[Автор]

Сообщения