Architecture Orion : Redondance massive et hardware hérité pour Artemis II

Le Pitch

Le système de contrôle de vol d'Orion vient de boucler son premier test réel en vol habité avec l'amerrissage d'Artemis II ce 10 avril 2026. Pour survivre aux radiations hors de l'orbite terrestre, la NASA a misé sur une architecture de calcul distribuée privilégiant la résilience absolue sur la puissance brute.

Sous le capot

Le cœur du système repose sur huit processeurs RAD750 fonctionnant en parallèle, configurés en quatre paires "self-checking" pour détecter instantanément tout bit flip induit par les radiations (source: CACM / GIGAZINE, avril 2026). Cette architecture "fail-silent" garantit que si une paire de CPUs détecte une erreur de calcul, elle s'isole immédiatement pour ne pas corrompre le reste de la stack.

La partie logicielle tourne sur Green Hills INTEGRITY RTOS (conforme ARINC 653) avec des processeurs BAE Systems RAD750 (source: NASA Technical Report #20180008812). C'est robuste, mais techniquement préhistorique : le RAD750 plafonne à 200 MHz. On est à des années-lumière des capacités d'inférence des puces de grade GPT-5 que nous utilisons aujourd'hui, ce qui limite drastiquement le processing autonome embarqué (source: Reddit / r/technology 2026).

Pour éviter qu'un bug logique ne neutralise tout le système, la NASA a intégré un Backup Flight Software (BFS) dissident. Ce dernier tourne sur un hardware LEON3 séparé sous VxWorks (source: NASA BFS Development Report). Le backbone de données utilise le Time-Triggered Gigabit Ethernet (SAE AS6802), assurant que les flux critiques de pilotage ne subissent jamais de latency à cause de tâches secondaires (source: TTTech).

Malgré ce blindage, tout n'est pas parfait. Si les systèmes de vol critiques ont tenu durant toute la mission Artemis II, des glitches ont été rapportés sur les couches logicielles non-critiques, notamment la gestion des emails de l'équipage. De plus, la complexité de l'Ethernet déterministe (TTE) reste un cauchemar d'intégration qui s'accorde mal avec les cycles de développement "Agile" actuels (source: HN). On ignore encore le taux réel de "silent-fails" des modules de contrôle de vol, la NASA n'ayant pas encore libéré les logs de télémétrie de la mission (source: Dossier UsedBy).

L'avis de Ruben

C'est une prouesse d'ingénierie conservatrice. Si vous développez des systèmes critiques au sol, l'architecture d'Orion est une leçon magistrale sur la gestion de la redondance et du déterminisme réseau. Cependant, l'écart de performance entre ce hardware de 20 ans et nos besoins actuels en IA embarquée devient intenable. On ne peut pas viser l'exploration lointaine avec des processeurs 20 000 fois plus lents qu'un accélérateur moderne. C'est un succès pour 2026, mais c'est une impasse technologique pour la prochaine décennie.

Codez propre,
Ruben.