WiKI

WiKI

Центр документации и сравочной информации

Настройка контроллера для работы в системах АСКУЭ

Задача
Настроить контроллер с исполнительной системой ENLOGIC для сбора данных со счетчиков электроэнергии для получения телеметрии и для формирования данных по учету электроэнергии, и обеспечить передачу данных в системы АСКУЭ.

Настройки протокола Меркурий
Добавляем протокол счетчиков электроэнергии Меркурий:

Настройки протокола СЭТ

Добавляем протокол счетчиков электроэнергии СЭТ:

Задаем настройки протокола СЭТ как показано ниже:

Добавляем счетчик СЭТ-4ТМ:

Внимание! Теги (каналы) счетчика добавляем только те, которые требуются для системы телемеханики и для дополнительной диагностики. Для системы АСКУЭ каналы не используются. Не стоит добавлять все возможные каналы и захламлять конфигурацию лишними каналами. Каналы, не нужные в телемеханике, но желаемые к наблюдению - лучше исключить из карты адресов контроллера, чтобы они не передавались по протоколу МЭК-104 от контроллера.

Настройки KI, KU и Коэф.ед.измерения позволяют задать масштаб передачи телеизмерений. При запросе данных контроллер получает их в единицах Вольты, Амперы, Ватты. С помощью настройки Коэф.ед.измерения можно изменить масштабирование значений - сделать перевод в кило или мега единицы.

Настройки протокола СПОДЭС

Добавляем протокол счетчиков электроэнергии СПОДЭС:

 

Задаем настройки протокола СПОДЭС как показано ниже:

Добавляем счетчик электроэнергии:

Внимание! Теги (каналы) счетчика добавляем только те, которые требуются для системы телемеханики и для дополнительной диагностики. Для системы АСКУЭ каналы не используются. Не стоит добавлять все возможные каналы и захламлять конфигурацию лишними каналами. Каналы, не нужные в телемеханике, но желаемые к наблюдению - лучше исключить из карты адресов контроллера, чтобы они не передавались по протоколу МЭК-104 от контроллера.

Настройки KI, KU и Коэф.ед.измерения позволяют задать масштаб передачи телеизмерений. При запросе данных контроллер получает их в единицах Вольты, Амперы, Ватты. С помощью настройки Коэф.ед.измерения можно изменить масштабирование значений - сделать перевод в кило или мега единицы.

Настройка задачи архива УСПД

Добавляем специальную задачу Архив УСПД:

Настройки задачи Архив УСПД для ведения архивов счетчиков электроэнергии:

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

При необходимости если счетчики электроэнергии включены в работу недавно - рекомендуется изменить настройку Глубина чтения архива профиля 30 минут - уменьшить значение.

Также в задачу добавляем модуль Информация об архиве УСПД вместе с тегами:

Этот модуль будет использоваться для диагностики работы. Каналы этого модуля также рекомендуется исключить из карты адресов контроллера.

Настройка передачи данных по протоколу RTU-327

Добавляем специальную задачу УСПД RTU:

Пример настроек протокола УСПД RTU:

В данном примере настроен вывод расширенного лога обмена по протоколу, лог выводится по UDP на указанный адрес и порт.

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

Каналы этого модуля тоже лучше исключить из карты переменных контроллера.

Настройка Порт определяет номер ТСР-порта, на котором будет работать протокол RTU-237 в контроллере.

Мониторинг лога работы протокола RTU-327

Открываем окно удаленного лога:

Добавляем порт:

Ждем прихода лога работы:

Проверка наличия данных через Мобильный АРМ

Запускаем программу МАРМ (файл EnPoll.exe), добавляем объект:

Делаем поиск точек учета:

Добавили точки учета:

Опрашиваем объект:

Наличие данных:

Измерения по счетчику:

Профиль мощности:

Журнал событий счетчика:

Показания на начало суток:

 

Настройка сбора данных по PLC-II

Настройка сбора данных с приборов учета Меркурий 203 и 234 по технологии PLC-II

Общая информация

