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

Сетевой номер задается в диапазоне 1... 199. Он является иденти­ фикатором узла в рамках проекта и не связан с идентификаторами сетевой ОС. Глобальные регистраторы всегда имеют сетевой но­ мер 200. Что касается SUPERVISOR и NetLink Light, то они явля­ ются клиентами. Поэтому их число в сети теоретически не ограни­

чено.

Для обмена данными по сети между мониторами Трейс Моуд рекомендуется использовать сети Windows. Минимальная конфи­ гурация для обмена данными между мониторами, включает в себя: службу «Клиент для сетей Microsoft»; драйвер сетевой платы; се­ тевой протокол NetBEUI.

Трейс Моуд поддерживает следующие режимы сетевого обме­ на: файловый обмен; точка-точка; один ко многим.

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

при сохранении данных в локальном архиве на диске удален­ ного компьютера или при чтении данных из этого файла;

при сохранении отчета тревог на диске удаленного компьютера или при просмотре этого файла с помощью специальных форм отображения или утилит;

при сохранении состояния системы на удаленном диске или при считывании файла состояния при запуске системы.

Режим обмена «точка-точка» обеспечивает одиночную связь значения атрибута канала одного узла (пассивного) с входом или выходом канала другого (активного). Пассивный узел не должен иметь каких-либо специальных каналов, а на активном использу­ ются каналы подтипа «СВЯЗЬ» с дополнениями к подтипу IN Net, OUT Net, OUT Net(ind) и OUT MapNET.

Настройка канала NN определяет номер сетевого адаптера. Ес­ ли она равна нулю, то используется основной сетевой адаптер, в противном случае - второй. При нажатии ЛК на любую другую настройку на экран выводится диалог «Выбор канала». В нем сле­ дует указать опрашиваемый или управляемый канал удаленного узла. Существует стандартный объект базы каналов, в который автоматически заносятся все каналы подтипа «СВЯЗЬ» с описан­ ными дополнениями к подтипу. Он имеет имя «СЕТЕВОЙ ВВОД/ВЫВОД».

231

Для связи мониторов в режиме «точка-точка» можно восполь­ зоваться также стандартным механизмом ОРС. Это менее скорост­ ной протокол, но он дает больше гарантий доставки данных. Для запроса данных по ОРС используются каналы подтипа «СВЯЗЬ» с дополнением IN ОРС, а для управления - OUT ОРС. Кроме того, при такой связи для каждого узла следует указать сетевое имя или IP-адрес компьютера, на котором он будет запускаться. Это дела­ ется в бланке «Основные» диалога «Параметры узла».

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

Для группового управления используются каналы подтипа «СВЯЗЬ» с дополнением OUT Net(group). Они настраиваются так же, как для управления отдельным узлом: указывается удаленный узел, канал и атрибут. Однако их выходное значение посылается не на индивидуальный сетевой номер указанного узла, а на груп­ повой. Все узлы с таким же групповым номером принимают эти посылки и присваивают полученное значение каналам с теми же номерами, что и каналы, указанные в настройках. Групповые сете­ вые номера задаются для узлов в редакторе базы каналов. Для это­ го используется раздел «Сетевой адрес» бланка «Основные» в диалоге «Параметры узла».

Глобальный регистратор принимает по сети данные от всех уз­ лов проекта и сохраняет их в едином архиве. Все присутствующие в сети регистраторы принимают одни и те же данные и сохраняют их в своих архивах. Чтобы значения канала сохранялись в гло­ бальном архиве, для него надо установить флаг «Регистратор» в бланке «Основные» диалога «Реквизиты». Кроме того, для этого узла в бланке «Архивация» диалога «Параметры узла» надо вклю­ чить поддержку сохранения данных в глобальном регистраторе. В этом случае при изменении значения канала информация о нем посылается в сеть на номер 200 - групповой номер глобальных регистраторов. Для приема этих данных в глобальном регистрато­ ре используются каналы подтипа «СВЯЗЬ» с дополнением к под­ типу IN Logger.

Групповые рассылки используются, если одни и те же данные должны получать несколько узлов. Например, информация из кон­

232

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

Рис. 6.2. Обзор сетевых рассылок

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

Чтобы МРВ поддерживал обмен данными по сети, для него на­ до установить флаги HOST MODE и SLAVE MODE. Первый из них необходим для формирования запросов по сети, а второй - для ответа текущего монитора на формируемые к нему запросы. Эти флаги устанавливаются в бланке «Основные» диалога «Парамет­ ры» узла.

Основными параметрами сетевого обмена каждого узла проек­ та являются его индивидуальный и групповой сетевые номера. Се­ тевой номер присваивается узлу автоматически при его создании. Он используется при обращении к этому узлу другими узлами или внешними приложениями. Групповой номер применяется при групповом приеме данных и управлении. Дублирующие друг дру­ га узлы должны принимать и отрабатывать одни и те же команды управления. Для этого им необходимо установить одинаковый групповой номер.

На рис. 6.3 показан вид бланка «Основные» и обозначены па­ раметры настройки сетевого обмена для узла. Здесь в разделе «Се­ тевой адрес» устанавливаются индивидуальный и групповой сете­ вые номера. Кроме того, в разделах Host Mode и Slave Mode можно

234

В бланке «Настройка сети» диалога «Параметры узла» следует указать основной адаптер. Он используется после запуска МРВ и для него можно не устанавливать флаг формирования имени.

