Системы SCADA

Системы SCADA

Санкт-Петербургский Государственный Университет

Информационных Технологий, Механики и Оптики

Кафедра «Систем Управления и Информатики»

Реферат

на тему: Системы SCADA

Выполнили: Смирнов А.,

Мустафаев К.,

Мальцева Т.,

Лабадин Д.

Преподаватель: Блинников А. А.

Санкт - Петербург

Содержание

Содержание

. Предпосылки к созданию SCADA систем

.1 Первые SCADA-подобные системы

.2 Традиционные рынки и движущие силы

.3 Человеко-машинные интерфейсы

. Современные SCADA системы

.1 Основные возможности и средства

.2 Основные функции

.3 Принципы разработки

.4 Архитектура SCADA систем

. Характеристики SCADA-систем

.1 Функциональные возможности

.2 Технические характеристики

.3 Эксплуатационные характеристики

. Интеграция многоуровневых систем автоматизации

Заключение

1. Предпосылки к созданию SCADA систем

.1 Первые SCADA-подобные системы

Ранние управляющие решения, предварившие наступление эры SCADA, назывались «телеметрическими» системами и представляли собой попытки организовать дистанционный мониторинг небольшого числа параметров (обычно одного-двух). Все основные требования, которым должны удовлетворять современные решения типа SCADA, равно как и большинство обеспечиваемых такими решениями преимуществ, присутствовали уже в телеметрических системах начала 70-ых годов прошлого века хотя бы в зачаточном виде. Для отображения текущего состояния системы тогда использовались «имитационные стены» (mimic wall) (рис. 1). Оперативность вывода информации на такие стены можно охарактеризовать как «приближающуюся к реальному времени»: показания индикаторов и лампочек изменялись вручную по мере того, как перемещающиеся по удалённым локациям операторы получали новые данные.

Рисунок 1. Имитационные стены (mimic wall)

Аббревиатура SCADA расшифровывается как Supervisory Control and Data Acquisition - диспетчерский контроль и сбор данных. В ранних SCADA-подобных системах вроде тех, что применялись в задачах водоснабжения и водоочистки в 60-70-ых годах XX века, связь между диспетчерской (головной станцией SCADA) и удалёнными станциями была столь призрачной, что организовать полноценный оперативный контроль не представлялось возможным. Первые управляющие системы типа SCADA разрабатывались для налаживания сбора данных с удалённых локаций. Например, традиционно в задачах добычи и транспортировки нефти, а также водоснабжения и водоочистки критическое значение имеет информация о давлении и расходе. Для контроля критических показателей в ранних SCADA-подобных системах обычно использовались один-два аларма, которые обеспечивали, например, контроль входа в здание либо подавали сигналы типа «ёмкость пуста», «ёмкость заполнена» или «отказ насоса». Малое число параметров было обусловлено тогдашним уровнем развития управляющих систем. Организация надёжного мониторинга четырёх-пяти показателей для каждой удалённой станции расценивалась в те времена как крупный успех. Серьёзную проблему представляло даже налаживание дистанционного контроля времени работы насосов.

1.2 Традиционные рынки и движущие силы

Управляющие системы типа SCADA возникли в тех отраслях, где в отличие от обрабатывающей промышленности «производственные мощности» в принципе нельзя объединить под крышей одного или нескольких близко расположенных зданий. Основными пользователями SCADA-решений во все времена были распределённые компании и предприятия, занимающиеся:

· водоснабжением и водоочисткой,

· сбором производственных и ливневых сточных вод,

· регулированием паводков и дренажем,

· ирригацией,

· энергоснабжением,

· добычей и транспортировкой нефти,

· транспортировкой природного газа,

· крупные промышленные предприятия, имеющие удалённые станции.

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