Технология PLC-II позволяет собирать следующие типы данных:

  1. Тарифный учёт активной электроэнергии по зонам суток;
  2. Измерение параметров сети (I, U, P);
  3. Ведение профиля получасовых срезов мощности;
  4. Ведение журнала событий;
  5. Ограничение потребителя по мощности или энергии через разрыв цепи подачиэлектропитания встроенным в счётчик реле при превышении заданных уставок или по команде диспетчера. 

Для использования большинства перечисленных функций необходимо использовать УСПД.
В данном документе описано настройка проекта и конфигурирование УСПД для сбора данных в сети PLC-II.

Конфигурирование контроллера

Добавляем протокол Меркурий PLC-II.


 

Настроим его: Поле «Имя объекта». Любое имя, понятное оператору. Допустим, MPLC-II.
«Тип среды»- способ подключения (RS-485 или TCP) При подключении концентраторов к СОМ порту выбираем «0»
СОМ порт. Прописываем номер СОМ порта, к которому подключён концентратор.
СОМ скорость. Указываем скорость обмена по СОМ порту. В нашем случае «8», т.е. 38400.
Период автосканирования. Можно оставить без изменения или выставить «180» мин.
Поле «Название». Укажем уникальное название для протокола. Допустим, my_plc2.
Вести архив УСПД. Ставим галочку- Да.
Далее последовательно выбираем нужные параметры: Профиль мощности 30 минут, Мощность, Напряжение, Ток, Фактор мощности, Частота, Е со сброса, Е на начало суток, Е на начало месяца.


Добавляем модуль УСО – концентратор. В протоколе Меркурий PLC-II обычно используются узлы-концентраторы, которые имеют только свойство «Адрес». Проследим, чтобы адрес был указан правильно.
Не забываем добавить каналы. Касательно счетчиков, концентраторы PLC-II находят их автоматически, в добавлении их в EnLogic нет необходимости.
Добавим ещё один протокол «Архив УСПД». В настройках архива указываются собираемые параметры, период архива измерений и глубина их хранения. По умолчанию указаны часто используемые настройки. Проверьте их, и, при необходимости, исправьте.
Загружаем конфигурацию в контроллер.


Дальнейшая настройка проекта АСКУЭ происходит типично. В модуле «Справочники» создается объект, настройки связи с которым зависит от проекта (при использовании коммуникационного сервера смотрите быстрый старт «Использование m2m сервера и контроллера»).
Далее объект переносится в модуль «Энергоанализ» для последующего опроса. Подробнее смотрите в быстром старте «Настройка систем АСКУЭ».

Передача данных по протоколу ModBus

Протокол MODBUS TCP обеспечивает обмен между устройствами в сети TCP/IP, используя модель ведущий-ведомый (master-slave), где контроллер ENLOGIC выступает в роли ведомого устройства (сервера).

В контроллерах ENLOGIC поддержаны три функции Modbus TCP slave:

0x03 - Read Holding Registers

Внутри контроллера каждый параметр ENLOGIC имеет размер 4 байта (2 регистра Modbus). При подготовке ответа на запрос мастера значение параметра "ужимается" до одного регистра (2 байта), т.е. вполне может произойти переполнение. В этом случае вместо значения передаётся 0xFFFF. Полноразмерное значение параметра можно получить, используя функцию 0x04.

Все значения в ответе передаются как short int (от -32767 до 32767), параметры типа Integer передаются без изменений, параметры типа Float умножаются на заданный множитель и обрезаются до целого числа, параметры типа Boolean передаются как 1 (true) или 0 (false). В регистрах, соответствующих несуществующим в конфигурации контроллера параметрам (а также параметрам вне разрешённого диапазона) и в регистрах, соответствующих недостоверным параметрам (с плохим качеством), передаются 0xFFFF.

В данном запросе адреса Modbus соответствуют МЭК-адресам параметров в конфигурации контроллера ENLOGIC.

Если адреса запрошенных параметров не попадают в допустимый диапазон, то возвращается исключение Modbus с кодом 2.

0x04 - Read Input Registers

В ответ на этот запрос отправляются значения параметров «как есть», без дополнительной обработки, при этом каждый параметр передаётся в двух регистрах Modbus. Адреса Modbus в данном запросе должны представлять собой МЭК-адреса параметров в конфигурации контроллера ENLOGIC, умноженные на 2. Например, для запроса трёх параметров, начиная с МЭК-адреса 21, запрос должен быть на шесть регистров, начиная с адреса 42.

