跳转到主内容

c64-hw-sim 为 C64 虚拟故障实验加入诊断卡带

10 月 19 日的更新加入诊断卡带、测试线束流程,并改善文件加载。模拟中出现相同症状,仍然只能为实机维修提供线索。

深色桌面上的透明面板,带有绿色电路路径和两个琥珀色节点。
TechKili 使用 Cloudflare FLUX.2 klein 生成的 AI 概念插图;并非软件截图或 Commodore 主板实拍。
分享这篇文章:
本文目录

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 滤波器与视频输出电路。因此,熟悉的屏幕图案不能证明某块实体芯片已经损坏。不同故障可能产生相似症状,模型范围以外的问题也可能遗漏。

用于实机维修时,应让实验帮助你明确下一步要在主板上核查的问题。用于学习时,直接价值更简单:重复故障、追踪影响,再恢复虚拟机器,不必牺牲一台老电脑。

资料来源