Архитектурное построение SCADA-систем

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

C появлением концепции открытых систем (начало 90-х) программные средства для операторских станций становятся самостоятельным продуктом.

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

Клиент-серверная архитектура предполагает (см. рисунок 5.3), что вся информация о технологическом процессе от контроллеров собирается и обрабатывается на сервере ввода/вывода (сервер базы данных), к которому по сети подключаются АРМ клиентов.

Рисунок 5.3 - Клиент-серверная архитектура

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

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

В сетевых распределенных системах средствами SCADA/HMI стало возможным создавать станции (узлы) различного функционального назначения: станции операторов/диспетчеров, серверы с функциями HMI, “слепые” серверы (без функций HMI), станции мониторинга (только просмотр без прав на управление) для специалистов и руководителей и другие.

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

Важным аспектом в структурном построении сетевых систем управления является структура базы данных реального времени (централизованная или распределенная). Каждая из структур в SCADA/HMI-системах реализуется разными разработчиками по-разному. От реализации существенно зависят эффективность обеспечения единства и целостности базы данных, ее надежность, возможности модификации и т.д.

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

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

С точки зрения структурного построения SCADA-пакетов различают:

· системы, обеспечивающие полный набор базовых функций HMI;

· системы, состоящие из модулей, реализующих отдельные функции HMI.

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

Рисунок 5.4 - Архитектура модульной SCADA

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

В клиент-серверной архитектуре системы управления, представленной на рисунке 5.4, функции сбора и хранения данных, управления алармами и трендами распределены между тремя серверами. Функция HMI реализуется на станциях-клиентах.

Например, SCADA Citect имеет в своем составе пять функциональных модулей (серверов или клиентов):

§ I/O - сервер ввода/вывода. Обеспечивает передачу данных между физическими устройствами ввода/вывода и другими модулями Citect.

§ Display - клиент визуализации. Обеспечивает операторский интерфейс: отображение данных, поступающих от других модулей Citect, и управление выполнением команд оператора.

§ Alarms - сервер алармов. Отслеживает данные, сравнивает их с допустимыми пределами, проверяет выполнение заданных условий и отображает алармы на соответствующем узле визуализации.

§ Trends - сервер трендов. Собирает и регистрирует трендовую информацию, позволяя отображать развитие процесса в реальном масштабе времени или в ретроспективе.

§ Reports - сервер отчетов. Генерирует отчеты по истечении определенного времени, при возникновении определенного события или по запросу оператора.

В одной сети можно использовать только один сервер алармов, сервер трендов и сервер отчетов. В то же время допускается использование нескольких серверов ввода/вывода (I/O Server). Количество компьютеров с установленным модулем Display (обеспечивающим операторский интерфейс) в сети практически не ограничено.

SCADA как открытая система. Распространение архитектуры «клиент-сервер» стало возможным благодаря развитию и широкому внедрению в практику концепции открытых систем (см. рисунок 5.5). Главной причиной появления и развития концепции открытых систем явились проблемы взаимодействия программно-аппаратных средств в локальных компьютерных сетях. Решить эти проблемы можно было только путем международной стандартизации программных и аппаратных интерфейсов.

Рисунок 5.5 - Интеграция SCADA в систему управления

Концепция открытых систем предполагает свободное взаимодействие программных средств SCADA с программно-техническими средствами разных производителей. Это актуально, так как для современных систем автоматизации характерна высокая степень интеграции большого количества компонент. В системе автоматизации кроме объекта управления задействован целый комплекс программно-аппаратных средств: датчики и исполнительные устройства, контроллеры, серверы баз данных, рабочие места операторов, АРМы специалистов и руководителей и т. д. (рисунок 5.5). При этом в одной системе могут быть применены технические средства разных производителей.

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

Реализация этой задачи требует от SCADA-системы наличия типовых протоколов обмена с наиболее популярными промышленными сетями, такими, как Profibus, ControlNet, Modbus и другими. С другой стороны, SCADA-системы должны поддерживать интерфейс и со стандартными информационными сетями (Ethernet и др.) с использованием стандартных протоколов (TCP/IP и др.) для обмена данными с компонентами распределенной системы управления.

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

Информация, отражающая хозяйственную деятельность предприятия (данные для составления материальных балансов установок, производств, предприятия в целом и т. п.), хранится в реляционных базах данных (РБД) типа Oracle, Sybase и т. д. В эти базы данных информация поставляется либо с помощью ручного ввода, либо автоматизированным способом (посредством SCADA-систем). Таким образом, выдвигается еще одно требование к программному обеспечению SCADA - наличие в их составе протоколов обмена с типовыми базами данных.

Наиболее широко применимы два механизма обмена:

· ODBC (Open Data Base Connectivity - взаимодействие с открытыми базами данных) – международный стандарт, предполагающий обмен информацией с РБД посредством ODBC-драйверов. Как стандартный протокол компании Microsoft, ODBC поддерживается и наиболее распространенными приложениями Windows;

· SQL (Structured Query Language) – язык структурированных запросов.

