Трейс мод 6 библиотеки

В SCADA/HMI системе TRACE MODE 6 библиотеки подразделяются на два основных типа: ресурсные библиотеки и библиотеки компонентов [5].

Ресурсные библиотеки разбиты на коллекции графических примитивов различных форматов:

— векторная графика (метафайлы);

Последние представляют собой удобное средство для составления своих фирменных графических элементов (ГЭ) из совокупности стандартных ГЭ TRACE MODE 6. Их можно динамизировать, причем для каждого параметра задается индивидуальное имя. Конечно, группу ГЭ можно скопировать и не внося ее в ресурсную библиотеку, но эта возможность бывает очень полезна, если несколько ГЭ, образующих некий символ, привязаны к одному аргументу. В этом случае, перепривязку одного элемента ресурсной библиотеки выполнить на порядок легче, чем несколько отдельных ГЭ, к тому же «спрятанных» в меню свойств этих элементов.

Библиотека компонентов представляет собой мощное средство для тиражирования готовых решений, и не только в области операторского интерфейса. Библиотеки компонентов состоят из объектов, каждый из которых представляет собой проект TRACE MODE 6 в миниатюре, он может включать не только экраны, но и каналы, программы и прочие компоненты, между которыми сохраняются все связи.

Добавление базовых элементов

Воспользуемся пользовательской библиотекой компонентов. Для этого скопируем файл tmdevenv.tmul из поддиректории % TRACE MODE%Lib в директорию % TRACE MODE% (под % TRACE MODE% понимается каталог, в который установлен TraceMode 6.05; по умолчанию это C:Program FilesAdAstra Research GroupTrace Mode IDE 6 Base).

Перенесем нужные группы в слой Ресурсы текущего проекта с помощью механизма drag-and-drop и переименуем их как показано на рисунке 6. В данном случае были перенесены группы Valves и Tanks.

Здесь же в слое Ресурсы создадим группу Картинки для помещения в нее текстур, которые будут применены в оформлении создаваемых графических экранов, как показано на рисунке 7.

Откроем двойным щелчком ЛК вновь созданную библиотеку для редактирования. Для ее наполнения воспользуемся иконкой на панели инструментов. В открывшемся диалоге выбора файлов для импорта укажем поддиректорию …LibTexture. Выберем все файлы, как показано на рисунке 9, и нажмем экранную кнопку Открыть.

Содержимое библиотеки Библиотека_Изображений#1 после указанных действий показано на рисунке 10.

В качестве видеоклипов могут быть использованы практически любые имеющиеся файлы форматов avi или mng.

Добавление собственных компонентов в библиотеку

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

Для этого необходимо в слое Ресурсы выбрать существующую группу графических элементов (ГЭ), либо создать новую. Чтобы создать новую группу необходимо нажать ПК мыши на слое Ресурсы. В появившемся контекстном меню выбрать Создать группу, затем Графические_элементы, как показано на рисунке 12. В результате в слое Ресурсы будет создана группа Графические_элементы_№ (под № понимается номер создаваемой группы), которую при необходимости можно переименовать.

Чтобы создать графический объект необходимо ПК мыши нажать на выбранную группу и в появившемся контекстном меню выбрать Создать компонент, затем Графический_объект. Данная операция показана на рисунке 13.

В результате, в слое Ресурсы в выбранной группе будет создан компонент Графический_объект_1, который затем можно переименовать.

Чтобы отредактировать созданный объект, необходимо дважды нажать ЛК мыши на выбранном компоненте.

Далее размещаем на появившемся экране графические элементы (ГЭ). Создание графических объектов описано в пункте 3.6.5.

Источник

TRACE MODE 6: Интегрированная среда разработки

Инструментальная система TRACE MODE® 6 это универсальное средство разработки и отладки приложений для автоматизированных систем управления технологическими процессами ( АСУТП ) и управления производством ( АСУП ).

Интегрированная среда разработки TRACE MODE 6 представляет собой единую программную оболочку, объединяющую все основные компоненты инструментальной системы:

Кроме того, интегрированная среда разработки TRACE MODE (профессиональной линии) содержит обширные библиотеки готовых компонентов и алгоритмов:

Алгоритмы управления на всех уровнях АСУ программируются на одних и тех же языках стандарта IEC 61131-3. Связи между компонентами разных уровней, например, между SOFTLOGIC-контроллером и сервером АСУТП или между двумя серверами создаются автоматически с помощью уникальной технологии автопостроения в рамках единого проекта распределенной АСУ, поэтому вычисления могут быть легко перенесены из компьютера в контроллер или наоборот. Все редакторы тесно интегрированы с мощными средствами отладки, благодаря чему достигается максимальный комфорт разработки сложных распределенных АСУТП и АСУП.

