WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     || 2 | 3 |
-- [ Страница 1 ] --

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР) Кафедра информационно-измерительной техники (ИИТ) КУРС ЛЕКЦИЙ по дисциплине «Интегрированные системы проектирования и

управления» Разработал: ассистент каф. ИИТ Димаки А.В.

Томск 2005 СОДЕРЖАНИЕ ВВЕДЕНИЕ РАЗДЕЛ 1. Основы построения интегрированных систем проектирования и управления (ИСПУ) 1. Понятие ИСПУ. Ее место в системе автоматизации предприятия. 2. Структура и функции ИСПУ. 3. Концепция комплексной автоматизации производства. 4. Этапы создания АСУТП. 5. Обеспечение ИСПУ. 6. Понятие открытой системы. Применение открытых систем в промышленной автоматизации. 7. Принципы и технологии создания открытых программных систем. РАЗДЕЛ 2. Системы диспетчерского управления и сбора данных (SCADA-системы). 8. SCADA-системы. Основные понятия, история возникновения SCADA-систем. 9. Функциональные характеристики SCADA-систем. 10. Технические, стоимостные и эксплуатационные характеристики SCADA. 11. Рабочее место диспетчера (оператора). Графический интерфейс пользователя. 12. Механизм OLE for Process Control (OPC) как основной способ взаимодействия SCADA-системы с внешним миром. 13. Ведение архивов данных в SCADA-системе. Тренды. Алармы. 14. Встроенные языки программирования 15. Базы данных в SCADA. Основные понятия БД, краткая история развития БД. 16. Базы данных в SCADA. Особенности промышленных баз данных. Microsoft SQL-сервер. Основные характеристики. 17. IndustrialSQL Server – развитие Microsoft SQL Server. Продукт Plant2SQL. 18. SCADA и Internet 19. Вопросы надежности SCADA-систем 20. Выбор SCADA-системы. 21. Тенденции развития SCADA-систем. РАЗДЕЛ 3. Примеры существующих SCADA-систем. 22. Системы InTouch и CiTect. 23. Система TraceMode 5. Словарь использованных терминов Литература 3 4 4 7 20 24 29 36 40 50 50 56 59 65 73 78 85 90 93 97 109 115 124 130 135 135 144 151 ВВЕДЕНИЕ Данный курс лекций предназначен для студентов, обучающихся по специальности 210200 - «Автоматизация технологических процессов и производств», а также по другим сходным специальностям, предусматривающим изучение дисциплины «Интегрированные системы проектирования и управления». Входящий в состав курса материал представлен в виде трех разделов. В первом разделе рассмотрены основные понятия, используемые при построении и эксплуатации интегрированных систем проектирования и управления (ИСПУ), особенности ИСПУ, их составные части, а также технологии, применяемые при построении ИСПУ. Во втором разделе описаны программно-аппаратные системы, реализующие функции ИСПУ. Такие системы получили название SCADAсистем. В качестве базовой SCADA-системы взят пакет Genesis32 фирмы Iconics (США). Большинство лекций во втором разделе снабжены примерами из данного пакета. По мнению автора, такой способ изложения лекционного материала делает его более доступным за счет «привязки» к реальной существующей системе. В третьем разделе в качестве примеров приведены три SCADAсистемы различных отечественных и зарубежных производителей. Данные системы широко распространены на отечественных промышленных предприятиях. Ознакомление с ними полезно, как с точки зрения оригинальных функциональных возможностей, реализованных в этих системах, так и для расширения кругозора. Данный курс не снабжен обширным списком литературы. Это обусловлено тем, что литературы по данной тематике весьма мало, и автор привел только те книги, с которыми ему непосредственно удалось познакомиться, и которые были использованы при подготовке данного курса лекций. Следует отметить, что большое количество информации доступно в Интернете и в журнальных статьях, перечислять которые не имеет особого смысла. Автором указаны Интернет-сайты, на которых, по его мнению, представлена наиболее полная информация по данной тематике, а также журналы, посвященные промышленной автоматизации и SCADA-системам. Автор выражает благодарность своему научному руководителю, профессору кафедры информационно-измерительной техники ТУСУР Светлакову А.А., а также доценту кафедры информационноизмерительной техники ТУСУР Сиверцеву В.Ф. за полезные советы, критические замечания и дополнения, которые были использованы при подготовке данного курса.

РАЗДЕЛ 1. ОСНОВЫ ПОСТРОЕНИЯ ИНТЕГРИРОВАННЫХ СИСТЕМ ПРОЕКТИРОВАНИЯ И УПРАВЛЕНИЯ (ИСПУ) 1. Понятие ИСПУ. Ее место в системе автоматизации предприятия. С развитием промышленности в конце XX века резко возросла потребность в высокоэффективных и высоконадежных автоматизированных системах управления технологическими процессами. Данная потребность обусловлена следующими факторами:

- возросшие требования к повышению качества технологического процесса;

- рост дефицита природных ресурсов;

- появление мощных, компактных, недорогих измерительных и управляющих устройств;

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

2) устаревшая элементная база существующих на предприятиях АСУТП, как правило, уже не выпускаемая промышленностью;

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

- технологические параметры оборудования (положение исполнительных механизмов, скорость вращения шпинделей, и т.д.);

- показатели выпуска продукции;

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

- сбор информации от объекта управления;

- передача, преобразование и обработка информации;

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

- анализ текущего состояния производственного процесса;

- регулировка параметров производственного процесса;

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

2. низкая стоимость;

3. возможность наращивания системы и объединения нескольких систем в одну;

4. удобство работы оператора (наглядность);

5. простота разработки и внедрения;

6. высокая степень ремонтопригодности и взаимозаменяемости элементов. Примерная структура современного автоматизированного предприятия и место ИСПУ в ней показано на рисунке 1. Над уровнем ИСПУ располагается уровень управления производством и планирования ресурсов предприятия (см. рис. 1). Сюда относятся системы складского учета, бухгалтерские системы и т.д. Используемые на этом уровне системы управления получили название автоматизированных систем управления производством (АСУП). Для успешного функционирования предприятия важно иметь точную и достоверную информацию на каждом уровне управления производством и оперативно использовать данную информацию для решения производственных задач. Поэтому создание системы промышленной автоматизации ТП в современных условиях не может происходить обособленно, в отрыве от комплексной автоматизации всего предприятия. Система промышленной автоматизации должна быть составной частью интегрированной корпоративной информационной системы (КИС).

Рис.1. Структура автоматизированного предприятия Как показано на рисунке 1, все уровни автоматизированного предприятия являются связанными между собой при помощи различных аппаратных интерфейсов и соответствующих протоколов обмена данными. При этом на всех уровнях могут быть использованы как универсальные, так и специализированные протоколы. Место ИСПУ в системе автоматизированного предприятия – верхний уровень АСУТП, осуществляющий управление цехами, участками производства. Однако интеграция отдельных АСУТП в единую систему позволяет говорить о комплексной автоматизации производства. При этом связь уровня АСУТП с уровнем АСУП дает возможность планировать всю деятельность предприятия в комплексе – от поставки сырья до реализации готовой продукции. На уровне высшего руководства деятельность всего предприятия представляется прозрачной. 2. Структура и функции ИСПУ.

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

- переменного и постоянного напряжения;

- переменного и постоянного тока;

- мощности;

- частоты и фазы. Датчики механических величин:

- положения;

- относительного перемещения;

- угла поворота;

- скорости. Датчики физических величин:

- вязкости;

- давления;

- расхода;

- температуры;

- уровня жидкости либо сыпучего материала;

- плотности;

- силы;

- массы. По типу связи с вышестоящим уровнем в системе автоматизации различают следующие датчики. Аналоговые датчики – информация передается в виде непрерывного аналогового сигнала. Информация в сигнале может передаваться следующими способами: 1) изменение тока;

2) изменение напряжения;

3) изменение частоты;

4) счетно-импульсный метод;

5) широтно-импульсная модуляция. Цифровые датчики – информация передается по некоторому цифровому протоколу. Перечислим некоторые способы связи, применяемые при использовании цифровых датчиков: 1) сеть MicroLan;

2) стандарт Bell 202 (протокол HART);

3) протокол ModBus, в основном связь по шинному интерфейсу RS485;

4) промышленные шины Fieldbus, Profibus. В настоящее время существует тенденция замены аналоговых датчиков цифровыми, что обусловлено более высокой точностью и лучшими технологическими характеристиками последних. Использование цифровых датчиков позволяет реализовать удаленное взаимодействие оператора и датчика, т.е. настройка датчика может происходить без непосредственного контакта, с использованием локальной сети. Такие датчики, снабженные двусторонним каналом связи с оператором, называются «интеллектуальными датчиками». 3. Контроллер. Данное понятие широко распространено в вычислительной технике. Вообще, контроллер (от англ. to control управлять) – это некое устройство, выполняющее функцию связи между ЭВМ и каким-либо внешним или периферийным объектом. Применительно к АСУТП, контроллер – это электронное устройство с программным управлением и расширенными аппаратными возможностями измерения, управления и связи. Иначе говоря, контроллер представляет собой электронную схему, управляющую технологическим оборудованием, собирающую и анализирующую данные, на основе которых принимаются те или иные решения. Основное назначение контроллера – связь между уровнем датчиков и исполнительных механизмов и уровнем управляющих ЭВМ (серверов). Конструктивно контроллер представляет собой отдельное устройство, имеющее собственное питание. Контроллер может, как правило, функционировать автономно. При этом контроллер выполняется защищенным от пыли, влаги, электромагнитных излучений. В качестве локальных программируемых логических контроллеров (ПЛК) в настоящее время применяется большое количество устройств как отечественных, так и зарубежных производителей. Примерная структура ПЛК приведена на рисунке 3.

Рис. 3. Примерная структура ПЛК. Блок согласования сигналов осуществляет электрическое согласование датчиков и исполнительных механизмов с входом блока преобразования сигналов. Блок преобразования сигналов преобразует аналоговый электрический сигнал, поступающий от датчиков, в цифровую форму и передает его центральному процессору, а также преобразует управляющие сигналы процессора в форму, необходимую для управления исполнительными механизмами. Процессор осуществляет управление всеми блоками контроллера, математическую обработку измеренных технологических параметров, организует хранение данных в блоке памяти, а также осуществляет передачу данных через интерфейс в локальную вычислительную сеть. В данном случае роль ЛВС играет промышленная локальная сеть. Основные задачи, решаемые контроллером:

- измерение, опрос и управление оборудованием;

- первичное преобразование результатов измерений;

- хранение локального архива данных;

- быстрая и надежная доставка информации на следующий уровень автоматизации;

- обеспечение автономной и бесперебойной работы управляемого узла объекта автоматизации;

- автоматическое управление локальным узлом автоматизации.

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

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

- сбор данных с локальных контроллеров;

- обработка данных;

- поддержание единого времени во всей системе (синхронизация);

- локальная синхронизация работы контроллеров;

- хранение технологических данных;

- организация взаимодействия между локальными контроллерами;

- обмен информацией с верхним уровнем;

