книги / SCADA-╤Б╨╕╤Б╤В╨╡╨╝╤Л ╨║╨░╨║ ╨╕╨╜╤Б╤В╤А╤Г╨╝╨╡╨╜╤В ╨┐╤А╨╛╨╡╨║╤В╨╕╤А╨╛╨▓╨░╨╜╨╕╤П ╨Р╨б╨г ╨в╨Я

Рис. 6.25. Консоль управления GSM-активатора

Меню «Службы» содержит команды:

зарегистрировать службы - регистрация служб WAP Server, SMS Alarm, SMS Control GSM-активатора;

удалить службы - удаление служб; запустить - запуск служб. При выборе этой команды открыва­

ется дополнительное меню, содержащее команды запуска отдель­ ных служб, а также всех служб вместе. Запуск служб возможен только после настройки передатчика и сохранения этой настройки. Запуск службы WAP Server должен осуществляться первым;

остановить - остановка служб.

Команды «Панель инструментов (Toolbar)» и «Строка статуса (Status Ваг)» меню «Вид» управляют видимостью соответствую­ щих панелей.

В левой части рабочей области консоли управления GSMактиватора отображается дерево конфигурации GSM-активатора. При нажатии ЛК на раздел конфигурации соответствующие на­ стройки выводятся в правую часть рабочей области. При выборе разделов «GSM-активатор», «WAP Server», «SMS Alarm», «SMS Control» в правой части отображается текущий статус служб.

При выборе раздела «Список адресов» в правую часть рабочей области консоли выводится таблица с текущим перечнем телефо­ нов, с которыми производится обмен, а также заданные для этих телефонов функции обмена (рис. 6.26). Для редактирования уста­

261

Для создания резервного узла надо, находясь в окне узлов ре­ дактора базы каналов, выделить резервируемый узел и выполнить команду «Создать резерв» из меню «Узел». При этом в рабочей области редактора базы каналов появится изображение нового уз­ ла того же типа. Его имя образуется из имени резервируемого уз­ ла. При этом к нему добавляются символы «(1)».

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

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

Для дублированного глобального регистратора не следует соз­ давать его узел-резерв - на разных машинах необходимо запустить один и тот же узел.

Если нет каких-либо особых требований, то для дублирующего узла следует указать тот же файл графической базы, что и для ос­ новного.

При дублировании узел может находиться в состоянии «рабо­ та» или «резерв». Для контроля текущего состояния предназначен канал подтипа «СИСТЕМНЫЙ» с дополнением «Статус». Тип этого канала должен быть INPUT. Состоянию «работа» соответст­ вует значение 2 этого канала, а состоянию «резерв» - значение 3. Для управления состоянием узла надо использовать такой же ка­ нал, но для него следует установить тип OUTPUT.

Состояние узла также выводится в разделе «Состояние» диало­ га сервера математической обработки. При этом состоянию «рабо­ та» соответствует текст «STS-WORK», а состоянию «резерв» - текст «STS-TRACE».

Статус партнера по резерву указывает старший байт канала «СИСТЕМНЫЙ» с дополнением «Приоритетный» (тип должен

быть INPUT).

Для узлов, находящихся в состоянии «резерв», блокируется ряд функций. Заблокированные функции можно контролировать кана­ лами подтипа «СИСТЕМНЫЙ» с дополнениями «Сеть», DDE и

«Ввод», «Вывод».

267

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

Для контроля наличия в сети узла со статусом «работа» служит канал подтипа «ДИАГНОСТИКА» с дополнением к подтипу «Дубль» (для этого канала необходимо задать вид представления HEX). Для переключения состояния узла следует разработать FBD-программу, которая будет анализировать время отсутствия данных и по установленному пределу давать команду на переклю­ чение состояния. Эту команду следует посылать в специальный канал, управляющий переключением состояний. Время для пере­ ключения состояния узла следует выбирать из требований кон­ кретного проекта.

Для управления состоянием узла предназначен канал типа OUTPUT подтипа «СИСТЕМНЫЙ» с дополнением «Статус». По­ сылка в этот канал значения 2 переводит узел в состояние «рабо­ та», а значения 3 - в состояние «резерв».

Для всех каналов резервированных узлов автоматически осуще­ ствляется синхронизация атрибутов. Изменения, внесенные в атри­ буты первичной обработки и границы каналов, на узле со статусом «работа» автоматически воспроизводятся на узле со статусом «ре­ зерв». Кроме синхронизации атрибутов каналов необходимо также обеспечить синхронизацию их значений на дублированных уздах. Чтобы ее реализовать, надо для всех синхронизируемых каналов установить флаг «В сеть». При создании резервного узла эти кана­ лы настраиваются на прием данных от резерва, что отображает их связь в диалоге «Каналы объекта» в объекте «ПРИЕМ РАССЫЛОК». Если канал должен работать независимо, то его следует отключить от приема рассылок.

При добавлении новых каналов после создания резервного узла связывание синхронизируемых каналов в объекте «ПРИЕМ РАССЫЛОК» надо проводить вручную.

Синхронизированные каналы типа INPUT резервного узла принимают реальные значения каналов узла с состоянием «рабо­

268

та». Принимаемые значения записываются в их атрибут «Выход». Если канал резервного узла отключен от источника данных, то ве­ личина его атрибута «Выход» копируется в реальное значение.

Для каналов типа OUTPUT ситуация выглядит следующим об­ разом. Если у такого канала не включена процедура «Управле­ ние», то при изменении его входа на рабочем узле это значение передается на вход этого же канала в дублирующем узле.

Приемом автопосылок от резервируемых узлов в «третьем» уз­ ле управляет канал типа OUTPUT подтипа «СИСТЕМНЫЙ» с до­ полнением «Приоритетный».

Чтобы автопосылка в «третьем» узле принималась от узла, обо­ значенного в проекте как «РЕЗЕРВНЫЙ», надо создать в «треть­ ем» узле канал подтипа «СВЯЗЬ» с дополнением «In_Net», вклю­ чающий в себя любой канал резервного узла (этот канал можно даже выключить).

Рассмотрим особенности резервирования контроллеров.

Синхронизируемые каналы основного и резервного контрол­ леров (подключенных к операторской станции по последователь­ ному интерфейсу или коммутируемым линиям по протоколу M-Link) настраиваются так же, как для резервирования по сети. Однако в этом случае для обновления атрибутов и значений ка­ налов на резервном узле нужно использовать дополнительно ка­ нал In M-Link(SD) подтипа «СВЯЗЬ». При отработке этого кана­ ла запрашиваются значения указанного атрибута 64 каналов ведущего узла, начиная с выбранного канала. Присвоение полу­ ченных значений производится так же, как в случае резервирова­ ния узлов по сети.

Для управления состоянием узлов и назначением последователь­ ных портов предусмотрены соответственно каналы «Статус» подти­ па «СИСТЕМНЫЙ» и «RS-reinit» подтипа «ДИАГНОСТИКА».

Для обмена данными с парой «контроллер - резерв» по груп­ повому адресу используются каналы In M-Link(HS), Out M-Link(HS) и Out M-Link(group) подтипа «СВЯЗЬ».

6.8. Выводы

Трейс Моуд позволяет создавать многоуровневые, иерархиче­ ски организованные, распределенные, резервированные АСУ ТП. При их построении могут использоваться локальные сети, сети’ на

269