Multi protocol masteropc server руководство

30.09.201412:0030 Сентября 2014 12:00:00

3 года назад, наша компания выпустила Modbus Universal MasterOPC сервер. За это время данный сервер успел обновится до третьей версии, и зарекомендовать себя как надежный, быстрый и функциональный инструмент. На основе данного сервера мы разработали ряд других OPC серверов, например, для счетчиков Меркурий и Энергомера, которые также хорошо себя зарекомендовали.
Сегодня мы хотим представить вам нашу новую разработку – Multi-Protocol MasterOPC сервер.
Особенностью нового OPC сервера является модульность – к серверу, подключаются дополнительные модули, обеспечивающие реализацию протокола. Данный сервер, способен в единой среде работать со всеми поддержанными протоколами. При этом, помимо модулей разработки ИнСАТ, есть возможность создания собственных модулей – на языке C++ и встроенном сценарном языке.

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

В настоящий момент к Multi-Protocol MasterOPC доступны три плагина – плагин протокола SNMP, User SCRIPT, User Protocol. Рассмотрим их подробнее.
Плагин протокола SNMPSNMP – это стандартный интернет-протокол для управления устройствами в IP-сетях на основе архитектур TCP/UDP. Данный протокол используется для мониторинга состояния сетевого оборудования, компьютеров, источников бесперебойного питания и других устройств, входящих в локальную сеть предприятия.
В протоколе SNMP участвуют управляемое устройство с установленным на нем агентом и Система сетевого управления (NMS), которая и занимается мониторингом и управлением устройств. При этом взаимодействие между NMS и устройством может происходить в режиме запроса – NMS передает на устройство запрос чтения или записи, или в режиме Trap – широковещательный пакет устройства, подобные сигналы отправляются устройствами для того, чтобы оповестить о наступлении каких-либо критических событий. Оба режима работы поддержаны в нашем OPC сервере.
Для конфигурирования сервера на режим запроса, указывается IP адрес устройства и используемая версия протокола SNMP.

После этого в устройство добавляются теги SNMP. Основной тега SNMP является OID — Object ID, уникальный идентификатор объекта в дереве значений SNMP. Каждый OID соответствует какому-либо параметру опрашиваемого устройства (напряжение батареи в ИБП, температура внутри стойки, состояние маршрутизатора и т.д.). OID представляется в числовой форме, например — .1.3.6.1.4.1.318.1.1.8.5.1.7.0.

Для определения соответствия номера OID нужному параметру устройства, существуют специальные базы данных, называемыми MIB-файлами. MIB файл поставляется производителем и представляет собой текстовый файл с древовидной структурой всех параметров устройства. Для просмотра MIB файлов существуют специальные программы – OID браузеры, например, iReasoning MIB Browser:
http://ireasoning.com/mibbrowser.shtml

Рассмотрим теперь работу с трапами (Trap). Trap —  пакет, инициативно отправляемый устройством. Как правило, подобные сигналы отправляются устройствами для того, чтобы оповестить о наступлении каких-то критических событий (пропадание сетевого напряжения в ИБП, отказ устройства и т.п.).
Для работы с Trap, необходимо добавить в плагин специальное устройство.

Добавится устройство, с группой и 4 тегами.

Тег TrapsCounter выдает количество принятых за все время трапов.
SCurrentTrap – строк параметров последнего принятого трапа. Этот тег может быть включен как HDA тег, что позволит посмотреть весь архив принятых трапов.
SFailure – строка ошибки. Выдается при некорректной инициализации системы трапов.
Failure – флаг ошибки. Взводится при некорректной инициализации системы трапов.
В устройство можно добавить собственные теги, настроенные на прием определенных трапов.

Помимо стандартных свойств, тег трапа имеет отдельную группу – «Свойства протокола». Данная группа представляет собой фильтр, который позволяет выводить в тег только трапы с определенными параметрами. В частности, можно задать фильтрацию трапа по IP адреса источника, его OID, типу значения и т.д.
Посмотреть информацию на плагин SNMP для Multi-Protocol MasterOPC сервер можно на странице продукта, на нашем сайте:
/products/?category=1272
Плагин пользовательского протокола User SCRIPTMulti-Protocol MasterOPC сервер имеет встроенный сценарный язык программирования Lua. С помощью Lua можно производить обработку значений, работать с признаками качествами, а также реализовать поддержку собственных протоколов. Помимо возможности выполнить скрипт для различных обработок в узлах устройства и тегов в основных плагинах, сценарный язык выделен в самостоятельный плагин, имеющий возможность непосредственной работы с портами и называемый User SCRIPT.
User SCRIPT имеет 5 вариантов типов узла – COM и COM Slave (для работы с последовательными интерфейсами), TCP/IP и TCP/IP Slave (для работы в сетях Ethernet) и Program (для создания симуляторов, работы с базами данных и т.д.).

