Cómo implementar la detección de fallos estadística 3 Sigma para bombas en lógica de escalera (Ladder)

La detección de fallos en bombas mediante 3 Sigma utiliza estadísticas móviles dentro del PLC para identificar comportamientos analógicos anormales antes de que se supere un umbral de alarma fijo. Al calcular una media móvil y una desviación estándar a partir de muestras de presión recientes, la lógica de escalera puede disparar una parada ante anomalías basadas en la varianza, como cavitación, fugas o condiciones de flujo inestable.

Las alarmas estáticas de baja presión son una defensa tardía, no un sistema de alerta temprana. Para cuando la presión de descarga finalmente cae por debajo de un punto de disparo fijo, es posible que la bomba ya esté operando bajo cavitación, estrés en los sellos o inestabilidad de flujo que ha sido visible en la señal durante varios segundos.

Durante la validación de un escenario de bomba centrífuga en OLLA Lab, un umbral de varianza 3 Sigma en una señal de presión de descarga simulada de 4–20 mA detectó anomalías de pérdida de flujo 4,2 segundos más rápido que una alarma convencional de baja presión estática y activó una parada segura antes de que ocurriera el daño simulado en el sello [Metodología: n=24 ejecuciones de fallo simuladas en un escenario de bomba centrífuga; comparador base = disparo por baja presión fija solamente; ventana de tiempo = inicio de la anomalía hasta la activación de la alarma en un régimen de muestreo de 100 ms]. Este es un benchmark interno de Ampergon Vallis, no una afirmación de rendimiento general de la industria.

El punto de ingeniería es sencillo: la analítica en la nube es útil para la revisión de tendencias, pero el interbloqueo determinista pertenece al borde de control (edge). Si la lógica debe actuar ahora, el PLC no debería esperar a un historiador, un panel de control o una red que podría no estar disponible.

El Control Estadístico de Procesos (SPC) a nivel de PLC es valioso porque combina la detección de anomalías con una acción determinista. La distinción es importante: la analítica puede explicar un fallo más tarde, pero los interbloqueos deben prevenir daños en tiempo real.

Tres ventajas prácticas justifican ejecutar lógica SPC acotada en el PLC:

1. Interbloqueo determinista El PLC puede activar una alarma, detener un motor o inhibir el reinicio dentro del ciclo normal de escaneo y salida. Eso es materialmente diferente a esperar la evaluación del lado de la nube y el retorno del mensaje.
2. Resiliencia de red La lógica de protección permanece activa incluso si el enlace IT/OT se cae, el broker se bloquea o el historiador comprime la señal en algo menos útil para la detección rápida de fallos.
3. Visibilidad de señales de alta frecuencia El PLC ve la entrada analógica al ritmo de la tarea de control. Un historiador a menudo no lo hace. La fluctuación rápida, la inestabilidad intermitente y las excursiones de corta duración son exactamente los comportamientos que los umbrales fijos pasan por alto primero.

Esto no significa que toda función de mantenimiento predictivo pertenezca a la lógica de escalera. Los diagnósticos a largo plazo, la analítica de flota y la planificación de mantenimiento basada en modelos suelen manejarse mejor aguas arriba. El PLC es el lugar correcto para la lógica estadística acotada y determinista que debe influir en el estado de la máquina de inmediato.

Desde la perspectiva de las normas, esta separación es consistente con la disciplina de asignación funcional en los sistemas de control industrial: la acción protectora debe permanecer determinista y comprobable, mientras que la analítica de asesoramiento puede residir en otro lugar (IEC, 2010; IEC, 2016). Diferentes capas tienen diferentes obligaciones.

La lógica 3 Sigma es una desviación estándar móvil aplicada a una etiqueta (tag) de proceso en vivo. La fórmula es familiar; los detalles de implementación son donde los proyectos de PLC se vuelven costosos.

Para una ventana de muestra de N lecturas de presión:

μ = (1/N) × Σxᵢ

• Media

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

• Varianza

σ = √σ²

• Desviación estándar

UCL = μ + 3σ LCL = μ - 3σ

• Límites de control 3 Sigma

