Como Programar y Jerarquizar Alarmas

El Método Definitivo para Programar y Jerarquizar Alarmas (Guía de Campo) 

Introducción: El Peligro de la "Fatiga de Alarmas"

Te han asignado un nuevo proyecto: programar una máquina desde cero. Tienes la secuencia de funcionamiento lista, pero ahora viene la pregunta estratégica: ¿Cómo te aseguras de que se comporte bien cuando las cosas van mal?

Omitir una gestión de alarmas robusta y jerarquizada es como construir un coche sin luces de advertencia. Funcionará, sí, pero el operario no sabrá si la luz roja parpadeante significa "Motor a punto de explotar" o "Nivel de líquido limpiaparabrisas bajo".

Si tu sistema de control (vía PLC, HMI o SCADA) trata todas las alarmas por igual, estás creando la peligrosa "fatiga de alarmas". Los operarios acaban ignorando un torrente de avisos rojos y parpadeantes, perdiendo la capacidad de distinguir lo urgente de lo informativo.

Un buen programador no solo crea la secuencia, sino que anticipa y gestiona todos los posibles escenarios de fallo. En esta guía, uniremos la metodología de identificación de fallos con la jerarquización de prioridades, para que cada mensaje en el HMI sea útil, significativo y requiera una acción clara.

PARTE I: El Método de los 3 Sombreros (Qué Fallos Programar)

Para no dejarte nada en el tintero en una máquina nueva, debes analizar el diseño desde tres perspectivas diferentes, pensando como todos los involucrados. Ponte mentalmente el "sombrero" de cada uno de estos roles.

1. El Sombrero del Proceso: ¿Qué necesita la secuencia?

Aquí analizamos cada paso de la secuencia de trabajo y nos preguntamos: ¿Qué condición debe cumplirse para pasar al siguiente paso y qué pasa si no se cumple en un tiempo razonable? Esto nos dará las alarmas de "Timeout" o de secuencia.

• Ejemplo (Estación de Taladrado):
  • Secuencia: El cilindro de la prensa debe sujetar la pieza.
  • Fallo Identificado: Pulso "Inicio" y el sensor de "Prensa Extendida" no se activa en 2 segundos.
  • Resultado: 🚨 ALARMA de Proceso: "Fallo Extensión Prensa (Timeout)".

2. El Sombrero del Mantenimiento: ¿Qué puede fallar en el hardware?

Ahora pensamos en los componentes físicos. ¿Qué fallos puede tener cada dispositivo y cómo podemos detectarlos? Esto se basa en la fiabilidad del hardware y los sistemas de protección.

• Ejemplo (Estación de Taladrado):
  • Componente: Motor del Taladro.
  • Fallo Identificado: Sobrecarga por broca desgastada o material duro (el guardamotor se dispara).
  • Resultado: 🚨 ALARMA de Hardware: "Disparo Térmico Motor Taladro".
  • Detección de Incoherencia: La lógica detecta que los dos sensores de la prensa ("Extendido" y "Retraído") están activos a la vez, lo cual es físicamente imposible.
  • Resultado: 🚨 ALARMA de Coherencia: "Fallo Coherencia Sensores Prensa". (Un fallo de cableado o sensor pegado).

3. El Sombrero del Operario: ¿Qué errores puede cometer el usuario?

Finalmente, pensamos en la interacción. ¿Qué errores puede cometer el operario y qué información necesita para trabajar bien? Esto se traduce en mensajes de guía y bloqueo.

• Ejemplo (Estación de Taladrado):
  • Error Común: Pulsa "Inicio de Ciclo" pero no ha colocado ninguna pieza.
  • Detección: El sensor de "Presencia de Pieza" no está activo.
  • Resultado: 💬 MENSAJE Guía (HMI/SCADA): "Inserte Pieza para Iniciar".

PARTE II: No Todas las Alarmas son Iguales (Cómo Clasificar la Urgencia)

Una vez que hemos identificado la lista de fallos potenciales, el siguiente paso es la jerarquización. No es suficiente con mostrar un texto; hay que indicarle al operario qué tan rápido debe actuar.

La filosofía de la norma ISA-18.2 se centra en la Severidad (Consecuencia) y la Urgencia (Tiempo de Respuesta). Inspirándonos en estos estándares, proponemos un sistema de clasificación detallado que transforma el HMI en una herramienta de diagnóstico efectiva.