В ответ в регистрах, соответствующих несуществующим в конфигурации контроллера параметрам (а также параметрам вне разрешённого диапазона) и в регистрах, соответствующих недостоверным параметрам (с плохим качеством), передаются 0xFFFFFFFF. Целочисленные параметры передаются как INT32, параметры с плавающей запятой – как FLOAT32, дискретные значения передаются следующим образом: TRUE - как 0x00000001, FALSE – как 0x00000000.

Если адреса запрошенных параметров не попадают в допустимый диапазон, то возвращается исключение Modbus с кодом 2.

0x06 - Write Single Register

В данном запросе адрес Modbus должен соответствовать МЭК-адресу параметра в конфигурации контроллера ENLOGIC, а само значение параметра должно быть передано в формате short int (от -32767 до 32767), при этом для записи параметров типа Float его значение должно быть умножено на заданный множитель и обрезано до целого числа.

Если адрес выходит за пределы разрешённого диапазона или отсутствует в конфигурации контроллера ENLOGIC, то возвращается исключение Modbus с кодом 2.

Настройки задачи Modbus TCP slave
Настройки задачи Modbus TCP slave и её текущее состояние отображаются с использование функционального блока ModbusTcpSlave (из раздела Специальные).

Настройки по умолчанию следующие:

  • ТСР-порт = 502
  • Максимум соединений = 5
  • Начальный адрес = 1
  • Конечный адрес = 32767
  • Множитель = 100

Передача данных по протоколу МЭК 61850-8-1

В данной статье описывается использование функций сервера МЭК 61850-8-1 MMS в контроллерах с исполнительной системой ENLOGIC.

Постановка задачи: осуществить передачу данных по протоколу МЭК 61850-8-1 от контроллера с исполнительной системой ENLOGIC, который решает какую либо технологическую задачу - автоматизация ТП, реклоузера и пр.

 
Внимание!

Для чтения данной статьи требуется понимание базовых принципов протокола МЭК 61850-8-1 и знания по работе с программой настройки контроллеров ENLOGIC.

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

Описание концепции

Контроллер под управлением исполнительной системы ENLOGIC для передачи данных не формирует модель сервера МЭК 61850 из предустановленного фиксированного набора логических узлов, а использует для этой задачи SCL-файл (CID/ICD), описывающий модель сервера 61850 для данного объекта автоматизации.

Задача формирования такого файла с моделью сервера 61850 решается вне рамках системы ENLOGIC.

В контроллер с исполнительной системой ENLOGIC для работы сервера 61850 загружаются следующие данные:

  • Непосредственно конфигурация контроллера ENLOGIC
  • SCL-файл модели сервера 61850
  • Файл привязки конфигурации ENLOGIC к узлам модели сервера 61850

При старте контроллер на основе разбора (парсинга) загруженного SCL-файла создает экземпляр сервера МЭК 61850-8-1 со всеми входящими в него логическим устройствами (LD), логическими узлами (LN), наборами данных и отчетами.

Далее на основе файла привязки конфигурации ENLOGIC к узлам модели сервера 61850 (файл маппинга) в процессе работы контроллера и опроса различных внешних источников данных происходит обновление состояния атрибутов объектов данных в модели сервера 61850, и передача обновленных значений в соответствии с предусмотренными в модели наборами данных и отчетами.

Пример модели сервера МЭК 61850

В качестве примера будем рассматривать модель сервера, описывающая объект типа реклоузер, на примере конкретно реклоузера модели РВА/TEL REC15 (модель предоставлена компанией Таврида Электрик).

Просмотр модели в программе IEDScout:

Комментарий

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

Далее изучим эту модель более подробно, сейчас пока перейдем к следующему этапу.

Импорт модели в контроллер
Используем модель сервера 61850 в конфигурации для контроллера. Для этого открываем типовой демонстрационный проект SmartGridRES из состава установленного дистрибутива SCADA ЭНТЕК, и запускаем модуль Контроллеры:

Будем настраивать передачу данных по протоколу МЭК 61850-8-1 для контроллера РВА №1 (RC5). Для этого кликаем правой кнопкой мыши на этом контроллере и выбираем пункт контекстного меню Настройка модели сервера 61850:

