OPC серверы с пользовательскими протоколами

Сообщение **tkv-gs** » 14 дек 2023, 14:28

Всем привет!
Встречался ли кто с такими из сабжа (кроме инсатовского MasterOPC MultiProtocol)? Желательно, чтобы умел не только в DA, но и в HDA. Навскидку погуглил - и что-то ничего не нашел, во всех зашито что зашито и расширений пользователем не предусмотрено. Даже импортный законодатель мод типа Kepware, судя по доке, не умеет.

Сообщение **dtv** » 18 дек 2023, 10:51

Была ещё разработка от Fastwell UniOPC, но они её забросили лет 10 назад.

Сообщение **tkv-gs** » 19 дек 2023, 08:53

dtv писал(а): ↑18 дек 2023, 10:51 Была ещё разработка от Fastwell UniOPC, но они её забросили лет 10 назад.

Спасибо, посмотрел на него доку. Как понял, там все сводится к написанию своей dll, которая бы сама опрашивала устройство и в opc лишь вываливала готовые теги по некоему API. Это все же несколько более трудоемко, чем хотелось бы. Да и старенький, видимо, на win10 x64 demo не хочет устанавливаться, вываливается с ошибкой.
В идеале нужно, чтобы OPC получал сырые данные от устройства, скрипт их разбирал по тегам и потом формировал ответ устройству.

Сообщение **LexSL** » 19 дек 2023, 10:27

tkv-gs писал(а): ↑19 дек 2023, 08:53 В идеале нужно, чтобы OPC получал сырые данные от устройства, скрипт их разбирал по тегам и потом формировал ответ устройству.

Интерфейс обмена какой? Что за устройство?

tkv-gs писал(а): ↑14 дек 2023, 14:28 Желательно, чтобы умел не только в DA, но и в HDA.

На "верху" у Вас что? SCADA? пусть ведет сама архив.

Сообщение **tkv-gs** » 19 дек 2023, 11:20

LexSL писал(а): ↑19 дек 2023, 10:27 Интерфейс обмена какой? Что за устройство?

Данные прилетают по TCP/IP. Интерфейсы Ethernet, Wi-Fi. Устройство - терминал спутникового мониторинга https://galileosky.ru/products/ (шлет телематические данные), делаю пример его интеграции с АСУТП.

LexSL писал(а): ↑19 дек 2023, 10:27 На "верху" у Вас что? SCADA? пусть ведет сама архив.

На верху не обязательно SCADA, поэтому лучше, чтобы архивы были на стороне OPC. Пример должен быть повсеобъемлющее)

Сообщение **LexSL** » 19 дек 2023, 12:37

tkv-gs писал(а): ↑19 дек 2023, 11:20 Данные прилетают по TCP/IP. Интерфейсы Ethernet, Wi-Fi. Устройство - терминал спутникового мониторинга https://galileosky.ru/products/ (шлет телематические данные)

Вы его как шлюз используете (Modbus TCP в RTU)? или какой то другой протокол?

Сообщение **tkv-gs** » 19 дек 2023, 13:31

Не, там свой протокол типа запрос-ответ. Описание тут: https://base.galileosky.com/articles/#! ... y-protocol

https://www.aggsoft.ru/gps-tracker-data-logger/
https://www.aggsoft.ru/tcpip-data-logger.htm

Сообщение **AlexandrGr** » 19 дек 2023, 20:19

Нее... ТС хочет свой сделать.

Сообщение **tkv-gs** » 22 дек 2023, 08:09

Sokolov_Dmitry писал(а): ↑19 дек 2023, 19:37 https://www.aggsoft.ru/gps-tracker-data-logger/

Этот кажется неплохим вариантом, поддерживает много gps-трекеров, даже включая нужный мне. Но вот только парсит данные не всегда корректно. Может, из-за того, что демоверсия, а может в модуль парсинга зашита какая-то старая версия протокола. В OPC (встроенный), выкидывает лишь теги первого пакета, из остальных почему-то игнорирует. По настройкам OPC также не понял, какой стандарт поддерживается (есть ли HDA - не понятно). Есть скриптовый модуль для реализации кастомного парсинга (как раз то, что нужно), в нем есть функции отправки данных, но вот по приему что-то не понятно, как происходит процесс. Попробую прояснить в суппорте.
Вторая прога этого же разработчика с подобным функционалом предыдущей, только сама не парсит.