Язык программирования эквивалентен использованному в Modbus Universal MasterOPC сервере – аналогичный редактор, синтаксис и функции.

Пользователь, знакомый с Lua в Modbus Universal MasterOPC сервер, без труда сможет решить поставленную задачу и в Multi-Protocol MasterOPC.
Посмотреть информацию по плагину User SCRIPT для Multi-Protocol MasterOPC можно на странице продукта на нашем сайте:
/products/?category=1274
Плагин пользовательского протокола User ProtocolВ отличие от User SCRIPT в данном плагине разработка ведется на языке C++. Таким образом пользователю становится доступен весь функционал и библиотеки данного языка, обеспечивающего достижение максимальной производительности драйвера.
Для разработки драйвера в рамках данного плагина пользователю необходимо скачать с сайта специальный OPC сервер – оболочку – Multi-Protocol SDK MasterOPC Server.

В комплект OPC сервера также входит специальный конфигуратор протокола – Protocol Maker. Используя конфигуратор происходит создание основы будущего плагина —  с его помощью можно добавить в устройство протокола статические и динамические теги, дополнительные свойства (как к тегам, так и устройству), создать описание драйвера и лицензионное соглашение.

В поставку сервера входят несколько готовых примеров драйверов с открытым кодом, написанных в Visual Studio. Руководство по разработке драйверов включено в справочную систему сервера.

На основе данных примеров, а также используя Protocol-Maker, пользователь сможет создать собственный плагин для сервера. Разработанный плагин можно перенести в Multi-Protocol MasterOPC сервер, после чего пользователь может применять его в собственных проектах. Кроме того, наша компания готова принять разработанные драйверы на реализацию.
Посмотреть информацию по плагину User Protocol для Multi-Protocol MasterOPC можно на странице продукта на нашем сайте:
/products/?category=1275
Лицензионная политикаMulti-Protocol MasterOPC сервер имеет гибкую лицензионную политику. Используется индивидуальный способ лицензирования к каждому плагину, что позволяет оптимально подбирать конфигурацию сервера к каждой задаче. Кроме того, любой из плагинов предоставляется бесплатно с ограничением на 32 тега или одно устройство (в зависимости от способа лицензирования).
В ключевую версию OPC сервера входят плагин (или плагины) на приобретенное пользователем количество устройств (или тегов). При этом остальные плагины могут также присутствовать и функционировать со стандартным для демонстрационной версии ограничением.
Посмотреть общую информацию по Multi-Protocol MasterOPC, а также скачать бесплатную версию можно со страницы нашего сайта:
/products/?category=1271

SCADA — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. Такие системы, в отличие от систем мониторинга (Zabbix, PRTG, Nagios, OpenNMS и т. д.), ориентированы больше на промышленные сферы.

Одним из элементов SCADA является PLC — контроллер с программной логикой. Говоря простыми словами, это небольшой специализированный контроллер, предназначенный в основном для автоматизации некоторых технологических процессов, без серьезного обслуживания и практически без вмешательства человека.

Оборудование NetPing/UniPing нельзя назвать PLC, но они в том числе могут выступать в их роли и брать на себя некоторые их функции, а также могут быть интегрированы во многие SCADA. Например, SCADA может получить информацию с датчиков температуры/влажности/сухого контакта, подключенных к какому-либо NetPing-контроллеру, или управлять одной из его линий ввода/вывода либо реле.

В этой статье мы хотим показать вам, каким образом можно интегрировать оборудование NetPing в SCADA, на примере MasterSCADA 4D от ООО «ИнСАТ».

Мы не будем касаться вопросов установки или настройки MasterSCADA 4D или какого-либо из ее компонентов.

В примере мы разберем, как считать с UniPing server solution v4/SMS состояние линий ввода/вывода, показания датчика температуры и как управлять встроенным реле устройства. Съем показаний и управление UniPing server solution v4/SMS будут осуществляться по протоколу SNMP. Для этого дополнительно к MasterSCADA 4D понадобится Multi-Protocol MasterOPC Server, который фактически и будет собирать данные с UniPing’a.

Настройка Multi-Protocol MasterOPC Server для работы с UniPing server solution v4/SMS

Для того чтобы настроить OPC Server для работы с UniPing’ом, мы должны добавить объект в раздел SNMP:

Далее выбираем тип устройства «SNMP — SNMP-Device».

Далее заполняем базовые настройки для добавленного устройства:

• Сетевой адрес устройства — IP-адрес.
• Версия протокола — версия SNMP-протокола, в нашем случае обязательно V_01.
• Объединение и объединение для записи — в IT-сфере соответствуют понятиям SNMP community read/write соответственно. По умолчанию для UniPing/NetPing устройств — SWITCH в обоих случаях.

