Главная Обратная связь

Дисциплины:

Архитектура (936)
Биология (6393)
География (744)
История (25)
Компьютеры (1497)
Кулинария (2184)
Культура (3938)
Литература (5778)
Математика (5918)
Медицина (9278)
Механика (2776)
Образование (13883)
Политика (26404)
Правоведение (321)
Психология (56518)
Религия (1833)
Социология (23400)
Спорт (2350)
Строительство (17942)
Технология (5741)
Транспорт (14634)
Физика (1043)
Философия (440)
Финансы (17336)
Химия (4931)
Экология (6055)
Экономика (9200)
Электроника (7621)


 

 

 

 



Компоненты и основные возможности SCADA-систем



 

Проектирование интегрированных автоматизированных системы производится с помощью программного пакета SCADA. В таблице 10 приведены имеющиеся на мировом рынке и использующиеся при проектировании систем автоматизации SCADA-пакеты, которые имеют в своём составе основные прикладные программные модули-компоненты, поддерживающие функции:

 

- сбора и обработки аналоговой и цифровой информации с объекта (датчиков, локальных систем управления, ПЛК, СЧПУ, АСУТП, РТК);

 

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

 

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

 

- вывода информации и сообщений диспетчеру, оператору, руководящему персоналу, исполнителям;

 

- передачи и ввода в устройства управления систем нижнего уровня команд оператора с верхнего уровня.

 

 

Таблица 10

 

 

Наименование SCADA-пакета Изготовитель Операционная система Технические средства Сетевой сервис
Factory Link United States DATA Co. MS Windows IBM PC ETHERNET
InTouch Wonderware MS Windows IBM PC ETHERNET
Genesis Iconics MS Windows IBM PC ETHERNET
WinCC Siemens MS Windows IBM PC ETHERNET
RealFlex BJ Software Systems SCO UNIX IBM PC ARCNET
Sitex Jade Software SCO UNIX IBM PC ARCNET
FIX Intellution VMS VAX ETHERNET
Trace Mode AdAstra MS Windows IBM PC ETHERNET
Simplicity GE Fanuc Automation MS Windows IBM PC ETHERNET
RSView Rockwell Software Inc. MS Windows IBM PC ETHERNET
Master-SCADA ИнСАТ MS Windows IBM PC ETHERNET

 

 

Система, построенная на одном или нескольких компьютерах в том числе и на персональных, со станцией/панелью оператора-диспетчера, оснащённая SCADA-пакетом называется SCADA-системой.

Основные функциональные возможности SCADA-систем заложены в её архитектуре, которую мы рассмотрим на примере системы iFIX, являющейся совместным продуктом компаний Intellution, Fanuc GE и Xerox. Распределённая архитектура, компонентная технология системы iFIX облегчает интеграцию и взаимодействие между системами автоматизации, производственными уровнями и другими бизнес-процессами производства, позволяет уменьшить время на разработку проектов автоматизации, обслуживание и внедрение разработок третьих фирм.

Система iFIX содержит основные программные компоненты (Рис.39):

 

 

- SCU (System Configuration Utility) – системная программа конфигурации;

 

- Workspace – интегрированная среда проектирования;

 

- OPC – (Ole Process for Control) – стандарт взаимодействия между программными компонентами;

 

- VBA – (Visual Basic for Applications) – прикладная программа графического интерфейса;

 

- SAC – (Scan, Alarm and Control) – сканирование, тревоги и управление.

 

   
 

 


Рис.39 Компоненты системы iFIX.

 

Прежде чем представлять компоненты и их назначение с точки зрения разработки интегрированной автоматизированной системы, введём понятие узла iFIX.

Узел – это персональный компьютер или другое программно-управляемое вычислительное устройство, на котором работает программное обеспечение iFIX.

Распространённые типы узлов и их описание сведены в таблицу 11.

 

Таблица 11

 

