Современная автоматизация :: проекты :: контроллеры ::

Новая статья!

bigvet — Tue, 15 Jan 2013 14:56:45 GMT

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

Читать статью >>

Тренды InTouch

bigvet — Mon, 14 Jan 2013 12:36:27 GMT

InTouch предлагает пользователю два сложных объекта типа тренд: тренд реального времени и исторический (архивный) тренд. Эти объекты позволяют отображать в виде графиков значения переменных в реальном времени (4 пера) и архивных данных (8 перьев). Оба типа трендов создаются при использовании специальных инструментов панели рисования окна WindowMaker с последующим конфигурированием. Подробная информация по созданию и конфигурированию трендов будет приведена в соответствующей главе.
Подводя итог описанию графических средств пакета InTouch, следует отметить, что фирма Wonderware в этом плане предлагает потребителю хороший набор возможностей:
• богатый, традиционный для пользователей Windows инструментарий;
• меню правой кнопки мыши для окон, графических объектов и полей диалогов;
• широкий спектр динамических свойств объектов;
• огромную библиотеку мастер-объектов (Wizards).

Сложные объекты WindowMaker

bigvet — Sun, 13 Jan 2013 07:17:33 GMT

• Символ - это некоторая комбинация простых объектов, которые обрабатываются как один объект. Любое изменение статических или динамических свойств символа влияет на все его составляющие. Например, если создать символ «насос» из двух кругов и двух прямоугольников и присвоить ему динамическое свойство Fill Color (цвет заполнения), то это свойство будет распространяться на все четыре простых объекта. Различные объекты символа могут иметь разные значения одного и того же свойства, если они были присвоены этим объектам до объединения в символ.
• Bitmap-объекты, кнопки, компоненты не могут быть включены в состав символа.
• Компонент - это совокупность двух или более объектов, символов или других компонентов, образующих единый элемент. Они создаются путем выбора двух и более объектов, символов или компонентов и последующего запуска команды Arrange/Make Cell. Компоненты реализуют пространственную взаимосвязь между составляющими их графическими элементами. Каждая составляющая компонента может иметь свои собственные динамические свойства. Объекты объединяются в компоненты для создания таких виртуальных устройств, как панель управления контроллером, движковый регулятор и т. д. Компонент не может менять свой размер, ему нельзя присваивать динамические свойства (внутри компонента есть объекты и символы со своими динамическими свойствами). Нельзя изменять и статические свойства (внешний вид). Для изменения статических и динамических свойств компонента его надо разобрать на составные части командой Arrange/Break Cell. Однако компоненты можно дублировать, копировать, вставлять, выравнивать, перемещать и т. д.
• Мастер-объект - это предварительно созданный компонент с определенными статическими и динамическими свойствами, находящийся в библиотеке мастер-объектов (Wizards) и доступный для многократного применения. Но в отличие от компонента, динамические свойства которого настраиваются для каждой составляющей отдельно до объединения в компонент, динамические свойства мастер-объекта быстро настраиваются с помощью специализированного диалога. Другими словами, фирма Wonderware провела большую работу и создала огромное количество мастер-объектов (несколько тысяч), определив для каждого из них механизм быстрой настройки статических и динамических свойств. Все эти мастер-объекты разделены на большое количество групп и размещены в соответствующей библиотеке. Доступ к ней осуществляется нажатием иконки Wizard в интерфейсе WindowMaker, что вызывает появление на экране диалога Wizard Selection (Выбор мастер-объекта, рис. 1.6).
В левой части диалога - список групп мастер-объектов, включающий такие категории, как Buttons (кнопки), Sliders (ползунковые регуляторы), Switches (переключатели) и т. д.
В правой части диалога приведены все мастер-объекты выбранной в данный момент группы (на рис. 1.6 - кнопки). Двойной щелчок по требуемому мастер-объекту возвра¬щает пользователя в окно разработки приложения. Курсор принимает форму уголка с символом. Наконец, щелчок мыши на свободном месте окна приводит к появлению мастер-объекта в окне приложения. Для его конфигурирования (определения динами-ческих свойств) следует дважды щелкнуть на мастер-объекте.
Например, двойной щелчок по кнопке Momentary Button (кнопка запуска), предварительно вставленной в окно приложения, выводит на экран диалог конфигурирования этой кнопки (рис. 1.7).

