Cómo implementar un filtro de retardo de primer orden en lógica de escalera

Un filtro de retardo de primer orden en lógica de escalera es un filtro digital de paso bajo que suaviza las entradas analógicas ruidosas combinando el valor bruto actual con el valor filtrado anterior mediante una constante de ponderación, alfa. En la práctica, puede reducir la inestabilidad del PID causada por el ruido, aunque introduce un retardo de respuesta ajustable que debe validarse antes de su implementación.

Las señales analógicas brutas no son automáticamente adecuadas solo porque el transmisor esté calibrado. En plantas reales, las señales de 4–20 mA y 0–10 V captan habitualmente ruido debido a interferencias electromagnéticas (EMI), problemas de conexión a tierra, condiciones turbulentas del proceso y vibraciones mecánicas. Si ese ruido se introduce directamente en la lógica de control, el PLC reacciona a la perturbación en lugar de a la realidad del proceso. Como resultado, los actuadores oscilan, vibran y se desgastan.

Durante las pruebas de validación en OLLA Lab, la inyección de una onda de ruido de alta frecuencia de 2 mA pico a pico en una señal de presión simulada de 4–20 mA produjo una varianza del 15% en la salida del actuador PID. La aplicación de un filtro de retardo de primer orden con alfa = 0,15 redujo la varianza del actuador al 1,2% en el mismo escenario. Metodología: n=12 ejecuciones de simulación repetidas en una tarea de bucle de presión, comparador de referencia = ruta de señal sin filtrar, ventana de tiempo = tiempo de ejecución simulado equivalente a 10 minutos por ejecución. Esto respalda la afirmación de que el filtrado por software puede estabilizar materialmente un bucle ruidoso en un caso de simulación acotado. No respalda una regla de ajuste universal para todos los procesos, instrumentos o tiempos de ciclo.

Un filtro de retardo de primer orden es un filtro de paso bajo basado en software que reduce la fluctuación a corto plazo en una señal mediante la combinación de la entrada actual con el resultado filtrado anterior a lo largo de ciclos de escaneo sucesivos del PLC. En la práctica de control, a menudo se implementa como una media móvil exponencial (EMA).

La forma discreta estándar es:

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

Donde:

• X_n = entrada bruta
• alfa = constante del filtro
• Y_n-1 = valor filtrado anterior
• Y_n = nuevo valor filtrado

Interpretación:

• alfa = 1,0 significa que no hay filtrado
• un alfa más bajo significa un suavizado más intenso y mayor retardo

La distinción clave es simple: esto no es promediar una ventana fija de muestras; es ponderar el historial de forma recursiva. Eso lo hace computacionalmente ligero y fácil de implementar en lógica de escalera.

¿Por qué se llama filtro de retardo (lag filter)?

Se llama filtro de retardo porque la salida responde intencionadamente de forma más lenta que la entrada bruta. Ese retardo no es necesariamente un defecto. Es el compromiso necesario para rechazar el ruido de alta frecuencia.

El objetivo de ingeniería no es hacer que la tendencia se vea más limpia. El objetivo es eliminar la variación no útil sin retrasar la señal del proceso tanto que la calidad del control se degrade.

El filtrado por software es necesario porque la limpieza del hardware y la precisión del transmisor no eliminan el ruido dinámico a nivel de control. Una señal puede ser eléctricamente válida y, aun así, ser operativamente inútil.

Las fuentes comunes de degradación de la señal incluyen:

• Interferencias electromagnéticas (EMI) de variadores de frecuencia (VFD), cables de motor, relés y cableado de alimentación e instrumentación mal segregado
• Bucles de tierra y fallos de blindaje
• Vibraciones mecánicas que afectan a dispositivos de presión, flujo y nivel
• Turbulencias del proceso como salpicaduras, cavitación y pulsaciones
• Granularidad de la conversión A/D e interacción con el tiempo de ciclo

¿Por qué el ruido sin filtrar daña el rendimiento del control?

El ruido sin filtrar degrada el rendimiento del control porque el controlador trata cada cambio como potencialmente significativo a menos que se le indique lo contrario. Esto es especialmente problemático en bucles que utilizan acción derivativa.

Tres patrones de fallo comunes son:

• Oscilación de la salida (hunting)
• Amplificación derivativa
• Desgaste mecánico por movimiento innecesario del actuador

Es por esto que el filtrado por software suele formar parte de la conversación cuando la calidad analógica es sospechosa, aunque no en todas partes ni de forma ciega.

Se escribe un filtro de retardo de primer orden en lógica de escalera calculando la contribución ponderada de la entrada bruta y el valor filtrado anterior, sumándolos y luego almacenando el resultado para el siguiente ciclo. La implementación puede utilizar bloques matemáticos separados o una única instrucción de cálculo, dependiendo de la plataforma del PLC.

Estructura lógica paso a paso

