Una HMI útil muestra al operador lo que importa para decidir y reserva el color para lo anormal. Las alarmas se gestionan como un sistema con ciclo de vida: cada una debe indicar una condición que exige acción, tener prioridad, causa y respuesta definidas, y revisarse con indicadores. Las normas ISA 18.2, IEC 62682 y la guía EEMUA 191 orientan esa práctica.
Respuesta corta
Una HMI (interfaz humano-máquina) sirve para que un operador vea el estado del proceso, detecte lo anormal y actúe. Su calidad se mide por la rapidez y la exactitud con que lo logra, no por el realismo gráfico. Las alarmas son parte de la HMI y se tratan como un sistema con ciclo de vida: diseñarlas, ponerlas en servicio, medirlas y mejorarlas. Las referencias de práctica son ISA 18.2, IEC 62682, EEMUA 191 y otras guías de la industria; esta guía las resume y no reproduce sus cifras, que son de pago o de uso restringido.
Qué debe lograr una pantalla
- Mostrar el estado general de un vistazo.
- Hacer evidente lo anormal.
- Dar acceso rápido al detalle y al mando.
- Evitar errores de operación.
- Ser consistente entre pantallas.
Jerarquía de pantallas
| Nivel | Contenido | Uso |
|---|---|---|
| 1. Vista general | Todo el proceso o planta con indicadores clave y alarmas activas | Vigilancia permanente |
| 2. Área o unidad | Equipos de una sección con sus variables principales | Operación normal y respuesta a alarmas |
| 3. Equipo o lazo | Detalle de un equipo, controlador o secuencia, con mandos | Maniobra y ajuste |
| 4. Diagnóstico | Estados internos, señales de entrada y salida, tendencias, ayuda | Mantenimiento y análisis de fallas |
El operador debe poder ir de la vista general a la causa de una alarma en pocos pasos. Una pantalla por equipo sin vista general obliga a navegar a ciegas.
Principios de diseño
- Estado normal discreto. Fondo neutro, símbolos en gris o tonos suaves. Así lo que aparece en color se nota.
- Color con significado. Se reserva para alarmas y estados anormales, con un código consistente en toda la HMI. Nunca es la única señal: se acompaña de forma, texto o posición.
- Valores con contexto. Un número solo dice poco. Mostrar el valor junto al rango normal, el límite de alarma y una tendencia corta ayuda a decidir.
- Símbolos normalizados. Los equipos se representan con símbolos coherentes, acordes con el diagrama de tuberías e instrumentación o el unifilar del proyecto.
- Mandos con protección. Los mandos peligrosos piden confirmación o un segundo paso, y muestran el estado resultante, no solo la orden.
- Texto legible. Tamaño y contraste suficientes para la distancia y la iluminación de la sala o del campo.
- Sin decoración. Animaciones, sombras y gráficos que no informan distraen.
- Navegación consistente. Barra de navegación y zonas fijas para alarmas, hora y usuario.
Alarmas: qué es y qué no es
Una alarma es una señal audible o visible que avisa al operador de una condición que exige una respuesta. Si no requiere acción, no es una alarma: es un evento, un estado o un mensaje informativo. Esta distinción reduce el volumen más que cualquier otra medida.
Cada alarma bien definida tiene:
| Atributo | Pregunta que responde |
|---|---|
| Causa | ¿Qué condición la dispara? |
| Consecuencia | ¿Qué pasa si no se atiende? |
| Tiempo de respuesta | ¿De cuánto tiempo dispone el operador? |
| Acción | ¿Qué debe hacer? |
| Prioridad | ¿Qué tan urgente es frente a las demás? |
| Límite y retardo | ¿Con qué umbral y duración se activa? |
Prioridades
Se usan pocas prioridades (por ejemplo, tres o cuatro) definidas por la gravedad de la consecuencia y el tiempo disponible. La mayoría de las alarmas deben ser de prioridad baja o media; las de máxima prioridad son pocas y siempre importantes. Si todo es prioritario, nada lo es.
Problemas típicos de las alarmas
| Problema | Descripción | Remedio |
|---|---|---|
| Inundación | Muchas alarmas en poco tiempo durante una perturbación | Supresión por estado, agrupación, alarmas de causa raíz |
| Alarmas molestas | Se activan y se limpian sin acción posible | Ajustar umbral y retardo, histéresis o filtrar |
| Alarmas oscilantes | Cambian de estado repetidamente | Banda muerta y retardo |
| Alarmas permanentes | Siguen activas durante días | Corregir la condición o eliminar la alarma |
| Alarmas redundantes | Varias señales para el mismo evento | Dejar una, de causa raíz |
| Alarmas sin acción | El operador no sabe qué hacer | Definir respuesta o convertirla en evento |
| Alarmas bloqueadas sin control | Ocultas por el operador y olvidadas | Procedimiento de bloqueo con registro y revisión |
La historia pública de la gestión de alarmas muestra por qué ocurren: con los sistemas digitales, agregar una alarma costaba casi nada, y cada incidente o estudio de peligros sumaba más. El resultado fue operadores con más datos de los que pueden usar.
Ciclo de vida
Las normas de gestión de alarmas describen un ciclo con etapas que se repiten:
- Filosofía: reglas del sitio para definir, priorizar y tratar alarmas.
- Identificación: cuáles señales son candidatas.
- Racionalización: confirmar que cada alarma cumple la filosofía y fijar su prioridad, límite y respuesta.
- Diseño detallado: cómo se presenta (pantalla, sonido, mensaje).
- Implementación y pruebas.
- Operación: respuesta del operador y registro.
- Mantenimiento: reparación y pruebas de la instrumentación asociada.
- Monitoreo y evaluación: indicadores de desempeño.
- Gestión del cambio: toda alarma nueva o modificada pasa por el proceso.
- Auditoría periódica.
Indicadores que se vigilan
- Alarmas por operador y por periodo.
- Las alarmas más frecuentes.
- Alarmas permanentes y su tiempo activo.
- Máximo de alarmas en ráfagas.
- Distribución por prioridad.
- Tiempo de respuesta del operador.
Los valores objetivo los fija la filosofía del sitio con base en las guías; la tendencia en el tiempo importa tanto como la cifra.
Ejemplo ilustrativo
Ilustrativo. Una planta tiene un tanque de proceso con alarma de nivel alto a 80 % que se activa y se limpia varias veces por turno porque el nivel oscila por la agitación. El operador la silencia sin hacer nada.
- Análisis: no tiene acción útil, es una alarma molesta.
- Solución 1: agregar una banda muerta y un retardo para que solo se active con un nivel sostenido.
- Solución 2: si el nivel que importa es 95 %, mantener esa como alarma y dejar el 80 % como indicación en pantalla.
- Resultado: menos activaciones, y la alarma que queda significa algo.
El umbral y los porcentajes son de ejemplo; en un proyecto real los define la racionalización.
Alarmas en subestaciones y en SCADA
En un SCADA de energía, la HMI de operador comparte principios con la de planta, con particularidades: secuencia de eventos con estampa de tiempo, alarmas por estados de interruptor o por falla de comunicación y mandos con verificación. Vea sistema SCADA y HMI de subestación y SCADA, SAS, DCS y HMI: diferencias.
Errores frecuentes
- Crear una alarma por cada señal disponible.
- Usar color en toda la pantalla, de modo que lo anormal no resalta.
- Fijar umbrales «por costumbre» al 20 % y 80 % del rango.
- Dar la misma prioridad a todas las alarmas.
- No definir qué hace el operador ante cada alarma.
- Silenciar alarmas sin registro ni revisión.
- Cambiar alarmas durante la puesta en marcha sin dejar constancia.
- Hacer pantallas que replican el esquema de tuberías sin jerarquía.
Lista de verificación
- Hay una filosofía de alarmas aprobada para el sitio.
- Cada alarma tiene causa, consecuencia, tiempo de respuesta, acción y prioridad.
- Las alarmas sin acción se convirtieron en eventos o indicaciones.
- Los umbrales llevan retardo y banda muerta donde corresponde.
- La jerarquía de pantallas llega de la vista general al detalle en pocos pasos.
- El color se reserva a lo anormal y nunca es la única señal.
- Los mandos críticos piden confirmación y muestran su resultado.
- Hay indicadores de desempeño de alarmas y se revisan con periodicidad.
- Existe control de cambios para alarmas nuevas y modificadas.
- El bloqueo de alarmas tiene procedimiento, registro y revisión.
Cómo se revisa una HMI existente
Una HMI que ya opera se revisa con el operador al lado. Se le pide que ante una perturbación simulada o histórica describa qué mira primero, qué le falta y qué le sobra. Se cuentan los pasos hasta la causa de una alarma crítica, se buscan pantallas que nadie abre y alarmas que siempre se silencian. Con eso se arma una lista de mejoras ordenada por efecto: primero las alarmas que más se repiten y que no piden acción, luego la navegación y, al final, la estética.
Cada cambio se registra y se prueba en un entorno de simulación o en un ensayo con el operador antes de pasar a producción. Cambiar una alarma o un color sin aviso puede confundir en el peor momento, por eso el control de cambios importa tanto como el diseño inicial.
Cómo le ayudamos
El diseño de pantallas y de la filosofía de alarmas se apoya en el conocimiento del proceso y de la operación. En Tiza Group lo desarrollamos dentro del servicio de diseño de ingeniería y estudios y verificamos cada señal, alarma y mando en pruebas y puesta en servicio.
Guías relacionadas
- Sistema SCADA y HMI de subestación
- SCADA, SAS, DCS y HMI: diferencias
- Mando rechazado desde el SCADA
- PLC y automatización de subestaciones
- SCADA: arquitectura, tags e historiador
- Topologías y cableado de redes industriales
Referencias
- Wikipedia, «Alarm management» (historia, causas de la proliferación de alarmas y normas existentes).
- ISA 18.2, IEC 62682 y EEMUA 191 (de pago o de consulta restringida).
Preguntas frecuentes
¿Cuántas alarmas por hora es razonable?
Las guías de gestión de alarmas fijan valores objetivo de alarmas por operador y por periodo, pero esas cifras vienen de documentos de pago o de consulta restringida. Como criterio general: si el operador no puede atender cada alarma con una acción clara, hay demasiadas, y se revisan las que más se repiten.
¿Qué es una inundación de alarmas?
Es la situación en que durante una perturbación aparecen más alarmas de las que el operador puede atender. El sistema deja de ayudar y el operador pierde de vista las críticas. Se previene con racionalización, supresión por estado y alarmas bien priorizadas.
¿Por qué no usar rojo y verde para todo?
Porque el color pierde significado si está en todas partes. Se reserva el color vivo para condiciones anormales y se usan grises en el estado normal. Además, parte de los operadores no distinguen bien el rojo y el verde, de modo que el color nunca debe ser la única señal.
¿Quién decide la prioridad de una alarma?
Se decide en un taller de racionalización con operación, proceso, seguridad y mantenimiento. Para cada alarma se define su causa, su consecuencia si no se atiende, el tiempo disponible para responder y la acción esperada. Esa información fija su prioridad.