Появляется следующее окно, первично пустое:

Включаем галочку Включить модель сервера 61850:

Теперь необходимо импортировать модель сервера, нажимаем кнопку Импорт из SCL файла, выбираем наш файл:

Далее надо задать правильные значения в полях SCL IED name и SCL AccessPoint name, которые берутся из файла SCL, вот фрагмент содержимого файла:

Заносим эти значения в наше окно настройки сервера и нажимаем кнопку Перечитать дерево IED:

Видим что SCL-файл модели 61850 был успешно распарсен, в полученном дереве представлены те же логические узлы, что и в программе IEDScout. Нажимаем кнопку Ок, закрываем окно.

 
Комментарий

Процедура импорта представляет собой копирование выбранного SCL-файла в каталог с конфигурациями ENLOGIC. Импортируемый файл сохраняется с названием файла, соответствующему GUID контроллера и расширением .cid. При последующем открытии окна настройки модели сервера дерево модели строится уже из этого импортированного файла. Если возникает необходимость обновить модель сервера, потому что она была изменена, то необходимо еще раз сделать импорт файла модели. При этом если названия логических устройств и узлов, к которым сделана привязка параметров ENLOGIC, не изменяются, то ранее сделанные привязки сохраняются.

Добавление задачи сервера 61850

Кроме импорта модели еще необходимо в состав конфигурации контроллера добавить задачу сервера 61850.

Добавляем в каналы ввода-вывода протокол МЭК 61850-8-1 сервер:

Настраиваем параметры протокола SCL IED name и SCL AccessPoint name:

Добавляем в протокол информационный модуль:

Добавляем в модуль информационные каналы-теги:

Первичная настройка контроллера завершена, и теперь уже можно загрузить конфигурацию в контроллер чтобы убедится что внутри него уже запускается в работу сервер МЭК 61850-8-1 MMS и с ним уже можно взаимодействовать.

Внимание!

Для корректной работы сервера 61850 в контроллере необходимо чтобы:

  • версия исполнительной системы ENLOGIC была 210720 (20 июля 2021г.) или новее (в ней были устранены замечания, полученные при прохождении аттестации KEMA)
  • в контроллере была задействована лицензионная опция разрешения работы протокола 61850

Первичная проверка работы сервера 61850

Загружаем сформированную конфигурацию в контроллер.

Мы будем загружать конфигурацию в эмулятор, загрузка в реальный контроллер происходит аналогично. Загрузка конфигурации происходит в два этапа. Сначала надо как обычно загрузить конфигурацию ENLOGIC:

Далее необходимо, пока не начали опрос контроллера в ENLOGIC, открыть окно настройки модели сервера 61850 и установить соединение с контроллером:

При успешном соединении в этом окне становится доступной кнопка Загрузить модель в контроллер, производим загрузку:

Далее необходимо перезапустить контроллер.

При использовании эмулятора можно в логе запуска увидеть что контроллер успешно распарсил загруженную модель сервера 61850:

и запустил сервер 61850:

Исследуем этот сервер - подключимся к нему с помощью программы IEDScout:

Как видим - IEDScout успешно подключился к серверу 61850 внутри контроллера, и прочитал из него информационную модель 61850.

Запросим данные по серверу (read all):

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

Привязка модели 61850 к параметрам ENLOGIC

Остановим опрос контроллера в ENLOGIC (если он был запущен), и снова откроем окно настройки сервера 61850:

Привязку параметров ENLOGIC к атрибутам модели 61850 начнем с логического узла MMXU1 - трехфазные измерения:

Раскроем веточку A - это объект данных (DO) для передачи токов:

Окно настройки модели сервера 61850 не является модальным - то есть оно не блокирует доступ к нижележащему основному окну приложения. В этом окне необходимо раскрыть дерево тегов, найти нужны теги. Сейчас для привязки нам нужны теги из группы Аналоговые входы реклоузера в настройке опроса контроллера.

Внешний вид основного окна ENLOGIC с плавающим окном настройки модели сервера 61850:

