АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C MicroSCADA NT 8.4.1 Описание системы

C 1 Конфигурация системы

C 1.1 Введение
Система S.P.I.D.E.R. MicroSCADA фирмы АВВ формирует хорошую базу для малых и больших систем,
выполненных под конкретного заказчика для дистанционного управления энергообъектами. Таким образом,
АВВ создала систему, являющуюся модульной и открытой во всех отношениях. Такая структура имеет
множество достоинств, например:

• Система может быть создана из небольших приложений и затем, при необходимости, постепенно
расширена.
• Возможно использование компьютеров разных поколений и различной конфигурации
• Все компьютеры имеют одинаковый пользовательский интерфейс, который существенно облегчает
расширение системы
• Все программируется оперативно, при помощи языка высокого уровня (режим on-line)
• Новые функции добавляются заказчиком более легко
• Связь с внешним программным обеспечением проста, благодаря понятной спецификации интерфейса
• Наряду с традиционными терминалами дистанционного управления, система позволяет использовать
RTU, базирующиеся на реле защиты. Это означает сохранение стоимости при использовании
оборудования дистанционного управления.

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

C 1.2 Компоненты системы

Компоненты системы MicroSCADA могут быть разделены на следующие основные категории:
• базовые системы
• серверы топологии распределительной сети (MicroTOPOLOGY)
• устройства связи NET
• Интерфейс Человек-Машина (Man-Machine Interface=MMI)

Назначение каждой компоненты, как и требования к ним, описываются в следующих подразделах. Компоненты
системы могут связываться друг с другом различными способами. Взаимосвязь компонент системы друг с
другом здесь называется связью. В рамках небольшой компактной конфигурации все компоненты системы
располагаются в одном компьютере. В большой распределенной конфигурации компоненты связываются,
например, по локальной сети (Local Area Network=LAN).

1
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Для обобщения новых возможностей отметим, что MicroSCADA версии 8.4.1 представляет новую платформу
для базовых систем, а именно, Microsoft Windows NT. Данная версия также представляет новый тип MMI (тип
MicroSCADA-монитора), называемый Visual SCIL. MMI, базирующийся на X-Window, по-прежнему позволяет
работать с версиями системы MicroSCADA, базирующейся на операционной системе UNIX. В дополнение к
плате Emulex DCP, устройство связи NET может теперь работать и как программа под Windows NT,
использующая последовательный COM-порт компьютера или адаптера связи для доступа к шине LON.
Программное обеспечение связи NET, работающее на DCP-NET, называется DCP-NET, а программное
обеспечение связи, работающее на компьютере с Windows NT называется PC-NЕТ.

C 1.2.1 Базовая система

Задача базовой системы может быть кратко изложена следующим образом: Система собирает из устройств связи
с процессом (такие как: терминалы управления, реле или RTU) в базу данных процесса все данные о процессе
посредством устройств связи NET. Следовательно, база данных процесса (БДП) отражает процесc в реальном
времени. Затем собранная информация распространяется дальше, например, для Интерфейса Человек-Машина
(MMI), архивации, расчетов, печати и дальнейшей передачи в другие системы. Таким же образом команды
управления, инициируемые, например, оператором из MMI, автоматической функцией или другой системой,
посылаются в устройства связи с процессом из БДП посредством устройств связи NET.

Требования к среде для базовой системы MicroSCADA 8.4.1 приведены ниже:

• Операционная система: Microsoft Windows NT вер. 4.0. Могут быть использованы как
Windows NT Рабочая станция, так и Windows NT Сервер. Ограничением для Windows NT
Рабочей станции является количество одновременных пользователей Windows NT. Для
более подробной информации обратитесь к документации по Microsoft.
• Дополнительное программное обеспечение: Hummingbird eXceed вер. 5.1.3 требуется в
качестве Х-сервера для компьютера с базовой системой всякий раз когда система включает
в себя распределенный MMI. Hummingbird eXceed, инсталлированный на компьютере с
базовой системой, сделает более удобным процесс открытия окон системы MicroSCADA на
рабочих станциях в сети LAN.
• Аппаратное обеспечение: ПК с процессором Intel
þ Минимальная рекомендуемая мощность процессора - на уровне 120 MГц Pentium-
процессора. Можно использовать процессоры типа Intel 80486, но при этом вы
будете проигрывать в производительности. Могут использоваться также мульти-
процессоры.
þ Рекомендуемый объем ОЗУ - 64 MB, меньший объем памяти может приводить к
пониженным характеристикам. Для небольших приложений с невысокими
требованиями к функциональности и к характеристикам может быть достаточным
объем ОЗУ, равный 32 МВ. С другой стороны, большие приложения с высокими
требованиями к функциональности и характеристикам могут требовать ОЗУ
объемом более 64 МВ.

2
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

þ Компоненты периферии, такие как устройство звуковой аварийной сигнализации

Flytech, плата Emulex DCP или адаптер связи Echelon PCLTA для шины LON
требуют слоты шины ISA полной длины.
þ В зависимости от размера приложения система MicroSCADA потребует
приблизительно 100-500 МВ дискового пространства. Рекомендуемая общая
емкость диска - не менее 1 GB. Могут использоваться любые SCSI- или IDE-
контроллеры, поддерживаемые Windows NT.
þ Если компьютер с базовой системой используется также в качестве рабочей
станции, то разрешение экрана должно быть не хуже, чем 1024х768 пиксел.
Графический адаптер должен поддерживать 256-цветовой режим или режим True
Color. Для обеспечения высокой эргономичности частота развертки экрана должна
быть не менее 70Гц.
þ Могут использоваться любые мыши и любая клавиатура, поддерживаемые
Windows NT.
þ Для инсталляции программного обеспечения Windows NT и MicroSCADA
рекомендуется устройство CD-ROM.
þ Для выполнения резервных копий рекомендуется использовать дисководы
3.5”/1.44 MB или 4/8 GB DAT (Digital Audio Tape = магнитная лента с цифровой
записью) tape drive (лентопротяжный механизм для DAT).
þ Для дистанционного доступа к базовой системе может использоваться COM-порт.
Remote Access Service (RAS, Сервис для Удаленного Доступа) применяется в
Windows NT.
þ Параллельный порт может использоваться для подключения принтера.
þ Устройство звуковой аварийной сигнализации со встроенной функцией watchdog
может быть установлено в ISA-слот.
þ Для подключения базового компьютера к локальной сети LAN может
использоваться любой Ethernet адаптер, поддерживаемый Windows NT.
þ Для синхронизации часов может использоваться плата радио часов PC 31/32,
Meinberg Funkuhren, Germany. Плата содержит радио приемник для радио
передатчика DCF-77, Frankfurt (77 кГц). По заказу, плата РС 32 может быть
последовательно подключена к GPS-приемнику
þ PC-NET может использовать до 4 COM-портов базового компьютера.

Базовая система может запускать в параллельную работу несколько приложений. Несмотря на то, что в одной
базовой системе можно конфигурировать до 99 локальных или внешних приложений, имеются практические
ограничения из-за ограничений мощности компьютеров и виртуальной памяти. По этой же причине, количество
одновременно открытых в системе MicroSCADA окон ограничивается возможными ресурсами, несмотря на то,
что в одной базовой системе можно конфигурировать до 50 мониторов MicroSCADA.

3
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Базовая система поддерживает следующие возможности подключения:

