Характеристики АСУ. Открытость системы

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, которые продаются как единый пакет, но имеющий градации в зависимости от количества тегов.

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

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

⇐ Предыдущая 20 21 22 23 242526 27 28 29 Следующая ⇒