Si el valor de presión actual cae fuera de esa banda, la lógica activa un bit de anomalía estadística.

Bloques matemáticos de lógica de escalera requeridos

Una implementación práctica suele requerir estos tipos de instrucciones:

• FIFO / FFL / lógica de desplazamiento de matriz (array-shift) para mantener una ventana de muestra móvil
• AVE o lógica explícita ADD/DIV para calcular la media móvil
• SUB para calcular la desviación respecto a la media
• MUL para elevar al cuadrado la desviación
• ADD para acumular las desviaciones al cuadrado
• DIV para calcular la varianza
• SQRT para calcular la desviación estándar
• MUL nuevamente para generar la banda 3 Sigma
• CMP / LIM / GRT / LES para activar la condición de anomalía

La suposición subyacente es que el ruido de la señal base es aproximadamente estable y lo suficientemente bien comportado para que una banda de desviación estándar sea significativa. Las señales reales de las bombas no son distribuciones normales de libro de texto, y ningún ingeniero competente debería pretender lo contrario. Pero para la detección de anomalías acotadas en un régimen operativo estable, la lógica 3 Sigma suele ser útil porque es simple, transparente y comprobable.

Una media móvil comienza con un muestreo disciplinado y tipos de datos correctos. Si la señal de presión analógica se almacena como enteros y luego se divide como si la precisión fuera opcional, la matemática será engañosa.

### Paso 1: Muestrear la entrada analógica a un intervalo fijo

Utilice un temporizador o una tarea periódica para muestrear la entrada de presión a una tasa constante. Un punto de partida común es:

- Intervalo de muestreo: 100 ms - Tamaño de ventana: 50 muestras - Ventana de observación: 5 segundos

Eso proporciona suficiente historial reciente para detectar inestabilidad sin hacer que la banda de control sea demasiado lenta.

### Paso 2: Almacenar muestras en una matriz REAL

Utilice tipos de datos REAL para:

• presión actual
• elementos de la matriz
• media móvil
• varianza
• desviación estándar
• límites de control superior e inferior

Esto evita el truncamiento durante la división y preserva la resolución analógica. La lógica estadística construida sobre matemáticas de enteros es a menudo una fuente silenciosa de malas decisiones.

### Paso 3: Mantener la ventana móvil

Implemente una rutina FIFO o de desplazamiento de matriz equivalente para que cada nueva muestra entre en la ventana y la muestra más antigua sea descartada. Los controles clave son:

• conteo de muestras válidas
• límites de la matriz
• estado de inicialización
• comportamiento antes de que la matriz esté completamente poblada

No calcule la varianza en un búfer vacío o parcialmente indefinido a menos que la lógica maneje explícitamente esa condición. Los fallos de división por cero no son evidencia de analítica avanzada.

### Paso 4: Calcular la media móvil

Una vez que la matriz esté poblada:

• sume todos los valores de las muestras
• divida por el número de muestras válidas
• almacene el resultado como `Rolling_Mean`

Si su plataforma admite una instrucción de promedio, úsela. Si no, la suma explícita está bien, siempre que el costo de ejecución sea aceptable para el período de la tarea.

Notas de implementación práctica

Un conjunto de peldaños (rungs) robusto suele incluir:

• un bit Data_Ready una vez que la ventana de muestra está llena
• un permisivo Stats_Enable vinculado al estado de funcionamiento de la bomba
• una inhibición Bad_Input_Quality si la señal analógica no es válida, está fuera de rango o es obsoleta
• un Startup_Mask_Timer para evitar alarmas molestas durante los transitorios

Aquí es donde el juicio de puesta en marcha es importante. Una bomba que arranca, se detiene o cambia de modo de servicio no es estadísticamente anómala por sí misma; simplemente está cambiando de estado. La lógica debe conocer la diferencia.

Dónde OLLA Lab se vuelve operacionalmente útil

OLLA Lab proporciona un entorno acotado para probar esta lógica de matriz antes de que llegue a un controlador real. En el editor de lógica de escalera basado en navegador, los ingenieros pueden construir la estructura FIFO, ejecutar la lógica en modo de simulación y utilizar el Panel de Variables para observar cómo se llena la matriz en tiempo real.

