Arquitectura de control de vuelo Orion y resultados en Artemis II

El Pitch

El sistema de control de vuelo de la nave Orion utiliza una arquitectura de redundancia cuádruple diseñada para entornos de radiación extrema en el espacio profundo. Es el núcleo computacional que está gestionando el retorno de la misión Artemis II tras su lanzamiento el pasado 1 de abril de 2026 (NASA Mission Updates).

Bajo el capó

La arquitectura principal se basa en 8 CPUs organizadas en cuatro pares de auto-verificación para garantizar un estado "fail-silent" ante errores inducidos por radiación (CACM/Gigazine). El hardware utiliza procesadores BAE Systems RAD750 endurecidos para los módulos primarios y procesadores LEON3 para el software de respaldo (HN/NASA Specs).

El software de vuelo principal corre sobre el RTOS INTEGRITY de Green Hills, mientras que el Backup Flight Software (BFS) es totalmente independiente y utiliza VxWorks (HN/ACM). Para la comunicación interna, Orion emplea TTEthernet (SAE AS6802), lo que permite una programación de tramas con precisión de microsegundos y determinismo total (TTTech/NASA).

En la práctica, el sistema demostró su capacidad el segundo día de vuelo durante las operaciones de proximidad pilotadas por Victor Glover (NASA Mission Updates). Sin embargo, el "Portable Computer System", compuesto por laptops con Windows para tareas no críticas, sufrió un error de sincronización en Microsoft Outlook el primer día de vuelo (MLQ.ai).

Aún no sabemos la tasa exacta de fallos silenciados de los Flight Control Modules (FCM) durante esta misión, ya que esos datos permanecen clasificados (Dossier UsedBy). Tampoco se ha hecho público el nivel real de integración de modelos como Space Llama para el análisis de telemetría en tiempo real durante este vuelo específico.

Existen riesgos críticos identificados, como la posibilidad de un fallo de modo común donde un bug lógico afecte simultáneamente a las 8 CPUs (HN Comment). Además, persisten dudas sobre la gestión de contratistas como Lockheed y Boeing respecto al uso de diseños mecánicos antiguos en componentes críticos como la escotilla lateral (Reddit r/space).

La opinión de Diego

La arquitectura de Orion es una lección de humildad para los que desarrollamos en la Tierra confiando en que el hardware siempre dirá la verdad. Mientras que en 2026 nos obsesionamos con el rendimiento de inferencia de Claude 4.5 o GPT-5, la NASA nos recuerda que el determinismo puro y la redundancia física son lo único que importa cuando no puedes reiniciar el servidor. El fallo de Outlook en las laptops de la tripulación es ridículo pero previsible: nunca metas software comercial de propósito general en una misión crítica. TTEthernet es el estándar que deberíamos estar mirando para cualquier sistema industrial de alta disponibilidad.

Código limpio siempre,
Diego.