Тип узла интегрированной системы с iFIX Описание
Локальный и удалённый При работе с распределёнными системами iFIX локальным называется узел, на котором работает пользователь, а удалённым – любой узел, к которому требуется получить доступ по линии связи.
Автономный При работе с централизованной системой iFIX автономным называется узел, который выполняет все функции. Автономный узел не работает в сети.
SCADA-сервер На SCADA-сервере (или SCADA-узле ) работает компонента системы iFIX, обеспечивающая сбор данных и управление. Обычно SCADA-узел располагается непосредственно на производственном участке и имеет прямую связь с оборудованием, занятым в производственном процессе.
«Слепой» SCADA-сервер «Слепой» SCADA-сервер (или «Слепой» SCADA-узел) не использует графического программного обеспечения. Такая конфигурация позволяет компьютеру использовать больше ресурсов для сбора данных и управления. Просмотр графической информации обеспечивается на узлах iClient (панели операторов).
Run-time Run-time узел – это исполнительный узел, на котором нельзя изменять мнемосхемы или базу данных процесса. На таких узлах устанавливаются сконфигурированные файлы, поэтому операторы могут вести только мониторинг процесса, изменять его уставки и квитировать тревоги.
iClient iClient (илиView-узел) является наиболее распространённым типом узла. На этих узлах обеспечивается отображение в реальном времени графической информации, представляемой системой iFIX. Термин «View-узел» означает, что на узле работают программы отображения графики, однако на узле можно также запустить и другие приложения.
iClient Read Only Узел iClient Read Only имеет те же наборы функций, что и iClient, кроме записи в базу данных или в OPC-серверы. Однако можно записать значения в реляционную базу данных.

 

Важнейшей компонентой а архитектуре системы является Workspace, обеспечивающая организацию всех приложений в единую интегрированную среду проектирования и управления ЕИСПУ (IDE – integrated development environment). Workspace являясь единой интегрированной средой состоит из:

 

- среды конфигурации (Configure);

- среды выполнения (Run);

 

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

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

панелям приложений и файлам в системном дереве, т.е. все

инструменты представления графики, текста, данных, анимации и

диаграмм, требующиеся для создания и использования экранных

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

 

Среда выполнения предназначена для операторов. Как

правило, в среде выполнения конфигурируются ограничения

доступа оператора к другим частям iFIX.

 

В программном модуле SCU (System Configuration Utility - утилита системного конфигурирования) производится:

 

a) конфигурация сети:

 

- определение количества узлов,

- типы используемых сетевых протоколов,

- состав пользователей;

- маршруты и назначения тревог;

- драйверы ввода-вывода;

- характеристики объектного уровня управления (IP-адреса оборудования этого уровня));

 

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

 

в) включение резервных локальных вычислительных сетей, резервных SCADA-узлов;

 

г) формирование списка драйверов ввода ввода-вывода.

 

Проект сконфигурированной структуры верхнего уровня ИАС в среде конфигурации представляется в виде системного дерева, где указываются имена узлов системы, файлы, данные, контроллеры и их IP адреса, количество узлов, графические элементы экранных форм. Создание и изменение экранных форм панелей оператора производится также в среде конфигурации.

Среда выполнения (Run) требует завершения пуско-наладочных работ по сборке сконфигурированной схемы ИАС. Среда выполнения позволяет контролировать, осуществлять сбор данных реальных процессов. Как в среде конфигурирования (Configure), так и в среде выполнения (Run) обеспечиваются все необходимые функции проектирования и просмотра операторами графических экранных форм, расписаний, отчётов и скриптов в реального времени.

Переключение между средой выполнения и средой конфигурации позволяет быстро проверять изменения, внесённые в экранные формы, не прерывая работы службы тревог и процесса сбора данных. Кроме того, работа в среде конфигурации не вызывает прерывания контроля процесса во всех узлах, кроме рабочего. (см. табл.12)

 

Таблица 12

 

Доступ к … SCADA-сервер iClient Рабочий узел
Среда выполнения Да Да Да
Среда конфигурации Да Да Нет

 

 