Eso importa porque "listo para la simulación" debería significar algo observable. Operacionalmente, significa que un ingeniero puede probar, observar, diagnosticar y endurecer la lógica de control contra el comportamiento real del proceso antes de que llegue a un proceso en vivo. La sintaxis es solo una parte. La capacidad de despliegue es la parte más difícil.

La secuencia de peldaños de desviación estándar debe ser explícita, acotada y fácil de probar. Si la lógica es demasiado inteligente para ser revisada, es demasiado inteligente para ser confiable.

Secuencia de escalera paso a paso

Después de haber calculado la media móvil:

1. Itere a través de cada muestra en la matriz.
2. Reste la media de la muestra.
3. Eleve al cuadrado la desviación.
4. Acumule las desviaciones al cuadrado.
5. Divida por N para obtener la varianza.
6. Aplique SQRT para obtener la desviación estándar.
7. Multiplique la desviación estándar por 3.0.
8. Sume y reste ese valor de la media para crear los límites de control superior e inferior.
9. Compare la presión actual contra esos límites.
10. Enclave (latch) una alarma de anomalía estadística si la señal está fuera de la banda.

Ejemplo de lógica estilo escalera

// Calcular banda 3 Sigma MUL Standard_Deviation 3.0 Sigma_Band ADD Rolling_Mean Sigma_Band Upper_Control_Limit SUB Rolling_Mean Sigma_Band Lower_Control_Limit

// Activar alarma de anomalía GRT Current_Pressure Upper_Control_Limit OTL Pump_Stat_Anomaly LES Current_Pressure Lower_Control_Limit OTL Pump_Stat_Anomaly

Consideraciones de diseño de interbloqueo

Un interbloqueo utilizable generalmente necesita más que una sola instrucción de comparación. Considere agregar:

• temporización de persistencia para que una muestra ruidosa no dispare la bomba
• separación entre alarma y disparo
• inhibición de reinicio automático hasta la revisión del operador
• permisivos basados en modo para que el mantenimiento o el modo manual no disparen disparos falsos
• registro de eventos para la media, sigma, valor actual y estado operativo en el momento del disparo

Un patrón limpio es:

• primera brecha → establecer Stat_Alarm
• brecha sostenida durante tiempo definido → establecer Trip_Request
• parada confirmada → enclavar Pump_Faulted

Esa secuencia es más fácil de solucionar que un solo peldaño que hace todo mal.

Una corrección que vale la pena hacer

La lógica 3 Sigma no es un sustituto de los límites de proceso. Los complementa. Todavía necesita lógica de baja presión, marcha en seco, sobrecarga y permisivos. La detección estadística detecta el comportamiento anormal temprano; los límites de protección fijos aún protegen el borde de la operación segura.

La lógica de varianza detecta la inestabilidad antes del colapso del valor absoluto. Esa es la ventaja principal.

Una pequeña fuga en el sello, un problema de succión o un evento de cavitación temprana pueden producir:

• fluctuación de presión
• aumento de la amplitud de oscilación
• caídas y recuperaciones intermitentes
• comportamiento de flujo inestable alrededor de un valor promedio por lo demás aceptable

Una alarma fija como “Disparar si la presión < 50 PSI” ignora todo eso hasta que la señal finalmente cruza la línea. Para entonces, la condición mecánica ya puede estar degradándose.

Una banda 3 Sigma reacciona al comportamiento de la señal en relación con su línea base reciente. Si la bomba normalmente funciona a 72 PSI con baja dispersión y de repente comienza a oscilar entre 66 y 78 PSI, la desviación estándar aumenta incluso si el promedio permanece por encima del punto de disparo estático. Esa suele ser la primera advertencia útil.

Esto no es magia, y no es universal. Si el proceso en sí es naturalmente inestable, una alarma de varianza puede simplemente decirle que el proceso es variable. El método funciona mejor cuando se aplica a un régimen operativo estable con un comportamiento normal conocido, una adecuada gestión de modos y una ventana de muestra validada.

