Как реализовать 3-сигма статистическое обнаружение неисправностей насосов в релейной логике

Обнаружение неисправностей насосов по методу 3 сигм использует скользящую статистику внутри ПЛК для выявления аномального поведения аналогового сигнала до того, как будет преодолен фиксированный порог аварийного сигнала. Вычисляя скользящее среднее и стандартное отклонение на основе недавних выборок давления, релейная логика может срабатывать при аномалиях, основанных на дисперсии, таких как кавитация, утечки или нестабильные условия потока.

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

В ходе валидации сценария центробежного насоса в OLLA Lab порог дисперсии 3 сигмы для имитируемого сигнала давления нагнетания 4–20 мА позволил обнаружить аномалии потери потока на 4,2 секунды быстрее, чем обычный статический аварийный сигнал низкого давления, и инициировал безопасное отключение до того, как произошло имитируемое повреждение уплотнения [Методология: n=24 имитируемых прогона неисправностей в одном сценарии центробежного насоса; базовый компаратор = только фиксированное срабатывание по низкому давлению; временное окно = от начала аномалии до подтверждения аварийного сигнала при режиме дискретизации 100 мс]. Это внутренний бенчмарк Ampergon Vallis, а не общеотраслевое заявление о производительности.

Инженерная суть проста: облачная аналитика полезна для анализа трендов, но детерминированные блокировки должны находиться на уровне управления (control edge). Если логика должна действовать немедленно, ПЛК не должен ждать исторический сервер (historian), панель управления или сеть, которая может быть недоступна.

Статистическое управление процессами (SPC) на уровне ПЛК ценно тем, что оно сочетает обнаружение аномалий с детерминированным действием. Это различие принципиально: аналитика может объяснить неисправность позже, но блокировки должны предотвращать повреждения в реальном времени.

Три практических преимущества оправдывают выполнение ограниченной логики SPC в ПЛК:

1. Детерминированные блокировки ПЛК может выдать аварийный сигнал, остановить двигатель или запретить повторный пуск в рамках обычного цикла сканирования и вывода. Это существенно отличается от ожидания оценки на стороне облака и возврата сообщения.
2. Сетевая устойчивость Логика защиты остается активной, даже если связь IT/OT прерывается, брокер зависает или исторический сервер сжимает сигнал до состояния, непригодного для быстрого обнаружения неисправностей.
3. Видимость высокочастотного сигнала ПЛК видит аналоговый вход с частотой задачи управления. Исторический сервер часто этого не делает. Быстрые колебания, периодическая нестабильность и кратковременные отклонения — это именно те формы поведения, которые фиксированные пороги пропускают в первую очередь.

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

С точки зрения стандартов, такое разделение соответствует дисциплине функционального распределения в системах промышленного управления: защитные действия должны оставаться детерминированными и проверяемыми, в то время как консультативная аналитика может располагаться в другом месте (IEC, 2010; IEC, 2016). Разные уровни имеют разные обязательства.

Логика 3 сигм — это скользящее стандартное отклонение, применяемое к тегу процесса в реальном времени. Формула знакома, но именно в деталях реализации проекты ПЛК становятся затратными.

Для окна выборки из N показаний давления:

μ = (1/N) × Σxᵢ

• Среднее значение

σ² = (1/N) × Σ(xᵢ - μ)²

• Дисперсия

σ = √σ²

• Стандартное отклонение

UCL (Верхний) = μ + 3σ LCL (Нижний) = μ - 3σ

• Контрольные пределы 3 сигм

Если текущее значение давления выходит за пределы этого диапазона, логика устанавливает бит статистической аномалии.

Необходимые математические блоки релейной логики

Практическая реализация обычно требует следующих типов инструкций:

