Commodore 64 硬件模拟器 c64-hw-sim 加入了诊断卡带,以及将其报告与预期故障表现进行比较的检查。对于学习 C64 故障的人,实用之处在于:可以把人为设置故障的虚拟主板,与维修时会调查的诊断输出联系起来。
加入诊断卡带的提交日期为 2026 年 10 月 19 日。此前,Hackaday 在 10 月 15 日介绍了该项目,本篇报道由此展开。10 月 19 日是这些更新的日期,并非项目首次出现的时间。
让虚拟故障产生可追踪的诊断结果
项目通过连接关系与芯片引脚建模 ASSY 250407 主板。README介绍,用户可在模拟器内断开引脚、移除芯片,或将信号线强制接到某个供电电平。屏幕结果应由这些连接及元件模型计算产生。
新提交包含 781220 版 Dead Test 和 586220 版 Diagnostic。诊断脚本检查的情形包括:在模型中移除不同内存芯片、断开用户端口触点,以及连接或不连接诊断线束。线束为测试提供回环连接,省去它会改变诊断软件能观察到的内容。
阅读故障报告时,这一区别很重要。某项测试如果需要特定连接,连接缺失也会产生报错,原因未必是最初怀疑的元件。先从健康的模拟配置开始,每次只改变一个条件,再比较可见症状及相关信号。这是模型内的实验方法,并不建议在通电实机上断开零件。
维护者表示,新增检查均已通过。TechKili 查看了文档和脚本,但没有运行测试套件,也没有独立复现这些结果。
文件加载与键盘输入也进入实验流程
10 月 19 日的另一项提交为程序和卡带加入文件浏览器,并修复键盘输入传递到模拟 C64 的问题。提交说明还处理了启动期间加载的程序被冷启动清除的情况。
这些改动有助于重复实验。加载同一个诊断程序、施加同一种故障,比同时改变程序和主板状态更适合比较。提交证明的是这些流程变化,并不能据此认为所有卡带格式或 C64 变体都已获得支持。
将电路模型的结论限定在已说明的范围内
README 列出 macOS 以及使用 X11 和 OpenGL 的 Linux,并提醒模拟速度低于实机。实施计划区分了已经实现的版本与更广泛的目标。计划中的故障类型不能当作现有功能。
文档说明的限制包括悬浮信号线行为采用近似模型,以及未模拟部分模拟电路,例如 SID 滤波器与视频输出电路。因此,熟悉的屏幕图案不能证明某块实体芯片已经损坏。不同故障可能产生相似症状,模型范围以外的问题也可能遗漏。
用于实机维修时,应让实验帮助你明确下一步要在主板上核查的问题。用于学习时,直接价值更简单:重复故障、追踪影响,再恢复虚拟机器,不必牺牲一台老电脑。