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

Каждая пара полей (текстовое и числовое) содержит иденти­ фикатор в рамках соответствующего уровня иерархии и номер объекта с этим идентификатором.

Код «Ц05.У03. ЕМГ15. ЗД23. ДД315» может означать, что сиг­ нал относится к датчику измерения давления с номером 315 за­ движки с номером 23, установленному на емкости с номером 15 на участке с номером 3 цеха с номером 5.

Описанная система кодирования не является жестко фиксиро­ ванной и может быть настроена произвольным образом. Неизмен­ ными являются только число и формат полей кода.

Кроме отображаемых полей кодировки в нее включено еще од­ но поле. В него записывается идентификатор типа сигнала.

Кодировка канала задается в бланке «Кодирование сигнала» диалога «Реквизиты» (см. рис. 2.18).

Запись кодировки отличается для каналов с разным видом представления. Каналы, работающие с аналоговыми переменными, имеют только один код. Для каналов с видом представления Н чис­ ло кодов определяется числом используемых бит. Причем коды, определенные для бит одного канала, имеют одинаковую началь­ ную часть. Они отличаются только последними пятью полями.

Для каждого канала можно задать комментарий: текстовую строку длиной до 38 символов. Текст комментария доступен в ре­ альном времени, если канал не имеет кодировки. В этом случае в поля вывода кодировки подставляются первые 21 символ коммен­ тария.

Эта информация может выводиться на экраны мониторов, вставляться в отчеты и записываться в отчет тревог.

Атрибут канала «События» является комплексным. Он содер­ жит информацию о номере интервала, достоверности и изменении реального значения канала.

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

В биты со второго по четвертый (считая с первого) атрибута «События» записывается текущее значение номера интервала.

Пятый (считая с первого) бит этого атрибута является индика­ тором достоверности. В него считывается значение признака аппа­

101

ратной недостоверности при посылке в атрибут «События» любого значения.

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

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

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

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

2.5. Языки программирования алгоритмов управления

Встроенных функций первичной и выходной обработки кана­ лов может быть недостаточно для выполнения сложных алгорит­ мов обработки данных, регулирования и управления. Такие алго­ ритмы разрабатываются в виде отдельных программ и могут вызваться процедурами канала. Для разработки таких программ в Трейс Моуд предусмотрены языки: язык функциональных блоков (TexHoFBD) со встроенным языком релейно-контактных схем TexHoLD и язык инструкций (TexnoIL).

Языки TexHoFBD и TexHoLD предназначены для разработки алгоритмов в виде схем функциональных блоков. Созданные про­ граммы могут вызываться из процедур каналов.

Программы на Техно1Ь записываются в виде последовательно­ сти инструкций. Этот язык позволяет программировать функцио­ нальные блоки для языка TexHoFBD и создавать метапрограммы, которые запускаются параллельно с пересчетом базы каналов.

Языки реализуют стандарт МЭК-61131/3. Кроме функций, описанных в этом стандарте, в них встроено большое число до­ полнительных функций.

102

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

2.5.2.Язык ТехноЫ)

Вокне LD-программы блоки имеют представление и средства редактирования, соответствующие стандарту языка LD (рис. 2.26).

VAX

VAX

Рис. 2.26. Разомкнутый контакт (| |)

Для блоков раздела LD-функции существуют дополнительные элементы и средства редактирования. Соединенные входы прини­ мают тип, индекс и значение входа, к которому проведена связь. Ес­ ли значение соединенных входов равно нулю или тип таких входов - «Аргумент», связь невидима. Связь видима только в том случае, ес­ ли блоки расположены один под другим. Чтобы удалить связь, нуж­ но вручную изменить индекс одного из соединенных входов.

Для прорисовки левой шины питания, предусмотренной стан­ дартом языка LD, надо расположить блоки один под другим, за­ дать ненулевое значение входа одного из них, установить тип это­ го входа «Константа» и далее провести к этому входу связь от входа другого блока. Результат описанной процедуры приведен на рис. 2.27. Функцию правой шины питания выполняет блок LOR.

—-(S)—

MY_VAX_1

0:0:1

MY.VAJLS

Рис. 2.27. Левая шина питания

106

Комментарий выводится на блоке вместо заданного по умол­ чанию слова «VAR». Знак «;» выполняет в комментарии функцию разделителя - на блок выводится текст до этого знака (не более 10 символов).

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

2.5.3. Язык TexuoIL

Язык инструкций (Техно1Ь) - это текстовый язык для разра­ ботки программ, реализующих функции обработки данных и управления. Он является расширением языка IL.

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

Разработанные и отлаженные в Трейс Моуд IL-программы мо­ гут использоваться другими инструментальными средствами про­ граммирования контроллеров. Можно использовать расширенные возможности Техно1Ь и для оформления программ.

Программы на языке Техно1Ь разрабатываются в специальном диалоге (рис. 2.28), вход в который выполняется командой «Соз­ дать» меню «Техно1Ь». Редактирование программы осуществляет­ ся непосредственным вводом текста с клавиатуры в левом окне.

Тип разрабатываемой программы указывается в специальном поле диалога «Техно1Ь». Здесь при разработке функционального блока следует установить значение FB, а для метапрограмм - зна­ чение PRG.

Разработанные на Техно1Ь функциональные блоки помещают­ ся в один из трех разделов: «Техно1Ь_1», «Техно1Ь_2», «Техно!Ь_3». Заполнение функций этих разделов осуществляется по­ следовательно, по мере добавления новых блоков.

Метапрограммы управления и обработки данных могут ссы­ латься на значения атрибутов каналов, а также вызывать в качест­

107

Глава 3. ТРЕЙС МОУД. РАЗРАБОТКА ГРАФИЧЕСКОГО

ИНТЕРФЕЙСА АСУ ТП

Данная глава посвящена описанию основных элементов и под­ ходов к разработке средств визуализации состояния технологиче­ ского процесса и управления им (создания человекомашинного интерфейса для операторских станций - графических баз для узлов проекта), реализованных в Трейс Моуд.

Рассмотрены: основные понятия - графическая база, экраны, элементы, объекты; организация окна и основные инструменты редактора представления данных; организация представления дан­ ных и связь выводимой на экран информации с математической базой; разработка статической части графических экранов; разра­ ботка динамической части графических экранов; типы, разработка и использование графических объектов.

3.1. Основные понятия: графическая база, экраны, элементы, объекты

Графическая часть - это совокупность всех экранов для пред­ ставления данных и супервизорного управления, входящих в гра­ фические базы узлов проекта.

Графическая база - это совокупность всех экранов, графиче­ ских объектов, элементов рисования и форм отображения, исполь­ зуемых для отдельного узла проекта.

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

Имя файла графической базы для узла задается в редакторе ба­ зы каналов. Для этого используется бланк «Основные» диалога «Параметры узла».

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

109

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

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

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

Одновременно на монитор может выводиться только один эк­ ран. Другие экраны можно просматривать на текущем экране с помощью окон - специальных форм отображения.

Каждый экран имеет свое имя и набор атрибутов (настроек). К таким атрибутам относятся: «Размер»; «Цвет фона»; «Обои»; «Права доступа»; «Спецификация окна просмотра отчета тревог».

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

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

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

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

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

110