• FIFO / FFL / логика сдвига массива для поддержания скользящего окна выборки
• AVE или явная логика ADD/DIV для вычисления скользящего среднего
• SUB для вычисления отклонения от среднего
• MUL для возведения отклонения в квадрат
• ADD для накопления квадратов отклонений
• DIV для вычисления дисперсии
• SQRT для вычисления стандартного отклонения
• MUL снова для генерации диапазона 3 сигм
• CMP / LIM / GRT / LES для запуска условия аномалии

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

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

### Шаг 1: Выборка аналогового входа с фиксированным интервалом

Используйте таймер или периодическую задачу для выборки входного давления с постоянной частотой. Общая отправная точка:

- Интервал выборки: 100 мс - Размер окна: 50 выборок - Окно наблюдения: 5 секунд

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

### Шаг 2: Сохранение выборок в массиве REAL

Используйте типы данных REAL для:

• текущего давления
• элементов массива
• скользящего среднего
• дисперсии
• стандартного отклонения
• верхнего и нижнего контрольных пределов

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

### Шаг 3: Поддержание скользящего окна

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

• счетчик действительных выборок
• границы массива
• состояние инициализации
• поведение до того, как массив будет полностью заполнен

Не вычисляйте дисперсию для пустого или частично неопределенного буфера, если логика явно не обрабатывает это условие. Ошибки деления на ноль не являются доказательством продвинутой аналитики.

### Шаг 4: Вычисление скользящего среднего

Как только массив заполнен:

• просуммируйте все значения выборок
• разделите на количество действительных выборок
• сохраните результат как `Rolling_Mean`

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

Практические примечания по реализации

Набор надежных цепей (rung) обычно включает:

• бит Data_Ready (данные готовы), когда окно выборки заполнено
• разрешение Stats_Enable, привязанное к состоянию работы насоса
• блокировку Bad_Input_Quality, если аналоговый сигнал недействителен, вне диапазона или устарел
• Startup_Mask_Timer (таймер маскирования пуска) для предотвращения ложных срабатываний во время переходных процессов

Именно здесь важна инженерная оценка при вводе в эксплуатацию. Насос, который запускается, останавливается или переключает режимы работы, сам по себе не является статистически аномальным; он просто меняет состояние. Логика должна знать разницу.

Где OLLA Lab становится операционно полезной

OLLA Lab предоставляет ограниченную среду для тестирования этой логики массивов до того, как она попадет в реальный контроллер. В браузере редактора релейной логики инженеры могут построить структуру FIFO, запустить логику в режиме симуляции и использовать панель переменных (Variables Panel) для наблюдения за заполнением массива в реальном времени.

Это важно, потому что «готовый к симуляции» должно означать что-то наблюдаемое. Операционно это означает, что инженер может доказать, наблюдать, диагностировать и укрепить логику управления против реалистичного поведения процесса до того, как она попадет в реальный процесс. Синтаксис — это лишь часть дела. Развертываемость — более сложная часть.

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

Пошаговая последовательность релейной логики

После вычисления скользящего среднего:

1. Пройдите по каждой выборке в массиве.
2. Вычтите среднее значение из выборки.
3. Возведите отклонение в квадрат.
4. Накопите квадраты отклонений.
5. Разделите на N, чтобы получить дисперсию.
6. Примените SQRT, чтобы получить стандартное отклонение.
7. Умножьте стандартное отклонение на 3.0.
8. Прибавьте и вычтите это значение из среднего, чтобы создать верхний и нижний контрольные пределы.
9. Сравните текущее давление с этими пределами.
10. Зафиксируйте (latch) аварийный сигнал статистической аномалии, если сигнал вне диапазона.

Пример логики в стиле релейных цепей

// Вычисление диапазона 3 сигм MUL Standard_Deviation 3.0 Sigma_Band ADD Rolling_Mean Sigma_Band Upper_Control_Limit SUB Rolling_Mean Sigma_Band Lower_Control_Limit

// Запуск аварийного сигнала аномалии GRT Current_Pressure Upper_Control_Limit OTL Pump_Stat_Anomaly LES Current_Pressure Lower_Control_Limit OTL Pump_Stat_Anomaly

