WiKI

Задача
Настроить в SCADA ЭНТЕК получение данных по протоколу МЭК 60870-4-104 (далее будем писать сокращенно МЭК-104) от источников такой информации сторонних производителей различного типа, таких как:

Контроллер телемеханики объекта электрических сетей (ТП, РП, ПС) стороннего производителя (не контроллер ENLOGIC)
Распределенный объект диспетчеризации, имеющий встроенные возможности по передаче данных на верхний уровень по протоколу МЭК-104 (реклоузер, КРУН, разъединитель)
Сервер телемеханики, выдающий массив информации по протоколу МЭК-104
Такой объект автоматизации мы хотим увидеть в SCADA ЭНТЕК как отдельный узел ENLOGIC, потому что, во-первых – это удобно и логично, и во-вторых – при такой организации приема данных в распоряжении инженера проекта автоматически становятся доступны встроенные в ЭНТЕК функции регистрации событий и их последующего просмотра с автоматической фильтрацией по объектам – узлам ENLOGIC (и на самом деле это очень важный момент, сильно облегчающий построение проектов с большим количеством объектов).

Внимание! Следует понимать различие в задачах подключения сторонних устройств с протоколом МЭК 60870-5-104 к контроллеру с исполнительной системой ENLOGIC (в том числе к виртуальному SofLogic), и в подключении напрямую к SCADA. Эти две задачи в некоторых случаях могут быть решены одинаковым образом, но все таки они имеют сильно разную целевую направленность и некоторые важные различия в особенностях конечного результата. И если вас интересует вопрос подключения к контроллеру с исполнительной системой ENLOGIC, то вам надо перейти на статью Прием данных по протоколам МЭК 60870-5-101/103/104.

Краткая инструкция
Добавить в конфигурации ENLOGIC узел (контроллер) типа "КП МЭК 60870-5-104"
В контроллер добавить псевдо протокол Виртуальная группа (их можно добавлять сколько угодно)
В виртуальную группу добавить наиболее удобные для визуального представления данных от вашего контроллера в SCADA ЭНТЕК модули - там предусмотрены на выбор модули как чисто ТС, ТУ, ТИ, так и совмещенные. При добавлении модулей следует ориентироваться не на то, какие модули ввода-вывода опрашивает ваш контроллер, а попытаться с помощью модулей сформировать понятную структуру данных объекта.
Зайти в настройку карты адресов - клавиша F8 - и с помощью функций редактирования карты в этом окне (перемещение тегов индивидуально или целыми блоками) - разместить нужные параметры на нужных МЭК-адресах.
При желании можно легко самостоятельно разработать форму представления дерева параметров стороннего контроллера, в виде нового модуля для псевдо протокола Виртуальная группа.

При использовании предусмотренных универсальных модулей ТС и пр. необходимо задавать у каждого сигнала Шифр пользователя - тогда далее в интерфейсе Скада сигналы будут видны под нормальными названиями, а не под абстрактными ТС1, ТС2 и пр.

Вводная информация
Адресация параметров в SCADA

В SCADA ЭНТЕК информационные объекты (параметры, они же теги) имеют следующие параметры для их однозначной адресации и использования в программных модулях ЭНТЕК:

Идентификатор станции – в одном проекте может быть до 255 станций (размер поля 1 байт).
Идентификатор узла ENLOGIC (системный адрес) – в рамках одной станции может быть до 255 узлов, контроллеров ENLOGIC или любых сторонних с протоколом МЭК-104 (размер поля 1 байт).
Идентификатор параметра (тега) – в рамках одного узла ENLOGIC может быть до 65535 параметров (размер поля 2 байта). Идентификатор параметра также одновременно является и МЭК-адресом этого параметра в карте МЭК-переменных узла ENLOGIC.
Необходимо четко понимать при настройке проекта SCADA ЭНТЕК следующее:

