Cómo simular EMI y filtrar ruido analógico en la lógica de PLC usando OLLA Lab

La interferencia electromagnética (EMI) en los sistemas de control industrial no puede resolverse únicamente mediante prácticas de hardware. Los ingenieros también deben validar el filtrado de software, el rebote de alarmas y la estabilidad del control frente a entradas analógicas ruidosas. OLLA Lab proporciona un entorno de simulación acotado donde los usuarios pueden inyectar ruido en etiquetas analógicas y verificar que la lógica del PLC permanezca estable antes de la puesta en marcha en vivo.

La EMI no es un caso extremo poco común en la automatización industrial. Es una condición normal en plantas con alta actividad eléctrica, especialmente donde coexisten variadores de frecuencia (VFD), cargas de conmutación, rutas de cables de voltajes mixtos y una conexión a tierra imperfecta.

El error práctico es tratar el ruido analógico solo como un problema eléctrico. La mitigación física es la primera línea de defensa, pero el PLC sigue recibiendo el valor final corrupto en el terminal, y ese valor sigue activando alarmas, HMI y bloques PID. El software debe terminar el trabajo.

Métrica de Ampergon Vallis: Durante las pruebas de referencia en OLLA Lab, la inyección de una forma de onda de ruido de alta frecuencia de ±2% en una variable de proceso sin filtrar provocó que una salida PID estándar fluctuara hasta un 14,8% en condiciones de estado estacionario. Metodología: n=12 ejecuciones de simulación en una tarea estable de control de nivel analógico, comparador de referencia = misma lógica sin ruido inyectado, ventana de tiempo = período de observación de 10 minutos por ejecución. Este punto de referencia interno respalda una conclusión limitada: un ruido analógico moderado puede producir una oscilación visible del actuador en una lógica de control sin filtrar. No establece una tasa de campo universal, un umbral de falla específico del dispositivo ni un límite de rendimiento estándar.

Operativamente, listo para la simulación significa que un ingeniero puede probar, observar, diagnosticar y fortalecer la lógica de control contra un comportamiento de señal realista antes de que llegue a un proceso real. La sintaxis es útil. La capacidad de despliegue es la prueba.

La EMI en las señales analógicas de PLC es causada por energía eléctrica no deseada que se acopla en la ruta de medición y distorsiona el valor visto por el módulo de entrada. En la práctica, esa distorsión a menudo aparece como picos rápidos, oscilaciones o derivas inestables superpuestas a una señal legítima.

Las fuentes industriales comunes incluyen:

- Variadores de frecuencia (VFD): La conmutación de alta frecuencia genera ruido conducido y radiado. - Enrutamiento de cables inadecuado: Los pares analógicos que pasan cerca de alimentadores de 480 VCA, cables de motor o haces de contactores invitan al acoplamiento. - Bucles de tierra: Múltiples rutas de referencia a tierra crean corrientes circulantes e inestabilidad de medición. - Conmutación de relés y contactores: El colapso inductivo produce picos transitorios. - Cableado de señal sin blindaje o mal terminado: El blindaje solo funciona cuando se aplica correctamente. - Problemas de diseño del panel: El agrupamiento estrecho de conductores analógicos de bajo nivel con circuitos de alta energía aumenta la susceptibilidad.

Un bucle de 4–20 mA es intrínsecamente más resistente al ruido que muchas señales de voltaje, razón por la cual la industria sigue confiando mucho en él. Pero "más resistente" no es lo mismo que "inmune". Una vez que la tarjeta de entrada analógica convierte la corriente perturbada en un valor digital, la lógica del PLC no tiene memoria de dónde provino el ruido. Solo ve un número que se mueve cuando no debería.

La guía de la ISA sobre la calidad de la señal y la práctica de medición industrial respalda constantemente la misma jerarquía: comience con un cableado, conexión a tierra, blindaje y segregación sólidos, luego aplique tratamiento de software para el ruido residual donde sea necesario. Esa secuencia importa. El filtrado no es un sustituto de una mala instalación.

La EMI degrada la confianza antes de causar un disparo. Los operadores suelen ver el problema primero como una variable de proceso parpadeante, una alarma molesta o una válvula que se niega a permanecer quieta.

Los efectos principales son directos:

- Parpadeo de HMI: La PV (variable de proceso) mostrada salta lo suficientemente rápido como para parecer inestable incluso cuando el proceso es físicamente estable. - Activación de alarma falsa: Los picos de corta duración pueden cruzar los umbrales de alarma y activar eventos molestos. - Chatter (rebote) de alarmas: Los cruces de umbral repetidos crean inundaciones de alarmas o estados de alarma inestables. - Caza de actuadores: Las PV ruidosas provocan un movimiento de salida innecesario, especialmente en bucles con sintonización ajustada. - Tendencias engañosas: Los datos históricos se vuelven más difíciles de interpretar porque el ruido enmascara el comportamiento real del proceso. - Reducción de la confianza del operador: Una vez que la pantalla miente con suficiente frecuencia, los operadores dejan de confiar en ella.

