P043 – Technik & Missionsarchitektur

Drucken PDF Link ← 43 / 188 → ↩ Zurück

GESAMTBEWERTUNG iGesamtbewertungDefinition: Zusammenfassende Einstufung des Klärungsstands.Status: Belastbar geklärt (Klärungsgrad 80 %).Quelle: aus K, A und T abgeleitet, S separat.

Belastbar geklärt · 80 % iKlärungsgrad-Skala0–33 %: rot — schwach34–66 %: gelb — teilweise67–100 %: grün — geklärtAktuell: 80 % (good)
Skala: 0 % offen … 100 % geklärt

OFFENER KLÄRUNGSBEDARF iOKB-BerechnungFormel: OKB = K · (5 − A) · TAktuell: 2 · 1 · 4 = 8Skala: 0 bis 125 (Maximum 5·5·5)

8 / 125 = K · (5−A) · T = 2 · 1 · 4
Skala 0–125 · Maximum 5·5·5
K · KRITIKQUALITÄT iK · KritikqualitätDefinition: Substanz und Prüffähigkeit des Einwands.K = 2 (andeutungsweise prüfbar): aktuelle Einstufung.Skala-Hinweis: K=3 würde eine Stufe stärker bedeuten.Skala-Hinweis: K=1 würde eine Stufe schwächer bedeuten.
2 / 5 andeutungsweise prüfbar
A · ANTWORTQUALITÄT iA · AntwortqualitätDefinition: Erklärtiefe und Quellenlage der Standardantwort.A = 4 (direkte Widerlegung): aktuelle Einstufung.Skala-Hinweis: A=5 würde eine Stufe stärker bedeuten.Skala-Hinweis: A=3 würde eine Stufe schwächer bedeuten.
4 / 5 direkte Widerlegung
T · TRAGWEITE iT · TragweiteDefinition: Reichweite des Punkts für die Gesamteinschätzung.T = 4 (Kernpunkt): aktuelle Einstufung.Skala-Hinweis: T=5 würde eine Stufe stärker bedeuten.Skala-Hinweis: T=3 würde eine Stufe schwächer bedeuten.
4 / 5 Kernpunkt
S · SICHERHEIT iS · SicherheitDefinition: Belastbarkeit der Einordnung (Skala 1–3).S = 2 (plausibel): aktuelle Einstufung.Skala-Hinweis: S=3 würde eine Stufe stärker bedeuten.Skala-Hinweis: S=1 würde eine Stufe schwächer bedeuten.
2 / 3 plausibel

KRITIK & ANTWORT

!KRITIKPUNKT

  • Der Apollo-Bordrechner („Apollo Guidance Computer“) sei für eine Mondmission zu primitiv gewesen.

↩ORGANISATIONSANTWORT

  • Der NASA-Bericht zur Zuverlässigkeit des Apollo-Bordrechner („Apollo Guidance Computer“) (NTRS) dokumentiert, dass der AGC ein hochspezialisierter Echtzeitrechner war – nicht vergleichbar mit heutigen Mehrzweckcomputern.
  • Seine Aufgabe war ausschließlich Navigation und Steuerung unter wohldefinierten Parametern.
  • Die Software (Luminary/Colossus) wurde am MIT Instrumentation Laboratory entwickelt und war für genau diese Aufgabe optimiert.
  • Der AGC arbeitete mit festem Prioritätsscheduling, konnte Überlastungen kontrolliert abfangen (wie Apollo 11 zeigte) und war nicht auf die Rechenleistung eines modernen PCs angewiesen.
  • Navigationspräzision erfordert Zuverlässigkeit und Echtzeitfähigkeit, nicht Rechengeschwindigkeit.

BEWERTUNGS-BEGRÜNDUNG

K · KRITIKQUALITÄT · K=2 (andeutungsweise prüfbar)
Begründung — warum dieser Wert?
  • K=2: 'AGC zu primitiv' greift einen realen Aspekt auf – 2 MHz, 64 kB Kernspeicher – und folgert Unzureichendheit.
  • Die Kritik ignoriert, dass der AGC speziell für Navigation, nicht für Allzweckaufgaben optimiert war.
  • Indizienkritik mit ingenieurtechnisch falscher Skala.
Skalen-Anker — warum nicht höher / niedriger?
  • Nicht K=1, weil die Leistungsdaten real und quantifizierbar sind.
  • Nicht K=3, weil kein spezifischer Teilprozess genannt wird, der die AGC-Kapazität überschritten hätte.
A · ANTWORTQUALITÄT · A=4 (direkte Widerlegung)
Begründung — warum dieser Wert?
  • A=4: Der AGC-Sourcecode ist seit 2016 vollständig auf GitHub öffentlich (MIT-Lincoln-Lab).
  • Simulationen auf Modern Hardware zeigen die Navigationsrechenleistung als ausreichend.
  • NTRS-Reports zu Echtzeit-Navigation dokumentieren Leistung.
  • Reproduzierbar nachprüfbar.
Skalen-Anker — warum nicht höher / niedriger?
  • Nicht A=5, weil keine standardmäßige End-to-End-Simulation der Mondlandung mit Original-AGC-Code öffentlich publiziert ist.
  • Nicht A=3, weil Sourcecode und Tests direkt verfügbar sind.
T · TRAGWEITE · T=4 (Kernpunkt)
Begründung — warum dieser Wert?
  • Sachkern: „Der Apollo-Bordrechner („Apollo Guidance Computer") sei für eine Mondmission zu primitiv gewesen." Trifft die Steuerungs-Beweislinie zentral — ohne funktionsfähigen AGC keine Navigation, kein Landeabbruch, kein Aufstieg.
  • T=4 (Kernpunkt).
Skalen-Anker — warum nicht höher / niedriger?
  • Nicht T=5 (ergebnisrelevant), weil neben dem AGC redundante Bodensteuerung (MIT-Telemetrie, manuelle Hand-Steuerung) bei Apollo dokumentiert ist.
  • Nicht T=3 (Methodenfrage), weil die These ein Kernsystem und nicht nur dessen Auswertung trifft.
S · SICHERHEIT · S=2 (plausibel)
Begründung — warum dieser Wert?
  • S=2 (plausibel): MIT-Designdokumente, AGC-Source-Code (öffentlich publiziert, von Hackern reanalysiert), Hardware-Restexemplare und Mission-Reports belegen die Funktionstiefe; eine vollständig unabhängige Re-Implementation unter Original-Toleranzen liegt nicht als formaler Nachweis vor.
Skalen-Anker — warum nicht höher / niedriger?
  • Nicht S=3 (robust), weil zwar Code und Designdokumente offen, aber kein abgeschlossener Stress-Reproduktions-Lauf in Originalhardware öffentlich ist.
  • Nicht S=1 (unsicher), weil Code, Hardware-Reste und Mission-Reports unabhängig zugänglich und prüfbar sind.

○OFFEN / VERTIEFBAR

  • Aufgabenmatrix Flugphase → Rechenaufgabe → Systemzuständigkeit → Fehlertoleranz → Reserve.
  • Offener Prüfbedarf erweitert: Apollo-AGC, moderne Orion-/Artemis-Systeme und deren Fehlermodi tabellarisch gegenüberstellen – Fähigkeit, Redundanz, Alarmmanagement, Betriebsgrenzen.

QUELLEN

1Q1 · KRITIK-QUELLE

AULIS – Was the Apollo Computer flawed?
https://www.aulis.com/pascal.htm

2Q2 · ANTWORT-QUELLE

Reliability history of the Apollo guidance computer (NTRS PDF)
https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19750004273.pdf