На Машиностроительном форуме обсудили, как повысить эффективность и надежность систем автоматизации в эксплуатации на производствах
10 сентября на VI Машиностроительном форуме ПСМ в сессии «Предотвратить аварию: как SCADA и предиктивная аналитика помогают управлять надежностью» эксперты обсудили, где резервирование действительно необходимо, а где избыточная сложность не повышает надежность. Модератор Виталий Рожков, начальник отдела сервисного обслуживания ПСМ, предложил участникам непростые вопросы: может ли слишком сложная схема резервирования сама стать источником отказов и что мешает предиктивной аналитике перестать быть пилотом. В дискуссии участвовали представители РЕГЛАБ, СкадаСистемы, ГК Key Point, ПСМ UNLIM.
Директор по техническому маркетингу РЕГЛАБ Максим Казаков поделился опытом применения контроллеров Regul, ПТК AstraRegul и отметил, что резервирование оправдано далеко не всегда. «Для дискретных процессов, локальной автоматики резервирование в большинстве случаев избыточно. Исключение — связь с верхним уровнем, так как кабель наиболее подвержен отказам, и, если линия оборвалась, технология продолжает работать, но оператор теряет контроль», — пояснил он. Для непрерывной автоматизации, по его словам, нужно резервировать хотя бы центральный процессор, а на сложных непрерывных производствах, например, в нефтепереработке — дублировать аналоговые входы и выходы (контуры регулирования). В энергетике для турбин резервируют сигналы системы защиты.
Также Максим Казаков отметил, что в таких ответственных системах, как системы противоаварийной защиты, может применяться контроллерное оборудование и без резервирования, но каждый модуль должен в отдельности соответствовать требуемому уровню функциональной безопасности согласно IEC 61508. Но зачастую в критических отраслях требуется полное дублирование контроллера, чтобы обслуживать систему без остановки технологического процесса, хотя стандарт рекомендует вносить изменения только при остановленном процессе, т.к. человеческий фактор здесь может сыграть злую шутку. «Да, контроллерное оборудование в конечном итоге переведет систему в безопасное состояние, но останов технологической системы завода — это большие финансовые потери. Поэтому все корректирующие работы должны проводиться в запланированные технологические остановы», — подчеркнул эксперт.
Чтобы сделать SCADA максимально полезной для эксплуатации, а не просто удобной визуализацией, система должна разделяться на локальную автоматику, сеть и программное обеспечение, а зоны ответственности четко фиксироваться. Эксперты форума сошлись во мнении, что SCADA становится по-настоящему эффективной, когда эксплуатацию подключают к настройке, обучают работе с софтом и дают возможность гибко менять параметры без привлечения разработчика. «Зачастую на верхний уровень отправляют всё, что можно. Необходимо понимать, зачем нужна информация и с какой частотой она должна обновляться. Если показания датчика обновляются раз в секунду, а опрос идет каждые 200 миллисекунд, это создает высокую нагрузку и плохо сказывается на эксплуатации», — отметил Максим Казаков.
Участники также обсудили, что SCADA отличается от визуализации ответственностью вендора: поддержкой 24/7, сертификацией, совместимостью с железом и передачей нормализованных данных в MES или ERP. Самодельная разработка визуализации силами заказчика на предприятии такие задачи не решает.
Отдельный блок сессии был посвящен предиктивной аналитике. Максим Казаков прокомментировал: «Правильное решение — строить на отдельном вычислительном узле — к примеру, сервере Истории, а не переносить «математику» на контроллерный уровень. Иначе контроллерного оборудования не хватит, возникнет высокая загрузка. Нужно передавать базовые параметры, а всю аналитику выполнять на отдельном сервере».
В финале сессии эксперты искали критерий, который превратил бы предиктивную аналитику из пилота в промышленный инструмент. Прозвучали рекомендации, что это должно быть коробочное решение с понятной стоимостью владения, высокой точностью предсказания, накопленной исторической базой и интеграцией по API с АСУ ТП. SCADA приносит пользу эксплуатации не тогда, когда в нее собирают все данные и максимально резервируют каждый узел, а тогда, когда аналитика вынесена на вычислительный ресурс, зоны ответственности разделены, а эксплуатация участвует в настройке системы с самого начала.
