Конфигуратор CF2

Общее описание

Конфигуратор (CF2) предназначен для описания объектной модели технологических объектов и процессов предприятия, и привязки объектной модели к модулям ввода/вывода платформы TagNet, и соответствующим протоколам. Результатом работы конфигуратора являются конфигурационные файлы модулей ввода/вывода.

Основные возможности

Использование конфигуратора позволяет:

• Описывать шаблоны технологических объектов
• Описывать дерево технологических объектов на базе шаблонов
• Задавать правила формирования имен объектов и технологических параметров (тегов) на основании заданной системы классификации и кодирования (СКК)
• Описывать структуру системы сбора
• Привязывать теги к модулям ввода/вывода и соответствующим протоколам
• Формировать конфигурационные файлы для серверов ввода/вывода

Технические особенности

Среда исполнения

Конфигуратор разработан на Java.

Поддержка СУБД

Конфигуратор может работать с различными СУБД:

• PostgreSQL
• MSSQL
• MySQL
• другие РСУБД имеющие JDBC драйвер

Так же, конфигуратор может работать со встроенной БД (HSQL).

Архитектура

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

• плагины для работы с различными СУБД
• плагины формирования имени тега (должны обязательно присутствовать в приложении, их можно заменить, написав собственные)
• плагины свойств объектов и тегов – описывают группы свойств в контексте какой-либо системы, таких плагинов может быть сколько угодно в приложении,
• плагины отчетов – отчеты, формируемые по модели данных,
• плагины для изменения интерфейса - позволяют добавлять в приложение новые визуальные элементы для отображения и редактирования свойств тегов или заменять существующие
• в приложении можно выделить и другие типы плагинов, например, плагины, добавляющие пункт меню с каким-то действием.

Всего в составе конфигуратора несколько десятков плагинов.

Модель данных

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

1. Подготовка и описание метаинформации - классы объектов и иерархии классов:

• создаются типы (в терминах ОО - классы) объектов, определяющие структуру описываемого объекта (набор именованных параметров и сигналов)
• создается элемент иерархии - для каждого типа объекта определяется его место в общей иерархии объектов

2. Создание экземпляров объектов:

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

Типы объектов

Тип объекта управления определяет структуру описания объектов управления одинакового предназначения.

Например:

• вакуумный выключатель 6кВ
• трансформатор собственных нужд
• ЭЦН

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

Например:

• для типа оборудования “вакуумный выключатель 6кВ” задается следующий набор параметров и сигналов:
  • Токи (Ia,Ib,Ic)
  • Напряжения межфазные (Uab, Uac, Uca)
  • Активная мощность (P)
  • Состояние выключателя (вкл/откл)
  • Наличие напряжения
    и т.д.

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

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

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