Un rapport d'enquête interne de la NASA, obtenu via une demande d'accès à l'information, révèle enfin la cause de la perte du satellite Lunar Trailblazer, moins d'un jour après son lancement en février 2025. En cause : un bug logiciel élémentaire, des tests insuffisants, et une gestion de pannes embarquée qui a transformé un incident récupérable en catastrophe totale. L'affaire ravive un débat structurel sur le modèle des missions spatiales à bas coût et à haut risque que la NASA multiplie depuis plusieurs années.Le 26 février 2025, une fusée Falcon 9 de SpaceX décollait du Kennedy Space Center en Floride avec à son bord, entre autres charges utiles, le satellite Lunar Trailblazer. Sa mission : cartographier avec une précision inédite les dépôts d'eau à la surface de la Lune — une ressource stratégique cruciale pour toute ambition de présence humaine durable dans l'espace cislunaire (qui désigne l'espace sphérique se trouvant autour de la Terre jusqu'à la limite de l'orbite de la Lune). Le satellite, développé par Lockheed Martin pour le compte de la NASA, était doté de deux instruments de pointe pour analyser la distribution des différentes formes d'eau à la surface lunaire, leurs propriétés thermiques, et leur évolution dans le temps.
Quarante-huit minutes après le lancement, la séparation s'effectue normalement. Les équipes au sol établissent le contact. Tout semble nominal. Puis le silence. Un jour à peine après le lancement, les responsables de la mission perdent tout contact avec l'engin. Il ne sera plus jamais entendu. Pendant des mois, les équipes de la NASA et de Lockheed Martin tentent de renouer la communication. En juillet 2025, ils abandonnent. En août, la NASA officialise la fin de la mission.
Un an plus tard, le rapport du panel d'examen convoqué par la NASA pour établir les causes de l'échec est rendu public — non pas proactivement, mais suite à une demande FOIA (Freedom of Information Act) déposée par NPR. Ce que ce document révèle est à la fois technique dans son détail et accablant dans sa simplicité.
Le bug : 180 degrés dans le mauvais sens
Le logiciel censé orienter les panneaux solaires du satellite vers le Soleil les a au contraire pointés dans la direction exactement opposée — à 180 degrés. Ce seul fait suffit à comprendre l'enchaînement fatal : privé d'alimentation électrique dès les premières heures de sa vie opérationnelle, Lunar Trailblazer est entré dans un état dit de « cold state », une condition de survie à faible puissance dans laquelle le contrôle d'attitude — c'est-à-dire la capacité du satellite à se stabiliser et à s'orienter — est perdu. Sans énergie, sans contrôle, sans communication.
Le rapport du panel précise que cet état critique a également déclenché de nombreuses actions erronées du système embarqué de gestion des pannes — un mécanisme conçu précisément pour gérer les situations d'urgence, mais qui, en l'occurrence, a aggravé la situation au lieu de la stabiliser. La combinaison de ces défaillances en cascade a rendu toute récupération impossible.
Selon le rapport, « toute anomalie prise isolément aurait pu être récupérable avec suffisamment de temps, mais la combinaison était trop importante pour être surmontée ».
Cette cascade n'est pas un phénomène nouveau dans l'histoire spatiale. Timothy Cook, professeur associé à l'Université du Massachusetts à Lowell, qui fut responsable de mission pour Terriers en 1999 — un projet qui a souffert du même type de problème d'orientation des panneaux solaires — résume bien le mécanisme : « Quand un système complexe tombe en panne, c'est en général le résultat de plusieurs facteurs conjugués. Une série de défaillances en cascade aboutit finalement au résultat catastrophique que l'on cherche à expliquer. »
La faute aux tests : une lacune de vérification évitable
Le rapport est sans ambiguïté sur la responsabilité de Lockheed Martin. L'entreprise n'a pas conduit de test complet de l'orientation des panneaux solaires avant le lancement — un test de bout en bout qui aurait détecté l'erreur dans le code de vol et permis sa correction. Ce type de vérification, baptisé « SA phasing test », est précisément conçu pour valider que le logiciel d'orientation fonctionne correctement dans les conditions réelles du déploiement spatial.
Les responsables de la mission auraient peut-être pu corriger ce problème après le lancement, mais d'autres bugs logiciels ont rendu cette correction d'abord extrêmement difficile, puis finalement impossible. C'est là que réside l'ironie tragique de l'affaire : l'erreur initiale était peut-être récupérable, mais l'accumulation de défaillances du système de...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.
Envoyé par Stéphane le calme
