Lo scorso ottobre, l’Agenzia Spaziale Europea la missione ExoMars perso il contatto con la sua Schiaparelli lander come si è tentato di atterrare su Marte. L’agenzia ha cominciato a indagare, si sospetta che un problema del computer o male i dati di navigazione è stata la colpa. Ora, un’indagine indipendente ha pubblicato la sua relazione finale, a conferma che i problemi di software ha causato la capsula in crash, e ha fornito raccomandazioni per il 2020 la missione ExoMars.
Il rapporto mette in luce rivela una timeline per l’incidente, sottolineando che “tra [Immissione in atmosfera di Marte] e del Paracadute di attivazione, un’inaspettata evoluzione del tasso di rotazione del [Voce Demonstrator Module] è stato notato.” Il veicolo paracadute distribuito come previsto, ma la sua Unità di Misura Inerziale rilevato che è rilevato un “più grande del previsto” angolare pitch rate, che ha innescato una “saturazione” allarme. La Guida di Navigazione e sistema di Controllo ritiene che la velocità angolare è la stessa come la soglia di saturazione, che ha gettato fuori la capsula calcolato altitudine.
Il lander ha iniziato una caduta libera a un’altitudine di poco più di due miglia
Il che significa che il lander sistemi di pensiero, il veicolo spaziale era più vicino alla terra, e ha rilasciato la capsula posteriore-shell e paracadute di inizio e di accendere il Sistema di Controllo di Reazione per una manciata di secondi. Quando la RCS arresto, la capsula era ancora poco più di due miglia in aria, che ha portato “a una caduta libera di Schiaparelli e l’impatto sulla superficie di Marte circa 34 secondi più tardi.”
La relazione finale ha concluso che la carenza di paracadute per la modellazione, l’inadeguata gestione delle allerte, un “insufficiente approccio per il Rilevamento di Guasti, di Isolamento e di Recupero e di design, la robustezza, la” e “cattiva gestione” con i subappaltatori e hardware colpa per l’incidente, e ha fornito una serie di raccomandazioni per evitare simili incidenti in futuro.