Ведущие производители промышленных систем безопасности
Ниже приводятся списки производителей программируемых электронных систем, имеющих разрешения TUV на применение определенных моделей PLC для целей защиты технологических процессов.
Ведущие фирмы-производители систем класса 1oo2D:
- ABB
- ABB
- Honeywell
- Siemens Energy & Automation
- Yokogawa.
Фирмы-производители систем класса 2ооЗ:
- ABB
- GE-Fanuc
- ICS
- Triconex.
Текущий перечень производителей сертифицированного TUV оборудования систем безопасности можно посмотреть на сайтах http://www.tuvasi.com, http://www.tuv-fs.com
Кроме того, в расчетах использовано значение для интервала функционального (межповерочного) тестирования Т1 =только 6 месяцев, и нет расчетов для одного года, двух лет, 10 лет, как это рекомендовано стандартом МЭК. Надо ли напоминать, что искусственное сокращение интервала Т1 с одного года до полугодия приводит к снижению вероятности опасного отказа в ДВА РАЗА, то есть к искусственному завышению характеристик надежности системы.
Притом, что на западе стандартный интервал между остановами на капремонт измеряется 2-4 годами (рекорд - 12(!) нет для одной из этиленовых установок).
Кроме того, параметр ß - доля общих отказов - принят в расчетах равным 1%, тогда как МЭК рассматривает диапазон от 1 до 10%, а для необнаруженных общих отказов - до 20%. Примеров подобных ухищрений можно привести множество.
Представитель фирмы HIMA J.Borcsok в документе "Safety Consideration", 2003, приводит результаты расчетов вероятности отказа для различных конфигураций контроллеров HIM А в совокупности с полевым оборудованием. При этом во всех расчетах принимается, что все датчики имеют конфигурацию 2ооЗ, а клапаны - 1оо2. При всем уважении к авторитету фирмы HIM А, интересно было бы посмотреть: много ли в США или Германии таких систем.
Данные, полученные в одних условиях, применяются для подкрепления утверждений в собственных обстоятельствах, но при этом, естественно, не упоминается, что обстоятельства поменялись. Поэтому необходимо критически относиться к сведениям из проспектов поставщиков систем безопасности, и всегда понимать, что фактический уровень допуска конкретной конфигурации оборудования и формальное соответствие последним международным стандартам - /ЕС 61508, /ЕС 61511 - это далеко не одно и то же. Применение технических устройств только на основе эффектных презентаций - большой риск. И пусть эти устройства испытываются где-нибудь в другом месте, но не на наших взрывоопасных объектах.
К сожалению, сертификаты не гарантируют соответствие фактических характеристик заявленным характеристикам оборудования. В стандартах IEC 61508 и 61511 прямо указывается на необходимость опыта непосредственного применения конкретных систем безопасности в течение достаточного интервала времени на различных процессах как одного из решающих условий выбора. В особенности это касается комплексных компонент системы с многочисленными функциями. Заказчик должен знать, какие из этих функций действительно были проверены на практике. Если отказы оборудования не имитировались в процессе пуско-наладки и не отрабатывались во время эксплуатации, то невозможно утверждать, что эти функции на самом деле будут выполнены.
В заключение еще раз приведем чрезвычайно жесткие требования стандартов МЭК к полевым испытаниям оборудования и программного обеспечения систем безопасности. Эти требования настолько важны, что должны в обязательном порядке присутствовать в наших нормативных документах. Стандарты IEC 61508 (Часть 7, п. В.5.4) и IEC 61511 (Часть 4) требуют: Для того чтобы система считалась прошедшей полевые испытания, должны быть выполнены следующие требования (For field experience to apply, the following requirements must have been fulfilled):
- Неизменная спецификация.
- 10 систем в различных приложениях.
- 105 отработанных рабочих часов (11,42 года) и, как минимум, 1 год сервисного обслуживания.
Сведения о том, что система прошла испытания на практике, должны быть предоставлены в виде документов изготовителем или поставщиком системы. Эта документация должна содержать, как минимум:
- Точное предназначение системы и ее компонентов, включая контроль версии оборудования;
- Послужной список системы с указанием потребителей и даты внедрения;
- Время эксплуатации;
- Процедуры для выбора системы и ее компонент, и процедуры, достаточные для проверки;
- Процедуры для выявления отказов, их регистрации, а также их устранения.
В части проверки программного обеспечения Стандарты IEC 61508 (часть 7, С2.10) и IEC 61511 (часть 4) требуют:
Программное обеспечение не ломается, однако подвержено систематическим ошибкам, поэтому компонентам программного обеспечения или программным модулям можно доверять, если они уже проверены на соответствие требуемому уровню интегральной безопасности. Например, если для определения отказов оборудования предусмотрена процедура самотестирования, но отказы оборудования не имитировались в процессе пуско-наладки и не отрабатывались во время эксплуатации, то невозможно утверждать, что функции обнаружения неисправностей проверены на практике. Для исключения расширенной перепроверки или перепроектирования системных программных модулей при каждом новом применении, должны быть выполнены следующие требования, которые позволят удостовериться, что программные модули свободны от систематических ошибок проектирования и от опасных отказов. Программное обеспечение должно отвечать следующим жестким критериям:
- Неизменная спецификация.
- 10 систем в различных приложениях.
- Вероятность неопасных отказов в течение года 10 -5 с доверительной вероятностью 99,9%.
- Отсутствие опасных отказов.
Для проверки того, что компонент или модуль программного обеспечения отвечает всем этим критериям, следующие позиции должны быть документированы (must be documented):
- Точная идентификация системы и ее компонентов, включая контроль версии и программного обеспечения, и оборудования;
- Послужной список системы с указанием потребителей и даты внедрения;
- Время эксплуатации;
- Процедуры для выбора системы под конкретные применения, и варианты применения;
- Процедуры для выявления отказов, их регистрации и устранения.