Trace mode что это за программа

5.1.1 Trace mode 6: Интегрированная среда разработки

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

Инструментальная система TRACE MODE 6 состоит из интегрированной среды разработки и отладочного монитора реального времени – профайлера.

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

  • SOFTLOGIC – систему программирования контроллеров;
  • SCADA/HMI – систему разработки распределенной АСУТП;
  • MES-EAM-HRM – экономические модули, объединенные общим названием T-FACTORY.exe™ – для создания АСУП, полностью интегрированных с АСУТП.

В интегрированную среду разработки TRACE MODE 6 встроены более десяти редакторов, автоматически открывающихся при вызове того или иного компонента проекта. Среди них:

Создание проекта «ПИД стенд» на Trace Mode

  • редактор графических экранных форм, в соответствии с рисунком 5.1.4;

Рисунок 5.1.4 – Редактор графических экранных форм

  • редактор программ на визуальном языке Techno FBD, в соответствии с рисунком 5.1.5;

Рисунок 5.1.5 – Редактор программ на визуальном языке

Techno FBD

  • редактор программ на визуальном языке Techno SFC;
  • редактор программ на визуальном языке Techno LD;
  • редактор программ на процедурном языке Techno ST;
  • редактор программ на процедурном языке Techno IL;
  • редактор шаблонов документов;
  • редактор SQL-запросов;
  • редактор паспортов оборудования (EAM);
  • редактор персонала (HRM);
  • редактор материальных ресурсов (MES).

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

  • бесплатные драйверы к более, чем 2087 контроллерам и платам ввода-вывода;
  • свыше 1000 графических изображений, в соответствии с рисунком 5.1.6;

Рисунок 5.1.6 – Библиотека графических изображений

  • свыше 600 анимационных объектов;
  • более 150 алгоритмов обработки данных и управления.

В интегрированной среде разработки TRACE MODE 6 поддерживается технология многопользовательской разработки проекта (для этого требуется приобретение дополнительного сервера групповой разработки и использование инструментальных систем профессиональных линий).

Trace Mode и Alpha.Platform / Российские SCADA системы

Рисунок 5.1.7 – Установка связей между компонентами проекта

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

Все компоненты проекта – экраны, программы, SQL-запросы, шаблоны документов, каналы TRACE MODE и источники данных связаны между собой через аргументы.

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

Интегрированная среда разработки TRACE MODE 6 может запускаться параллельно с исполнительным модулем – монитором реального времени (МРВ) на одном ПК, что очень удобно для сопровождения малых АСУТП.

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

Инструментальная система разработки TRACE MODE 6 снабжена специальным отладочным монитором реального времени – профайлером. Это разновидность исполнительного модуля TRACE MODE, предназначенная для отладки проекта АСУТП в реальном времени. От обычного МРВ профайлер отличается тем, что протоколирует все свои действия в текстовом файле. Профайлер – это самостоятельное приложение, но проект может быть запущен в нем из интегрированной среды разработки TRACE MODE 6 нажатием одной кнопки на панели инструментов.

Источник: studfile.net

Использование SCADA Trace Mode для разработки систем учета электроэнергии (АСКУЭ/АСТУЭ)

Функциональные характеристики Trace Mode делают эту SCADA хорошим инструментом для разработки систем учета электроэнергии в промышленности, на транспорте, в ЖКХ и в энергопоставляющих организациях. В SCADA Trace Mode входит набор бесплатных драйверов для наиболее популярных счетчиков электроэнергии: CE301, CE303, CE304, ЦЭ 6827 М, ЦЭ 6827 М1 и ЦЭ 6822 производства ОАО Концерн Энергомера, Меркурий 230, СЭТ-4ТМ, Логика, Algodue, Circutor и т.д. Также поддерживаются счетчики с импульсным выходом. Это значит, что пользователю не требуется покупать дорогостоящие OPC-серверы, а подключиться к счетчикам можно прямо из инструментальной системы Trace Mode, которая распространяется также бесплатно. Для АСКУЭ/АСТУЭ в промышленности Trace Mode содержит бесплатные драйверы устройств релейной защиты, такие, как SEPAM, БМРЗ, а через встроенный OPC-клиент Trace Mode можно подключить к устройствам и других производителей (например, SPAC фирмы ABB).