Соображения по проектированию блокировок

Полезная блокировка обычно требует больше, чем просто одну инструкцию сравнения. Рассмотрите возможность добавления:

• таймера задержки (persistence timing), чтобы одна шумная выборка не привела к остановке насоса
• разделения аварийного сигнала и отключения
• запрета автоматического сброса до проверки оператором
• разрешений на основе режима, чтобы обслуживание или ручной режим не вызывали ложных срабатываний
• журналирования событий для среднего значения, сигмы, текущего значения и рабочего состояния в момент отключения

Чистый шаблон выглядит так:

• первое нарушение → установить Stat_Alarm
• устойчивое нарушение в течение определенного времени → установить Trip_Request
• подтвержденная остановка → зафиксировать Pump_Faulted

Эту последовательность легче диагностировать, чем одну цепь, которая делает все плохо.

Корректировка, которую стоит сделать

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

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

Небольшая утечка уплотнения, проблема на всасывании или раннее событие кавитации могут вызвать:

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

Фиксированный аварийный сигнал, такой как «Отключить, если давление < 50 PSI», игнорирует все это, пока сигнал наконец не пересечет линию. К тому времени механическое состояние может уже ухудшаться.

Диапазон 3 сигм реагирует на поведение сигнала относительно его недавней базовой линии. Если насос обычно работает при 72 PSI с низкой дисперсией и внезапно начинает колебаться между 66 и 78 PSI, стандартное отклонение растет, даже если среднее значение остается выше статического порога отключения. Это часто является первым полезным предупреждением.

Это не магия и не универсальное решение. Если сам процесс по своей природе нестабилен, аварийный сигнал по дисперсии может просто сказать вам, что процесс изменчив. Метод лучше всего работает при применении к стабильному рабочему режиму с известным нормальным поведением, правильным управлением режимами и валидированным окном выборки.

Исследования в области мониторинга состояния и обнаружения аномалий подтверждают ценность признаков, чувствительных к дисперсии, для вращающегося оборудования и технологических систем, особенно в сочетании с предметно-ориентированными порогами и контекстом работы (Jardine et al., 2006; Lei et al., 2020; Yin et al., 2014). Реализация в ПЛК проще, чем многие подходы на основе моделей, но требование к инженерной дисциплине не исчезает.

Окно выборки должно соответствовать динамике процесса, а не терпению инженера. Окно из 50 выборок при 100 мс может быть разумным для одного насоса и неэффективным для другого.

Факторы выбора окна

Выбирайте скользящее окно на основе:

• времени отклика датчика
• динамики насоса и трубопроводов
• ожидаемой частоты возмущений
• времени сканирования и загрузки контроллера
• допуска к ложным аварийным сигналам
• требуемой скорости отклика

Короткое окно реагирует быстрее, но более шумное. Длинное окно более плавное, но медленнее. Правильный ответ обычно находится путем тестирования случаев неисправностей, а не спорами о круглых числах.

Соображения по сканированию и выполнению

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

Следите за:

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

Разумный шаблон:

• выполнять выборку с фиксированным интервалом
• вычислять статистику только при поступлении новой выборки
• отделять высокоприоритетные блокировки от низкоприоритетной аналитики
• проводить бенчмаркинг влияния на сканирование во время валидации

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

Задержка аварийного сигнала

Используйте таймер задержки или подтверждение на основе количества выборок перед отключением. Общие шаблоны включают:

• аномалия присутствует в течение 500 мс
• 3 из 5 последовательных выборок вне диапазона
• повторные нарушения в течение скользящего временного интервала

Это уменьшает количество ложных срабатываний, сохраняя при этом раннее обнаружение. Точное значение должно быть обосновано с учетом риска процесса и уязвимости насоса, а не скопировано без валидации.

Логика дисперсии должна тестироваться против динамических возмущений, а не статического принудительного воздействия. Принудительное постоянное значение доказывает очень мало, кроме того факта, что симулятор может удерживать число.