На всех SCADA-серверах интегрированной системы имеется база данных процессов и источников данных. «Слепые» SCADA-серверы не поддерживают графического отображения, Iclient’ы (панели операторов) объединены в сеть со SCADA-сервером и действуют как его клиенты (рис.40).

Все функции оперативного управления и мониторинга системы, такие как генерация тревог, создание отчетов и выполнение расписаний, реализуются как фоновые задачи.

 

 

           
 
 
     

 


       
   
Удалённые базы данных процесса и источники данных системы
 

 


База данных процесса и источники данных (RTU,DCS)

 

Рис.40. Серверы и панели операторов интегрированной системы.

 

В функциональное ядро пакета SCADA встроены программные компоненты для приёма и передачи информации между устройствами интегрированной системы на основе стандартов OPC, COM/DCOM, ActiveX, DDE, OLE. На рисунке показана передача данных, когда OPC-сервер и OPC-клиент установлен не на одном компьютере (ЭВМ), то есть связаться с любым локальным OPC-сервером Workspace может напрямую через OPC интерфейс. С удалённым OPC-сервером Workspace не может напрямую связаться. Для связи с удалённым OPC-сервером используется драйвер OPC-клиента. Этот драйвер позволяет связываться с любым локальным или удалённым OPC-сервером и хранить информацию в базе данных процесса. Когда драйвер OPC-клиент связывается с удалённым OPC-сервером, он использует Microsoft’s Distributed Component Object Model (DCOM). Workspace не поддерживает применение DCOM напрямую с удалённым OPC-сервером. ActiveX представляет собой набор технологий программирования Microsoft, который позволяет программным компонентам, написанным на разных языках, взаимодействовать друг с другом в сетевой среде.

Он создан на базе стандарта проектирования OLE, который за последние годы вышел далеко за рамки концепции object linking and embedding (связывание и внедрение объектов), давшей название первоначальному акрониму. iFIX является контейнером для ActiveX-объектов.

Подобно OLE, ActiveX построен на базе программной модели COM

и предназначен для поддержки полной интеграции программных компонент.

Он поддерживает технологию DCOM (Distributed COM –

Распределенная компонентная объектная модель),

обеспечивающую прозрачную интеграцию этих же компонент в

распределенных сетях, включая Интернет и сети интранет. Однако

оптимизация объема и скорости работы ActiveX позволяет

проектировщикам использовать подмножества сложного интерфейса OLE

для создания приложений с высокой степенью интерактивности.

Чтобы защитить систему от возможных проблем с ActiveX-объектами, iFIX обеспечивает безопасное внедрение (Secure Containment) этих элементов. В отличие о многих систем, поддерживающих ActiveX объекты, iFIX при фатальном сбое ActiveX объекта во время работы изолируется от него, в результате чего система продолжает нормальное функционировать. Технология Secure Containment гарантирует от потери данных или прерывания процесса управления.

DDE (Dynamic Data Exchange - динамический обмен данными) - форма связи, которая для организации обмена данными между приложениями использует общую память. Поддержка DDE обеспечивает изменение базы данных процесса при изменении данных в присоединенном приложении (например, электронной таблице или текстовом процессоре) и наоборот. В лабораторных работах иллюстрируется работа базы данных комплекса с DDE-сервером и DDE-клиентом.

Visual Basic for Applications (VBA) – важнейшая компонента iFIX системы, является инструментом для обеспечения оператору «окна в процесс».

Реализация VBA в iFIX обеспечивает:

 

- доступ ко всем открытым свойствам, методам и событиям объектов iFIX;

- поддержку различных источников данных – базу данных процесса, OPC-серверы, свойства других объектов и баз данных SQL;

- поддержку ActiveX-объектов;

- создание скриптов для стандартных задач (создание панели управления, панели навигации, кнопок управления и так далее);

- Secure Containment (безопасное внедрение) для ActiveX-объектов

третьих фирм.

 