- работа в автономном режиме при нарушении связи с верхним уровнем;

- обеспечение резервирования каналов передачи данных. К аппаратно-программным средствам контроллерного уровня управления предъявляются жесткие требования по надежности, времени реакции на поступающие сигналы и т.д. Программируемые логические контроллеры должны гарантированно откликаться на внешние события, поступающие от объекта за время, определенное для каждого события. Для критичных с этой точки зрения объектов рекомендуется использовать контроллеры с операционными системами реального времени (ОС РВ). Контроллеры под управлением ОС РВ функционируют в режиме жесткого реального времени. До последнего времени роль контроллеров в АСУ ТП в основном выполняли PLC (Programmable Logic Controller - программируемые логические контроллеры) зарубежного и отечественного производства. Основной особенностью PLC является использование в них не PCсовместимых процессоров (либо отсутствие в них процессора вообще). Наиболее популярны в нашей стране PLC таких зарубежных производителей, как Allen-Bradley, Siemens, Modicon, и такие отечественные модели, как "Ломиконт", "Ремиконт", Ш-711, "Микродат", "Эмикон". Однако в связи с бурным ростом производства миниатюрных PC-совместимых компьютеров последние все чаще стали использовать в качестве контроллеров. Сравнение PC- и PLC- контроллеров Первое и главное преимущество PC-контроллеров связано с их открытостью, т. е. с возможностью применять в АСУ ТП самое современное оборудование, только-только появившееся на мировом рынке, причем оборудование для PC-контроллеров сейчас выпускают уже не десятки, а сотни производителей, что делает выбор уникально широким. Это очень важно, если учесть, что модернизация АСУ ТП идет поэтапно и занимает длительное время, иногда несколько лет. Пользователь АСУ ТП уже не находится во власти одного производителя (как в случае с PLC), а сам (или через своего системного интегратора) может сделать выбор, применяя те подходы, которые в данный момент его больше всего устраивают. Пользователь может теперь применять в своих системах продукцию разных фирм, следя только, чтобы она соответствовала определенным международным или региональным стандартам. Второе преимущество PC-контроллеров заключается в том, что в силу их "родственности" с компьютерами верхнего уровня не требуются дополнительные затраты на подготовку профессионалов, обеспечивающих эксплуатацию таких контроллеров. Эту работу могут с успехом выполнять (и это подтверждается на практике) специалисты, обеспечивающие эксплуатацию компьютеров верхнего уровня, что позволяет сократить сроки внедрения систем управления и упрощает процедуры их эксплуатации, что в конечном счете приводит к общему снижению затрат на создание или модернизацию АСУ ТП. Отметим, что очень часто при рассмотрении вариантов построения АСУ ТП затраты на эксплуатацию не учитываются, что является серьезной ошибкой. Более высокая надежность - третье преимущество PC-контроллеров. Обычно рассматривают физическую и программную надежность контроллеров. При этом под физической надежностью понимается способность аппаратуры устойчиво функционировать в условиях окружающей среды промышленного цеха и противостоять ее вредному воздействию, а под программной надежностью понимается способность ПО устойчиво функционировать при возникновении ситуаций, требующих реакции в заданное время. Физическую надежность PLC и PC-контроллеров можно считать одинаковой, поскольку нет оснований предполагать, что у PCконтроллеров она будет ниже. Большинство PC-контроллеров ориентированы на работу в тяжелых условиях, т.е. в широком диапазоне температур, в условиях воздействия пыли, влаги, ударов, вибрации и электромагнитных излучений. Программная надежность определяется, прежде всего, степенью отлаженности ПО. Поскольку в PC-контроллерах могут использоваться коммерческие ОС и прекрасно отлаженные прикладные пакеты, то можно ожидать, что программная надежность, а, следовательно, и общая надежность PC-контроллеров будут выше надежности PLC-контроллеров. PC-контроллеры называются иначе Softlogic-контроллерами. Использование технологии Softlogic позволяет создавать комплексы с выгодным соотношением «цена-производительность». Благодаря поддержке производителей программных продуктов эта технология получила широкое развитие в России. Softlogic имеет хорошие перспективы роста, связанные с освоением новых типов контроллеров, аппаратных платформ, операционных систем, а также развитием Internet. PC-контроллеры занимают до 30% рынка в России. В отличие от Запада, в России PC-контроллеры вошли в эксплуатацию раньше. Причины этого следующие: 1) разрыв традиции (отсутствие отечественных PLC-контроллеров);

2) дешевизна (на 30-50% дешевле PLC-контроллера);

3) широкая поддержка PC-контроллеров в SCADA-системах различных производителей.

ПРИМЕР PC-контроллер семейства VISI. Данный контроллер обладает следующими характеристиками: 1. процессор: Intel i80386SX-40;

2. ОЗУ: 4-6 Мб;

3. FLASH-диск: до 288 Мб;

4. порты ввода-вывода: RS-232 и RS-485, возможна поддержка Ethernet;

5. архитектура контроллера полностью совместима с архитектурой PC;

6. в состав контроллера входят 2 платы: материнская плата и интерфейсная плата;

7. используются стандартные языки программирования (типа C, Pascal, Assembler) и технологические;

8. поддержка любых операционных систем, для которых хватит ресурсов. Последовательность действий при программировании контроллера: 1. соединение с PC через интерфейс RS-232;

2. загрузка PC;

3. запуск контроллера, при этом в PC возникает новый логический диск;

4. копирование исполняемой программы на диск контроллера;

5. перезапуск контроллера. Как видим, процедура программирования контроллера включает в себя набор совершенно тривиальных действий. ПРИМЕР PLC-контроллер УСТИ-М (на базе микроконтроллера Atmel). Контроллер осуществляет функции гальванически изолированного ввода-вывода аналоговых и дискретных сигналов, с последующей нормализацией и фильтрацией. Особенности данного контроллера:

- полная гальваническая изоляция от всех внешних сигналов;

- до восьми каналов ввода-вывода;

- поддерживает интерфейс RS-485;

- имеется встроенный датчик температуры (для контроля условий эксплуатации и компенсации ухода параметров измерительных элементов);

возможно подключение ручного пульта оператора для диагностики, конфигурирования и программирования непосредственно на месте эксплуатации;

возможно удаленное тестирование и конфигурирование в процессе работы. Операционная система PC-контроллеров Операционная система контроллеров должна удовлетворять требованиям открытости. Специфика условий работы контроллеров требует, чтобы ОС поддерживала работу в режиме реального времени, была компактна и имела возможность запуска из ПЗУ или флэш-памяти. Для PC-контроллеров лучше всего подходит операционная система QNX (фирма QSSL, Канада). Прежде всего, это связано с тем, что архитектура QNX является открытой, модульной и легко модифицируемой. QNX может загружаться как из ПЗУ, флэш-памяти, так и с помощью удаленной загрузки по сети. QNX разработана в соответствии со стандартами POSIX, является коммерческой операционной системой, широко распространена на мировом рынке, поддерживает все шины, используемые в PC-контроллерах, включая ISA, PCI, CompactPCI и др. Более ста фирм - производителей программного и аппаратного обеспечения выпускают продукцию, ориентированную на QNX. QNX была специально разработана для компьютеров PC (не является многоплатформенной ОС), поэтому достигается эффективность и скорость обработки данных, характерная для мощных универсальных и миникомпьютеров. (Подробнее об ОС QNX см. "Мир ПК" # 3/95, с. 65) QNX является операционной системой, которая дает полную гарантию того, что процесс с наивысшим приоритетом начнет выполняться практически немедленно и что критическое событие (например, сигнал тревоги) всегда будет обработано. Она известна как операционная система, функционирующая в "защищенном режиме". Это означает, что все программы в системе защищены друг от друга и любая "фатальная" ошибка в одной из программ не приводит к "краху" всей системы. Файловая система QNX была разработана с учетом обеспечения целостности данных при отключении питания. Даже при форс-мажорном отключении питания будут потеряны некоторые данные из кэш-памяти, но файловая система не разрушится. После включения компьютера будет обеспечена нормальная работа системы. В QNX полностью реализовано встроенное сетевое взаимодействие «точка-точка». По существу, сеть из машин QNX действует как один мощный компьютер. Любые ресурсы (модемы, диски, принтеры) могут быть добавлены к системе простым подключением к любой машине в сети. QNX поддерживает одновременную работу в сетях Ethernet, Arcnet, Serial и Token Ring и обеспечивает более чем один путь для коммуникации, а также балансировку нагрузки в сетях. Если кабель или сетевая плата выходят из строя и связь прекращается, то система будет автоматически перенаправлять данные через другую сеть. Это предоставляет пользователю автоматическую сетевую избыточность и увеличивает скорость и надежность коммуникаций во всей системе. Благодаря тому, что QNX поддерживает средства работы с флэшпамятью (как на стадии загрузки ОС, так и в режиме работы с файловой системой), она обеспечивает очень важную возможность для функционирования контроллеров - работу в так называемом режиме "слепого узла". Это означает, что система может выполняться на процессорном модуле без жесткого либо гибкого диска, без монитора и клавиатуры, другими словами, в условиях отсутствия движущихся механических частей. Это создает возможность долговременной работы оборудования в необслуживаемом режиме. В частности, такие средства встроены в одноплатные компьютеры или модули флэш-памяти фирм OR Computers, Ziatech, M-systems и других. Средства технологического программирования контроллеров Специфика работы с контроллерами по сравнению с обычными офисными компьютерами состоит не только в ориентации на работу с платами ввода-вывода, но и в преимущественном использовании языков технологического программирования. Как правило, на промышленных предприятиях с контроллерами работают не программисты, а технологи, хорошо знающие специфику объектов управления и технологического процесса. В связи с этим для программирования контроллеров стандартом IEC 1131-3 определены следующие пять языков программирования. SFC (Sequential Function Chart - последовательных функциональных схем). Графический набор шагов и переходов, объединенных логическими условиями. Действия внутри шагов описываются на других языках (FBD, LD, ST, IL). LD (Ladder Diagram - релейных диаграмм). Язык релейноконтактных схем. Представление логики функционирования системы в виде взаимодействия "контактов" и "обмоток" виртуальных реле, что хорошо знакомо профессиональным электрикам и специалистам в области автоматики. FBD (Function Block Diagram - функциональных блоковых диаграмм). Язык функциональных блоков. Представление логики функционирования системы в виде взаимодействия элементарных функциональных блоков. Каждый элементарный блок выполняет одну функцию взаимодействия между своими входами и выходами (от элементарных И, ИЛИ, НЕ до очень сложных). ST (Structured Text - структурированного текста). Язык высокого уровня, напоминающий по синтаксису язык Паскаль. IL (Instruction List – инструкций). Язык низкого уровня ассемблерного типа, который может эффективно использоваться для оптимизации отдельных частей прикладной программы. Важно отметить, что использование данного стандарта полностью соответствует концепции открытых систем, а именно, делает программу для контроллера независимой от конкретного оборудования - ни от типа процессора, ни от операционной системы, ни от плат ввода-вывода. 4. Промышленная локальная сеть – локальная сеть, связывающая воедино контроллеры и сервер (управляющую ЭВМ). Промышленную локальную сеть называют также промышленной шиной. Шина – это средство обеспечения взаимодействия близко расположенных объектов. Характерной особенностью шины как устройства является тот факт, что все взаимодействующие компоненты подключаются к шине одинаковым образом. Шины тем или иным образом присутствуют на всех уровнях автоматизации. В настоящее время наиболее распространены следующие топологии сетей. 1) «Общая шина» Рис. 5. Топология сети «Общая шина». возможно подключение/отключение устройств во время работы;

опасность потери связи при одиночном обрыве;

присутствие общего трафика во всей системе;

широко используется для сильно распределенных объектов (дешевизна).

2) «Кольцо» Рис. 6. Топология сети «Кольцо». - хорошая пропускная способность;

