Mission Control, procédures et opérations avec délai
Transformer une architecture technique en mission exploitable : règles de vol, télémesure, procédures, simulations, passage de consigne et décisions lorsque Houston ne peut plus répondre en temps réel.
Objectifs de maîtrise
- expliquer les grandeurs, unités, hypothèses et incertitudes
- refaire les calculs simples sans boîte noire
- identifier les interfaces, limites et modes dégradés
- transformer le résultat en décision opérationnelle ou d’architecture
1. Les opérations commencent avant le lancement
Une mission sûre ne découvre pas ses procédures pendant l’urgence. Les équipes définissent objectifs, contraintes, modes, critères d’abandon, règles de vol et responsabilités avant le départ. L’entraînement confronte ensuite ces produits à des pannes simulées.
La conception et les opérations doivent se parler tôt. Une vanne inaccessible, un affichage ambigu ou un système impossible à isoler devient un problème opérationnel avant même de devenir une panne.
2. Télémesure : transformer des milliers de mesures en situation
La télémesure n’a de valeur que si elle aide à décider. Les contrôleurs regroupent températures, pressions, courants, états logiciels et événements. Des limites avertissent qu’une variable sort du domaine attendu, mais une alarme n’est pas un diagnostic.
Le contexte compte : une pression basse peut être normale pendant une vidange et critique pendant une phase pressurisée. Les règles doivent donc associer mesure, mode, tendance et conséquence.
3. Procédures : écrire ce qui doit être fait et ce qui doit être vérifié
Une bonne procédure possède un point d’entrée clair, des préconditions, des étapes, des vérifications et des critères de sortie. Elle précise aussi ce qui est irréversible. Une procédure trop bavarde ralentit l’équipage ; trop elliptique, elle suppose une mémoire qui peut disparaître sous stress.
Sur Mars, les procédures doivent être utilisables localement sans aide immédiate. Les étapes critiques gagnent à inclure la raison de certaines interdictions afin qu’un équipage puisse adapter intelligemment la séquence lorsqu’un cas non prévu apparaît.
4. Règles de vol : pré-décider les conflits difficiles
Une flight rule, ou règle de vol, fixe à l’avance ce qui doit se produire lorsqu’une condition apparaît : poursuivre, interrompre, isoler, revenir ou attendre. Elle évite que chaque crise commence par une négociation improvisée.
Les règles doivent néanmoins pouvoir être reconsidérées lorsque les hypothèses changent. Une base martienne a besoin d’une gouvernance claire indiquant qui peut déroger, sur quelle preuve et comment la décision est enregistrée.
5. Simulations intégrées et entraînement aux pannes
Les simulations ne servent pas seulement à apprendre les boutons. Elles testent l’équipe, les interfaces, la communication, les procédures et les systèmes de soutien. Un bon scénario injecte une panne, mais aussi de l’ambiguïté et des informations incomplètes.
L’objectif n’est pas de piéger l’équipage. Il est de découvrir avant la mission ce qui n’est pas clair, ce qui prend trop de temps et quelles dépendances restent invisibles.
6. Passage de consigne et mémoire opérationnelle
Une mission longue fonctionne par équipes et quarts. Le passage de consigne doit transmettre état, anomalies ouvertes, travaux en cours, décisions prises, contraintes temporaires et prochaines échéances. Sans cette discipline, la même erreur est diagnostiquée plusieurs fois ou une action est répétée.
Sur Mars, une partie de cette mémoire doit rester dans la base même si la liaison Terre disparaît : journaux structurés, chronologie des événements et copies locales des procédures.
7. Décider avec vingt minutes de délai aller simple
Lorsque le délai est grand, le centre de contrôle terrestre devient davantage un conseiller, analyste et planificateur qu’un pilote instantané. L’équipage doit disposer d’une autorité locale définie et d’un cadre pour les décisions de sécurité.
Les messages vers la Terre doivent être conçus pour survivre au délai : état actuel, hypothèses, options, décision prise et données nécessaires pour une analyse ultérieure.
8. Exemple calculé : quand une procédure dépasse la fenêtre disponible
Une séquence critique comporte 12 étapes de 35 s en moyenne, quatre vérifications de 50 s et deux temps d’attente incompressibles de 90 s. La durée nominale vaut 12×35 + 4×50 + 2×90 = 420 + 200 + 180 = 800 s, soit 13 min 20 s.
Si la fenêtre opérationnelle disponible n’est que de 12 minutes, la procédure ne ferme pas. Il faut modifier la conception, automatiser certaines étapes ou commencer plus tôt ; demander à l’équipage de « faire plus vite » n’est pas une marge d’ingénierie.
Exercice progressif
Construisez une règle de vol pour une perte partielle de refroidissement : conditions d’entrée, charges à délester, critères de récupération, seuil de repli de l’équipage et informations à transmettre à la Terre.
Mini-projet
Écrire le concept d’opérations d’une journée martienne comprenant EVA, maintenance, science, recharge de rover et fenêtre de communication. Ajouter une panne de puissance en milieu de journée et montrer comment planning, flight rules et autorités locales changent.