La investigación en monitoreo de condiciones y detección de anomalías respalda el valor de las características sensibles a la varianza para equipos rotativos y sistemas de procesos, particularmente cuando se combinan con umbrales específicos del dominio y contexto operativo (Jardine et al., 2006; Lei et al., 2020; Yin et al., 2014). La implementación en un PLC es más simple que muchos enfoques basados en modelos, pero el requisito de disciplina de ingeniería no desaparece.

La ventana de muestra debe coincidir con la dinámica del proceso, no con la paciencia del ingeniero. Una ventana de 50 muestras a 100 ms puede ser razonable para una bomba e ineficaz para otra.

Factores de selección de ventana

Elija la ventana móvil basándose en:

• tiempo de respuesta del sensor
• dinámica de la bomba y tuberías
• frecuencia de perturbación esperada
• tiempo de escaneo y carga del controlador
• tolerancia a alarmas molestas
• velocidad de respuesta requerida

Una ventana corta reacciona más rápido pero es más ruidosa. Una ventana larga es más suave pero más lenta. La respuesta correcta suele encontrarse probando casos de fallo, no discutiendo sobre números redondos.

Consideraciones de escaneo y ejecución

La lógica estadística consume recursos del controlador. En un escaneo de PLC secuencial, las matemáticas de matriz repetidas y las operaciones de punto flotante pueden volverse costosas, especialmente en CPUs más pequeñas o tareas saturadas.

Esté atento a:

• crecimiento del tiempo de escaneo
• sobrecargas de tareas periódicas
• errores de índice de matriz
• condiciones de división por cero
• valores REAL no inicializados
• frecuencia de recálculo excesiva

Un patrón sensato es:

• muestrear a un intervalo fijo
• calcular estadísticas solo cuando llega una nueva muestra
• separar los interbloqueos de alta prioridad de la analítica de menor prioridad
• evaluar el impacto del escaneo durante la validación

Esta es una razón por la que la simulación importa. Es más barato descubrir que una rutina matemática es abusiva en un entorno virtual que durante la puesta en marcha con operaciones esperando.

Persistencia de alarma

Utilice un temporizador de persistencia o una confirmación basada en conteo antes de disparar. Los patrones comunes incluyen:

• anomalía presente durante 500 ms
• 3 de cada 5 muestras consecutivas fuera de la banda
• brechas repetidas dentro de un cubo de tiempo móvil

Eso reduce los disparos molestos mientras preserva la detección temprana. El valor exacto debe justificarse frente al riesgo del proceso y la vulnerabilidad de la bomba, no copiarse sin validación.

La lógica de varianza debe probarse contra perturbaciones dinámicas, no contra forzamientos estáticos. Un valor constante forzado prueba muy poco más allá del hecho de que el simulador puede mantener un número.

En OLLA Lab, los ingenieros pueden validar esta lógica en un entorno de ensayo basado en web que combina la ejecución de escalera, la inspección de variables en vivo y el comportamiento simulado del equipo. El flujo de trabajo relevante es acotado y práctico:

• construir la lógica de escalera en el editor basado en navegador
• ejecutar el programa en modo de simulación
• monitorear la etiqueta de presión, media, sigma y bits de alarma en el Panel de Variables
• inyectar perturbación analógica en la señal de presión
• observar el estado de la bomba simulada y la respuesta ante fallos

Patrones de perturbación útiles para inyectar

Para las pruebas de anomalías en bombas, los casos más informativos son:

• deriva analógica para simular una degradación gradual
• perturbación de onda cuadrada para simular un comportamiento de proceso inestable
• aumento de amplitud de ruido para simular el inicio de cavitación o fluctuación de presión
• cambio de paso más oscilación para probar la lógica de recuperación y la temporización de persistencia

El punto no es crear fallos teatrales. El punto es crear firmas de fallos repetibles y acotadas, y verificar que la lógica responda según lo diseñado.

Qué significa aquí la validación de gemelo digital

