Средства достижения открытости

⇐ ПредыдущаяСтр 26 из 51Следующая ⇒

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

Промышленные сети и протоколы. Наиболее распространенными в России являются сети Modbus, Profibus, CAN, Ethernet. Оборудование, совместимое с ними, выпускается сотнями конкурирующих предприятий в разных странах мира, что обеспечивает отсутствие монопольных цен.

Интерфейсы. Наибольшая часть средств ПА на российском рынке, имеет интерфейсы RS-232, RS-485, RS-422, CAN, Ethernet, USB. Большое значение для повышения степени открытости имеют преобразователи интерфейсов и межсетевые шлюзы, которые позволяют объединять в единую систему несовместимое по интерфейсам и протоколам оборудование.

Программные интерфейсы. Для взаимодействия открытых систем на программном уровне наибольшее распространение получила DCOM-технология[Microsoft], ставшая промышленным стандартом ОРС (OLE for Process Control), который пришел на смену устаревшей технологии DDE (Dynamic Data Exchange). Он обеспечил возможность применения оборудования различных производителей практически с любыми SCADA, имеющимися на рынке, поскольку большинство из них поддерживает стандарт ОРС.

Аналогичная задача может быть решена также с помощью технологии Jini [SUN] и CORBA [OMG], однако воплощение в международный стандарт ОРС получила только технология DCOM, ориентированная на Windows-платформы.

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

Программирование контроллеров поддерживается стандартом МЭК 61131-3 на языки программирования и стандартами МЭК 61499 и МЭК 61804 на ФБ. Стандарты поддерживаются большинством производителей ПО. Примером могут быть системы ISaGRAF [ICS Triplex] и CoDeSys [3S]. Поддержку открытости обеспечивают также конверторы блоков UML (Unifid Modeling Language) в ФБ стандарта МЭК 61499, а также UML в XML.

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

Программная совместимость. Важным достоинством SCADA-пакетов, повышающим степень их открытости, является связь с программами Microsoft Office (Word, Excel, Access), которая снижает затраты на обучение персонала и расширяет возможности представления и обработки результатов измерений.

Совместимость баз данных со SCADA обеспечивает широко распространенный язык запросов SQL, соответствующий международному стандарту и поддерживаемый несколькими системами управления базами данных (СУБД) (например, Informix, Sybase, Ingres, MS SQL Server). Интерфейс ODBC (Open Data Base Connectivity) позволяет подключать к одной и той же SCADA различные СУБД, что повышает степень ее открытости.

Обеспечение в некоторых SCADA-пакетах возможности программирования на языке Visual Basic, а также возможность встраивания ActiveX и СОМ объектов сторонних производителей позволяет адаптировать SCADA к аппаратуре, не поддерживающей стандарт ОРС, а также применить принцип повторного использования программного кода, написанного для других приложений.

Достоинства и недостатки

Основным преимуществом систем с открытой архитектурой является низкая стоимость их жизненного цикла. Жизненный цикл АСУ ТП состоит из фаз:

· разработка концепции и эскизное проектирование;

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

· монтаж и пуско-наладка;

· эксплуатация системы;

· обслуживание;

· реконфигурация, модернизация, разборка, утилизация.

Выгоды от применения открытых систем:

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

· упрощение процесса интеграции - открытость подразумевает возможность простой интеграции разнородных систем;

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

· увеличенное время безотказной работы благодаря выбору наиболее надежных модулей из имеющихся на рынке;

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

· минимальные усилия на ввод в действие как аппаратуры, так и ПО благодаря устранению времени на дополнительное обучение как монтажной организации, так и эксплуатирующего персонала;

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

· минимальный объем дополнительного обучения персонала и, как следствие, простота обслуживания;

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

· увеличение времени жизни системы благодаря взаимозаменяемости отработавшего ресурс и нового оборудования, а также возможности наращивания функциональных возможностей.

Конкретные преимущества, полученные при создании открытой системы на примере тестирования военного авиационного оборудования:

· снижение стоимости разработки и изготовления системы. Экономия сопоставима с экономией в серийном производстве;

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

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

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

Недостатки открытых систем видны не сразу, но все же они имеются:

· при создании АС на базе открытых решений ответственность за работоспособность системы в целом ложится на системного интегратора, а не на производителя системы. Поэтому при появлении в системе невоспроизводимых отказов некому предъявить претензии, поскольку поставщиков много, а системный интегратор отвечает только за монтаж и пусконаладку системы;

· универсальность всегда находится в противоречии с простотой. Универсальные протоколы, интерфейсы, сети и ПО, чтобы быть универсальными, должны быть достаточно сложными, следовательно, дорогими и ненадежными. Хотя снижение надежности, вызванное сложностью, компенсируется повышением надежности благодаря большому тиражу и, следовательно, продолжением отладки после начала продаж;

· эффект снижения надежности ПО, части которого создаются (пишутся) разными производителями. Когда ПО создается внутри одной фирмы, можно предвидеть почти все ситуации, которые могут возникнуть на границе между ПО и пользователем или аппаратурой. Если же в этом участвуют несколько разных команд в разных фирмах, между которыми нет взаимодействия, то становится непонятно, кто отвечает за надежность всего комплекса. Кроме того, с ростом числа программистов, участвующих в создании ПО, по законам статистики увеличивается вероятность того, что появится хотя бы один программист, не умеющий писать надежные программы. А этого достаточно, чтобы сделать всю систему ненадежной. Надежность и безопасность открытых систем остаются темами, требующими решения;

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

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

⇐ Предыдущая 21 22 23 24 252627 28 29 30 Следующая ⇒