iFIX обеспечивает доступ к VBA, встроенному редактору и отладчику Visual Basic, что позволяет просматривать, останавливать, прерывать и возобновлять активные скрипты. Реализация VBA в рамках iFIX имеет

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

относящиеся к выбранному объекту. Эти усовершенствования существенно сокращают время проектирования и улучшают характеристики системы в

целом.

 

Следующая системная компонента – это программа SAC,

предназначенная для обработки данных от различных источников.

Пример создания тревог и отражения их на панели оператора рассмотрен

в практических

0,44000работах.

Программа SAC (Scan, Alarm, and Control - Cканирование, тревоги

и управление) является системным приложением, которое работает на

SCADA узле.

Состояние тревоги называется алармом (Alarm).

Аларм – это некоторое сообщение (событие), предупреждающее

оператора о возникновении определенной ситуации, которая может привести

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

часто вмешательства.

Аларм считается подтвержденным (квитированным), если

оператор отреагировал на сообщение об аларме.

Аларм считается неподтвержденным, если нет реакции оператора.

Существуют разные типы событий:

 

- «аларм был подтвержден»;

- «возникла аварийная ситуация»;

- «возникло аварийное событие»;

- «переменная перешла из аварийной границы в обычное состояние»;

- «оператор ввел новые значения переменной».

 

Дискретные алармы срабатывают при изменении состояния

дискретной переменной. Для срабатывания дискретного аларма

можно использовать любое из двух состояний: TRUE/ON (1) или

FALSE/OFF (0).

Аналоговые алармы срабатывают, если выходные значения переменной

достигли верхней и нижней границы.

Организация сообщений об алармах может быть произведена

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

тревоги, представляющих собой производственные линии, участки,

цехи, производства.

Типы тревог и сообщений формируются в блоках базы данных.

Программный модуль SAC отвечает за выполнение следующих

функций:

 

- считывает данные из различных источников данных;

- преобразует данные в формат базы данных;

- проверяет данные на предмет нарушения пределов тревог и генерирует тревожные сообщения;

- выполняет логику управления;

- обнаруживает особые ситуации (exceptions) – изменения;

- делает необходимые записи в базу данных.

 

Каждая цепочка базы данных содержит также информацию о том, как программа SAC должна ее обрабатывать.

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

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

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

 

В программе SAC предусмотрены следующие периоды обработки по времени:

 

 

- субсекундные (от 0.05 сек до 0.95 сек);

- секундные;

- минутные;

- часовые.

 

Период, с которым SAC считывает данные, называется периодом сканирования, который устанавливается в базе данных в поле «период сканирования».

Часто обработка данных, которая производится после того, как происходит какое-то важное событие, например, изменение уставки или замыкание контакта, оказывается более эффективной. Обработка данных, которая запускается событиями, а не по времени, называется обработкой по изменениям.

 

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

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

 

• изменений данных в базе данных;

• непредусмотренных (unsolicited) сообщений от аппаратуры процесса;

• действий оператора;

• команд программных приложений;

 

 

4.2 Архитектура SCADA-системы iFix.

 

Сетевая архитектура iFIX использует принцип иерархичности,

при котором отдельные компьютеры или другое вычислительное

устройство становится уязвимым к отказам, возникающим в сети.

Архитектура системы iFIX позволяет распределять критические

функции мониторинга и оперативного управления производством между

всеми узлами сети, используя распределённую, централизованную и

смешанную обработку и передачу данных.

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

В сети с распределенной обработкой каждый узел

независимо выполняет предназначенную ему задачу. Преимуществом

такой стратегии является то, что узлы могут отключаться, не нарушая

работу сети в целом. Когда узел запрашивает данные из отключенного

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

одной стороны, каждый узел является независимой станцией, а с другой –

узлы могут получать данные из любого места сети. Например, узел

iClient может отображать экранную форму, которая имеет связи со

множеством разных SCADA-узлов, не требуя

дополнительного конфигурирования и создания локальной копии базы

данных.

Для выполнения необходимых функций некоторым