Когда на мнемосхеме модуля визуализации идет настройка объекта отображения какого нибудь сигнала с контроллера – этот объект запоминает привязку к этому параметру, сохраняя значения всех этих трех полей.
Так же сохраняют привязку к параметрам и все остальные модули – настройка алармов, настройка истории, и все прочие, что могут быть.
Если после настройки привязки параметров к мнемосхеме (алармам, истории) изменить вдруг (зачем то) идентификатор станции, то все настройки привязок станут некорректными – визуализация перестанет видеть данные по ВСЕМ контроллерам данной станции SCADA ЭНТЕК. (именно по этой причине в программе настройки станций изменить идентификатор станции нельзя – это можно сделать только вручную в INI-файле со списком станций)
Если после настройки привязки параметров к мнемосхеме (алармам, истории) изменить системный адрес узла ENLOGIC, то настройки привязок для данного узла ENLOGIC на мнемосхемах станут некорректными - визуализация перестанет видеть данные по этому контроллеру.
Если после настройки привязки параметров к мнемосхеме (алармам, истории) начать изменять выходную карту МЭК-параметров контроллера, то частично эти привязки необходимо будет актуализировать – привязаться к новым адресам. В особо тяжелых случаях, когда карта переменных была полностью перекроена – придется перепривязать все параметры.
Какие задачи решает ENLOGIC

В составе SCADA ЭНТЕК подсистема ENLOGIC решает следующие задачи:

Формирование конфигурации нижнего уровня – для коммуникационных контроллеров в части сбора данных от различных источников по цифровым протоколам связи, и разработки технологических алгоритмов обработки информации внутри контроллера. Результатом этой задачи является конфигурация в бинарном виде, подготовленная для загрузки в контроллер, причем только в контроллер с исполнительной системой ENLOGIC.
Формирование конфигурации верхнего уровня – дерева параметров контроллеров (узлов ENLOGIC), с которыми будут работать остальные модули SCADA ЭНТЕК – сервер, визуализация, алармы и пр. Каждый модуль использует это дерево параметров как ему требуется. При этом всем модулям SCADA уже совершенно не требуется знание всей сформированной в ENLOGIC IDE логики работы коммуникационного контроллера нижнего уровня – модулям SCADA требуется знать только адрес параметра, для того чтобы иметь возможность получать данные от сервера SCADA, используя этот адрес.
Как работает сервер SCADA

Сервер SCADA ЭНТЕК любые типы контроллеров – и ENLOGIC, и сторонние – опрашивает по протоколу МЭК-104 (возможны и другие варианты, например сообщения MQTT).

Сервер SCADA ЭНТЕК в качестве входной конфигурации для своей работы (для опроса удаленных объектов) использует конфигурацию верхнего уровня, сформированную в ENLOGIC IDE. Причем он даже не рассматривает эту конфигурацию в виде дерева, а только в виде плоской таблицы. Для него конфигурация удаленного контроллера – это только список возможных адресов МЭК-параметров, которые сервер готов принять от этого контроллера. Сервер ничего не знает о конфигурации контроллера (даже если это контроллер с исполнительной системой ENLOGIC), кроме предполагаемого списка МЭК-адресов параметров.

Почему список параметров здесь назван предполагаемым? Потому что сервер имеет у себя только тот список параметров, который был сформирован для него в дереве ENLOGIC (и виден в общей карте переменных по клавише F8). И если после формирования в ENLOGIC конфигурации сервера произвести, например, удаленное конфигурирование контроллера из другого места, и что-то изменить в его списке параметров, то сервер SCADA об этом не узнает. Поэтому возможны следующие ситуации:

Если в список переменных контроллера были добавлены новые параметры, то сервер будет их принимать (такова логика работы МЭК-104), но будет их отбрасывать – ему некуда положить эти данные.
Если из конфигурации контроллера были удалены некоторые параметры, то сервер по этим параметрам перестанет получать данные – они у него всегда будут недостоверными.
Если МЭК-адреса параметров в контроллере были изменены – начнется путаница (несоответствие карты МЭК-параметров), и сервер по адресам параметров в своем списке начнет получать совершенно не те данные, что ему нужны.
Если на объекте заменить контроллер одного типа на контроллер другого типа (даже другого производителя), и при настройке нового контроллера сформировать у него выходную карту МЭК-параметров, аналогичную предыдущему контроллеру – тогда сервер SCADA будет успешно принимать поток данных, теперь уже от нового контроллера.

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

Дистрибутив для Windows

 
Дистрибутив для Linux ASTRA

Предоставляется по запросу, обратитесь к менеджеру

 
Дистрибутив для Linux AltLinux