Структура Trace Mode позволяет создавать АСКУЭ/АСТУЭ самого разного масштаба. От простейших, когда несколько счетчиков электроэнергии подключаются непосредственно к ПК через RS 232/485, до многоузловых, территориально распределенных систем с УСПД.

pic1.jpg

Рис. 1. Простейшая АСКУЭ/АСТУЭ на базе Trace Mode 6

В самом простом случае к ПК на базе Trace Mode можно подключить до 32 счетчиков электроэнергии через RS-232 или до 1024 счетчиков через RS-485 (рис. 1). При использовании модемной связи число подключаемых счетчиков может составлять десятки тысяч.

С каждого счетчика Trace Mode способна считывать необходимое число параметров (иногда по нескольку сотен на счетчик), а при необходимости и профили значений. Для более сложных распределенных систем можно использовать конфигурации с центральным сервером на базе ДокМРВ+ Trace Mode 6 и УСПД на базе МРВ+ или Micro Trace Mode (рис.2). Причем, если МРВ+ устанавливается на ПК (что в общем случае удорожает проект и увеличивает требования к микроклимату помещения), то УСПД на базе Micro Trace Mode может быть создано на базе надежного промышленного контроллера с расширенными системными ресурсами т.н. PAC-контроллера (Programmable Application Controller). Стоимость такого решения ниже, чем при использовании ПК, надежность выше, а функциональность для многих конфигураций практически одинакова.

pic2.jpg

Рис. 2. Распределенная АСКУЭ/АСТУЭ на базе Trace Mode 6

Так, например, в Micro Trace Mode для контроллеров WinCON/WinPAC встроены драйверы счетчиков электрической энергии, кроме того, УСПД на платформе контроллеров может обеспечить сбор данных со счетчиков с импульсным выходом. Обмен данными с измерительными устройствами можно осуществлять как локально — через RS 232/485, так и удаленно —через модем или GSM-модем. Данные, поступающие от счетчиков, обрабатываются в УСПД, архивируются и передаются на центральный сервер на базе МРВ+ Trace Mode.

Уникальной особенностью Micro Trace Mode 6 GSM/GPRS+ для Wincon 8000 является встроенный операторский интерфейс в контроллере (embedded HMI). С его помощью разработчики могут создавать графические операторские панели, подключив дисплей непосредственно к VGA-порту контроллера. Графические возможности встроенного операторского интерфейса позволяют создавать качественные анимированные изображения мнемосхем систем учета, содержащие тренды, таблицы и формы просмотра отчетов тревог. С этих панелей можно конфигурировать счетчики: менять тарифы и временные зоны, включать/отключать потребителей.

Читайте также:
Программа bluestacks что это и нужна ли она на компьютере

Для передачи данных из УСПД энергодиспетчеру на операторский уровень (SCADA), созданный на базе МРВ+ Trace Mode, может быть использован практически любой интерфейс: сеть Ethernet, RS 232/485, модем (через выделенные и коммутируемые каналы связи), GSM-модем, по протоколу GSM (прямое соединение и SMS) и GPRS. Возможна посылка SMS на мобильные телефоны пользователей, энергоменеджеров или ремонтных бригад, а также предоставление им графического операторского интерфейса через программу Trace Mode SCADAMobile.

