Colores de fondo HMI: diseño vs tinte de hardware
Los colores de fondo de la pantalla HMI están en el centro de cada display de operador: el campo gris detrás de bombas, el rojo de alarma que nunca debe verse marrón, el azul de datos en vivo que debe distinguirse del equipo estático. Cuando esos fondos se ven mal, la causa es diseño intencional del proyecto, una configuración de color corrupta o hardware que desplaza toda la pila óptica. Esta guía separa esos caminos y evalúa cómo las pruebas de color sólido con nuestra herramienta Test de Pantalla exponen cada uno en paneles industriales.
Qué deben hacer los colores de fondo de pantalla HMI
En un HMI de proceso bien diseñado, el color de fondo no es decoración. La Process HMI Style Guide de Rockwell Automation y la práctica de fondo gris del consorcio ASM tratan el campo de página como un lienzo de baja prominencia para que alarmas y valores en vivo puedan usar los colores saturados. El estándar práctico es un gris claro no saturado como RGB 224,224,224 (#E0E0E0) para salas bien iluminadas, con grises más oscuros reservados para consolas 24/7 tenues. Los interiores de equipo estático suelen coincidir con el fondo; las líneas de proceso permanecen gris oscuro o negro; se desaconsejan degradados porque compiten con la gestión de la atención (Rockwell proces-wp023, Honeywell ASM gray-background paper).
Siemens WinCC Unified expone la misma idea a nivel de objeto: color de fondo, color de borde y patrón de relleno se configuran por objeto de pantalla desde una paleta o selector RGB, incluidos rellenos transparentes cuando los operadores deben acertar un borde con precisión (Siemens WinCC Unified color docs). Cambiar un esquema de color Siemens por tanto significa editar el proyecto, no esperar que el panel invente un gris nuevo por sí solo (XCTimes Siemens color-scheme overview).
Esa intención de diseño crea una trampa diagnóstica. Los operadores dicen «el fondo se puso amarillo» cuando pueden haber ocurrido tres cosas distintas: el ingeniero envió un gris más cálido, el runtime está atascado en profundidad de color de 16 bits que no puede renderizar la plata prevista, o la pila LCD en sí envejeció cálida. Hasta que ponga un campo RGB conocido sobre el cristal, está adivinando cuál de las tres es cierta.
Por qué fallan los fondos grises en campo
El gris solo funciona cuando el panel aún puede reproducir luminancia neutra. Calor, UV, humedad y servicio continuo de retroiluminación desplazan polarizadores, adhesivos ópticos y fósforo LED hacia el amarillo, así que el mismo color de proyecto #E0E0E0 se lee como crema o marrón en una unidad envejecida mientras un repuesto nuevo al lado sigue correcto (CDTech LCD yellowing, Miqidisplay industrial tint analysis). El contraste de alarma se colapsa. Un rojo Priority-1 sobre fondo gris amarillento pierde el salto de luminancia que la guía de estilo asumía, por eso las quejas de color de fondo son adyacentes a la seguridad aunque nadie haya cambiado el proyecto.
Problemas de color de pantalla HMI que vienen del hardware
Los paneles táctiles industriales comparten las mismas familias de fallo que otros LCD de larga vida, con ciclos de servicio más duros. El amarilleo suele ser envejecimiento de la pila óptica: los polarizadores de yodo pierden eficiencia, los adhesivos OCA/OCR se oxidan, baja la transmisión azul por filtros de color, y el fósforo LED o tubos CCFL más antiguos pierden salida azul de modo que los blancos se calientan (CDTech, Rocktech TFT color problems). El amarillo localizado cerca de biseles o fuentes de calor suele seguir puntos calientes térmicos de CPUs, etapas de potencia o armarios mal ventilados más que una configuración global del proyecto (HiggsTec industrial touchscreen guide).
Las manchas de rosa a naranja, apodadas sunrise en unidades Allen-Bradley PanelView Plus, se comportan distinto. Los informes de campo vinculan la mayoría de casos a humedad o intrusión por lavado que daña drivers de fila LCD o la ruta del cable plano entre cristal y placa de vídeo. Los cables planos sueltos pueden parpadear con vibración; biseles demasiado apretados pueden flexionar el cristal. Críticamente, el envejecimiento de retroiluminación se ve uniforme en toda la pantalla, mientras el daño sunrise se ve manchado con bordes naturales suaves (Industrial Monitor Direct PanelView color troubleshooting). Tratar manchas como edición de color FactoryTalk desperdicia una ventana de mantenimiento.
Los fallos de cable y conector están entre esos extremos. La vibración y el ciclo térmico aflojan cables de display LVDS/eDP y colas flex. Un canal cae primero, así que el fondo gana un tinte verde, azul o magenta antes de que la imagen colapse. Color intermitente que cambia al presionar el bisel o cuando la máquina vibra es un problema de ruta de señal mecánica hasta demostrar lo contrario (Omega Electronics HMI repair symptoms, HiggsTec).
Rutas de software que aún importan
No todo fondo incorrecto es un polarizador muerto. Los terminales PanelView Standard exponen un remapeo de paleta en runtime que PanelView Plus no tiene; los colores Plus viven como ARGB absoluto en FactoryTalk View ME y deben editarse en la estación de ingeniería (Industrial Monitor Direct PanelView color text methods). Los proyectos TIA Portal que heredan profundidad de color de 16 bits pueden rechazar valores grises comunes como RGB 192,192,192 hasta que la profundidad de color en runtime se suba a 32 bits (Industrial Monitor Direct TIA color depth). Son arreglos reales, pero solo aplican cuando la evidencia de color sólido muestra que el panel aún puede pintar blanco puro y primarios puros correctamente.
Paleta de diseño frente a fallo de panel: la matriz de decisión
Las páginas competidoras explican cómo elegir gris en una guía de estilo o cómo reemplazar un módulo amarillento. Rara vez le dicen a un técnico qué evidencia decide el camino en los primeros cinco minutos en planta. Use esta matriz antes de abrir el armario.
| Lo que ve | Prueba blanco / gris sólido | Causa probable | Siguiente acción |
|---|---|---|---|
| Página entera más cálida que un repuesto bueno conocido; tinte uniforme | Blanco y gris ambos cálidos; primarios intactos | Envejecimiento retroiluminación / polarizador / adhesivo | Documentar fotos; planificar cambio de módulo; revisar calor del armario |
| Manchas rosa/naranja, bordes suaves | Manchas en cada color sólido | Humedad / driver de fila / ruta cable plano | Detener lavado cerca de juntas; reparar o reemplazar conjunto LCD |
| Tinte verde, azul o magenta repentino | Un primario se ve débil o con ruido | Cable de display o canal driver | Apagar; reasentar/reemplazar cable plano; repetir sólidos |
| Solo algunos objetos mal; prueba blanco limpia | Sólidos neutros; gráficos del proyecto mal | Paleta, profundidad de color o propiedades de objeto | Corregir en WinCC / FactoryTalk / PanelBuilder; redescargar |
| Mal solo en ángulo de visión pronunciado | Sólidos bien de frente | Comportamiento ángulo TN o altura de montaje | Comparar expectativas IPS vs TN; ajustar montaje antes de condenar panel |
| El tinte se atenúa tras apagado largo, vuelve al calentar | Sólidos peor tras soak térmico | Estrés térmico temporal vs envejecimiento permanente | Repetir prueba blanco frío y caliente; tinte permanente tras 48 h de enfriamiento significa envejecimiento de material (CDTech thermal recovery) |
La pregunta sin respuesta que dejan colgando la mayoría de guías de estilo es esta: el fondo de su proyecto ya es gris, ¿cómo sabe que el gris está mal? Respóndala forzando campos que el proyecto nunca dibuja: blanco puro, negro puro y los tres primarios. Si esos se ven mal, el panel miente sobre cada color del proyecto, incluidas alarmas. Si esos se ven bien mientras solo los gráficos en runtime se ven mal, quédese en el software de ingeniería.
Las trampas de captura también importan aquí. Un cliente HMI remoto o sesión VNC puede mostrar RGB correcto mientras el cristal físico está amarillento, porque la ruta de captura nunca pasa por el polarizador envejecido. Juzgue siempre los problemas de color de fondo desde la distancia visual del operador en el panel real, luego fotografíe los campos de color sólido con el móvil para la orden de trabajo.
Revisión del Test de Pantalla para diagnóstico de color de fondo HMI
Esta sección es una evaluación propia de la herramienta ScreenIssues Test de Pantalla para el trabajo de color de fondo HMI, no un consejo genérico de «use patrones de prueba». La herramienta expone cuatro pestañas que encajan con quejas de color industrial: Colores sólidos, Degradados, Patrones y Movimiento, con modo pantalla completa, ciclo automático, paso por teclado y control de brillo para inspección de baja luminancia.
Colores sólidos: el flujo principal HMI
| Campo de prueba | Hex | Cómo se ve un problema de color de fondo HMI |
|---|---|---|
| Blanco | #FFFFFF | Tinte amarillo/crema uniforme = envejecimiento óptico; parches en esquinas = amarilleo de adhesivo o borde por calor |
| Negro | #000000 | Manchas brillantes o resplandor = sangrado de retroiluminación o regiones fijas; no debe mostrar sunrise rosa (también aparece en campos más claros) |
| Rojo | #FF0000 | Puntos oscuros o rojo débil = problemas de subpíxel/cable que también embotan rojos de alarma sobre fondos grises |
| Verde | #00FF00 | Desequilibrio de canal o fallos de cable que hacen poco fiables los verdes de «funcionamiento normal» |
| Azul | #0000FF | Expone desigualdad de retroiluminación e imbalance frío/cálido que los operadores describen como gris incorrecto |
| Gris | #808080 | Proxy más cercano a fondos de página ASM/Rockwell; banding o cambio a marrón aquí predice quejas de operadores |
Para colores de fondo HMI en concreto, blanco luego gris es el par de mayor rendimiento. El procedimiento industrial de amarilleo de CDTech ya centra una comprobación de campo completo #FFFFFF a alto brillo; el gris añade el color de página que el operador mira durante horas. Rojo/verde/azul confirman entonces si los tonos de alarma y estado siguen separables una vez que el fondo es de confianza.
Degradados, patrones y movimiento: cuando los sólidos no bastan
Los degradados RGB revelan banding y tinte no uniforme que un gris plano puede ocultar, útil cuando un lado de un PanelView grande se ve más cálido tras años junto a un armario de variadores. Líneas horizontales/verticales, cuadrícula, tablero de ajedrez y patrones de franjas RGB separan fallos de línea/driver del tinte de fondo puro: si los sólidos se ven uniformemente cálidos pero los patrones se desgarran en columnas, no está ante un simple amarilleo. La prueba de desenfoque por movimiento es un control negativo para tickets de color de fondo: si la queja es «el gris se ve mal» y el movimiento está bien mientras los sólidos están cálidos, manténgase en la ruta de envejecimiento óptico y no persiga mitos de tasa de barrido.
Herramienta frente a diagnósticos integrados HMI
| Necesidad | Test de Pantalla | Diagnósticos integrados HMI típicos |
|---|---|---|
| Campos completos RGB conocidos | Sí: blanco/negro/RGB/gris fijos | A menudo limitados u ocultos en menús de servicio OEM |
| Funciona sin licencia de software OEM | Sí: navegador en portátil o panel con runtime HTML | Suele necesitar modo servicio OEM o portátil del fabricante |
| Coincide con intención de gris de guía de estilo | Campo gris aproxima fondo de página | Rara vez incluye parches grises estilo ASM |
| Separa gráficos del proyecto del panel | Sí: campos ignoran su arte .MER/.apd | Pantallas integradas pueden seguir usando colores temáticos |
| Uso en planta sin red | Necesita dispositivo con navegador o entrada HDMI/USB temporal | Disponible en algunos terminales sin red |
Método práctico en planta: cuando el HMI no puede abrir un navegador, ejecute el Test de Pantalla a pantalla completa en un portátil de mantenimiento, fotografíe los seis sólidos como tira de referencia y muestre luego las pantallas de campo completo más cercanas que proporcione el OEM (o un popup de color sólido temporal en un proyecto de prueba). Compare fotos de referencia del portátil con el panel bajo la misma luz ambiente. Esa comparación es el paso diagnóstico exclusivo que las guías de estilo nunca documentan.
Ciclo automático más fotos del móvil crean un paquete de garantía en menos de dos minutos: blanco, gris, rojo, verde, azul, negro, cada uno mantenido el tiempo suficiente para enfocar. Bajar el control de brillo en negro y gris hace obvias manchas amarillas sutiles y bordes de retroiluminación sin abrir primero el armario.
Cómo ejecutar comprobaciones de color de fondo en paneles industriales
- Congele la narrativa. Anote si el tinte es uniforme o manchado, repentino o gradual, un terminal o toda una línea, y si las alarmas siguen viéndose saturadas. Fotografíe la pantalla de proceso en vivo una vez solo como contexto.
- Descarte software fácil. Confirme que nadie desplegó un esquema de color nuevo, equivalente de modo nocturno o profundidad runtime de 16 bits. En PanelView Standard, compruebe si se remapearon ranuras de paleta en Configuration Mode; en Plus y WinCC, abra el proyecto, no los menús del terminal.
- Ejecute campos sólidos. Use el Test de Pantalla o patrones OEM de campo completo. Pase más tiempo mirando blanco y gris. Si el blanco está limpio y solo la página de proceso se ve mal, pare y arregle el proyecto.
- Contraste con calor y ángulo. Vea de frente y desde la postura normal del operador. Apague para un periodo de enfriamiento cuando haya duda de recuperación térmica al estilo CDTech, luego repita la prueba de blanco antes de condenar el módulo.
- Pase mecánico. Solo después de que los sólidos impliquen cable o daño manchado por humedad debe apagar, inspeccionar juntas y reasentar cables planos del display. No persiga biseles en una retroiluminación globalmente amarillenta.
- Decida con la matriz. Blanco cálido uniforme → ruta de envejecimiento. Sunrise manchado → ruta humedad/driver. Fallo de un solo canal → ruta cable. Sólidos limpios → ruta software.
Los problemas de color de display de consumo e IT relacionados usan la misma lógica de campo sólido; si mantiene monitores de oficina junto a HMIs, las guías de tinte amarillo y rosa del monitor y problema general de color del monitor reutilizan la secuencia blanco/gris/primarios sin la capa de guía de estilo industrial.
Rutas de reparación tras clasificar los colores
Arreglos de software y proyecto. Corrija fondos de objeto y paletas en WinCC Unified, FactoryTalk View ME o PanelBuilder; suba la profundidad de color TIA cuando los valores grises no se mantengan; redescargue runtime; verifique contraste/brillo en terminales legacy que aún exponen esos controles. Vuelva a ejecutar sólidos gris y blanco tras la descarga para saber que mejoró el cristal, no solo el proyecto.
Arreglos de cable y conector. Reasiente ambos extremos del cable plano del display, reemplace colas flex dañadas y confirme alivio de tensión para que la vibración no recree la falla. Vuelva a probar primarios: un canal rojo recuperado debe restaurar el rojo de alarma sobre fondos grises de inmediato.
Retroiluminación y pila óptica. El amarilleo uniforme por envejecimiento CCFL/LED o amarilleo de adhesivo no se calibra lejos durante mucho tiempo. Los ajustes temporales de temperatura de color compran legibilidad; el arreglo durable es reemplazo de módulo o retroiluminación clasificado para temperatura del armario y ciclo de servicio (CDTech, Miqidisplay).
Disparadores de reemplazo de panel. Manchas rosa/naranja en expansión, amarillo permanente tras enfriamiento, repuestos obsoletos o cualquier caso en que los operadores ya no puedan confiar en colores de alarma. Capture evidencia de color sólido antes de que la unidad salga de la celda. Para defectos tipo línea durante la misma investigación, vea problemas de líneas LCD y líneas de color.
Cuando los colores de fondo incorrectos se convierten en problema de seguridad
ASM y Rockwell asumen que el color es un código escaso: el rojo de alarmas de alta prioridad no debe significar también «bomba en marcha», y el fondo debe permanecer visualmente silencioso. Un panel amarillento o con canal desplazado rompe ese contrato. Los operadores se ralentizan al reconocer alarmas, leen mal rellenos de estado e inventan alternativas como acercarse o usar un segundo cliente portátil. Si las pruebas de color sólido muestran que el cristal ya no puede separar el rojo de alarma del campo de página, trate el terminal como deteriorado para operación crítica de seguridad hasta reparar, la misma gravedad que asignaría a un banner de alarma ilegible.
La prevención sigue las causas de hardware: mantenga temperaturas del armario dentro de la clasificación del módulo, proteja juntas de lavado, evite apretar biseles en exceso, use alimentación filtrada y tierra adecuada para reducir ruido eléctrico en placas gráficas, y estandarice guías de estilo HMI para que cada proyecto nuevo envíe el mismo campo gris. La inspección de entrada con sólidos blanco y gris en módulos de repuesto detecta diferencias de bin LED antes de que lleguen a la línea (Miqidisplay).
Conclusión
Los colores de fondo de pantalla HMI fallan por razones de diseño, configuración de software u óptica/hardware, y esas tres necesitan herramientas distintas. Las guías de estilo explican por qué existe el gris; la documentación del fabricante explica cómo editar paletas; los artículos de hardware explican amarilleo y manchas sunrise. Falta el paso de forzar campos RGB conocidos para saber en qué historia está. Ejecute blanco y gris primero, confirme primarios, luego elija edición de proyecto, reasentado de cable o reemplazo de módulo. Use la herramienta Test de Pantalla para construir esa evidencia a pantalla completa y conserve las fotos con la orden de trabajo para que el siguiente técnico no repita las conjeturas.