Для обмена данными одновременно по двум сетевым адапте­ рам надо в том же бланке установить флаг «Использовать 2 адап­ тера». Установленный основной адаптер считается первым. В ка­ честве второго используется самый младший, для которого установлен флаг формирования имени (исключая основной адап­ тер).

При такой настройке все данные, предназначенные для сохра­ нения в глобальном архиве, будут посылаться по второму адапте­ ру. Кроме того, по этому адаптеру МРВ может отсылать другим узлам или программам запрашиваемые у него данные. Однако сам запрашивать данные по второму адаптеру МРВ не может.

Для управления передачей информации по протоколу NetBEUI используются сетевые контрольные блоки (NCB). Чем больше данных передается, тем больше требуется контрольных блоков.

В зависимости от интенсивности сетевого обмена МРВ выде­ ляет необходимое число NCB для приема и передачи данных. Эти значения записываются отладочным монитором «ПРОФАЙЛЕР» в файл <name_dbb>.txt. Их также можно проконтролировать с по­ мощью каналов подтипа «ДИАГНОСТИКА» с дополнениями NCB (прием) и NCB (отсылка) соответственно.

Если предполагается, что МРВ будет принимать интенсивный поток данных, то число NCB-блоков на прием можно увеличить. Для этого в бланке «Настройка сети» диалога «Параметры узла» следует установить флаг «Интенсивный прием». Это увеличивает на 4 число контрольных блоков, выделенных на прием.

Если известно, что интенсивность передаваемых узлом данных будет невысокой, то число контрольных блоков для передачи можно ограничить. Для этого в бланке «Настройка сети» диалога «Параметры узла» следует установить флаг «Ограничить число NCB». При этом число контрольных блоков для МРВ и NetLink МРВ устанавливается равным восьми, а для микроМРВ - четырем.

По умолчанию каждому узлу выделяется один NCB для приема данных, посылаемых каналами подтипа «СВЯЗЬ» с дополнением OUT Net(ind). Этот блок всегда стоит на ожидании посылаемых данных, даже если не хватает блоков на передачу запрашиваемой у

237

узла информации. Чтобы изменить число блоков отдельного прие­ ма следует в строке запуска МРВ ввести параметр IREC=<n> (<п> может принимать значения, равные 0, 1,2).

Число используемых в МРВ контрольных блоков не должно превышать максимальное, т. е. установленное при настройке сете­ вой ОС.

Для контроля сетевого обмена в Трейс Моуд предусмотрены следующие каналы:

подтип «ДИАГНОСТИКА» с дополнением «Сеть»; подтип «ДИАГНОСТИКА» с дополнением «Код сети»; подтип «ДИАГНОСТИКА» с дополнением «Свб. NCB»;

подтип «ДИАГНОСТИКА» с дополнением «NCB (прием)»; подтип «ДИАГНОСТИКА» с дополнением «NCB (отсылка)». Значение канала «ДИАГНОСТИКА» с дополнением «Сеть»

определяет следующие ситуации:

О - никаких действий не выполняется; 1 - запуск операции; 2 - выполнение операции; 4 - ожидание;

5 - завершение операции;

6 - ошибка выполнения операции;

7 - нормальное завершение операции.

Канал подтипа «ДИАГНОСТИКА» с дополнением «Код сети» позволяет контролировать сообщения сетевой ОС. В него копиру­ ется байт статуса сетевого обмена.

Канал подтипа «ДИАГНОСТИКА» с дополнением «Свб. NCB» предназначен для подсчета ситуаций ожидания наличия свободно­ го NCB. Если установить тип OUTPUT для этого канала, то любая его отработка осуществляет обнуление счетчика ситуаций ожида­ ния NCB.

Контроль наличия свободных контрольных блоков для приема и посылки данных выполняется каналами подтипа «ДИАГНОСТИКА» с дополнениями NCB (прием) и NCB (отсылка) соответственно. Зна­ чения этих каналов равны числу свободных блоков.

Для управления сетевым обменом предусмотрены специальные системные каналы:

подтип «СИСТЕМНЫЙ» с дополнением «Сеть, DDE»; подтип «СИСТЕМНЫЙ» с дополнением «Сетевая плата»;

238

подтип «СИСТЕМНЫЙ» с дополнением «Синхронизация».

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

Значения этих битов определяют следующие состояния: 0 - разрешить; 1 - запретить.

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

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

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

239

ровать с помощью канала подтипа «ДИАГНОСТИКА» с дополне­ нием «Рассинхронизация».

Канал управления синхронизацией может присутствовать в ба­ зе любого узла проекта. Поэтому каждый узел может быть ини­ циатором синхронизации времени.

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

6.3. Обмен по протоколу M-LINK

Используя протокол M-LINK для обмена данными между мониторами, можно создавать сетевые комплексы на базе после­ довательного интерфейса RS-485. Такие комплексы могут вклю­ чать в себя до 256 узлов (контроллеров и операторских станций) (рис. 6.6). При этом связь может осуществляться по нескольким последовательным портам.

Рис. 6.6. Сетевой комплекс на базе протокола M-LINK

Для связи двух мониторов можно использовать интерфейс RS-232. Чтобы связаться с несколькими удаленными узлами по этому интерфейсу, нужно иметь соответствующее число последо­ вательных портов. Это позволяет организовать связь типа «звез­ да». Такая конфигурация может потребовать дополнительных за­ трат на многоканальные платы. Однако она позволяет быстрее передавать данные за счет распараллеливания обмена с разными удаленными узлами. Трейс Моуд поддерживает обмен одновре­ менно по 32 последовательным портам.

240