Proyecto · Metodología
Desarrollo en paralelo, validación por etapas
Electrónica, comunicaciones y software no se construyen uno detrás de otro: avanzan a la vez, y cada pieza se valida contra hardware y vuelo real antes de confiar en ella — nunca fiándolo todo a la simulación.
Metodología transversal
Tres frentes en paralelo, no en serie
Un desarrollo secuencial —primero toda la electrónica, luego todas las comunicaciones, luego todo el software— retrasaría la detección de problemas de integración hasta el final del proyecto. Por eso los tres frentes avanzan a la vez.
Electrónica (gestión de potencia y sensores), comunicaciones (4G, RF y telemetría) y software (Python, MAVLink y stack cloud) se desarrollan en paralelo y se validan por etapas: primero en simulación, después con hardware real sin hélices y, por último, en vuelo real. Cada etapa reduce el coste de un fallo — un error de lógica detectado en simulación se arregla editando código; el mismo error, si aparece ya en vuelo, se mide en riesgo físico, no en horas de trabajo. Por eso ninguna etapa se salta, por mucho que ralentice el desarrollo.
1. SITL
Software In The Loop: el firmware de vuelo (ArduPilot) corre contra un dron simulado. Sirve para depurar la lógica de misión sin arriesgar hardware ni exponerse a fallos en el aire.
2. HITL
Hardware In The Loop: la Pixhawk real, con sus sensores, ya está conectada, pero sin hélices — se comprueba que el hardware físico responde igual que el simulador antes de arriesgar un vuelo.
3. Vuelo real
Última etapa: el dron vuela de verdad y su comportamiento se compara contra lo esperado en las dos etapas anteriores, en vez de confiar ciegamente en la simulación.
Nota de alerta
Latencia y ancho de banda no son intercambiables: un enlace de vídeo analógico o digital introduce retardo que un enlace MQTT, ligero y tolerante a redes inestables, no tiene. Elegir el protocolo correcto para cada tipo de dato es, en sí mismo, una decisión de ingeniería, no un detalle de implementación — y es parte de la misma metodología: validar cada decisión contra el comportamiento real de la red, no solo contra el caso ideal.
Validación temprana en campo
El 12 de julio de 2026 se realizó un primer vuelo real de referencia en el Club Alas de Galapagar, con el apoyo de José Manuel, para registrar un track GPS real y compararlo contra la simulación — la filosofía del proyecto es validar contra el vuelo real antes de confiar en el simulador, no al revés.