АСКУ и

Прикладное программное обеспечение
для различных областей деятельности конечного пользователя
Современная система управления технологическим процессом
(на примере системы автоматизированного контроля и управления технологическим
процессом угледобывающего предприятия - САУК ТПШ)
АРМ диспетчера и операторов
Водоотлив
АГК
Конвейерный
транспорт
АСУ ОФ
Ethernet (TCP/IP)
Пожаротушение
Лава
ЭС
ПиПТ
ВУ и ВНУ
АСУП
SCADA-система
SQL-сервер
СПТС
OPC
Ethernet,
Оптоволокно,
Радио, RS 485
и др. каналы связи
АС АГК
ПРК
Сервера
Основной
АСУ КТ
АСУ
водоотливом
АСУ лавой
Резервный
АС пожаротушения
АСКУ ЭС
АСК ПиПТ
АСУ ВУ и ВНУ
АСУ ПРК
АСКУ ТО
АСУП – автоматизированная система управления предприятием (руководители, бухгалтерия и т.д.)
СПТС – система производственно-технологической связи
АРМ – автоматизированное рабочее место
АСКУ ТО – автоматизированные системы контроля и управления технологическими объектами подземного и
наземного комплексов
Верхний
уровень
САУК ТПШ
Серверный
кластер
и АРМ
диспетчера
АСКУ ТО - системы управления технологическими
объектами подземного и наземного комплексов
•
•
•
•
•
•
•
•
АС АГК – автоматизированная система аэрогазового контроля
АСУ КТ – автоматизированная система управления конвейерным транспортом
АСУ ВУ и ВНУ – автоматизированная система управления вентиляционными
и воздухонагревательными установками
АСК ПиПТ – автоматизированная система контроля персонала
и подземного транспорта
АСУ ПРК – автоматизированная система управления
погрузочно-разгрузочным комплексом
АСКУ ЭС – автоматизированная система контроля и
управления энергетической системой
АСУ ОФ – автоматизированная система управления обогатительной фабрикой
Каждая АСКУ ТО включают в себя различные датчики и программируемые
контроллеры.
Возможно
использование
оборудования
разных
фирмпроизводителей (Davis Derby, Trolex, Becker, Granch, Hansen Reinders, ИнГорТех,
OMRON, Siemens, Modicon и т.д.), имеющего соответствующий уровень
взрывозащиты и разрешенного к применению Федеральной службой по
экологическому, технологическому и атомному надзору России для данных
условий, в составе единой интегрированной системы сбора и отображения
информации.
Программное обеспечение верхнего
уровня системы (SCADA)
Genesis 32
InTouch
MineSCADA
Оборудование нижнего уровня
системы
(программируемые логические
контроллеры – PLC)
Датчики
Trolex
ИнГорТех
МНТЛ РИВАС
Davis Derby
Trolex
Granch
ИнГорТех
SCADA
(Supervisory Control And Data Acquisition) –
системы диспетчерского контроля и управления сбором данных
Основные функции SCADA – систем:
•
сбор данных о контролируемом процессе;
•
управление технологическим процессом на основе собранных данных и правил, выполнение
которых обеспечивает безопасность и наибольшую эффективность процесса .
Сбор данных осуществляется следующим образом:
1. Любая SCADA – cистема имеет набор драйверов – программ, которая обеспечивает связь
компьютера, на котором установлена SCADA – cистема c датчиками и контроллерами. В
настоящее время для этого используется технология ОРС.
2. Далее информация проходит первичную обработку:
•
фильтрация сигнала (задается зона нечувствительности, в пределах которой все изменения
значений отбрасываются);
•
масштабирование сигнала (например, значения силы тока (4:20 мА) преобразуется в значение
физической величины (веса)).
3. Данные заносятся в архив (архивирование производится либо через определенные интервалы временное архивирование, либо при изменении сигнала - по событию.
4. Вторичная обработка подразумевает обработку программами, написанными либо на
специализированных (скриптовых) языках программирования, либо на общепринятых языках,
таких как Basic, Си, Паскаль и т.д. Итоги расчетов сохраняются в базе данных и выводятся
диспетчеру в виде сообщений (в графическом, текстовом, звуковое виде).
Управление:
После получения сообщения оператор (диспетчер) принимает соответствующее решение и
посылает команду на нижний уровень системы.
Все события протоколируются, оформляются отчеты и другие документы, производится обмен с
другими SCADA-cистемами.
Если исключить человека, то можем получить полностью автоматические системы.
Основные составляющие SCADA-систем
Любая SCADA-системе всегда имеет две основные составляющие:
среду разработки и среду исполнения (RunTime).
Среда исполнения
предназначена для работы в режиме реального времени на операторских станциях и может
быть сравнима с исполняемым модулем программы, написанной на языке высокого уровня.
RunTime обеспечивает выполнение всех функций SCADA-системы, которые были определены
на этапе разработки и могут быть изменены только при наличии среды разработки.
Некоторые SCADA-системы, такие как RealFlex (QNX) и Genesis (WindowsNT) кроме
отдельного модуля RunTime имеют модуль, встроенный в среду разработки. Достоинства
подхода: возможность внесения корректив в действующую систему без ее перезаписи.
Недостаток: необходимо разграничивать права доступа людей к системе.
Основные составляющие SCADA-систем
(продолжение)
Среда разработки,
как правило, является модульной системой и состоит из различного рода построителей и
конфигураторов.
Основные из них:
•
Построитель БД
•
Построитель экранной графики
•
Построитель пользовательских отчетов
•
Построитель трендов
•
Конфигуратор архивации данных
•
Конфигуратор обработки тревог
•
Дополнительные модули среды разработки
Первые 6 есть всегда.
I. БД является основой любой SCADA – системы и состоит из различного количества (от 100
до сотен тысяч тегов)
Тег (tag – точка) – единица информации в БД.
Он имеет уникальное имя и ряд свойств, зависящих от его типа. Свое значение тег получает след.
способами:
1. От реально подключенного к системе датчика или другого устройства сбора информации
(например, аналоговый или дискретный вход программного контроллера).
2. Из другого приложения (например, с использованием DDЕ или OPC– технологии).
3. От пользователя при изменении им заданий для экранных регуляторов или переключателей.
4. Расчетным путем. При этом тег будет являться выходом стандартного блока обработки
данных (например, ПИД-регулятор) или пользовательской программы.
В случаях 1-3, т.е., когда тег связан с входным устройством или динамически изменяется в
соответствии с данными других приложений, он называется сканируемым или внешним тегом.
Программы сканеры осуществляют опрос устройств нижнего уровня и обмен с приложениями.
В случае 4 тег называется несканируемым или внутренним. В некоторых случаях -псевдоточкой.
Сканируемые теги обычно объединяются в группы, реально соответствующие их физическому
подключению к устройствам нижнего уровня. В полном наименовании тега, обязательно
присутствует название PCU, PLC (программируемый контроллер или др.) входом – выходом
которого является этот тег.
Если значение тега м.б. изменено оператором с использованием экранных средств управления, такой
тег называется управляемым.
В противном случае тег – неуправляемый (пример: входной сигнал с датчика).
Наиболее распространенные типы тегов БД:
•
Аналоговый
•
Статусный (дискретный)
•
Строковый
•
Счетчик-накопитель
•
Резервуар
I.I Аналоговые теги. Основные характеристики
1.
2.
3.
4.
5.
6.
Имя. Уникальный идентификатор тега, по которому производится обращение к тегу из
экранных форм, драйверов ввода – вывода и др. различных процессов.
Описание. Необходимо для пользователя и позволяет ему не забыть, с чем конкретно
связан тег.
Адрес в РСU или PLC (программируемом контроллере ) или указание на то, что точка
является внутренней.
Текущее значение.
Единица измерения в технических единицах.
Тип преобразования:
а) непосредственная запись в БД;
б) линейная экстраполяция осуществляется по формуле:
E - технические единицы
R – исходное значение, текущее
EMIN – минимальное значение в технических единицах
EMAX – максимальное значение в технических единицах
RMIN – минимальное исходное значение
RMAX – максимальное исходное значение
Например: преобразование токового сигнала 420мА в величину уровня жидкости
0-10 м при заданных максимальных и минимальных значениях в исходных и
технических единицах осуществляется автоматически;
в) квадратичное преобразование
7.
Встроенная обработка тревог.
Тревога (alarm) – событие, происходящее при выходе тега за уровень сигнализации или
нарушении характеристик процесса.
Выход тега за уровень сигнализации называется пороговой тревогой.
Стандартные уровни пороговых тревог:
•
High – верхний предел;
•
High- High – верхний-верхний;
•
Low – нижний предел;
•
Low- Low – нижний- нижний.
Каждый уровень тревоги определяется своим значением и цветом.
Пределы типа High и Low используются для предупредительной сигнализации и обозначаются
желтым цветом.
Пределы типа High- High и Low- Low для аварийной сигнализации обозначаются красным
цветом.
Нарушение характеристик процессов:
Обычное нарушение - выход скорости изменения сигнала за установленные пределы.
Предел скорости изменения сигнала - десятичная
величина, представляющая
(максимальное
изменения
собой предел
значений) порогового
приращения сигнала в
технических единицах на интервале
сканирования.
Кроме пороговых тревог и нарушений характеристик процесса, для аналогового тега могут
быть заданы действия по тревоге и мертвая зона тревоги, т.е. величина сигнала, на
которую должно опуститься ниже верхнего или подняться выше нижнего порога значение
этого сигнала, прежде чем прекратится тревога.
I.II Статусные или дискретные теги
Это теги, связанные с точками цифрового ввода-вывода. Представляют собой два или четыре
бита состояния (например: Включено-Выключено, Неисправный, Открыт-Закрыт, Подача).
Основные характеристики статусных тегов
1 – 4. Как для аналогового тега.
5. Число битов состояния - соответственно 1 или 2.
6. Описание состояний и цвета.
7. Нормальное состояние. Указывается бит, который по умолчанию считается
нормальным.
8. Класс тревоги:
a) нет тревоги;
b) событие;
c) простая тревога;
d) неотложная тревога;
e) критическая тревога.
При переходе статусного тега из нормального состояния в любое другое будет
обрабатываться последовательность действий, заданная для указанного типа тревоги.
9. Тип управления:
a) нет управления;
b) мгновенный вывод;
c) фиксация результата в БД.
10. Таймер тайм-аута – это время ожидания достижения точкой контролируемого
состояния.
I.III Строковые теги
Обычно являются константами БД и служат для выдачи текстовых сообщений, иногда могут
принимать форму переменного текста и служат для отображения состояния аналоговых
тегов.
I.IV Счетчики – накопители
Используются для слежения и сообщений о любых измерениях накопительного типа или для
величин, которые могут быть выражены как целые. Обычно связаны с реальными
модулями счетчиков программируемых контроллеров.
Основные характеристики счетчиков-накопителей
1 – 4. Как для аналогового тега.
5. Единица измерения накапливаемого значения.
6. Информационные поля – накопленные значения:
а) текущее брутто;
б) текущее нетто;
в) годовое ;
г) месячное;
д) суточное;
е) вчерашнее;
ж) часовое;
7. Фактор – десятичное значение, представляющее собой поправочный коэффициент, на
который обычно при вычислениях умножаются показания реальных счетчиков (текущее
брутто).
8. Количество единиц на импульс – десятичная величина, которая показывает количество
продуктов в исходных единицах, которое должно пройти через модуль-счетчик
контроллера, чтобы он сгенерировал один импульс. Используется при расчетах.
9. Свертка – величина, при достижении которой счетчик обнуляется. Используется для
синхронизации данных с модулями счетчиков – контроллеров.
10. Тип обработки данных – способ вычисления информационных полей значений счетчика.
I.V Резервуар (емкость)
Точки типа резервуар предназначены для работы с устройствами, измеряющими объем,
уровень или другие характеристики материала в емкости.
Основные характеристики резервуаров
1 – 4. Как у аналоговых тегов.
5. Тип преобразования уровня:
a) без преобразования;
b) стандартные пользовательские или калибровочные таблицы (КТ)
КТ используются для вычисления объема продукта , основываясь на данных об уровне.
Могут быть линейными и нелинейными. Применяются там, где емкость имеет
неправильную геометрическую форму.
6. Максимальный уровень продукта в емкости.
Максимальный объем продукта. Превышение уровня, определяемое этой характеристикой,
вызывает автоматическую генерацию тревоги. (См. аналоговые теги)
Добавление, удаление, изменение тегов производится с помощью редакторов БД.
Редактор БД может быть запущен автономно перед началом работы над проектом или теги
могут создаваться на лету при разработке экранных форм.
Обычно редактор БД построен по принципу «заполни бланк», т.е. для каждого тега
пользователю предлагается определить набор характеристик, соответствующий типу
данного тега. Определение характеристик производится выбором из списка или вводом
числовых значений .
II Построители экранной графики
Предназначены для создания видеокадров SCADA-систем.
Видеокадр – графическое изображение на экране компьютера, выполненное по определенным
правилам и предназначенное для отображения хода технологического процесса и
управления им в режиме реального времени (например, мнемосхема производственного
участка).
Видеокадры состоят из статических (не изменяющихся во времени), динамических
(изменяющихся в зависимости от значений связанных с ними тегов) и управляющих
(изменяющих значения связанных с ними тегов посредством ввода команд от оператора)
элементов.
Построители могут состоять из нескольких частей. Например:
•
Построитель статических изображений.
•
Построитель динамических изображений
•
Построитель объектов
•
Построитель символов
II.I Построитель статических изображений
Используется для создания неизменяемых частей мнемосхемы. Для этого применяются
стандартные или специализированные средства Windows, а также импортированные из
других графических приложений изображения.
В различных SCADA-системах статические изображения сохраняются или в растровых, или в
векторных форматах.
II.II Построитель динамических изображений
Динамические изображения в процессе разработки как бы накладываются на уже готовую
статическую картину.
Каждый динамический элемент – это текстовое или графическое представление текущего
состояния точки БД или группы связанных точек.
Различные динамические элементы
Значение – показывает в цифровой форме текущее значение тега в БД.
Значок (символ) – используется для точек , отражающих дискретные значения состояния
устройств, таких как клапаны, насосы, вентиляторы, переключатели. Символы меняют
свой цвет в зависимости от состояния тега БД.
Мультипликация – также применяется для отображения состояния статусных тегов, но
каждому состоянию тега соответствует свой значок или символ. Результатом такого
отображения является движущаяся картинка.
Столбик (столбиковая диаграмма) – отображает текущее состояние точек типа счетчикнакопитель, либо аналог; может изменять цвет, может не изменять.
Объект – графический элемент, изображение, цвет, величина, местоположение, которого
меняется в зависимости от состояния точек БД, с которыми он связан, может быть
простым графическим изображением типа «кружок», или включать в себя сложные
графические изображения целых устройств. Объект может быть соединен с одной
точкой БД или несколькими тегами.
Текст – переменное сообщение различной длины, связанное со значениями тега типа «аналог»
и используется обычно для выдачи диагностических сообщений о состоянии системы.
Суперклавиша (кнопка) – используется для запуска на выполнение последовательности
команд, определяемой пользователем, при нажатии на клавишу. Указанный набор команд
выполняется однократно. На кнопку могут быть нанесены необходимые надписи, могут
использоваться различные способы отображения и цветового режима.
Связь форм – предназначена для переключения между различными графическими
изображениями, необходимыми оператору. Выполняется в виде текста, кнопки или значка.
Различные динамические элементы (продолжение)
Тренд – динамически изменяющийся график, показывающий изменение численного значения
точки БД во времени. Различают тренды реального времени и предыстории.
Под предысторией понимается информация о состоянии системы до последнего
включения компьютера.
Большинство SCADA – систем рисуют тренды предыстории и реального времени в
различных окнах. Genesis и пакеты под QNX совмещают тренды в одном окне.
Тренды позволяют двигаться назад по оси времени, а также производить зуммирование по
оси времени и по значению.
У тренда можно установить время просмотра, количество и масштаб изображаемых
сигналов, изменить подписи по шкале.
II.III Построитель объектов и построитель символов
Предназначены для пополнения библиотек, динамических изображений типа значок-символ и
объект соответственно.
Возможности среды разработки графических средств рассмотрим на примере SCADAсистемы InTouch и Citect (см. файл «Возможности построителей экранных форм SCADAсистем).
III Построитель пользовательских отчетов
Предназначен для построения отчетов о функционировании системы в удобной для
пользователя форме.
Обычно содержит следующие поля:
•
Время.
•
Имя точки (или ее описание).
•
Расшифровку события.
Также содержит утилиты планирования, позволяющие определить, когда и куда (в файл, на
экран или устройство вывода) будет выдаваться отчет.
IV Конфигураторы архивации данных
Позволяют определить, значения каких тегов и каким образом будут сохраняться в файл
предыстории.
Способы записи в файл предыстории:
1. Запись с фиксированным интервалом времени (1 раз в секунду).
2. Запись по изменению значений.
Недостаток способа 1 заключается в том, что необходим большой объем дискового
пространства в тех случаях, когда интервал хранения значений достаточно велик.
Кроме этого, конфигуратор архивации значений устанавливает время хранения данных
для каждой точки БД . По окончанию этого времени данные архивируются, могут быть
сохранены на диск в виде файла или перенесены в другие системы. Несжатые данные
доступны для отображения на трендах предыстории.
V Конфигуратор обработки тревог
Встроен в БД и позволяет настраивать уровни тревоги для тегов. Определяет, какие
сообщения будут выдаваться при различных тревогах, а также в каком виде будут
представлены системные сводки тревог.
VI Построитель трендов
Определяет вид динамического элемента типа тренд, который будет удобен
пользователю.
VI Дополнительные модули среды разработки
1.
2.
3.
4.
5.
Средства создания программ обработки данных и реализации алгоритмов управления.
Это может быть специализированный скриптовый язык пакета, либо стандартный язык
типа Visual Basic.
Пакет статистической обработки данных позволяет вычислять статистические
характеристики отдельных параметров и всего процесса в целом, генерировать тревоги
в случае их нарушения.
Пакеты расширенной разработки (Development Kit), позволяющие осуществить
доработку интерфейса SCADA – систем, написание драйверов ввода-вывода из устройств
нижнего уровня, логическую и мотивационную обработку данных.
Пакеты горячего резервирования систем
Пакеты подключения к различным сетям и поддержки необходимых протоколов и
т.п.
АРМ оператора АСУ конвейерным транспортом.
Пример видеокадра отдельного конвейера,
созданного при помощи SCADA-системы Genesis32
Требования, предъявляемые к современным SCADA- системам
1.
Доступность не только для разработчика, но и для технолога.
Доступность для технолога обеспечивается внедрением готовых функциональных блоков
или языков инструкций.
2.
Максимальная открытость: должны быть открыты механизмы обмена данными с
аппаратурой ввода-вывода.
Обычно это достигается применением средств Development kit, позволяющих
разработчику писать драйверы обмена с необходимыми устройствами, или
использованием технологий OPC.
3.
Умеренная цена и эффективное использование вложенных средств (оптимальное
соотношение цена-качество). Одна из методик оценки этого критерия приведена в файле
«Практическое сравнение SCADA по критерию «Цена-производительность» .
4.
Минимальные затраты на освоение пакета, создание, сопровождения и развития АСУТП.
Сравнительная характеристика SCADA-систем,
представленных на рынке России
Сравнительная характеристика SCADA-систем,
представленных на рынке России (продолжение)
Сравнительная характеристика SCADA-систем,
представленных на рынке России (продолжение)
Сравнительная характеристика SCADA-систем,
представленных на рынке России (продолжение)