25 min. El usuario del dashboard está de pie, con ruido, mirando 3 segundos entre vueltas. Eso, y no la estética, es lo que dicta el diseño.

LIVE y análisis son dos productos distintos

LIVE (pits) Análisis (después)
Usuario de pie, con ruido, 3 s de atención sentado, con tiempo
Pregunta ¿hay que meter el coche? ¿qué pasó y por qué?
Paneles ≤6, tamaño grande, colores duros los que hagan falta
Historial últimos minutos toda la sesión, comparable entre carreras

Mezclarlos produce un tablero que no sirve para ninguno de los dos.

La regla panel ↔ pregunta

Cada panel responde exactamente una pregunta, y esa pregunta lleva a una acción. Si un panel no cambia ninguna decisión, se borra — no ocupa espacio, ocupa atención.

Pregunta Acción si la respuesta es mala Panel
¿Se está sobrecalentando el motor? llamar al coche a pits gauge de temp con umbral en color
¿Sigue llegando telemetría? revisar radio / cambiar a SD PDR y edad del último paquete
¿Aguanta la batería? plan de cambio en la parada VBAT con línea de 11.8 V

Umbrales con histéresis — otra vez

El mismo concepto del termostato del curso Básico. Un panel que parpadea entre rojo y verde con el ruido de la señal se vuelve invisible: la gente aprende a ignorarlo. Se usan dos umbrales más un tiempo mínimo de permanencia — el DS18B20 de MadRams alerta a >110 °C sostenidos por >30 s, no al primer cruce.

Codificar por color, no solo por número

El número exige leer y comparar contra un umbral memorizado. El color se procesa antes. Verde/ámbar/rojo con los umbrales del reglamento y del motor, no con percentiles arbitrarios. Evitar depender solo de rojo/verde (daltonismo): acompañar con forma, posición o texto.

Latencia y "dato viejo"

Un panel que muestra un valor de hace 40 s sin decirlo es peor que no mostrar nada: parece información fresca. Todo dashboard LIVE necesita un indicador visible de edad del último paquete, y los paneles deben degradarse visualmente (gris, atenuado) cuando el dato está rancio.

Bibliografía