В OLLA Lab инженеры могут валидировать эту логику в веб-среде репетиции, которая сочетает выполнение релейной логики, проверку переменных в реальном времени и имитируемое поведение оборудования. Соответствующий рабочий процесс ограничен и практичен:

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

Полезные шаблоны возмущений для ввода

Для тестирования аномалий насосов наиболее информативными случаями являются:

• аналоговый дрейф для имитации постепенной деградации
• прямоугольное возмущение для имитации нестабильного поведения процесса
• увеличение амплитуды шума для имитации начала кавитации или колебаний давления
• ступенчатое изменение плюс осцилляция для тестирования логики восстановления и задержки

Цель не в том, чтобы создать театральные неисправности. Цель — создать повторяемые, ограниченные сигнатуры неисправностей и убедиться, что логика реагирует так, как спроектировано.

Что здесь означает валидация цифрового двойника

Термин «валидация цифрового двойника» следует использовать осторожно. В данном контексте это означает валидацию логики управления против реалистичной модели имитируемого оборудования и наблюдаемого поведения процесса перед развертыванием. Это не означает, что симуляция является сертифицированной заменой приемочным испытаниям на объекте (FAT), SAT, проверкам контуров или вводу установки в эксплуатацию.

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

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

Используйте эту структуру:

Укажите, что считается успешным поведением. Пример: «ПЛК должен выдать аварийный сигнал статистической аномалии в течение 1,0 секунды после устойчивой нестабильности давления и отключить насос, если аномалия сохраняется в течение 2,0 секунд в состоянии Auto и Run».

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

Задокументируйте, что изменилось после тестирования: размер окна, таймер задержки, маска пуска, порог сравнения или разрешение режима.

1. Описание системы Определите систему насоса, контролируемый аналоговый тег, режимы работы и предполагаемое защитное действие.
2. Операционное определение «правильного»
3. Релейная логика и состояние имитируемого оборудования Запишите соответствующие цепи, список тегов, интервал выборки, длину массива и состояние работы имитируемого насоса во время теста.
4. Случай введенной неисправности
5. Внесенные изменения
6. Извлеченные уроки Укажите, что выявил тест. Хорошие примеры включают ложные срабатывания во время пуска, чрезмерные затраты на сканирование или плохое поведение при частичном заполнении буфера.

Это те доказательства, которые поддерживают инженерную проверку. Они показывают причину, следствие, пересмотр и суждение. Один лишь скриншот обычно показывает только то, что кто-то сделал снимок экрана.

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

Стоит четко обозначить три границы:

Если функция является частью системы безопасности (SIS), она должна быть спроектирована, валидирована и обслуживаться в соответствии с требованиями жизненного цикла безопасности. Статистическая новизна не освобождает никого от дисциплины IEC 61508 или IEC 61511 (IEC, 2010; IEC, 2016).

• Аварийный сигнал по дисперсии — это не заявка на SIL.

Симуляция может валидировать поведение логики и выявить дефекты на ранней стадии, но она не заменяет FAT, SAT, проверки контуров или ввод в эксплуатацию на реальном процессе.

• Симуляция — это не полевое доказательство.

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

• Обнаружение аномалий требует контекста режима.

Для более широкой практики надежности литература по мониторингу состояния последовательно подчеркивает, что качество обнаружения неисправностей зависит от качества сигнала, контекста работы и валидации по известным сигнатурам неисправностей, а не от простого наличия алгоритма (Jardine et al., 2006; Lei et al., 2020). Другими словами, формула — это еще не метод.

- IEC 61131-3: Программируемые контроллеры — Часть 3 - Семейство стандартов функциональной безопасности IEC 61508 - Ресурсы exida по функциональной безопасности и валидации - Рекомендация NAMUR NE 107 по сигнализации состояния - Цифровой двойник в промышленности: современное состояние (DOI)