Рис. 1.6. Диалог Wizard Selection (Выбор мастер-объекта)

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

Рис. 1.7. Диалог конфигурирования кнопки запуска

Инструмент Bitmap инструментальной панели рисования позволяет копировать и встраивать в приложение InTouch растровые объекты (совокупность точек). С помощью него создается «контейнер» для последующей вставки объекта из папки обмена Windows либо файлов с расширением .BMP, .JPG, .PCX, .TGA.

Для WindowMaker растровое изображение является единым объектом. Невозможно ни анимировать его отдельные части, ни вставлять Bitmap-объекты в символы (можно вставлять в компоненты). Такой объект можно развернуть на рабочем поле на 90, 180, 270, 360 градусов, а также определить для него цвет «прозрачности», чтобы через него можно было видеть и другие объекты.

Простые объекты в WindowMaker

bigvet — Sat, 12 Jan 2013 12:06:09 GMT

WindowMaker поддерживает четыре базовых типа простых объектов: линии, заполнен¬ные контуры, текст и кнопки. Каждый из этих простых объектов имеет свойства, влия¬ющие на его внешний вид. Такими свойствами являются: цвет линии, цвет заполнения, высота, ширина, ориентация и т. д. Они могут быть статическими или динамическими.
• Линия - это объект, представляющий собой один или несколько связанных отрезков. Толщина линии и ее стиль являются статическими свойствами линии, присваиваемыми ей во время создания, и лишь цвет линии может быть связан с анимационной функцией.
• Заполненный контур (прямоугольник, скругленный прямоугольник, круг, эллипс, многоугольник) представляет собой двухмерный объект. К динамическим свойствам такого объекта относятся: цвет контурной линии, цвет заполнения, насыщенность цвета заполнения, высота, ширина, расположение, видимость и ориентация.
• Текст представляет собой последовательность символов. К статическим свойствам текста относятся: тип шрифта, его размер, выделение, курсив, подчеркивание, выравнивание. Анимационные свойства шрифта - цвет, видимость и расположение.
• Кнопка - часто используемый объект при создании операторских интерфейсов. С кнопками могут быть связаны функции различных типов. Нажатие кнопки может вызвать выполнение скриптов, кнопкой можно производить ввод аналоговых и дискретных величин и т. д.

Текст на кнопке редактируется с помощью команды Special/Substitute Strings. При этом текстовое поле может содержать только одну строку.

Один и тот же объект может иметь набор различных динамических свойств. Комбинации этих свойств предоставляют возможность создавать на экране в режиме исполнения (Runtime) практически любые динамические эффекты. Для установки динамических свойств необходимо прежде всего вызвать на экран диалог их выбора (рис. 1.4). Это достигается командой Special/Animation Link или двойным щелчком левой кнопки мыши на объекте.

Рис. 1.4. Диалог выбора динамических свойств объекта

Все динамические связи можно разделить на две группы: Touch Links (левая колонка) и Display Links (три колонки справа). С помощью свойств Touch Links выполняется любой ввод в систему. Свойства Display Links осуществляют вывод информации на экран дисплея. Нажатие на любую клавишу диалога (рис. 1.4) вызывает появление нового диалога для определения соответствующего свойства объекта. Количество диалогов соответствует количеству динамических свойств (кнопок) диалога выбора. Все диалоги различны, но большинство из них имеет общие характеристики:
• окно типа объекта;
• одинаковую палитру цветов;
• быстрый вызов словаря переменных;
• быстрый доступ, к полям переменных;
• поддержку правой кнопки мыши в полях Тадпате (имя переменной) и Expression (выражение).

На рис. 1.5 приведен диалог для определения свойств объекта (кнопки), управляющего значением дискретной переменной.

