Wie verhinderte Schwappen, dass sich das Apollo-Servicemodul sicher vom Kommandomodul entfernte, und wie wurde dies behoben?

Der Insider.com-Artikel „Wir hätten die Besatzung von Apollo 11 verlieren können:“ Ein neues Buch enthüllt, dass eine einst klassifizierte Anomalie die ersten Mondastronauten der NASA fast getötet hätte, beschreibt ein Problem beim Wiedereintritt mehrerer Apollo-Missionen, bei dem der Abwurf des Servicemoduls nicht ordnungsgemäß ausgeführt wurde und so blieb es gefährlich nahe am Kommandomodul.

Der Artikel enthält Links zu einer archivierten Kopie des NASA Technical Document 19710017109 Apollo 11 Mission Anomaly Report 3 – Service Module Entry sowie Links zum NASA-Bild Line Drawing of Apollo 14 Command/Service Modules

Es erwähnt auch das neu erschienene Buch Eight Years to the Moon: The History of the Apollo Missions von Nancy Atkinson.

Es gibt viele technische Informationen in den NASA-Links. Es scheint ein Problem mit dem Schwappen gegeben zu haben, das das Servicemodul daran hinderte, sich weiter vom Kommandomodul zu entfernen, und dies wurde durch eine für Apollo 14 implementierte Servicemodul-Modifikation behoben.

Frage: Wie verhinderte Schwappen, dass sich das Apollo-Servicemodul sicher vom Kommandomodul entfernte, und wie wurde dies behoben? Ist es möglich, sowohl das Problem als auch die Modifikation, die es für Apollo-14 und darüber hinaus verhinderte, kurz zu erklären?

Antworten (1)

Beginnen wir mit dem „Statement of Problem“ im Anomaly Report.

... das Servicemodul hätte nach dem Abwurf auf einem Rückflug zum Mond in die Erdatmosphäre eintreten und dann in eine stark elliptische Erdumlaufbahn aussteigen sollen. Damit wäre die Gefahr eines erneuten Kontakts mit dem Kommandomodul während des Einflugs eliminiert worden. Bei Apollo 8, 10 und 11 sprang das Servicemodul jedoch nicht wie erwartet aus.

Wenn sich das Raumschiff ungefähr mit dem Heck voran* der Erde nähert, würde sich das Servicemodul vom Kommandomodul trennen, mit dem Abfeuern seiner -X-Übersetzungs-RCS-Triebwerke beginnen, kurz seine Roll-Triebwerke abfeuern, um in einen drallstabilisierten Zustand zu gelangen, und das Abfeuern des - X-Triebwerke, bis das RCS-Treibmittel erschöpft war. Wenn die Stabilisierung anhielt, würde das gesamte Delta-V von den Triebwerken in die gleiche Richtung aufgebracht werden, und das SM würde eine Geschwindigkeit von ~ 100 m / s relativ zum Kommandomodul erreichen, genug, um eine große Trennung vom Kommandomodul und zu erreichen Vermeiden Sie eine sofortige Wiedereingabe des Servicemoduls.

Bevor die Triebwerke jedoch zu feuern begannen, würde die Trennung der Module dem Servicemodul ein wenig Nicken und/oder Gieren verleihen, was dazu neigen würde, das Treibmittel in den Tanks auf einer Seite des SM nach vorne zu schleudern, und das Treibmittel auf der anderen Seite achtern.

Geben Sie hier die Bildbeschreibung ein

Aufgrund des Ungleichgewichts in den Treibmittelmassen würden die Rolltriebwerke eher einen wackelnden, präzedierenden Drall als einen stabilen Drall erzeugen, der Treibstoff würde weiterhin hin und her schwappen, der Drall würde chaotisch werden und das Servicemodul würde in alle Richtungen taumeln als die -X-Triebwerke weiter feuerten, was es möglicherweise zum CM zurückbringen könnte.

Die Lösung war bemerkenswert grob. Simulationen verschiedener Szenarien zeigten, dass die Längsachse bei der richtigen anfänglichen Rollrate etwa 25 Sekunden lang in die richtige allgemeine Richtung zeigte, bevor sie wirklich zu divergieren begann, sodass sie die Rollbrennzeit reduzierten, um die richtige Rollrate und einfach zu erhalten befahl den -X-Triebwerken, nur 25 Sekunden lang zu brennen, anstatt bis zur Erschöpfung des Treibmittels zu brennen. Das Servicemodul würde aufgrund des Schwappens immer noch taumeln, aber ohne das Zünden der Triebwerke würde es nicht zurück zum Kommandomodul beschleunigen. Der kürzere Trennbrand würde nicht ausreichen, um den sofortigen Wiedereintritt des Servicemoduls zu verhindern, aber anscheinend war dies kein notwendiges Merkmal der Operation.

Ich denke übrigens, dass der Artikel die Ernsthaftigkeit der Anomalie stark übertreibt; es hat die Besatzung von Apollo 11 nicht "fast getötet". Das Servicemodul würde sich etwa eine Minute lang vom Kommandomodul entfernen, dann wäre seine Geschwindigkeit im Wesentlichen etwa 15 Minuten lang auf einem "zufälligen Spaziergang", bis atmosphärische Kräfte auftreten begann, die Trajektorien der beiden Module zu dominieren. Eine erneute Kontaktaufnahme wäre möglich, aber nicht sehr wahrscheinlich. Offensichtlich war es wichtig, das Problem zu verstehen und zu minimieren, daher der Anomaliebericht, aber wahrscheinlich hätten hundert andere Faktoren eine Apollo-Crew genauso leicht töten können. (Ist das beruhigend?)

* Ich vermute hier die Einstellung; Das Zeigen mit dem Schwanz zuerst und das Feuern von -X würde die Umlaufgeschwindigkeit des SM und damit den "Skip-Out" -Aspekt maximieren.

Die Lösung lag also hauptsächlich im Timing/Sequencing, oder gab es auch Hardwaremodifikationen (möglicherweise in der Abbildung beschrieben ), die dieses Problem ebenfalls behoben haben?
Das letzte Diagramm im Anomaliebericht scheint einen 25-Sekunden-Timer zu zeigen, der für die -X RCS-Abschaltung hinzugefügt wurde, und der 5,3-Sekunden-Rolltimer wurde auf 2 Sekunden geändert, und ich denke, das waren Hardware-Schaltungen, aber die umfangreicheren Änderungen in Ihrem Diagramm waren diejenigen, die als Reaktion auf die Anomalien von Apollo 13 gemacht wurden: ein Backup-Sauerstofftank für die Brennstoffzellen, eine Backup-Batterie und andere Reparaturen an Gürtel und Hosenträgern, die nicht mit der Anomalie der Servicemodul-Trennung zusammenhängen.