La consecuencia en la HMI a menudo se subestima. La interferencia en la HMI es la manifestación visual de la EMI: un valor mostrado parpadea lo suficientemente rápido como para oscurecer la desviación real del proceso y erosionar la confianza del operador. Si la PV parece inestable todo el día, una desviación real llega con menos credibilidad de la que merece.

El ruido sin filtrar es especialmente peligroso cuando llega a:

• Alarmas de Muy Alto o Muy Bajo sin calificación de tiempo.
• Acción derivativa PID, que amplifica la variación de alta frecuencia.
• Lógica de salida de válvula o VFD con banda muerta baja.
• Permisivos de lote o secuencia que dependen de umbrales analógicos estables.

Es por esto que la programación defensiva en torno a las señales analógicas no es opcional en trabajos de puesta en marcha serios. Un peldaño limpio en una pantalla limpia demuestra muy poco.

Puede usar OLLA Lab para inyectar una forma de onda de ruido controlada en una etiqueta analógica y luego validar si su lógica de PLC permanece estable bajo perturbación. Ese es el significado operativo de la práctica "lista para la simulación" en este contexto: degradar deliberadamente la calidad de la señal en un entorno seguro, luego probar que la lógica puede tolerarlo.

Dentro del rol acotado del producto, OLLA Lab es útil aquí porque combina lógica de escalera, simulación, visibilidad de variables y comportamiento estilo gemelo digital en un solo entorno. No reemplaza la puesta en marcha en campo, pero brinda a los ingenieros un lugar para ensayar una de sus lecciones más costosas.

Método paso a paso

3. Abra el Panel de Variables e identifique: 7. Observe el valor crudo frente al comportamiento del proceso: 9. Repita la misma perturbación y compare:

• la etiqueta de entrada analógica cruda,
• la etiqueta filtrada si existe,
• las etiquetas de umbral de alarma,
• las etiquetas de PV y salida PID si hay un bucle presente.
• ¿Parpadea la PV mostrada?
• ¿Rebota la alarma?
• ¿Oscila la salida?
• etiqueta cruda,
• etiqueta filtrada,
• estado de alarma,
• estabilidad de salida,
• respuesta del equipo simulado.

1. Cree o abra un proyecto con una variable de proceso analógica como nivel de tanque, presión, flujo o temperatura.
2. Vincule la etiqueta analógica a un elemento de proceso simulado en el escenario.
3. Ejecute la simulación primero con una señal de referencia limpia.
4. Habilite el Generador de Señales o el control de estímulo analógico equivalente en las herramientas del escenario.
5. Inyecte una forma de onda de ruido de alta frecuencia en la etiqueta analógica cruda.
6. Agregue un filtro de software en la lógica del PLC.
7. Sintonice el filtro hasta que la señal sea lo suficientemente estable para el uso de control sin introducir un retraso inaceptable.

Ese flujo de trabajo importa porque obliga a la comparación, no a la suposición. Un filtro que elimina el ruido pero retrasa demasiado un proceso rápido no es una victoria. Es solo un error más silencioso.

Qué capturar como evidencia de ingeniería

Si desea demostrar competencia, construya un cuerpo de evidencia compacto en lugar de una carpeta de capturas de pantalla. Utilice esta estructura:

Establezca qué significa un comportamiento aceptable en términos medibles: PV estable, sin alarmas molestas, sin rebote de salida, tiempo de respuesta aceptable.

1. Descripción del sistema Defina el proceso, el tipo de señal analógica, el objetivo de control y el equipo simulado involucrado.
2. Definición operativa de "correcto"
3. Lógica de escalera y estado del equipo simulado Muestre la lógica de escalera o matemática relevante y el comportamiento del equipo correspondiente en la simulación.
4. El caso de falla inyectado Documente la forma de onda del ruido, la amplitud, el carácter de frecuencia y dónde se aplicó.
5. La revisión realizada Especifique el filtro, el rebote, la banda muerta o el cambio de sintonización implementado.
6. Lecciones aprendidas Explique qué mejoró, qué compensación apareció y qué requiere aún verificación en campo.

Esa es la diferencia entre evidencia y decoración.

