Программное обеспечение систем управления

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

    Причины, вызывающие состояние аларма, могут  быть самыми разными:

• отказ аппаратных средств (датчиков, контроллеров, каналов связи);
• отказ технологического оборудования (насоса, электродвигателя и т. п.);
• выход параметров технологического процесса за заданные границы.
• Все SCADA - системы поддерживают алармы двух типов: дискретные и аналоговые.

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

    Аналоговые алармы базируются на анализе выхода значений переменной за указанные верхние и нижние пределы. Аналоговые алармы могут быть заданы в нескольких комбинациях (рис. 2.14):

    - верхние пределы (предаварийный  и аварийный);

    - нижний пределы (предаварийный и аварийный);

    - отклонение от заданного значения;

    - скорость изменения параметра. 
 
 

    

    Рис. 2.14. Графическая интерпретация верхних  предаварийного

                     и аварийного алармов.

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

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

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

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

    Как правило, важность приоритета уменьшается  с увеличением его значения. Таким образом, приоритет с номером 1 - самый высокий. Например, если алармы с приоритетами от 1 до 10 должны выводиться на экран, то первыми будут выводиться алармы с приоритетом 1 в порядке их поступления, затем - алармы с приоритетом 2 и т. д. Количество значений (уровней) приоритетов в разных SCADA-пакетах различно (десятки и сотни).

• Подсистема алармов предусматривает возможность классификации алармов по самым различным признакам: по аппаратам технологического процесса, по типу алармов, имени, приоритету и т. д. В зависимости от этого каждый аларм может быть отнесен к определенной группе (зоне, категории). Подобная группировка – удобный способ фильтрации алармов и их обработки (подтверждение, способ вывода, формат, цвет и т. п.).
• Вывод информации об аварийных ситуациях реализуется различными способами. Ее можно выводить в специализированные окна операторского интерфейса в виде текущих и архивных сводок, записывать в файлы, распечатывать на принтерах, предназначенных для вывода аварийных сообщений.

    Кроме того, эту аварийную информацию можно  отображать непосредственно на мнемосхемах  интерфейса оперативного персонала:

• вывод в специальные текстовые поля;
• динамизация объектов (изменение цвета, мерцание и т .п.).

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

    Пример  объекта вывода аварийной информации приведен на рис. 2.15.                       

      
 
 
 

    Рис. 2.15. Пример формата вывода информации об алармах. 
 

• Подсистема  регистрации, архивирования  и отображения  данных в 

      виде трендов

    Представление данных в виде графиков (трендов) реализуется в современных SCADA-пакетах специальными подсистемами. К характеристикам таких подсистем можно отнести способы регистрации архивных данных, способы отображения трендов, удобство по конфигурированию трендов, возможности по переконфигурированию трендов в режиме Runtime, предоставляемый сервис при работе с архивными трендами, возможность построения графиков y(x) и т. п.

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

    Исторические  (Historical) или архивные тренды не являются динамическими и строятся на основе выборки архивных данных. Отображаемые значения переменных на архивных трендах неподвижны и могут быть отображены только на определенном выборкой отрезке времени.

    При работе SCADA-системы в режиме Runtime (среда исполнения) производится запись значений переменных в регистрационные файлы.

    Для записи значений переменных в регистрационный  файл могут использоваться различные  способы:

• регистрация при изменении переменной на величину, превышающую

  некоторый порог;

• периодически с заданной частотой.

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

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

      

    Рис. 2.16. Круговая система регистрации  данных.

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

    Для графического отображения информации SCADA-системы различных производителей предлагают два решения:

• использование двух различных инструментов для создания диаграмм под тренды реального времени и архивные тренды;
• единый инструмент для трендов реального времени и архивных трендов.

    По  числу перьев на одной диаграмме  также возможны варианты. В одних  SCADA-системах количество перьев на диаграмме задано жестко  (4, 8, 16 перьев). Другие предлагают диаграммы на неограниченное количество перьев. Настройка диаграмм производится в специальных диалогах. Параметрами настройки могут быть диапазон времени, охватываемый трендом, частота вывода значений переменной (период обновления), разрешение сетки по горизонтальной и вертикальной осям. Могут настраиваться и параметры перьев: маркеры, стиль и толщина линии, цвет.

    Возможность переконфигурирования перьев тренда в  режиме Runtime – важная характеристика SCADA-пакета. Она закладывается на стадии проектирования с использованием различных методов: с помощью встроенных функций, уникальных встроенных механизмов.

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

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

• Встроенные языки программирования

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

    Многие  функции присутствуют практически  во всех языках: математические функции, функции управления экранами, алармами, трендами, ActiveX - объектами, DDE - обменом и т. д.

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

    «Хорошо», если это Basic-подобный язык с небогатым набором операторов типа IF - THEN - ELSE или FOR - NEXT. Но в последнее время наметилась тенденция применения в SCADA-программах таких высокоуровневых языков программирования, как C или VBA.

    Взаимодействие  SCADA-системы с базами данных требует применения стандартных интерфейсов ODBC и SQL. «Технологу» может не хватить знаний для установки драйверов, конфигурирования интерфейса и т.п.

    Таким образом, использование SCADA-пакетов при разработке прикладного ПО АРМов операторов/диспетчеров в большинстве случаев не означает, что для этой работы не придется привлекать квалифицированных специалистов в области программирования («системщиков» и  «прикладников»).

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

    Следует отметить, что SCADA, безусловно, упрощает процесс создания ПО верхнего уровня АСУТП. Но этот процесс остается достаточно трудоемким, требующим соответствующей квалификации и времени.  

    Контрольные  вопросы

    1. Классификация программных средств АСУТП.

    2. Операционные системы реального времени.

    3. Характеристика прикладного программного обеспечения.