Sistema de Clasificación D/A/M (Defectos, Alertas y Mensajes)

Los Principios de la Norma (ISA-18.2)

La norma ISA-18.2 es el estándar de referencia mundial para la gestión de alarmas en los sistemas de procesos. (Si quieres profundizar, busca el estándar "ISA-18.2 Management of Alarm Systems for the Process Industries" en el sitio web de la ISA - International Society of Automation). Aunque es muy extensa, su filosofía se basa en clasificar las alarmas según dos factores principales: Severidad (Consecuencia) y Urgencia (Tiempo de Respuesta).

Este sistema divide los eventos en tres grandes familias, asignando color, sonido y la acción requerida. A continuación te muestro un ejemplo bastante detallado, no quiere decir que sea el mejor pero puede servirte a identificar los Defectos, Alertas y Mensajes de tus máquinas.

Familia 1: Defectos (D - Prioridad Crítica y Alta)

Son eventos que detienen la producción o causan un problema grave. Requieren siempre la intervención y el rearme manual.

Código	Impacto y Consecuencia	Color (HMI)	Acción Requerida
D0 (Pérdida de Servicio)	Parada total de la línea (e.g., Seta de Emergencia, fallo de autómata).	ROJO (Parpadeante)	Parada inmediata. Requiere rearme tras solución.
D1 (Pérdida de Ciclo)	Detiene la máquina a mitad de ciclo, la pieza en proceso se pierde.	ROJO (Parpadeante)	Parada inmediata. Retirar pieza defectuosa antes de reiniciar.
D2 (Fin de Ciclo Controlado)	El sistema detecta un fallo, pero finaliza el ciclo actual antes de detenerse.	ROJO (Fijo)	Parada al final del ciclo. Requiere rearme manual.
D3 (Fallo Funcional sin Parada)	Un componente ha fallado, pero la máquina sigue. No permitirá iniciar un nuevo ciclo.	NARANJA	No hay parada inmediata. Solucionar antes de iniciar la próxima serie.

Familia 2: Alertas (AP y A - Prioridad Media)

Avisan de problemas de calidad o condiciones anormales que requieren atención, pero no detienen la máquina de forma inmediata.

Código	Impacto y Consecuencia	Color (HMI)	Acción Requerida
AP0 (Defecto de Producto)	Se detecta un problema de calidad. Detiene la máquina de forma diferida. Se demanda una parada fin de ciclo.	NARANJA	Aviso de calidad. Revisión del proceso o producto.
AP1 (Defecto de Producto)	Se detecta un problema de calidad. Sin demanda de parada fin de ciclo.	NARANJA	Aviso de calidad. Revisión del proceso o producto. No requiere rearme.
A2 / A3 (Condición Anormal)	Condición anormal que podría ser un fallo (e.g., nivel de consumible bajo, presión de aire al límite).	AMARILLO	Aviso para el operario/mantenimiento. No requiere rearme.

Familia 3: Mensajes (M - Prioridad Informativa)

Comunican el estado del sistema sin representar un problema o un fallo que requiera intervención de mantenimiento.

Código	Impacto y Consecuencia	Color (HMI)	Acción Requerida
M0 (Condición Anormal)	Puramente informativo (e.g., "Ciclo terminado", "Modo manual activado", "Esperando pieza").	BLANCO / VERDE	Ninguna. Es información de estado para el operario.

Conclusión: De la Reacción a la Anticipación

Al aplicar el "Método de los 3 Sombreros" y luego clasificar los resultados con una jerarquía sólida como la D/A/M, transformas el panel de control de un simple a una potente herramienta de diagnóstico.

• Identificación (3 Sombreros): Asegura que no se te olvide ningún fallo crítico de proceso, hardware o uso.
• Jerarquización (D/A/M): Permite que la información en el HMI/SCADA guíe activamente al operario hacia la resolución, separando el ruido de lo verdaderamente urgente.

Este ejercicio no solo hará tu programa infinitamente más robusto, sino que te ahorrará incontables horas de asistencia y reducirá el estrés de tu equipo al saber que la luz roja que ven sí importa.

¿Utilizas un sistema de priorización similar en tu empresa? ¿Qué tipo de fallo se te olvida incluir más a menudo? ¡Me encantaría conocer tu punto de vista en los comentarios!