1. Calcule el peso de la entrada bruta multiplicando la entrada bruta por alfa.
2. Calcule el peso histórico restando alfa de 1,0 y multiplicando ese resultado por el valor filtrado anterior.
3. Sume ambos términos ponderados para producir el nuevo valor filtrado.
4. Actualice la etiqueta (tag) histórica para que esté disponible en el siguiente ciclo.

Ejemplo de implementación en escalera

[Lenguaje: Diagrama de Escalera]

// Rung 1: Ejecutar cálculo de retardo de primer orden CPT Dest: Tag_Filtered_Current Expresión: (Tag_Raw_Input Tag_Alpha) + (Tag_Filtered_Previous (1.0 - Tag_Alpha))

// Rung 2: Actualizar etiqueta histórica para el siguiente ciclo MOV Source: Tag_Filtered_Current Dest: Tag_Filtered_Previous

¿Qué etiquetas (tags) necesita?

Como mínimo, defina:

• `Tag_Raw_Input` — entrada analógica escalada
• `Tag_Alpha` — constante del filtro como REAL
• `Tag_Filtered_Current` — resultado filtrado actual
• `Tag_Filtered_Previous` — resultado filtrado del ciclo anterior retenido

¿Qué detalle de ejecución es el más importante?

El orden de ejecución importa porque este es un cálculo recursivo. Si sobrescribe el valor histórico demasiado pronto, el filtro deja de comportarse como se pretende.

Debe inicializar un filtro de retardo de primer orden de modo que el valor histórico comience desde una condición conocida, generalmente la entrada bruta actual al inicio o en el primer ciclo. Esto evita un gran transitorio artificial cuando el filtro comienza a ejecutarse.

Las estrategias de inicialización comunes incluyen:

- Siembra en el primer ciclo: establecer `Tag_Filtered_Previous = Tag_Raw_Input` en el primer ciclo del programa - Siembra por cambio de modo: volver a sembrar al cambiar de manual a automático si el historial antiguo distorsionara la respuesta - Siembra por recuperación de fallos: reinicializar después de una condición de entrada incorrecta o un evento de sustitución de sensor

La elección correcta depende de la criticidad del proceso y la filosofía de control.

Se elige alfa equilibrando la atenuación del ruido frente al retardo de respuesta. Los valores de alfa más bajos suavizan de forma más agresiva pero aumentan el retardo. Los valores de alfa más altos preservan la capacidad de respuesta pero rechazan menos ruido.

Una interpretación práctica es:

- Alfa alto, por ejemplo 0,6 a 0,9: filtrado ligero, respuesta rápida, supresión de ruido limitada - Alfa moderado, por ejemplo 0,2 a 0,5: suavizado y capacidad de respuesta equilibrados - Alfa bajo, por ejemplo 0,05 a 0,15: suavizado fuerte, respuesta más lenta, mayor riesgo de desfase

Estos rangos son heurísticos, no configuraciones universales. El valor correcto depende de:

• constante de tiempo del proceso
• tiempo de ciclo del PLC
• comportamiento del sensor
• objetivo de control
• si la señal filtrada alimenta la indicación, las alarmas o el control de bucle cerrado

¿Cuál es el principal compromiso de ajuste?

El principal compromiso es la suavidad frente al desfase (phase lag).

Si alfa es demasiado alto:

• la señal permanece ruidosa
• el PID sigue reaccionando a la perturbación
• el desgaste del actuador puede permanecer elevado

Si alfa es demasiado bajo:

• el bucle ve el proceso demasiado tarde
• el rechazo de perturbaciones empeora
• el controlador puede volverse lento o inestable por una razón diferente

Reemplazar el ruido con retardo no es necesariamente una mejora.

El tiempo de ciclo afecta al comportamiento del filtro porque la ecuación se ejecuta una vez por ciclo, y el suavizado efectivo depende de la frecuencia con la que ocurre la actualización recursiva. El mismo valor de alfa no produce el mismo efecto dinámico si el tiempo de ejecución de la tarea cambia materialmente.

Esto importa de tres maneras:

• Una ejecución más rápida cambia la respuesta temporal efectiva
• Una ejecución más lenta aumenta el retardo aparente entre correcciones significativas
• Una ejecución con fluctuaciones (jitter) puede distorsionar el rendimiento esperado del filtro, especialmente en bucles ajustados con precisión

Para una validación seria, alfa no debe seleccionarse de forma aislada de las características del ciclo. Un filtro ajustado en un contexto de ejecución puede comportarse de manera diferente en otro.

Se prueba la respuesta del filtro en OLLA Lab inyectando ruido analógico controlado en una señal simulada, aplicando el filtro de lógica de escalera y comparando el comportamiento bruto frente al filtrado en el Panel de Variables antes de cualquier implementación en vivo.

En términos de producto acotado, OLLA Lab sirve como entorno de validación y ensayo para tareas de puesta en marcha de alto riesgo. No confiere competencia en el sitio, certificación ni calificación de seguridad funcional. Lo que proporciona es un lugar controlado para observar, diagnosticar y refinar la lógica de control frente al comportamiento realista del proceso antes de que llegue a un proceso real.

