Как реализовать фильтр первого порядка (апериодическое звено) в релейной логике (Ladder Logic)

Фильтр первого порядка (апериодическое звено) в релейной логике — это цифровой фильтр нижних частот, который сглаживает зашумленные аналоговые входные сигналы путем объединения текущего «сырого» значения с предыдущим отфильтрованным значением с использованием весового коэффициента альфа. На практике это позволяет уменьшить нестабильность ПИД-регулятора, вызванную шумами, при этом внося настраиваемую задержку отклика, которую необходимо проверить перед внедрением.

«Сырые» аналоговые сигналы не становятся автоматически качественными только потому, что датчик откалиброван. На действующих объектах сигналы 4–20 мА и 0–10 В постоянно подвергаются воздействию шумов от электромагнитных помех (ЭМП), проблем с заземлением, турбулентности технологических процессов и механической вибрации. Если этот шум подается непосредственно в логику управления, ПЛК реагирует на помехи, а не на реальные показатели процесса. В результате исполнительные механизмы совершают лишние движения, вибрируют и преждевременно изнашиваются.

В ходе валидационного тестирования в OLLA Lab подача высокочастотного шума с размахом 2 мА на имитируемый сигнал давления 4–20 мА привела к 15% вариативности выходного сигнала ПИД-регулятора. Применение фильтра первого порядка с коэффициентом альфа = 0,15 снизило вариативность до 1,2% в тех же условиях. Методология: n=12 повторных симуляций для одной задачи контура давления, базовый компаратор = путь нефильтрованного сигнала, временное окно = 10 минут эквивалентного времени симуляции на прогон. Это подтверждает, что программная фильтрация может существенно стабилизировать зашумленный контур в ограниченных условиях симуляции. Это не является универсальным правилом настройки для всех процессов, приборов или времен цикла сканирования.

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

Стандартная дискретная форма выглядит так:

Y_n = (alpha × X_n) + ((1 - alpha) × Y_n-1)

Где:

• X_n = «сырой» входной сигнал
• alpha = коэффициент фильтрации
• Y_n-1 = предыдущее отфильтрованное значение
• Y_n = новое отфильтрованное значение

Интерпретация:

• alpha = 1.0 означает отсутствие фильтрации
• меньшее значение alpha означает более сильное сглаживание и большую задержку

Ключевое отличие простое: это не усреднение фиксированного окна выборок, а рекурсивное взвешивание истории. Это делает алгоритм вычислительно легким и простым в реализации на языке релейной логики (Ladder Logic).

Почему его называют фильтром с задержкой (lag filter)?

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

Инженерная задача состоит не в том, чтобы сделать график «красивым». Задача — устранить бесполезные колебания, не задерживая сигнал процесса настолько, чтобы ухудшилось качество управления.

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

Распространенные источники деградации сигнала:

• Электромагнитные помехи (ЭМП) от частотно-регулируемых приводов (ЧРП), кабелей двигателей, реле и плохо разделенной силовой и измерительной проводки
• Контуры заземления и неисправности экранирования
• Механическая вибрация, влияющая на датчики давления, расхода и уровня
• Турбулентность процесса, такая как всплески, кавитация и пульсации
• Дискретность АЦП и взаимодействие с циклом сканирования

Почему нефильтрованный шум ухудшает качество управления?

Нефильтрованный шум ухудшает качество управления, так как контроллер воспринимает каждое изменение как потенциально значимое, если не задано иное. Это особенно проблематично в контурах, использующих дифференциальную составляющую (D-действие).

Три распространенных паттерна сбоев:

• «Рыскание» выходного сигнала
• Усиление шума дифференциальной составляющей
• Механический износ из-за ненужных движений исполнительного механизма

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

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

Пошаговая структура логики

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

Пример реализации в релейной логике

[Язык: Ladder Diagram]

// Rung 1: Выполнение математики фильтра первого порядка CPT Dest: Tag_Filtered_Current Expression: (Tag_Raw_Input Tag_Alpha) + (Tag_Filtered_Previous (1.0 - Tag_Alpha))

// Rung 2: Обновление исторического тега для следующего цикла MOV Source: Tag_Filtered_Current Dest: Tag_Filtered_Previous

Какие теги вам нужны?

Как минимум, определите:

• `Tag_Raw_Input` — масштабированный аналоговый вход
• `Tag_Alpha` — коэффициент фильтрации (тип REAL)
• `Tag_Filtered_Current` — текущий отфильтрованный результат
• `Tag_Filtered_Previous` — сохраненный результат предыдущего цикла

Какая деталь выполнения наиболее важна?

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

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

Распространенные стратегии инициализации:

- Инициализация при первом сканировании: установить `Tag_Filtered_Previous = Tag_Raw_Input` в первом цикле программы - Инициализация при смене режима: повторная инициализация при переключении с ручного на автоматический режим, если устаревшая история может исказить отклик - Инициализация после сбоя: повторная инициализация после неисправности входного сигнала или замены датчика