- высокая стоимость;

- нерациональное использование сетевого трафика;

- потеря синхронизации всей сети в случае отказа хотя бы одного из узлов. 3) «Звезда» Рис. 7. Топология сети «Звезда». - дополнительная защита сети от выхода узлов из строя;

- опасность аварии при выходе из строя устройства связи;

- оптимизация трафика. Рассмотрим шину, связывающую контроллеры и сервер. В настоящее время для реализации данного типа шин используются различные промышленные стандарты: Profibus, CAN, ModBus, FieldBus и другие. Каждый из перечисленных стандартов промышленной локальной сети предусматривает использование своего программного и аппаратного обеспечения, зачастую не совместимого между собой. В настоящее время большие усилия направляются на разработку аппаратно-программных шлюзов (мостов) между различными типами сетей. Шины характеризуются следующими особенностями:

- детерминированность;

- объем данных, передаваемых за единицу времени;

- время передачи фиксированного объема данных (пакета);

- максимальная длина физической среды передачи (шины);

- допустимое число подключаемых узлов;

- помехозащищенность;

- контроль ошибок и восстановление данных. Шина называется детерминированной, если для нее задано фиксированное время доставки данных. Помехозащищенность сетей обеспечивается аппаратными и программными средствами. К аппаратным относятся средства обеспечения физической защиты (экранирования) а также средства резервирования аппаратуры линий связи. Программная помехозащищенность обеспечивается применяемыми протоколами с контролем и исправлением ошибок в пакетах передачи данных. Как правило, применяются сети одного из двух типов. 1) Сети передачи данных с пакетной технологией, относительно низким уровнем трафика, высокой скоростью передачи. Такие сети ориентированы в основном на передачу больших массивов данных. 2) Рассредоточенные сети, по которым между относительно большими скоплениями узлов с высокой частотой циркулируют многочисленные небольшие пакеты данных. Такие сети чаще всего ориентированы на управление каким-либо процессом. Такие сети называются цеховыми сетями. Цеховые сети, в свою очередь, по функциональному назначению и области применения могут быть разделены на три типа: 1) сети интеллектуальных датчиков;

2) низкоскоростные сети, используемые в большинстве отраслей обрабатывающей промышленности;

3) высокоскоростные сети, использующиеся в некоторых отраслях обрабатывающей промышленности, а также в производстве дискретных элементов. В настоящее время на одном предприятии часто используются все три вида цеховых сетей. ПРИМЕР Интерфейс RS-485 – определяет двунаправленную полудуплексную передачу данных. Допускает множественность приемников и передатчиков. Широко используется при построении промышленных сетей. Особенности интерфейса RS-485:

- максимальная длина кабеля: 1200 м;

- максимальная скорость передачи: 10 Мбит/сек.;

- интерфейсные микросхемы некоторых производителей включают встроенную защиту от статического электричества (до 15 кВ);

- физическая среда передачи - витая пара – обеспечивает уменьшение помех, вызванных наводками;

- режим работы – дифференциальный. 5. Уровень АРМ подробно рассматривается во втором разделе данного пособия, посвященном SCADA-системам. 6. Сервер (управляющая ЭВМ). На уровне управляющих ЭВМ решаются следующие задачи:

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

- ведение архивов технологической информации;

- обеспечение работы автоматизированных рабочих мест (АРМов). На рисунке 2 показана структура, при которой задачи управления и ведения архивов разделены между двумя вычислительными машинами. В реальности, уровень управляющих ЭВМ может быть представлен различными архитектурами, от одиночной вычислительной машины до больших вычислительных систем (мейнфреймов), объединенных в локальную сеть рабочих станций и серверов. Очевидно, что для обеспечения функционирования уровня управляющих ЭВМ необходимо специализированное программное обеспечение. В качестве такого программного обеспечения используются системы SCADA. Использование систем SCADA (Supervisory Control and Data Acquisition) – (системы диспетчерского управления и сбора данных) является в настоящее время основным и наиболее перспективным методом управления сложными динамическими системами. Именно на принципах диспетчерского управления строятся крупные автоматизированные системы в ряде отраслей промышленности и народного хозяйства. Всю совокупность программного обеспечения SCADA-систем можно подразделить на две большие группы. 1) Серверное ПО. Данное ПО предназначено для:

- обеспечения процесса управления технологическим оборудованием;

- ведения архивов данных;

- обеспечения двусторонней связи АРМов и технологического оборудования. 3) Прикладное ПО. Данное ПО выполняет следующие функции:

- реализация АРМ на локальных рабочих станциях;

- обеспечение пользовательского интерфейса. Также прикладное ПО предоставляет средства проектирования АРМов, алгоритмов управления, связей с технологическими контроллерами и т.д.

3. Концепция комплексной автоматизации производства. На всех этапах жизненного цикла производства должна учитываться концепция комплексной автоматизации производства. Жизненный цикл производства включает в себя следующие этапы: 1) проектирование производства;

2) подготовка (организация) производства;

2.1) реализация (монтаж) производства на основе созданного ранее проекта;

2.2) отладка и тестирование;

2.3) запуск процесса производства в рабочем режиме;

3) управление производством. Комплексная автоматизация производства представляет собой методологию автоматизации всего производственного процесса с помощью ЭВМ. При комплексной автоматизации производства происходит объединение проектных работ, технологических средств, систем планирования, контроля, управления и т.д. В результате предприятие существенно уменьшает накладные расходы, обеспечивает экономию сырья и энергии, и, соответственно, повышается эффективность производства. До настоящего времени автоматизация предприятий велась по трем обособленным, независимым друг от друга направлениям:

- АСУП (системы автоматизации управленческой и финансовохозяйственной деятельности);

- САПР (системы автоматизированного проектирования);

- АСУ ТП (системы автоматизации технологических процессов). Соответствующие системы проектировались и создавались, исходя из требований разных подразделений предприятия и, соответственно, с различными «правилами игры». Изначально они не подчинялись единым целям и задачам, были слабо связаны между собой физически и информационно, а часто не были связаны вовсе. Каждая из этих систем строилась по своим внутренним законам. Все вышеперечисленные системы базировались на различных аппаратных, программных и производственных стандартах (например, только в системах АСУТП существует более 10 стандартов). Кроме того, не все системы были полностью открытыми, т.е. допускающими использование в рамках одной системы разнотипного оборудования, выпущенного в разное время различными производителями. В результате потребитель (т.е. предприятие) часто попадало в долгосрочную зависимость от одного производителя оборудования и не имело возможности самостоятельно развивать и модернизировать АСУТП, т.к. это потребовало бы полной замены всего комплекса оборудования. Аналогичная ситуация наблюдалась и на других уровнях автоматизации. В условиях недостатка информации и ограниченных финансовых ресурсов перед каждым руководителем предприятия стояла задача выбора той или иной системы, тех или иных стандартов, а также направления деятельности, с которого необходимо начинать автоматизацию. В результате на большинстве предприятий автоматизация проводилась без четкого плана, на различных подразделениях и участках подчас внедрялись различные, не совместимые между собой системы. Как следствие, реальный эффект от внедрения таких систем оказывался значительно ниже ожидаемого. Такое автоматизированное предприятие по многообразию используемых стандартных и нестандартных аппаратных и программных средств напоминает разноцветное лоскутное одеяло. Однако, этап «лоскутной автоматизации» проходят или уже прошли практически все современные предприятия. Наличие данного этапа означает неготовность руководства и персонала предприятия, а также поставщиков и разработчиков систем автоматизации, к внедрению систем комплексной автоматизации производства. Однако прохождение этапа «лоскутной автоматизации» позволяет накопить опыт, осознать серьезность и важность задач автоматизации, осознать необходимость дальнейшего развития систем автоматизации на новом качественном уровне. В связи с этим в учебные планы Вузов и вводятся дисциплины, подобные нашей, цель которых состоит в том, чтобы заранее подготовить технический персонал и управляющие кадры к работе в современных условиях КОМПЛЕКСНОЙ АВТОМАТИЗАЦИИ ПРОИЗВОДСТВА. В настоящее время наблюдаются следующие основные тенденции развития автоматизации. Тенденция 1. Все нарастающее логическое и информационное взаимопроникновение различных уровней автоматизации: бизнес-уровня (АСУП), уровня проектирования (САПР), и производственнотехнологического уровня (АСУТП). Благодаря интеграции этих систем автоматизация становится реальной производительной силой. Автоматизация охватывает все предприятие в целом (от уровня технического персонала до уровня высшего руководства). Таким образом, предприятие представляет собой единый организм и функционирует в едином информационном пространстве. Такая организация предприятия дает возможность оптимально планировать и управлять всей финансовохозяйственной и производственной деятельностью. Тенденция 2. Интенсивное сближение стандартов и упрощение задач сопряжения различных аппаратных и программных средств автоматизации, как на одном уровне, так и между уровнями. Это позволяет без существенных дополнительных затрат объединять в одну систему оборудование различных производителей, как приобретенное ранее, так и планируемое к приобретению в будущем. Таким образом, становится возможным:

- детальное планирование процесса автоматизации предприятия;

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

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

- обеспечить в реальном времени доступ к удаленным технологическим данным;

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

4. Этапы создания АСУТП. Процесс разработки и внедрения АСУТП в производство является формализованным и включает стандартизированную последовательность действий, идентичных для любой автоматизированной системы (АС). Основные этапы создания АСУТП регламентируются ГОСТ 34.601-90 «АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ». 4.1. Общие положения Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединённых в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям. Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС. Состав и правила выполнения работ на установленных настоящим стандартом стадиях и этапах определяют в соответствующей документации организаций, участвующих в создании конкретных видов АС. 4.2. Стадии и этапы создания АС Стадии и этапы создания АС в общем случае приведены в таблице 1. Таблица 1. Стадии и этапы создания АС.

Стадии 1. Формирование требований к АС Этапы работ 1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания) 2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе. 3.1. Разработка и утверждение технического задания на создание АС. 4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части.

2. Разработка концепции АС. 3. Техническое задание. 4. Эскизный проект.

5. Технический проект.

5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. 6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ. 7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программнотехническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний. 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание.

6. Рабочая документация.

7. Ввод в действие.