Привязка параметра ENLOGIC к элементу модели 61850 осуществляется путем операции "перетаскивания" параметра из дерева тегов ENLOGIC на соответствующий ему элемент в дереве объектов модели 61850.

Перетащим параметр Ia на объект phsA, получим такой результат:

В окне показывается что появилась привязка параметра ENLOGIC с адресом 3001 к атрибуту объекта MMXU1.A.phsA.cVal.mag.f (значение параметра, эта привязка установилась в результате отпускания параметра Ia из дерева ENLOGIC на элементе phsA в дереве модели).

Производить привязку параметров ENLOGIC к атрибутам q (признаки качества) и t (временная метка) не нужно, и программа блокирует это действие.

Привязываем остальные параметры в объекте A:

Привязка узла FPhV - фазные напряжения по стороне "плюс":

Привязка узла BPhV - фазные напряжения по стороне "минус":

Для настройки функции контроля положения выключателя и управления выключателем необходимо сделать привязку в логическом узле CSWI:

Для привязки используются сигнал контроля Положение ВВ из группы Бинарные входы и сигнал управления Положение ВВ из группы Бинарные выходы.

Также сделаем привязку сигналов для логического узла LLN0:

Комментарий

В результате проведения привязки модели сервера к параметрам ENLOGIC в каталоге конфигурации формируется XML-файл с настройками привязки, имя файла соответствует GUID контроллера, расширение файла .map

Этот файл будет загружен в контроллер при следующей операции загрузки модели.

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

Проверка получения данных из контроллера

Проверим поступление данных из контроллера по протоколу МЭК 61850-8-1 MMS, используем для этого программу IEDScout.

Подключаемся к контроллеру, происходит вычитывание модели, далее нажимаем кнопку чтения всех значений:

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

Но с помощью среды настройки ENLOGIC можно задать значение сигнала вручную, оно изменится внутри контроллера:

И если снова запросить данные через программу IEDScout, то мы увидим это значение:

Комментарий

Записанное в контроллер значение держится около 2 секунд, после чего автоматически сбрасывается в недостоверное значение.

Это время можно увеличить, если в настройке протокола DNP3 увеличить значение Период опроса до большего значения, например 30000 - 30 секунд.

Проверим поступление данных по изменению через механизм отчетов. Для этого подпишемся на отчет со следующими параметрами:

Результат подписки:

Видно что пока получен только один отчет по первичному запросу GI.

Меняем значение параметра Ia в контроллере вручную через ENLOGIC, и сразу видим получение одного отчета, который пришел по событиям DataChange и QualityChange:

Следом через несколько секунд приходит еще один отчет по событию только QualityChange - это контроллер сбросил установленное значение в недостоверное:

Далее подписываемся на отчет по дискретным сигналам и записываем в контроллер вручную состояние сигнала Бинарные входы\Положение ВВ в значение True, и наблюдаем приход отчета с состоянием On по объекту CSWI1/Pos:

Аналогично меняем значение сигнала в контроллере в состояние False и видим изменение состояние на Off:

Проверка команд телеуправления

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

Подписываемся на отчет по измерениям и видим ежесекундное поступление данных:

Переходим в узел CSWI1, вызываем окно управления, выставляем записываемое состояние в false, и нажимаем сначала кнопку Select:

а затем кнопку Operate:

Наблюдаем что выключатель перешел в состояние Off и нагрузка через реклоузер стала нулевой:

Аналогично через окно управления даем команду на включение, и видим что выключатель перешел в состояние On и появилась нагрузка через реклоузер:

Материалы к статье

ENLOGIC-RVARC5-61850SRV.rar - разработанная конфигурация, готовая к загрузке в контроллер

КМ ЭНТЕК E2R2(G) - страница с описанием контроллера, где можно скачать обновление для контроллера ENLOGIC-E2R2Gv2d-61850-210720.tar

Прием данных по протоколу МЭК 61850-8-1

В данной статье описывается использование функций клиента МЭК 61850-8-1 MMS в составе SCADA-системы, а также в контроллерах с исполнительной системой ENLOGIC.Постановка задачи: осуществить прием данных по протоколу МЭК 61850-8-1 от оборудования, поддерживающего данный протокол обмена. В качестве источника данных в настоящей статье используется прибор ЭНИП-2, с настройкой коммуникации в стандарте МЭК 61850-8-1 по умолчанию (заводская).