Рис. 1.5. Диалог определения свойств кнопки

Завершение работы с диалогом производится нажатием кнопки Ок. Если переменная поля Tagname была ранее определена в словаре переменных данного приложения, пользователь возвращается в диалог выбора динамических двойств объекта (рис. 1.4). Можно либо продолжить определение других динамических свойств для данного объекта, либо, нажав О/с, вернуться на поле разработки окна приложения.

Графический интерфейс

bigvet — Fri, 11 Jan 2013 13:41:27 GMT

Средства визуализации - одно из базовых свойств SCADA-систем. В каждой из них существует графический объектно-ориентированный редактор с определенным набором анимационных функций. Используемая векторная графика дает возможность осуществлять широкий круг операций над выбранным объектом. Объекты могут быть простыми (линии, прямоугольники, текстовые объекты и т. д.) и сложными. Возможности агрегирования сложных объектов в разных SCADA-системах различны. Все SCADA-системы включают библиотеки стандартных графических символов, библиотеки сложных графических объектов, обладают целым рядом других стандартных возможностей. Тем не менее каждая SCADA-система по-своему уникальна и, несмотря на поддержание стандартных функций, обладает присущими только ей особенностями. При рассмотрении графических возможностей SCADA-систем InTouch и Citect предполагается обратить внимание не только на возможности инструментариев по созданию графических объектов, но и на другие предоставляемые пользователю услуги, облегчающие и ускоряющие процесс разработки приложений (проектов).

Графические средства InTouch

Компоненты среды разработки InTouch:
• WindowMaker - инструментальная среда разработки приложений;
• Application Explorer - представление приложения в иерархическом виде с доступом к любому компоненту и многим часто используемым командам и функциям WindowMaker.

Проект, созданный в пакете InTouch, представляет собой набор окон (Window) с различ¬ными графическими и текстовыми объектами.

Окна в InTouch

Свойства каждого окна (наличие заголовка, цвет фона, размеры и т. д.) определяются при его создании. Создание нового окна производится в среде разработки WindowMaker щелчком по иконке панели инструментов General или командой File/New Window. На экране появится диалог Window Properties (Свойства окна, рис. 1.1).
Каждое окно должно иметь свое имя (Name) для его идентификации в приложении. Цвет фона создаваемого окна выбирается из цветовой палитры, вызываемой на экран щелчком по окошку Window Color.
В поле Comment можно ввести комментарий, связанный с этим окном (необязательно). Эта информация нужна только для документирования и не используется приложением.

InTouch предлагает три типа окон (Window Туре):
• Replace (заменяющее) - закрывает все существующие окна, перекрываемые им при появлении на экране, включая окна типа Popup и другие окна типа Replace;
• Overlay (перекрывающее) - появляется поверх всех окон, отображаемых в текущий момент. Когда окно типа Overlay закрывается, все скрываемые им окна восстанавливаются. Щелчок мыши по любому видимому участку лежащего ниже окна приводит к переходу его на передний план;
• Popup (всплывающее) - похоже на окно типа Overlay, только всегда остается поверх всех других открытых окон. Окно закрывается после соответствующей команды пользователя.

Рис. 1.1. Диалог Window Properties (Свойства окна)

Выбор типа создаваемого окна производится включением соответствующей кнопки в поле Window Туре. В поле Frame Style (стиль обрамления) выбирается необходимый стиль обрамления окна:
• Single - окно с рамкой, допускается заголовок;
• Double - окно с рамкой без заголовка;
• None - окно без рамки и без заголовка.
Чтобы у окна была полоса с заголовком, где выводится имя окна, включают опцию Title Bar. Эта полоса также служит для перемещения окна при захвате ее мышью. При выборе этой опции отключатся опции Double и None для стиля обрамления.
Для изменения размеров окна, когда оно откроется в WindowMaker, следует выбрать опцию Size Controls (управление размером). В группе полей Dimentions определяются текущие размеры и положение окна на рабочем поле:
• X Location - расстояние в пикселях между левым краем рабочего поля WindowMaker и левым краем описываемого окна;
• Y Location - расстояние в пикселях между верхним краем рабочего поля
WindowMaker и верхним краем описываемого окна:
• Window Width - ширина окна в пикселях;
• Window Height - высота окна в пикселях.

