ЖУРНАЛ «СТА» №2/2002

31 СТА 2/2002 www.cta.ru ние их в качестве свойств неких произвольных объектов в форме, удобной для восприятия человеком; ● открытый доступ к данным с помо- щью современных стандартных ин- терфейсов. Эти задачи решаются довольно про- сто и стандартно для сосредоточенных производств, где объект практически один (установка, линия, стан и т.п.) и представление человека об объекте не отличается от физической реализации (печка с набором датчиков — она и на экране печка), связь хорошая и кон- троллеры «на ходу» не воруют, а рег- ламент полностью определен и ут- вержден. Для таких систем на рынке представлен широчайший выбор ап- паратных и программных средств. Иное дело — нефтедобыча. Множе- ство объектов разного типа разбро- саны на больших площадях в пересе- ченной местности; параметры каждого объекта поступают от различных ис- точников; отсутствие надёжной связи; технологический процесс настолько многофакторный, что не поддается прямому регулированию; много уров- ней обслуживающего персонала, и на каждом уровне имеется свое представ- ление об объектах и технологическом процессе. И над всем этим жестко стоит вопрос экономической целесо- образности, который перечеркивает попытки решить задачу с помощью универсальных аппаратнопрограмм- ных средств. Состав аппаратно программных средств и их отличительные особенности Система строится по иерархичес- кому многоуровневому принципу (рис. 1). На каждом уровне присутст- вуют определенные аппаратнопро- граммные средства, взаимоувязанные для обеспечения сквозного обмена информацией между уровнями. Услов- но можно выделить следующие уровни: ● контроллеры локальной автоматики технологических объектов; ● связь; ● управление работой контроллеров; ● управление работой технологичес- ких объектов; ● рабочие места специалистов и дис- петчерского контроля. Краеугольным камнем концепции построения системы является её от- крытость. Взаимодействие между уров- нями обеспечивается с помощью стан- дартных интерфейсов, а это значит, что отдельные компоненты системы можно заменять и дополнять новыми. Например, их можно дополнить OPCсервером уже существующей сис- темы или создать собственные АРМ специалистов на основе принятого у пользователя SCADAпакета. Применение на всех уровнях про- граммного обеспечения системы (рис. 2) интерфейса OPC (OLE for Process Control), предназначенного для обмена данными между приложе- ниями АСУ ТП, позволяет расширять возможности системы путем использо- вания различных специализированных компонентов. Широкие возможности для этого предоставляет пакет GENESIS32 фирмы Iconics, основной идеей которого является именно ком- понентное построение АСУ. Другой характерной чертой програм- много обеспечения системы является возможность конфигурирования всего и вся, что безусловно основано на иде- ях объектного программирования. Дру- гими словами, если в предыдущих версиях наших программ ос- новная доля свойств и характеристик опре- делялась кодом про- грамм и лишь отно- сительно небольшая часть была доступна для настройки, то те- перь ситуация обрат- ная: без изменения кода систему для неф- тедобычи можно пре- вратить в систему уп- равления птицефаб- рикой! Для этого дос- таточно создать шаб- лоны свойств новых СиС Т емнАя инТ е г рАция / нефТ е г АзовАя промышл енноС Т ь Рабочие места специалистов Диспетчер цеха добычи Диспетчер Геолог Корпоративная база данных Сеть Ethernet Сервер объектов (управление работой контроллеров и объектов) Связь по протоколу РТМ-64 Контроллеры Датчики и исполнительные устройства Oil_БД Контроллеры Объекты Ðèñ. 1. Ìíîãîóðîâíåâàÿ ñòðóêòóðà ñèñòåìû óïðàâëåíèÿ «Ìåãà» Контроллеры Объекты Любая SCADA-система АРМ диспетчера OPC-сервер объектов OPC-сервер контроллеров Менеджер опроса контроллеров («РОТОР») Программное обеспечение контроллера GENESIS32 ОРС Ðèñ. 2. Ñòðóêòóðà ïðîãðàììíîãî îáåñïåчåíèÿ ñèñòåìû