Category Archives: SCADA системы

Настройка баз данных Телемеханики Лайт

Тип БД можно выбрать, открыв модуль «История» и нажать в открывшемся окне кнопку image001.

image002
Далее можно определиться с необходимой БД.

image003
Обычная БД — в базу записывается оперативная информация, формируемая сервером в процессе сбора и обработки оперативной информации (наиболее часто используемый тип БД).

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

БД АСКУЭ — данный вид БД используется как хранилище данных, получаемых при работе подсистемы АСКУЭ.

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

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

«Создать файл БД» и «Проверить соединение».

image004

После этого необходимо добавить в БД те параметры, которые требуют хранения и дальнейшего использования. Это можно сделать на вкладке «Параметры». Есть два способа. Первый, когда можно напрямую перетянуть к корневой папке БД все паспорта счётчика Меркурий (как на рисунке снизу), второй способ это создание групп в БД («Добавить группу») и добавление к ним паспортов, путём перетаскивания в основное окно вкладки «Параметры».

image005

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

image006

После всех действий обязательно нужно сохранить БД при помощи кнопки «Сохранить» image007.

 

Мой блог находят по следующим фразам

Создание контроллера-эмулятора в среде Телемеханика Лайт

Для отладки алгоритмов сбора и обработки информации, закладываемых в УСПД, имеются различные средства. Один из них – версия контроллера-эмулятора (EnLogicEmul.exe) в виде приложение Windows. Как его использовать будет описано далее.

Для эмуляции прежде всего необходимо создать конфигурацию контроллера. Откроем в поле «Настройки» нашего Интегратора модуль «Контроллеры».

image001

На экране появляется окно модуля EnLogic – системы программирования контроллеров.

image002

Щелкните на кнопке «Добавить контроллер» и выберите из меню пункт «ОВЕН ПЛК323». Окно EnLogic наполнится разнообразными полями, списками и кнопками, в левой части окна «вырастет» дерево контроллеров и задач, пока состоящее из одного (Контроллер 1).

 

В правой панели находим поле «Порт» и изменяем его содержимое на «0x7654».

image003

 

Такой же номер порта по умолчанию содержит модуль EnLogicEmul.exe. Именно  модуль EnLogicEmul.exe и отвечает за эмуляцию контроллера. Открываем этот файл из папки, в которую установлена система Scada-Энтек (по умолчанию это папка C:Program FilesEntekBinEnLogicPLC), или запустить его из созданного ярлыка в меню Пуск.

Примечание: на 64-битных операционных системах система устанавливается в каталог C:Program Files(x86).

 image004

Запускаем EnLogicEmul.exe и в его единственном окне щелкаем зеленую кнопку «Start».

image005

 Вернувшись в EnLogic, в дереве щелкаем правой кнопкой мыши на элементе «Протоколы обмена», в появившемся меню выбираем пункт «Добавить протокол > Счётчики электроэнергии» и выбираем протокол «Меркурий». Ставим фокус на появившийся в дереве элемент «Меркурий 1» и в панели его свойств отмечаем галочкой пункт «Симуляция».

image006

Щелкаем  правой  кнопкой  мыши  на  элементе  «Меркурий  1»  и  появившемся  меню  выбираем пункт

«Добавить модуль УСО | Меркурий | М-230». Эту операцию необходимо проделать три раза.

В итоге мы получим три счётчика типа «Меркурий 230» подключенные к одному контроллеру.

image007

 

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

Создав  три  счётчика  необходимо  настроить  их  на  разную  суточную  нагрузку.  Изменим параметр «суточная нагрузка» произвольным образом. В итоге мы получим эмуляцию показаний разной суточной нагрузки с трёх точек учёта.

image008

Также нам необходимо указать какие именно параметры мы будем снимать со счётчиков. Щелкнем кнопку «Добавить/удалить каналы».

image009

 

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

image010

Щелкаем на «ОК» и возвращаемся в дерево контроллеров. Процедуру следует выполнить для каждого счётчика. После всех изменений необходимо сохранить файл, нажав кнопку image011.

Примечание: также можно вначале добавить один счетчик Меркурий, у него добавить теги, и затем размножить его методом «копи-пасте».

В свойствах Контроллера 1 выставляем галочку «Периодический опрос» и период для TCP/IP 1 секунда. Таким образом, контроллер будет опрашивать счётчики через соединение TCP/IP с периодичностью в 1 секунду. Необходимо сохранить файл, нажав кнопку   image012  и построить конфигурацию кнопкой .

image013