По умолчанию при создании нового окна эти параметры примут значения предыдущего (последнего) созданного окна.
Кнопка Scripts (скрипты) дает возможность войти в диалог Window Script для создания оконного сценария. Для унификации внешнего вида окон приложения и сокращения сроков разработки приложений InTouch предлагает несколько приемов.
Один из таких приемов - дублирование окон. Создание копий окон выполняется коман¬дой File/Save Window As, Для быстрого доступа к этой команде можно воспользоваться меню правой кнопки мыши (см. ниже).
Второй прием, который также позволяет экономить время разработки приложения, -импорт окон. Можно повторно использовать все ранее созданные окна, объекты и скрипты. Чтобы импортировать окна из другого lnTouch-приложения, необходимо воспользоваться командой File/import.
Интерфейс WindowMaker с открытым окном представлен на рис. 1.2.

Рис. 1.2. Интерфейс WindowMaker

Сверху экрана расположена строка меню, включающая опции для работы с окнами, редактирования и выравнивания объектов в окне, настройки инструментариев, текста, толщины и стиля линий и т. д. Слева от рабочего поля - меню Application Explorer, которое может быть выведено в интерфейс WindowMaker или закрыто нажатием соответствующей иконки инструментария.
Инструментарий InTouch

Инструментарий InTouch представлен пятью инструментальными панелями, в которых инструменты сгруппированы по функциональному принципу.
Панель General содержит элементы, соответствующие часто используемым командам меню File и Edit. Эти элементы известны читателю по работе в среде Windows и не требуют дополнительного пояснения.

В панель форматов Format включены средства, выполняющие большую часть крманд форматирования текстовых объектов меню Text. Она содержит также средства выбора цвета линии, текста, заполнения объекта, фона окна и цвета «прозрачных объектов».

Панель выравнивания Arrange содержит инструменты, соответствующие командам выравнивания объектов меню Arrange.

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

Панель рисования Drawing включает инструменты для создания простых и сложных объектов. Первые восемь инструментов и последний предназначены для создания простых объектов. Это прямоугольник (квадрат), скругленный прямоугольник, окружность (эллипс), прямая линия под любым углом, горизонтальная и вертикальная прямая, ломаная линия, многоугольник, текстовый объект и трехмерная кнопка.
С помощью остальных трех инструментов панели Drawing могут быть созданы сложные объекты операторских интерфейсов: контейнер для вставки растровых изображений, тренд реального времени и архивный тренд. На рис. 1.2 на рабочем поле окна WindowMaker показаны примеры объектов, созданных инструментами панели Drawing.

В панели View (Вид) представлено всего пять кнопок (слева направо):

• кнопка, соответствующая команде отображения/закрытия окна Application Explorer;
• кнопка, соответствующая команде Hide АН (спрятать все), относящейся к панелям инструментов;
• кнопка переключения обычного изображения окна в полноэкранное и обратно;
• кнопка, соответствующая команде Snap to Grid (привязать к координатной сетке);
• кнопка отображения/закрытия линейки окна WindowMaker (рис. 1.2).

Все инструментальные панели могут быть «закреплены» у любого края окна WindowMaker, в том числе и панель рисования. При необходимости их можно перемес¬тить внутрь рабочего поля.
При разработке операторских интерфейсов достаточно важно обеспечить пользовате¬лю удобный и быстрый доступ к наиболее часто используемым командам. В этом плане InTouch предлагает ряд меню, вызываемых на экран нажатием правой кнопки мыши. Эти меню могут относиться к окнам (рис. 1.3 слева), графическим объектам (в середине) и полям диалогов (справа).

Рис. 1.3. Меню для окна, объекта и диалога, активизируемые правой кнопкой мыши