приложениям необходим только один узел. Не требуется особых усилий,

чтобы превратить узел распределенной сети в автономный и наоборот.

Система iFIX работает в среде автономного компьютера так же

эффективно, как и в сетевой распределенной среде.

В системе iFIX можно избирательно сконфигурировать те узлы в сети, которые могут иметь доступ к данным на SCADA-узле. Коммуникационная связь между двумя узлами в сети называется сеансом. Когда какой-нибудь узел устанавливает связь со SCADA-узлом, между узлами могут пересылаться данные и тревоги.

Кроме того, можно сконфигурировать узел Y так, чтобы

он автоматически оперативно связывался с удаленными SCADA-узлами,

на которые узел Y специально не настроен. Эти связи, которые называются динамическими соединениями устанавливаются в программе SCU

– конфигурирование удалённых узлов.

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

Используя свойства системы iFIX и встроенные возможности совместного использования файлов системах Windows NT, Windows 2000 или Windows XP, можно хранить файлы, необходимые нескольким узлам, на одном подходящем узле.

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

 

Следующий рисунок иллюстрирует архитектуру распределенной и централизованной обработки данных.

 

а)

База данных процесса и источники данных системы

 

База данных процесса и источники данных системы
б)

Рис. 41. Распределенная (а) и централизованная (б) обработка.

 

iClient 1 iClient 2 iClient 3

 
 

 


SCADA1 SCADA2

 

Рис.42 Коммуникационная связь между узлами интегрированной системы.

 

Для выполнения необходимых функций некоторым приложениям необходим только один узел. Не требуется особых усилий, чтобы превратить узел распределенной сети в автономный и наоборот.

Система iFIX работает в среде автономного компьютера так же эффективно, как и в сетевой распределенной среде.

 

Данные с технологического процесса через устройства ввода-вывода

программируемых логических контроллеров передаются в OPC-серверы.

 

Через OPC-сервер возможна передача следующих данных с объекта управления:

 

- состояние дискретных входов;

 

- состояние дискретных выходов;

 

- значения аналоговых входов;

 

- значения аналоговых выходов;

 

- состояние ввода-вывода защит;

 

- диагностические данные.

 


 

 

       
 
Имя файла.cfg    
 

 

 


Рис. 43 Получение и запись информации в БД и в удаленные приложения.

 

На рис. 43 приняты следующее обозначения:

 

- ОУ – объект управления (оборудование, цех, завод);

- ПЛК - программируемые логические контроллеры;

- БД – база данных SCADA – системы iFIX.

 

В SCADA – системах различают понятия узел – сервер (View - server) и узел – клиент (View - клиент)

 

Узел-сервер – это установленный на компьютере проект iFix с возможностью передачи команд контроллеру.

 

 

Узел-клиент – есть установленный на компьютере проект iFix, используемый только для просмотра экранных форм и без возможности управления (рис.44).

 

 

Рис.44 Схема узла-клиента системы.

 

Узлы-клиенты для чтения данных обращаются к базе данных узла-сервера (рис.45).

 

 

Рис.45 Схема узла-клиента системы без графического ПО.

 

При отключении компьютера с узлом-сервером узлы-клиенты становятся “слепыми” (табл. 11), при этом на экране вместо цифр появляются вопросительные знаки.

 

Информация обо всех параметрах технологического производственного процесса через контроллер передаётся, принимается по ОРС протоколу или DDE протоколу в базу данных iFIX и в удаленные приложения через OPC-сервер или DDE-сервер (рис. 43, 46).

 

 

 
 

 

 


Рис.46 Схема обмена между узлом View и контроллером

в режиме сбора данных и управления.

 

 

В структуре интегрированной системы существуют типовые функции серверов: ввода/вывода (сервер В/В), коммуникаций (COM сервер) и баз данных (серверы OBD/ABD - OBD-оперативная и ABD-архивная базы данных).