Сделаем проверку работы конфигурации в EnLogic путем запуска режима «Отладки» с  опросом  модулей (Ctrl+F9). Увидим, что значения параметров начали изменяться. Остановим режим отладки кнопкой image014.

image015

Выполним загрузку конфигурации в контроллер-эмулятор и проверим выдачу значений от этого контроллера в EnLogic, нажав кнопку image016«Начать опрос» . В результате мы видим, что происходит симулирование значений счётчиков Меркурий 230.

 

Мой блог находят по следующим фразам

Создание нового проекта в программном комплексе Телемеханика Лайт

Запускаем Интегратор ТМ ЛАЙТ, например, с помощью ярлыка на Рабочем Столе, созданном автоматически при установке. С помощью Интегратора осуществляется открытие существующих и создание новых проектов, и запуск остальных модулей из состава системы.

В области «Проект» щелкаем иконку image001«Создать новый проект».

image016

 

На экране появляется Мастер создания проектов. Щелкаем кнопку image004 справа от поля «Папка проекта».

image017

На экране появится всем известный системный диалог «Обзор папок». С его помощью создаем папку для нашего проекта «C:Проект №1».

image006

Возвращаемся к Мастеру создания проектов и задаем название проекта «Проект 1». Также можно ввести его описание.

 

Нажимаем «далее» и попадаем в следующее окно «Добавление рабочей станции в новый проект». Здесь можно изменить название, добавить комментарий (охарактеризовать) и установить ip-адрес станции.

image007

Нажимаем «далее» и попадаем в следующее окно «Создание/подключение базы данных пользователей». Все необходимые установки сделаны по умолчанию.

 

image008

 

Нажимаем «далее» и попадаем в следующее окно «Добавление пользователя с правами администратора». Здесь необходимо указать Имя пользователя, которое будет всплывать в процессе авторизации при работе со SCADA-системой, и защитить учётную запись надёжным паролем.

image009

 

Нажимаем «далее» и попадаем в следующее окно «Создание/подключение базы данных событий». Все необходимые установки сделаны по умолчанию.

image010

 

И последний пункт меню «Создание нового проекта» «Создание/подключение базы данных справочников и журналов». Как и в предыдущих пунктах всё выставлено по умолчанию.

image011

 

 

Щелкаем в финальном окне «Завершить» и попадаем в исходное состояние  Интегратора.

image017

Файл «C:Проект №1entek.epr» является файлом проекта. В любом окне Проводника можно двойным щелчком на этом файле (или на его ярлыке, размещенном на Рабочем Столе) запустить Интегратор ЭНТЕК с данным проектом. Наличие галочки «проект по умолчанию» означает, что, запуская Интегратор без указания проекта, мы автоматически заставим его работать именно с данным проектом.

image018

Мой блог находят по следующим фразам

Прием данных от серверов OPC DA в систему учета энергоресурсов.

Описывается решение задачи по реализации приема данных по учету энергоресурсов (накопленных показаний счетчиков), когда в качестве источника данных выступает сервер OPC DA.

 

Создание конфигурации эмулятора УСПД

Принцип решения задачи заключается в следующем. Необходимо сконфигурировать виртуальное УСПД, в качестве которого может выступать эмулятор узла EnLogic в виде приложения, или в виде службы Windows. Для узла конфигурируется клиент OPC DA для получения значений тегов ОРС, и формируются виртуальные точки учета, привязанные к тегам ОРС.

Запускаем программу настройки контроллеров EnLogic, добавляем контроллер типа None-target:

image001
Для использования далее в качестве УСПД приложения Эмулятор узла EnLogic надо выставить значение порта связи в 0x7654, для использования же службы EnLogic – оставить порт 0x7653.

В группу Протоколы обмена добавляем протокол Клиент OPC DA:

image002
В протокол Клиент OPC DA добавляем модуль OPC-сервер:

image003

Появляется окно выбора OPC-сервера, выбираем нужный:

image004

После добавления ОРС-сервера в дерево объектов в свойствах объекта нажимаем кнопку Добавить/удалить каналы:

image005

Выбираем каналы в дереве тегов:

image006

Каналы OPC добавлены в дерево EnLogic:

image007

Далее добавляем протокол обмена типа ТУ EnLogic:

image008
В протокол добавляем модуль ввода-вывода ТУ EnLogic:

image009

Добавленный модуль ввода-вывода является эмулятором точки учета ПЛК323. Его задача – настроить название точки учета, виртуальный серийный номер счетчика (по нему далее происходит адресация запросов на чтение данных), коэффициенты трансформации, предоставить необходимые теги для их привязки к любым другим тегам внутри данного УСПД для получения накопленных показаний.

