El simulador de hardware del Commodore 64 c64-hw-sim incorpora cartuchos de diagnóstico y comprobaciones que contrastan sus informes con el comportamiento esperado ante determinados fallos. Para quien aprende cómo falla un C64, la novedad útil es relacionar una placa virtual averiada deliberadamente con el tipo de resultado de diagnóstico que investigaría al reparar.
El cambio que añade los cartuchos de diagnóstico está fechado el 19 de octubre de 2026. Es posterior a la presentación de Hackaday del 15 de octubre, que dio origen a este artículo. El 19 de octubre corresponde a estas modificaciones, no a la primera aparición del proyecto.
Dale una consecuencia de diagnóstico al fallo virtual
El proyecto representa la placa ASSY 250407 a través de sus conexiones y los pines de los chips. Según su README, se puede desconectar un pin, retirar un chip o forzar una línea a un nivel de alimentación dentro de la simulación. La imagen resultante debe surgir de esas conexiones y de los modelos de los componentes.
El nuevo cambio incluye Dead Test revisión 781220 y Diagnostic revisión 586220. El script de diagnóstico comprueba casos como retirar chips de memoria del modelo, abrir un contacto del puerto de usuario y ejecutar las pruebas con y sin el arnés de diagnóstico. Ese arnés proporciona conexiones de retorno que emplean las pruebas; omitirlo cambia lo que el programa puede observar.
La distinción importa al leer un informe de fallo. Una prueba que espera una conexión puede indicar su ausencia aunque el componente inicialmente sospechoso no sea la causa. Empieza con la configuración simulada sana, cambia una condición y compara tanto el síntoma visible como las señales implicadas. Es un método experimental para el modelo, no una recomendación de desconectar piezas de una máquina real encendida.
El mantenedor afirma que las comprobaciones añadidas pasan. TechKili ha examinado la documentación y el script, pero no ha ejecutado la batería de pruebas ni reproducido esos resultados de forma independiente.
Cargar archivos y escribir forman parte del experimento
Un segundo cambio del 19 de octubre añade un explorador de archivos para programas y cartuchos y corrige la llegada de las pulsaciones al C64 simulado. Su descripción también aborda el borrado, durante el arranque en frío, de un programa cargado mientras la máquina estaba arrancando.
Son cambios prácticos para repetir una exploración. Cargar el mismo diagnóstico y aplicar el mismo fallo permite una comparación más útil que cambiar a la vez el programa y el estado de la placa. El cambio documenta ese flujo; no acredita compatibilidad con todos los formatos de cartucho ni con todas las variantes del C64.
Respeta los límites declarados del modelo de circuito
El README describe compatibilidad con macOS y Linux con X11 y OpenGL, y advierte de que la simulación es más lenta que el hardware real. El plan de implementación separa la versión implementada de sus objetivos más amplios. Los fallos previstos para el futuro no deben interpretarse como funciones disponibles.
Entre los límites documentados figuran un comportamiento aproximado de las líneas flotantes y la omisión de secciones analógicas, como el filtro del SID y el circuito de salida de vídeo. Por tanto, un patrón conocido en pantalla no demuestra que un chip físico concreto esté averiado. Distintos fallos pueden producir síntomas similares y un problema ajeno al modelo puede pasar inadvertido.
En una reparación real, utiliza el experimento para precisar la siguiente pregunta que comprobarás en la placa. Para aprender, el valor inmediato es más sencillo: repetir un fallo, seguir sus efectos y restaurar la máquina virtual sin sacrificar un ordenador antiguo.
Fuentes
Artículos Relacionados
Android Developers Blog se muda: actualiza el feed de noticias que sigues
El aviso de Google del 15 de octubre lleva a los lectores de Blogger a developer.android.com. El anuncio y el nuevo destino enlazan a la misma suscripción Atom.
Salazar v. Paramount examina la protección del espectador suscrito a un boletín
El Supremo estadounidense celebró la vista el 14 de octubre. La disputa pregunta qué relación de suscripción permite invocar la Ley de Protección de la Privacidad del Vídeo.
Tamnoon publica los cambios de nube que su motor de remediación rechazó
El lanzamiento del 13 de octubre incluye un registro público de decisiones. Un caso de subred explica por qué aprobar y conocer dependencias son cosas distintas.
Volvo amplía la tecnología de conducción de Nvidia; el primer coche aún no tiene nombre
El acuerdo del 15 de octubre incorpora sensores, computación y software de Nvidia a los planes de Volvo. Faltan detalles de despliegue para cada modelo.