Flujo de trabajo de validación en OLLA Lab

• Inyecte ruido en la señal analógica utilizando una perturbación de alta frecuencia sobre una línea base estable
• Construya el filtro en el editor de escalera
• Analice la tendencia de ambos valores en el Panel de Variables
• Ajuste alfa deliberadamente
• Observe el comportamiento del control aguas abajo
• Revise y vuelva a probar

¿Qué debe buscar durante la validación?

Busque evidencia, no estética:

• ¿La señal filtrada suprime la oscilación de alta frecuencia?
• ¿La salida del PID se vuelve materialmente más estable?
• ¿El filtro retrasa demasiado los cambios reales del proceso?
• ¿Las alarmas se borran o ahora llegan tarde?
• ¿El comportamiento revisado sigue siendo aceptable ante múltiples perturbaciones?

Una línea de tendencia estable no es suficiente. El bucle debe seguir representando el proceso a una velocidad útil.

Debe guardar un cuerpo compacto de evidencia de ingeniería, no solo capturas de pantalla. El objetivo es documentar el razonamiento, la respuesta ante fallos y la calidad de la revisión de una manera que otro ingeniero pueda auditar.

Utilice esta estructura:

1. Descripción del sistema: elemento de proceso, tipo de señal, rango de escala, contexto del ciclo y dónde se utiliza el valor filtrado 2. Definición operativa del comportamiento correcto: ruido reducido, varianza del actuador acotada, sin retardo de control inaceptable y sin vibración de alarmas molestas 3. Lógica de escalera y estado del equipo simulado: lógica implementada, roles de las etiquetas, condiciones iniciales y estado del proceso simulado 4. Caso de fallo inyectado: tipo de perturbación, amplitud, frecuencia, patrón de turbulencia o perfil de fluctuación del sensor 5. Revisión realizada: alfa seleccionado, cambios de inicialización y cualquier ajuste posterior del PID o de las alarmas 6. Lecciones aprendidas: qué mejoró, qué se degradó y qué permanece incierto

Ninguna norma única le dice exactamente qué alfa usar para cada bucle, pero varios cuerpos de literatura y orientación respaldan las preocupaciones de ingeniería subyacentes: calidad de la señal, comportamiento del software, límites de seguridad y disciplina de validación.

Las referencias relevantes incluyen:

• IEC 61508 para la disciplina más amplia de seguridad funcional y rigor del ciclo de vida del software en sistemas eléctricos, electrónicos y programables
• Orientación de exida para la interpretación práctica del ciclo de vida de seguridad y las preocupaciones de validación de sistemas de control
• Literatura de IFAC y control de procesos para filtrado, rendimiento de bucles y compromisos de respuesta al ruido
• Literatura de instrumentación y sensores para comportamiento ante ruido, incertidumbre de medición y acondicionamiento dinámico de señales

Un límite necesario: el uso de un filtro en un entorno de formación o validación no establece por sí mismo la integridad de seguridad, el cumplimiento o la idoneidad para una función instrumentada de seguridad. El filtrado puede mejorar la calidad del control, pero no reemplaza la revisión de ingeniería.

Debe evitar o limitar el filtrado de retardo de primer orden cuando la velocidad de respuesta es más importante que la reducción de ruido, o cuando el filtrado podría enmascarar un cambio de proceso real y relevante para la seguridad.

Use precaución en casos como:

• disparos protectores rápidos
• lógica permisiva crítica
• transiciones de lotes que cambian rápidamente
• aplicaciones de combustión o control de presión con requisitos dinámicos estrictos
• cualquier ruta de señal donde el retardo pueda empeorar la exposición al peligro

La pregunta correcta no es "¿puedo suavizar esta señal?". La pregunta correcta es "¿qué decisión se vuelve más lenta si lo hago?".

Un filtro de retardo de primer orden es una de las formas más prácticas de limpiar una señal analógica ruidosa en lógica de escalera, pero su valor depende de un ajuste y una validación disciplinados. La ecuación es simple. Las consecuencias no lo son.

El objetivo de ingeniería es atenuar la variación no útil sin cegar al controlador ante el movimiento real del proceso. Eso requiere atención a la selección de alfa, la inicialización, la temporización del ciclo y el comportamiento del bucle aguas abajo. También requiere un lugar para probar esas interacciones de forma segura.

Ese es el papel acotado de OLLA Lab: un entorno basado en web donde los ingenieros pueden construir lógica de escalera, inyectar perturbaciones realistas, observar el comportamiento de E/S, comparar el estado del equipo simulado con el estado de la escalera y revisar la lógica antes de tocar un proceso real.

- IEC 61131-3 — Lenguajes de programación de PLC - Descripción general de seguridad funcional IEC 61508 - Åström & Murray, *Feedback Systems* - Seborg et al., *Process Dynamics and Control* (Wiley) - Página de inicio de la revista IFAC-PapersOnLine