Для модуля ввода-вывода добавляем каналы из группы Тариф общий, и задаем серийный номер 1111:

image010

После добавления тегов виртуальной точки учета ПЛК323 необходимо для этих тегов задать свойство привязки к тегам-источникам по их МЭК-адресу. Для этого предварительно необходимо узнать МЭК-адреса тегов-источников. Нам потребуются пять тегов-источников. Первый тег – Связь с сервером ОРС, его будем использовать в качестве источника для тегов Связь виртуальных точек учета. В созданной конфигурации тег Связь с сервером ОРС имеет МЭК-адрес 13:

image011

В качестве четырех тегов-источников для получения накопленных показаний буем использовать теги из группы SIN, с МЭК-адресами 29-32:

image012

В виртуальной точке учета для тега Связь свойству МЭК-адрес параметра из конфигурации присваиваем адрес тега-источника – адрес 13:

image013
Для тегов виртуальной точки учета, используемых для получения показаний со сброса, присваиваем свойству

МЭК-адрес параметра из конфигурации адреса с 29 по 32:

image014

Запуск и опрос эмулятора ПЛК323

Виртуальное УСПД ЭНТЕК можно запустить либо как простое приложение – исполняемый файл EnLogicEmul.exe, либо инсталлировать на постоянную работу в виде службы Windows. Установка как службы осуществляется с помощью BAT-файла EnLogicSvc_install.bat, который необходимо запускать с правами администатора.

В нашем примере просто запускаем приложение EnLogicEmul.exe:

image015

В запущенном приложении эмулятора УСПД нажимаем кнопку Старт:

image016

Эмулятор УСПД запущен:

image017

В среде конфигурирования EnLogic нажимаем кнопку загрузки конфигурации в контроллер:

image018

Загружаем конфигурацию:

image019

Лог загрузки:

image020

После загрузки эмулятор УСПД начинает опрашивать ОРС-сервер, и выдавать на тегах ОРС и на тегах виртуальных точек учета значения показаний:

image021

Произведем опрос ПЛК из программы Мобильный АРМ. Для этого добавим в конфигурацию объект типа ПЛК323, с указанием канала связи IP, и адреса:

image022

Запрос у УСПД (поиск) точек учета:

image023

Точки учета добавлены, производим опрос объекта учета, видим полученные показания по двум точкам учета:

image024

Мой блог находят по следующим фразам

Возможности программного комплекса Телемеханика Лайт

Программа работает с приборами учета, концентраторами, шлюзами, УСПД и обеспечивает, значения энергии, мгновенные значения электрической сети. Накопление информации осуществляется в SQL сервер FIREBIRD или MSSQL. На основании собранных данных производится различная аналитическая обработка данных.

Программа позволяет формировать отчёты в форматах *.csv, *.asq, *80020, *.xls, диаграммы, считываются архивные данные событий в приборах учёта (время вскрытия прибора, параметризации, включения/отключения фаз и т.д.) с передачей данных в энергосбытовые компании.

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

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

  •  показания на начало месяца;
  • текущее потребление, а также текущие значения характеристик электрической сети: напряжение, сила тока, частота и пр.;
  • снятие показаний с разбивкой по тарифам;
  • профили средних мощностей;
  • журналы событий;
  • чтение и сброс максимумов мощности;
  • управление встроенным реле;
  • коррекция времени.

 

Счетчики Меркурий 200, 230, 233, 234, 236.

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

  •  показания на начало суток, месяца, года (для AT, ART, ART2);
  • текущее потребление, а также текущие значения характеристик электрической сети: напряжение, сила тока, частота и пр.;
  • снятие показаний с разбивкой по тарифам;
  • профили 30-минутных срезов мощности;
  • чтение журналов событий;
  • чтение и сброс максимумов мощности;
  • коррекция времени;
  • управление встроенным реле (RS485, PLC);

Подключение оборудования через последовательный порт связи (CAN, RS485, при использовании адаптера Меркурий 221 или аналогичных).

Подключение оборудования через сети GSM. Для связи по GSM используется технология модемного пула, обеспечивающая дозвон до по сети GSM в режиме CSD.

Связь с оборудованием посредством TCP/IP. Данный способ может использоваться в GPRS и Ethernet сетях, когда подключенное оборудование имеет реальный IP-адрес и выступает в качестве сервера.

Поддерживается возможность прямого опроса удаленных приборов учета через сервера серийных портов Ethernet-RS485.

