Разбор причин, по которым нефтеперерабатывающие заводы пересматривают применение ПЛК для функций безопасности, и описание архитектуры с выделенными контроллерами безопасности. Из статьи можно вынести перечень недостатков ПЛК-решений и преимущества разделения АСУ ТП и системы безопасности.
- Исторически на НПЗ для противопожарной защиты и АСУ ТП применялись ПЛК, но такая архитектура признаётся избыточно сложной и несёт скрытые риски.
- Реализация функций безопасности на ПЛК требует тысяч строк дополнительного кода, который нужно тестировать, документировать и сопровождать.
- Доказать соответствие ПЛК-систем требованиям стандартов функциональной безопасности, например IEC 61511, трудоёмко, а любое изменение программы ведёт к повторной валидации.
- При миграции на новую версию ПЛК логики безопасности переносят и аттестуют вручную, что увеличивает сроки, стоимость и вероятность ошибки.
- Предлагается возложить критические функции на специализированные логические контроллеры (Logic Solver), связанные с датчиками и исполнительными механизмами напрямую.
- Логика в таких контроллерах конфигурируется, а не программируется, что сокращает объём кода и упрощает аттестацию, обслуживание и независимую модернизацию.
- ПЛК
- ППЗ
- АСУ ТП
- IEC 61511
- Logic Solver
Кому полезно: Инженерам АСУ ТП и специалистам по функциональной безопасности на НПЗ
Первоисточник: t.me
Выжимка составлена редакцией сайта с помощью ИИ по тексту статьи.
На многих нефтеперерабатывающих заводах для систем противопожарной защиты (ППЗ) и систем управления технологическими процессами (АСУ ТП) исторически использовались программируемые логические контроллеры (ПЛК).
Однако анализ показывает, что такая архитектура создает избыточную сложность и скрытые риски.
Ключевые недостатки использования ПЛК для безопасности:
Избыточность кода. Для реализации функций безопасности (например, аварийного отключения) в ПЛК приходится писать сложные программные блокировки. Это приводит к созданию тысяч строк дополнительного кода, который требует тестирования, документирования и сопровождения. Простая замена датчика может потребовать изменений в логике ПЛК.
Сложность верификации и аттестации. Доказать соответствие систем на базе ПЛК строгим стандартам функциональной безопасности (напр., IEC 61511) — крайне трудоемкий процесс. Каждое изменение в программе требует повторной валидации, что отнимает значительные ресурсы.
Риски при модернизации. При обновлении АСУ ТП (миграции на новую версию ПЛК) инженеры вынуждены вручную переносить и повторно аттестовывать весь массив логик безопасности, что увеличивает сроки, стоимость и вероятность ошибки.
Альтернативное решение: специализированные системы
Статья предлагает рассмотреть архитектуру, где для критических функций безопасности используются специализированные логические контроллеры (Logic Solver), напрямую связанные с датчиками и исполнительными механизмами.
Преимущества такого подхода:
Разделение ответственности: АСУ ТП на базе ПЛК управляет технологическим режимом, а выделенная система отвечает исключительно за безопасность. Это упрощает архитектуру и снижает нагрузку на основную АСУ ТП.
Снижение сложности: Логика в специализированных контроллерах, как правило, конфигурируется, а не программируется (например, с помощью функциональных блоковых диаграмм). Это минимизирует объем кода и упрощает его анализ.
Упрощение аттестации и обслуживания: Изменения в АСУ ТП не затрагивают сертифицированную систему безопасности. Модернизация одной системы может проводиться независимо от другой.
Переход от универсальных ПЛК к специализированным системам для функций безопасности позволяет НПЗ снизить инженерные риски, сократить затраты на жизненный цикл и повысить общую надежность защитных функций.
Источник: https://t.me/sandbox_ru