Предоставляется по запросу, обратитесь к менеджеру

 
Документация

5.0.2019.03.15

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

5.0.2018.11.29

В набор исполняемых файлов добавлен новый модуль под рабочим названием «Конфигуратор сервера», исполняемый файл ServerCfg.exe. Модуль предназначен для формирования и редактирования единой базы параметров проекта, возможности введения произвольного набора пользовательских атрибутов параметров и пользовательского представления дерева параметров проекта на основе механизма фильтрации по атрибутам. Модуль пока не будет выводиться в общую панель запуска приложений, но его можно использовать, если запустить стандартным способом, передав в первом параметре командной строки полный путь к файлу проекта. Первичный функционал этого модуля – возможность использования значений пользовательских атрибутов и фильтров – уже возможно использовать в объекте модуля визуализации, предназначенном для отображения журналов событий.
Ретрансляция данных от сервера по протоколу МЭК 6070-5-104 – добавлена возможность задания двухбайтового общего адреса ASDU для индивидуальных групп тегов.
В модуле алармов для разных типов алармов (на включение, на отключение и пр.) реализована возможность задавать свои настройки для каждого типа. Это позволяет разные типы алармов по одному параметру обрабатывать с разными приоритетом, исключать ненужные типы из обработки.
В модуле просмотра событий добавлена новая вкладка для фильтрации событий по объектам АСКУЭ.
В модуле визуализации добавлена работа с резервной БД знаков безопасности (секция DBR в Signs.xml). Чтение знаков и состояний производится из доступной БД, запись осуществляется в основную и в резервную БД.
В модуле визуализации для элемента «Выключатель» добавлена возможность перехода на заданную мнемосхему по клику на объекте.
В состав демонстрационного проекта SmartGridRES включен пример использования многофункционального объекта визуализации «Таблица мониторинга».
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2018.07.25

В исполнительную систему добавлена поддержка протокола SNMP как клиента – для получения данных от агентов SNMP.
В исполнительной системе если в свойство «Двухпозиционный ТС» дискретного тега записано значение 65535, то он изначально после старта контроллера сразу передаётся наверх как двухпозиционный ТС. Функция предназначена для случаев, когда двухпозиционные ТС поступают от внешнего источника данных по протоколам МЭК 60870-5 и МЭК 61850.
В модуле визуализации для объекта "Кнопка" добавлен новый тип действия – "Переход к выбранному объекту мнемосхемы".
В модуле визуализации в Таблицу алармов добавлена настройка цвета фона для алармов разного приоритета.
Для модуля визуализации добавлена настройка для разрешения автоматического разворачивания окна при аларме.
В модуле визуализации в таблице отображения журнала событий в контекстное меню добавлен пункт перехода на мнемосхему для заданной зоны.
В модуле алармов добавлен новый шаблон для текста сообщений (%g1 - %g9 - группа) для вывода в текст алармов имён родительских групп из дерева алармов.
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2018.06.06

Протокол ПУ МЭК 60870-5-104 в составе исполнительной системы EnLogic – добавлена настройка смещения времени у приходящих временных меток. Аналогичный функционал добавлен и для узла EnLogic типа КП МЭК 60870-5-104.
В механизме ведения баз данных истории внедрена возможность ведения краткосрочных БД, предназначенных для сохранения истории с небольшой глубиной и малым периодом записи. При чтении данных в случае, если краткосрочная БД покрывает интервал запроса, данные вычитываются из неё, иначе из обычной (долгосрочной) БД.
Для объектов визуализации электрических сетей добавлена возможность ручного задания состояния объектов, не привязанных к параметрам, а также возможность переключение на ручной режим и обратно для объектов, привязанных к параметрам.
Для электрических объектов Шина/Линия добавлена возможность ручного управления состоянием Под напряжением, Отключено, Заземлено, с выделением соответствующим цветом.
Произведена оптимизация состава настроек для объектов электрических сетей, значительно сокращено неиспользуемое индивидуальное количество настроек.
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2018.04.20