Внимание: для чтения данной статьи требуется понимание базовых принципов протокола МЭК 61850-8-1.

Для начала, для более глубоко понимания, проведем некоторые исследования, для чего воспользуемся триальной версией программы IEDScout. Также можно использовать бесплатную программу IEDExplorer – она также умеет подключаться к приборам по протоколу МЭК 61850-8-1, вычитывать дерево узлов и объектов, и также использовать готовый файл CID для эмуляции работы прибора.

Прочитаем дерево узлов и объектов МЭК 61850-8-1 из прибора ЭНИП-2 с помощью программы IEDScout, и сохраним его в файл:

На сайте производителя прибора ЭНИП-2 также можно скачать готовый CID-файл enip2.cid. Мы возьмем этот файл, чтобы средствами программы IEDScout запустить симулятор прибора ЭНИП-2 по протоколу МЭК 61850-8-1 – симулятор позволит нам более детально изучить формирование и передачу значений по этому протоколу.

Симуляция ЭНИП-2 в IEDScout:

Функции клиента МЭК 61850-8-1 реализуются в составе исполнительной системы ENLOGIC. На момент написания данной статьи они были предусмотрены в составе следующих реализаций:

  • Исполнительная система для платформы Windows
  • Исполнительная система для платформы Linux х86 (Ubuntu и т.п.)
  • Исполнительная система для контроллера ЭНТЕК E2R2(G) (Linux ARM)

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

Исполнительная система ENLOGIC для платформы Windows представляет собой виртуальный контроллер (SoftLogic-контроллер), располагается в каталоге Bin\EnLogicPLC установленной SCADA-системы, и представлена двумя версиями исполняемых файлов:

  • EmulatorForPLClib.exe – визуальное приложение-эмулятор контроллера, удобное для целей тестирования и отладки проектов SCADA, не подходит для использования в промышленной эксплуатации.
  • EnLogicSvcForPLClib.exe – не визуальное приложение, устанавливаемое как служба Windows, используется для промышленной эксплуатации SoftLogic-контроллера ENLOGIC, требует лицензирования.

Мы будем использовать визуальное приложение-эмулятор, запускаем его:

При первом запуске в эмуляторе нет загруженной конфигурации, лог загрузки короткий.

Последующие промежуточные шаги стандартны при формировании конфигурации ENLOGIC:

  1. Создаем новый проект SCADA, или открываем существующий.
  2. Запускаем модуль среду разработки ENLOGIC IDE – модуль Контроллеры.
  3. Добавляем новый узел ENLOGIC – контроллер типа None-target, задаем у него IP-адрес 127.0.0.1 и порт связи 30292.
  4. В контроллер в Каналы ввода-вывода добавляем протокол МЭК 61850-8-1 клиент из группы Универсальные.
  5. В протокол МЭК 61850-8-1 клиент добавляем из группы Универсальные модуль УСО Ячейка КРУ.
  6. В модуле Ячейка КРУ добавляем нужные нам каналы (теги), которые мы хотим получить от прибора ЭНИП-2.
  7. Для модуля Ячейка КРУ задаем параметры связи с источником данных по протоколу МЭК 61850-8-1.
  8. Для тегов модуля Ячейка КРУ формируем корректные MMS-адреса переменных.
  9. Загружаем полученную конфигурацию в виртуальный контроллер.

Рассмотрим созданную конфигурацию.

Настройки контроллера:

Настройки протокола МЭК 61850-8-1 клиент:

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

Рассмотрим настройки модуля более детально. Посмотрим на окно эмулятора нашего устройства:

Физическое устройство (IED) имеет имя ENIP2, а логическое устройство (LD) имеет имя BAYCTRL. Чтобы в MMS-адресах тегов не указывать для каждого тега имя логического узла BAYCTRL, мы в настройке IED Name нашего модуля вписываем полное название ENIP2BAYCTRL/ (вместе с завершающей косой чертой). Далее для каждого тега мы можем уже использовать относительный адрес внутри LD, например для параметра Ia это будет строка MMXU1.A.phsA.cVal.mag.f[MX]. Клиент МЭК 61850-8-1 в ENLOGIC сам сложит две эти строки, и получит полный MMS-адрес тега: ENIP2BAYCTRL/MMXU1.A.phsA.cVal.mag.f[MX].