8. Сопровождение АС Стадии и этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта. Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ. 4.3. Содержание работ На этапе 1.1. "Обследование объекта и обоснование необходимости создания АС" общем случае проводят сбор данных об объекте автоматизации и осуществляемых видах деятельности, оценку качества функционирования объекта и осуществляемых видов деятельности, выявление проблем, решение которых возможно средствами автоматизации, оценку (технико-экономической, социальной и т.д.) целесообразности создания АС. На этапе 1.2. "Формирование требований пользователя к АС" проводят подготовку исходных данных для формирования требований к АС (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуатацию, эффект, ожидаемый от системы, условия создания и функционирования системы), формулировку и оформление требований пользователя к АС. На этапе 1.3. "Оформление отчёта о выполненной работе и заявки на разработку АС (технико-технического задания)" проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего её документа с аналогичным содержанием. На этапах 2.1. "Изучение объекта" и 2.2. "Проведение научноисследовательских работ" организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научноисследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчёты о НИР. На этапе 2.3. "Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя" в общем случае проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации;

оценку необходимых ресурсов на их реализацию и обеспечение функционирования;

оценку преимуществ и недостатков каждого варианта;

определение порядка оценки качества и условий приёмки системы;

оценку эффектов, получаемых от внедрения каждого из вариантов системы. На этапе 2.4. "Оформление отчёта о выполненной работе" подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии описания и обоснования предлагаемого варианта концепции системы. На этапе 3.1. "Разработка и утверждение технического задания на создание АС" проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС. На этапе 4.1. "Разработка предварительных проектных решений по системе и её частям" определяются функции АС, функции подсистем, их цели и эффекты;

состав комплексов задач и отдельных задач, концепция информационной базы, её укрупнённая структура, функции системы управления базой данных, состав вычислительной системы, функции и параметры основных программных средств. На этапе 5.1. "Разработка проектных решений по системе и её частям" обеспечивают разработку общих решений по системе и её частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению. На этапах 4.2. и 5.2. "Разработка документации на АС и её части" проводят разработку, оформление, согласование и утверждение документации в объёме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201. На этапе 5.3. "Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку" проводят подготовку и оформление документации на поставку изделий для комплектования АС, определение технических требований и составление ТЗ на разработку изделий, не изготовляемых серийно. На этапе 5.4 "Разработка заданий на проектирование в смежных частях проекта объекта автоматизации" осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС. На этапе 6.1 "Разработка рабочей документации на систему и её части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление, согласование и утверждение. Виды документов по ГОСТ 34.201. На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101. На этапе 7.1 "Подготовка объекта автоматизации к вводу АС в действие" проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе реализацию проектных решений по организационной структуре АС, обеспечение подразделений объекта управления инструктивно-методическими материалами, внедрение классификаторов информации. На этапе 7.2 "Подготовка персонала" проводят обучение персонала и проверку его способности обеспечить функционирование АС. На этапе 7.3 "Комплектация АС поставляемыми изделиями (программными и техническими средствами, программнотехническими комплексами, информационными изделиями)" обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий. Проводят входной контроль их качества. На этапе 7.4 "Строительно-монтажные работы" проводят: выполнение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС, сооружение кабельных каналов, выполнение работ по монтажу технических средств и линий связи, испытание смонтированных технических средств, сдачу технических средств для проведения пусконаладочных работ. На этапе 7.5 "Пусконаладочные работы" проводят автономную наладку технических и программных средств, загрузку информации в базу данных и проверку системы её ведения;

комплексную наладку всех средств системы. На этапе 7.6 "Проведение предварительных испытаний" осуществляют испытания АС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний, устраняют неисправности и вносят изменения в документацию на АС, в том числе эксплуатационную в соответствии с протоколом испытаний, оформляют акт о приёмке АС в опытную эксплуатацию. На этапе 7.7 "Проведение опытной эксплуатации" проводят: опытную эксплуатацию АС, анализ результатов опытной эксплуатации АС, доработку (при необходимости) программного обеспечения АС, дополнительную наладку (при необходимости) технических средств АС, оформление акта о завершении опытной эксплуатации. На этапе 7.8 "Проведение приёмочных испытаний" проводят испытания на соответствие техническому заданию в соответствии с программой и методикой приёмочных испытаний, анализируют результаты испытания АС, устраняют недостатки, выявленные при испытаниях, оформляют акт о приёмке АС в постоянную эксплуатацию. На этапе 8.1 "Выполнение работ в соответствии с гарантийными обязательствами" осуществляются работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС. На этапе 8.2 "Послегарантийное обслуживание" осуществляют работы по анализу функционирования системы, выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений и установлению причин этих отклонений, устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС, внесению необходимых изменений в документацию на АС.

5. Обеспечение ИСПУ. Поскольку интегрированная система проектирования и управления содержит в своем составе систему проектирования ТП и систему управления ТП, необходимо рассматривать обеспечение этих систем в отдельности. В составе ИСПУ будем рассматривать САПР, ориентированную на проектирование автоматизированной системы управления технологическим процессом (САПР АСУТП). СИСТЕМА АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ - это комплекс математических и технических средств, предназначенных для автоматизации процессов проектирования с участием человека. Обеспечение САПР состоит из математического обеспечения и технического оснащения. На рисунке 8 приведена обобщенная структура обеспечения САПР.

Рис. 8. Обобщенная структура обеспечения САПР Математическое обеспечение САПР подразделяется на внешнее и внутреннее. Внешнее математическое обеспечение - это математические средства общения проектировщика с системой: языки представления исходной информации, средства пополнения информационной системы и языки управления работой САПР (командно-операционные языки), позволяющие вести диалог "человек-система". Внутреннее математическое обеспечение состоит из операционной системы (ОС), программного обеспечения процедур решения основных задач системы (ОЗС) и информационной системы (ИС). Фактически, внутреннее математическое обеспечение представляет собой прикладное программное обеспечение. Операционная система осуществляет трансляцию с внешних языков, обеспечивает функционирование вычислительных средств и проводит работу с программами загрузки, управляющими вычислительными процессами решения ОЗС. Программное обеспечение процедур решения ОЗС (прикладное ПО) состоит из: 1) программ, обеспечивающих выполнение расчетов (например, расчетов статических и динамических характеристик технических систем, физических параметров объектов, электронных схем элементов и т.д.);

2) программ геометрического проектирования (например, программ построения стандартных линий, изменения масштаба и т.д.);

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

- клавиатура;

- мышь;

- сканеры;

- световые перья и т.д. К устройствам вывода информации относятся:

- принтеры;

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

- проектирование автоматизированных рабочих мест операторов;

- задание алгоритмов управления;

- проектирование системы сигнализации нештатных ситуаций (ALARM);

- проектирование технологических баз данных;

- проектирование отчетной документации. Также, могут предоставляться следующие средства:

- программирование технологических контроллеров (плюс – сквозное проектирование всей системы управления с использованием единых средств);

- программирование (создание) драйверов для связи с контроллерами (часто на базе OPC);

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

- реализация интерфейса на языке пользователя (локализация);

- поддержка стандартных условно-графических обозначений. АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ (АСУТП) - человекомашинный комплекс, предназначенный для решения задач управления этими процессами с обязательным участием человека-оператора. Применяют АСУТП для решения таких задач управления технологическими процессами, для которых по тем или иным причинам по крайней мере часть вопросов, связанных с принятием решений по управлению, нельзя формализовать, в силу чего выполнение указанных функций возлагается на человека. Этим и отличаются автоматизированные системы от автоматических систем, нормальное функционирование которых осуществляется без участия человека. В АСУТП выполнение всех формализованных операций по сбору, первичной обработке, хранению информации и решению части задач осуществляется с помощью специализированного комплекса технических средств, построенного, как правило, на основе цифровых вычислительных машин. На основе информации о протекании технологического процесса, предварительно подготовленной в форме, наиболее доступной для восприятия её человеком - элементом АСУТП, последний и осуществляет принятие того или иного окончательного решения по управлению процессом. Роль человека заключается в выборе различных критериев оценки качества протекания управляемого процесса, а достижение оптимальных значений этих критериев становится целью систем управления низших уровней, являющихся автоматическими системами управления. Под обеспечением АСУТП понимается совокупность средств, необходимых для успешного функционирования системы. Как показано на рисунке 9, обеспечение АСУТП подразделяется на:

- техническое;

- математическое;

- программное;

- информационное;

- лингвистическое;

- организационное;

- методическое.

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

- мини и микро ЭВМ;

- накопители информации;

- устройства ввода -вывода;

- устройства документирования;

- устройства оперативного взаимодействия с оператором;

- интерфейсы;

- АЦП и ЦАП;

- первичные датчики;

- исполнительные механизмы;

- контактно – коммутационные устройства.

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

- управляющие;

- интерфейсные;

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

- математические модели подсистем объекта управления;

- алгоритмы управления;

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

- общее;

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

- программы ОС;

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

- программы, реализующие алгоритмы управления;

- программы взаимодействия с технологическим оборудованием;

- программы, реализующие интерфейс пользователя;

- программы, обеспечивающие хранение и обработку технологических данных. Информационное обеспечение включает в себя способы и конкретные формы информационного отображения состояния объекта управления:

- данные в ЭВМ;

- графики и отчеты;

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

- входная;

- выходная;

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

- языки описания и манипулирования данными;

- языки описания алгоритмов управления;

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

- состав АСУТП;

- правила эксплуатации компонентов АСУТП;

- последовательности операций, реализующих типовые процедуры управления;

- инструкции по работе и обслуживания оборудования. Часто методическое и организационное обеспечение объединяют под одним названием – организационное обеспечение. В состав организационного обеспечения в этом случае входят:

- технологические инструкции и регламенты, определяющие ведение технологического процесса;

- инструкции по эксплуатации;

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

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

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

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

Одним из важнейших свойств современных ИСПУ является их открытость. В настоящее время реализация этого свойства осуществляется с использованием следующих стандартных механизмов:

- OLE – (Object Linking and Embedding – включение и встраивание объектов) – механизм передачи данных между процессами;

- OPC - (OLE for Process Control) – механизм общения с технологическими устройствами;

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

- открытая архитектура технического комплекса;

- современные операционные системы;

- промышленные сети, объединяющие технические средства в единую систему;

- открытые средства визуализации технологической информации;

- открытые системы управления производством;

- мощная система управления базами данных на уровне предприятия. Под открытой архитектурой по стандарту IEEE понимается «спецификация возможностей и сервисов, которая предоставляет структуру взаимных связей и определяет интерфейс между взаимодействующими компонентами». Такая архитектура имеет следующие черты:

- совместная работоспособность – стандартизованная семантика данных и моделей поведения, механизмов коммуникаций и взаимодействия;

- переносимость возможность выполнения компонентов системы на различных платформах;

- масштабируемость – возможность увеличивать или уменьшать функциональность системы, добавляя или изымая различные компоненты;

взаимозаменяемость – возможность замены одних компонентов другими по требованию изменения функциональности, надежности или качества. Определение IEEE/POSIX Открытая система - это система, реализующая открытые спецификации на интерфейсы, службы и форматы данных, достаточные для того, чтобы обеспечить:

- возможность переноса (мобильность) прикладных систем, разработанных должным образом, с минимальными изменениями на широкий диапазон систем;

- совместную работу (интероперабельность) с другими прикладными системами на локальных и удаленных платформах;

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

- отсутствие патентных или авторских прав на спецификации стандарта и его расширений;

- отсутствие лицензионной платы за использование стандарта;

- отсутствие диктата поставщика оборудования;

- широко доступные спецификации стандарта и его расширений;

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

- принадлежность «права собственности» профессиональным некоммерческим ассоциациям типа IEEE, ISO, ANSI и другим международным и национальным организациям. Открытость означает равные права всех потенциальных производителей на участие в разработке и технической эксплуатации открытого стандарта. Стандарты открытых систем чрезвычайно полезны для пользователей. Они, помимо прочего, являются фактором надежности вложений инвестиций, поскольку в случае краха одной из фирмпоставщиков остается огромный рынок совместимых программноаппаратных средств, выпускаемых альтернативными поставщиками. Открытые системы предполагают высокую степень стандартизации. По словам Б.А. Бабаяна, одного из разработчиков комплекса «Эльбрус», «Стандартизация, с одной стороны, упрощает «общение» компьютеров друг с другом, а с другой стороны это – тормоз прогресса. Всякая стандартизация означает консерватизм, т.к. затрудняет изменения. Это необходимо, чтобы стандарты оставались стандартами, чтобы разработчики успевали выпустить изделия и технологии, отвечающие этим стандартам, но в результате неизбежно тормозится развитие. Это противоречие сильно затрудняет работу конструкторов, но оно неизбежно. Альтернативы стандартизации нет, так что задача разработчиков – найти компромисс между консерватизмом стандартов и поступательным движением прогресса». Надежность открытых систем Помимо ряда достоинств, обусловленных применением открытых систем, имеется ряд опасностей, связанных с внедрением открытых систем на производстве. Во-первых, внедрение открытой (т.е. новой) системы на предприятии предполагает, что технологи и персонал знают, как с такой системой работать. Во-вторых, поскольку производителей оборудования и программного обеспечения множество, возможно (и так часто бывает), что стандарты соблюдаются не полностью. Возникают странные, необъяснимые и не воспроизводимые отказы, нередко после долгой стабильной работы. Чтобы избежать отказов подобного рода, необходимо очень качественное, продуманное программное обеспечение, что бывает не всегда. ПРИМЕР Разночтения цифр, например: «1,000» и «1.000». Данные числа в различных системах могут быть прочитаны как «один, запятая (либо точка), три нуля», «один», «тысяча». Существует несовместимость ОС и платформ (например, Sun и PC) как на уровне исполняемого кода, так и на уровне представления данных (например, чисел с плавающей точкой).

7. Принципы и технологии создания открытых программных систем. Очевидно, что для создания открытых систем необходимы соответствующие технологии. Если говорить об открытых программных системах, то, как следует из определения программной открытости, необходимы открытые средства обеспечения «…взаимодействия прикладных программ…». Таким образом, разработка открытых программных систем предполагает наличие соответствующих инструментальных средств и средств операционной системы, обеспечивающих взаимодействие программ между собой на основе открытого стандарта. В настоящее время в многозадачных операционных системах семейства MS Windows в качестве основной технологии для создания открытых программных систем используется технология COM. Необходимо отметить, что технологию COM (Component Object Model – модель многокомпонентных объектов) не нужно путать с коммуникационным интерфейсом RS-232, который тоже часто называют COM-интерфейсом или COM-портом. Технология COM представляет собой механизм организации взаимодействия выполняющихся в операционной системе потоков на основе концепции распределенной архитектуры приложения. Поток – это логически и структурно обособленная совокупность операций (команд), выполняемая на одном процессоре. Классический пример потока – программа MS DOS. Каждая программа содержит хотя бы один поток. В многозадачных операционных системах на одном процессоре «одновременно» может выполняться несколько потоков. Потоки могут функционировать независимо, могут взаимодействовать друг с другом. Один из способов организации взаимодействия потоков – создание распределенной архитектуры приложения типа «клиент-сервер». Распределенное приложение в общем случае представляет собой совокупность взаимодействующих между собой потоков. Механизм взаимодействия потоков зависит от множества факторов (в частности, от типа операционной системы). Часто распределенным приложением называется приложение, выполняющееся на нескольких процессорах. Развитие механизмов взаимодействия приложений друг с другом протекало постепенно. В первых версиях операционной системы Windows для организации обмена данными между потоками различных приложений использовался механизм DDE (Dynamic Data Exchange – динамический обмен данными). Протокол DDE применялся также в первых человекомашинных интерфейсах в качестве механизма разделения данных между прикладными системами и устройствами типа ПЛК. Механизм DDE основан на пересылке данных через буфер обмена Windows.

Буфер обмена – это область памяти, предоставляемая операционной системой для обмена данными между приложениями. В Windows существуют специальные средства для работы с этим буфером. К ним относятся: 1) функции помещения данных в буфер и извлечения данных из буфера;

2) функции проверки наличия данных в буфере;

3) предусмотрены 25 встроенных в операционную систему форматов данных (изображение, фрагмент текста, звук и т.д.);

4) имеется возможность создания своих типов данных;

5) имеется возможность обмениваться командами. В настоящее время единственным преимуществом DDE является поддержка этого механизма обмена данными во всех версиях MS Windows. Кроме того, механизм DDE очень важен для работы графического интерфейса пользователя, т.к. с помощью DDE осуществляются такие операции, как копирование информации, перенос ее из одного окна в другое и т.д. К недостаткам DDE относятся: 1) низкая скорость обмена данными;

2) низкая надежность, в частности, за счет того, что буфер обмена доступен одновременно всем выполняющимся приложениям. До последнего времени DDE оставался основным механизмом, используемым для связи с внешним миром в открытых программных системах, в частности, в ИСПУ. Но он не совсем пригоден для обмена информацией в реальном масштабе времени из-за своих ограничений по производительности и надежности. Для преодоления недостатков DDE, прежде всего для повышения скорости обмена, разработчики предложили свои собственные протоколы, такие как AdvancedDDE и FastDDE. В основе этих протоколов лежит пакетирование информации, что позволяет ускорить обмен данными. Но такие частные решения приводят к ряду проблем:

- для каждой программной системы необходим свой собственный драйвер для поставляемого на рынок оборудования;

- в общем случае две системы не могут одновременно иметь доступ к одному драйверу, поскольку каждая из них поддерживает обмен именно со своим драйвером. Взамен семейства протоколов обмена, основанных на DDE, компания Microsoft предложила более эффективное и надежное средство передачи данных между процессами – OLE. OLE - Object Linking and Embedding – связывание и внедрение объектов. Отметим, что технология OLE была предшественницей технологии COM.

OLE позволяет связывать несколько объектов воедино или внедрять один объект в другой. Программисту требуется только осуществлять вызовы соответствующих функций операционной системы. Яркими примерами OLE – взаимодействий являются вставка рисунка Paint в документ Word, вставка электронной таблицы Excel в документ Word. В рамках технологии OLE базовым является понятие «документ». Документ – это «базовый» объект, с которым происходит связывание или в который происходит внедрение других объектов. Связывание (linking) – это процесс, при котором в документ включаются только визуальные данные и ссылки на внутренние данные. Физически документ и связанные с ним объекты хранятся в различных областях памяти (либо в различных файлах). Внедрение (embedding) – это процесс, при котором документ и внедряемый объект объединяются в одно целое. Они хранятся в одной области памяти и в одном файле. OLE–объект – это часть данных, которая совместно используется несколькими приложениями. OLE-контейнер – приложение, в которое может быть встроен OLEобъект. OLE-сервер – приложение, которое способно создавать и обслуживать OLE-объекты. На рисунке 10 показана схема OLE-взаимодействия приложений.

Рис. 10. Схема OLE-взаимодействия приложений. В настоящее время OLE функционирует на базе использования COM-технологии. Современная версия OLE, основанная на COM, называется OLE2. Особенности OLE2:

- наличие идентификаторов (уникальных номеров) объектов;

- возможность объединения функциональных возможностей приложений (слияние панелей инструментов и меню). К достоинствам OLE относятся:

- стандартность;

- открытость;

- более высокое, по сравнению с DDE, быстродействие;

- более высокая надежность. Последние достоинства обусловлены непосредственным контактом между взаимодействующими приложениями. Недостатки OLE:

- нет принципиальных ограничений на действия встраиваемых объектов;

- отсутствуют стандартные механизмы информирования о событиях. Очевидно, что в процессе взаимодействия приложений между собой они могут играть различные роли. Одно приложение, например OLEсервер, предоставляет реализованные в нем данные и методы их обработки, другое приложение, например OLE-контейнер, использует предоставляемые ему возможности. Разделение ролей между приложениями (или между частями одного приложения) получило свое развитие и привело к появлению архитектуры приложений типа «клиентсервер». Приложения типа «клиент-сервер» Словосочетание «клиент-сервер» с некоторых пор стало привычным, особенно в контексте доступа к базам данных. Точнее, «для широкой публики» оно стало означать «клиент - сервер базы данных». На рисунке 11 показана в качестве примера клиент-серверная архитектура электронной телефонной справочной (базы данных телефонных номеров). При этом абоненты справочной являются клиентами, справочная служба является сервером.

Рис. 11. Пример архитектуры «клиент-сервер». На самом деле концепция «клиент-сервер» значительно мощнее, чем принято об этом думать. Идея данной концепции основана на понятии «сервиса» - некоторого действия, совершить которое зачем-либо требуется стороне A и которое она сама выполнять не умеет. Зато стороне B совершение этого действия не нужно, но как раз она-то и умеет его совершать. В таком случае сторона A каким-то образом вынуждает сторону B совершить это действие и предоставить стороне А результат. В таком взаимодействии сторона, которая умеет совершать действие, но не имеет никакой инициативы его совершения, называется «сервером», а сторона, которая состоит только из инициативы - называется «клиентом». В этом взаимодействии «клиент» запрашивает, а «сервер» предоставляет «сервис». Многие привычные случаи программного взаимодействия можно переосмыслить под этим углом, например, внутри обычной программы «вызывающая процедура» очевидно, является клиентом, а «вызываемая» сервером. Просто о них не принято думать в таких терминах, хотя ничего некорректного в этом нет. И во взаимодействии каких либо машин, программ, объектов, когда один запрашивает у другого совершить какоелибо действие запрашивающий - всегда клиент, а исполняющий - всегда сервер. Понятия клиента и сервера - динамические понятия. В диалоге объектов, т.е. когда они вызывают друг друга попеременно, в разном взаимодействии каждый из них попеременно будет и клиентом и сервером. Таким образом, термин никоим образом не означает иной специализации, чем это требуется для самого взаимодействия. Клиент-приложение – в клиент-серверной архитектуре означает приложение, имеющее минимум собственного исполняемого кода, основная функциональная часть которого осуществляется на сервере. Клиент часто служит для обеспечения взаимодействия пользователя и сервера. Соединение клиента с сервером происходит либо по локальной сети, либо по сети Интернет. В отдельных случаях клиентская и серверная часть приложения могут быть расположены на одном компьютере. Сервер-приложение – в клиент-серверной архитектуре означает приложение, предоставляющее заложенные в нем функциональные возможности (сервисы) приложению-клиенту. Как правило, приложениесервер не предназначено для общения с пользователем. Остается открытым вопрос о том, каким же образом осуществляется связь между клиентом и сервером. В случае использования операционной системы Windows (начиная с версии Windows 98)в качестве механизмов взаимодействия приложений используются технологии COM и DCOM. Таким образом, в операционной системе Windows под клиентсерверным приложением можно понимать распределенное приложение, реализованное в виде совокупности компонентов, связанных при помощи технологий COM и/или DCOM. Технология COM COM (Component Object Model – модель многокомпонентных объектов) - технология. Для инструментальных систем и систем управления, реализованных на платформе Windows, фирмой Microsoft предложена архитектура компонентных объектов. Компонент – это готовый к использованию двоичный код, содержащийся либо в динамической библиотеке (DLL), либо в EXE-файле, который может быть при необходимости загружен в память и стандартным образом динамически подключен к приложению. Две основные черты компонентов: 1) динамическое связывание – означает, что связь компонента и приложения (т.е. связь между вызовом функции в приложении и ее кодом в теле компонента) осуществляется не на этапе компоновки приложения, а непосредственно во время его выполнения;