Далее мы должны добавить все интересующие нас OID’ы для UniPing’a. Воспользуемся ручным добавлением. Нас интересуют следующие OID’ы:

• .1.3.6.1.4.1.25728.5500.5.1.2.1 — управление встроенным реле устройства. 1 — включить, 0 — выключить, -1 — переключить.
• .1.3.6.1.4.1.25728.8800.1.1.2.1 — показания температуры с датчика на первом канале.
• .1.3.6.1.4.1.25728.8900.1.1.2.1…2 — первая и вторая линии ввода/вывода (в режиме «вход»).

Разберем добавление на примере встроенного реле:

• Тип данных на сервере — int32 для всех примеров в контексте этой статьи.
• Тип доступа — ReadWrite, чтение и запись. Мы собираемся управлять встроенным реле, то есть как читать его состояние, так и изменять его. Для линий ввода/вывода и температуры можно оставить ReadOnly.
• Адрес OID — собственно сам OID.

После добавления реле, линий и датчика температуры необходимо сохранить конфигурацию OPC Server’a и запустить его зелено-красной кнопкой в верхней левой части окошка. После запуска спустя секунду-две мы можем увидеть значения, считанные с UniPing’a — добавление прошло успешно, ошибок нет, можно работать дальше.

Работа с показаниями датчиков UniPing server solution v4/SMS в MasterSCADA 4D

Теперь у нас все готово для того, чтобы могли работать с информацией, полученной ранее от UniPing server solution v4/SMS — от вывода на экран до использования в логических цепочках.

Для этого необходимо в систему добавить АРМ (Автоматизированное рабочее место). Отметим, что собранная нами «система» в данном случае без АРМ будет работать в режиме эмуляции (в котором не работает получение данных с OPC-сервера).

Далее добавляем протокол OPC DA для взаимодействия с ранее настроенным OPC-сервером.

Далее двойным щелчком левой кнопкой мыши (1) открываем окошко настроек подключения, где в поле «Сервер» выбираем наш настроенный ранее OPC (2) и отмечаем галочками интересующие параметры в общем списке (3).

После добавления в левой части интерфейса появится дерево с выбранными параметрами:

Далее мы должны добавить «Окно», на котором в дальнейшем расположим поля для вывода информации с UniPing server solution v4/SMS:

Процесс добавления элементов в «Окно» достаточно подробно и наглядно показан в первом из цикла уроков по MasterSCADA 4D от компании ООО «ИнСАТ», и подробно на нем останавливаться не будем. Опишем только один нюанс, с которым мы столкнулись: в настройках SNMP-канала (Relay, выход) тип переменной, отправляемой в OID, должен быть INT, иначе управление реле с кнопок работать не будет. Тип можно изменить в окне редактирования, вызываемом двойным щелчком левой кнопкой мыши по «Выходу» Relay.

В итоге мы должны получить примерно следующее:

И в режиме исполнения:

Таким образом, на простейшем примере, основанном на официальных уроках от разработчика, мы показали возможность работы MasterSCADA 4D с контроллерами NetPing/UniPing по протоколу SNMP. Вариантов реального применения подобной интеграции огромное множество. Вы можете использовать встроенный GSM-модем UniPing’a, линии ввода/ввода, интерфейс токовой петли, встроенные реле, показания с датчиков температуры, влажности, качества электропитания и прочие аппаратные функции для создания своих сложных и необычных систем. Либо интегрировать в SCADA-системы ваши серверные помещения и/или шкафы, а так же использовать некоторые модели наших устройств как недорогую замену PLC.

Цены указаны без НДС

При заказе необходимо указать тип ключа!

Шифр L в коде заказа указывает на версию для ОС Linux.

FINS MasterOPC Server

SLMP MasterOPC Server

SNMP MasterOPC Server

BACnet MasterOPC Server

Profinet MasterOPC Server

IEC61850 MasterOPC Server

IEC60870-5-104 MasterOPC Server

MQTT MasterOPC Serve

Tunneler OPC Client (DA/HDA/UA)

User Protocol MasterOPC

Converter в ODBC

DLMS MasterOPC Server

Energomera (CE301, CE303) MasterOPC Server

Energomera (CE304) MasterOPC Server

Energomera (CE6850) MasterOPC Server

Mercury (225, 230, 233, 234, 236) MasterOPC Server

NZIF (SET, PSCH) MasterOPC Server

Milur MasterOPC Server

UM31 MasterOPC Server

EK (260,270,280) MasterOPC Server

TEM MasterOPC Server

VZLET MasterOPC Server

Teplokom MasterOPC Server

Elemer MasterOPC Server

Pulsar MasterOPC Server

MKTS OPC