Eine Mondmission, versteckt in zwei Ordnern
Hier ist eine erstaunliche Wahrheit: Der Code, der 1969 Menschen auf den Mond brachte, existiert noch immer, akribisch transkribiert aus zwei Papierordnern, die im MIT Museum aufbewahrt werden. Freiwillige haben diese historischen Scans mühsam in eine nutzbare digitale Codebasis umgewandelt, die jetzt öffentlich zugänglich und ausführbar ist. Es ist ein Beweis für Bewahrung und gemeinschaftliche Anstrengung.
Dies ist keine Geschichte über ein einsames Genie. Margaret Hamilton, damals eine bahnbrechende Informatikerin, leitete die Software Engineering Division am MIT Instrumentation Laboratory. Ihr Team von über 400 Leuten entwickelte die kritische Software sowohl für das Apollo-Kommandomodul als auch für die Mondlandefähre. Hamiltons Führung und das enorme Ausmaß der Anstrengung unterstreichen die kollektive Brillanz hinter Apollo.
Geschrieben in Assemblersprache für den Apollo Guidance Computer, kann dieser überlebende Quellcode assembliert werden, um perfekt mit dem ursprünglichen Speicherabbild übereinzustimmen. Enthusiasten können ihn sogar über den Virtual AGC-Emulator ausführen und genau die Sequenzen erleben, die die Apollo 11-Astronauten ausführten. Dies ermöglicht einen beispiellosen Einblick in die strenge, eingeschränkte Welt der frühen Raumfahrtsoftware.
Der Computer hatte weniger Speicher als ein Tweet
Mondmissionen liefen auf Hardware, die weniger leistungsfähig war als ein moderner Thermostat. Der Apollo Guidance Computer (AGC), der im MIT Instrumentation Laboratory gebaut wurde, arbeitete mit gerade einmal 1,024 MHz und verfügte über nur 2.048 Wörter löschbaren Speichers – etwa 3.840 Bytes. Ein moderner Raspberry Pi Pico verfügt im Vergleich dazu über 70-mal mehr RAM und einen 130-mal schnelleren Takt.
Einschränkungen definierten den AGC. Seine 72 KB Festwertspeicher basierten auf Core Rope Memory, einem Wunder der physischen Programmierung. Drähte, die durch winzige magnetische Kerne gefädelt wurden, kodierten die Software direkt: Ein Draht durch einen Ring signalisierte eine binäre '1', um ihn herum eine '0'. Das bedeutete keine schnellen Software-Patches; der Flugcode war buchstäblich in die Hardware eingewebt und Monate vor dem Start festgeschrieben.
Solche Einschränkungen erzwangen ein brillantes Design. Ingenieure entwickelten außergewöhnlich kompakten Code, der rigoros auf Perfektion geprüft wurde. Der Executive-Scheduler des AGC priorisierte Aufgaben und verarbeitete bis zu acht Jobs in 12-Wort-Slots. Selbst die internen Kommentare des Codes, wie ein Blick auf das transkribierte GitHub-Repository zeigt, wichen manchmal von der implementierten Logik ab – ein Zeugnis für die schnelle, iterative Entwicklung unter extremem Druck.
Der Code enthält Witze. Die Sicherheitsvorkehrungen meinen es ernst.
Humor ist, wie sich herausstellt, eine universelle Konstante, selbst in Code, der für den Mond bestimmt ist. Trotz des immensen Drucks spickten die Ingenieure im MIT Instrumentation Laboratory die Assemblierung des Apollo Guidance Computer mit entzückenden, menschlichen Kommentaren. „Please crank this silly thing around“ weist den Astronauten an, die Landeradarantenne zu bewegen, während „Off to see the wizard“ der Triebwerkszündungssequenz vorausgeht, die spielerisch „Burn Baby Burn“ genannt wurde.
Astronauten interagierten mit diesem komplexen System über den DSKY (Display/Keyboard), eine minimalistische Schnittstelle aus einer kleinen numerischen Tastatur und einem Display. Die Befehle waren prägnante, numerische Verb-Substantiv-Paare – ein „Verb“ für die Aktion (z. B. anzeigen) und ein „Substantiv“ für das Objekt (z. B. Uhr). Diese einstudierten Anweisungen, die oft auswendig gelernt oder in Checklisten nachgeschlagen wurden, waren die einzige Möglichkeit, den Computer während des Fluges zu bedienen.
Doch unter dem Witz verbarg sich eine eiserne Widerstandsfähigkeit. Der Executive scheduler des Apollo Guidance Computer priorisierte Aufgaben und stellte sicher, dass kritische Navigationsfunktionen stets ausgeführt wurden. Wenn Systeme überlastet waren, wie es während des Abstiegs von Apollo 11 aufgrund eines fehlerhaften Rendezvous-Radars geschah, wurden weniger wichtige Aufgaben verworfen, was Alarme wie den 1202 auslöste.
Entscheidend war, dass restart checkpoints lebenswichtige Arbeit schützten. Wenn der Computer neu startete, nahm er wesentliche Prozesse vom letzten Checkpoint wieder auf und startete sogar das Abstiegs-Triebwerk neu. Dieses robuste Design ermöglichte es dem Computer, Fehler zu bewältigen, ohne die Mission abzubrechen – ein Beweis für Weitsicht unter extremen Bedingungen. Für diejenigen, die neugierig sind, diese Mischung aus Strenge und Humor zu erkunden, ist der Original Apollo 11 Guidance Computer (AGC) Source Code öffentlich zugänglich.
Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.
eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte
Warum der 1202 nicht das Ende der Landung bedeutete
Der 1202-Alarm, berüchtigt von der Apollo 11-Landung, signalisierte einen verzweifelten Kampf um Prozessorzeit. Während die Mondlandefähre abstieg, verbrauchte das rendezvous radar unerwartet 13-15 % der Prozessorzyklen, indem es 12.800 Impulse pro Sekunde abfeuerte. Diese Aktivität, kombiniert mit dem bereits zu 90 % ausgelasteten Prozessor, verhinderte, dass kritische Navigationsaufgaben planmäßig abgeschlossen werden konnten.
Der Executive des Apollo Guidance Computer (AGC), sein Scheduler, konnte nur acht Job-Slots verwalten, die jeweils 12 Wörter lang waren. Als die Navigationsaufgabe nicht rechtzeitig fertig wurde, reihten sich neue Kopien ein, füllten diese Slots schnell und lösten den 1202-Alarm aus. Der AGC reagierte, indem er ungeschützte Arbeit verwarf und neu startete, wobei er wesentliche Abstiegsfunktionen priorisierte. Flugkontrolleure, insbesondere Steve Bales, mussten schnell beurteilen, ob die Landung fortgesetzt werden konnte – eine Entscheidung, die in den letzten Minuten fünfmal getroffen wurde.
Diese Widerstandsfähigkeit war kein Zufall. Margaret Hamiltons Team am MIT Instrumentation Laboratory entwickelte den AGC mit robustem restart protection, das es ihm ermöglichte, kritische Operationen selbst mitten im Abstieg wieder aufzunehmen. Checkpoints im gesamten Code stellten sicher, dass lebenswichtige Aufgaben, wie das Abstiegs-Triebwerk, sofort reaktiviert werden konnten.
Heute ist die Brillanz des AGC überprüfbar. Das Virtual AGC-Projekt emuliert den Computer und seine Display and Keyboard (DSKY)-Schnittstelle originalgetreu und ermöglicht es jedem, den Apollo 11-Flugcode auszuführen. Sie können die exakten Sequenzen, die die Astronauten verwendeten, von den Vorstart-Checks bis zu den Landealarmen, im Apollo 11 AGC repository erkunden. Wie Hamilton feststellte, hatte ihr Team "keine zweite Chance", aber ihr Code gibt uns endlose Möglichkeiten zu lernen.
Häufig gestellte Fragen
Kann man den originalen Apollo 11-Quellcode heute ausführen?
Ja. Der transkribierte Quellcode kann assembliert und im Open-Source Virtual AGC-Emulator ausgeführt werden.
Wie viel Speicher hatte der Apollo Guidance Computer?
Er verfügte über 2.048 Wörter löschbaren Speicher, etwa 3.840 Bytes, sowie festen Read-only Core Rope Memory.
Was verursachte den 1202-Alarm während der Landung von Apollo 11?
Radarimpulse verbrauchten Prozessorzeit und überlasteten die begrenzten Job-Slots des Schedulers. Der Computer verwarf Arbeit mit niedrigerer Priorität und startete geschützte Aufgaben neu.
Wer war Margaret Hamilton?
Hamilton war eine Software-Leiterin für Apollo am MIT Instrumentation Laboratory und half bei der Entwicklung der Software, die die bemannten Missionen steuerte.