2) скрытая внутренняя реализация (инкапсуляция) – означает, что для приложения не важно, и приложение не знает, как именно реализован компонент внутри, а только знает, как вызывать его функции. Традиционно приложение состояло из отдельных файлов, модулей или классов, которые компилировались и компоновались вместе. Разработка приложений из компонентов - так называемых приложений компонентной архитектуры - происходит иначе. Компонент подобен миниприложению, он поставляется пользователю как двоичный код, скомпилированный, скомпонованный и готовый к использованию. Модификация или расширение приложения сводится к замене одного из составляющих его компонентов новой версией. Один из наиболее многообещающих аспектов компонентной архитектуры - это быстрая разработка и развитие приложений. Из накапливаемого набора компонентов в библиотеках можно будет собирать, как из деталей конструктора, требуемые цельные приложения (рис. 12).

Рис. 12. Разработка приложения из компонентов Распределенные компоненты. С возрастанием производительности и общего значения сетей потребность в приложениях, распределённых по различным узлам сети/сетей, будет обостряться. Компонентная архитектура позволяет упростить процесс разработки подобных распределенных приложений. Приложения клиент-сервер - это шаг в сторону компонентной архитектуры, поскольку они разделены на две части, клиентскую и серверную. Создать из обычного приложения распределенное, безусловно, легче, если это приложение состоит из компонентов. Во-первых, оно уже разделено на функциональные части, которые могут располагаться вдали друг от друга. Во-вторых, поскольку компоненты заменяемы, вместо некоторого компонента можно подставить другой, единственной задачей которого будет обеспечивать связь с удаленным компонентом. Так, если некоторые компоненты А и В переносятся с локальной машины на удаленные, то на локальной вместо компонент А и В появляются переадресовщики, которые перенаправляют запросы к данным компонентам по сети. При наличии подходящих переадресующих компонентов приложение может совершенно игнорировать фактическое местоположение своих частей. Приложение, использующее компонент, называется клиентом для данного компонента. Таким образом, компонентная модель имеет аналогию с клиент-серверной архитектурой. Компонент подключается к приложению через интерфейс, единый для приложения-клиента и компонента. Отметим, что, для того, чтобы подключить к приложению компонент, важно знать, какой интерфейс он использует. Если компонент изменяется без изменения интерфейса, то изменений в клиенте не требуется. Аналогично, если сам клиент изменится без изменения интерфейса, все созданные ранее компоненты можно будет продолжать подключать. Таким образом, достигается одно из важных преимуществ технологии COM – возможность раздельной разработки приложения, а также легкость его модифицирования.

Таким образом, COM - это спецификация, указывающая, как создавать динамически взаимозаменяемые компоненты. COM определяет стандарт, которому должны следовать компоненты и клиенты, чтобы гарантировать возможность совместной работы. Компоненты COM состоят из исполняемого кода, распространяемого в виде динамически компонуемых библиотек (DLL) или EXE-файлов Win32. Но сама по себе динамическая компоновка не обеспечивает компонентной архитектуры. Компоненты COM объявляют о своем присутствии стандартным способом. Используя схему объявлений COM, клиенты могут динамически находить нужные компоненты. Отметим, что реализация этой возможности возложена на операционную систему. В настоящее время COM поддерживается только в операционной системе Windows. Интерфейс COM включает в себя набор функций, которые реализуются компонентами и используются клиентами. Интерфейсом в COM является определенная структура в памяти, содержащая массив указателей на функции, как показано на рисунке 13.

Рис. 13. Интерфейс COM. Сегодня можно с большой уверенностью говорить о том, что современный процесс генерации конечного приложения всё более напоминает не традиционный процесс разработки прикладного программного обеспечения, а процесс компонентной сборки. Соответственно качественно меняется характер труда прикладного программиста. DCOM (Distributed Component Object Model – модель распределенных компонентных объектов) - программная архитектура, разработанная компанией Microsoft для распределения приложений между несколькими компьютерами в сети. Программный компонент на одной из машин может использовать DCOM для передачи сообщения (его называют удаленным вызовом процедуры) компоненту на другой машине. DCOM автоматически устанавливает соединение, передает сообщение и возвращает ответ удаленного компонента. В принципе, в случае использования технологии DCOM не важно, находятся клиентская часть приложения и компонент (сервер) на разных ЭВМ или на одной. На рисунке 14 показана схема взаимодействия приложения и компонента при помощи интерфейса DCOM.

Рис. 14. Взаимодействие через интерфейс DCOM. Технология ActiveX ActiveX – это технология Microsoft, предназначенная для написания сетевых приложений. Она предоставляет программистам наборы стандартных библиотек, значительно облегчающих процесс разработки приложений. Если раньше при написании программ использовались механизмы OLE, основанные на компонентной объектной модели (COM), то теперь библиотеки OLE переписаны так, чтобы обеспечивать функциональность, необходимую и достаточную для написания сетевых приложений. Теперь при написании программ используется DCOM, а реализуют ее библиотеки ActiveX, которые по объему оказались гораздо меньше, чем библиотеки OLE, а по скорости - быстрее. Сохранилась и совместимость - любой программный компонент OLE будет работать с библиотеками ActiveX. Программы, написанные с использованием технологии ActiveX, находят применение, прежде всего в Интернет. В то же время технология ActiveX имеет значительно более универсальную область использования. Стандарт ActiveX позволяет программным компонентам взаимодействовать друг с другом по сети независимо от языка программирования, на котором они написаны. ActiveX обеспечивает некий «скрепляющий раствор», с помощью которого отдельные программные компоненты на разных компьютерах «склеиваются» в единую распределенную систему. Технология ActiveX включает в себя клиентские и серверные компоненты, а также библиотеки для разработчика. Программные элементы ActiveX - это компоненты, работающие на компьютере-клиенте, но загружаемые в первый раз с сервера. Эти программные компоненты могут использоваться в приложениях, написанных на любых популярных языках программирования, включая Java (Visual J++), Visual Basic, Visual C++. Не нужно ассоциировать ActiveX с Интернет. ActiveX предоставляет стандартный открытый метод для расширения возможностей любых приложений. Приложение, к которому подключается ActiveX-компонент, называется контейнером для данного компонента. В процессе взаимодействия ActiveX-компонента и контейнера компонент может передавать контейнеру данные, методы и события. Отметим, что механизм передачи событий не поддерживается при OLE-взаимодействии. Существует два основных способа реализации ActiveX-компонентов: 1) встроенные в процесс (единое пространство памяти позволяет увеличить быстродействие);

2) выполняемые в отдельном процессе (возможна организация распределенной архитектуры). Основными преимуществами использования технологии ActiveX являются следующие. 1) Ускорение написания программного кода. Программирование распределенных приложений становится очень похожим на программирование для отдельного компьютера. 2) Стандартность. Технология ActiveX основана на широко используемых стандартах Internet (TCP/IP, HTML, Java) и стандартах, введенных в свое время Microsoft и необходимых для сохранения совместимости (COM, OLE). 3) Открытость и переносимость. ActiveX является открытой технологией. Кроме того, Microsoft заканчивает реализацию технологий ActiveX для платформ Macintosh и UNIX. 4) Возможность написания приложений с использованием знакомых средств разработки. Программные элементы ActiveX могут быть созданы с помощью Visual Basic, Visual C++, Borland Delphi, Borland C++, любых средств разработки на Java. 5) Большое количество уже существующих программных элементов ActiveX, которые бесплатно могут применяться на серверах Web и в приложениях независимых разработчиков. Кроме того, почти любой программный компонент OLE совместим с технологиями ActiveX, и может применяться без модификаций в сетевых приложениях.

РАЗДЕЛ 2. СИСТЕМЫ ДИСПЕТЧЕРСКОГО УПРАВЛЕНИЯ И СБОРА ДАННЫХ (SCADA-СИСТЕМЫ) 8. SCADA-системы. Основные понятия, история возникновения SCADA-систем. Современная АСУТП (автоматизированная система управления технологическим процессом) представляет собой многоуровневую человеко-машинную систему управления. Создание АСУ сложными технологическими процессами осуществляется с использованием автоматических информационных систем сбора данных и вычислительных комплексов, которые постоянно совершенствуются по мере эволюции технических средств и программного обеспечения. Как известно, в ходе истории меняется характер объектов и методов управления, средств автоматизации и других компонентов, составляющих содержание современной системы управления. Непрерывную во времени картину развития АСУТП можно разделить на три этапа, обусловленные появлением качественно новых научных идей и технических средств. Первый этап отражает внедрение систем автоматического регулирования (САР). Объектами управления на этом этапе являются отдельные параметры, установки, агрегаты. Решение задач стабилизации, программного управления, слежения переходит от человека к САР. У человека появляются функции расчета и задания параметров настройки регуляторов. Второй этап - автоматизация технологических процессов. Объектом управления становится рассредоточенная в пространстве система;

с помощью систем автоматического управления (САУ) реализуются все более сложные законы управления, решаются задачи оптимального и адаптивного управления, проводится идентификация объекта и состояний системы. Характерной особенностью этого этапа является внедрение систем телемеханики в управление технологическими процессами. Человек все больше отдаляется от объекта управления, между объектом и диспетчером выстраивается целый ряд измерительных систем, исполнительных механизмов, средств телемеханики, мнемосхем и других средств отображения информации. Третий этап - автоматизированные системы управления технологическими процессами – характеризуется внедрением в управление технологическими процессами вычислительной техники. Вначале применение микропроцессоров, использование на отдельных фазах управления вычислительных систем;