Texto alternativo de la imagen: Captura de pantalla del Panel de Variables de OLLA Lab que muestra un generador de señales inyectando una forma de onda de ruido de alta frecuencia en una etiqueta analógica de nivel de tanque crudo mientras la vista de tendencia incorporada compara los valores crudos y filtrados.

El mejor filtro de software depende de la velocidad del proceso, las restricciones de memoria, la criticidad de la alarma y cuánto retraso puede tolerar la estrategia de control. No existe un filtro universalmente mejor. Solo existe la compensación menos dañina para la tarea.

Tres técnicas son comunes, defendibles y prácticas en entornos de PLC.

El filtro de media móvil (FIFO)

Un filtro de media móvil suaviza el ruido promediando las N muestras más recientes. Es simple, efectivo y a menudo la primera herramienta utilizada en variables analógicas lentas.

Definición: El valor filtrado es la media aritmética de las últimas N muestras de entrada.

Mejor para:

• Nivel de tanque
• Bucles de temperatura lentos
• Mediciones de servicios públicos con baja tasa de cambio
• Estabilización de HMI donde se acepta cierto retraso

Fortalezas:

• Fácil de entender y validar
• Buena atenuación del ruido aleatorio de alta frecuencia
• Útil para la legibilidad de tendencias y la estabilidad de alarmas

Limitaciones:

• Introduce un retraso proporcional al tamaño de la ventana
• Requiere almacenamiento para el historial de muestras
• Puede suavizar cambios de proceso rápidos legítimos

Si promedia de manera demasiado agresiva, la señal se vuelve tranquila y errónea.

El filtro de retardo de primer orden (Pasa bajos)

Un filtro de retardo de primer orden atenúa los cambios rápidos mientras mantiene una implementación compacta. En el trabajo con PLC, a menudo es preferible cuando necesita suavizado sin mantener una matriz de muestras completa.

Definición: Un filtro de retardo de primer orden calcula cada nuevo valor filtrado a partir de la entrada cruda actual y el valor filtrado anterior:

Y_n = αX_n + (1-α)Y_{n-1}

Donde:

• X_n = entrada cruda actual
• Y_n = salida filtrada actual
• Y_{n-1} = salida filtrada anterior
• α = factor de suavizado entre 0 y 1

Mejor para:

• Acondicionamiento analógico general
• Bucles más rápidos donde una media móvil larga es demasiado lenta
• PLC donde la economía de memoria importa
• Preacondicionamiento de PV antes de la evaluación de alarma o PID

Fortalezas:

• Implementación ligera
• Comportamiento de suavizado sintonizable
• Común y matemáticamente transparente

Limitaciones:

• Todavía introduce retraso
• Una selección de parámetros deficiente puede subfiltrar o sobreamortiguar
• Debe validarse contra la dinámica real del proceso

Esta es a menudo la opción predeterminada más práctica en la lógica de control porque es compacta, estable y fácil de sintonizar en la simulación antes del despliegue en campo.

El método de rebote de alarma (TON)

El rebote de alarma no es un filtro de ruido en el sentido del procesamiento de señales, pero es una capa protectora esencial contra disparos molestos. Califica la duración de una condición anormal antes de declararla real.

Definición: La condición de alarma debe permanecer verdadera continuamente durante un tiempo preestablecido antes de que se permita que el bit de alarma se energice.

Mejor para:

• Alarmas analógicas de Alto/Bajo
• Confirmación de fallas discretas
• Cruces de umbral vulnerables a picos cortos
• Evitar alarmas molestas por EMI transitoria

Fortalezas:

• Muy efectivo contra picos de interferencia breves
• Fácil de explicar a operadores y mantenedores
• Complejidad computacional mínima

Limitaciones:

• No limpia la señal subyacente
• Puede retrasar la anunciación de alarmas legítimas
• Debe elegirse cuidadosamente para la seguridad y el riesgo del proceso

Para muchos sistemas, la respuesta correcta no es una técnica, sino una combinación:

• filtrado analógico moderado,
• banda muerta sensata,
• y alarmas calificadas por tiempo.

Esa combinación suele ser más robusta que intentar resolver todo con un solo filtro sobredimensionado.

Un filtro de retardo de primer orden se puede implementar en Texto Estructurado o con instrucciones matemáticas equivalentes en lógica de escalera. El objetivo es simple: producir un valor analógico filtrado que sea lo suficientemente estable para alarmas y control, pero lo suficientemente receptivo para el proceso.

Ejemplo de Texto Estructurado

Filtro de retardo de primer orden

RawPV = entrada analógica ruidosa FiltPV = valor analógico filtrado Alpha = factor de suavizado, 0.0 a 1.0

IF FirstScan THEN FiltPV := RawPV; END_IF;