Каждый сервер имеет свое имя Server Name. Например, функции сервера базы данных OBD/ABD могут выполняться на одном, двух и более компьютерах. Каждому из компьютеров присваивается идентификационное имя в сети (рис. 44). Если компьютер с IP-адресом 172.16.64.111 выполняет сетевую функцию сервера OBD/ABD, компьютер с IP-адресом 172.16.64.112 выполняет сетевую функцию панели оператора и компьютер с IP-адресом 172.16.64.113 является автоматизированным рабочим местом инженера, программиста, технолога, то в утилите SCU они будут называться узлами с именами FIX1, FIX2 и FIX3.

SCADA-системы имеет диалоги по установки связей между узлами FIX1, FIX2, FIX3 и ввода/вывода параметров производственных процессов.

Установка связей производиться путем конфигурационного файла, алгоритм которого рассматривается ниже.

 

Ключ компьютера для узла-сервера должен иметь функцию «Сетевая поддержка».
Информация о ключе записана на самом ключе.

Для несетевых ключей написано iFix Standart HMI Pak, далее количество точек ввода/вывода, для сетевых – Scada Plus.

Второй способ получить информацию о ключе: кнопка Пуск -> Программы-> iFix-> iKeyDiag. Ключ можно обновить, добавив функцию сетевой поддержки. К сетевому ключу можно подсоединять один и более клиентов.

Для узла-клиента нужен соответствующий ключ.

Настройка IP адресов у компьютера-сервера и компьютера-клиента.

Чтобы подключить клиента в локальную сеть, необходимо на его компьютере прописать необходимые IP-адреса (рис.47). В панели управления необходимо открыть папку «Сетевые подключения», выбрать вкладку «Сеть и удаленный доступ» и открыть свойства TCP/IP. Заданные IP адреса должны быть уникальными.

 

 

 

 

Рис.47. Задание значений IP-адресов.

 

 

Ниже приводятся основные алгоритмы этапов конфигурации проекта, к которым относятся: конфигурация путей, конфигурация сети, конфигурация узлов и основные теоретические положения программных блоков утилиты системного конфигурирования.

Под конфигурацией понимается настройка файла FIX.scu. Он находится в каталоге \Local.

 

Рис.48 Меню списка конфигурации

 

При выборе пункта меню «Configure» открывается список конфигурации, который состоит из пунктов (рис.48):

 

- SCADA - описание базы данных и подключаемых драйверов.

- Paths - описание (конфигурация) путей.

- Alarms - конфигурация тревог.

- Network - конфигурация сети при подключении нескольких операторских станций.

- Sequrity - конфигурация защиты.

- SQL – учётные записи SQL, конфигурация задач SQL.

- Tasks - список запускаемых задач.

- Alarm Area Database (AAD) - база зон тревог.

- Alarm Area Manager (AAM) - авто диспетчер тревог.

- Local StartUp - локальный запуск.

 

Те же самые пункты, только в виде иконок, можно увидеть на главную экранную форму системы конфигурации.

 

- Первая иконка - , - меню конфигурации путей Paths.

 

- Вторая - , - меню конфигурации тревог Alarms.

 

- Третья иконка - , - конфигурация сети, Network.

 

- Четвёртая - , - конфигурация SCADA.

 

- Пятая - , - конфигурация задач, Tasks.

 

- Шестая - , - конфигурация защиты, Sequrity.

 

- Седьмая - , - учётные записи SQL, конфигурация SQL.

 

- Восьмая - , - база зон тревог, Alarm Area Database.

 

 

Описание путей показано на рис. 49, где указано имя проектируемой системы CONSTRUCTOR и все необходимые файлы для ее разработки, назначения которых приведены в таблице 13.

 

 

 

Рис. 49 Описание путей меню конфинурации

 

 

Таблица 13

На рис. 50 перечислены маршруты организации тревог.

 

 

Рис. 50 Службы тревог

 

Данное диалоговое окно позволяет включить или выключить службы тревог:

 

1) Принтер тревоги 1-4.

2) Службу сводки тревог.