Общий принцип: полный MMS-адрес тега складывается из поля IED Name модуля и поля Адрес тега каждого тега путем простой «склейки» строк.

Настройка адреса тега:

Этот параметр в окне сервера 61850-8-1:

Всплывающая подсказка показывает полный MMS-адрес данного параметра.

Замечание: для клиента МЭК 61850-8-1 в ENLOGIC принято указывать функциональное ограничение параметра в квадратных скобках в конце тега – она является частью полного MMS-адреса тега.

Клиент МЭК 61850-8-1 в ENLOGIC позволяет получать данные одновременно периодическим опросом, и подпиской на отчеты. Алгоритм работы драйвера протокола реализует автоматический поиск параметров в отчетах устройства, если отчеты определены в настройках клиента, и на них удается подписаться. Те параметры, которые не удается найти в отчетах – начинают автоматически опрашиваться с заданным периодом, период опроса задается настройкой модуля Частота опроса, в нашем примере мы поставили довольно большое значение 10 сек – специально для эксперимента.

Группа настроек модуля Report 1 и Report 2 задают клиенту МЭК 61850-8-1 в ENLOGIC настойки для подписки на отчеты.

Наш прибор ЭНИП-2 в свое конфигурации имеет два отчета.

Отчет brcbST01 с функцией буферизации значений для набора данных (DataSet) MainST, содержащий некоторое кол-во дискретных параметров из логического узла GGIO1:

Отчет urcbMX01 без буферизации значений для набора данных (DataSet) MainMX, содержащий некоторое кол-во аналоговых параметров из логического узла MMXU1 (узел трехфазных измерений):

В настройках клиента МЭК 61850-8-1 в ENLOGIC в группе Report 1 задаем настройки для подписки на отчет brcbST01:

  • Идентификатор: LLN0$BR$brcbST01
  • Набор данных: LLN0$MainST

В группе Report 2 задаем настройки для подписки на отчет urcbMX01:

  • Идентификатор: LLN0$RP$urcbMX01
  • Набор данных: LLN0$MainMX

По аналогии с MMS-адресами тегов – здесь в полях Идентификатор и Набор данных прописываем относительный адрес, а для получения полного адреса клиент МЭК 61850-8-1 сам добавит к нему в начало префикс, который мы прописали в настройке IED Name – строку ENIP2BAYCTRL/ (вместе с завершающей косой чертой).

Замечания по формированию дерева тегов в системе ENLOGIC:

  1. Нет никакой зависимости между названиями тегов в дереве ENLOGIC и их расположению в этом дереве и MMS-адресом тега в источнике данных – сервере МЭК 61850-8-1. Представление устройства в виде тегов в дереве ENLOGIC, а значит далее и в SCADA, зависит только от нашего собственного инженерного видения. Мы (инженеры, а не разработчики SCADA) вполне можем сформировать дерево тегов так, что оно будет очень близко копировать структуру адресации в сервере МЭК 61850-8-1, но далеко не факт, что такое представление будет удобно для последующего использования в HMI SCADA.
  2. В данной статье рассматривается настройка клиента МЭК 61850-8-1 с применением готовых шаблонов из файла iec61850-none-vendor.io: шаблон Ячейка КРУ содержит типовой набор сигналов ТС/ТУ/ТИ по автоматизации ячейки подстанции 6/10 к, шаблон Модуль ТС содержит универсальный набор из телесигналов, шаблон Точка измерений похож на шаблон Ячейка КРУ, но содержит только блок параметров измерений. При необходимости в процессе работы эти шаблоны можно легко расширять самостоятельно – добавлять необходимые параметры, или же сделать совсем новый шаблон для своих задач. Файл iec61850-none-vendor.io имеет структуру XML, внутри устроен очень просто, и его легко редактировать редактором типа Notepad++ (с подсветкой синтаксиса XML).
  3. Кроме механизма шаблонов также можно конфигурировать клиент МЭК 61850-8-1 и формировать дерево тегов ENLOGIC используя таблицы EXCEL. Но данный вариант стоит рассматривать для тех случаев, когда источник данных – сервер МЭК 61850-8-1 имеет большое адресное пространство, и конфигурации отдельных серверов индивидуальны, и поэтому нет никакого смысла для одноразового использования делать для такого сервера шаблон в файле IO.
  4. В будущей версии клиента МЭК 61850-8-1 в ENLOGIC будет добавлена возможность формирования переменных из CID-файла.