На центральном сервере в ДокМРВ+ данные, поступившие со счетчиков, можно поместить на единую шкалу времени (синхронизировать время счетчиков и УСПД), проконтролировать их достоверность, обработать, архивировать и визуализировать на экране ПК. Trace Mode содержит собственную высокопроизводительную промышленную СУБД РВ SIAD/SQL 6, а это значит, что при разработке АСКУЭ/АСТУЭ на базе Trace Mode не требуется покупать дорогостоящие реляционные СУБД третьих фирм, что снижает общие издержки на проект и уменьшает время возврата инвестиций. Конечно, решение об использовании или неиспользовании внешней реляционной СУБД в проекте принимает разработчик — Trace Mode позволяет записывать данные в наиболее распространенные СУБД, такие как MS SQL Server, ORACLE, MySQL, MS Access или Firebird.

pic3.jpg

Рис. 3. Визуализация информации на экране ПК в реальном времени

Trace Mode позволяет визуализировать информацию на экране ПК в реальном времени (рис. 3). При этом доступна информация по любому абоненту или по группе абонентов. Это дает возможность энергодиспетчеру принимать оперативные решения о снижении или перераспределении нагрузки, что особенно важно для систем АСТУЭ. При необходимости диспетчер может отключать абонентов щелчком мыши.

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

Встроенный генератор отчетов, входящий в состав ДокМРВ+ Trace Mode, может формировать отчеты об энергопотреблении, качестве электричества, небалансах, внутрисистемных перетоках и т.д. Отчеты могут выводиться на печать или публиковаться на Web-сервере предприятия, где с ними могут ознакомиться уполномоченные сотрудники (отчеты имеют парольную защиту).

Универсальный характер Trace Mode позволяет создавать не только системы учета электроэнергии, но и комплексные системы автоматизированного учета ресурсов и энергоносителей, таких, как тепло, холодная и горячая вода, газ, пар, сжатый воздух и т. д. При желании системы учета на базе Trace Mode могут быть легко интегрированы в АСДУ или АСУ ТП, а также обмениваться данными с ERP-системой предприятия.

pic4.jpg

Рис. 4. Начало разработки АСКУЭ/АСТУЭ: подключение счетчиков

pic5.jpg

Рис. 5. Настройка параметров переменных,считываемых из счетчика
Создаем АСКУЭ/АСТУЭ в Trace Mode