Правильный выбор зависит от критичности процесса и философии управления.

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

Практическая интерпретация:

- Высокое alpha, например 0,6–0,9: легкая фильтрация, быстрый отклик, ограниченное подавление шума - Среднее alpha, например 0,2–0,5: сбалансированное сглаживание и отзывчивость - Низкое alpha, например 0,05–0,15: сильное сглаживание, медленный отклик, риск фазового сдвига

Эти диапазоны являются эвристическими, а не универсальными настройками. Правильное значение зависит от:

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

В чем основной компромисс настройки?

Основной компромисс — это плавность против фазового сдвига.

Если alpha слишком высока:

• сигнал остается зашумленным
• ПИД-регулятор продолжает реагировать на помехи
• износ исполнительного механизма может оставаться высоким

Если alpha слишком низка:

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

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

Время цикла сканирования влияет на работу фильтра, так как уравнение выполняется один раз за цикл, и эффективное сглаживание зависит от того, как часто происходит рекурсивное обновление. Одно и то же значение alpha не дает одинакового динамического эффекта, если время выполнения задачи существенно меняется.

Это важно по трем причинам:

• Более быстрое выполнение меняет эффективный временной отклик
• Более медленное выполнение увеличивает кажущуюся задержку между значимыми корректировками
• Нестабильное время выполнения (джиттер) может исказить ожидаемую работу фильтра, особенно в жестко настроенных контурах

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

Вы проверяете отклик фильтра в OLLA Lab, подавая контролируемый аналоговый шум на имитируемый сигнал, применяя фильтр в релейной логике и сравнивая «сырое» и отфильтрованное поведение на панели переменных (Variables Panel) перед любым реальным внедрением.

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

Рабочий процесс валидации в OLLA Lab

• Подайте шум на аналоговый сигнал, используя высокочастотную помеху поверх стабильной базовой линии
• Создайте фильтр в редакторе релейной логики
• Отслеживайте оба значения на панели переменных
• Намеренно регулируйте alpha
• Наблюдайте за поведением управления на выходе
• Пересматривайте и повторяйте тест

На что обращать внимание при валидации?

Ищите доказательства, а не эстетику:

• Подавляет ли отфильтрованный сигнал высокочастотные колебания?
• Становится ли выход ПИД-регулятора существенно более стабильным?
• Не задерживает ли фильтр реальные изменения процесса слишком сильно?
• Исчезают ли ложные срабатывания сигнализации или они теперь приходят с опозданием?
• Остается ли пересмотренное поведение приемлемым при различных помехах?

Стабильной линии тренда недостаточно. Контур все равно должен отражать процесс с полезной скоростью.

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

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

1. Описание системы: элемент процесса, тип сигнала, диапазон масштабирования, контекст сканирования и место использования отфильтрованного значения 2. Операционное определение правильного поведения: уменьшение шума, ограниченная вариативность исполнительного механизма, отсутствие неприемлемой задержки управления и отсутствие ложных срабатываний сигнализации 3. Релейная логика и состояние имитируемого оборудования: реализованная логика, роли тегов, начальные условия и состояние имитируемого процесса 4. Случай внесенной неисправности: тип помехи, амплитуда, частота, профиль турбулентности или джиттера датчика 5. Внесенные изменения: выбранное значение alpha, изменения инициализации и любые корректировки ПИД-регулятора или сигнализации 6. Извлеченные уроки: что улучшилось, что ухудшилось и что остается неопределенным

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

Соответствующие ссылки включают:

• IEC 61508 для более широкой дисциплины функциональной безопасности и строгости жизненного цикла программного обеспечения в электрических, электронных и программируемых системах
• Руководство exida для практической интерпретации вопросов жизненного цикла безопасности и валидации систем управления
• Литература IFAC и литература по управлению процессами для фильтрации, производительности контуров и компромиссов при реакции на шум
• Литература по приборам и датчикам для поведения шума, неопределенности измерений и динамической обработки сигналов

Важная граница: использование фильтра в учебной или валидационной среде само по себе не устанавливает целостность безопасности, соответствие требованиям или пригодность для функций безопасности (SIF). Фильтрация может улучшить качество управления, но она не заменяет инженерную экспертизу.

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

Будьте осторожны в таких случаях, как:

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

Правильный вопрос не «могу ли я сгладить этот сигнал», а «какое решение станет медленнее, если я это сделаю».

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

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

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

- IEC 61131-3 — Языки программирования ПЛК - Обзор функциональной безопасности IEC 61508 - Åström & Murray, *Feedback Systems* - Seborg et al., *Process Dynamics and Control* (Wiley) - Домашняя страница журнала IFAC-PapersOnLine