FiltPV := (Alpha RawPV) + ((1.0 - Alpha) FiltPV);

Notas de implementación práctica

• Inicialice el valor filtrado en el primer escaneo para evitar un salto al inicio.
• Elija alfa de forma conservadora.
• Alfa más bajo = más suavizado, más retraso
• Alfa más alto = menos suavizado, respuesta más rápida
• Analice los valores crudos y filtrados juntos durante las pruebas.
• Verifique el tiempo de alarma después del filtrado. Una señal estable aún puede dispararse demasiado rápido si la lógica de umbral es ingenua.
• Valide el comportamiento PID con la PV filtrada, especialmente si la acción derivativa está habilitada.

Bajo IEC 61131-3, estas operaciones matemáticas son funciones de controlador ordinarias. El estándar le da la estructura del lenguaje; no lo salva de una mala sintonización.

Debe validar la robustez analógica probando que la lógica se comporta de manera aceptable tanto en condiciones limpias como perturbadas. Una sola ejecución limpia exitosa no es validación. Es un ensayo con las partes difíciles eliminadas.

Una secuencia de validación práctica se ve así:

• Establezca la línea base del proceso limpio
• Confirme el comportamiento normal de la PV
• Registre el estado de la alarma y la estabilidad de la salida
• Inyecte ruido controlado
• Aplique perturbación repetible a la etiqueta analógica cruda
• Observe la HMI, las alarmas y la salida de control
• Implemente filtrado y rebote
• Agregue un cambio a la vez donde sea posible
• Vuelva a probar bajo perturbación idéntica
• Compare la respuesta cruda frente a la filtrada
• Compruebe si las alarmas molestas desaparecen
• Confirme que el movimiento de salida se reduce
• Compruebe la capacidad de respuesta del proceso
• Asegúrese de que el filtro no enmascare desviaciones reales
• Documente los criterios de aceptación
• Fluctuación de PV máxima permitida
• Rebote de salida máximo
• Requisitos de persistencia de alarma
• Retraso de respuesta aceptable

Si hay disponible un gemelo digital o un modelo de máquina realista, compare el estado de la escalera con el estado del equipo simulado durante la perturbación. Esa comparación es donde OLLA Lab se vuelve operativamente útil. Le permite probar no solo si las matemáticas funcionan, sino si el comportamiento de la máquina todavía tiene sentido cuando la señal se degrada.

Esa es la distinción que vale la pena mantener: lógica de borrador frente a comportamiento validado.

Este enfoque es consistente con la práctica establecida de control y automatización, aunque los estándares no prescriben un filtro universal para cada problema analógico.

Los anclajes relevantes incluyen:

• IEC 61131-3 para lenguajes de programación de PLC y estructura de implementación.
• Guía y práctica recomendada de la ISA sobre instrumentación, integridad de señal, comportamiento de alarma y rendimiento de control.
• IEC 61508 para el principio más amplio de que el comportamiento sistemático en los sistemas de control debe estar justificado, verificado y acotado por el contexto de riesgo.
• Publicaciones de exida y guía de seguridad funcional para la importancia de la reducción de disparos molestos, la disciplina de tratamiento de señales y la validación en lógica adyacente a la seguridad.
• Literatura de control de procesos sobre filtrado de paso bajo, sensibilidad derivativa y atenuación de ruido en sistemas de retroalimentación.

Una calificación necesaria: el filtrado de software dentro de un programa de PLC estándar no es, por sí mismo, una declaración de seguridad funcional. Puede mejorar la robustez y reducir el comportamiento molesto, pero las funciones de seguridad requieren su propia arquitectura, verificación y marco de cumplimiento.

La EMI en las señales analógicas de PLC es una certeza física, no una molestia teórica. La respuesta de ingeniería debe ser estratificada: cableado y conexión a tierra adecuados primero, luego filtrado de software, calificación de alarmas y validación de control.

OLLA Lab es creíblemente útil aquí porque proporciona un entorno acotado para inyectar ruido, observar la inestabilidad, revisar la lógica y comparar el comportamiento crudo frente al filtrado contra el estado del equipo simulado. Eso lo convierte en un espacio de ensayo para una tarea de puesta en marcha real: fortalecer la lógica de control antes de que la planta proporcione su propia demostración desagradable.

El punto no es hacer que la línea de tendencia sea bonita. El punto es hacer que la decisión de control sea confiable.

- Estándares de compatibilidad electromagnética IEC 61000 (resumen) - IEC 61131-3 — Lenguajes de programación de PLC - Resumen de seguridad funcional IEC 61508 - Resumen de estándares de automatización industrial de la ISA - Åström & Murray, *Feedback Systems* (Princeton University Press)