3) Файловую службу тревог.

4) Службу истории тревог.

5) Службу ODBC тревог (реляционные БД).

6) Сетевую службу тревог.

7) Службу пусковой очереди тревог.

Включив ту или иную службу, имеется возможность гибко сконфигурировать её:

 

- назначив зоны тревог,

- определения портов,

- определив имена принтеров тревог,

- форматы сообщений и другие установки.

 

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

 

 

 

Рис. 51. Конфигурация сетевых соединений

 

 

Конфигурация сети позволяет управлять (включить/выключить) сетевыми соединениями данного узла.

 

1. Активизация сетевых таймеров для конкретного узла.

 

2. Добавление удаленных узлов в конфигурации сети.

 

3. Конфигурирование сетевых протоколов.

 

4. Конфигурирование таймеров iFix.

 

5. Выключение/включение сетевого пути.

 

6. Выключение резервирования ЛВС.

 

7. Включение динамических соединений.

 

8. Включение резервных SCADA узлов.

 

9. Включение резервирования ЛВС.

 

10. Изменение удаленного узла в сети.

 

11. Удаление узла из стека конфигураций.

 

 

Чтобы активизировать сетевой таймер необходимо:

 

- выбрать узел для конфигурирования;

- нажать кнопку «Configure»;

- нажать кнопку «Таймеры»;

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

 

Чтобы добавить удаленные узлы в конфигурации сети необходимо:

- ввести все удаленные узлы в поле имени узлов;

- после ввода имени каждого узла нужно нажать кнопку «Add». Имя этого узла появится в окне «Configured Remote Nodes».

 

Чтобы сконфигурировать сетевые протоколы необходимо:

- нажать по одной из опций NetBIOS или TCP/IP.

 

Если нет необходимости соединения с сетью, то используется опция - «No network Support». Эта опция сконфигурирует iFix для работы в режиме автономного сервера.

 

Чтобы сконфигурировать таймеры сеанса iFix необходимо:

- в поле Network выбрать тип сетевого протокола NetBIOS или TCP/IP;

- нажать по кнопке «Advanced» и отредактировать содержимое поле «секунды» для таймеров, которые необходимо изменить.

 

Чтобы включить/выключить сетевой путь нужно:

- в поле Network выбрать тип сетевого протокола NetBIOS или TCP/IP;

- нажать по кнопке «Advanced»;

 

Чтобы выключить резервирование ЛВС нужно:

- в поле Network выбрать тип сетевого протокола NetBIOS или TCP/IP;

- кликнуть по кнопке «Advanced» и по кнопке «Yes» в ответ на предложение продолжить;

- выключить резервирование ЛВС.

 

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

 

Чтобы включить динамические соединения нужно:

- включить «динамические соединения» в зоне опции.

 

Чтобы включить резервные SCADA узлы нужно:

- кликнуть по кнопке «Configure»;

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

- ввести имя первичного сервера в поле «первичный узел» и любые желаемые имена резервных серверов в поле «резервный узел».

 

Если резервирование ЛВС используется в состоянии с резервным подключением SCADA серверов, то процедуру включения резервирования ЛВС необходимо провести на всех узлах iclient и всех партнерских SCADA серверах следующим образом:

- в поле Network выбираем тип сетевого протокола NetBIOS или TCP/IP;

- нажать кнопку «Advanced»;

- для обоих путей, которые будут использоваться в резервировании ЛВС выполнить п. 1), 2) и 3):

1) выбрать путь из списка доступных путей;

2) включить его в зоне «статус»;

3) поставьте флажок «включить резервирование ЛВС». Должны включиться ровно два пути;

 

Чтобы изменить удаленные узлы в сети необходимо:

- выбрать в окне «Configured Remote Nodes» тот узел, который требуется изменить.

 

Чтобы удалить узел из стека конфигураций, необходимо выбрать из окна «Configured Remote Nodes» тот узел, который удаляется.

 

Рис. 52. Конфигурация SCADA

 

 