Программное обеспечение SCADA должно взаимодействовать с контроллерами для обеспечения человеко-машинного интерфейса с системой управления (рисунок 5.5). К контроллерам через модули ввода/вывода подключены датчики технологических параметров и исполнительные устройства (на рисунке 5.5 не показаны).

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

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

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

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

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

· объем предоставляемой информации;

· форма представления информации;

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

· протяженность и надежность канала связи «источник-потребитель»;

· простота освоения пользователем и т.д.

В периодической прессе последних лет за системным и прикладным программным обеспечением, которое необходимо компьютеру АРМ для получения удаленного доступа к производственной информации, закрепился термин «клиентское приложение». Клиентские приложения различного типа могут предоставлять информацию в любом объеме и приемлемом для пользователя виде.

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

Но за услуги, как известно, надо платить. Поэтому весьма существенным критерием при организации клиентского узла (АРМ) является его стоимость (аппаратное и программное обеспечение).

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

Рисунок 5.6 - Организация доступа к информации через локальную сеть.

Самыми простыми и распространенными клиентскими приложениями в настоящее время являются клиенты в локальной сети (рисунок 5.6). Такие клиентские приложения в SCADA-системах традиционно объединяются с серверными приложениями протоколами локальных сетей. Часто таким протоколом является TCP/IP.

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

Технология сервер/терминал. Постоянное появление новых версий программного обеспечения, предъявляющих все более высокие требования к производительности клиентских ПК, привело к тому, что некоторые компании-разработчики программного обеспечения решили разработать технологию, которая бы обеспечила выполнение всех высокопроизводительных вычислений на сервере, оставляя клиентским компьютерам роль терминалов. Наиболее удачные решения предложили корпорация Microsoft (Windows 2000 Terminal Services) и компания Citrix (Metaframe). ПО Metaframe - это дополнение к Windows 2000 Terminal Services, которое дает возможность использовать на клиентских компьютерах операционные системы, отличные от Windows, например, Linux или Macintosh.

Технология сервер/терминал поддерживает режим клиентских сессий, когда один сервер обслуживает несколько клиентов, функционирующих независимо друг от друга. При этом каждый терминал получает свой ресурс: память, время центрального процессора, доступ к дискам сервера и приложениям. Когда клиент запускается, терминальный сервер регистрирует его, предоставляя доступ к ресурсам сервера. Windows Terminal Server создает виртуальный дисплей, изображение которого отображается на локальном мониторе. Операции ввода, активизируемые клиентом с клавиатуры и мыши, обслуживаются сервером. Добавление нового клиента заключается лишь в подключении нового терминала к сети.

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

Терминал может играть роль как станции оператора/диспетчера, так и АРМ нерегулярных пользователей (технологов, специалистов службы КИП и т. п.), которые могут иметь доступ к необходимой оперативной информации о технологическом процессе и оборудовании (рисунок 5.7).

Для организации взаимодействия между сервером и терминалом/клиентом используются стандартные протоколы:

· для ОС Windows - Microsoft RDP (Remote Desktop Protocol);

· для ОС Linux/CE - Citrix ICA (Independent Computing Architecture).

Рисунок 5.7 - Архитектура терминал-сервер

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

Используя новые архитектурные возможности, компании-разработчики SCADA-систем стали предлагать терминальные сервисы, поддерживающие выполнение SCADA-приложений в режиме сессии. Компания Wonderware внедрила терминал-серверную технологию для SCADA-системы InTouch версии 7.1. Появление версий iFIX (Intellution/GE Fanuc), поддерживающих ОС Windows 2000, открыло возможность применения ПО iClient Terminal Server для поддержки многосеансовой работы «тонких» клиентов. Не отстали и другие ведущие производители SCADA-продуктов.

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

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

Удобство и популярность Internet стали основной причиной того, что Web-технологии начали активно применяться во внутренних информационных системах предприятий. Каждое предприятие рано или поздно сталкивается с необходимостью автоматизации своей деятельности. Одной из первых ставится задача централизованного хранения информации и доступа к ней. Если раньше такие технологии использовались лишь на самом верхнем уровне управления - АСУП, то в последнее время все большее распространение они получают и в системах уровня АСУ ТП (в системах класса SCADA/HMI).

Внутренние информационные системы предприятия, построенные с использованием Web-технологий, получили собственное название – «Intranet» (интранет - внутренняя сеть). Интранет совсем не обязательно должна ограничиваться локальной сетью предприятия - она может объединять несколько предприятий, находящихся на значительных расстояниях. Отличие Intranet от Internet заключается в том, что ее информационные ресурсы и пользователи объединены общими задачами и принадлежностью одному коллективу.

Особое место в Web-технологиях занимает сбор данных через Интернет от удаленных контроллеров. Этот метод фактически соответствует традиционно принятой структуре построения АСУ ТП с использованием SCADA-систем, но в данном случае между самой системой и ПЛК может лежать не одна тысяча километров. В такой конфигурации может работать любая SCADA-система, умеющая посылать сообщения по протоколу TCP/IP (что могут делать практически все системы). Аналогично и ПЛК могут работать в такой системе, если они имеют Ethernet или последовательный порт с поддержкой TCP/IP. Практически все крупнейшие производители контроллеров имеют такие модели.