• Одна базовая система может быть подключена к другой базовой системе по локальной
вычислительной сети (по TCP/IP) или через устройство связи NET. Для дистанционных
соединений с низкими характеристиками можно использовать RAS
• Устройства связи NET могут быть подключены к базовой системе при помощи:
þ Локальной сети, когда DCP-NET работает на отдельном персональном компьютере
(ПК), т.е. автономный фронтенд. Автономный фронтенд может иметь до 4
устройств связи DCP-NET.
þ Интерфейса с общим ОЗУ, когда DCP-NET работает на плате DCP в базовом
компьютере. В одном компьютере с базовой системой можно использовать до 2
плат DCP.
þ Интегрированной связи с PC-NET. Интегрированная связь всегда соединяет PC-
NET с базовой системой в рамках одного компьютера.
• MicroSCADA MMI (мониторы) может либо располагаться на компьютере с базовой
системой, либо рассредотачиваться по локальной сети LAN посредством TCP/IP.
Соединения с удаленными MMI выполняются с применением утилит RAS в Windows NT.
• Принтеры для регистрации аварийных сигналов и событий, а также принтеры для жесткой
копии могут соединяться с базовой системой как принтеры операционной системы Windows
NT. Следовательно, физическое содинение может быть следующим:
þ параллельный порт компьютера с базовой системой
þ параллельный порт соответствующего принтерного сервера
þ непосредственно подключенный к LAN, если сетевой сервер принтеров подходит
для типа принтера и соответствующий драйвер подходит для Windows NT.
Рекомендуются сетевые принтерные серверы HP JetDirect EX Plus с одним
параллельным портом или HP JetDirect EX Plus3 с тремя параллельными портами.
Кроме того, принтеры аварийных сигналов и событий можно подключать к DCP-NET.
• Подключение к системам третьей группы может быть выполнено следующими способами:
þ Microsoft Windows и Windows NT используют протокол DDE для динамического
обмена данными между различными приложениями Windows. Microsoft-
приложения, такие как Excel, Word и Access, поддерживают DDE. Инициатор
DDE-связи называется DDE-клиентом, ему отвечает DDE-сервер. Базовая система
MicroSCADA может работать как DDE-клиент и как DDE-сервер. Обычно DDE
работает только локально, однако Windows NT и Windows 3.11 дополнительно
поддерживают сетевую концепцию связи, называемую NetDDE.
U Функционирование DDE-клиента поддерживается при помощи SCIL-
функций. В этом случае приложение системы MicroSCADA является
инициатором обмена данными.
4
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

U DDE-сервер системы MicroSCADA предлагает доступ на чтение/запись,

например, в базу данных приложения. Действия в системе MicroSCADA
могут инициироваться также посредством интерфейса DDE-сервера.
þ Доступ из базовой системы MicroSCADA к внешним базам данных возможен при
помощи интерфейса SQL/ODBC. Большинство коммерческих баз данных
поддерживает концепцию ‘Open Database Connectivity’ (ODBC) путем установки
драйверов ODBC для Windows NT. Внешняя база данных может находится в
базовом компьютере или в сервере базы данных сети. Для поддержки SQL/ODBC-
соединения были введены специфичные функции в язык программирования SCIL.
þ Интерфейс базовой системы API (Application Programming Interface) обеспечивает
интерфейс с высокими характеристиками для обмена данными между внешним
приложением, выполненным при помощи C/C++, и базовой системой
MicroSCADA.
þ Интерфейс CPI (Communication Programming Interface) может быть включен в
объем поставки по запросу. CPI создан для связи с процессом, т.е. для обмена
данными с базой данных процесса. Он соединяет с базовой системой по TCP/IP
либо локально в пределах компьютера с базовой системой, либо внешне черз LAN.
Обычно CPI применяется для внешних преобразователей протоколов.
þ ELCOM сервер, базирующийся на системе MicroSCADA, можно подключить в
качестве ELCOM-интерфейса к базовой системе посредством TCP/IP. ELCOM-
сервер базируется на MicroSCADA версии 8.2 и требует операционную систему
Unixware и Sybase RDBMS. Необходимо консультироваться с FIMIT до
предложения сервера ELCOM.

C 1.2.2 MicroTOPOLOGY
MicroTOPOLOGY - пакет, который может использоваться для управления топологией электрической сети.
MicroTOPOLOGY позволяет показывать на экране сеть, нанесенную на географическую карту. Поддерживаются
функция масштабирования и функция панорамы. С MicroTOPOLOGY одновременно могут работать 2 или более
пользователей. Сеть динамически окрашивается в соответствии с реальным состоянием переключателей в базе
данных процесса MicroSCADA. Закрашивание зависит как от первичного питания (трансформатор мощности),
так и от вторичного питания (фидер). Временное заземление линии, так же как и заземление фидера,
управляемо. MicroTOPOLOGY также поддерживает режим симуляции, в котором может тестироваться схема
соединений путем симуляции операций управления. Изображения станций в системе MicroSCADA и окна
управления разъединителями активизируются путем нажатия на соответствующий объект на географической
карте. Функция окрашивания шин из библиотеки LIB500 поддерживает MicroTOPOLOGY в следующих
отношениях:
• Топология станции, выполненная при помощи функции окрашивания шин, может
непосредственно переводиться в MicroTOPOLOGY.

5
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

• Цвета линий в режиме окрашивания вторичного питания могут показываться на

изображениях системы MicroSCADA при помощи так называемых линейных
индикаторов. Кроме того, отходящий или подходящий статус динамически
индицируется при помощи ориентации специального символа - стрелки.

Одна из возможностей MicroTOPOLOGY - поддержка определения и индикации места повреждения в сети.

Данная функция называется локализацией повреждения. Базой для определения места повреждения (ОМП)
являются ток короткого замыкания, записанный в реле защиты, и электрические характеристики линии. Функция
ОМП активизируются на основе события. Внимание: определение расстояния до повреждения в реле защиты не
нужны. Использование опции ОМП требует дополнительного ввода данных, поскольку электрическая сеть
должна быть описана более подробно.

MicroTOPOLOGY всегда связывается с базовой системой по TCP/IP: либо в рамках компьютера, либо по
локальной сети. Следовательно, компактные решения с MicroTOPOLOGY, базовой системой и MMI возможны
так же, как и те решения, где MicroTOPOLOGY работает на отдельном компьютерном сервере.

6
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Рисунок 1 MicroTOPOLOGY MMI

Требования к аппаратному и программному обеспечению для MicroTOPOLOGY:

• Операционная система: Microsoft Windows NT версии 4.0. Могут использоваться как
Windows NT Рабочие станции, так и Windows NT Серверы.
• Аппаратное обеспечение: ПК с процессором Intel.
þ Минимальная рекомендуемая мощность процессора - уровень 166 MГц Pentium-
процессора. Если MicroTOPOLOGY инсталлируется на компьютере с базовой
системой, то процессор Pentium 200 МГц. Могут использоваться компьютеры с
мульти-процессорами.

7
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

þ Рекомендуемый объем ОЗУ - не менее 64 MB. Если MicroTOPOLOGY

инсталлируется на компьютер с базовой системой, то рекомендуется ОЗУ объемом
96 MB.
þ В зависимости от размера распределительной сети, MicroTOPOLOGY потребует
приблизительно 100-500 MB дискового пространства. Рекомендуемая общая
емкость диска - не менее 1 GB или 2 GB, если MicroTOPOLOGY работает на
базовом компьютере. Можно использовать любые SCSI или IDE контроллеры,
поддерживаемые Windows NT.
þ Разрешение экрана должно быть не хуже, чем 1024x768 пиксел. Графический
адаптер должен поддерживать, как минимум, 256 цветовой режим или режим True
Color. Для обеспечения высокой эргономичности частота развертки экрана должна
быть не менее 70 Гц.
þ Может использоваться любая мышь и любая клавиатура, поддерживаемые
Windows NT.
þ Для инсталляции программного обеспечения Windows NT и MicroTOPOLOGY
рекомендуется использовать CD-ROM.
þ Для выполнения резервных копий рекомендуется использовать дисководы
3.5”/1.44 MB или 4/8 GB DAT (Digital Audio Tape = магнитная лента с цифровой
записью) tape drive (лентопротяжный механизм для DAT).
þ Для подключения принтера может использоваться параллельный порт.
þ Для подключения компьютера MicroTOPОLOGY к LAN можно использовать
любой адаптер Ethernet, поддерживаемый Windows NT.