Конфигурация SCADA позволяет:

 

- добавить или удалить драйверы ввода/вывода.

- включить или выключить поддержку SCADA.

- назначить или выбрать базу данных.

 

 

Чтобы добавить драйвер ввода/вывода в окно «Configured I/O Drivers» необходимо:

- нажать по кнопке «?» рядом с полем «I/O Driver Name», чтобы отобразить список драйверов ввода/вывода, инсталлированных на локальном узле;

- выбрать нужный драйвер. Имя этого драйвера появится в поле «I/O Driver Name»;

- нажать по кнопке «Add». SCU добавит этот драйвер в окно «Configured I/O Drivers». При запуске iFix запускаются только драйверы, добавленные в это окно.

 

В процессе инсталляции автоматически инсталлируется Simulation драйвер (SIM). Этот драйвер обеспечивает 2000 режимов для моделирования динамики процесса и тестирования базы данных.

 

Чтобы сконфигурировать драйвер ввода/вывода нужно:

- выбрать драйвер в окне «Configured I/O Drivers»;

- нажать по кнопке «Configure», тем самым будет запущена программа конфигурации драйвера ввода/вывода;

- далее ввести затребованную программой конфигурацию.

 

Чтобы удалить драйвер ввода/вывода в поле «Configured I/O Drivers», нужно выбрать удаляемый драйвер ввода/вывода из списка и нажать на кнопку «Delete».

 

Чтобы включить или выключить поддержку SCADA, нужно нажать по кнопке Enable или Disable в зоне «SCADA Support».

 

Чтобы выбрать базу данных процесса нужно:

- ввести имя желаемой базы данных в поле «DataBase Name», расположенном в зоне «DataBase Definition».

- если же используется существующую базу данных, нужно нажать по кнопке «?».

 

Рис. 53. Конфигурация задач

При загрузке iFix запускает задачи из этого списка в последовательности, указанной в нём.

 

Для добавления в этот список какой-либо задачи необходимо:

- в поле «Filename» нажать «?», нужный файл, «Add».

 

В поле командной строки «Command Line» можно вводить необходимые параметры.

 

Задачи могут быть запущены в одном из режимов:

 

- Фоновый режим - выполнение в фоне, наличие задачи можно определить в списке процессов Диспетчера задач Windows. У такой задачи слева в списке поставлен символ %.

 

- Обычный - приложение запускается в открытом окне.

 

- Свернутый - приложение запускается в свёрнутом окне.

 

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

и необходимо выполнить Login пользователя Администратор.

 

Первая строка меню окна User Accounts - список пользователей, их права и пароли.

 

Вторая строка Group Accounts - список групп.

 

Третья строка Configuration - включение или отключение защиты проекта.

 

Четвёртая AutoLogin (Автовход) - указание пользователя, который автоматически регистрируется при запуске проекта.

 

Пятая Security Areas (Защищенные зоны) - перечислены имена и номера зон. Это служебная информация.

 

 

Каждый пользователь принадлежит какой-нибудь группе, и права пользователя задаются в группе (рис. 54).

 

 

 

Рис. 54 Группы пользователей

 

 

Уровни доступа задаются в окне System Areas:

 

 

Уровень доступа System Areas
A
A,B
A,B,C
   

 

 

Для гостя - уровень доступа равен 1, при этом не видны кнопки управления.

Оператор имеет 2 уровень доступа, кнопки управления видны.

Администратору присваиваются все уровни доступа. Он может изменять установки и открывать окно Security.

 

В окне Application Features (Прикладные функции) задаётся список разрешенных действий.

 

Пользователи причисляются к какой-нибудь группе и получают права доступа этой группы.

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

 

Для включения режима защиты должен быть включен флаг “Enable”, для отключения - “Disable”.

В строках Security Path и Backup Path указан каталог, где хранятся настройки защиты.

 



Просмотров 2692

Эта страница нарушает авторские права




allrefrs.su - 2025 год. Все права принадлежат их авторам!