Новый многофункциональный объект в модуле визуализации "Таблица мониторинга". Позволяет создавать таблицы на мнемосхемах с произвольным набором столбцов. В качестве исходных данных для столбцов выступают записи из модуля Справочники, данные реального времени из типизированных групп переменных (трехфазные измерительный приборы, блоки релейной защиты, реклоузеры), вычисляемые столбцы. Имеются функции сортировки, фильтрации, условного форматирования (подсвечивания) ячеек.
Доработки в механизме установки плакатов и знаков на мнемосхемах в части улучшения юзабилити и для автоматического обновления состояния при использовании нескольких клиентов или модулей визуализации.
Для объекта визуализации отображения списка событий добавлена возможность фильтрации по группам из дерева алармов, также произведены различные улучшения в функциональности его работы.
В сервер сбора данных добавлен механизм контроля зависания отдельных внутренних критических процедур, что могло в некоторых специфических ситуациях приводить к зависанию сервера. При обнаружении такой ситуации сервер автоматически перезапускается самостоятельно (если запущен как приложение), или операционной системой (если запущен как служба).
Оптимизация модуля настройки алармов и модуля настройки баз истории: значительное ускорение запуска для проектов с большим количеством тегов; переделана реализация диалога фильтрации параметров, который выводится при перетаскивании параметров в дерево (больше нет долгого ожидания при добавлении в случае большого числа параметров в проекте).
В среду конфигурирования EnLogic добавлена функция экспорта списка контроллеров с настройками в виде CSV-файла и реализовано корректное отображение значений DP-сигналов в разных режимах опроса контроллеров.

5.0.2018.02.02

В модуле визуализации добавлена возможность для объектов из группы «Электрические сети» устанавливать плакаты и знаки на мнемосхеме в рабочем режиме модуля визуализации.
В модуле визуализации исправлено позиционирование модальных окон при использовании на АРМ нескольких мониторов.
В модуле сбора данных АСКУЭ события по опросу объектов по СОМ-портам записываются, как и раньше, в отдельные группы.
Для подсистемы АСКУЭ добавлена поддержка индивидуальных часовых поясов для объектов для корректной синхронизации времени в ситуации, когда сервер сбора и объекты находятся в разных часовых поясах.
Корректировки в алгоритме генерации телеизмерений для эмулятора реклоузера РВА/TEL для придания «больше достоверности».
Для объектов модуля визуализации "Разъединитель" и "Заземляющий нож" положение ключа по умолчанию отрисовывается теперь и в режиме настройки.
Модуль Визуализации – реализовано принудительное разворачивание скрытого приложения при возникновении сигнализации (аларма).
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2017.12.14

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

5.0.2017.11.15

Для модуля Визуализация разработаны новые объекты из группы «Электрические сети» (бывшая группа Электрооборудование): заземляющий нож (ЗН), ограничитель перенапряжения (ОПН), разрядник, трансформаторная подстанция (ТП, несколько видов отображения). Произведена комплексная корректировка объектов из группы Электрические сети (отказ от сглаживания где это не требуется, унификация набора свойств объектов, незначительные корректировки размера некоторых объектов).
Модернизация ядра модуля Визуализации – значительное уменьшение времени перехода в режим настройки и времени вставки новых объектов при большом кол-ве объектов на мнемосхеме.
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2017.08.01

В Энергоанализ добавлен новый вид отчета - Нормированные объемы ресурсов.
Корректировки в некоторых файлах IO, добавление файла iec-none-vendor.io – описание обобщенного контроллера телемеханики для ячейки КРУ 6/10/20 кВ, протокол обмена МЭК 60870-5-101, без привязки к конкретному производителю.
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2017.07.24

Исправления в карте переменных DNP3 для опроса КРУ Etalon – поддержка значений индексов параметров DNP3 размером больше 1 байт.

5.0.2017.07.05

Добавлена поддержка блоков управления КРУ Etalon (Таврида Электрик), корректировка в части поддержки РВА SMART35 (Таврида Электрик). В проект «Smart Grid РЭС» добавлены типовые примеры телемеханизации объектов на базе КРУ Etalon и РВА SMART

5.0.2017.06.26