Одна из причин роста расходов - это рабочая сила. До наступления эпохи современных SCADA-решений, типичная распределённая система управления, будь то управление водоснабжением, водоочисткой, ирригацией или транспортировкой углеводородов, требовала наличия штата «операторов на колёсах», периодически посещающих удалённые станции с целью сбора данных, внесения изменений, контроля над соблюдением требований к техническому обслуживанию и проведения инспекций. Причём эта деятельность должна была осуществляться непрерывно и круглосуточно - 24 часа в день 7 дней в неделю. В 70 годах прошлого века типичная сеть водоснабжения в США обслуживалась в среднем шестью-восемью «операторами на колёсах».

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

1.3 Человеко-машинные интерфейсы

С появлением компьютеров Macintosh, рабочих станций Silicon Graphics, графического программного обеспечения и, наконец, операционных систем Windows у разработчиков появилась возможность создавать человеко-машинные интерфейсы (Human Machine Interface/HMI), заменившие имитационные стены и оставившие «операторов на колёсах» без работы.

Программные человеко-машинные интерфейсы всегда представляли собой нечто большее, чем просто ПО для визуализации состояния системы в реальном времени. Реальные решения класса HMI практически с самого начала были программно-реализованными версиями головной станции SCADA-системы. Самые ранние SCADA-пакеты, где предусматривались такие виртуальные средства управления, как переключатели «ручн./выкл./автом.», регуляторы режима работы насосов, модули алармов и другие, требовали использования печатных плат. В XXI столетии размеры управляющих систем типа SCADA ограничиваются лишь производительностью процессора, точнее, временем, которое требуется главному компьютеру на опрос всех узлов.

2. Современные SCADA системы

.1 Основные возможности и средства

· автоматизированная разработка, дающая возможность создания ПО системы автоматизации без реального программирования;

· средства сбора первичной информации от устройств нижнего уровня;

· средства управления и регистрации сигналов об аварийных ситуациях;

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

· средства обработки первичной информации;

· средства визуализации информации в виде графиков, гистограмм и т.п.;

· возможность работы прикладной системы с наборами параметров, рассматриваемых как «единое целое» («recipe» или «установки»).

2.2 Основные функции

Прием информации о контролируемых технологических параметрах от контроллеров нижних уровней и датчиков

Сохранение принятой информации в архивах.

Вторичная обработка принятой информации.

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

Прием команд оператора и передача их в адрес контроллеров нижних уровней и исполнительных механизмов.

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

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

Формирование сводок и других отчетных документов на основе архивной информации.

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

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

Технология проектирования систем автоматизации на основе различных SCADA-систем включает следующие этапы:

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

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

Приведение параметров прикладной системы в соответствие с информацией, которой обмениваются устройства нижнего уровня (например, программируемые логические контроллеры ПЛК) с внешним миром (датчики температуры, давления и др.).

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

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

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

Таблица 1. Популярные SCADA-системы, имеющие поддержку в России

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

2.4 Архитектура SCADA систем

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

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

· сервер ввода/вывода;

· сервер трендов;

· сервер тревог;

· сервер отчётов;

· сервер синхронизации времени.

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

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

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

Рисунок 2. Пример архитектуры SCADA системы

Рисунок 3. Схема управляющей сети, включающей более 500000 точек (клиент-серверная архитектура)

3. Характеристики SCADA-систем

.1 Функциональные возможности

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

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

· средства сбора первичной информации от устройств нижнего уровня;

· средства управления и регистрации сигналов об аварийных ситуациях;

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

· средства обработки первичной информации;

· средства визуализации представления информации в виде графиков, гистограмм и т.п.;

· возможность работы прикладной системы с наборами параметров, рассматриваемых как единое целое (recipe , или установки).

3.2 Технические характеристики

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

Таблица 2. Поддержка программно-аппаратных платформ

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