C 1.2.3 Системы с горячим резервированием

В системах, где требуется высокая надежность, может быть применена концепция горячего резервирования
базовых систем. Концепция основывается на отображении резидентных данных диска и резидентных данных
ОЗУ между двумя системами. Объектом отображения является приложение системы MicroSCADA. В случае
сбоя базовой системы, в которой приложение находится в состоянии hot (горячее, активное), будет иметь место
отмена состояния hot. Это означает, что приложение, принимающее отображаемые данные в режиме
резервирования, станет “горячим” и приложение становится активным.

Резервное приложение является точной копией “горячего” приложения как в отношении дисковых данных, так и
в отношении данных ОЗУ. Данные отображаются на основе событий, т.е. отображаются только измененные
данные. Временные резидентные данные диска и ОЗУ, такие как кэш изображений и отчетов, принтерные
спулы, состояния исполнениязадач и состояния мониторов, не отображаются. При запуске выполняется полная
копия из “горячего” приложения в резервное. Отображение полностью симметрично, т.е. приложение может
быть отображено в обоих направлениях. Отмена отображения может быть инициирована вручную. После
отмены будет автоматически запущено отображение в резервном направлении, если система определит, что
сбоившая базовая система восстановлена.

8
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Входные данные, поступающие из процесса, уравновешиваются по отношению к отображению. Следовательно,

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

Базовая система поддерживает отображение более, чем одного приложения. Однако, решение должно
приниматься в соответствии с ресурсами компьютера, такими как мощность компьютера и память. Связываемые
друг с другом базовые системы должны всегда подключаться посредством TCP/IP со скоростью передачи не
менее 10Мбит/сек. Промежуточные мосты и маршрутизаторы, сокращающие скорость передачи менее
10Мбит/сек, будут снижать характеристики системы в целом и, следовательно, не рекомендуются для
использования.

Требования к аппаратному обеспечению и операционной системе для базовых систем горячего резервирования
такие же, как для отдельной базовой системы, за исключением того, что TCP/IP-связь, организованная на
Ethernet, является больше обязательной, чем необязательной.
Открытые интерфейсы схожи с интерфейсами отдельных базовых систем. Однако, нельзя забывать, что
приложение, содержащее базы данных, активно в той или иной базовой системе. Только активное приложение
может изменять данные за своими пределами.

C 1.2.4 Резервная LAN

В некоторых случаях резервная локальная сеть LAN требуется для избежания некоторых сбов в системе.
Концепция резервной LAN означает, что все компоненты LAN дублируются, и никакой одиночный сбой
оборудования локальной вычислительной сети не повлияет на функционирование системы. Физически структура
сети представляет из себя сеть, сегменты которой связаны в звезду. Она содержит, как минимум, два
соединенных HUB-устройства. Базовая система и компьютеры операторских рабочих станций имеют по два
адаптера Ethernet каждый. Адаптеры подключаются к разным HUB-устройствам. Компьютер с Windows NT
будет покажет состояния соединений. Автоматическое переключение на другое соединение выполняется всякий
раз при обнаружении неисправности.

C 1.2.5 DCP-NET
DCP-NET - программное обеспечение, работающее со специфичным семейством плат с ISA-шиной, называемым
DCP, Emulex. Плата имеет собственный Intel-процессор. В общих словах, задачей DCP-NET является
преобразование внешних протоколов, используемых для связи с устройствами связи с процессом, такими как
терминалы управления, реле и RTU, в протокол ACP. Протокол ACP используется между узлами системы
MicroSCADA, такими как базовые системы и устройства связи NET. Кроме того, DCP-NET поддерживает
некоторые “ведомые” протоколы, которые могут использоваться для связи с системой верхнего уровня.
Подробный перечень поддерживаемых протоколов можно найти в разделе “Протоколы/характеристики NET”.
Принтеры событий и аварийных сигналов также могут быть подключены к DCP-NET.

DCP-NET может соединяться с базовой системой следующими способами:

9
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

• Если плата DCP размещается в базовом компьютере, используется связь через общее ОЗУ.
Одна базовая система поддерживает до двух плат DCP.
• До четырех плат DCP могут работать в отдельном (автономном) фронтенде с операционной
системой DOS, подключенном к базовой системе посредством сети TCP/IP. Автономный
фронтенд должен отвечать следующим требованиям:
þ Процессор, не хуже 66 MГц Intel 80486 с 1 MB ОЗУ
þ MS-DOS
þ Адаптер SMC EtherEZ Ethernet
þ PC/TCP kernel version 4.2 from ftp Software Inc.
• Плата DCP-NET может быть подключена к другой плате DCP-NET по протоколу ACP
посредством последовательному порту. Один из возможных вариантов - использование
линий с автодозвоном.

Для синхронизации системных часов к плате DCP-NET могут быть подключены приемники GPS, DCF 77 или
MSF. Точность времени в системе зависит как от точности источника времени (передатчика), так и от точности
распространения синхронизации внутри системы. Поддерживаются следующие устройства и протоколы:
• COMPUTIME из Diem, поддерживающие, по меньшей мере, приемники GPS и DCF 77
• RCC8000, поддерживающие, по меньшей мере, приемники MSF и DCF 77
• GPS166, Meinberg Funkuhren
• Если требуются иные устройства синхронизации времени, обратитесь в FIMIT.

К аппаратному обеспечению, поддерживаемому DCP-NET, относятся:

• DCP286i с 1 MB ОЗУ и 8 RS-232-C каналами. Код заказа Emulex: 286I-8-401
• DCP286i / SBC с 1 MB RAM и 2 RS-232-C каналами. Код заказа Emulex: 286I-2-400-SBC
• DCP386i с 1 MB RAM и 8 RS-232-C каналами. Код заказа Emulex: 386I-8-401-FD

Предшественником DCP-NET является программное обеспечение связи MicroNET (версия 8.2). MicroNET 8.2D
может быть связано с базовой системой MicroSCADA вер. 8.4 таким же способом, что и DCP-NET.
Аппаратным обеспечением, поддерживающим MicroNET 8.2D (коды заказа Emulex см. выше), является:
• DCP/MUXi с 512 kB RAM и 8 RS-232-C каналами
• DCP286i с 1 MB RAM и 8 RS-232-C каналами
• DCP386i с 1 MB RAM и 8 RS-232-C каналами

Максимальная рекомендуемая скорость последовательной линии связи на плате DCP - 19,2 кбит/сек. Полная
характеризуемая емкость всех плат DCP может быть оценена путем суммирования скорости бит всех
последовательных линий. Сумма скорости бит не должна превышать :
10
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

• 40 кбит/сек для плат DCP/MUXi и DCP286i

• 80 кбит/сек для платы DCP386i

C 1.2.6 Резервные фронтенды