Графические возможности SCADA

bigvet — Thu, 10 Jan 2013 04:39:38 GMT

Для специалиста-разработчика системы автоматизации, как и для специалиста-технолога, чье рабочее место создается, очень важен графический пользовательский интерфейс. Функционально графические интерфейсы SCADA-систем весьма похожи. В каждой из них существует графический объектно-ориентированный редактор с опреде¬ленным набором анимационных функций. Используемая векторная графика дает возможность осуществлять широкий набор операций над выбранным объектом, а также быстро обновлять изображение на экране, применяя средства анимации.

Крайне важен также вопрос о поддержке в рассматриваемых системах стандартных функций GUI (Graphic Users Interface). Поскольку большинство рассматриваемых SCADA-систем работают под управлением Windows, это и определяет тип используе¬мого GUI.

Открытость систем

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

Разработка собственных программных модулей

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

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

Современные SCADA-системы не ограничивают выбора аппаратуры нижнего уровня, так как предоставляют большой набор драйверов или серверов ввода-вывода и имеют хорошо развитые средства создания собственных программных модулей или драйве¬ров новых устройств нижнего уровня. Сами драйверы разрабатываются с использо¬ванием стандартных языков программирования. Вопрос, однако, в том, достаточно ли спецификаций доступа к ядру системы, поставляемых фирмой-разработчиком в штатном комплекте (система Trace Mode), или для создания драйверов необходимы специальные пакеты (системы FactoryLink, InTouch). Возможно, разработку драйвера нужно заказывать у фирмы-разработчика.

Разработки третьих фирм

Многие компании занимаются разработкой драйверов, ActiveX-объектов и другого программного обеспечения для SCADA-систем. Этот факт очень важно оценивать при выбо¬ре SCADA-пакета, поскольку это расширяет область применения системы непрофессиональными программистами (нет необходимости разрабатывать программы с использованием языков С или Basic).

При оценке стоимости SCADA-систем нужно учитывать следующие факторы:
• стоимость программно-аппаратной платформы;
• стоимость системы;
• стоимость освоения системы;
• стоимость сопровождения.
Эксплуатационные характеристики

Показатели этой группы критериев наиболее субъективны. Это тот самый случай, когда лучше один раз увидеть, чем семь раз услышать. К этой группе можно отнести:
• удобство интерфейса среды разработки - «Windows-подобный» интерфейс, полнота инструментария и функций системы;
• качество документации - ее полнота, уровень русификации;
• поддержка со стороны создателей - количество инсталляций, дилерская сеть, обучение, условия обновления версий и т. д.

Если предположить, что пользователь справился и с этой задачей - остановил свой выбор на конкретной SCADA-системе, то далее начинается разработка системы контроля и управления, включающая следующие этапы:
• разработку архитектуры системы автоматизации в целом. На этом этапе определяется функциональное назначение каждого узла системы автоматизации;
• решение вопросов, связанных с возможной поддержкой распределенной архитектуры, необходимостью введения узлов с «горячим резервированием» и т.п.;
• создание прикладной системы управления для каждого узла. На этом этапе специалист в области автоматизируемых процессов наполняет узлы архитектуры алгоритмами, совокупность которых позволяет решать задачи автоматизации;
• приведение в соответствие параметров прикладной системы с информацией,
• которой обмениваются устройства нижнего уровня (например, программируемые логические контроллеры) с внешним миром (датчики технологических параметров, исполнительные устройства и др.);
• отладку созданной прикладной программы в режиме эмуляции.

В последующих главах на примере двух известных и хорошо зарекомендовавших себя SCADA-систем - InTouch и Citect - рассмотрены основные компоненты, функции и возможности систем диспетчерского управления и сбора данных.

Программно-аппаратные платформы для SCADA-систем

bigvet — Wed, 09 Jan 2013 19:42:14 GMT

