Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Характеристики АСУ. Открытость системы
11.1. Основные понятия и определения Одна из важнейших проблем, возникающих в АСУ ТП, особенно при автоматизации измерений заключается в резком увеличении стоимости системы с ростом ее сложности. Объективная причина - сложные системы часто изготавливаются в единичных экземплярах, а это не позволяет сделать их дешевыми. Распространенный метод решения коммерческой части указанной проблемы – использование достаточно универсальных модулей изготавливаемых несколькими конкурирующими производителями в больших количествах. Однако при этом возникает проблема аппаратной и программной совместимости таких модулей. Для достижения совместимости интерфейс, конструктив и выполняемые функции таких модулей должны быть стандартизованы. Открытая (модульная) система - допускает замену любого модуля на аналогичный модуль другого производителя, имеющийся в свободной продаже по конкурентоспособным ценам. Открытость можно рассматривать на разных уровнях иерархии АО и ПО системы или ее частей. Открытыми, например, могут быть: · физические интерфейсы, протоколы обмена, методы контроля ошибок, системы адресации, форматы данных, типы организации сети, интерфейсы между программами, диапазоны изменения аналоговых сигналов; · пользовательские интерфейсы, языки программирования контроллеров, управляющие команды модулей в-в, языки управления базами данных, ОС, средства связи аппаратуры с ОП; · конструкционные элементы (шкафы, стойки, корпуса, разъемы, крепежные элементы); · системы, включающие в себя перечисленные элементы. Под открытостью системы иногда понимают ее соответствие современным промышленным стандартам, которое обеспечивает возможность интеграции с другими открытыми системами. Однако понятие открытости нужно трактовать шире: система не только удовлетворяет стандартам, но стандарт является общепризнанным, а в свободной продаже имеются аналогичные системы других производителей по конкурентоспособным ценам. Как следует из определения, необходимыми условиями открытости являются: · модульность; · соответствие стандартам (необязательно официальным, но обязательно общепринятым и легко доступным по цене, компенсирующей только затраты на его разработку, поддержку и распространение); · наличие в свободной продаже аналогичных систем других производителей (подсистем, модулей) по конкурентоспособным ценам. Понятие открытости достаточно многогранно и не стандартизовано. Поэтому практически можно говорить только о степени открытости системы, указывая, что именно понимается под открытостью в каждом конкретном случае. Степень открытости можно оценить количеством реализованных признаков открытости. Для SCADA-системы признаками открытости являются: · совместимость со стандартом ОРС, · совместимость с широкодоступными компьютерами с различными ОС (желательно), · совместимость с ActiveX, СОМ и DLL компонентами других производителей, · поддержка языков стандарта МЭК 61131-3, · наличие встроенного стандартного алгоритмического языка (например, Visual Basic) для реализации функций, которые невозможно реализовать другими средствами SCADA-пакета, · возможность работы как с малым, так и большим количеством тегов без необходимости переобучения обслуживающего персонала, · возможность применения веб-браузера в качестве пользовательского интерфейса для увеличения количества подключаемых рабочих станций, · наличие пользовательского интерфейса, аналогичного интерфейсам других производителей, · совместимость со стандартными базами данных и другими приложениями (например, Microsoft Office), расположенными на любых компьютерах сети. Для промышленных сетей открытость означает наличие в свободной продаже сетевой аппаратуры от разных производителей по конкурентоспособным ценам, совместимой с открытыми стандартами. Примером открытых систем являются системы, построенные на модулях и контроллерах RealLab! [НИЛ АП], имеющие: · стандартный протокол Modbus RTU или стандартный де-факто протокол DECON, · стандартный интерфейс RS-485, · стандартный конструктив (крепление на DIN-рейку, разъемные клеммники), · стандартные диапазоны аналоговых сигналов и стандартные уровни дискретных сигналов, · стандартный ОРС сервер, позволяющий использовать модули с любой стандартной SCADA. Любой модуль в такой системе может быть заменен на модули других производителей, которых в настоящее время насчитывается около десятка. Идеальным примером открытой системы является современный офисный компьютер. Огромное число производителей в разных странах изготавливают множество аппаратных и программных компонентов, которые можно собрать в единую систему, заменить один компонент на другой, нарастить функциональные возможности. Любой компонент можно найти по достаточно низкой цене; отсутствуют производители, которые могли бы диктовать монопольные цены. Понятие открытости не подразумевает открытость программного кода, как, например, в ОС Linux, хотя открытость кода позволяет добавлять в систему модули других производителей, что является признаком открытости. Однако открытость исходного кода существенно снижает надежность системы вследствие потенциальной возможности появления в ней дополнительных ошибок, внесенных во время модификации и компиляции. Поэтому открытость программного кода является спорным признаком открытости системы. В отличие от открытых, закрытые системы разрабатываются по внутренним стандартам отдельных предприятий. Части (модули) закрытых систем не могут быть заменены аналогичными изделиями других производителей, а заказчик, однажды применив закрытую систему, навсегда оказывается привязанным к ее разработчику и изготовителю. Наиболее подробное и ясное изложение требований к контроллерам с открытой архитектурой изложено в документе ISA «Требования к контроллерам с открытой модульной архитектурой для приложений в автомобильной индустрии». Разновидностью и предельным случаем открытых систем являются системы, удовлетворяющие идеологии Plug& Play ( вставил - и заиграло ), когда вообще не требуется усилий для конфигурирования или настройки модулей после их подключения или замены на модули других производителей. Такая идеология существенно снижает требования к квалификации системных интеграторов, сокращает срок ввода системы в эксплуатацию, а также издержки потребителей на техническую поддержку и эксплуатацию. Свойства открытых систем Открытые системы обладают следующими положительными свойствами: · модульность; · платформенная независимость; · взаимозаменяемость с компонентами других производителей; · интероперабельность (возможность совместной работы) с компонентами других производителей; · масштабируемость. Закрытые системы тоже могут быть модульными, интероперабельными и масштабируемыми. Но в открытых системах эти свойства должны выполняться для компонентов, изготовленных разными производителями и имеющимися в свободной продаже. К системам с открытой архитектурой предъявляют также общепринятые требования: · экономичности, · безопасности, · надежности, · грубости (робастности), · простоты обслуживания и соответствия условиям эксплуатации, · способности к самодиагностике, · наличию рекомендаций по ремонту. Система должна обеспечивать максимальное время работы без сбоя и отказа, а также минимальное время, необходимое для выполнения технического обслуживания или ремонта. Модульность -способность аппаратного или программного обеспечения к модификации путем добавления, удаления или замены отдельных модулей (компонентов системы) без воздействия на оставшуюся ее часть. Обеспечивается при проектировании системы на архитектурном уровне. База построения модульного ПО - объектно-ориентированное программирование. Главным достижением модульности ПО АСУ ТП является выделение в нем независимых подсистем: программы в ПЛК, ОРС сервера, баз данных, операторского интерфейса и алгоритмической части, реализуемой на языках стандарта МЭК 61131-3, а также деление SCADA на серверную и клиентскую части. Платформенная независимость. Возможность выполнения программ на разных аппаратно-программных платформах обеспечивает независимость от поставщика этих платформ и дает следующие преимущества: · расширение выбора оборудования путем увеличения числа поставщиков; · независимость от поставщика АО и ПО. Отсутствие этих свойств приводит к тому, что система, зависящая от одного производителя, прекращает свое развитие в случаях, когда фирма производитель внезапно уходит с рынка, увеличивает стоимость продукта или снимает его с производства. Применение ОС Windows является одним из путей повышения открытости систем, поскольку эта ОС может быть установлена на максимальное число типов производимых компьютеров. В данном случае монополия фирмы Microsoft компенсируется ее размерами и стабильностью. Платформенную независимость программных средств и, как следствие, повышение открытости обеспечивает также язык Java, хотя он и уступает С++ по быстродействию приложений. Для улучшения открытости при компиляции исполняемых модулей программ важно избегать улучшений компилятора, применения плагинов, надстроек, скачанных откуда-то из Интернета, поскольку они могут сделать невозможным выполнение программы на других платформах. Важный шаг к платформенной независимости - применение интранет-технологий в автоматизации, когда передача информации к рабочей станции осуществляется с помощью языка XML, а ее представление пользователю выполняется с помощью любого веб - браузера. Он позволяет в качестве рабочей станции АСУ ТП использовать компьютер и ОС любого производителя из имеющихся в свободной продаже. Платформенной независимостью обладает также база данных с языком запросов SQL (Structured Query Language), если исключить из него по возможности все нестандартные расширения. Доступ к базе данных с помощью SQL осуществим независимо от программно-аппаратной платформы, на которой она находятся. Взаимозаменяемость - возможность взимной замены любого модуля (компонента) системы на аналогичный компонент другого производителя. Интероперабельность (аппаратно-программная совместимость). - способность открытых систем использовать программы, выполняющиеся одновременно на различных платформах в общей сети, с возможностью обмена информацией между ними - программные компоненты системы, расположенные на разных аппаратных платформах в общей сети, должны быть способны работать как часть единой системы. Обеспечивает способностью коммуникации и с другими уровнями АСУ предприятия, обеспечивая одновременно безопасность поступающей извне информации. Одним из методов обеспечения интероперабельности Windows и Unix платформ может быть применение стандарта CORBA (Common Object Request Broker Architecture). Масштабируемость - возможность применения одного и того же аппаратного и программного обеспечения (баз данных, пользовательских интерфейсов, средств коммуникации) для систем разного размера (больших и малых). Для обеспечения достаточно, чтобы ПО больших и малых систем было совместимо по операторскому интерфейсу, языкам программирования, а также интерфейсу с аппаратными средствами и не требовало бы дополнительного обучения персонала. Масштабируемая система должна обеспечивать возможность простого наращивания функциональных возможностей и размеров путем включения новых компонентов как в аппаратную, так и программную часть системы без модификации старых, опробованных программных и аппаратных модулей. Позволяет применять одни и те же аппаратные и программные средства как для больших, так и для малых систем в пределах одной организации. Примером масштабируемых программных систем являются современные SCADA-пакеты TraceMode и MasterSCADA, которые продаются как единый пакет, но имеющий градации в зависимости от количества тегов. До появления открытых систем обеспечение масштабируемости достигалось путем проектирования системы с большим запасом по габаритам, количеству слотов, интерфейсов. Наращиваемость открытой системы подразумевает иной путь, не требующий запаса ресурсов (и связанных с ним избыточных финансовых вложений). В частности, система, обладающая свойством платформенной независимости и интероперабельности, уже является расширяемой, поскольку позволяет добавлять новое оборудование или заменять старое новыми модификациями, в том числе оборудованием других производителей. Стандартность пользовательского интерфейса. Открытые системы должны иметь стандартный пользовательский интерфейс, чтобы выполнить требование о возможности интеграции с другими системами (в данном случае под другой системой понимается человек). Стандартизация пользовательского интерфейса снимает необходимость обучения операторов при переходе от одной открытой системы к другой. Популярное:
|
Последнее изменение этой страницы: 2016-06-05; Просмотров: 875; Нарушение авторского права страницы