Was würde dazu führen, dass die redundanten Computer des Shuttles nicht einverstanden waren?

Wir können uns ansehen, was diese Probleme in der langen Geschichte des Shuttle-Programms verursacht hat. Diese GPC-Fehler fallen mir ein:

• Auf STS-9 fielen zwei GPCs spät in der Mission unabhängig voneinander aus und wurden aus dem redundanten Satz herausgewählt. Die Analyse nach dem Flug zeigte, dass diese Fehler auf lose Lötrückstände in den Computern zurückzuführen waren, die sich bewegten, als Reaktionssteuerungsdüsen abgefeuert wurden, und Komponenten kurzschlossen.

• Bei STS-135 fiel ein GPC am Flugtag 3 aufgrund eines "Switch Tease" (unerwartete Folge von Kontakten, die während der Schalterbetätigung hergestellt oder unterbrochen wurden) aus und wurde abgewählt. Ein weiterer GPC scheiterte später in der Mission aufgrund eines vermuteten Single Event Upset (durch Strahlung verursacht). Da dieser GPC nicht in einem redundanten Satz lief, sondern eigenständig im Systemverwaltungsmodus lief, wurde er nicht abgewählt.

• Während eines Falltests des Shuttle Enterprise führte eine fehlerhafte Lötstelle dazu, dass ein GPC ausfiel und ausfiel, als sich das Fahrzeug vom Träger 747 trennte. Vor diesem Flug war ein anderer GPC während der Vorflugkontrolle mit einem Paritätsfehler ausgefallen.

Ich weiß, dass neben dem typischen Hardwareausfallschutz, den Sie auf Ihrem alltäglichen Desktop sehen würden, jede Hardware, die in den Weltraum geht, mit viel mehr Strahlung fertig werden muss. Dies kann je nachdem, wo die Strahlung auftrifft, zufällige Fehler verursachen, die Bit-Flips und Abstürze verursachen können. SpaceX macht etwas Ähnliches mit seinen Flugcomputern, wo sie billige Standardhardware (dh nicht strahlungsgehärtet) verwenden und dies dann mit großen Reihen von Computerfehlern ausgleichen, die sich gegenseitig überprüfen.