Задачи асутп и диспетчерских систем

• Сбор и обработка технологической информации, взаимо­действие с промышленными контроллерами, датчиками, измери­тельными приборами, ИМ;

• визуализация ТП, техническая анимация, ЧМИ;

• автоматическое управление и регулирование;

• накопление данных по истории работы системы, представ­ление их в виде графиков, таблиц, отчетов и т. д.

Задачи асутп и информационных систем

• Организация потоков информации в локальных и глобаль­ных сетях;

• работа с локальными БД и серверами;

• создание клиентских и серверных компонентов в архитек­туре «клиент — сервер», а также «клиент — сервер» приложе­ний — сервер данных;

• развитие средств ввода и отображения данных (формы, страницы, многостраничные и одностраничные диалоги);

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

497

Инструментальные средства (ИС), использующиеся при соз­дании АСУ, можно разделить на SCADA-системы, сервера БД универсальные системы программирования.

32 - 4869

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

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

Все системы можно считать в определенной степени откры­тыми, допускающими возможность дополнения функциями соб­ственной разработки, имеющими открытый протокол для разра­ботки собственных драйверов, развитую сетевую поддержку, воз­можность включения Active Х-объектов и доступность к стандартным БД.

Важнейший фактор всех SCADA-систем — количество поддер­живаемых ПЛК. Системы In Touch, Factory Link, Real Flex, Genesis поддерживают десятки и сотни драйверов, что делает их лидерами по этому показателю.

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

В настоящее время ведущие компании — производители инст­рументальных систем концентрируются в области MS Windows NT, а так как общие технические возможности систем достаточ­но близки, то главная ставка делается на качество технической поддержки и обучения пользователей, на концентрацию и каче­ство дополнительных комплексных услуг по освоению и внедре­нию конечной системы управления. Это обеспечивает сокраще­ние издержек системных интеграторов и конечных пользователей на инжиниринг и менеджмент своих проектов, уменьшение стои­мости сопровождения конечной системы.

В настоящее время в дежурный список поддерживаемых сис­темами технологий и интерфейсов в дополнение к уже ставшим

традиционными DDE, DLL, OLE, ODBC/SQL включаются объ­ектные компонентные модели COM/DCOM с Active X, техноло­гии Java, универсальный интерфейс связи с внешними устройст­вами ОРС, языки стандарта IEC 61131-3, языки описаний на ос­нове Visual Basic for Applications, Internet/Intranet и т. д.

Инструментальное ПО сводит основную часть разработки кон­кретного проекта к параметризации (заполнению БД) и рисованию видеограмм — работам, которые способен выполнить любой доста­точно грамотный пользователь компьютера, прошедший обучение. Однако в большинстве случаев, чтобы обеспечить требуемую разра­ботку и функционирование пунктов управления АСУТП, необходи­мы программисты как «системные», так и «прикладники», умеющие программировать на традиционных языках программирования.

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

Организация многопользовательского пункта управления стала требованием сегодняшнего дня. Разработчики SCADA-программ рекомендуют клиент-серверную технологию: информация стека­ется на сервер, к которому по ЛВС подключаются АРМ пользо­вателей. Появляется задача конфигурирования на базе SCADA ПО сервера и АРМ, которая требует специальных навыков как программирования, так и администрирования ЛВС.

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

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

32*

499

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

­

мой станции и без проблем «вставить» его в проект; руководству фирмы — «заглянуть» на экраны операторских станций дальнего предприятия и убедиться в соблюдении технологии; программис­ту—по просьбе заказчика проверить работу своей программы в СУ и после исправлений переслать новый вариант; возможность изба­виться от «проблемы драйверов» средствами ОРС-интерфейса.

Интеграция СУ на всех уровнях в пределах предприятия в ос­новном обеспечена средствами интегрированных программных систем (наборов) и коммуникаций.