Совершенно новой технологией для управления через Интернетявляются встраиваемые в ПЛК Web-серверы. Сейчас можно говорить лишь о наметившихся перспективах. Одна из главных особенностей этой «революционной» технологии (кроме универсальности связи с ПЛК) - отказ от использования SCADA-систем. Web-сервер находится в контроллере, который подключен непосредственно к сети Internet. Имеющийся в контроллере сопроцессор осуществляет формирование необходимых HTML-страниц и связывает их с данными, поступающими с объекта. Однако в данном случае основная тяжесть работы по обработке данных будет ложиться на плечи самого контроллера, который вынужден будет кроме первичной обработки данных осуществлять и вторичную обработку, что может потребовать применения гораздо более мощного процессора ПЛК, чем в случае работы без Web-сервера. Во всех Internet/Intranet-решениях по обмену данными кроме технологического сервера как поставщика данных и клиента как получателя информации задействован Web-сервер (рисунок 5.8). Информация на сервере хранится в виде страниц, на которых, кроме текста, могут находиться разные объекты: графические изображения, аудио - и видеоролики, формы для ввода данных, интерактивные приложения и т.д. Взаимодействие между Web-сервером и клиентами осуществляется на основе протокола HTTP (HyperText Transfer Protocol ‑ протокол передачи гипертекста).

Рисунок 5.8 - Интеграция SCADA и Internet

Для просмотра приложений Web-клиентом могут, напрмер использоваться навигатор Microsoft Internet Explorer соответствующей версии или SCADA-система в режиме Runtime.

Web-сервер работает на базе Microsoft Internet Information Server (IIS) и связывает установленные на нем приложения с Internet.

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

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

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

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

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

В SCADA-системах различных производителей набор динамических свойств объектов достаточно типизирован. В режиме исполнения при определенных условиях объекты интерфейса могут:

· перемещаться (горизонтально, вертикально);

· изменять размеры (по горизонтали, по вертикали);

· заполняться цветом (по горизонтали, по вертикали);

· быть ползунковыми регуляторами (горизонтального или вертикального типа);

· появляться на экране и исчезать с него (видимость);

· мерцать;

· вращаться;

· изменять цвет.

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

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

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

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

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

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

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

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

· отказ технологического оборудования (насоса, электродвигателя и т. п.);

· выход параметров технологического процесса за заданные границы.

Все SCADA - системы поддерживают алармы двух типов: дискретные и аналоговые.

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

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

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

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

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

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

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

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

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

Основная литература

1. Андреев Е.Б., Ключников А.И., Кротов А.В., Попадько В.Е., Шарова И.Я. Автоматизация технологических процессов добычи и подготовки нефти и газа: Учебное пособие для вузов. - М.: ООО «Недра-Бизнесцентр», 2008. - 399 с: ил.

2. Андреев Е.Б., Попадько В.Е. Технические средства систем управления технологическими процессами нефтяной и газовой промышленности. - М.: Изд-во РГУ нефти и газа им. И.М. Губкина. - 2004. - 269 с.

3. Андреев Е.Б., Куцевич НА, Синенко О.В. SCADA-системы: взгляд изнутри. -М.: Изд-во РТСофт. - 2004. - 176 с.

4. Андреев Е.Б., Попадько В.Е. Программные средства систем управления технологическими процессами нефтяной и газовой промышленности. - М.: Изд-во РГУ нефти и газа им. И.М. Губкина. - 2005. - 266 с.

5. Андреев Е.Б., Мезенцева СЛ., Пелипец СВ. Проектирование систем управления в SCADA-пакете InTouch. Компьютерный практикум. - М.: Изд-во РГУ нефти и газа им. И.М. Губкина. - 2008. - 85 с.

Дополнительная литература

6. Номенклатурные справочники и прайс-листы фирм производителей современных технических средств автоматизации (СНГ и дальнее зарубежье, 2003-2011 г, имеются на кафедре АТУ, в том числе в электронном варианте)

7. Федоров Ю.Н. Справочник инженера по АСУТП: Проектирование и разработка. – M.: Инфра-Инженерия, 2008. – 928 с.

8. Нестеров А.Л. Проектирование АСУТП: Методическое пособие. Книга 1. – СПб.: Издательство ДЕАН, – 2006. – 757 с

9. Нестеров А.Л. Проектирование АСУТП: Методическое пособие. Книга 2. – СПб.: Издательство ДЕАН, – 2009. – 944 с

10. Материалы с сайтов http://automation-system.ru/promyshlennaya-avtomatika.html; http://asutrade.ru/ http://www.asutp.ru/, http://asutpnews.ru/; http://time-systems.ru/; http://asu-tp.org/; http://www.avtprom.ru/, www.automatization_ru, www.etu.ru/kafedrs/apu/index.htm, www.scada.ru, www.rakurs.spb.ru/, www.szma.org, www.arh.ru/~racurs, http://www.adastra.ru/news/uran/, http://tracemode.com.ua/ http://promavtomatik.ru/ http://automationlab.ru/, http://siemens.com/entry/cc/en/, http://www.siemens.com/answers/kz/ru/