Im Oktober letzten Jahres, die Europäische Weltraumorganisation ExoMars-mission verlor den Kontakt mit seinen Schiaparelli lander, wie es versucht zu landen auf dem Mars. Wie die Agentur fing an zu untersuchen, Sie vermutet, dass ein computer-problem oder schlechte Navigationsdaten Schuld war. Nun, eine unabhängige Untersuchung ausgestellt hat, seinen endgültigen Bericht, der bestätigt, dass die software-Probleme, die die Kapsel zum Absturz bringen, und lieferten Empfehlungen für die für 2020 ExoMars-mission.
Der Bericht zeigt eine Zeitleiste für den Absturz und stellt fest, dass “zwischen [Eintritt in die Mars-Atmosphäre] und Fallschirm Einsatz auslösen, eine unerwartete Entwicklung in der spin-rate der [Entry Demonstrator-Modul] war das aufgefallen.” Das Fahrzeug Fallschirm bereitgestellt wird, wie erwartet, aber seine Inertial Measurement Unit erkannt, dass es erkannt wird ein “größer als erwartet” angular pitch rate, die Auslöser für eine “Sättigung” aufmerksam. Die Führung, Navigation und Steuerung geglaubt, dass die Drehrate war die gleiche wie die Sättigung, Schwelle, warf die Kapsel auf die berechnete Höhe.
Der lander begann der freie fall auf einer Höhe von etwas mehr als zwei Meilen
Das bedeutete, dass der lander-Systeme gedacht, konnte die Sonde näher an den Boden, und veröffentlicht die Kapsel zurück-shell und Fallschirm früh-und einschalten der Reaktion Control System für eine Handvoll Sekunden. Wenn die RCS heruntergefahren, die Kapsel war noch etwas mehr als zwei Meilen in die Luft, die led “ein” freier fall ” von Schiaparelli und die Auswirkungen auf die Mars-Oberfläche über 34 Sekunden später.”
Der abschließende Bericht kommt zu dem Schluss, dass die ungenügende Fallschirm-Modellierung, Unzureichende Handhabung von Warnungen, eine “Unzureichende Ansatz zur Fehlererkennung, – Isolation, – Verwertung und-design Robustheit” und “Misswirtschaft” mit Zulieferern und hardware seien Schuld für den crash, und eine Reihe von Empfehlungen zur Vermeidung ähnlicher Unfälle in der Zukunft.