Кроме тегов из реального прибора клиент МЭК 61850-8-1 также имеет служебные теги:

Тег Связь для соблюдения единой идеологии работы объектов HMI SCADA находится в корне модуля, и показывает наличие связи с сервером МЭК 61850-8-1.

В группе DIAG_TAGS дополнительные информационные теги:

  • CONNECTION_TIME_IN_SEC – длительность связи с сервером MMS
  • RECEIVED_IO_COUNT – кол-во принятых значений
  • SENDED_COMMANDS_COUNT – кол-во посланных команд управления
  • ACTIVATED_REPORTS_COUNT – кол-во активированных отчетов
  • PERIODICAL_READS_COUNT – кол-во значений, запрашиваемых опросом (не отчетами)

Значения для этих тегов клиент МЭК 61850-8-1 в ENLOGIC формирует самостоятельно.

Итак, конфигурация для контроллера ENLOGIC готова, загружаем ее в эмулятор контроллера, эмулятор автоматически перезагружается, и через несколько секунд в окне ENLOGIC видны данные от сервера МЭК 61850-8-1:

Теги в корневой группе модуля – измерения, берутся из сервера МЭК 61850-8-1 из логического узла MMXU1 – трехфазные измерения.

Теги в группе ТС берутся из разных логических узлов:

  • ТС1-ТС8 это сигналы логического узла GGIO1 – Ind9-Ind16, в модуле ЭНИП-2 эти сигналы отображаются на 8 входов модуля
  • У тега Выключатель MMS-адрес тега мы задали как CSWI1.Pos.stVal[ST] – это значит что сигнал положения выключателя (и идеологии ENLOGIC и SCADA) мы берем из логического узла CSWI1 - класс логического узла оперативное управление коммутационным аппаратом

Также в группе ТУ сигнал управления Вкл/Откл также берется из этого же узла CSWI1 – адрес тега CSWI1.Pos.Oper.ctlVal[CO].

В эмуляторе сервера 61850-8-1 в программе IEDScout можно менять значения переменных.

Неопределенное состояние коммутационного аппарата (DP=00):

Ошибочное состояние коммутационного аппарата (DP=11):

Также эмулятор IEDScout умеет имитировать работу функционального блока в части отработки команд телеуправления, изменяя состояние выходного сигнала CSWI1.Pos.stVal[ST], поэтому подавая команды в тег Вкл/Откл мы автоматически видим изменение состояния тега Выключатель.

Включение:

Отключение:

Лог формирования команд управления в эмуляторе контроллера ENLOGIC:

Отметим, что приход сигнала CSWI1.Pos.stVal[ST] происходит не сразу, а с задержкой несколько секунд. Это происходит по причине того, что этот сигнал в текущей конфигурации модели 61850 в ЭНИП-2 не находится в наборе данных, используемом для отсылки информации по изменению – сейчас там лежат только сигналы логического узла GGIO1. Поэтому сигнал CSWI1.Pos.stVal[ST] опрашивается периодическим опросом, который в нашей текущей конфигурации происходит с периодом 10 сек.

Ну и наконец изменим IP-адрес сервера 61850 в нашей конфигурации на адрес реального прибора ЭНИП-2, и загрузим конфигурацию в эмулятор контроллера:

Для прибора ЭНИП-2 также была немного скорректирована конфигурация в части списка объектов в наборах данных, поэтому теперь служебный тег PERIODICAL_READS_COUNT показывает значение 0, что означает, что все параметры успешно запрашиваются через механизм отчетов.

Контактная информация
E-mail: Адрес электронной почты защищен от спам-ботов. Для просмотра адреса в браузере должен быть включен Javascript.
Тел: +7 (499) 110-31-79
Тел: +7 (499) 495-49-10