Errores de diseño de HMI: 10 fallos habituales y cómo corregirlos
La mayoría de las pantallas HMI deficientes fallan de las mismas diez formas: exceso de color, pantallas que copian el P&ID, gráficos 3D, texto que nadie puede leer desde el panel, un estado «sin feedback» que no existe, alarmas sin prioridad, decoración que se mueve, navegación demasiado profunda, el mismo objeto dibujado distinto en cada pantalla y enclavamientos que el operador no ve. Ninguno exige software nuevo para corregirse. Cada uno tiene una causa sencilla y un remedio sencillo, que se detallan abajo junto a la guía que profundiza.
En resumen
- Color: gris para todo lo normal; color solo para el estado y la prioridad de alarma.
- Contenido: muestra lo que el operador vigila y maneja, no todo el P&ID.
- Estado: dibuja siempre «sin feedback» y muestra el feedback, nunca la orden.
- Alarmas: toda alarma tiene prioridad, mostrada con un color y una segunda señal.
- Estructura: dos clics hasta lo que importa, un solo aspecto por tipo de objeto y el motivo del bloqueo de una orden escrito en la pantalla.
Los diez errores de un vistazo
Cada fila se explica más abajo. La columna de la derecha da la solución en una línea y la guía que trata el tema en profundidad.
| Error | La solución · Profundiza |
|---|---|
| 1. Exceso de color | Gris por defecto; color solo para estado y alarma Paleta tranquila → |
| 2. Pantallas que copian el P&ID | Un solo cometido por pantalla; fuera lo que nadie maneja Jerarquía de pantallas → |
| 3. 3D, degradados, fotorrealismo | Formas planas en 2D con relleno liso Paleta tranquila → |
| 4. Texto demasiado pequeño para la distancia | Mínimo 14 px, dimensionado para la distancia real de visión Jerarquía de pantallas → |
| 5. Sin estado «sin feedback» | Comparar orden y feedback; mostrar la discrepancia 9 estados de motor → |
| 6. Alarmas sin prioridad | Prioridad derivada de la racionalización; color más una segunda señal Gestión de alarmas → |
| 7. Animación decorativa | Movimiento solo cuando aporta información Paleta tranquila → |
| 8. Navegación demasiado profunda | Dos clics hasta lo que importa Jerarquía de pantallas → |
| 9. Mismo objeto, aspectos distintos | Un símbolo y un faceplate por tipo de objeto Diseño de faceplates → |
| 10. Enclavamientos que el operador no ve | Listar el permisivo que falta junto a la orden Diseño de faceplates → |
Color y gráficos (errores 1 a 4)
Estos cuatro tratan de lo que el ojo tiene que filtrar antes de poder leer la pantalla. El dibujo muestra dos veces los mismos equipos y los mismos valores.
- Color. A la izquierda cada elemento tiene su propio color, así que ninguno significa nada. A la derecha los equipos son grises y el color aparece dos veces: una bomba verde porque está en marcha y un badge rojo P1 en la válvula que tiene la alarma.
- Contenido. Los pequeños círculos de instrumento de la izquierda existen en el P&ID, pero nadie del turno los maneja. La derecha conserva los equipos y los tres valores que vigila el operador.
- Posición. Todo está en el mismo sitio en ambos dibujos. Tranquilo no significa vacío: significa que el ojo encuentra enseguida lo único que es distinto.
1. Exceso de color
Por qué falla. Si una bomba es azul porque es una bomba y un depósito es amarillo porque contiene producto, el color no transmite información. Cuando algo va realmente mal, el rojo tiene que competir con todo lo demás de la pantalla, y los operadores aprenden a filtrar el color.
Qué hacer. Dibuja todos los equipos, tuberías y etiquetas en grises. Reserva el color para lo que cambia: en marcha, sin feedback, manual, fallo y prioridad de alarma, con un único significado fijo por color en todo el proyecto. La guía de la paleta tranquila trae los valores.
2. Pantallas que copian el P&ID
Por qué falla. Un P&ID documenta el proceso para ingenieros: cada línea, válvula manual, purga, venteo e instrumento. Una pantalla de operador tiene que responder a «¿qué está pasando y qué puedo hacer?». Si metes el plano entero en una pantalla nada destaca, el texto se encoge y la única forma de encontrar un objeto es saber dónde lo dibujó el ingeniero.
Qué hacer. Da a cada pantalla un solo cometido. Muestra el flujo principal, los equipos que el operador arranca, para o vigila, y los pocos valores que importan. Deja las válvulas manuales, las purgas y los instrumentos de reserva en el P&ID, y mantén los tags idénticos a los del plano para que se pueda cruzar la información. La guía de jerarquía de pantallas describe los niveles, y símbolos de HMI explica por qué un símbolo de HMI no es un símbolo de P&ID.
3. 3D, degradados y fotorrealismo
Por qué falla. Sombreados, biseles y depósitos renderizados añaden formas que el ojo debe ignorar antes de leer la que importa. Además gastan color en decoración y quedan anticuados en pocos años, mientras que los rellenos planos no.
Qué hacer. Usa contornos planos, en dos dimensiones, con relleno liso. Si un cliente pide una vista general realista, mantenla fuera de las pantallas de trabajo del operador.
4. Texto demasiado pequeño para la distancia
Por qué falla. Las pantallas se dibujan en una mesa y se usan en un panel, de pie, a menudo con guantes y mala luz. El texto que se lee bien a 60 cm es una mancha a 2 m, y un botón fácil de pulsar con el ratón es difícil de acertar con el dedo.
Qué hacer. No bajes de 14 px en el texto corriente, usa texto mayor para lo que el operador debe leer de un vistazo y comprueba con el paso de píxel y la distancia de visión reales del panel, no con el monitor en el que dibujas. Deja un hueco entre botones que hacen cosas distintas. La tabla de tamaños está en la guía de jerarquía de pantallas.
Estado y alarmas (errores 5 a 7)
Estos tres tratan de lo que dice la pantalla cuando algo no es normal, que es el momento en que más importa.
5. Sin estado «sin feedback»
Por qué falla. Si la pantalla solo sigue la orden, un motor al que se mandó arrancar y nunca confirmó la marcha se ve exactamente igual que un motor en marcha. El operador cree que el proceso avanza cuando no es así, o al revés.
Qué hacer. Compara la orden con el feedback y da a la discrepancia su propio estado, amarillo en la paleta tranquila. El símbolo muestra lo que hace el equipo, no lo que alguien le pidió. La guía de los 9 estados de motor lista los nueve estados y el mapeo al PLC.
6. Alarmas sin prioridad
Por qué falla. Si todas las alarmas se ven igual, o casi todas son rojas, el operador no sabe cuál atender primero. Una lista donde todo es crítico no transmite información, y suele indicar que las alarmas nunca se racionalizaron.
Qué hacer. Decide primero las prioridades (consecuencia y tiempo de respuesta) y asigna a cada una un color y una segunda señal, como el número en el badge. Pon el badge sobre el equipo y mantén visible por debajo el estado propio del equipo. Gestión de alarmas trata las prioridades y el ciclo de vida de ISA-18.2.
7. Animación decorativa
Por qué falla. Ventiladores que giran, tuberías con flujo animado y etiquetas parpadeantes gastan la atención del operador en cosas que no la necesitan. Si media pantalla se mueve, un cambio real pasa inadvertido, y el parpadeo es la señal más fuerte que tiene una pantalla.
Qué hacer. Anima solo cuando el movimiento aporta información, por ejemplo una alarma nueva que nadie ha reconocido o un motor que está arrancando. Escribe en la guía de estilo la lista de significados animados y mantenla corta. Todo lo demás se queda quieto. La guía de la paleta tranquila trata el parpadeo permanente.
Estructura y coherencia (errores 8 a 10)
Estos tres tratan de cómo encajan las pantallas entre sí, y son los que empeoran a medida que crece el proyecto.
8. Navegación demasiado profunda
Por qué falla. Si llegar a la bomba que está en alarma lleva cinco clics por menús, cada clic de más cuesta tiempo justo cuando no sobra. Un camino difícil de recordar es un camino que nadie recorre.
Qué hacer. Apunta a dos clics hasta lo que importa. Pon la navegación en una zona fija, muestra siempre en qué pantalla estás, evita los callejones sin salida y no navegues desde dentro de ventanas emergentes. Consulta la guía de jerarquía de pantallas.
9. Mismo objeto, aspectos distintos
Por qué falla. Si una pantalla dibuja la bomba como un círculo y la siguiente como una foto, o una unidad usa el verde para «en marcha» y otra para «disponible», el operador tiene que reaprender cada pantalla. Colores distintos para el mismo significado es la versión peligrosa.
Qué hacer. Mantén un único juego de símbolos y un único faceplate por tipo de objeto, construidos con plantillas y no con copias, para que un cambio se haga en un solo sitio. La guía de diseño de faceplates muestra la disposición, y el Symbol Builder exporta una imagen por estado desde un solo dibujo.
10. Enclavamientos que el operador no ve
Por qué falla. Un botón de Marcha que no hace nada y no da explicación es el peor callejón sin salida. El operador lo pulsa otra vez y después busca la causa en campo o en el programa del PLC. El motivo casi siempre es un permisivo que falta, que el PLC conoce y la pantalla esconde.
Qué hacer. Muestra los permisivos junto a la orden, cada uno con su estado, y pon el botón en gris mientras esté bloqueado. Así el operador ve a la vez el estado y el motivo. La disposición está en la guía de diseño de faceplates.
De dónde vienen los errores
Rara vez son descuidos. Cuatro hábitos producen la mayoría:
- Empezar desde el P&ID. Copiar el plano es la forma más rápida de tener una primera pantalla y la más lenta de tener una utilizable (errores 2, 4 y 8).
- Dibujar sin guía de estilo. Si paleta, tamaños, símbolos y reglas de animación no están escritos antes de la primera pantalla, cada pantalla inventa los suyos (errores 1, 7 y 9).
- Revisar en la mesa. Una pantalla se ve bien en el monitor de quien la dibujó. Hay que juzgarla a la distancia del panel y por alguien que no estuvo cuando se dibujó (errores 3, 4 y 10).
- Dejar los estados anormales para el final. La pantalla normal se lleva toda la atención; «sin feedback» y la prioridad de alarma se añaden después, o nunca (errores 5 y 6).
El remedio para los cuatro es el mismo: escribir una guía de estilo HMI corta antes de dibujar y revisar contra ella. La guía de ISA-101 explica cómo lo plantea la norma, y ISA-101 vs ISA-18.2 vs ISA-5.1 muestra dónde encajan alrededor las normas de alarmas e instrumentación.
Una revisión de 15 minutos para cualquier HMI
Hazla en un simulador o en un banco de pruebas, nunca forzando señales en una planta en marcha.
- Prueba de entrecerrar los ojos. Aléjate y entrecierra los ojos ante cada pantalla. ¿El ojo cae sobre lo único que es anormal? Si no, mira los errores 1, 2 y 7.
- Cuenta los colores. Lista todos los colores usados en operación normal. Lo que exceda del gris y del estado en marcha es candidato a eliminarse.
- Prueba de distancia. Mira la pantalla desde la distancia real del operador. ¿Se leen los tags y los valores? ¿Acertarías el botón más pequeño con un dedo enguantado?
- Recorrido de fallos. Toma un motor y haz que pare, pierda el feedback y dispare el térmico. ¿Se ve distinto cada caso en la pantalla?
- Recorrido de alarmas. Genera una alarma de cada prioridad. ¿Se distinguen sin depender solo del color y sigue visible el estado del equipo?
- Cuenta de clics. Desde la vista general, cuenta los clics hasta tres equipos al azar. Más de dos merece corregirse.
- Comprobación de coherencia. Abre el mismo tipo de objeto en tres sitios. ¿Mismo símbolo, mismo faceplate, mismos colores?
- Comprobación de órdenes bloqueadas. Busca una orden bloqueada ahora mismo. ¿Puedes saber por qué sin salir de la pantalla?
Empieza por arreglar los símbolos
Un juego de símbolos coherente elimina de golpe los errores 1, 3 y 9. Dibuja una vez un motor, una válvula o una bomba en el Symbol Builder y exporta cada estado como PNG o SVG. El editor es gratuito, sin cuenta para dibujar; las descargas piden una cuenta gratuita, 5 al mes en Free.
Abrir el editor → Leer la guía de la paleta tranquila →Preguntas frecuentes
¿Cuáles son los errores de diseño de HMI más habituales?
Exceso de color, pantallas que copian el P&ID, gráficos 3D, texto demasiado pequeño para la distancia de visión, falta del estado «sin feedback», alarmas sin prioridad, animación decorativa, navegación demasiado profunda, el mismo objeto dibujado distinto en pantallas distintas y enclavamientos que el operador no ve. La tabla del principio de esta guía da la solución de cada uno.
¿Por qué una HMI debe ser mayormente gris?
Porque el color es la forma más rápida de captar la mirada del operador, y solo funciona mientras sea escaso. Con el gris por defecto, un motor verde en marcha, un estado amarillo sin feedback o una alarma roja destacan al instante. Cuando todo tiene color, nada destaca. La guía de la paleta tranquila trae los valores.
¿Debe una pantalla de HMI parecerse al P&ID?
No. El P&ID documenta el proceso para ingenieros; la pantalla apoya a un operador que vigila y actúa. Conserva el flujo del proceso y los equipos con los que trabaja el operador, deja fuera válvulas manuales, purgas e instrumentos sin uso, y deja que el P&ID siga siendo el plano de referencia. Los tags sí deben coincidir con el P&ID para poder cruzar la información.
¿Es mala la animación en una HMI?
No cuando aporta información. Un parpadeo para una alarma nueva sin reconocer, o para un motor que está arrancando, le dice algo al operador. Ventiladores que giran, tuberías con flujo animado o etiquetas parpadeantes que no dicen nada compiten con las señales que importan, así que déjalos fuera.
¿Cómo corrijo una HMI existente sin redibujarlo todo?
Empieza por los cambios que tocan más pantallas con menos trabajo: una sola paleta, una imagen por estado en cada símbolo y un tamaño mínimo de texto. Después añade los estados que faltan y la prioridad de alarma, y deja para el final simplificar la navegación. Haz primero una unidad, acuérdala con los operadores y copia el resultado al resto.
Sigue leyendo
- La paleta de color tranquila para HMI — qué significa el color y los antipatrones que lo arruinan.
- Jerarquía de pantallas HMI — niveles de visualización, navegación y tamaño del texto.
- Los 9 estados de motor que toda HMI debería mostrar — incluido «sin feedback».
- Gestión de alarmas — las prioridades y cómo mostrarlas en pantalla.
- Diseño de faceplates HMI — objetos coherentes y enclavamientos visibles.
- ISA-101 vs ISA-18.2 vs ISA-5.1 — qué norma responde a qué pregunta.
- Pregunta a la comunidad — una pantalla de HMI sobre la que quieres una segunda opinión.