Автоматизированные системы управления. Введение и нормативные документы. Назначение, состав и структура АС. Производственное предприятие как объект управления. Технологический процесс как объект управления, страница 53

База данных Runtime содержит данные для следующих восьми категорий:

- конфигурация системы. Определяет настройки системы IndustrialSQL Server. Это включает в себя параметры настройки физических узлов системы, параметры, свойственные данному предприятию, и параметры настройки подключенных к системе физических устройств ввода/вывода;

-определения тэгов. Определяет, какие данные должны накапливаться системой. Это включает идентификационную информацию, такую как тэги и описания, а также собираемую информацию, такую как адресные коды, факторы преобразования и единицы измерения;

-хранение архивных данных, Это фактически накопленные значения, сначала значение "реального времени" или текущее значение каждого тэга ввода-вывода, а затем архивирование всех полученных данных;

-именные пространства и группы. Определяет способы группировки тэгов ввода-вывода для таких объектов как алармы, окна, для управления событиями и пакетами. Здесь также определяются иерархии элементов системы, общие или личные именные пространства;

-отслеживание изменений. Сохраняет изменения, совершенные в столбцах базы данных;.

-хранение событий. Определяет операции с тэгами событий, детекторами событий и последующими действиями;

-сводки. Определяет, как системой управления событиями будут делаться сводки и как будут сохраняться результаты;

-интеграция InTouch. Определяет, как IndustrialSQL Server будет взаимодействовать с InTouch на предприятии. В этих таблицах хранится информация об импортированных узлах InTouch и о подробностях импортирования.

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

Реализация резервирования на уровне рабочих станций

На уровне рабочих станций могут быть реализованы все виды резервирования: «горячее» резервирование или дублирование, резервирование текущих настроек технических средств, а также  резервное копирование архивных данных и программных средств. Сегодня возможности резервирования определяются, прежде всего, используемой SCADA-системой. Одной из эффективных является организация резервирования в системе Citect. Резервное копирование файлов обычно выполняется средствами (сервисами) операционной системы (ОС) с хранением копий на выделенном файловом сервере. Настройку систем резервного копирования следует смотреть в описаниях настроек соответствующих ОС. Реализация других функций резервного копирования (архивирования) определяется используемым пользовательским ПО. Реализация «горячего» резервирования требует значительных затрат. Поэтому на уровне рабочих станций стремятся функционально разделять узлы системы и резервировать только узлы с существенно важными функциями. Типичным приемом является выделение и резервирование узлов с базами данных реального времени. Узлы с функциями представления данных пользователям – графические консоли, обычно не резервируются.

Реализация дублирования в ТРЕС МОУД

Резервирование рабочей станции, функционирующей под МРВ, выполняется созданием дублирующей станции, работающей под управлением Double Force МРВ.

 Модуль Double Force МРВ поддерживает следующие специализированные функции резервирования:

-  синхронизация атрибутов первичной обработки и границ каналов;

-  автоматическое определение при запуске наличия резервного узла в сети и переход в соответствующий статус: Работа или Резерв;

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

-  восстановление значений каналов на резервном узле по данным с рабочего узла;