Анализ перечня таких платформ необходим, поскольку от него зависит ответ на вопрос, возможна ли реализация той или иной SCADA-системы на имеющихся вычислительных средствах, а также оценка стоимости эксплуатации системы (будучи разработанной в одной операционной среде, прикладная программа может быть выполнена в любой другой, которую поддерживает выбранный SCADA-пакет). В различных SCADA-системах этот вопрос решен по разному. Так, FactoryLink имеет весьма широкий список поддерживаемых программно-аппаратных платформ (табл):

Операционная система	Компьютерная платформа
DOS/MS Windows	IBM PC
OS/2	IBM PC
SCO UNIX	IBM PC
VMS	VAX
AIX	RS6000
HP-UX	HP 9000
MS Windows/NT	Системы с реализованным Windows/NT, в основном на РС-платформе

В то же время в таких SCADA-системах, как RealFlex и Sitex, основу программной плат¬формы принципиально составляет единственная операционная система реального времени QNX.

Подавляющее большинство SCADA-систем реализовано на MS Windows-платформах. Именно такие системы предлагают наиболее полные и легко наращиваемые MMI-средства. Учитывая позиции Microsoft на рынке операционных систем (ОС), следует отметить, что даже разработчики многоплатформных SCADA-систем, такие, как United States DATA Со (разработчик FactoryLink), приоритетным считают дальнейшее развитие своих SCADA-систем на платформе Windows NT. Некоторые фирмы, до сих пор поддерживающие SCADA-системы на базе операционных систем реального времени (ОСРВ), начали менять ориентацию, выбирая системы на платформе Windows NT. Все более очевидным становится применение ОСРВ во встраиваемых системах, где они действительно хороши. Таким образом, основным полем, где сегодня разворачиваются главные события глобального рынка SCADA-систем, стала MS Windows NT/2000 на фоне всё ускоряющегося сворачивания активности в области MS DOS, MS Windows З.хх/95.

Имеющиеся средства сетевой поддержки

Одной из основных черт современного мира систем автоматизации является их высокая степень интеграции. В любой из них могут быть задействованы объекты управления, исполнительные механизмы, аппаратура, регистрирующая и обрабатывающая информацию, рабочие места операторов, серверы баз данных и т.д. Очевидно, что для эффективного функционирования в этой разнородной среде SCADA-система должна обеспечивать высокий уровень сетевого сервиса. Желательно, чтобы она поддерживала работу в стандартных сетевых средах (ARCNET, ETHERNET и т.д.) с использованием стандартных протоколов (NETBIOS, TCP/IP и др.), а также обеспечивала поддержку наиболее популярных сетевых стандартов из класса промышленных интерфейсов (PROFIBUS, CANBUS, LON, MODBUS и т.д.). Этим требованиям в той или иной степени удовлетворяют практически все рассматриваемые SCADA-системы, с тем только различием, что набор поддерживаемых сетевых интерфейсов, конечно же, разный.

Встроенные командные языки

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

Поддерживаемые базы данных

Одной из основных задач систем диспетчерского контроля и управления является обработка информации: сбор, оперативный анализ, хранение, сжатие, пересылка и т. д. Таким образом, в рамках создаваемой системы должна функционировать база данных.Практически все SCADA-системы, в частности Genesis, InTouch, Citect, используют ANSI SQL-синтаксис, который является независимым от типа базы данных. Таким образом, приложения виртуально изолированы, что позволяет менять базу данных без серьезного изменения самой прикладной задачи, создавать независимые программы для анализа информации, использовать уже наработанное программное обеспечение, ориентированное на обработку данных.

Сравнение коммуникационных возможностей Wonderware и Citect

bigvet — Tue, 08 Jan 2013 07:16:31 GMT

Что же реально сегодня предлагают потребителю компании Wonderware и Citect в области коммуникаций?

С точки зрения протоколов обе системы поддерживают DDE- и ОРС-обмены:

