Создание и конфигурирование системных переменных

Создадим в слое Источники/Приемники группу Диагностика_и_сервис:

В ней – подгруппу Системные:

В подгруппе Системные выполним создание и настройку переменной @Status:

Двойным щелчком ЛК откроем ее на редактирование и изменим имя на Status_Contr:

Номер узла 0 указывает на узел MFC, а тип переменной Input – на то, что она будет отображать текущее состояние данного узла: 0 – не работает (NO), 1 – запускается (START), 2 – работает в нормальном режиме (WORK), 3 – в подчиненном (TRACE), 4 – в состоянии ожидания (WAIT), 5 – останавливается (STOP).

ü Если указать в качестве номера узла 256, то связанный с данной системной переменной канал будет индицировать статус того узла, в базе каналов которого он размещен.

Далее создадим аналогичную переменную с именем Status_MAIN для узла операторской станции RTM_2:

Также создадим такую же переменную для будущего резервного узла для операторской станции с именем Status_HOT, настроив ее на номер узла 2:

Для узлов 1 и 2 создадим переменные, индицирующие IP-адреса адаптеров с именами IP_MAIN и IP_HOT:

Для реализации возможности принудительного переключения статуса узла создадим для узлов 1 и 2 системные переменные типа Output – CONTROL_MAIN и CONTROL_HOT:

Создание системных каналов в узле RTM_2

Воспользуемся механизмом drag’n’drop для автопостроения каналов, связанных с созданными системными переменными в узле RTM_2, перенеся группу Системные_1 из слоя Источники/Приемники в корневую группу узла RTM_2:

ü Можно указать класс созданных каналов с Float на HEX16 путем выставления флага HEX в свойствах каналов группы Системные_1.

На этом подготовительные операции завершены.

Создание резервного узла

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

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

Во вкладке Архивы выполним следующие настройки:

Во вкладке Отчет тревог/Дамп/Параметры:

Остальные настройки для узла RTM_2_Reserve_1 оставим заданными по умолчанию, т.е. переключение статуса резервного узла из состояния TRACE в состояние WORK будет осуществляться автоматически в случае отсутствия в сети основного партнера по резерву через 20 секунд. В свою очередь, узел операторской станции (RTM_2 или RTM_2_Reserve_1), стартующий первым будет основным партнером по резерву, стартующий вторым – горячим резервом.

Сохраним внесенные изменения в поет с помощью иконки и затем выполним процедуру подготовки проекта к запуску в реальном времени – .

ü Запуск узлов необходимо производить под управлением мониторов реального времени (МРВ) Double Force RTM.

На этом работа с проектом regul.prj завершена.

Контрольные вопросы

Вопрос 1. Резервирование производится для следующего типа узла:

a) MicroRTM;

b) RTM;

c) Для всех типов.

Вопрос 2. В TRACE MODE 6 может использоваться:

a) встроенный алгоритм переключения на резерв;

b) пользовательский алгоритм;

c) возможны оба варианта.

Вопрос 3. Способ синхронизации данных в архивах задается:

a) в бланке редактирования узла;

b) с помощью системной переменной RTM_Parameter;

c) возможны оба варианта.

Работа №8

Использование технологии GSM SMS

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

Настройка узла RTM

Создадим в новом проекте TRACE MODE узел RTM. В настройках узла укажем следующие параметры:

· номер телефона SIM-карты, установленной в GSM-модеме – в поле «Телефон №1»;

· PIN-код и номер SMS-центра – в поле «Строка инициализации»:

⇐ Предыдущая 1 2 3 4 5 67