AGC virtual Una simulación de la computadora de la Orientación Apollo.
Descargar ahora

AGC virtual Clasificación y resumen

AGC virtual Etiquetas

simulación emulador simulación de AGC emulador de computadoras AGC

AGC virtual Descripción

Una simulación de la computadora de la guía de Apolo. El proyecto Virtual AGC es una simulación de la Ordenadora de Guía de Apolo (AGC) utilizada en los módulos de comando Apollo y en los módulos lunares en 1968-1972, así como el sistema de guía de abortamiento (AGS) utilizado en la LM. El proyecto incluye una CPU emulada, Una pantalla emulada / teclado (DSKY), los binarios ejecutables originales de AGC y el código fuente de lenguaje de ensamblaje legible por máquina (Luminary y Colossus), código fuente AGC para una suite de validación de CPU, un ensamblador AGC, documentación de Apolo escaneado y otros elementos. La CPU emulada ha sido diseñada para ser modular y portátil, para facilitar la incorporación en simulaciones de naves espaciales, como las simulaciones lunar-lander. ¿Qué hay de nuevo en este lanzamiento: En lo que respecta al sitio web en sí mismo, varias personas me han enviado cosas interesantes y útiles que he agregado. No detallaré esas cosas aquí, excepto para decir "¡Gracias!" a Dimitris Vitoris, Mirko Mattioli, y Onno Hommes. Se han hecho algunas correcciones importantes para el material en el propio sitio web, gracias a Fabrizio Bernardini: · Ahora sabemos con un mayor grado de certeza que Luminary 1e Build 210 se voló en Apollo 17 (y probablemente Apollo 15-16), mientras que antes había alguna disputa que podría haber sido luminary 1D BUBT 209. Esto es significativo en El sentido de que somos conscientes de un listado para 1D (e incluso puede obtener una copia de él algún día), pero no estamos al tanto de la existencia de una copia de 1E. En cuanto a cuáles son las diferencias entre 1D y 1E, ¡eso esperará futuras revelaciones! Tal vez no haya ninguno. · Ahora estamos conscientes de que el programa de vuelo AGS 8 se usó en Apollo 15-17, en lugar de en Apollo 14 como se suponía anteriormente. Esto es significativo porque en realidad tenemos una copia del programa de vuelo 8 incluido dentro del proyecto, ¡y es bueno saber lo que tenemos! En cuanto al software, se han fijado muchos errores y se han fijado muchos cambios auxiliares asociados con esas correcciones, de modo que ni siquiera estoy seguro de que los recuerdo a todos. Aquí están algunos de los que se destacan en mi mente como particularmente significativos: · Hubo un problema en la secuenciación de lanzamientos clave con el cambio de los datos de teclado tamponados en las comunicaciones entre YADEDA / YADEDA2 y YAAGS, que básicamente podrían romper las comunicaciones AGS, que requieren un reinicio de la simulación para solucionarla. El efecto fue bastante repetible si se golpeó la llave de espera y luego se golpeó la clave de lectura. Espero que * se arregle ahora. Un nuevo interruptor de BUGBUG-DEDA en YAAGS me ayudó a encontrar este. · Los modos YAAGC y YAAGS --BUG se lanzaron utilizando las tablas de símbolos según la distribución de Luminary y Colossus, ya que se incorporaron nombres de ruta a los archivos de código de origen que se establecieron en el tiempo de compilación ... en otras palabras, para los simptabs He estado distribuyendo, señalaron los archivos de origen en los directorios en mi computadora. Además, las tablas de símbolos utilizaron la endursidad natural de la CPU, lo que significa que las tablas de símbolos generadas en una arquitectura Intel no funcionarían si los distribuí a una arquitectura PowerPC. · Hubo un error en el basurero de Yaagc y --resume, en el que la mitad del tiempo que se reanudaba desde un basurero, hará que el DSKY se convierta en no sensible. Mi creer es que la información del estado (probablemente relacionada con las interrupciones) no se estaba guardando en los basureros. · Creo que hubo un error en las banderas de la dirección (dirección de desplazamiento del control de control del retén) enviado a la AGC por Yaaca cuando se desplazó más de un eje. El insecto se trasladó a YaACA3 (ver más abajo) también, pero lo arreglé en ambos lugares. En términos de nuevas características, de nuevo hay lotes. Algunos de los más significativos son: · VirtualAgc también se le ha dado una capacidad que no está presente en ningún software que existe anteriormente a la GUI, ya que puede realizar un enlace ascendente digital con guión al AGC. · VirtualAGC integra la compilación AGC / AEA y la navegación por código de origen, además de simplemente administrar la simulación. · YaAGC y YAAGS se han modificado de modo que cuando el modo IN -BUG ya no emite mensajes de estado, como las conexiones de Socket o las desconexiones de periféricos, lo que le brinda un "más fácil" para comprender la experiencia de depuración. · Si bien es básicamente un cambio neutral de características, el programa de emulación de ACA, YAACA ha sido superada por YaACA3, principalmente para permitir el uso SDL en lugar de allegres para proporcionar la interfaz de Joystick. La motivación inicial para esto fue que Paul Fjeld (¡Gracias, Paul!), Avisó que el código de joystick de SDL fue más estable que el Allegro en Mac OS X. Sin embargo, después de haber hecho este reemplazo, encuentro algunas otras ventajas significativas, los dos principales son que allí Es una carga mucho menos de configuración (y qué configuración hay que me he integrado de una manera que no será dolorosa para VirtualAgc), y que me parece que no había notado antes de que Yaaca no proporcionara un feedback de la consola en Windows, haciendo depuración. Eso es mucho más doloroso. También he aprovechado la oportunidad de usar el enlace estático para SDL, para evitar distribuir la DLL de Allegro. Entonces, espero que sea un tipo de oferta de ganar-ganar-ganar-ganar.

AGC virtual Software relacionado