• для улучшения характеристик DDE-обмена компания Wonderware предлагает пакетированный DDE, называемый FastDDE, и свой протокол SuiteLink, обеспечивающий максимальную производительность по сравнению с DDE, FastDDE, ОРС. Компания Citect поставляет встроенные драйверы, сводя к нулю протокольные издержки;
• Citect-приложение может выполнять функцию не только ОРС-клиента, но и ОРС-сервера, что расширяет возможности Citect при построении различных конфигураций проектов.

С точки зрения организации взаимодействия между приложениями на различных узлах в сети следует указать на различие подходов компаний Wonderware и Citect:

• при разработке lnTouch-приложения не важно, происходит ли подключение к серверу ввода-вывода или к переменным lnTouch-приложения на другом узле. В обоих случаях единообразным способом описываются каналы доступа, определяются имена доступа и к ним привязываются переменные приложения. В качестве протоколов обмена используются выбираемые при определении Access Name DDE- или SuiteLink-протоколы;
• в Citect с помощью системы установки связи Express Communications Wizard можно определить только каналы обмена с устройствами ввода-вывода. Для организации обмена между Citect-приложениями (на разных узлах в сети) предлагается конфигурировать каждый узел с Citect-приложением на выполнение заданных функций (сервера ввода/вывода по отношению к другим Citect-узлам, серверов алармов, трендов и т. д.).

Алармы и события в SCADA-системах

bigvet — Sun, 06 Jan 2013 12:24:41 GMT

Состояние тревоги - в дальнейшем аларм (Alarm) - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. Принял ли оператор сообщение об аларме? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные алармы. Аларм считается подтвержденным после того, как оператор отреагировал на сообщение об аларме. До этого аларм считается неподтвержденным. Наряду с алармами в SCADA-системах существует понятие событий. События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (типа регистрации оператора в системе).
От эффективности подсистемы алармов зависит скорость идентификации неисправности, возникшей в системе, или технологического параметра, вышедшего за установленные регламентом границы. Быстродействие и надежность этой подсистемы могут существенно сократить время простоя технологического оборудования. Например, если оператор не получит вовремя информацию о том, что двигатель насоса перегрелся, это может привести в лучшем случае к выходу насоса из строя, а в худшем - к крупной аварии. Причины, вызывающие состояние аларма, могут быть самыми разными. Неисправность может возникнуть в самой SCADA-системе, в контроллерах, каналах связи, в технологическом оборудовании. Может выйти из строя датчик или нарушатся его метрологические характеристики. Параметры технологического процесса могут выйти за границы, установленные регламентом, и т. д.

Типовые алармы

Подсистема алармов - это обязательный компонент любой SCADA-системы. Но возможности подсистем алармов различных SCADA-систем разные. С другой стороны, когда речь идет о типах алармов, то все SCADA-системы поддерживают дискретные и аналоговые алармы.
Дискретные алармы срабатывают при изменении состояния дискретной переменной. При этом для срабатывания аларма можно использовать любое из двух состояний: TRUE/ON (1) или FALSE/OFF (0). По умолчанию дискретный аларм может срабатывать на ON или OFF, в зависимости от конкретной SCADA-системы.
Аналоговые алармы базируются на анализе выхода значений переменной за указанные верхние и нижние пределы. Аналоговые алармы задаются в нескольких комбинациях:

High и High High (верхний и выше верхнего);
Low и Low Low (нижний и ниже нижнего);
Deviation (отклонение от нормы);
ROC - Rate of Change (скорость изменения).

Рис. 3.1. Графическая интерпретация алармов типа Hi и HiHi

На рис. 3.1 видно, что алармы Hi и HiHi срабатывают при достижении переменной заданных для каждого аларма пределов (High Alarm, High High Alarm). Для выхода переменной из состояния аларма (HiHi или Hi) необходимо, чтобы ее значение стало меньше порогового на величину, называемую зоной нечувствительности (Deadband). Аналогично можно интерпретировать алармы типа Lo и LoLo.
Все вышеизложенное справедливо и для аларма типа Deviation (рис. 3,2), только речь в этом случае идет об отклонении значения переменной от заданного значения (Setpoint), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически).