Поддержка технологии подключения оборудования по сети GPRS в условиях динамической IP-адресации и использования NAT-серверов.

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

Разнообразие режимов опроса оборудования:

Автоматизированный опрос по расписанию с возможностью гибкой настройки. Всевозможные виды критериев запуска сервера сбора данных (по номеру дозвона, по маске номера дозвона, по COM-порту и т.д.).

Ручной опрос точек учёта напрямую, либо в базу данных, при помощи сервера сбора данных.

Обеспечение синхронизации времени.

Гибкая настройка архитектуры измерительной сети: произвольная группировка объектов с неограниченной вложенностью иерархии.

Поддержка многопользовательской работы.

Средства анализа считанных с приборов учета данных

возможность представления в табличном или графическом виде;

сведение балансов по объектам;

возможность ручной коррекции данных;

возможность интеграции с другими системами (MS Office, системами документооборота и т.п.).

 Узлов учета энергоресурсов

Количество узлов учета указывает на максимально возможное количество опрашиваемых сервером счетчиков.

 Количество каналов ввода/вывода телеинформации

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

 Экспорт данных в форматах XML-80020, ASQ, XLS для передачи в сбытовые компании

Модуль экспорта данных предназначен для автоматизированного формирования отчетной документации в распространенных форматах энергосбытовых компаний, таких как XML-80020, ASQ, XLS.

Сохранение сервером истории в базах данных MS SQL

Сохранение данных в формате MS SQL предназначено для организации сбора данных с большого количества приборов учета. Бесплатный сервер FIREBIRD поставляемый в дистрибутиве Телемеханики Лайт позволяет работать с системами до 40-50 тысяч узлов учета. Телемеханика Лайт c MS SQL позволяет работать с системами до 450-600 тысяч узлов учета. При большем количестве узлов учета необходимо устанавливать дополнительные сервера сбора данных.

 Коммуникационный сервер для входящих TCP-соединений

Коммуникационный «Сервер TCP-соединений» предназначен для организации систем сбора данных с GPRS каналами связи и динамическими IP адресами. «Сервер TCP-соединений» обеспечивает подключение входящих соединений, их идентификацию и организацию сбора данных через GPRS.

Ограничения демонстрационной версии

Демонстрационная и полнофункциональная версии Телемеханики Лайт распространяются в виде одного и того же дистрибутива. Демонстрационная версия автоматически превращается в полнофункциональную после ввода регистрационного ключа временной активации или использования аппаратного ключа активации поставляемого пользователю в случае приобретения им коммерческой лицензии на продукт. В случае запуска АИИС «Телемеханика Лайт» без ввода регистрационного ключа система работает в демонстрационном режиме. При этом устанавливаются следующие ограничения:

максимальное количество точек учёта, опрашиваемых системой — 2.

время работы сервера сбора данных — 2 часа.

возможна работа только с базами Firebird.

длительность ознакомительного периода – до 90 дней с момента установки программного продукта.

отчетность в полном объеме не формируется.

Системные требования

Телемеханика Лайт является комплексом приложений, предназначенных для функционирования в среде операционных систем семейства Windows.

Список поддерживаемых версий Windows:

Windows 7, 32 и 64 bit

Windows 8, 32 и 64 bit

Windows Server 2003

Windows Server 2008

Windows Server 2008 R2

Windows Server 2012

 

Мой блог находят по следующим фразам

Компоненты программного комплекса Телемеханика Лайт

Программный комплекс Телемеханики Лайт содержит следующие компоненты:

БД – база данных комплекса на основе промышленных СУБД FIREBIRD  и MS SQL Server. Сервер сбора данных сохраняет информацию в базах данных (БД) технологических параметров. Обеспечивает ведение исторических параметров, оперативных архивов, информации о выполнении различных действий пользователей и системы.

 image002

Сервер опроса – сбор информации с приборов учета электроэнергии, воды, тепла, шлюзов, концентраторов и контроллеров. Запись полученной информации в БД. Имеет гибко настраиваемые функции. Синхронизация времени элементов системы (серверы, контроллеры, счетчики) по единому источнику времени. Передача управляющих воздействий (управление нагрузкой потребителя, команды телеуправления и т.д.). Гибкая настройка (приоритеты, расписания, резервные линии) под разнообразные требования к системам и способам связи.

image001