Концепция резервных фронтендов означает, что для выполнения одной задачи отводятся два автономных
фронтенда с DCP-NET. Одно DCP-NET работает в оперативном режиме (on-line), другое - в режиме
резервирования. Вторичное DCP-NET контролирует первичное DCP-NET. В случае нарушения нормальной
работы в первичном DCP-NET, вторичное DCP-NET выполнит отмену и будет управлять переключателями
линий для переключения на свои линии. Решение о переключении принимает приложение системы
MicroSCADA. Функция резервирования симметрична, следовательно прежде первичное DCP-NET перейдет в
режим резервирования, предварительно восстановившись и запустившись. Во время работы, некоторые
событийные данные для RTU, использующих протокол RP570, передаются между двумя DCP-NET на
событийной основе.
Стандартный пакет программного обеспечения приложения подходит для управления резервными фронтендами.
Пакет поддерживает переключение как всех DCP-NET, так и одной пары DCP-NET.
В двух резервных автономных фронтендах, каждое DCP-NET должно связываться по последовательной линии
для передачи данных о событиях. Требования к аппаратному и программному обеспечению резервных
фронтендов аналогичны требованиям для автономных фронтендов (см. предыдущую главу).

C 1.2.7 PC-NET
PC-NET - программное обеспечение, аналогичное DCP-NET. PC-NET работает в главном процессоре на
компьютере с Windows NT параллельно с базовой системой. Как и каналы связи, программное обеспечение PC-
NET может использовать последовательные COM-порты компьютера. Как канал прямой связи с шиной LON,
PC-NET использует плату шины ISA, называемую PCLTA (PC LonTalk Adapter), Echelon.
Таким же образом, как для DCP-NET, задачей PC-NET является пребразование внешних протоколов,
использующихся для связи с устройствами процесса (реле и RTU), в протокол ACP, который используется
между PC-NET и базовой системой MicroSCADA. PC-NET также поддерживает некоторые “ведомые”
протоколы, которые могут использоваться для связи с системой верхнего уровня. Подробный перечень
поддерживаемых протоколов можно найти в разделе “Протоколы/характеристики NET”.

PC-NET всегда соединяется с базовой системой посредством интегрированной связи, т.е. PC-NET должно всегда
работать на одном компьютере с базовой системой. Следовательно, требования к аппаратному обеспечению ПК
можно найти в предыдущей главе, описывающей требования к базовой системе.

Физическая структура LON-шины представляет из себя опто-волоконную шину с соединением типа “звезда”.
Устройство связи сегментов LON-шины RER 111 можно заказать в FIMIT. К одному RER111 можно подключать
до 27 оптических соединений. Один RER 111 может быть подключен к другому RER 111 как напрямую, так и
через маршрутизатор. Более подробную информацию о RER 111 и других устройствах связи можно найти в
брошюре “Связь подстанций” (1MRS 750029-MDS EN), FIMIT. В FIMIT можно заказать опто-электрические
передатчики типа RER 107 для связи между платой PCLTA и RER111.

11
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Устройства уровня ячеек, основанного на LON, производства ABB как правило поддерживают на уровне
станции два или более “ведущих” устройства одновременно. Следовательно, возможна конфигурация с
независимыми управлением MicroSCADA (SYS 500) и gateway NCC (COM 500).

Сеть на LON может быть разделена на сегменты, называемые подсетями. Подсети могут соединяться друг с
другом при помощи маршрутизаторов. Рекомендуется подключать к одной подсети не более 25 устройств с
высокими характеристиками. При подключении PC-NET к сети LON, для каждой подсети необходимо
зарезервировать на плате PCLTA один канал LON. LON-канал соответствует LON-соединению в PC-NET. Плата
PCLTA может иметь 1 или 2 канала. В настоящий момент PC-NET поддерживает до 4 LON-соединений.
Следовательно, 2 платы PCLTA, с 2 каналами каждая, могут использоваться в ПК.

C 1.2.8 MMI
Интерфейс Человек-Машина (Man-Machine Interface=MMI) системы MicroSCADA состоит из так называемых
MicroSCADA-мониторов. Мониторы выдаются как окна в системе окон. MicroSCADA-монитор всегда
подсоединяется к базовой системе, в которой располагаются изображения и диалоги, выдаваемые на монитор.
Мониторы могут работать локально, на экране, связанном с базовым компьютером, или они могут быть
распределены по локальной сети LAN. Кроме того, MicroSCADA-мониторы могут работать дистанционно,
например, на домашних терминалах, подключенных через модем к базовой системе.

Существуют две категории MicroSCADA-мониторов, а именно Visual SCIL мониторы, называемые далее VS-
мониторами, и X-мониторы. X-мониторы базируются на стандарте X-Window. Графическое функционирование,
поддерживаемое X-мониторами, представляет собой графические примитивы, такие как линии, окружности и
прямоугольники, и OSF/Motif widget. Графические возможности X-мониторов в версии 8.4.1 совместимы с
возможностями X-мониторов в версии 8.2.

VS-мониторы поддерживают такие же графические примитивы, что и X-мониторы. Кроме того, VS-мониторы
поддерживают согласованность графических объектов с Windows и Windows 95. Эти графические объекты,
называемые Visual SCIL-объектами, представляют собой кнопки, стрелки для перелистывания страниц,
спиннеры и панели меню. VS-мониторы могут работать локально, используя местный графический интерфейс
Windows, или они могут быть переданы на операторские рабочие места посредством X-Window.
Функционирование локальных и удаленных VS-мониторов одинаково.

Для совместимости с предыдущими версиями системы MicroSCADA, рабочие станции MicroWORKSTATION

могут соединяться с базовой системой либо по TCP/IP, либо через устройства связи NET.
Следующая таблица показывает возможные характеристики для различных типов мониторов:

Возможные графичекие Полу-графика Графические Объекты Visual OSF/Motif widgets

характеристики примитивы SCIL
VS-monitor ДА ДА ДА НЕТ
X-monitor ДА ДА НЕТ ДА
MicroWORKSTATION ДА НЕТ НЕТ НЕТ

MicroSCADA MMI накладывает следующие требования на аппаратное и программное обеспечение:

12
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

• Локальные VS-мониторы используют местный графический интерфейс Windows NT и не

требуют дополнительного аппаратного и программного обеспечения. Один и более
локальных VS-мониторов могут работать одновременно. Кроме того, для базового
компьютера могут быть предложены двойные мониторы. В этом случае рекомендуется
графический акселератор с PCI-шиной TWIN Orion-64, Datapath Limited, UK.
• Для операторских рабочих станций, запускающих удаленные VS-мониторы, компьютер
рабочей станции с Windows NT должен отвечать следующим требованиям:
þ ПК с процессором не хуже 90 MГц Pentium и 32 MB ОЗУ. Кроме того, для
компьютера рабочей станции могут предлагаться двойные экраны. В данном
случае рекомендуется использовать графические акселераторы с PCI-шиной TWIN
Orion-64, Datapath Limited, UK.
þ Рабочие станции Windows NT версии 4.0
þ Hummingbird eXceed для Windows NT вер. 5.1.3
þ Hummingbird eXceed рекомендуется также для базового компьютера, чтобы
обеспечить удобный метод запуска удаленных VS-мониторов.
• Удаленные VS-мониторы могут также работать на офисных компьютерах, с менее
высокими требованиями, чем рабочие станции, при условии, что смогут быть организованы
TCP/IP связи. Hummingbird eXceed X-сервер версии 5.1.3. возможен для Windows 3.1/3.11,
Windows 95 и Windows NT. Примечание: у удаленных VS-мониторов, работающие на
компьютерах, отличных от компьютеров рабочих станций, возможно снижение
характеристик и устойчивости.
• X-monitors могут работать как локально, так и удаленно. Локальные X-мониторы требуют
Hummingbird eXceed версии 5.1.3. Удаленные X-мониторы имеют такие же требования, что
и удаленные VS-мониторы.