Подавляющее большинство SCADA-систем реализовано на платформах MS Windows. Именно такие системы предлагают наиболее полные и легко наращиваемые человеко-машинные интерфейсные (Man Machine Interface MMI) средства. Учитывая продолжающееся усиление позиций Microsoft на рынке операционных систем, следует отметить, что даже разработчики многоплатформных SCADA-систем, такие как United States DATA Co, приоритетным считают дальнейшее развитие своих SCADA-систем на платформе Windows NT. Некоторые фирмы, до сих пор поддерживавшие SCADA-системы на базе ОС реального времени, начали менять ориентацию, выбирая системы на платформе Windows NT. Все более очевидным становится применение ОС реального времени, в основном, во встраиваемых системах. Таким образом, основным полем, где сегодня разворачиваются главные события глобального рынка SCADA-систем, стала ОС MS Windows NT на фоне всё ускоряющегося сворачивания активности в области MS DOS, MS Windows 3.xx/95.

Имеющиеся средства сетевой поддержки. Одна из основных особенностей современного мира систем автоматизации высокая степень интеграции этих систем. В любой из них могут быть задействованы объекты управления, исполнительные механизмы, аппаратура, регистрирующая и обрабатывающая информацию, рабочие места операторов, серверы баз данных и т.д. Очевидно, что для эффективного функционирования в этой разнородной среде SCADA-система должна обеспечивать высокий уровень сетевого сервиса. Желательно, чтобы она поддерживала работу в стандартных сетевых средах (ARCNET, ETHERNET и т.д.) с использованием стандартных протоколов (NETBIOS, TCP/IP и др.), а также обеспечивала поддержку наиболее популярных сетевых стандартов из класса промышленных интерфейсов (PROFIBUS, CANBUS, LON, MODBUS и т.д.) Обобщенная схема подобной системы приведена на рис.3.

Рисунок 3. Схема интеграции SCADA-приложений в комплексные системы управления

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

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

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

Графические возможности. Для специалиста-разработчика системы автоматизации, также как и для специалиста- технолога, чье рабочее место создается, очень важен графический пользовательский интерфейс (Graphic Users Interface MMI). Функционально графические интерфейсы SCADA систем очень похожи. В каждой из них существует графический объектно-ориентированный редактор с определенным набором анимационных функций. Используемая векторная графика дает возможность осуществлять широкий набор операций над выбранным объектом, а также быстро обновлять изображение на экране, используя средства анимации.

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

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

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

Для подсоединения драйверов ввода-вывода к SCADA используются два механизма стандартный динамический обмен данными (Dynamic Data Exchange DDE) и обмен по внутреннему (известному только фирме разработчику) протоколу. В SCADA-системах основным механизмом, используемым для связи с внешним миром, до сих пор остается механизм DDE. Но из-за своих ограничений по производительности и надежности он не совсем пригоден для обмена информацией в реальном масштабе времени. Взамен DDE компания Microsoft предложила более эффективное и надежное средство передачи данных между процессами OLE (Object Linking and Embedding включение и встраивание объектов). Механизм OLE поддерживается в RSView, Fix, InTouch, Factory Link и др. На базе OLE появляется новый стандарт OPC (OLE for Process Control OLE для АСУТП), ориентированный на рынок промышленной автоматизации. Новый стандарт, во-первых, позволяет объединять на уровне объектов различные системы управления и контроля, функционирующие в распределенной гетерогенной среде; во-вторых, устраняет необходимость использования различного нестандартного оборудования и соответствующих коммуникационных программных драйверов. С точки зрения SCADA-систем, появление OPC-серверов означает разработку программных стандартов обмена с технологическими устройствами. Поскольку производители полностью разбираются в своих устройствах, то эти спецификации являются для них руководством к разработке соответствующих драйверов. Так как эти программные драйверы уже появляются на рынке, разработчики SCADA-систем предлагают свои механизмы связи с OPC-драйверами. OPC-интерфейс допускает различные варианты обмена: получение сырых данных с физических устройств, из распределенной системы управления или из любого приложения (рис.5). На рынке появились инструментальные пакеты для написания OPC-компонентов, например, OPC-Toolkits фирмы FactorySoft Inc., включающий OPC Server Toolkit, OPC Client Toolkit, примеры OPC-программ.

Рисунок 5. Варианты обмена SCADA-систем с приложениями и физическими устройствами через OPC-интерфейс

