oleg2004
Junior Member / Новичок
Участник № / Member № 1088
отправлено / posted
Приходилось кому-либо забирать данные реального времени из TraceMode 5.0 в внешнюю систему по OPC-протоколу?
Я выяснил, что в TraceMode неполноценный OPC-сервер, не поддерживает 5 из 6 служебных атрибутов OPC-стандарта 2 Поддерживается только id OPC-сервера. Мне нужно мониторить и управлять TraceMode из внешней системы, являющейся клиентом OPC 2.0, через сеть Ethernet на базе TCP/IP. Мне нужно получать в верхней системе изменение дискретного сигнала в течение 1 минуты после изменения. Через стандартный OPC-клиент данные со встроенного в TraceMode OPC-сервера видны. Однако верхняя система требует наличия в OPC-сервере указанных атрибутов. И данные не отображаются.
oleg2004
Junior Member / Новичок
Участник № / Member № 1088
отправлено / posted
Есть ли есть ответы или мнения, прошу писать на olegrif@yandex.ru
Сообщения / Posts 2 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Во-первых, в стандарте нигде не оговаривается, что все эти 6 атрибутов обязательны - есть только рекомендация о назначении им стандартных номеров индексов, если все же эти атрибуты сервером реализуются.
Во-вторых, из первых 6 атрибутов 3 атрибута (значение, метка времени и качество) мы передаем в ответе на запрос значения - это соответствует стандарту. Формат (атрибут №1 в списке) - у нас в интерфейсе всегда один - FLOAT. Поэтому нет смысла на него отвечать. Еще 2 атрибута - права доступа и частота обновления информации - в атрибутах отдельных тегов МРВ отсутствуют, поэтому их запросы в интерфейсе не поддерживаются.
Из описанных в этом интерфейсе атрибутов у нас поддерживаются также границы диапазонов - со стандартными индексами (во второй сотне).
Кстати, если пользователю действительно нужна оценка потенциальной динамики процессов, то можно создать канал "ЦИКЛ (реально)" и запросить его значение OPC-клиентом.
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
