Virtuele agc Een simulatie van de Apollo-begeleidingcomputer.
Download nu

Virtuele agc Rangschikking & Samenvatting

Virtuele agc Tags

simulatie emulator AGC-simulatie computeremulator AGC

Virtuele agc Beschrijving

Een simulatie van de computer van de Apollo-begeleiding. Virtual AGC-project is een simulatie van de Apollo-begeleidingcomputer (AGC) die wordt gebruikt in de modules van Apollo-opdrachtmodules en maanmodules in 1968-1972, evenals het Abort-richtsnoeren (AGS) dat in de LM wordt gebruikt. Het project bevat een geëmuleerde CPU, Een geëmuleerd display / toetsenbord (DKY), de oorspronkelijke uitvoerbare binaries van de AGC en machine-leesbare broncode (Luminary and Colossus), AGC broncode voor een CPU-validatie-suite, een AGC-assembler, gescande Apollo-documentatie en andere elementen. De geëmuleerde CPU is ontworpen om modulair en draagbaar te zijn, om opname te vergemakkelijken in ruimtevaartuigen simulaties zoals Lunar-Landers-simulaties. Wat is er nieuw in deze release: Voor zover de website zelf betreft, hebben verschillende mensen me interessante en nuttige dingen gestuurd die ik heb toegevoegd. Ik zal die dingen hier niet gedetailleerd, behalve om te zeggen "Dank u!" naar Dimitris Vitoris, Mirko Mattioli en Onno Hommes. Sommige belangrijke correcties zijn gemaakt aan materiaal op de website zelf, dankzij Fabrizio Bernardini: · We weten nu met een hogere mate van zekerheid dat Luminary 1e Build 210 werd gevlogen in Apollo 17 (en waarschijnlijk Apollo 15-16), terwijl vóór er een geschil was dat het in plaats daarvan in plaats daarvan in plaats daarvan is gebouwd. Dit is belangrijk Het gevoel dat we ons bewust zijn van een aanbieding voor 1D (en kan zelfs een kopie van het ooit krijgen), maar we zijn ons niet bewust van het bestaan van een kopie van 1e. Wat betreft wat de verschillen tussen 1D en 1e zijn, zal dat wachten op toekomstige openbaringen! Misschien zijn er geen. · We zijn er nu van bewust dat AGS-vluchtprogramma 8 in Apollo 15-17 werd gebruikt in plaats van in Apollo 14 zoals eerder verondersteld. Dit is belangrijk omdat we eigenlijk een exemplaar van vluchtprogramma 8 hebben opgenomen in het project, en het is goed om te weten wat we hebben! Software-Wise is veel bugs gefixeerde en hulpveranderingen die aan die oplossingen zijn geassocieerd, zodat ik niet eens zeker weet dat ik ze allemaal herinner. Hier zijn enkele van degenen die in mijn gedachten opvallen als bijzonder belangrijk: · Er was een kwestie in sequencing key-releases met verschuiving van gebufferde toetsenbordgegevens in communicatie tussen Yadeda / Yadeda2 en Yaags, die in principe AGS-communicatie konden breken, waarbij een herstart van de simulatie nodig is om het te repareren. Het effect was redelijk herhaalbaar als de hold-toets werd geraakt en toen werd de uitlezende sleutel geraakt. Ik hoop * het is nu opgelost. Een nieuwe - Debug-Deda-schakelaar in Yaags hielp me deze te vinden. · De IAGC en Yaags --Debug-modi kregen het gebruik van de als-gedistribueerde symbooltabellen voor Luminary en Colossus, omdat ze padnamen hebben ingesloten op de broncode-bestanden die op compileertijd zijn ingesteld ... met andere woorden, voor de symtabiliteit Ik heb het distributie, ze wezen op bronbestanden in mappen op mijn computer. · Bovendien gebruikten de symbooltafels de natuurlijke endianness van de CPU, wat betekent dat symbooltafels die op een Intel-architectuur worden gegenereerd, niet zouden werken als ik ze aan een PowerPC-architectuur verdeelde. · Er was een bug in de Yangc Core-Dump en -resume, waarin de helft van de tijd hervat van een kern-dump zou ervoor zorgen dat de Dsky niet-reagerend wordt. Mijn geloof is dat sommige overheidsinformatie (waarschijnlijk met betrekking tot interrupts) niet in de kern-dumps werd opgeslagen. · Ik denk dat er een bug in de richtingvlaggen (verplaatsingsrichting van de controlestok van Pastent) werd gestuurd naar de AGC door YAACA wanneer meer dan één as werd verplaatst. De bug overgedragen naar YAACA3 (zie hieronder), maar ik heb het op beide plaatsen opgelost. In termen van nieuwe functies, zijn er weer veel. Sommige van de meer belangrijke zijn: · Virtualagc heeft ook een mogelijkheid gekregen die niet aanwezig is in software die eerder aan de GUI aanwezig is, omdat het scripted digital Uplinks naar de AGC kan uitvoeren. · Virtualagc integreert AGC / AEA-compilatie- en broncode browsing, naast het alleen beheren van de simulatie. · Yagc en Yaags zijn gewijzigd, zodat ze in - debug-modus niet langer statusberichten zoals socketverbindingen of ontkoppelingen van randapparatuur uitgaan, waardoor een "gemakkelijker" debuggenervaring begrijpen. · Hoewel het in principe een feature-neutrale verandering is, is het ACA-emulatieprogramma YAACA door YAACA3 bevoegd, voornamelijk om het gebruik SDL te laten gebruiken in plaats van Allegro voor het verstrekken van de joystick-interface. De eerste motivatie hiervoor was dat Paul Fjeld (bedankt, Paul!) Geadviseerd dat de joystickcode van SDL stabieler was dan Allegro's op Mac OS X. Nadat ik deze vervanging had gedaan, vind ik een aantal andere belangrijke voordelen, de twee hoofdsom Is veel minder configuratie-last (en welke configuratie is ik geïmplateerd op een manier die niet pijnlijk is voor virtualagc), en dat ik merk dat ik niet had opgemerkt voordat het YAACA absoluut geen console-feedback biedt op Windows, waardoor debuggen dat veel pijnlijker. Ik heb ook de mogelijkheid genomen om statische koppeling voor SDL te gebruiken, om te voorkomen dat het DLL van Allegro wordt verspreid. Dus hopelijk is het een win-win-win-win-soort dealio.

Virtuele agc Gerelateerde software