затем активное развитие человекомашинных систем управления, инженерной психологии, методов и моделей исследования операций и, наконец, диспетчерское управление на основе использования автоматических информационных систем сбора данных и современных вычислительных комплексов. В современной АСУТП диспетчер получает информацию с монитора ЭВМ или с электронной системы отображения информации и воздействует на объекты, находящиеся от него на значительном расстоянии, с помощью телекоммуникационных систем, контроллеров, интеллектуальных исполнительных механизмов. Основной работой диспетчера является работа с поступающей информацией, а значит, необходимы развитые средства сбора, передачи, обработки и отображения информации. От диспетчера уже требуется не только профессиональное знание технологического процесса, основ управления им, но и опыт работы в информационных системах, умение принимать решение в диалоге с ЭВМ в условиях нештатных и аварийных ситуаций, а также многое другое. Диспетчер становится главным действующим лицом в управлении технологическим процессом. По мере развития современных средств автоматизации наблюдается следующая тенденция. Если в 60-х годах 20-го века ошибка человека была причиной аварии лишь в 20% случаев, то в начале 90-х доля человеческого фактора в авариях стала составлять 80% (см. рис. 15).

Рис. 15. Относительный вклад причин аварий в сложных автоматизированных системах Основной причиной возникновения такой тенденции является тот факт, что в 60-е – 80-е годы упор делался на увеличение надежности управляющей аппаратуры и технологического оборудования, а обеспечение удобства работы человека-оператора ставилось на второе место. Таким образом, человек-оператор оказался «беззащитен» перед поступающим объемом информации, он часто не успевает рационально отреагировать на поступающие сигналы. В связи с этим в 90-х годах 20-го века стала развиваться новая концепция управления – концепция SCADA. Концепция SCADA (Supervisory Control And Data Acquisition диспетчерское управление и сбор данных) предопределена всем ходом развития систем управления и результатами научно-технического прогресса. Применение SCADA-технологий позволяет достичь высокого уровня автоматизации в решении задач разработки систем управления, сбора, обработки, передачи, хранения и отображения информации. Основные особенности концепции SCADA:

- дружественность человеко-машинного интерфейса (HMI);

- полнота и наглядность представляемой информации;

- доступность элементов управления;

Любая SCADA-система включает в себя три следующих основных структурных компонента (см. рис. 16).

Рис. 16. Структура типичной SCADA – системы. Remote Terminal Unit (RTU) - удаленный терминал, осуществляющий обработку задачи (управление) в режиме реального времени. Спектр его воплощений широк: от примитивных датчиков, осуществляющих съем информации с объекта, до специализированных многопроцессорных отказоустойчивых вычислительных комплексов, осуществляющих обработку информации и управление в режиме жесткого реального времени. Конкретная реализация RTU определяется областью его применения и решаемой задачей. Использование устройств низкоуровневой обработки информации позволяет снизить требования к пропускной способности каналов связи с центральным диспетчерским пунктом. Master Terminal Unit (MTU), Master Station (MS) - диспетчерский пункт управления (главный терминал);

осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени;

одна из его основных функций - обеспечение интерфейса между человеком-оператором и объектом управления. В зависимости от конкретной системы, MTU может быть реализован в самом разнообразном виде - от одиночного компьютера с дополнительными устройствами подключения к каналам связи, до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, при построении MTU используются различные методы повышения надежности и безопасности работы системы. Communication System (CS) - коммуникационная система (каналы связи), необходима для передачи данных с удаленных точек (объектов, терминалов) на центральный интерфейс оператора-диспетчера и передачи сигналов управления на RTU. Применение SCADA позволяет:

- свести критические ошибки оператора к минимуму;

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

имеются лишь отдельные статьи и рекламные проспекты. ПРИМЕР В рамках данного курса лекций мы будем рассматривать все особенности SCADA-систем на примере SCADA Genesis32 версии 6.1. Данная система разработана фирмой ICONICS (США) и является одной из наиболее распространенных систем. Genesis32 является комплексом основанных на технологии OPC клиентских и серверных приложений, которые предназначены для разработки прикладного программного обеспечения визуализации контролируемых параметров, сбора данных и оперативного диспетчерского управления в АСУТП.

Все приложения комплекса являются 32-разрядными, построенными в соответствии со спецификацией OPC и предназначенными для работы под управлением ОС Windows 9X/NT/2000. SCADA-система Genesis32 предназначена для создания программного обеспечения сбора данных и оперативного диспетчерского управления верхнего уровня систем промышленной автоматизации. В состав Genesis32 также входит среда разработки и исполнения сценарных процедур VBA, обеспечивающая возможность разработки части программного обеспечения средствами Microsoft Visual Basic for Applications 6.0 (Visual Basic для приложений), входящего в популярный пакет MS Office 2000. Все программные компоненты реализованы на базе многопоточной модели и поддерживают технологию ActiveX. В состав Genesis32 входят следующие клиентские приложения, соответствующие спецификации OPC:

- GraphWorX32 (разработка АРМ);

- TrendWorX32 (работа с трендами);

- AlarmWorX32 (работа с тревогами – «алармами»). Указанные приложения могут заказываться и применяться как в составе комплекса, так и автономно. Кроме того, фирма ICONICS поставляет перечисленные ниже дополнительные приложения и инструментальные средства разработки:

- ScriptWorX32 (разработка собственных алгоритмов на VBA);

- DataWorX32 (связь клиентских приложений с устройствами);

- OPC серверы, разработанные ICONICS;

- OPC серверы, разработанные третьими фирмами. Архитектура системы Genesis32 показана на рисунке 17.

Рис. 17. Архитектура системы Genesis32. DataWorX32 – сервер, выполняющий функции организации единого централизованного списка контролируемых технологических параметров, с возможностью создания глобальных переменных, доступных всем клиентским приложениям программного комплекса, а также обладающий механизмом резервирования серверов ОРС. DataWorX32 является OPC-сервером (по отношению к приложениям GraphWorX32, TrendWorX32, AlarmWorX32, ScriptWorX32), который предназначен для организации единого моста между множеством клиентских и серверных компонентов системы. Основные функциональные возможности DataWorX32:

- централизация параметров контролируемого процесса, обслуживаемых множеством серверов OPC, в едином списке;

- оптимизация запросов множества клиентов OPC к одним и тем же параметрам в разных серверах OPC;

- организация списка глобальных переменных с возможностью непосредственного обмена данными между клиентскими приложениями Genesis32;

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

- возможность оперативного изменения привязки глобальных переменных к источникам данных в серверах OPC;

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

- производство электроэнергии, управление передачей и распределением электроэнергии;

- промышленное производство;

- водозабор, водоочистка и водораспределение;

- добыча и транспортировка нефти;

- управление космическими объектами;

- управление на транспорте (метро, железнодорожный транспорт, авиатранспорт);

- телекоммуникации;

- военная область. SCADA-система выполняет следующие функции:

- сбор данных от контроллеров;

- первичная обработка данных;

- ведение архивов данных (баз данных);

- представление динамических мнемосхем объекта;

- представление трендов измеряемых величин;

- выдача сообщений о неисправностях и авариях;

- печать протоколов и отчетов;

- обработка команд оператора;

- связь с другими пультами операторов;

- решение прикладных задач на базе текущих данных (включает вторичную математическую обработку данных – вычисление средних значений величин, отклонений, и др.). В SCADA различают два типа управления удаленными объектами: автоматическое и инициируемое оператором системы. Автоматическое управление – непрерывно осуществляется на уровне контроллеров и серверов на основе алгоритмов, заложенных в программное обеспечение. Управление, инициируемое оператором – осуществляется также ЭВМ, на основе команд, отдаваемых оператором. Данный тип управления осуществляется, как правило, при возникновении критических ситуаций или при изменении режима работы системы. Оператор (или диспетчер), работающий со SCADA-системой, выполняет следующие функции:

- планирует, какие следующие действия необходимо выполнить;

- обучает (программирует) компьютерную систему на последующие действия;

- отслеживает результаты (полу) автоматической работы системы;

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

- обучается в процессе работы (получает опыт). Особенности SCADA как процесса управления в современных диспетчерских системах:

- процесс SCADA применяется в системах, в которых обязательно наличие человека (оператора, диспетчера);

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

- оператор несет, как правило, общую ответственность за управление системой, которая, при нормальных условиях, только изредка требует подстройки параметров для достижения оптимальной производительности;

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

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

2) возможности, связанные с проектированием самой системы управления. Перечислим основные возможности и средства, присущие всем SCADA-системам:

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

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

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

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

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

- средства визуализации текущей и исторической информации в виде таблиц, графиков, гистограмм, динамических мнемосхем, анимации и др.;

- печать отчетов и протоколов произвольной формы в заданные моменты времени;

- ввод и передача команд оператора в программируемые логические контроллеры (ПЛК) и другие устройства системы;

- решение прикладных задач пользователя и их взаимосвязь с текущей измеряемой информацией и управленческими решениями;

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

10. Технические, стоимостные и эксплуатационные характеристики SCADA. 10.1. Технические характеристики К техническим характеристикам SCADA-систем относятся: 1. используемые программно-аппаратные платформы;

2. способы реализации связи с устройствами ввода-вывода;

3. имеющиеся средства сетевой поддержки;

4. встроенные командные языки;

5. поддерживаемые базы данных;

6. графические возможности;