Встраиваемые объекты ActiveX. Объекты ActiveX это объекты, в основе которых лежит модель составных объектов Microsoft COM (Component Object Model). Технология COM определяет общую схему взаимодействия компонентов программного обеспечения в среде Windows и предоставляет стандартную инфраструктуру, позволяющую объектам обмениваться данными и функциями между прикладными программами. Большинство SCADA-систем являются контейнерами, которые уведомляются ActiveX о происшедших событиях. Любые ActiveX-объекты могут загружаться в систему разработки большинства SCADA-систем и использоваться при создании прикладных программ. Управление ActiveX-объектами осуществляется с помощью данных, методов и событийных функций, свойственных выбранному объекту.

3.3 Эксплуатационные характеристики

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

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

Наличие и качество поддержки. Необходимо обращать внимание не только на наличие технической поддержки SCADA-систем, как таковой, но и на ее качество. Для зарубежных систем в России возможны следующие уровни поддержки: услуги фирмы-разработчика; обслуживание региональными представителями фирмы-разработчика; взаимодействие с системными интеграторами. Судя по большому количеству установок зарубежных систем, исчисляющихся в тысячах (InTouch 80000, Genesis 30000), можно предположить, что поддержка этих систем достаточно эффективна.

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

Русификация. Любая система управления, имеющая интерфейс с оператором, должна допускать возможность общения с человеком на его родном языке. Поэтому крайне важна возможность использования в системе различных шрифтов кириллицы, ввод/вывод системных сообщений на русском языке, перевод документации, различных информационных материалов. Для некоторых систем (Image, Trace Mode) эта проблема вообще отсутствует, так как они разрабатывались отечественными фирмами. Для многих зарубежных продуктов проблема русификации в значительной мере снимается, во всяком случае, для подсистем исполнения или подсистем исполнения (RunTime), если они используют наборы шрифтов Windows. Часть зарубежных систем имеют переводы документации на русский язык (InTouch). Нужна ли русифицированная среда разработки? Положительный ответ не очевиден. Но если да , то среда, обязательно протестированная и рекомендованная фирмой-разработчиком. Так как с технической точки зрения проблем с русификацией нет (использование редакторов ресурсов из любой среды разработки Borland C++, Visual C++), то проблема лишь в легитимности этой процедуры.

4. Интеграция многоуровневых систем автоматизации

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

Рисунок 6. Уровни управления предприятием

Точная, своевременная, достоверная информация на каждом уровне производства позволяет оценить уровень издержек, качество и конкурентоспособность продукции. Для организации связи между информацией сверху и снизу необходим класс инструментальных средств управления производством, ответственный за доставку данных в реальном времени с уровня Управления наверх и в обратном направлении, с возможной обработкой этих данных. Поэтому достаточно важным критерием сравнения инструментальных средств, поддерживающих разработку АСУ ТП, является наличие средств доставки информации со SCADA-уровня наверх, на уровень планирования производства. Ряд фирм (Intellution, Wonderware) предлагает продукты (Fix BOS, InTrack, InBatch), представляющие собой системы управления производством. Основное их назначение заключается в создании прикладных программ, моделирующих и прослеживающих каждую стадию производственных процессов от загрузки сырья до выпуска готовой продукции.

Рисунок 7. Информационная модель предприятия

Заключение

Концепция SCАDA (Supervisory Control And Data Acquisition - диспетчерское управление и сбор данных) предопределена всем ходом развития систем управления и результатами научно-технического прогресса. Применение SCADA-технологий позволяет достичь высокого уровня автоматизации в решении задач разработки систем управления, сбора, обработки, передачи, хранения и отображения информации.

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

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

В настоящее время SCADA является основным и наиболее перспективным методом автоматизированного управления сложными динамическими системами (процессами).

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

Важной особенностью всех SCADA-систем является количество поддерживаемых разнообразных ПЛК. Системы InTouch, Factory Link, GENESIS, RealFlex поддерживают десятки и сотни драйверов, что делает их безусловными лидерами по этому показателю.

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

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