La "validación de gemelo digital" debe usarse con cuidado. En este contexto, significa validar la lógica de control contra un modelo de equipo simulado realista y un comportamiento de proceso observable antes del despliegue. No significa que la simulación sea un sustituto certificado para las pruebas de aceptación en sitio (FAT/SAT), la verificación SIL o la puesta en marcha de la planta.

Ese límite importa. Un simulador puede exponer defectos de lógica, errores de secuenciación y un manejo deficiente de fallos de manera temprana. No puede certificar el cableado de campo, la calidad de la instalación de los instrumentos, la realidad hidráulica o la respuesta del operador bajo condiciones reales de planta. Cualquiera que difumine esas categorías está vendiendo comodidad en lugar de evidencia de ingeniería.

Un registro de proyecto creíble es un cuerpo compacto de evidencia de ingeniería, no una galería de capturas de pantalla. Si desea que el trabajo sea revisable por un ingeniero líder, instructor o gerente de contratación, documente la lógica de la manera que un sistema de control merece ser documentado.

Utilice esta estructura:

Indique qué cuenta como comportamiento exitoso. Ejemplo: “El PLC activará una alarma de anomalía estadística dentro de 1,0 segundo de inestabilidad de presión sostenida y disparará la bomba si la anomalía persiste durante 2,0 segundos mientras está en estado Auto y Run”.

Especifique la perturbación aplicada: deriva, oscilación, aumento de amplitud, caída o fallo mixto.

Documente qué cambió después de las pruebas: tamaño de ventana, temporizador de persistencia, máscara de arranque, umbral de comparación o permisivo de modo.

1. Descripción del sistema Defina el sistema de bombeo, la etiqueta analógica monitoreada, los modos operativos y la acción protectora prevista.
2. Definición operativa de “correcto”
3. Lógica de escalera y estado del equipo simulado Registre los peldaños relevantes, la lista de etiquetas, el intervalo de muestreo, la longitud de la matriz y la condición operativa de la bomba simulada durante la prueba.
4. El caso de fallo inyectado
5. La revisión realizada
6. Lecciones aprendidas Indique qué expuso la prueba. Buenos ejemplos incluyen falsos positivos durante el arranque, costo excesivo de escaneo o mal comportamiento durante el llenado parcial del búfer.

Este es el tipo de evidencia que respalda la revisión de ingeniería. Muestra causa, efecto, revisión y juicio. Una captura de pantalla por sí sola generalmente solo muestra que alguien capturó una pantalla.

La lógica de anomalía estadística debe tratarse como una mejora de diagnóstico o protección a menos que se diseñe formalmente de otra manera. No es automáticamente una función de seguridad simplemente porque dispara el equipo.

Tres límites vale la pena establecer claramente:

Si la función es parte de un sistema instrumentado de seguridad, debe diseñarse, validarse y mantenerse bajo los requisitos del ciclo de vida de seguridad pertinentes. La novedad estadística no exime a nadie de la disciplina IEC 61508 o IEC 61511 (IEC, 2010; IEC, 2016).

• Una alarma de varianza no es una reclamación SIL.

La simulación puede validar el comportamiento de la lógica y exponer defectos de manera temprana, pero no reemplaza las pruebas FAT, SAT, comprobaciones de lazo o la puesta en marcha en el proceso real.

• La simulación no es una prueba de campo.

Un transitorio de arranque, una carrera de válvula o una transferencia de servicio pueden parecer un fallo si la lógica no está controlada por el estado del proceso.

• La detección de anomalías requiere contexto de modo.

Para una práctica de confiabilidad más amplia, la literatura sobre monitoreo de condiciones enfatiza constantemente que la calidad de la detección de fallos depende de la calidad de la señal, el contexto operativo y la validación contra firmas de fallos conocidas, no de la mera presencia de un algoritmo (Jardine et al., 2006; Lei et al., 2020). En otras palabras, una fórmula aún no es un método.

- IEC 61131-3: Controladores programables — Parte 3 - Familia de normas de seguridad funcional IEC 61508 - Recursos de validación y seguridad funcional de exida - Recomendación de señalización de estado NAMUR NE 107 - Gemelo digital en la industria: estado del arte (DOI)