Для разработки системы учета в инструментальной системе Trace Mode (бесплатную версию инструментальной системы Trace Mode можно скачать или заказать на сайте АдАстры http://www.adastra.ru/products/dev/scada/) надо открыть новый проект, выбрав стандартный уровень сложности разработки.

В разделе Источники/Приемники правой клавишей мыши создаем группу PLC. Еще одно нажатие правой клавиши мыши — и открывается обширный список встроенных драйверов Trace Mode. Выбираем, например, счетчик CE6850M производства Энергомера (рис. 4).

Щелкаем правой клавишей еще раз и создаем две переменные (назовем их — VCPW и GRAPE): одна из них будет считывать из счетчика основные параметры — текущее напряжение и ток по фазам, а вторая — профиль суточных значений мощности. В параметрах переменных вводим код считываемого значения в соответствии со стандартом ГОСТ Р МЭК 61107—2001 (рис. 5).

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

В нашем примере АСТУЭ включает один АРМ оператора и УСПД. Их надо создать щелчком мыши в разделе Система навигатора проекта — RTM для АРМ оператора и EmbeddedRTM для УСПД (рис. 6).

pic6.jpg

Рис. 6. Создания узлов АРМ энергодиспетчера и УСПД в Trace Mode

pic7.jpg

Рис. 7. Настройка COM-порта при подключении счетчика

Если мы хотим подключить счетчики к УСПД по ветке RS 485, то следует создать и сконфигурировать последовательный порт в узле EmbeddedRTM. Еще раз щелкнем правой клавишей мыши на иконке узла EmbeddedRTM. Создадим и заполним открывшийся бланк COM-порта (рис. 7).

Теперь перетащим группу счетчиков из Источников/Приемников на узел EmbeddedRTM методом drag and drop, и они будут подключены к УСПД. На этом настройка системы на УСО завершена.

Далее правой клавишей мыши в разделе Шаблоны_экранов создадим экран мнемосхемы и нарисуем ее в открывшемся графическом редакторе TRACE MODE. Для разработки мнемосхемы можно использовать библиотеки электрических символов, входящие в состав Trace Mode. Атрибуты экрана можно связать с соответствующими переменными счетчиков. В итоге должна получиться следующая конфигурация (рис. 8).

pic8.jpg

Рис. 8. Проект АСТУЭ в инструментальной системе Trace Mode

Если требуется добавить в систему логическую обработку значений или вычислять расчетные величины, то это можно сделать в математических редакторах Trace Mode, где можно написать программу любого уровня сложности на пяти языках стандарта IEC 6-1131/3. Причем в одном проекте можно использовать программы, написанные на разных языках — визуальных и процедурных — как кому удобнее. На рис. 9 показан пример программ в редакторах Trace Mode, написанных сразу на двух языках — визуальном FBD и процедурном — ST.

Как уже упоминалось выше, Trace Mode имеет собственный генератор отчетов, в котором можно автоматически создавать иллюстрированные отчеты о работе АСТУЭ. Разработка шаблонов отчетов осуществляется также в инструментальной системе Trace Mode — в слое Шаблоны_документов (рис. 10).

pic9.jpg

Рис. 9. Редакторы TRACE MODE позволяют писать программы любой сложности
на пяти языках стандарта IEC 6-1131/3.

pic10.jpg

Рис. 10. Встроенный генератор отчетов Trace Mode позволяет создавать
комплексные отчеты о работе АСКУЭ/АСТУЭ.

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

Разработка систем учета энергоресурсов в SCADA Trace Mode основана на отлаженной технологии, опробованной в десятках тысяч проектов. Trace Mode представляет собой законченный инструментальный продукт для разработки систем АСКУЭ/АСТУЭ, не требующий приобретения программ третьих фирм. В этой SCADA есть все: от драйверов счетчиков и устройств релейной защиты до средств визуализации, математической обработки, архивирования и документирования информации. Список бесплатных драйверов счетчиков, поддерживаемых в Trace Mode, достаточно обширен (www.adastra.ru/products/drivers/) и постоянно расширяется. Компания Adastra Research Group, Ltd. ведет постоянную работу по расширению списка измерительных устройств для систем коммерческого и технического учета ресурсов.

Статья опубликована в журнале «ИСУП», № 4(20)_2008
Л.В. Анзимиров, Президент,
Adastra Research Group, LTD., г. Москва,
тел.: (495) 771-71-74, факс: (495) 518-98-46,
Преобразователь протоколов на базе iRZ R2

Прием Modbus ASCII/RTU/TCP, МЭК 870-5-101/103/104/
Передача Modbus ASCII/RTU/TCP, МЭК 870-5-101/104
Акция 19800 за первые 30 конверторов
www.cea-energo.ru

Главное меню
Можно скачать

  • Интервью
  • Символика журнала
  • Журналы
  • Статьи
  • Цифровизация. Индустрия 4.0
  • MES, ERP, PLM
  • Предиктивная аналитика, ТОИР
  • Расходометрия
  • Газоаналитическое оборудование, газоаналитика
  • Измерение давления
  • Измерение уровня
  • Термометрия
  • Поверочное оборудование, метрология
  • Безбумажные регистраторы
  • Аналитические системы и оборудование
  • Весоизмерение, дозировка, сыпучие
  • Измерительные системы
  • Нормирующие преобразователи и барьеры искрозащиты
  • Электроизмерения
  • Энкодеры
  • Вибромониторинг
  • Системы для центровки валов (в т.ч. лазерные)
  • СМИК
  • АСКУЭ
  • Генерация
  • Конденсаторные установки (КРМ)
  • ПАЗ и РЗА
  • Программно технические комплексы (ПТК)
  • Системы телеметрии и телемеханики
  • Трансформаторы
  • УЗИП, молниезащита, заземление
  • Учет электроэнергии, энергоменеджмент
  • Цифровая подстанция
  • Взрывозащищенное оборудование
  • Изделия электромонтажные и инструменты
  • Коммутационная аппаратура
  • Компоненты
  • Корпуса, Термошкафы
  • Маркировка
  • Низковольтные комплектные устройства НКУ, ГРЩ, ВРУ, ЩСУ, ШР, АВР и т.д.
  • Пульты управления
  • Реле напряжения, таймеры и т.д.
  • Щиты управления и автоматики (в т.ч. управление пожарными насосами)
  • Щиты управления и автоматики (вентиляция, насосы и т.д.)
  • Электроустановочные изделия
  • Автоматизация котельных
  • Интеллектуальное здание
  • Системы диспетчеризации зданий и сооружений
  • Защитные покрытия, промышленная химия
  • Неформат
  • Промышленный маркетинг
  • Юбилеи
  • Виброиспытания
  • Климатические камеры
  • Тестировочное оборудование и системы
  • Кабеленесущие системы, лотки, крепеж.
  • Кабель, провод
  • Кабельный вводы, наконечники, клеммы, арматура
  • Распределительные коробки, короба и т.д.
  • Трубные системы для прокладки кабелей
Читайте также:
Microsoft office 2007 access что это за программа

Источник: isup.ru

Scada-система Trace Mode

Trace Mode – это программный комплекс класса Scada HMI, который был разработан AdAstra Research Group в 1992 году.

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

Инструментальная система комплекса создает набор файлов — проект Trace Mode. При помощи исполнительных модулей проект автоматической системы управления запускается на исполнение в реальном времени на рабочем месте оператора или диспетчера. Главная особенность Trace Mode — технология единой линии программирования, представляющая собой возможность разработки модулей автоматической системы управления одним инструментом. Данная технология позволяет в рамках одного проекта создать средства человеко-машинного интерфейса, системы учета ресурсов, а также программировать промышленные контроллеры и разрабатывать web-интерфейс. Чтобы это осуществить в инструментальную систему комплекса Trace Mode встроены следующие редакторы:

Решим твою учебную задачу всего за 30 минут
Попробовать прямо сейчас

  1. Редактор экранных панелей.
  2. Редактор графических мнемосхем.
  3. Редакторы визуальных программ на языках IL, FBD, SFC, ST, LD.
  4. Редактор шаблонов документов.
  5. Построитель связей с системой управления базами данных.
  6. Редактор персонала.
  7. Редактор паспортов оборудования.
  8. Редактор материальных ресурсов.
  9. Редактор паспортов оборудования.

Определение 2

Человеко-машинный интерфейс — понятие, которое охватывает инженерные решения, обеспечивающие взаимодействие оператора с управляемыми объектами.

У исполнительных модулей комплекса Trace Mode разные функции, которые зависят от роли этих модулей в автоматической системе управления технологическими процессами. К основным исполнительным модулям относятся:

  1. Монитор реального времени.
  2. Монитор реального времени+.
  3. Монитор реального времени+, оснащенный сервером документирования.
  4. Двойной монитор реального времени+ с горячим резервированием.
  5. Монитор реального времени+, который поддерживает GSM/GPRS.
  6. Клиентский модуль.
  7. Веб-сервер Trace Mode.
  8. Исполнительные органы для промышленных контроллеров.

«Scada-система Trace Mode»
Готовые курсовые работы и рефераты
Консультации эксперта по предмету
Помощь в написании учебной работы

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

Trace Mode 6: преимущества и возможности

Trace Mode 6 располагает встроенными драйверами, которые позволяют подключить более 2000 устройств ввода/вывода — программируемых логических контроллеров, удаленного устройства связи с объектом, промышленных сетей и плат ввода/вывода. Системы, которые создаются в Trace Mode 6, могут быть управляющими и информационно-измерительными. Архитектура данных систем может быть, в зависимости от требований, распределенной или централизованной. Особое место отведено системам, которые используют свободно-программируемые контроллеры, потому что в данном случае в Trace Mode 6 используется единый инструмент создания математического и информационного обеспечения для автономной работающих управляющих мест верхнего уровня и для контроллеров, которые реализуют нижний уровень иерархии автоматизированной системы.

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

  1. Единый механизм обмена информацией между всеми модулями системы.
  2. Поддержка цветовых схем.
  3. Более широкие возможности создания систем с горячим резервированием.
  4. Большая библиотека готовых решений.
  5. Поддержка большинства типов данных.
  6. Фотореалистичная объемная графика.
  7. Поддержка большинства типов данных.
  8. Поддержка нейтив-драйверов основных систем управления базами данных.
  9. Мощный построитель запросов.
  10. Поддержка всех существующих языков стандарта МЭК 61131-3.
  11. Единый вычислитель для исполнительных модулей и языков.
  12. Архив SIAD 6, в котором на порядок сокращен объем, увеличена скорость выборки и увеличено количество архивируемых параметров.
  13. Обмен данными по GSM.
  14. Встроенные статические функции на основе архивных данных.

Источник: spravochnick.ru

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

Повторюсь, изначально в в первом дата-центре выраженного мониторинга не было, а необходимость в нем была. И воплощать эту потребность решили сперва на базе уже строящегося «Миран-2», который планировался еще и модульным. Проектировщики и интеграторы предложили в качестве SCADA использовать отечественный Trace Mode. Данный продукт на тот момент мог удовлетворить все хотелки в плане мониторинга, был относительно простым в дальнейшей разработке (ежели бы такая необходимость возникла… и она-таки возникла) и стоил вроде бы не очень больших денег. В общем, неплохой вариант для простой системы.

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

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

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

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

  • нижний уровень, опрос устройств. Осуществляется «Источниками/Приемниками» — некие структурные шаблоны, которые определяют различные протоколы, технологии и интерфейсы (Modbus RTU/TCP-IP, SNMP, DDE, OPC etc.), содержат настройки связи. В общем, являются софтварным отражением периферии.
  • верхний уровень, тэги. В Trace Mode они называются «Каналами». Эти шаблоны уже определяют тип параметра, получаемого от «Источников» (дискретный/аналоговый), задают для него масштабирование, аварийные/предаварийные пределы (для аналоговых сигналов), назначают привязку к словарям аварийных сообщений, наконец, «каналы» же устанавливают будет ли данный параметр архивироваться или нет. Соответственно, к различным графическим элементам на мнемосхемах эти «каналы» можно привязать для оперативного мониторинга.

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

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

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

На заметку.
Все продукты в семействе Trace Mode защищены HASP-ключами. Для работы в IDE требуется свой ключ, лимитирующий в проекте количество источников данных (e.g. лицензия на 128, 256, 512… N устройств). Для работы МРВ требуется свой ключ. Он лимитирует максимальное количество «каналов» в скомпилированном проекте; в подмножество каналов, помимо самих каналов, входят и вызовы программ, шаблонов экранов.

Также ключ определяет доступность некоторых технологий, у нас, в частности, возможность запуска OPC-сервера Trace Mode. Для клиент-консолей, которые используются в АРМах, ключ лимитирует число экранов (в проекте дюжина мнемосхем, а ключ на десять? Два экрана перестанут вызываться). «Тонкие» клиенты? Ну вы поняли, ограничения на кол-во одновременных подключений, шаблонов документов.

Читайте также:
Ms word ms excel что это за программы

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

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

Перво-наперво, система мониторинга была «причесана и вылизана», а именно: исправлены всяческие «очепятки», приведены в соответствие порядок чисел (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 на предмет что и как ему опрашивать. Ниже некоторые выдержки из конфига. Ничего особенного, все строго в соответствии с документацией по демону и плагинам:

Содержимое файла конфигурации для collectd

# Config file for collectd(1). # # Some plugins need additional configuration and are disabled by default. # Please read collectd.conf(5) for details. # # You should also read /usr/share/doc/collectd-core/README.Debian.plugins # before enabling any more plugins. Hostname «graphite» FQDNLookup true #BaseDir «/var/lib/collectd» #PluginDir «/usr/lib/collectd» TypesDB «/usr/share/collectd/types.db» «/etc/collectd/my_types.db» Interval 10 #Interval 60 #Timeout 2 #ReadThreads 5 LoadPlugin logfile LoadPlugin cpu LoadPlugin disk LoadPlugin memory LoadPlugin modbus //тот самый плагин LoadPlugin snmp LoadPlugin write_graphite #LoadPlugin email #LoadPlugin sensors #LoadPlugin serial LogLevel «info» File STDOUT Timestamp true PrintSeverity true #DC2 VRU Data ————————————————- RegisterBase 380 RegisterType int16 Type word Instance «VRU-QF1-Status» RegisterBase 381 RegisterType int16 Type word Instance «VRU-QF2-Status» … RegisterBase 300 RegisterType int16 Type voltage Instance «VRU1-U-AN» RegisterBase 301 RegisterType int16 Type voltage Instance «VRU1-U-BN» RegisterBase 302 RegisterType int16 Type voltage Instance «VRU1-U-CN» Address «XXX.XXX.XXX.XXX» Port «502» Interval 5 Instance «Vars» Collect «VRU-QF1-Status» Collect «VRU-QF2-Status» . Collect «VRU1-U-AN» Collect «VRU1-U-BN» Collect «VRU1-U-CN» . # DC2_Module1_UPS1 ————————————————- Type «percent» Table false Instance «Load_A» Values «.1.3.6.1.2.1.33.1.4.4.1.5.1» Type «percent» Table false Instance «Load_B» Values «.1.3.6.1.2.1.33.1.4.4.1.5.2» Type «percent» Table false Instance «Load_C» Values «.1.3.6.1.2.1.33.1.4.4.1.5.3» . Address «XXX.XXX.XXX.XXX» Version 1 Community «public» Collect «UPS1_load_A» Collect «UPS1_load_B» Collect «UPS1_load_C» . Interval 5 Host «localhost» # Port «2003» Prefix «collectd.» Protocol «tcp» # Postfix «collectd» # StoreRates false # AlwaysAppendDS false # EscapeCharacter «_» Include «/etc/collectd/collectd.conf.d/*.conf»

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

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

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

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

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

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

  1. Бесплатно (финдир вытирает скупую мужскую слезу счастья).
  2. Open Source. Можно теоретически добавить недостающую фичу, написав ее самому.
  3. Доступность. По сути, это страничка в браузере для конечного пользователя, а, следовательно, есть у каждого в гаджете в кармане. В Trace Mode поддержки для гаджетов толком нет.
  4. Простота и удобство расширения. Достаточно при первоначальной настройке collectd + graphite «скормить» им все необходимые данные — и последующие получившиеся метрики можно редактировать и преобразовывать на лету прямо в grafana. Скажем «Нет!» компиляциям МРВ и клиент-консолей в Trace Mode!
  5. Очень неплохие возможности по отображению и анализу графиков «из коробки». Trace Mode в этом плане крайне, хм, консервативен.
  6. Есть оповещения и уведомления об аварийных ситуациях во всех новомодных чатиках, по почте etc. Trace Mode же может рассылать E-mail`ы и за отдельную денежку — SMS (если у вас есть необходимое железо).
  1. Полновесную SCADA подобной связкой не заменить. Никакого управления тех.процессом. Если, конечно, управление Вам необходимо.
  2. Open Source. Ваш покорный слуга не имеет надлежащей квалификации для дописания хотелок, а посему смиренно ждет и/или просит более умных товарищей в git-сообществе.
  3. Набор панелей невелик (хоть и расширяется за счет плагинов).
  4. Движок алертинга пока очень прост, хитрых условий в нем не настроишь. Разработчики обещают расширить функционал.

Буду рад вопросам. Спасибо за внимание!

  • Блог компании Дата-центр «Миран»
  • IT-инфраструктура

Источник: habr.com

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru