6 jours après la chute de l'appareil Bereshit à la surface lunaire, l'équipe SpaceIL a officiellement annoncé la version intrigante de l'accident de la Lune le 11 avril 2019. Et il y a encore plus de questions sur ce qui s'est passé.
Informations mises à jour sur l'accident le 18/04/2019.
Suite de
cette publication .
La dernière photo officielle de SpaceL de l'appareil Bereshit (à 15 km de la surface lunaire):
Voici la référence de localisation pour cette photo:
Résultats préliminaires de l'enquête sur l'accident:
en cours d'atterrissage, la commande a été activée par l'ordinateur de bord, dont l'exécution a conduit à un résultat fatal pour la mission
Voici les résultats de l'enquête préliminaire sur la manœuvre d'atterrissage de Beresheet: Il semble que pendant le processus d'atterrissage, une commande ait été entrée qui a entraîné une réaction en chaîne, ce qui a provoqué l'arrêt du moteur principal et empêché sa réactivation."Il semble qu'une
commande a été introduite pendant le processus d'atterrissage , ce qui a entraîné une réaction en chaîne qui a provoqué l'arrêt du moteur principal de l'appareil et ne lui a pas permis de reprendre son fonctionnement."
Mise à jour du 18/04/2019:
Néanmoins, l'accident dû à la commande reçue de l'opérateur lors de l'atterrissage est nerveux, il n'y a pas de temps pour analyser la situation, l'unité principale IMU1 (unité de mesure inertielle) est en mode d'urgence, l'opérateur envoie une commande pour activer l'unité IMU2 de rechange, ce qui a entraîné des conséquences critiques supplémentaires dans le travail l'ordinateur de bord (gel, redémarrage) et panne de moteur.
" Une commande destinée à corriger un dysfonctionnement dans l'une des unités de mesure inertielle de l'engin spatial Beresheet a conduit à une chaîne d'événements qui a coupé son moteur principal lors de l'atterrissage, selon une enquête préliminaire menée par SpaceIL."
Ainsi, il est possible que ce soit une erreur de programme / humaine (les commandes ont été entrées par l'opérateur ou les ingénieurs du MCC) dans la procédure d'atterrissage de l'appareil Bereshit.
La liste des commandes et des modes de fonctionnement avec le dispositif Bereshit a été approuvée et transmise uniquement par le SpaceIL MCC. Les ingénieurs de SpaceIL ont créé des correctifs pour l'ordinateur de bord de l'appareil, vérifié leur opérabilité et leur fonctionnalité, et ont également préparé des commandes pour la procédure d'atterrissage.
Il est intéressant de prendre le contrôle de l'appareil et d'introduire un code / commande supplémentaire dans son ordinateur de bord, théoriquement, était-il possible de le faire ou y avait-il une certaine protection contre les accès externes non autorisés?
En effet, à l'atterrissage, le temps passait quelques secondes et les opérateurs pouvaient rater la situation avec l'appareil recevant des équipes étrangères. Bien que, à ce moment, les opérateurs aient également évoqué en mode manuel, essayant de travailler avec l'appareil. Peut-être qu'ici aussi, il y avait une divergence sur les commandes entrées en même temps.
Mais, très probablement, il y avait une erreur dans «leur» code (peut-être dans l'un des nombreux correctifs transmis à l'ordinateur de bord après chaque redémarrage), qui contenait une commande fatale.
Cette commande a été délibérément ou accidentellement introduite, ce qui a conduit à l'accident - ce fait restera probablement fermé, bien que nous attendions dans un proche avenir les résultats finaux de SpaceIL, qu'ils ont promis de publier.
Que sait-on des composants matériels et logiciels de l'appareil Bereshit:- l'ordinateur de bord est un (1), non dupliqué (il y a eu plusieurs redémarrages d'ordinateur pendant le vol vers la lune);
- contrôler le code du programme, les commandes et travailler avec l'ordinateur de bord - en langage C;
- en raison du fait qu'il n'y a qu'un seul ordinateur, au redémarrage, toutes les mises à jour (correctifs) sont effacées et doivent être téléchargées à nouveau sur le système;
- faible vitesse de transfert de données: une photo haute résolution (à partir d'un appareil photo 8 Mpx) charge 40 minutes;
- DLR (German Aerospace Center) a testé le mécanisme d'atterrissage du véhicule Bereshit;
- une équipe au SpaceIL MCC: la majorité sont des ingénieurs et physiciens spatiaux, plusieurs jeunes scientifiques et ingénieurs qui étudient à peine les systèmes de contrôle par satellite.
Quand le code avec cette commande fatale pourrait-il être implémenté? Très probablement, lors de la préparation de la procédure d'atterrissage.
Mais la commande dans l'ordinateur de bord a fonctionné après que l'appareil a franchi le «point de non-retour» lorsque le processus d'atterrissage automatique contrôlé uniquement par l'ordinateur de bord a commencé.
Bien que le SpaceIL MCC ait été une tentative en mode de contrôle manuel pour influencer la situation avec l'appareil lors de l'atterrissage.
À une distance de 800 km du site de débarquement, les procédures de plantation commencent:
L'appareil Bereshit recevra une série de commandes du MCC:
Les capteurs d'atterrissage (primaire et de secours) seront activés:
La procédure de modification de la position (orientation) de l'appareil Bereshit sera lancée:
Après l'achèvement des procédures préparatoires avant l'embarquement, l'ordinateur de bord Bereshit et le MCC auront la possibilité d'évaluer l'état des systèmes et leur état de préparation à l'embarquement; si quelque chose ne fonctionne pas correctement, la procédure d'embarquement sera annulée, si tout est normal, puis après le début de l'étape suivante L'atterrissage ne sera plus annulé:
Si tout fonctionne correctement, l'appareil Bereshit commencera à réduire sa vitesse orbitale et à réduire la distance jusqu'à la surface lunaire en utilisant les moteurs principal et auxiliaire, cette procédure prendra 15 minutes:
Vidéo d'atterrissage:
Que s'est-il passé, selon la vidéo d'atterrissage, avec l'appareil (les heures sont indiquées dans la vidéo):
23:03 L'indicateur de télémétrie est devenu vert. Mode: orientation.
25:04 Mode: freinage.
25:20 Passé le «point de non-retour».
25:26 L'indicateur du point de non-retour est devenu noir.
25:52 L'indicateur de vitesse verticale est vert.
28:16 L'indicateur de télémétrie a cessé d'être vert.
28:20 L'indicateur de télémétrie est devenu vert pendant un moment, puis a cessé d'être vert.
29,37 Distance: 210 km.
29:50 La distance passe à 385 km.
30:03 La distance passe à 370 km.
30:40 L'indicateur de télémétrie est devenu vert.
30:51 La distance passe à 314 km.
31:33 Photo selfie montrée avec la lune. Altitude environ 22 km? L'indicateur de télémétrie est devenu vert.
31:50 L'indicateur de télémétrie a cessé d'être vert.
31:55 à 32:29 "[inaudible] le tuer (processus?)." "[même inaudible] occupé"
(ici les ingénieurs sont déjà en contrôle manuel essayant de faire face à une situation d'urgence)
32:48 L'écran de télémétrie s'affiche. L'indicateur de télémétrie est jaune. Altitude 14095 m. Vitesse horizontale 955,5 m / s. Vitesse verticale 24,8 m / s. Le moteur principal est allumé. La cellule de vitesse horizontale est jaune. Les autres paramètres sont affichés en vert, à l'exception de l'indicateur de télémétrie.
32:49 Tous les moteurs sont allumés.
32:51 Tous les moteurs sont éteints.
32:55 Le moteur principal est en marche.
32:57 Tous les moteurs sont allumés.
32:59 Le moteur principal est allumé. Distance: 183,8 km
33:01 - 33:03 "Le capteur IMU est hors service"
33:02 Tous les moteurs sont allumés.
33:05 Le moteur principal est en marche.
33:07 Tous les moteurs sont allumés.
33:09 Le moteur principal est en marche.
33:11 Tous les moteurs sont allumés.
33:13 Le moteur principal est en marche.
33:16 Tous les moteurs sont allumés.
33:20 L'indicateur de télémétrie est devenu vert. Tous les moteurs sont éteints. Toutes les images ont gelé (aucun changement dans les lectures).
33:32 L'indicateur de télémétrie a cessé d'être vert. Tous les moteurs sont éteints. Toutes les images ont gelé (aucun changement dans les lectures).
34:24 L'indicateur de télémétrie est devenu vert. Tous les moteurs sont éteints.
36:25 - 36:33 “Problèmes avec le moteur principal. Nous redémarrons l'ordinateur de bord pour allumer le moteur. »
Une tentative de transcrire les mots de l'annonceur et des ingénieurs pendant le processus d'atterrissage (le timing est différent, mais l'essence et les secondes sont les mêmes):
7:37:37 - IMU2 Pas OK
7:37:50 - [pas clair] essaiera de l'activer.
7:37:57 - Quelqu'un demande si cela [ne sait pas ce que c'est] nous amènera à passer au 2e [quelque chose]
7:38:10 - Connexion perdue du JPL
7:38:34 - Nous avons perdu un IMU et nous avons perdu la connexion au JPL, les deux ne devraient pas être liés.
[en arrière-plan, quelqu'un dit quelque chose au sujet du redémarrage de l'IMU]
7:38:39 - Ne pas activer IMU2
7:38:52 - Ce que vous voyez à l'écran n'est pas correct, il n'y a actuellement aucune télémétrie
7:39:06 - [en anglais] nous avons perdu la télémétrie, mais nous avons maintenant la télémétrie.
7:39:23 - Nous avons passé l'altitude 10km
7:39:29 - Vitesse inférieure à 900 m / s
7:39:34 - Rappel que nous devons atteindre une vitesse de 0
7:39:47 - Le moteur tourne il y a une augmentation de pression [peu claire] à 5 bar [?], "Intéressant"
7:39:52 - 2ème image téléchargée.
7:40:06 - [Un animateur commence à dire quelque chose sur le capteur d'atterrissage laser]. [en arrière-plan - pas clair mais il semble qu'il ait dit que le moteur ne tournait pas]
7:40:13 - Nous pouvons avoir un problème avec le moteur principal.
7:40:17 - Faites une réinitialisation [Ils avaient mentionné plus tôt dans la diffusion qu'ils pouvaient envoyer des commandes au vaisseau spatial pendant le processus d'atterrissage]
7:40:24 - Que voulez-vous?
7:40:28 - La situation ne semble pas bonne, pas de moteur principal.
7:40:33 - 2ème image reçue.
7:40:40 - Perdre de l'altitude
7:41:07 - [En anglais] Nous semblons avoir un problème avec le moteur principal, nous réinitialisons le vaisseau spatial pour essayer d'activer le moteur
7:41:10 - Y a-t-il approbation pour envoyer [peu clair]?
7:41:15 - Le moteur principal tourne maintenant, basé sur [les mesures de pression]
7:41:19 - Moteur principal remis en marche. [et encore en anglais]
7:41:27 - Perdu beaucoup d'altitude, situation peu claire.
7:41:32 - Connexion perdue avec JPL
7:41:45 - Nous avons maintenant une connexion uniquement via ssc [??] et non via la NASA, mais nous avons une connexion avec le vaisseau spatial.
7:41:49 - Télémétrie perdue
7:41:52 - Nous sommes maintenant sans télémétrie
7:41:57 - [anglais] Le moteur principal est en marche mais nous avons perdu la communication
7:42:10 - Nous attendrons un moment pour [évaluation] de [peu clair]
7:42:17 - Nous soupçonnons que nous n'avons pas atterri [pas clair] toujours en train d'évaluer
7:42:56 - Nous sommes sans télémétrie et soupçonnons d'avoir perdu le vaisseau spatial.
7:43:16 - Tout indique que malheureusement nous ne serons pas la 4ème nation à atterrir sur la lune.
7:43:33 - Nous sommes sur la lune, mais pas comme nous le voulions.
Les 4 dernières secondes de la vie de l'appareil selon les données du MCC (de 678 à 149 mètres de diminution):
À 19 h 23, les données de télémétrie ont complètement cessé d'arriver.
Les ingénieurs de SpaceIL disposent désormais de toutes les données, listes de commandes et correctifs qu'ils ont envoyés à l'appareil Bereshit après chaque redémarrage de l'ordinateur de bord, il est également possible d'examiner toutes ces informations de manière plus approfondie et d'analyser la procédure d'atterrissage avant l'accident sur l'appareil.
Si ce sont vraiment non seulement des données incorrectes provenant de capteurs externes qui ont conduit à la tragédie, mais aussi un code de programme qui a traité ces données ou même accidentellement conduit l'appareil à une urgence, alors cela ne peut être résolu qu'avec l'expérience et empêché même au stade de la création du code avant l'envoi. au vaisseau spatial.
Le président de SpaceIL, Morris Kahn, a déclaré: «
Je suis fier de l'équipe d'ingénieurs de SpaceIL pour son excellent travail et son dévouement, et malheureusement, les accidents font souvent partie intégrante d'un projet aussi complexe et innovant. Maintenant, il est important de tirer le meilleur parti des leçons apprises, d'étudier les erreurs et de continuer audacieusement à aller de l'avant . »
À propos, l'appareil Bereshit en orbite autour de la Lune et lors de l'atterrissage a utilisé un magnétomètre embarqué et a transmis au SpaceIL MCC certaines des données scientifiques sur le champ magnétique de la Lune.
Ainsi, il a néanmoins terminé une partie de son petit programme scientifique!
Données mises à jour par erreur en cas d'accident:
La première étape terminée de l'enquête se résumait à une étude des faits et de la séquence des événements. Pendant le vol, il y a eu des interruptions de communication, mais l'appareil Bereshit a continué de fonctionner dans le mode spécifié. C'était jusqu'au moment où l'appareil a commencé à atterrir sur la surface lunaire.
Au cours de l'enquête, il a été constaté que l'une des commandes envoyées par le centre de contrôle de vol n'avait pas été exécutée, ce qui a entraîné une chaîne de pannes ultérieures: le moteur a cessé de fonctionner et l'appareil est tombé à la surface.
Un dysfonctionnement a été détecté dans le fonctionnement du capteur accéléromètre, appelé UMI (responsable de l'accélération). Il n'a pas encore été établi avec précision pourquoi l'échec a suivi, ce qui a conduit à des réactions négatives ultérieures du système.
La commande d'activation du capteur d'accélération a été envoyée par le SpaceIL MCC.
Après l'échec, des tentatives ont été faites pour redémarrer le moteur de différentes manières, mais elles ont échoué.
Tout s'est passé sous la pression temporelle la plus sévère: un échec s'est produit dans les dernières secondes de la mission, qui n'a finalement pas pu être achevé.
L'ordinateur de bord de l'appareil Bereshit a également tenté de redémarrer le moteur de manière autonome - il y a eu 5-6 tentatives de ce type. Mais tous ont échoué.Il est possible qu'une exécution incompatible de commandes entre ingénieurs sur le dispositif de mise sous tension des modules de rechange (IMU2) se soit produite, ce qui a entraîné de nouveaux problèmes et accidents.
Le vaisseau spatial utilisait IMU 1 et n'a pas été initialement affecté par la panne de IMU 2.
Un ingénieur demande s'ils devraient tenter d'activer IMU 2 et un autre ingénieur demande «est-ce que cela amènerait le système à y basculer (vraisemblablement« cela »signifie IMU 2).
Peut-être malgré la mise en garde du 2e ingénieur, quelqu'un a envoyé une commande pour tenter de redémarrer IMU 2 et c'est peut-être ce qu'ils entendent par une mauvaise commande démarrant une chaîne d'événements ...
