Sensores, y lo que oculta cada capa
Los sensores toman hechos, una pila de vuelo mantiene la actitud, el middleware conecta procesos y un sistema de operaciones libera salidas. Mezcle las capas y una pantalla de demostración se confunde con una red logística.
Lo que realmente se mide
El GNSS deriva posición y tiempo de las distancias a los satélites. Una cifra de nivel métrico es lo típico. Los cañones urbanos añaden multitrayecto, y la señal puede ser interferida o suplantada. El rumbo en parado no sale de una trayectoria por la que no se está moviendo. El RTK usa la fase de la portadora más correcciones de una base o una red, y es de clase centimétrica cuando la ambigüedad entera está fijada. Una solución flotante no es una solución fija. Pierda las correcciones y vuelve al GNSS ordinario. Una coordenada de base errónea desplaza toda la respuesta precisa. Una IMU informa de aceleración y velocidad angular a alta frecuencia y deriva cuando se integra. Un barómetro es fuerte para la altura relativa y está sesgado por el tiempo meteorológico y, si la toma está mal situada, por el flujo de los rotores.
Las cámaras son pasivas. Necesitan textura y luz, y se confunden con el sol, la lluvia, el cristal y la nieve sin rasgos. Pueden apoyar el aterrizaje y las señales de obstáculos. No son, por sí solas, un sensor para todo tiempo. El LiDAR mide distancias de forma activa y produce geometría de manera más directa. La niebla, la lluvia intensa y el polvo lo degradan, y cuesta masa y potencia. Un sensor más caro no cancela automáticamente el fallo de uno más barato. Un estimador los combina en un solo estado. No lea la pantalla combinada como una afirmación de que cada entrada es siempre correcta. Antes del vuelo debería poder decir cómo se degrada la estimación cuando cae cada entrada.
ADS-B In escucha emisiones cooperativas, principalmente de aeronaves tripuladas obligadas a equiparse. En Estados Unidos, ADS-B Out es obligatorio en espacios aéreos definidos. Las aeronaves sin equipar no aparecen, y tampoco la mayoría de los drones pequeños. Es una imagen parcial del tráfico tripulado, no un sistema de detección y evasión por sí mismo. La identificación remota apunta en la dirección contraria: la aeronave no tripulada emite su propia identidad y ubicación, y los formatos de emisión estándar pueden incluir la estación de control. Es una señal de rendición de cuentas. No es un sensor de otro tráfico, y no identifica a la persona que recibe el paquete. No reduzca las dos radios a una sola afirmación de que la aeronave puede ver.
Cómo las aeronaves encuentran su posición mirando a su alrededor bajo puentes y en túneles, donde falla el posicionamiento por satélite, se trata, con casos, en estimar la posición donde el GNSS no llega (Airffic Inspection).
Por qué la brújula se pierde junto al acero se explica en volar drones cerca de acero que confunde la brújula en la guía de Inspección.
Lo que cada capa puede ocultar
PX4 y ArduPilot son pilas de vuelo en la aeronave. Leen sensores, ejecutan un estimador, cierran lazos de actitud y posición, mezclan comandos a los motores y aplican protecciones como un geovallado, batería baja o pérdida de enlace. Lo que ocultan es «lograr esta actitud, velocidad o posición dentro de los límites de la aeronave». Fuera de los límites no lo logran. MAVLink es el protocolo de la conversación: telemetría, comandos, elementos de misión, latidos. Los identificadores de sistema y de componente son direcciones, no decisiones de seguridad. El protocolo abstrae la gramática en el cable. No abstrae la pregunta de si un vuelo debe liberarse.
ROS 2 es middleware en un ordenador de acompañamiento. Los nodos publican y se suscriben a mensajes tipados. Abstrae el software robótico entre procesos, la percepción y la planificación experimental. No es un piloto automático. Un nodo ROS no debe ser lo único que mantenga estables los rotores. La pila de vuelo falla de forma segura por sí sola. QGroundControl es una consola de operador para configuración, calibración, edición de misiones y telemetría en vivo de una aeronave. Mission Planner y sus parientes desempeñan un papel similar junto a ArduPilot. Una aeronave, una sesión, un humano en el lazo. Eso no es un sistema de operaciones de aerolínea.
Un SDK de fabricante abstrae un alcance cerrado. Los kits de clase DJI mandan sobre la aeronave y sus cargas útiles al nivel de misión que el fabricante expone. El estimador y la mezcla de motores se quedan dentro. Auterion pone una capa empresarial alrededor de PX4, más cerca del software de flota y las aplicaciones que de una palanca. Los kits de clase Skydio exponen habilidades de alto nivel en su propia célula y mantienen la evasión en el interior. Nada de esto significa que quien llama posea lo que el fabricante ocultó. Indique el límite de la abstracción a partir del contrato y del documento. Un SDK que no pueda describir así es una caja negra cómoda, no una explicación de seguridad.
Confundir la capa de protocolo con la capa de aplicación lleva a malinterpretar lo que está garantizado. Usando el desarrollo de drones con cámara como ejemplo: distinguir MAVLink y MAVSDK, capa por capa (Airffic Aerial).
Cómo se las arreglan los sensores dentro de túneles, donde los satélites no llegan, se trata en cómo los drones inspeccionan túneles en la guía de Inspección.
Una aplicación de piloto no es un sistema de operaciones
El horizonte de una aplicación de piloto es un vuelo. Armado, una lista de comprobación, una misión para esta célula, control por palanca o por puntos de ruta, retorno. El usuario es un piloto o un operador remoto, y el reloj corre del despegue al aterrizaje. El horizonte de un sistema de operaciones es la red: pedidos, disponibilidad de aeronaves, franjas de plataforma, un no-go meteorológico, restricciones de espacio aéreo, separación estratégica, supervisión de conformidad, el registro que pedirá un regulador y una conexión con el sistema de pedidos. El usuario es un despachador, y el reloj son las franjas del día. La telemetría MAVLink puede fluir hacia ese sistema. El flujo no convierte una estación de tierra en UTM.
La identificación, el geovallado, la autorización de vuelo, el seguimiento y el apoyo a la detección de conflictos, tal como los describen el U-space y el UTM, son servicios del lado de las operaciones. Dibujarlos en una pantalla de una sola aeronave no los implementa. Cuando una demostración funciona, la gente quiere llamar red a la pantalla. La pantalla puede mostrar que una aeronave siguió los comandos. No muestra la siguiente franja de plataforma, un volumen de espacio aéreo rechazado, una entrega que no ocurrió ni un viento que se comió la reserva. Si ningún otro sistema guarda esos cuatro, todavía no hay logística. Elogie la pila de vuelo. No la nombre sistema de operaciones.
Una introducción paso a paso a cómo un dron calcula su posición (Tobira, en japonés) cubre GNSS, barómetro y brújula desde el principio.
- PX4 — System architecture
La visión general de PX4 de un controlador de vuelo, QGroundControl como estación de tierra y un ordenador de acompañamiento que ejecuta ROS o MAVSDK. Un mapa de capas, no una afirmación de certificación.
- MAVLink — System and component IDs
Cómo un sistema MAVLink comparte un id de sistema y da a cada componente el suyo propio. Trata del direccionamiento de mensajes, no del juicio operativo.
- ROS 2 — Basic concepts
La documentación de ROS 2 define un middleware tipado de publicación y suscripción entre procesos. El grafo es una red de nodos. No pretende ser un lazo de actitud.
- FAA — Remote identification of drones
La descripción de la FAA de un dron que emite identidad y ubicación en vuelo. Una capa de rendición de cuentas para la integración, no un sensor de tráfico en la aeronave receptora.