Модемные соединения с автодозвоном для VS-мониторов и X-мониторов поддерживаются при помощи

Microsoft remote access services (RAS) под Windows NT и Windows 3.11. Скорость автодозвона должна быть не
менее 9600 бит/сек. Могут быть предложены переносные терминалы, базирующиеся на laptop PC, работающих в
Windows NT со мобильным телефоном GSM. Переносные терминалы должны иметь разрешение экрана не хуже,
чем 800x600 пиксел.

C 1.3 Характеристики системы

C 1.3.1 Факторы, ограничивающие характеристики системы

13
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Характеристики базовой системы в основном ограничиваются следующими факторами:

• мощность центрального процессора (ЦПУ)
• объем физической памяти ОЗУ
• время доступа к диску

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

• Всегда, когда приложение требует интенсивных вычислений или содержит много графики,
выбирайте ЦПУ с высокими характеристиками. Большая скорость событий из процесса
также требует ЦПУ с высокими характеристиками. Также могут использоваться
многопроцессорные компьютеры для улучшения характеристик.
• Обеспечьте достаточный объем памяти ОЗУ для большой конфигурации (например, для
большого количества мониторов или большой базы данных в приложении). Несмотря на то,
что Windows NT поддерживает концепцию виртуальной памяти (блоки памяти могут
располагаться в ОЗУ или на диске), недостаток памяти может вызвать интенсивную
перезапись блоков памяти между ОЗУ и диском и, таким образом, снизить характеристики
системы.
• Обеспечьте наличие в компьютере диска с высокими характеристиками, если приложение
включает в себя интенсивную отчетность или имеет большую скорость поступления из
процесса событий, которые должны быть сохранены на диске.

Обеспечьте наличие в базовом компьютере и компьютерах рабочих станций графических акселераторов с

высокоими характеристиками.

C 1.3.2 Нагрузка системы в отношении связи с процессом

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

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

При перегрузке характеристики системы временно снижаются до уровня, ниже нормального. Система имеет
некоторое количество буферных очередей для управления перегрузками. Если перегрузка сохраняется так долго,
что очереди системы начинают переполняться, то ядро системы MicroSCADA будет автоматически пытаться
снизить скорость входящих данных из процесса, чтобы не потерять события.
Ядро системы MicroSCADA может управлять большим количеством обновлений значений в секунду. Однако,
полное выполнение зависит от действий, привязанных к обновлению, таких как печать, регистрация
14
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

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

Действия, выполняемые в порядке очередности, такие как исполнение канала событий и генерация печати,
выполняются как фоновые (с точки зрения связи с процессом) задачи и не влияют на характеристики связи с
процессом до тех пор, пока очередь не заполнена. Однако, исполнение канала событий может требовать
определенного количества времени, зависящего от того, какие SCIL-программы и т.д. выполняются. Функции
управления критичностью по времени не должны быть встроены в каналы событий.

C 1.4 Синхронизация системы по времени

Синхронизация системы по времени означает, что внутренние часы компонент системы (базовых систем,
устройств связи NET и автономных фронтендов) синхронизируются взаимно или внешним источником времени.
Как правило, погрешность внутреннего системного времени зависит от качества распространения
синхронизации внутри системы. Абсолютная погрешность системного времени зависит как от внутрисистемной
погрешности времени, так и от погрешности источника времени. Внешним источником времени может быть, как
правило, один из следующих:
• GPS (Global Positioning System), обычно используются для навигации, базирующейся на
спутнике
• радио передатчики для синхронизации часов, такие как DCF 77 пр-ва Frankfurt, Germany
• система верхнего уровня, например, система управления сетями

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

Tаблица 1 Принимающие устройства, поддерживаемые системой

Источник времени Устройство Продавец
GPS GPS 166 Meinberg Funkuhren
COMPUTIME Diem
Различные устройства,
поддерживаемые непосредственно из
Windows NT, например, Trimble
DCF 77 PC 31, PC 32 Meinberg Funkuhren
COMPUTIME Diem
RCC8000
MSF RCC8000
Система управления сетями DCP-NET

15
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Таблица 2 Соединения принимающих устройств, поддерживаемых системой

Устройство Соединяется с
GPS 166 DCP-NET
COM-порт компьютера автономного фронтенда
PC 32
PC 31, PC 32 Компьютер базовой системы
COM-порт компьютера автономного фронтенда
COMPUTIME DCP-NET
COM-порт компьютера автономного фронтенда
RCC8000 DCP-NET
COM-порт компьютера автономного фронтенда

C 1.5 Конфигурация системы

Следующие главы описывают компоненты системы, из которых строится MicroSCADA. Путем комбинации
компонент различными способами можно получить много вариантов возможных комбинаций. Рисунок,
приведенный ниже, дает общую (независящую от области применения) иллюстрацию возможных комбинаций
компонент системы.
.

System server

Windows NT

Local
X-monitor
VS-monitor

Operator workstation Stand-alone frontend

Base System
Integrated link
MS-DOS
Windows NT
PC-NET Common RAM link TCP/IP link
MFL

PC-bus (ISA,PCI) PC-bus (ISA,PCI)

DCP286i/386i DCP286i/386i Remote DCP286i/386i DCP286i/386i
COM1 X-monitor
PCLTA
COM2 Ethernet VS-monitor Ethernet
DCP-NET DCP-NET DCP-NET DCP-NET
COM3 adapter adapter
A B COM4 1 2 3 n 1 2 3 n 1 2 3 n 1 2 3 n

LON Serial lines TCP/IP Serial lines

Various protocols Various protocols

Рисунок 2 Схематичный рисунок возможных соединений между компонентами системы

C 1.5.1 Управление сетями

16
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Base system

Base system,
DCP-NET

NCC Level
ACP/ ANSI ANSI RP570 / 571 ANSI ALPHA
Station Level X3.28
SRIO

LON SPA

S PAC 331 C S PAC 331 C

I I

0 0

S PAC 331 C S PAC 331 C

I I

0 0

Рисунок 3 Компактная система управления сетью со встроенным DCP-NET и MMI.

Operator workstations

Router
Printer
server LAN

Stand-alone Stand-alone
Base system 1 front-end front-end Base system 2

FBS

NCC Level
ACP/ ANSI ANSI RP570 / 571 ANSI
Station Level
SRIO

LON SPA

S PAC 331 C S PAC 331 C

I I

0 0

S PAC 331 C S PAC 331 C

I I

0 0

Рисунок 4 Система управления сетями с резервными базовыми системами и резервными

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

17
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 1.5.2 Автоматизация подстанции

Шина связи является центральным звеном системы автоматизации подстанции. Следовательно, системы
автоматизации подстанции могут быть разделены по категориям в соответствии с используемой архитектурой
шины связи. Системы автоматизации подстанции типа MicroSCADA поддерживают две различных архитектуры
шин, а именно: шина SPA и шина LON. Системы с SPA-шинами строго базируется на отношениях “ведущий-
ведомый” между устройствами на уровне ячеек, такими как реле серии SPACOM, и ведущим DCP-NET с шиной
SPA. Физическая структура шины SPA представляет собой опто-волоконный контур. Один SPA-контур (петля)
подключается к одной линии в DCP-NET. Несколько SPA-петель могут работать параллельно. Количество
ведомых устройств с протоколом SPA, рекомендуемое для каждого контура, зависит от требований к
характеристикам. Во всяком случае, для обеспечения приемлемых характеристик в один контур может быть
подключено не более, чем 30 ведомых устройств с протоколом SPA.

To NCC

B a se s y s tem ,
2 x D C P -N E T

SPA