Рис. 3.2. Графическая интерпретация алармов типа Deviation

Аларм сработает при выходе значения переменной за границу предельно допустимого отклонения.
Алармы типа ROC срабатывают, когда скорость изменения параметра становится больше предельно допустимой. Понятие «зона нечувствительности» (Deadband) к алармам этого типа не применяется.

Алармы и события в InTouch

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

Коммуникационные протоколы в Citect

bigvet — Sun, 06 Jan 2013 12:12:18 GMT

Для обмена данными с контроллерами в Citect могут использоваться: встраиваемые драйверы, DDE-обмен, ОРС-протоколы.

• Первый путь предполагает создание динамических библиотек, выполняющих функцию драйверов. Citect поставляется с более чем 120 драйверами ввода/вывода. Все эти драйверы 32-разрядные и обеспечивают подключение более 300 типов ПЛК, RTU, микроконтроллеров, Loop-контроллеров и т. д. Среди них -контроллеры фирм ABB (АС 110, АС 160, АС 410, АС 450, Commander 100, 150, 200, 300), Advantech (Adam 4000, Adam 5000), Allen Bradley (PLC-5, PLC-5/250, PLC-2, PLC-3, SLC 500), Bristol Babcock (33xx RTUs), Control Microsystems (TeleSAFE), Fuji, Foxboro (760 Series), GE Fanuc (Series 90, Series 9070, Series 9030, Series 6), Hewlett Packard (HP 3852A), Hitachi (H20, H200, H250, H700), Honeywell (620 Series, TDC2000, UDC3000), Koyo (405 Series), Mitsubishi (Melsec A, AnA, FX), Modicon (Series 484, Series 584, Series 884, Series 984), Motorola (Moscad RTU), Omron, Samsung (Fara PLC), Siemens (Simatic - модели S5, S7, TI), Toshiba (EX 100, EX 250, EX 500, EX 2000, Tosdic-200, DPCS, PCS, OIS, SIS), Yokogawa (4082 Hybrid Recorder, 3880 Hybrid Recorder, Micro XL, Centum XL) и многих других.
Если нужного драйвера в системе Citect не окажется, можно воспользоваться пакетом разработки драйверов Driver Development Kit (DDK).
• Связь через DDE-сервер использует стандартный коммуникационный протокол Windows. Citect поддерживает связь с любым DDE-сервером.
• Система Citect может функционировать в качестве и ОРС-сервера, и ОРС-клиента.

Система Citect имеет в своем составе специальную утилиту - Express Communications Wizard (система установки связи), средство быстрого и простого конфигурирования устройств.
Эта программа использует полученную на каждом шаге процесса установки информацию и снабжает разработчика установками по умолчанию, оставляя в то же время варианты выбора параметров ввода/вывода.
Каждый диалог программы содержит четыре кнопки управления процессом установки связи:
• Next - продолжение установки;
• Back - возврат на предыдущий шаг;
• Cancel - отмена установки;
• Help - справочная информация.
Щелчок по кнопке Finish последнего диалога завершает установку связи.
Доступ к системе установки связи осуществляется в Citect Explorer из папки Communications соответствующего проекта (рис. 2.18).

Рис. 2.18. Доступ к мастеру коммуникаций из Citect Explorer

Двойной щелчок по иконке Express I/O Device Setup запускает процесс установки и конфигурирования устройств ввода/вывода. В диалоге предлагается определить Citect-компьютер как сервер ввода/вывода и присвоить ему уникальное имя. Последовательное нажатие клавиши Next (далее) открывает перед разработчиком новые диалоги, предлагая ввести необходимую информацию по установке связи между Citect и устройством ввода/вывода. Citect предоставляет возможность пользователю разрабатывать и отлаживать проект без необходимости физического подключения к реальному устройству ввода/вывода. Просто при конфигурировании устройства ввода/вывода его можно определить как внутреннее (Memory I/O Device) или как диск (Disk I/O Device). Теперь Citect будет работать так, как будто взаимодействует с реальным контроллером.