Роль и место scada системы в современном производстве

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

ФУНКЦИИ, ХАРАКТЕРИСТИКИ И СРАВНИТЕЛЬНЫЙ АНАЛИЗ SCADA СИСТЕМ

Лекция 7

Системы управления БД групп Б1, Б2 и Б3 могут быть идентичными. Системы управления БД групп Б4 и Б5 должны учесть требования, предъявляемые к соответствующим базам данных, и отличаться друг от друга.

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

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

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

· Программирование с использованием "традиционных" средств (традиционные языки программирования, стандартные средства отладки и пр.).

· Использование существующих, готовых COTS (Commercial Of The Shelf) инструментальных проблемно-ориентированных средств.

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

Современный бизнес в области разработки ПО всё более и более сегментируется и специализируется. Причина проста - ПО становится всё более сложным и дорогостоящим. Разработчики операционных систем, разработчики инструментальных средств, разработчики прикладного ПО и т.д., по существу, говорят на "разных языках". Таким образом, сама логика развития современного бизнеса в части разработки ППО для конечных систем управления требует использования всё более развитых инструментальных средств типа SCADA-систем (от Supervisory Control And Data Acquisition – диспетчерское управление и сбор данных). Разработка современной SCADA-системы требует больших вложений и выполняется в длительные сроки. И именно поэтому в большинстве случаев разработчикам управляющего ППО, в частности ППО для АСУ ТП, представляется целесообразным идти по второму пути, приобретая, осваивая и адаптируя какой-либо готовый, уже апробированный, универсальный инструментарий.

SCADA пакеты являются одним из наиболее популярных средств для программирования систем автоматизации технологических процессов (ТП) и предназначены в первую очередь для создания интерфейсов человек-машина (MMI ^[1] – Man Machine Interface), регистрирования, отображения и архивирования данных в АСУТП.

Применение SCADA-программ как средства разработки ПО для системы управления обусловлено следующими причинами: универсальность современных пакетов, позволяющая использовать их при автоматизации практически любого предприятия; предоставляемые SCADA-пакетами графические средства программирования дают возможность отказаться от стандартных языков программирования на наиболее трудоёмких и ответственных этапах проектирования систем управления. Кроме того, с помощью SCADA-программ реализуется большинство типичных для АСУ функций.

На рисунке 7.1 представлена общая функциональная схема современного производства.

Рис. 7.1 Функциональная схема современного производства.

В условиях комплексной автоматизации, процесс управления выполняют программируемые логические контроллеры (на рисунке МК1 – МК4), которые обмениваются информацией с технологическим процессом по своим выходам и входам. Контроллеры, как правило, объединены в локальную сеть для того, чтобы имелась возможность контролировать и управлять каждым из них с Главной ЭВМ.

Дата добавления: 2014-01-05