Интегрированная среда разработки позволяет постепенно наращивать функциональность АСУ, начиная с простого мониторинга и визуализации технологического процесса на одном ПК SCADA/HMI и заканчивая реализацией сложных контуров управления, организацией распределенных вычислений, подключением дополнительных рабочих мест и экономических модулей: учет и техническое обслуживание оборудования (EAM), учет и управление персоналом (HRM) и управление исполнением производства (MES). При этом разработчик не будет испытывать никакого психологического дискомфорта при переходе, например, от программирования операторского интерфейса SCADA/HMI к SOFTLOGIC контроллерам или EAM, ведь редакторы, средства отладки и языки программирования используются одни и те же.

Интегрированная среда разработки TRACE MODE 6 ориентирована на широкий круг специалистов и умеет подстраиваться под квалификацию разработчика АСУТП и АСУП. При создании проекта можно выбрать стиль разработки: простой, стандартный или продвинутый.

Отредактированный проект может быть автоматически обновлен на удаленных серверах SCADA/HMI, MES, EAM, HRM и в SOFTLOGIC-контроллерах.

Интегрированная среда разработки TRACE MODE 6 это уникальное сочетание богатейшей функциональности и интуитивности интерфейса. Практика показывает, что использование интегрированной среды разработки позволяет экономить до 30% рабочего времени по сравнению с применением разрозненных редакторов SCADA/HMI и систем программирования контроллеров. А интеграция экономических модулей T-FACTORY и SCADA системы TRACE MODE открывает ранее недоступные возможности для оптимизации производства в целом.

Источник

Инженерные системы наших дата-центров и их мониторинг, часть вторая

В этой заключительной части я расскажу о программной составляющей нашей системы мониторинга.

4. Trace Mode и с чем его едят
5. Крутые метрики и все-все-все
6. Подводя итоги

Trace Mode и с чем его едят

АРМ дежурного ЦОД «Миран-2». Кликабельно

Trace Mode являет собой вполне классической образчик SCADA, имеет в себе ядро-сервер, опрашивающий циклично все необходимые железки по сети и клиент-консоли на АРМах дежурных, которые всю жизненную информацию от сервера и выводят, в виде различных мнемосхем. Такой вариант исполнения был использован для мониторинга «Миран-2» в целом. Для модульных ЦОД внутри (их пока у нас два) — был использован вариант с «тонкими» клиентами (java-апплет в браузере).

Фото панели с «тонким» клиентом в браузере и панели с клиент-консолью. Кликабельно

Кратко расскажу о внутренней структуре проектов. Есть условно два уровня:

Trace Mode IDE. «Источники/Приемники». Кликабельно

Trace Mode IDE. «Каналы». Кликабельно

Это и есть ядро SCADA.
Конечно же в Trace Mode есть также возможность писать подпрограммы на общепринятых промышленных языках (ST, LD, FBD), создавать отчеты, рассылать SMS и E-mail.

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

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

Перво-наперво, система мониторинга была «причесана и вылизана», а именно: исправлены всяческие «очепятки», приведены в соответствие порядок чисел (200 градусов Цельсия в холодном коридоре превращаются в 20,0), найден консенсус, в чем же мы меряем потребление в стойках — в кВт или все-таки в кВА. Спойлер!

Вторым эшелоном шли исправления стратегические. Например, в первоначальной версии проекта первого модульного ЦОД не было никакой индикации о состоянии его ИБП, в норме ли они или уже отключились в аварийном состоянии из-за поломки. Был расширен список возможных аварийных ситуаций и сообщений о многих узлах ЦОД. Мнемосхемы обрастали различными значками, индикаторами и дополнительными параметрами, в общем, всем, что должно было помочь понять — здоров или нет дата-центр.

Основная мнемосхема ЦОД «Миран-2»

Основная мнемосхема ЦОД «Миран-1»

Мнемосхема состояния ИБП узла связи «Миран-2»

Мнемосхема ДГУ-1 «Миран-2»

Всплывающая мнемосхема модульного ЦОД «Модуль-2»

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

Крутые метрики и все-все-все

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