Сервер сбора данных подсистемы АСКУЭ – реализован механизм многозадачного сбора данных. Ранее для параллельного опроса объектов необходимо было запускать несколько экземпляров сервера сбора данных – по количеству желаемых параллельных опросов. Сейчас один запущенный сервер АСКУЭ выполняет одновременно много заданий. Количество одновременных заданий настраивается в опциях АСКУЭ модуля Справочники.
Добавлена поддержка расходомера-счетчика газа ультразвукового Turbo Flow UFG-F.
Модуль визуализации – новые свойства у всплывающих мнемосхем для возможности отображения мнемосхемы без оконных рамок и заголовка, и с возможностью указания фиксированного положения. Функционал сделан с целью создания на базе таких мнемосхем панелей навигации и статуса.
Модуль визуализации – новые ключа запуска в командной строке для принудительного запуска модуля в полноэкранном режиме, без загрузки панелей расширения, и запуска на определенном мониторе при многомониторной конфигурации рабочего места пользователя.
Модуль алармов – новые шаблоны для формирования текста алармов для подстановки названия модуля, названия протокола, названия любого вышестоящего уровня по дереву тегов.
Среда конфигурирования контроллеров – добавлена возможность вводить пользовательские наименования групп в модулях в протоколах обмена, что позволит при необходимости менять визуальные наименования элементов дерева (по аналогии с пользовательскими шифрами тегов).
Среда конфигурирования контроллеров – в файлах IO в строках описания тегов теперь можно использовать опцию для указания желаемого МЭК-адреса тега в конфигурации контроллера. Также предусмотрен механизм группового перемещения (смещения) адресов тегов у модулей в общей конфигурации контроллера.
Поддержка сбора данных с устройства УМ-31 RTU.
Утилита импорта данных АСКУЭ из внешних файлов – добавлена возможность получения файлов с данными напрямую из электронных почтовых сообщений из почтового ящика.

5.0.2017.04.14

В проекте «Smart Grid РЭС» в составе конфигурации контроллеров для управления реклоузерами РВА/TEL включена опция буферизации сигналов ТС на стороне контроллера при отсутствии связи с верхним уровнем, для последующей передачи буфера ТС после восстановления канала связи.

5.0.2017.04.10

Корректировки в механизме обработки алармов Сервера сбора данных для корректной регистрации событий по параметрам, приходящим из накопленного буфера ТС источников данных в протоколе МЭК-104 (в том числе для контроллеров ЭНТЕК).
В модуле «Справочники» появилась возможность рассылки e-mail и SMS-уведомлений о добавлении/изменении записей в журналах.
Введены точки расчета потерь ЭЭ с использованием программного комплекса «РТП3».
Добавлен новый объект визуализации «Баланс ЭЭ».
Доработан модуль «WEB-кабинет»: отображаются показания счетчиков воды и тепла.
Доработаны формы отчетов для энергосбытовых компаний, добавлен отчёт «Карта сбора».
Доработан ПУ МЭК-104 для опроса РВА через конвертер МЭК-101/МЭК-104.
Введена настройка тайм-аута при переходе с основного канала опроса на резервный.
Поддержаны счётчики электроэнергии НЕВА-124 и НЕВА-323.
Исправлены ошибки конвертации БД из MS SQL в Firebird.
Кумулятивное обновление по результатам исправлений и замечаний.

5.0.2017.01.27

Значительная доработка в механизме резервирования серверов SCADA: обеспечен полный функционал по взаимодействию двух серверов в режимах основной-резервный с процедурами запуска и останова опроса удаленных объектов, синхронизации алармов между серверами, регистрации событий и истории.
Для энергетических объектов в модуле Визуализация добавлен единый унифицированный механизм динамической раскраски по условиям – Заземлено, Есть напряжение, Авария, Предупреждение.
Для платформы EnLogic добавлен новый тип узла (контроллера) – КП МЭК 60870-5-104. Этот тип узла позволяет представлять внешние сторонние источники данных с протоколом МЭК 60870-5-104 как отдельные узлы EnLogic, а не как модули ввода-вывода. Данное представление удобно для структурного выделения объектов в SCADA, настройке и фильтрации событий по объектам.
Добавлена поддержка корректора ЛОГИКА СПГ761, предназначенного для измерения параметров природного газа и последующего вычисления расхода и объема газа. Доработана подсистема АСКУЭ – добавлен новый вид энергоресурсов ГАЗ, предусмотрены отчетные формы для формирования отчетов.
Различные доработки в модули ЭнергоАнализ в части формирования отчетной документации.
Кумулятивное обновление по результатам исправлений и замечаний.