Энергоанализ – модуль визуального представления данных учета электроэнергии/мощности, учета других энергоресурсов (энергоучета). Отображение в виде графиков и таблиц графиков нагрузки, мгновенных значений параметров качества электроэнергии, показаний счетчиков электроэнергии, формирование графиков нагрузки на заданном интервале времени в виде, профиля средних 30-минутных мощностей, суточного профиля учтенной энергии, месячного профиля учтенной энергии, нарастающего итога, перетоков (принятой и отпущенной энергии/мощности),   подготовка   отчетов,   экспорт   данных    в  MS Excel. Энергоанализ входит в состав лицензии на АИИС.

 image007

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

 image010

Экспорт – модуль автоматической подготовки учетных данных в различных форматах: почтовые сообщения в формате макетов XML80020, XML, экспорт отчетов в формате MS Excel, сформированных на базе стандартных или пользовательских шаблонов ТЕЛЕМЕХАНИКА ЛАЙТ, импорт данных из XLS-файлов произвольной структуры. Автоматическое построение структуры объекта учета на базе макета 80020.

 image013

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

 image016

Алармы — модуль предназначен для сигнализации различных событий и нарушениях в сборе данных, работе приборов учета, УСПД, контроллеров  и средств связи.

image020

Модуль «Пользователи» предназначен для ограничения доступа пользователей к различным ресурсам ТЕЛЕМЕХАНИКА ЛАЙТ. Управление подсистемой осуществляется программой «Конфигуратор подсистемы администрирования».

 image028

Модуль визуализации предназначен для удобного отображения графических мнемосхем автоматизированных рабочих мест (АРМ) операторов АСКУЭ, АСДУ, мониторинга энергопотребления. Данный модуль является основным средством визуального контроля текущих параметров электропотребления и отображения работы в системах учета, онлайн мониторинга и решения других задач.

image032

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

image036

«Мобильный АРМ» для сбора и переноса данных по узлам учета и последующего экспорта собранной информации (текущие данные, профили, архивы измерений, события) на сервер. Функция предназначается для тех случаев, когда у сервера АСКУЭ нет возможности  опрашивать  данные самостоятельно.

image039

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

 image024

Центры сбора и обработки данных Телемеханики Лайт объединяют технические и программные средства, позволяющие собирать данные коммерческого учета со следующих приборовучета.

Счётчики электрической энергии серии Меркурий  производства Инкотекс.