7. поддержка стандартных функций графического интерфейса пользователя. Рассмотрим данные характеристики подробнее. Используемые программно-аппаратные платформы Анализ перечня таких платформ необходим, поскольку от него зависит ответ на вопрос, возможна ли реализация той или иной SCADAсистемы на имеющихся вычислительных средствах, а также оценка стоимости эксплуатации системы (будучи разработанной в одной операционной среде, прикладная программа может быть выполнена в любой другой, которую поддерживает выбранный SCADA-пакет). В различных SCADA-системах этот вопрос решен по разному. В качестве примера в таблице 2 приведен список программно-аппаратных платформ, поддерживаемых системой FactoryLink. Таблица 2. Программно-аппаратные платформы, поддерживаемые системой FactoryLink. Операционная система Аппаратная платформа DOS/MS Windows IBM PC OS/2 IBM PC SCO UNIX IBM PC VMS VAX AIX RS6000 HP-UX HP 9000 MS Windows/NT Системы с реализованным Windows NT, в основном на РС-платформе. В то же время в таких SCADA-системах, как RealFlex и Sitex основу программной платформы принципиально составляет только операционная система реального времени QNX. Подавляющее большинство SCADA-систем реализовано на MS Windows-платформах. Именно такие системы предлагают наиболее полные и легко наращиваемые HMI-средства. Учитывая позиции Microsoft на рынке операционных систем (ОС), следует отметить, что даже разработчики многоплатформенных SCADAсистем, такие как United States DATA Co (разработчик FactoryLink), приоритетным считают дальнейшее развитие своих SCADA-систем на платформе Windows NT. Некоторые фирмы, до сих пор поддерживавшие SCADA-системы на базе операционных систем реального времени (ОС РВ), начали переходить на системы на платформе Windows NT. Все более очевидным становится применение ОС РВ, в основном в качестве ОС PCконтроллеров, где они наиболее эффективны. Таким образом, основным полем, где сегодня разворачиваются главные события глобального рынка SCADA--систем, стала MS Windows NT/2000 на фоне всё ускоряющегося сворачивания активности в области MS DOS, MS Windows 3.xx/9Х. Способы реализации связи с устройствами ввода/вывода Для организации взаимодействия с контроллерами могут быть использованы следующие аппаратные средства. - COM - порты. В этом случае контроллер или объединенные сетью контроллеры подключаются по протоколам RS-232, RS-422, RS-485. - Сетевые платы. Использование такой аппаратной поддержки возможно, если соответствующие контроллеры снабжены интерфейсным выходом на Ethernet. - Платы расширения ЭВМ. В этом случае протокол взаимодействия определяется платой и может быть уникальным. В настоящее время предлагаются реализации в стандартах ISA, PCI, CompactPCI. Имеющиеся средства сетевой поддержки Одной из основных черт современного мира систем автоматизации является их высокая степень интеграции. В любой из них могут быть задействованы объекты управления, исполнительные механизмы, аппаратура, регистрирующая и обрабатывающая информацию, рабочие места операторов, серверы баз данных и т.д. Очевидно, что для эффективного функционирования в этой разнородной среде SCADAсистема должна обеспечивать высокий уровень сетевого сервиса. Желательно, чтобы она поддерживала работу в стандартных сетевых средах (типа Ethernet и т.д.) с использованием стандартных протоколов (NETBIOS, TCP/IP и др.), а также обеспечивала поддержку наиболее популярных сетевых стандартов из класса промышленных интерфейсов (PROFIBUS, MODBUS и т.д.) Этим требованиям в той или иной степени удовлетворяют практически все современные SCADA-системы, с тем только различием, что набор поддерживаемых сетевых интерфейсов, конечно же, разный. Встроенные командные языки Большинство SCADA-систем имеют встроенные языки высокого уровня, VBasic-подобные языки, позволяющие программировать реакцию на события, связанные с изменением значения переменной, с выполнением некоторого логического условия, с нажатием комбинации клавиш, а также осуществлять выполнение некоторого фрагмента кода с заданной частотой на уровне всего приложения или отдельного окна. Поддерживаемые базы данных Одной из основных задач систем диспетчерского контроля и управления является обработка информации: сбор, оперативный анализ, хранение, сжатие, пересылка и т. д. Таким образом, в рамках создаваемой системы должна функционировать база данных. Практически все SCADA-системы, в частности, Genesis32, InTouch, Citect, используют для доступа к базам данных SQL-синтаксис, который является независимым от типа базы данных. Таким образом, приложения виртуально изолированы, что позволяет менять базу данных без серьезного изменения самой прикладной задачи, создавать независимые программы для анализа информации, использовать уже наработанное программное обеспечение, ориентированное на обработку данных. Графические возможности Для специалиста-разработчика системы автоматизации, также как и для специалиста - "технолога", чье рабочее место создается, очень важен графический пользовательский интерфейс. Функционально графические интерфейсы SCADA- систем весьма похожи. В каждой из них существует графический объектно-ориентированный редактор с определенным набором анимационных функций. Используемая векторная графика дает возможность осуществлять широкий набор операций над выбранным объектом, а также быстро обновлять изображение на экране, используя средства анимации. Крайне важен также вопрос о поддержке в рассматриваемых системах стандартных функций GUI. Поскольку большинство рассматриваемых SCADA-систем работают под управлением Windows, это и определяет тип используемого GUI.

10.2. Стоимостные характеристики При оценке стоимости SCADA-систем нужно учитывать следующие факторы:

- стоимость программно-аппаратной платформы;

- стоимость системы;

- стоимость освоения системы;

- стоимость сопровождения. Стоимость программно-аппаратной платформы В стоимость программно-аппаратной платформы входит стоимость используемых ЭВМ (при этом, если, например, в качестве аппаратной платформы используются ЭВМ фирмы Sun Microsystems, их стоимость может быть весьма высокой) и стоимость устанавливаемых операционных систем. При этом стоимость всей программно-аппаратной платформы зависит от числа серверов и рабочих мест. Стоимость контроллеров, промышленных шин и датчиков рассчитывается отдельно, как стоимость автоматизации объекта управления. Стоимость системы Стоимость системы на первый взгляд кажется достаточно высокой. При этом механизм определения цены у различных фирм-разработчиков различен. В основном, цена системы зависит от ее комплектации. Стоимость SCADA InTouch, например, зависит от числа переменных, используемых в разрабатываемой прикладной программе. Стоимость системы Simplicity зависит от числа каналов ввода/вывода, которые должна поддерживать система, а пакет FactoryLink при высокой базовой стоимости не имеет ограничений на число переменных и каналов ввода/вывода. При оценке стоимости SCADA-системы нужно также учитывать минимальные и рекомендуемые ресурсы используемых ЭВМ, необходимые для ее установки. При этом в некоторых системах число допустимых переменных напрямую зависит от объема ОЗУ. Стоимость освоения системы В силу особенностей SCADA, ее ориентированности на слабо подготовленного пользователя, стоимость ее освоения техническим персоналом является относительно низкой. Стоимость сопровождения Стоимость сопровождения, или «стоимость владения», обычно наиболее скрыта от глаз покупателя и зависит от множества факторов. Перечислим некоторые из них: 1) стоимость риска покупки, который определяется такими параметрами, как рыночная надежность фирмы-дистрибьютора (поставщика) и рыночная стабильность фирмы-производителя продукта;

2) стоимость коммуникаций с фирмой-поставщиком;

3) «время реакции» поставщика на проблемы покупателя;

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

5) степень открытости, адаптируемости и модернизируемости продукта. В настоящее время наиболее низкой «стоимостью владения» обладают системы, работающие под управлением ОС Windows NT. 10.3. Эксплуатационные характеристики Эксплуатационные характеристики SCADA-системы имеют большое значение, поскольку от них зависит скорость освоения продукта и разработки прикладных систем. Они в конечном итоге отражаются на стоимости реализации проектов. Показатели этой группы критериев наиболее субъективны. Это тот самый случай, когда лучше один раз увидеть, чем семь раз услышать. К этой группе можно отнести следующие характеристики:

- удобство использования;

- наличие и качество технической поддержки;

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

обслуживание региональными представителями фирмы-разработчика;

взаимодействие с системными интеграторами. Судя по большому количеству установок зарубежных систем, исчисляющихся в тысячах (InTouch – 80000 установок, Genesis32 30000 установок), можно предположить, что поддержка этих систем достаточно эффективна. Отечественные системы, несмотря на сравнительно малые количества установок по сравнению с системами ведущих зарубежных фирм (имеется в виду мировой рынок), создавались и поддерживаются фирмами-разработчиками, содержащими штаты высокопрофессиональных программистов, которые имеют все предпосылки для качественного технического обслуживания своих продуктов. Так, для освоения Trace Mode фирма AdAstra предоставляет полную документацию на русском языке, организует периодические курсы обучения, реализует горячую линию, готова по заказу внести в систему функциональные изменения или разработать необходимые драйверы. Русификация Любая система управления, имеющая интерфейс с оператором, должна допускать возможность общения с человеком на его родном языке. Поэтому крайне важна возможность использования в системе различных шрифтов кириллицы, ввод/вывод системных сообщений на русском языке, наличие перевода технической документации и различных информационных материалов на русском языке. Для некоторых систем (например, Image, Trace Mode) эта проблема вообще отсутствует, так как они разрабатывались отечественными фирмами. Для многих зарубежных продуктов проблема русификации в значительной мере снимается, во всяком случае, для подсистем исполнения (Runtime), если они используют наборы шрифтов Windows. Часть зарубежных систем имеют переводы документации на русский язык (InTouch). Нужна ли русифицированная среда разработки? Положительный ответ не очевиден. Но если да, то среда должна быть обязательно тщательно протестирована фирмой-разработчиком. Так как с технической точки зрения проблем с русификацией нет, то необходимо лишь, чтобы эта процедура была проведена корректно.

11. Рабочее место диспетчера (оператора). Графический интерфейс пользователя. Важнейшей функцией любой SCADA-системы является обеспечение работы автоматизированного рабочего места диспетчера-оператора. АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО (АРМ) – это автономный диалоговый (интерактивный) комплекс, система или устройство на базе ЭВМ, предназначенный для автоматизации работ, производимых на рабочих местах. В качестве ядра АРМ могут использоваться универсальные ЭВМ (персональные ЭВМ и микро-ЭВМ общего назначения), специализированные вычислительные машины (персональные и микро-ЭВМ, контроллеры);

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

- в виде текстовых сообщений;

- в виде числовых значений параметров;

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

- в виде текстовых сообщений;

- в виде изменяющих свой цвет и внешний вид объектов (например, открывающаяся и закрывающаяся заслонка). Состояние технологического процесса может быть отражено:

- в виде текстовых подсказок;

- в виде изменяющих свою форму и цвет частей технологического оборудования. На рисунке 18 в качестве примера показан АРМ оператора турбины ГЭС, расположенной в г. Вранов (Чехия). Данный АРМ оператора реализован в системе Genesis32.

Рис. 18. АРМ оператора турбины ГЭС г. Вранов, Чехия.

Для специалиста-разработчика системы автоматизации, так же как и для специалиста-технолога, чье рабочее место создается, очень важен графический пользовательский интерфейс. Функционально графические интерфейсы всех SCADA-систем весьма похожи. В каждой из систем существует графический объектно-ориентированный редактор с определенным набором анимационных функций. Используемая векторная графика дает возможность осуществлять широкий набор операций над выбранным объектом (масштабирование, вращение, изменение цвета и положения отдельных частей объекта), а также быстро обновлять изображение на экране, используя средства анимации. Крайне важен вопрос о поддержке в SCADA-системе стандартных функций графического интерфейса пользователя. К таким функциям относятся удаление, копирование, вставка объектов и т.п. Поскольку большинство существующих SCADA-систем работает под управлением ОС Windows, это и определяет тип графического интерфейса. Системы, которые работают под управлением других операционных систем, часто имеют Windows-подобный интерфейс. Требования эргономики при разработке АРМ Основные эргономические требования, которые должны быть выполнены при разработке автоматизированных рабочих мест, регламентируются ГОСТ 21480-76 «Мнемосхемы. Общие эргономические требования», ГОСТ 23000-78 «Пульты управления. Общие эргономические требования», ГОСТ 21786-76 «Сигнализаторы звуковые неречевых сообщений. Общие эргономические требования». Требования к пультам управления При расположении средств отображения информации и органов управления на панелях пульта следует учитывать следующие основные факторы: 1) приоритет (важность органов управления и средств отображения информации);

2) группировки в логические блоки;

3) взаимосвязь между органами управления и средствами отображения информации. При установлении приоритета на место расположения необходимо учитывать, как тот или иной орган управления или средство отображения информации используется оператором и каково его воздействие на работу системы. При этом определяются следующие параметры: 1) частота и способ использования;

2) точность и/или скорость считывания показаний или установки позиции органа управления;

3) влияние ошибки считывания или запаздывания в выполнении операции на надежность и безопасность работы системы;

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

Pages:     || 2 | 3 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.