S PA C 3 31 C S PA C 33 1 C S PA C 33 1 C S PA C 331 C

I I I I

0 0 0 0

S PA C 33 1 C S PA C 3 31 C S PA C 331 C S PA C 33 1 C

I I I I

0 0 0 0

S PA C 3 31 C S PA C 33 1 C S PA C 33 1 C S PA C 331 C

I I I I

0 0 0 0

S PA C 33 1 C S PA C 3 31 C S PA C 331 C S PA C 33 1 C

I I I I

0 0 0 0

S P A D ev ic e s

Рисунок 5 Небольшая система автоматизации подстанции с четырьмя SPA-

контурами для подключения к DCP-NET. Локальное управление станцией
осуществляется системным сервером. Соединение с центром управления сетью
осуществляется вторым DCP-NET, находящимся в системном сервере.

18
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

MicroSCADA v8.4 MicroSCADA v8.4 Network

Windows NT Windows NT control
Ethernet (TCP/IP)

Fibre-optic
tranceiver
PCLTA card
NET card
Glas-fibre or
PCLTA card plastic-fibre Fibre-optic
optical cable tranceiver

SLTA card
Star-coupler RER 111
RS-232
Twisted-pair LON cable
TP78 (or TP1250)

Router card

Third-party LON nodes

RER 103 (DI, DO, AI, AO, etc.)
Glas-fibre or
plastic-fibre adapter SPA-ZC100
I optical cable I SPAC 3 31 C
LON/SPA gateway
0
0

F
F I

C O

C
E
E

RE_ 5xx RE_ 5xx SPACOM

(Max. 21 ... 26 bays per one star-coupler)
Рисунок 6 Физическая структура шины LON в системе автоматизации подстанции

19
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2 Описание программного обеспечения

C 2.1 Структура программного обеспечения

Программное обеспечение (ПО) в системе MicroSCADA может быть разделено на следующие уровни:
операционная система, ПО платформы и ПО приложения. Для базовой системы MicroSCADA уровни могут
быть более точно описаны как операционная система, ядро системы MicroSCADA и приложения системы
MicroSCADA. Операционная система вместе с ядром системы MicroSCADA формируют платформу для
приложений.
Операционной системой в базовой системе MicroSCADA вер. 8.4.1 является Windows NT.

Ядро системы MicroSCADA является программным обеспечением платформы, которое идентично для всех
инсталляций одной и той же версии системы MicroSCADA. Оно не обладает свойствами, специфичными для
заказчика или специфичными для области применения. Оно предоставляет всесторонний сервис для подготовки
приложений, ориентированных под требования заказчика.

Ядром является программное обеспечение реального времени для нескольких процессов. Несколько
приложений системы MicroSCADA могут одновременно работать в верхней части ядра. Ядро снабжает каждое
приложение структурами баз данных, механизмами управления базой данных и функциями управления файлами.
Система изображений и диалогов с соответствующими инструментами является базой пользовательского
интерфейса приложения. Язык программирования SCIL является ключевым сервисом, который обеспечивается
ядром. SCIL-программы могут работать в изображениях, диалогах и командных процедурах и могут
активизироваться, например, оператором, событиями из процесса или циклическими сигналами времени. Ядро
предлагает интерфейс для программирования приложения с целью получения функций в виде отдельных
программ.

20
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Implemented
Data Services Open
MMI
Protocols
E LIBRARY
DD rver IOP Communication
Visual
Application Se
SCIL Co
Se m
Program
Program IL)

es on
oSCAD Interface

