El contexto
Un fabricante de instrumentación para ultraligeros desarrolla un visor frontal: los datos de vuelo — actitud, velocidad, altitud — se proyectan en gafas inteligentes, para que el piloto mantenga la vista fuera en lugar de en el panel.
El equipo existía: una sonda que produce los datos de vuelo y dos modelos de gafas de fabricantes distintos. Faltaba la aplicación que lo une todo.
El reto
Este proyecto acumulaba tres dificultades que rara vez se encuentran juntas.
Tres periféricos Bluetooth, simultáneamente. La sonda emite, las gafas reciben, y los tres deben ser descubiertos, emparejados y reconectados sin que el piloto tenga que ocuparse de ello. Un emparejamiento manual antes de cada vuelo habría bastado para descalificar el producto.
Ninguna biblioteca existente para la visualización. Un horizonte artificial — el nivel de burbuja del piloto — no existe en Flutter. Había que construirlo a partir de los datos brutos de actitud que proporciona la sonda.
Un contexto donde el fallo se paga caro. Una visualización congelada o un dato erróneo en vuelo no es un incidente de comodidad.
Lo que hicimos
El proyecto empezó con una fase de encuadre real: comprender el equipo, repasar la documentación existente y, sobre todo, redefinir el alcance con el cliente antes de escribir código. Las funcionalidades esperadas se reelaboraron juntos y luego con los diseñadores.
Solo entonces:
- Una arquitectura MVVM con gestión de estado reactiva, elegida porque la aplicación es fundamentalmente un flujo de datos en tiempo real que debe redirigirse al periférico correcto según la configuración vigente.
- Una fase de validación técnica antes de comprometerse. Antes de construir sobre una biblioteca Bluetooth, desarrollamos una maqueta funcional para verificar su compatibilidad real con la sonda y con los dos modelos de gafas. Descubrir una incompatibilidad al cabo de tres meses habría costado el proyecto.
- Descubrimiento y conexión automáticos de los tres tipos de periféricos al arrancar: el piloto enciende y se conecta.
- Un horizonte artificial desarrollado a medida a partir de los datos de actitud, ya que nada de lo existente servía.
- Un enrutado de datos configurable, decidiendo la aplicación hacia qué modelo de gafas envía qué, según la disposición elegida.
Alrededor de la aplicación, entregamos también una API y un servidor de actualización remota del firmware.
El resultado
La aplicación lleva en desarrollo continuo desde 2024 y sigue en evolución activa.
Lo que hizo posible este proyecto fue la secuencia: encuadre, maqueta de validación y después desarrollo. En un proyecto donde el hardware impone sus reglas, es el orden lo que protege el presupuesto — la maqueta Bluetooth de la primera semana validó una elección de la que dependía todo lo demás.
Capturas
Cliente cubierto por un acuerdo de confidencialidad