Т.к. системы модульных ЦОД были оснащены только лишь «тонкими» клиентами и графиков и трендов они не поддерживали (опять же), хоть какой-то анализ был выполнен в виде суточных отчетов на E-mail`ы службы главного инженера (с простейшими табличками, заполненных мин/максами значений по датчикам температур и энергопотребления стоек). Наглядность, впрочем, все равно оставляла желать лучшего. Ко всему прочему, еще одним камнем преткновения стала нестабильная работа собственных архивов Trace Mode, из которых эти данные извлекались.

Перебрав несколько вариантов решения всего этого безобразия, было решено остановиться на варианте с отгрузкой данных из Trace Mode во внешнюю БД для дальнейшей обработки.

Когда я уже хотел приступать к реализации вышеозначенного варианта, наш главный инженер наткнулся на просторах интернета на сайт grafana. Дружно повздыхав над красотой графиков, мы сошлись на том, что-де реализовать подобное под наши нужды на текущей платформе — затруднительно. Тем не менее, grafana крепко засела у меня в голове и я стал искать любые гайды с описанием реализованных решений с ее участием. Переломными стали несколько статей на хабре: 1 и 2 (Хабр окрыляет помогает!) с упоминанием демона collectd и его плагинов.

Теперь уже вполне себе вызрела идея как все это реализовать под наши нужды.

Под все это дело был выделен скучающий от низкой нагрузки blade-сервер и развернута тестовая Ubuntu со всем необходимым набором софта. После этого настал черед заполнить конфиг collectd на предмет что и как ему опрашивать. Ниже некоторые выдержки из конфига. Ничего особенного, все строго в соответствии с документацией по демону и плагинам:

Дашборд главного ВРУ «Миран-2». Кликабельно

Дашборд с наиболее важными параметрами «Модуль-2». Кликабельно

Дашборд с климатическими трендами «Модуль-2». Кликабельно

Дашборд с трендами по потреблению стоек «Модуль-1». Кликабельно

Подводя итоги

Итак, текущие плюсы решения на collectd + graphite + grafana в сравнении с Trace Mode:

Источник

системы водоотлива в Trace Mode 6

Пример разработки проекта

1. Перед запуском TRACE MODE воспользуемся пользовательской библиотекой компонентов

Для этого скопируем файл tmdevenv.tmulиз поддиректории %TRACE MODE%\Libв директорию %TRACE MODE%.

2. Создайте новый Простой проект

В левом окне Навигатора проекта отобразится дерево проекта, содержащее слои Ресурсы, Система(с созданным узлом АРМ RTM_1), Источники/Приемникии Библиотеки_компонентов. В правом окне Навигатора проекта отобразится содержимое узла RTM_1– пустая группа Каналыи один канал класса CALL Экран#1, вызывающий соответствующий компонент – шаблон экрана, предназначенный для отображения с помощью графических элементов (ГЭ) средств человеко-машинного интерфейса на узле RTM_1:

3. Подготовка к созданию экранов АРМ

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

Перейдем в слой Библиотеки_компонентов, где в разделе Пользовательскаяоткроем библиотеку Library_1. Сохраненный в данной библиотеке объект Object_1содержит в своем слое Resourcesнеобходимый для дальнейшей разработки набор графических объектов – изображения клапанов, емкостей, двигателей и т.д.

Перенесем группы в слой Ресурсытекущего проекта с помощью механизма drag-and-dropи переименуем их, как показано ниже.

Здесь же в слое Ресурсысоздадим группу Картинкидля помещения в нее текстур, которые будут применены в оформлении создаваемых графических экранов.

В группе Картинкисоздадим новый компонент – Библиотека_Изображений#1.

Откроем двойным щелчком вновь созданную библиотеку для редактирования. Для ее наполнения воспользуемся иконкой на панели инструментов. В открывшемся диалоге выбора файлов для импорта укажем поддиректорию …\Lib\Texture. Выберем нужный файл или несколько файлов, которые будем использовать в качестве текстур в нашем проекте, и нажмем экранную кнопку Открыть.

4. Создание статической части графического экрана

Двойным щелчком на компоненте Экран#1откроем окно графического редактора. В его свойствах выберем разрешение и фоновое изображение.

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

5.Создание динамического текста с привязкой к аргументу экрана

В свойствах текста из всех предлагаемых типов динамизации атрибута выберем Значение.

В открывшемся меню настройки параметров динамизации выбираем Привязка.

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

Переименуйте аргумент в Уровень_жидк, измените тип наIN/OUT и нажмите Готово.

6. Автопостроение канала

Для создания канала в узле проекта по аргументу шаблона экрана воспользуемся процедурой автопостроения.

Для этого в слое Системавыберем узел RTM_1, в поле компонентов узла выберем Экран#1, откроем его свойства.

Выберем вкладку Аргументы, выделим аргумент Уровень_жидк и с помощью иконки создадим канал класса Floatтипа Inputс именем Уровень_жидк.

7. Добавление функции управления

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

Разместим иконку ГЭ Кнопка рядом с предыдущимГЭ Текст, переименуем ее.

Откроем вкладку События,раскроем меню По нажатию(MousePress), выберем из списка команду Передать значение, в раскрывшемся меню настроек выбранной команды в поле Тип передачивыберем из списка Ввести и передать.

Щелчком в поле Результатвызовем табличный редактор аргументов и привяжемся к аргументу Уровень_жидк.

8.Размещение ГЭ Тренд

Дополним созданный экран новым ГЭ для совместного просмотра изменений значений канала узла во времени и отслеживании предыстории – трендом.

В левой части графического экрана разместим ГЭ Тренд для вывода значений Уровень_жидк. Во вкладке Кривые создадим новую кривую. Настроим для нее привязку к аргументу Уровень_жидк, толщину и цвет линий.

Экран примет следующий вид.

9. Создание динамической части графического экрана

Для отображения состояния дискретных сигналов датчиков уровня жидкости применим цветовую индикацию, определяемую для ГЭ Эллипс.

Примем максимальный уровень сливной емкости за 100 у.е, НУ – 25 у.е., ВУ – 60 у.е., ПВУ – 75 у.е., АВУ – 90 у.е.

Тогда для НУ определяем следующие свойства.

Подобным образом выполним настройку свойств для остальных датчиков.

При достижении жидкости уровня ВУ включается насос1, а уровня ПВУ – насос2.

Для имитации движения откачиваемой жидкости вставим видеоклипы fluid_blue1 на соответствующие места трубопровода.

Изменим их свойства таким образом, чтобы клипы становились видны при достижении величины Уровень_жидкопределенного уровня (ВУ и ПВУ).

При достижении жидкости уровня АВУ включается аварийная сигнализация.

Для ее имитации вставим видеоклип lamp_alarm_red0.

Изменим его свойства таким образом, чтобы клип становился виден при достижении величины Уровень_жидкуровня АВУ.

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

10. Создание дополнительного экрана

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

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

Переименуем имеющийся экран Экран#1 вРучной_режим,скопируем его и сохраним под именемАвто_режим.

С помощью процедуры автопостроения создадим канал Уровень_жидк2.

Удалим из нового экрана ГЭ Уровень_жидкости и . Перенастроим все привязки нового экрана.

Введем в состав проекта источник сигнала – внутренний генератор синусоиды, свяжем его с созданным каналом. Для этого проделаем следующие действия:

— откроем слой Источники/Приемникии создадим в нем группу компонентов Генераторы

— откроем группу Генераторы_1и создадим в ней компонент Синусоида

— захватим левой кнопкой созданный источник и перетащим курсор на узел RTM_1в слое Система, а затем, в открывшемся окне компонентов, на канал Уровень_жидк2.

Для осуществления переходов между экранами необходимо предусмотреть соответствующие средства. В качестве них будем использовать ГЭ Кнопки Автоматическое моделирование и Ручное моделирование.

Откроем свойства ГЭ Кнопки Автоматическое моделирование, в разделе Действиявыделим пункт MousePressи добавим переход на экран Авто_режим.

Подобным образом поступим для организации перехода на экран Ручной_режим.

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

11.Создание отчета тревог и СПАД архива

Выделите канал Уровень_жидк в группе каналы RTM узла и вызовите контекстное меню. Выберите строку редактировать в появившемся меню. Настройте панель границы.

Выделите узел RTMи вызовите контекстное меню. Выберите строку создать группу. Среди предложенных групп выберите строку словари_сообщений. Выделите созданную группу словари_сообщенийи вызовите контекстное меню. Среди предложенных словарей выберите словарь_для_FLOAT.

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

Редактируя все сообщения, настройте словарь сообщений.

Выделите узел RTM. Вызовите контекстное меню и выберите редактировать. Перейдите на закладку отчет тревог/дамп/параметры. Произведите заполнение полей.

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

В окне редактирования канала Уровень_жидкзадайте границы, на закладке архивациянастройте архивацию и создание отчета тревог.

Теперь все вышеперечисленные действия проведите для канала Уровень_жидк2.

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

Источник