Счётчики электрической энергии других производителей. СЭТ-4ТМ (СЭТ-4TM.02(М), СЭТ-4ТМ.03(М), ПСЧ- 4ТМ.05(М), ПСЧ-3ТМ.05(М), СЭБ-1ТМ.02(М) («Завод им. Фрунзе», г. Н.Новгород), Энергомера CE301/303/304, ЦЭ6850М. Любые приборы учета с использованием цифровых и счетно-импульсных выходов. Данные о потреблении полученные от OPC источников данных. Данные о потреблении полученные от  источников данных по протоколу МЭК-60870-5-104.

 

 

Мой блог находят по следующим фразам

Телемеханика ЛАЙТ. Структура и области применения

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

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

Телемеханика Лайт  — применяется для создания проектов автоматизированного учета энергоресурсов. Программный комплекс оптимизирован для построения систем с большим числом точек учета (десятки и сотни тысяч). Содержит большое число специализированных форм отображения и  анализа собранной информации в графическом и табличном виде, и различные виды шаблонов для формирования отчетной документации.

Телемеханика Лайт  — применяется для создания проектов диспетчеризации, телемеханики, систем сбора и передачи информации. Работает на платформе Windows 32/64. Для организации серверов сбора данных рекомендуется применять серверные версии Windows. Имеет выраженную клиент-серверную архитектуру, возможность применения в одном проекте нескольких универсальных или функционально разделенных серверов и многих рабочих мест.

EnLogic — Коммуникационная платформа применяется для построения коммуникационных решений по сбору и консолидации цифровой информации, преобразованию протоколов и данных. Работает на платформах Windows 32/64 и Linux. Может использоваться как в составе комплексных решений для SCADA, а также как самостоятельная коммуникационная среда. Типовые применения – сервер сбора данных на уровне электрической подстанции с различных источников цифровой информации (блоки РЗА, измерительные приборы, счетчики и пр.), возможность промежуточной обработки информации (масштабировании, анализ апертур, контроль достоверности и пр.), централизованная передача  данных на верхний уровень по нескольким каналам связи и различным протоколам телемеханики.

UNIОРС — многопротокольный сервер по спецификации OPC DA. Он может быть сконфигурирован для получения данных от большого типа источников цифровой информации – блоки РЗА, измерительные приборы, счетчики, модули ввода-вывода и др. Имеет функции промежуточной обработки  информации (масштабирование, суммирование, алгоритмы ФБД).

 

Область применения программного продукта Телемеханика Лайт

ТЕЛЕМЕХАНИКА ЛАЙТ служит для создания систем автоматизации:

  • В энергосистемах (на электростанциях, подстанциях, в распределительных сетях).
  • На промышленных предприятиях.
  • На железных дорогах (на тяговых подстанциях, вокзалах, депо).
  • В жилищно-коммунальном хозяйстве.
  • В произвольных организационных структурах энергопоставщиков и энергопотребителей.

Телемеханика Лайт в параллельном режиме (одновременно) производит полностью автоматические:

  • Сбор данных со счетчиков и контроллеров через выделенные и коммутируемые каналы связи;
  • Самодиагностику и диагностику компонентов нижнего уровня;
  • Проведение расчетов;
  • Дистанционное и локальное управление встроенными в приборы учета силовыми реле;
  • Поддержание единого системного времени с целью обеспечения синхронных измерений;
  • Отслеживание превышения мощности заданных лимитов;
  • Анализ полноты данных и проведение дорасчетов и досбора недостающих данных.

Телемеханика Лайт строится на базе центров сбора и обработки данных. Центры сбора и обработки данных могут объединяться в иерархические многоуровневые комплексы.

Телемеханика Лайт может поставляться в виде:

  • Однопользовательских, одноуровневых ИВК;
  • Многопользовательских, одноуровневых ИВК;
  • Многопользовательских, многоуровневых ИВК.

 

Мой блог находят по следующим фразам

Подключение ПЧ Delta к MasterSCADA

Данный пример демонстрирует работу с частотным преобразователем Delta Eclectronics VFD-E. Частотный преобразователь должен быть настроен на протокол Modbus RTU, также необходимо сделать несколько дополнительных настроек.

Настройки частотного преобразователя.

Необходимо задать настройки следующих параметров.

Аналогичные настройки в MasterLink (в SCADA).

Настройки группы параметр 02.xx нужны для управления частотным преобразователем со SCADA системы (пуск/стоп, вперед/назад, реверс, задание частоты). Если нужен только мониторинг состояния частотного преобразователя, то нужно задать только параметры из групп 09.xx – в этом случае в SCADA будут заблокированы кнопки управления.

Настройки MasterSCADA.

Необходимо в режиме разработки задать номер COM порта, через который будет осуществляться работа с преобразователем частоты.

Остальные параметры менять не нужно.

ISaGRAF 5 – основа для создания распределенных приложений на базе стандарта IEC61499 (часть 2)

Функциональные блоки IEC61499

Различают базовые (рис. 6) и композиционные (рис. 7) функциональные блоки IEC61499. Композиционные функциональные блоки – это набор базовых функциональных блоков IEC61499. Для определения базового функционального блока IEC61499 надо задать следующие элементы: входные и выходные переменные, входные и выходные события, диаграмму управления выполнением (ECC – Execution Control Chart) и собственно алгоритм блока. Диаграмма управления выполнением – это описание реакций на внешние воздействия, в котором задается, что именно нужно сделать, если произошло конкретное событие. Входные события инициируют и управляют выполнением функционального блока IEC61499. Помимо внешних (входных) событий указывается (при необходимости), какие события будут генерироваться при окончании выполнения функций-обработчиков. Наиболее удобным языком для создания диаграмм управления выполнением является SFC (язык последовательных функциональных схем).

Рисунок 6 Пример базового функционального блока IEC61499

Рисунок 7 Формирование композиционного функционального блока IEC61499 из базового ФБ

Для описания алгоритма преобразования входных данных в выходные (алгоритма блока) используются языки стандарта IEC61131-3 (FBD, SFC, LD, ST, IL) и те же типы данных, что в IEC61131-3.

Процесс выполнения функционального блока IEC61499 описывается на основе анализа диаграммы управления выполнением следующим образом.

  • Инициализация и вызов экземпляра для проверки входного события.
  • Выполнение алгоритма функционального блока.
  • Генерация выходного события.

На рис. 8 дается пример работы функционального блока E_MERGE (слияние событий).

Рисунок 8 Пример описания работы функционального блока E_MERGE

 

Библиотека функциональных блоков в IEC61499

В стандарте определены 18 типов функциональных блоков, некоторые из которых приведены на рис. 9. ISaGRAF v.5 поддерживает все типы функциональных блоков IEC61499. Для каждого типа функционального блока в IEC61499 дается его диаграмма управления выполнением. Такой пример приведен на рис. 10. В дополнение к стандартным обозначениям на языке SFC выходной сигнал EO на этой диаграмме обозначается прямоугольником с двойной правой стороной.

Рисунок 9 Фрагмент библиотеки базовых функциональных блоков IEC61499

Рисунок 10 ФБ “Разрешающее распространение события” и его диаграмма состояний в IEC61499

Особенности и преимущества IEC61499

  • Регулирует поток управляющих решений для связанной распределенной системы управления.
  • Гарантирует целостность и непротиворечивость данных в системе.
  • Обеспечивает средства надежного синхронного взаимодействия между устройствами.
  • Проясняет отношения взаимной блокировки.
  • Устраняет потребность в отдельных схемах синхронизации алгоритмов.
  • Значительно упрощает разработку трудоемкой системы управления.
  • Радикально облегчает сопровождение распределенных систем управления.

Экспериментальная проверка построения распределенной системы из 72 контроллеров с помощью ISaGRAF 5

Для экспериментальной проверки стандарта IEC61499 и его реализации в ISaGRAF компанией ICS Triplex использовались 72 низкостоимостных контроллера NetBurner MOD5272-100CR (с микропроцессором Motorola ColdFire 5272), смонтированных в три группы. Каждый микроконтроллер оборудовался двумя кнопками и 2 переключателями в качестве входных сигналов и двумя зелеными и желтыми лампочками в качестве выходных сигналов. Эти контроллеры имеют Ethernet вход и выполняют операционную систему μC/OS. ISaGRAF был портирован на эти контроллеры, и все коммуникации осуществлялись через TCP/IP.

Для убедительной демонстрации было разработано три приложения. Все приложения использовали одни и те же аппаратные средства, описанные выше. Это были следующие приложения:

  • приложение по распространению сигнала: оно использовалось для измерения распространения сигнала и данных в приложении;
  • приложение симуляции поезда: это приложение использовалось для демонстрации использования базовых и композиционных функциональных блоков IEC61499 в симуляторе реальной системы;
  • приложение “оркестр”: оно демонстрировало мощь и гибкость IEC61499 в условиях реального мира.

Общий вывод по результатам тестирования показал следующее: реализация в ISaGRAF 5 стандарта IEC61499 позволяет использовать его для построения распределенных приложений в системах с большим числом контроллеров, давая в руки разработчиков такое очень мощное и гибкое программное средство, каким является ISaGRAF. На сегодняшний день в мире не существует другого аналогичного по своей функциональности средства программирования распределенных приложений в среде контроллеров.

Более подробное описание см. Julien Chouinard, An IEC 61499 configuration with 70 controllers; challenges, benefits and a discussion on technical decisions, http://www.icstriplex.ca/pages/documentation/ETFA07_SS1_Final17Oct2007.pdf

 

Мой блог находят по следующим фразам

ISaGRAF 5 – основа для создания распределенных приложений на базе стандарта IEC61499 (часть 1)

Рассматривается стандарт IEC61499, разработанный международной электротехнической комиссией с целью унификации правил создания и применения функциональных блоков в распределенных измерительных и управляющих системах. Предложена первая в мире реализация этого инновационного стандарта в среде программирования контроллеров ISaGRAF 5 компании ICS Triplex (www.icstriplex.com).

Что такое IEC61499?

Стандарт IEC61499 определяет распределенную, управляемую событиями архитектуру и требования к программному инструментарию для инкапсуляции, встраивания, развертывания и интеграции программного обеспечения в интеллектуальных устройствах, машинах и системах. В основу проекта были положены такие стандарты, как IEC61131-3 и IEC61158 (Fieldbus).

Разработка стандарта велась в рамках международной электротехнической комиссии МЭК (IEC, International Electrotechnical Commission) в рабочей группе WG63 технического комитета TC65. Обсуждение будущего стандарта IEC61499 началось в октябре 1990 г., активная работа над ним – в марте 1992 г., период апробации подготовленного проекта стандарта – в марте 2001 г. и, наконец, завершение разработки – в 2005 г.

Стандарт IEC61499 разделен на четыре части, но реализация стандарта IEC61499 в ISaGRAF основывается на первой и второй частях стандарта.

  • Часть 1. Архитектура и функциональные блоки.
  • Часть 2. Требования к программным средствам.

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

System (Система): набор устройств, связанных и взаимодействующих друг с другом посредством коммуникационной сети, состоящей из сегментов и соединений.

Device (Устройство): независимая физическая единица, способная к выполнению одной или более определенных функций в конкретном контексте и ограниченная интерфейсами устройства.

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

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

Function block (Функциональный блок, ФБ): программная функциональная единица, которая является наименьшим элементом в распределенной системе управления. Функциональный блок использует машину состояний (state machine) с диаграммой управления выполнением (execution control chart – ECC) для задания алгоритма работы ФБ.

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

Рисунок 1Общая диаграмма системы в стандарте IEC61499

Рисунок 2 показывает систему управления, имеющую много устройств, соединенных вместе с помощью управляющей сети. Также на рис. 2 показаны приложения, распределенные по нескольким устройствам.

Рисунок 2 Пример системы с распределенными приложениями

Многие устройства соединяются вместе через коммуникационную сеть. В ISaGRAF устройство – это аппаратное средство (контроллер), способное выполнять цикл управления. Устройство – это контроллер, который имеет процессор, память, а также может присоединяться к коммуникационной сети, когда оно используется в распределенном приложении. Устройства решают задачу управления или измерения и могут быть в составе интеллектуального исполнительного механизма, такого как клапан или расходометр. Любая полевая шина может работать как коммуникационная сеть. Среди часто используемых полевых шин (протоколов) – Profibus, DeviceNet, Industrial Ethernet. Некоторые сети являются более быстрыми, в то время как другие – более детерминированными. Выбор сети зависит от процесса управления.

Приложение может содержать один или более циклов управления. Например, ввод данных выполняется на одном устройстве, управление – на втором и преобразование выходных данных – на третьем устройстве. Эти совместные циклы управления разделяют данные предсказуемым и детерминированным образом, описанном в стандарте IEC61499.

В ISaGRAF каждая система может быть распределенной, и это может быть показано средствами ISaGRAF с различных точек зрения. Например, может быть показана Модель Системы, как на рис. 3. Все пиктограммы функциональных блоков (желтые символы) справа от имени приложения указывают на распределение по устройствам. Пиктограмма, показанная ниже устройства, означает, что программа имеет часть, выполняющуюся в этом устройстве. Отсутствие пиктограммы ниже устройства означает, что программа не имеет части, выполняющейся на этом устройстве. Коммуникационная сеть соединяет вместе устройства, которые являются частью распределенной системы. Коммуникационная сеть отображается в ISaGRAF, если она сконфигурирована в системе. Причем часть устройств может использовать одну коммуникационную сеть, в то время как другие устройства – другую сеть. На рис. 3 в качестве коммуникационной сети выступает Ethernet. Элементы ISaGRAF используют коммуникационную сеть в прозрачном режиме. При построении и компиляции приложения генерируются все требуемые для связи параметры. Рисунок 3 показывает систему, состоящую из устройств, коммуникационной сети и приложений в виде Модели Системы. Приложение Application_A имеет части, работающие на первом, втором и третьем устройствах. Приложение Application_B имеет части, выполняемые на двух последних устройствах системы. Приложение Application_C работает только на первом устройстве. Каждая часть Application_A обменивается соответствующей информацией через коммуникационную сеть. Аналогично и для Application_B.

Рисунок 3 Представление Модели Системы распределенного приложения в ISaGRAF

В представлении Модели Системы двойной клик на приложении отображает его схематический вид. Схематический вид – это Модель Приложения (рис. 4). В этом виде нет границ устройств. Это одна общая схема для распределенного приложения. Каждому функциональному блоку в приложении может присваиваться ресурс, который одновременно присваивается и устройству.

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

Рисунок 4 Представление Модели Приложения в ISaGRAF в соответствии с IEC61499

Прежде всего, вспомним, как определялись функциональные блоки в стандарте IEC61131-3 (рис. 5). В IEC61131-3 функциональный блок имел входные и выходные переменные. Входные переменные отображались слева от ФБ, выходные – справа. Были определены стандартные (элементарные) функциональные блоки для различных типов данных. Алгоритм для стандартных функциональных блоков был жестко фиксирован, и сами стандартные ФБ составляли библиотеку стандартных функциональных блоков ISaGRAF. Пользователь мог создать свой собственный функциональный блок, определив его входные и выходные переменные, а также написав алгоритм преобразования входных переменных выходные на определенном языке IEC61131-3 (например, языке структурного текста ST). В Приложении D стандарта IEC61499 описано преобразование функциональных блоков IRC61131-3 в IEC61499. Такой пример преобразования приведен на рис. 5.

Рисунок 5 Пример функционального блока в IEC61131-3 (слева) и его преобразования в ФБ IEC61499 (справа)


Мой блог находят по следующим фразам