m s (AC
Servic licati
icr

C
Interface

rv
un
(S
API

ice
CPI

ica
App

tion
A
P)
OS API
Kernel
Portable
operaiting
system
LAN
interface
Local Area Network
BC
nt

Operating systems OD • TCP/IP

lie

ob GUI es
j ec it i v
C

• Windows NT 4.0 t s a n d p r im
DE
D

X Window Win32
TM

Man-Machine Interface
• Windows GUI
• OSF/Motif
Рисунок 7 Возможности системы

21
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Рисунок 8 Структура программного обеспечения системы MicroSCADA

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

Приложение системы MicroSCADA создается при помощи инструментов для разработки, с использованием
сервиса платформы. Создание приложения включает в себя стандартные инсталляционные функции из
библиотеки LIB 500, написание специфичных SCIL-программ для заказчика и т.д.

22
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2 Характеристики базовой системы

C 2.2.1 Общие сведения

Версия 8.4.1 системы MicroSCADA предлагает новые функции и платформу с новой операционной системой, а
именно Windows NT. Она также включает в себя функции ранней версии MicroSCADA, таким образом
приложения, выполненные с использованием старой версии MicroSCADA 8.2, тоже могут работать в
приложениях версии 8.4.1. Даже приложения, выполненные в более старых версиях системы MicroSCADA,
например, вер. 7.3, обычно требуют лишь незначительных модификаций до их запуска в версии 8.4.1.

Рисунок 9 Пользовательский интерфейс системы S.P.I.D.E.R. MicroSCADA

23
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.2 Пользовательский интерфейс

C 2.2.2.1 Изображения
Изображение охватывает
• статический фон изображения
• функциональные ключи (кнопки) с соответствующими SCIL-программами
• окна
Окно в изображении может использоваться для представления, например,
динамических значений (из базы данных, из процесса и т.д.) в цифровом или
графическом виде, в виде целых изображений, в виде рисунков и т.д.
Определение окна является рекурсивным. Представление окна может
храниться в библиотеках.
• функции изображения, которые инсталлируются при помощи стандартных
функций библиотеки LIB 500
• SCIL-программы для циклического исполнения и исполнения на основе
событий

Изображение может быть, например, динамическим представлением подстанции, отчета, списка или
схематичной иллюстрации.
Библиотека LIB 500 вер. 4.0.1 в основном базируется на изображениях.
Изображения разрабатываются и программируются в Редакторе Изображений. Язык программирования SCIL
обеспечивает набором команд для управления изображением.

C 2.2.2.2 Visual SCIL и диалоги

Visual SCIL - новая концепция пользовательского интерфейса в версии 8.4.1. Элементами ключей
пользовательского интерфейса Visual SCIL являются диалоги и объекты Visual SCIL.
Диалоги являются окнами, которые обеспечивают диалоговыми функциями, панельками выбора, списками,
функиями просмотра, образами, инструментами и т.д. По сути, они являются независимыми: размещаются и
перемещаются независимо от других изображений и диалогов на экране.
В общем, дизайн и программирование диалогов осуществляется в Редакторе Диалогов с использованием
расширенного набора объектов Visual SCIL, например, текстов, кнопок, списков, цифровых спиннеров, комбо-
панелей, проверочных панелей, меню и блокнотов. Редактор Диалогов включает в себя геометрические
характеристики т поддерживает тексты, зависящие от языка.
Кроме того, в качестве дополнения к дизайну диалогов с помощью Редактора Диалогов, объекты Visual SCIL
могут загружаться из файлов или создаваться напрямую в изображениях и диалогах при помощи операторов
языка программирования SCIL.

24
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Рисунок 10 Примеры объектов Visual SCIL.

25
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Рисунок 11 Пример экрана системы MicroSCADA, как он выглядит для инженера-

разработчика приложения. Экран показывает навигатор объектов приложения и инструмент
объектов данных.

При дизайне элементов пользовательского интерфейса, диалоги, в общем, подходят для меню, панелей выбора,
операторских диалогов, импортируемых образов, списков и текстовых отчетов. Изображения наиболее удобны
для представления процесса. MicroSCADA 8.4.1 включает в себя инструменты, которые были созданы в виде
диалогов при помощи объектов Visual SCIL.

26
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.3 Язык программирования SCIL

C 2.2.3.1 Обзор
SCIL - это мощный язык высокого уровня для программирования приложений. SCIL был создан специально для
построения прикладных функций в системе MicroSCADA. Как и большинство других языков, SCIL имеет такие
черты, как присвоение значения переменной, арифметика, условия, блоковая структура, оператор выбора, циклы
и т.д. Кроме того, SCIL имеет средства для
• контроля и управления процессом
• управления изображением
• работы с базой данных
• конфигурации и управления системой

Как правило, большинство производимых в MicroSCADA действий включают в себя программы на языке SCIL.
SCIL-программы исполняются в изображениях, диалогах и командных процедурах и могут быть активизированы
оператором, событием из процесса или циклическими сигналами времени и т.д.

SCIL строго поддерживает объектную концепцию системы MicroSCADA посредством общего синтаксиса
объектов любого типа. Операторы языка SCIL могут иметь непосредственный доступ как к локальным, так и к
удаленным объектам. SCIL-программа может содержать до 10000 операторов. SCI-операторы могут содержать
• определения переменных величин, например, присвоения переменных
• команды управления
Команды управления выполняют операции, касающиеся объектов, системных компонент,
печати, исполнения программ и т.д.
• команды изображения
Команды изображения дают системе распоряжения, касающиеся управления изображением,
например, выдача изображения на экран, открытие и закрытие окон и т.д. Команды
изображения могут использоваться только в изображениях.
• графические команды
þ Примитивные графические команды, которые управляют графическими
элементами. Эти команды могут использоваться в изображениях и объектах Visual
SCIL.
þ Команды управления объектами Visual SCIL, которые могут использоваться в
изображениях и в объектах Visual SCIL обеспечивают определение окна, как
монитора типа VS.
þ Команды управления Motif widget, которые могут использоваться в изображениях
системы MicroSCADA и в Motif widget. Они могут использоваться в изображениях
на X-мониторах.

Все эти типы операторов могут содержать выражения, которые, в свою очередь, могут содержать вызовы
функций, ссылки на объекты и ссылки на переменные. SCIL-программы могут вызывать другие программы.
27
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Язык программирования SCIL включает большое количество мощных, заранее определенных функций для
обработки данных раличных типов. Например, в SCIL действуют следующие важные категории функций :
• арифметические функции
• функции времени
• строковые функции
• битовые функции
• векторные функции
• функции базы данных
• функции управления файлами
• функции связи
• функции DDE Client
• функции SQL/ODBC
• функции печати
• функции управления типом данных

28
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.4 Объекты приложения

Объекты приложения являются программируемыми модулями, которые исполняют различные задачи, такие как
контроль процесса в реальном времени, процедры управления, регистрация и хранение данных, расчеты,
автоматическая активизация времени и событий и т.д. Объекты приложения создаются, имеют доступ,
модифицируются и удаляются при помощи языка программирования SCIL.
Информация, ассоциируемая с объектами - их значениями, фунциями, характеристиками и активностью -
описывается атрибутами. Обычно объект имеет много различных атрибутов. Каждый атрибут может быть
доступен при помощи языка SCIL. Разные типы объектов имеют разные наборы атрибутов.
Атрибуты могут быть разделены на статические и динамические.
• Статические атрибуты определяют отождествление и свойства объекта. Примерами
статических атрибутов объекта являются: имя объекта, по-возможности, адрес объекта,
критерий активизации, связь с другими объектами, спецификация управления аварийными
сигналами, по-возможности, программа или выражение.
• Динамическими атрибутами являются: значение объекта и дополнительная информация,
относящаяся к значению, такая как статус-код и метка времени.

Рисунок 12 демонстрирует объект и его статические и динамические атрибуты.

Name: SAMPLE Data: 0.785

Copied from: ORIGIN Validation Stamp: OK

Activated by: TC_1H Time Stamp: 12:00:00

Рисунок 12 Объект с некоторыми статическими и диамическими атрибутами

Объекты приложения классифицируются на следующие девять типов:

• Объекты процесса. Объекты процесса являются образами устройств, подключенных к
системе.
• Шкалы. Это алгоритмы для масштабирования данных, переданных из устройств процесса,
в реальные значения для измерений.
• Объекты данных. Объекты данных регистрируют и хранят данные-образцы или расчетные
данные.
• Командные процедуры. Это SCIL-программы, которые могут исполняться автоматически
или вручную.

29
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

• Каналы времени. Это объекты для автоматического (по времени) запуска регистрации
данных и исполнения программ.
• Каналы событий. Это объекты для автоматического (по событию) запуска регистрации
данных и исполнения программ.
• Объекты произвольного типа. Объекты произвольного типа определяют типы объектов
процесса, необходимые пользователю.
• Объекты событий. Эти объекты активизируют автоматическое (по событию) обновление
изображения. Объекты событий могут быть активизированы автоматически или вручную,
но они не имеют атрибутов.
• Объекты переменных. Объекты переменных являются временными списками значений
атрибутов, используемых в SCIL-программах.

Каждое приложение системы MicroSCADA содержит базу данных процесса (БДП) и базу данных отчетов (БДО).
БДП содержит объект процесса, масштаб и, дополнительно, объект произвольного типа. БДО состоит из
объектов данных, командных процедур, каналов времени и каналов событий.

C 2.2.5 База данных процесса

C 2.2.5.1 Обзор
База данных процесса - это “быстрая” база данных реального времени, содержащая объекты процесса,
масштабы и объекты произвольного типа. Связь системы с процессом проходит через объекты процесса.
Поведение каждого объекта может быть задано пользователем.

Определения БДП хранятся на диске, но все необходимые данные переносятся в ОЗУ для оптимального
исполнения. Динамические значения атрибутов обычно хранятся только в ОЗУ, но для избранных объектов
могут быть заданы как значения, копируемые на диск.

Большинство функций БДП базируется на объектах процесса. Объекты процесса - это образы данных от
физических устройств процесса, таких как выключатели, разъединители, ключи, реле, определители, датчики,
контроллеры и т.п. Устройства подключаются к системе MicroSCADA посредством удаленных терминалов
(RTU), реле защиты и терминалов управления, программируемых логических контроллеров и т.д., которые здесь
именуются как устройства процесса с общим именем.

Объекты шкалы содержат алгоритмы для масштабирования значений объектов, содержащих аналоговые данные.
Алгоритм масштабирования может быть: один-к-одному, линейный или шагово-линейный. Объекты
произвольного типа используются для определения объектных типов, необходимых заказчику.

Объекты процесса контролируют сигналы, регистрируемые в устройствах процесса (устройства связи с

объектом=УСО), и управляет сигналами, передаваемыми от УСО к первичному оборудованию. В основном, все
входные и выходные связи с устройствами процесса представляются объектами процесса в базе данных
процесса в системе MicroSCADA. Объектами процесса могут представляться также и другие данные,

30
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

хранящиеся в устройствах процесса (например, объекты с событиями в RTU и коды событий в SPA-
устройствах).

Существуют также объекты процесса, которые не имеют с устройствами процесса либо физических
соответствий, либо соответствий данных. Эти “фиктивные объекты процесса” используются для симуляции
процесса, для значений, обновляемых вручную, управления системными сообщениями и т.д.
Объекты процесса в базе данных процесса организуются в группы. Группа состоит из индексированных
объектов процесса с одинаковым логическим именем, обычно относящихся к одному и тому же физическому
устройству.

C 2.2.5.2 Функция
Объект процесса содержит данные процесса (значение объект), различную качественную информацию о данных,
и информацию об аварийном состоянии, а также определения для масштабирования, автоматической
активизации и т.д., см. Рисунок 13. Атрибутами являются как динамические данные, которые отражают реальное
состояние процесса, так и характеристики.
Устройство процесса управляется путем установки значений соответствующего выходного объекта командой
#SET.
Каждое обновление значения объекта хранится вместе с качественной информацией и метками времени.
Обновление, если оно происходит из процесса или из SCIL, может привести к активизации некоторых действий,
“пост-процесс”, (в зависимости от определения объекта процесса и от обновленного значения):
• Активизация аварийного сигнала (входные объекты), включая заполнение списка
аварийных сигналов и печать аварийных сигналов
• автоматическая печать
• обновление изображение на основе событий (через объекты событий)
• активизация канала событий
Автоматическое исполнение командных процедур, объектов данных и каналов времени
может связано с изменением значения процесса через канал событий. Исполнение
командных процедур через каналы событий обеспечивает основанные на событиях действия
со всеми возможностями языка SCIL, позволяющее выполнять расчеты, управление,
передачу данных в другие системы и т.д.
• регистрация в буфере для последующего представления в списке событий
• регистрация на жестком диске

31
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Event and Trends and

Process Displays Alarm Signals Alarm List Event List Alarm Printout Reports

Process Objects Report Database

Process units

Рисунок13 Функции базы данных процесса

32
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.5.3 Типы объектов процесса

Тип определенного объекта процесса зависит от типа соответствующего входного/выходного соединения в
устройстве процесса. Это соединение соответствует атрибуту значения объекта (object value=OV). MicroSCADA
поддерживает девять заранее определенных типов объектов процесса:
• аналоговый вход и выход
• дискретный вход и выход
• цифровой вход и выход
• двухпозиционная индикация (вход)
• счетчик импульсов (вход)
• поток бит (выход и вход).
Различные типы устройств процесса (типы станций) имеют различные способы присвоения типов данных.
Следующая таблица демонстрирует соответствие между типами объектов процесса и типами данных,
специфичных для устройств процесса (для RTU и SPACOM-устройств).

Таблица 3 Соответствие между типами объектов процесса и типами данных, специфичных

для типов станций (для RTU и SPACOM-устройств).

Типы объектов процесса типы данных RTU типы данных SPACOM

Дискретный Вход, BI
Дискретный Выход, BO
Цифровой Вход, DI
Цифровой Выход, DO
Аналоговый Вход, AI
Аналоговый Выход, AO
Счетчик импульсов, PC
Индикация
Однопозиционная индикация
Дискретные сигналы
Однопозиционная индикация
Аварийные сигналы
события
Ключи
Выбрать команду
Команда объекта (одно- или
отключить/включить
двух-шаговая)
Выполнить команду
Команда регуляции
Отменить команду
Команды прямого
отключения/включения
Команды понизить/повысить
Цифровое значение
Цифровая уставка
Аналоговое значение Измеренные данные (ток,
Запись аналоговых событий напряжение, интегрированные
значения энергии, положение
отпайки и т.д.)
Аналоговая уставка
Основной устойчивый выход
Счетчик импульсов Счетчики импульсов
33
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Двухпозиционная Двухпозицияонная индикация Состояния выключателя и

двоичная индикация, DB Двухпозиционная индикация разъединителя (отключен + включен)
события

34
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.5.4 Типы, определяемые пользователем

В дополнение к заранее определенным типам объектов, перечисленных выше, инженер-разработчик системы
MicroSCADA может определить до 155 пользовательских типов (типов, определяемых пользователем). Эти типы
объектов процесса задаются объектами произвольного типа. Пользовательские типы применяются, например, в
прилжениях управления нагрузкой.

C 2.2.5.5 Мощность
Таблица 4 Мощность

Тип объекта Максимальное количество объектов в одном приложении

Объекты всего 65535 объектов процесса
процесса Макс. 255 объектов в одной группе
Шкалы 65535

C 2.2.6 База данных отчетов

C 2.2.6.1 Обзор
База данных отчетов (БДО) предлагает функции для хранения истории необработанных и расчетных данных для
исполнения SCIL-программ (как по времени, так и на основе событий) и т.д. Типы объектов в БДО - объекты
данных, командные процедуры, каналы времени и каналы событий. Определения объектов хранятся на диске.
Динамические атрибуты, такие как значение объекта и время регистрации, могут быть заданы для хранения либо
в ОЗУ, либо на диске. Ядро системы MicroSCADA постоянно хранит копию наиболее часто используемой
информации (динамические и статические атрибуты) в ОЗУ.

Объекты данных моделируют, рассчитывают, регистрируют и хранят данные. Объект данных может содержать
одно или более (макс. до 65535) регистрируемых значений. Каждое зарегистрированное значение имеет метку
времени и статус-код, описывающий источник и качественные характеристики значения. Объекты данных
используются для хранения трендов, историю значений энергии, данных для конфигурации системы,
оптимизации, расчетов, оценки будущих значений энергии, бланков заказов и т.д. Регистрация данных
выполняется согласно SCIL-выражениям и функциям регистрации при входе в систему. Примерами функций
выборочной регистрации являются сумма, интеграл, разность импульсов, максимум и минимум. Выполнение
регистрации данных может быть запущено вручную или автоматически.

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

35
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

Каналы времени задают “расписания” для автоматического запуска операций (по времени) в базе данных
отчетов: регистрация объектов данных и исполнение командных процедур. Каналы времени используются для
циклического выполнения программ или регистрации данных, отчетов, зависящих от времени, трендов,
регулярных проверок, управления временем и т.д. Один канал времени может запускать один и более объектов.
Если какнал времени запускает несколько объектов, то они запускаются в порядке приоритетов. Канал времени,
в основном, активизируется в заранее заданные моменты времени, как в абсолютные моменты времени, так и
циклически с программируемыми интервалами. Прерывистая активизация времени управляется при помощи
условий в форме SCIL-выражений.

Каналы событий облегчают автоматический запуск (по событиям) операций в базе данных отчетов. Канал
событий может запускать регистрацию объектов данных, выполнение командных процедур и активизацию
каналов времени. Каналы событий обычно активизируются при помощи событий (изменения значений объектов
процесса). Другими словами, каналы времени передают события процесса из базы данных процесса в базу
данных отчетов, где они активизируют последовательные операции. Каждый канал событий ставится в очередь с
“моментальным снимком” наиболее важных атрибутов активизируемого объекта процесса. Кроме того, каналы
событий могут быть активизированы при помощи команд языка SCIL.

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

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

Таблица 5 Максимальное количество объектов

Тип объекта Максимальное количество объектов в одном приложении
Каналы событий 65535
Каналы времени 65535
Объекты данных и Максимальное количество объектов данных и командных процедур:
командные процедуры 65535

Исторические данные в БДО могут храниться в файлах (до 100файлов), каждый размером маскимум 32 Мбайт.
Каждое значение занимает 10..200 байт.

36
АББ Реле-Чебоксары

S.P.I.D.E.R. MicroSCADA Table of Contents

C 2.2.7 Объекты системы

C 2.2.7.1 Обзор
Объекты системы определяют конфигурацию (физические и логические соединения) и аппаратное и
программное обеспечение системы MicroSCADA. Объекты системы классифицируются на объекты базовой
системы и объекты системы связи. Эти объекты совместно задают конфигурацию системы MicroSCADA.
Объекты системы задаются атрибутами таким же путем, что и объекты приложения. Объекты системы также
имеют динамические атрибуты для вывода на экран. Определение объекта системы (конфигурация)
выполняется, в основном, при помощи SCIL-программ.

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

37