Glosario de Automatización • Codificación por color en HMI

¿Qué es una convención de codificación por color en HMI?

Ingeniería Merobix • • 6 min de lectura

El color es la herramienta más mal usada en una pantalla de operador. Usado sin cuidado, convierte una pantalla en ruido visual; usado con disciplina, dirige el ojo del operador directo a lo que importa. Esta guía explica las convenciones de codificación por color de la HMI de alto desempeño, por qué el color saturado se raciona, por qué nunca se confía solo en el color, y cómo el color mapea a la prioridad de alarma, como un conjunto de reglas prácticas que un integrador aplica al construir pantallas.

Volver al glosario

Codificación por color en HMI en una línea: Una convención de codificación por color en HMI es el conjunto de reglas que gobiernan cómo se usa el color en las pantallas de operador. En la HMI de alto desempeño, los colores saturados se reservan casi por completo para condiciones anormales y se mapean a la prioridad de alarma, mientras que la operación normal usa grises apagados. El color nunca es la única forma en que se transmite la información: se respalda con forma, posición y texto para que la pantalla siga legible para operadores daltónicos y bajo mala iluminación. El objetivo es que cualquier color brillante en la pantalla cargue un significado real.

El color como recurso escaso

La regla fundadora de la codificación por color de alto desempeño es que el color saturado es escaso y significativo. En una pantalla bien diseñada el estado normal se renderiza en grises de bajo contraste, y los colores brillantes, rojo, ámbar, a veces magenta u otros tonos de alta prioridad, aparecen solo cuando algo es anormal. Como son raros, son sobresalientes: cuando un elemento rojo aparece en una pantalla por lo demás gris, el ojo del operador lo encuentra en una fracción de segundo. En el momento en que un diseñador empieza a usar color brillante de forma decorativa, bombas verdes en marcha, agua azul, tuberías coloridas por todas partes, esa saliencia se destruye, y un rojo genuinamente anormal tiene que competir con una docena de colores igual de ruidosos.

Esta es la mayor desviación de los gráficos tradicionales, y la que los integradores más seguido resisten porque una pantalla gris se ve menos impresionante que una colorida. Pero la disciplina rinde precisamente cuando importa, durante un disturbio, cuando el operador debe ubicar rápido los elementos anormales. Una prueba útil al construir una pantalla es preguntar, de cada elemento coloreado: ¿este color significa que el operador necesita actuar? Si no, el elemento debe ser gris. Reservar el color de esta forma es lo que hace que una condición anormal salte en vez de esconderse.

Nunca confíe solo en el color

Una fracción significativa de las personas tiene alguna forma de deficiencia de visión de color, más comúnmente dificultad para distinguir el rojo del verde, que son exactamente los colores que un diseño ingenuo usa para alarma y normal. Por esta razón la HMI de alto desempeño trata al color como un canal entre varios, nunca el único portador de información. El estado de alarma se muestra de forma redundante: una alarma de alta prioridad podría indicarse con un elemento rojo y una forma o símbolo distinto y una etiqueta de texto o un número que muestra la prioridad, para que un operador que no puede distinguir el color aún reciba el mensaje de la forma y el texto.

La codificación redundante protege contra más que el daltonismo. La calibración de pantalla deriva, las salas de control tienen deslumbramiento y luz variable, y un valor en un indicador pequeño puede ser difícil de juzgar solo por el tono, así que respaldar el color con forma, posición, parpadeo y texto vuelve la pantalla robusta a todo esto. La regla práctica para un integrador es directa: siempre que el color comunica algo importante, codifique la misma información de una segunda forma. Esto también significa evitar el rojo y el verde como la única distinción entre dos estados, y elegir paletas que sigan siendo distinguibles para operadores daltónicos.

Mapear el color a la prioridad de alarma en el SCADA

Los colores que sí aparecen deben mapear de forma consistente a la prioridad de alarma, para que un operador aprenda un esquema y lo aplique en todas partes. Por lo común las alarmas de mayor prioridad y más urgentes usan el tratamiento que más atrae la atención, un rojo saturado, muchas veces parpadeando hasta reconocerse, con las prioridades más bajas usando colores progresivamente menos urgentes e indicación fija en vez de parpadeante. La paleta exacta se define una vez en la guía de estilo de HMI, bajo el marco ISA-101, y luego se aplica de forma idéntica en cada pantalla para que un color siempre signifique lo mismo sin importar cuál pantalla esté mirando el operador.

En un SCADA en la nube como Merobix, esta consistencia es más fácil de garantizar porque las pantallas se construyen a partir de una biblioteca compartida y se sirven de forma central, así que un color de prioridad definido una vez aparece igual en cada pantalla de sitio de pozo, separador y ducto y en el navegador de cada operador. Conforme Merobix lee tags por Modbus, DNP3, OPC UA y MQTT y evalúa condiciones de alarma, mapear esas condiciones a un esquema de color disciplinado y basado en prioridad, respaldado por forma y texto, es lo que deja a un operador que vigila un campo amplio de sitios clasificar al instante qué necesita atención primero. El mapeo consistente de color por prioridad a través de muchos sitios remotos convierte una operación dispersa en una que un operador puede triar de un vistazo.

Preguntas frecuentes

¿Por qué la HMI de alto desempeño usa tan poco color?

Porque el color saturado solo funciona como señal de atención si es raro. Cuando los colores brillantes se usan de forma decorativa para tuberías, equipo en marcha y elementos de fondo, un valor genuinamente anormal no tiene nada que lo distinga. Reservar el color casi por completo para condiciones anormales lo mantiene significativo, así que cualquier elemento brillante en una pantalla por lo demás gris atrae de inmediato el ojo del operador hacia algo que necesita acción.

¿Por qué una HMI no debe confiar solo en el color?

Porque una fracción significativa de operadores tiene alguna deficiencia de visión de color, y porque el deslumbramiento, la calibración de pantalla y los indicadores pequeños pueden todos volver difícil de leer un color. El diseño de alto desempeño codifica la información importante, en especial el estado de alarma, de forma redundante mediante forma, posición y texto además del color, para que el mensaje pase aun cuando el color no se pueda distinguir de forma confiable.

¿Cómo deben mapear los colores de HMI a la prioridad de alarma?

Los colores deben mapear de forma consistente a la prioridad de alarma, con las alarmas más urgentes recibiendo el tratamiento que más atrae la atención, muchas veces un rojo saturado parpadeante, y las prioridades más bajas usando indicación progresivamente menos urgente y fija. La paleta exacta se define una vez en la guía de estilo de HMI y se aplica de forma idéntica en cada pantalla para que un color dado siempre cargue el mismo significado de prioridad.

Más en PLC, RTU, HMI y DCS
Convención de nombrado de tags  •  Pantallas HMI lentas  •  Ciclo de vida HMI ISA-101  •  ISA-101 vs EEMUA 191  •  Desorden gráfico y saliencia  •  Todo en PLC, RTU, HMI y DCS →
Capacitación SCADA gratuita para operadores
Merobix University - 70 lecciones en video y 261 preguntas de examen, del primer inicio de sesión a los reportes de cumplimiento (contenido en inglés). Sin llamada de ventas.
Comenzar gratis →