Virtuelle AGC. Eine Simulation des Apollo-Führungscomputers.
Jetzt downloaden

Virtuelle AGC. Ranking & Zusammenfassung

Virtuelle AGC. Stichworte

Simulation Emulator AGC-Simulation Computeremulator AGC.

Virtuelle AGC. Beschreibung

Eine Simulation des Apollo-Führungscomputers. Das virtuelle AGC-Projekt ist eine Simulation des Apollo-Richtliniencomputers (AGC), der in den Apollo-Befehlsmodulen und in den Mondmodulen 1968-1972 verwendet wird, sowie das im LM verwendete Abbruchinfizierungssystem (AGS), das im LM verwendet wird, enthält eine emulierte CPU, Eine emulierte Display / Tastatur (DSKY), die ursprüngliche ausführbare Dateicode des AGCs und des maschinenlesbaren Montage-Sprach-Quellcodes (Luminarinary und Colossus), AGC-Quellcode für eine CPU-Validierungssuite, einen AGC-Assembler, ein gescannte Apollo-Dokumentation und andere Elemente. Die emulierte CPU wurde so konzipiert, dass sie modular und tragbar ist, um den Einbau in Raumfahrzeugsimulationen wie Lunar-Lander-Simulationen zu erleichtern. Was ist neu in dieser Version: Soweit die Website selbst angeht, haben mir verschiedene Leute interessantes und nützliches Sachen geschickt, die ich hinzugefügt habe. Ich werde diese Dinge hier nicht detaillieren detaillieren, außer "danke!" Dimitris Vitoris, Mirko Mattioli und Onno Hommes. Auf der Website selbst wurden einige wichtige Korrekturen auf der Website selbst erstellt, dank Fabrizio Bernardini: · Wir wissen jetzt mit einem höheren Gewissheitsgrad, dass Luminarinaring 1E Build 210 in Apollo 17 (und wahrscheinlich Apollo 15-16) geflogen wurde. Das Gefühl, dass wir uns einer Auflistung für 1D bewusst sind (und kann sogar eines Tages eine Kopie davon bekommen), aber wir sind uns der Existenz einer Kopie von 1E nicht bewusst. Was sind die Unterschiede zwischen 1D und 1E, das heißt zukünftige Offenbarungen! Vielleicht gibt es keine. · Wir sind uns deshalb bewusst, dass AGS-Flugprogramm 8 in Apollo 15-17 in Apollo 15-17 verwendet wurde, anstatt in Apollo 14, wie zuvor angenommen wurde. Dies ist erheblich, weil wir tatsächlich eine Kopie des Flugprogramms 8 im Projekt haben, und es ist gut zu wissen, was wir haben! SOFTWARE-WISE, Viele Bugs wurden behoben, und Hilfsänderungen, die mit diesen Korrekturen verbunden sind, wurden gemacht, so dass ich nicht einmal sicher bin, dass ich mich an sie erinnere. Hier sind einige derjenigen, die in meinem Kopf als besonders wichtig sein: · Es gab ein Problem in der Sequenzierung von Schlüsselveröffentlichungen mit der Verschiebung von gepufferten Tastaturdaten in der Kommunikation zwischen yadeda / yadeda2 und Yaags, die die AGS-Kommunikation grundsätzlich brechen könnten, wodurch ein Neustart der Simulation erforderlich ist, um sie zu beheben. Der Effekt war ziemlich wiederholbar, wenn der Hold-Taste getroffen wurde, und dann wurde der Auslese-Schlüssel getroffen. Ich hoffe, ich bin jetzt behoben. Ein neuer --debug-deda-Switch in Yaags half mir, dieses zu finden. · Die YAAGC- und YAAGS -DEBUG-Modi wurden mit den as-verteilten Symboltabellen für LUMINARARY und COOSSUS verkrüppelt, da sie Pfadnamen in die Quellcodedateien eingebettet haben, die an der Kompilierzeit eingestellt wurden ... Mit anderen Worten, für die Symptabs Ich habe verteilt, sie zeigten auf Quelldateien in Verzeichnissen auf meinem Computer. · Darüber hinaus nutzten die Symboltabellen die natürliche Endianness der CPU, was bedeutet, dass die auf einer Intel-Architektur erzeugten Symboltische nicht funktionieren würden, wenn ich sie an eine PowerPC-Architektur verteilt habe. · In der YAAGC-Kern-Dump und -Resume gab es einen Fehler, in dem die Hälfte der Zeit, die von einem Kern-Dump fortsetzte, dazu führen würde, dass der Dsky nicht ansprechend wird. Mein Glaube ist, dass einige staatliche Informationen (wahrscheinlich in Bezug auf Interrupts) nicht in den Kern-Dumps gespeichert wurden. · Ich denke, es gab einen Fehler in Richtung Flaggen (Verdrängungsrichtung des Steuerungsstocks aus der Rastentnahme), der von Yaaca an die AGC gesendet wurde, wenn mehr als eine Achse verschoben wurde. Der Fehler in Yaaca3 (siehe unten), aber ich habe es an beiden Orten behoben. In Bezug auf neue Funktionen gibt es wieder viel. Einige der wichtigsten sind: · VirtualAgc hat auch eine in jeder von der GUI vorhandene Software vorhanden, dadurch, dass sie digitale Uplinks an die AGC ergeben kann, nicht in jeder Software vorhanden. · VirtualAgc integriert die AGC / AEA-Kompilierung und das Surrowsing der Quellencode zusätzlich, um die Simulation zu verwalten. · Yaagc und Yaags wurden so geändert, dass sie beim In -Debug-Modus Statusnachrichten nicht mehr als Sockelverbindungen oder -trennungen von Peripheriegeräten ausgeben, wodurch ein "einfacher", um das Debugging-Erlebnis zu verstehen. · Während es im Grunde ein Merkmals-neutrales Wandel ist, wurde das ACA-Emulationsprogramm Yaaca von Yaaca3 überlagert, hauptsächlich, um die Verwendung von SDL anstelle von Allegro für die Bereitstellung der Joystick-Schnittstelle zu ermöglichen. Die anfängliche Motivation dafür war, dass Paul Fjeld (danke, Paul!) Beriet, dass der Joystick-Code von SDL stabiler war als allegros auf Mac OS X. Nachdem ich diesen Ersatz jedoch getroffen hatte, finde ich jedoch einige andere bedeutende Vorteile, der zwei Prinzip ist weit weniger Konfigurationsbelastung (und welche Konfiguration gibt es in einer Weise, die auf eine Weise integriert ist, die für virtualagc nicht schmerzhaft ist), und dass ich finde, dass ich noch nicht bemerkt hatte, dass Yaaca absolut keine Konsolenrücknachrichtigung unter Windows bietet, um das Debuggen zu machen das viel schmerzhafter. Ich habe auch die Gelegenheit genutzt, statische Verknüpfung für SDL zu verwenden, um Vermeidung von Allegros DLL zu vermeiden. Hoffentlich ist es ein Win-Win-Win-Win-Win-Typ von Dealio.

Virtuelle AGC. Zugehörige Software