C64 Dead Test 诊断字体复现：8KB ROM 中的字符集工程化策略

诊断卡的技术背景

Commodore 64 Dead Test 诊断卡（版本号 781220）是 Commodore 于 1988 年发布的官方硬件诊断工具，专为解决 "黑屏死机" 问题而设计。与常规诊断程序不同，Dead Test 采用 Ultimax 模式运行，整个诊断程序被压缩在仅 8KB 的 ROM 空间中，驻留于内存地址 $E000-$ECA8。这种极端的存储约束迫使开发者在字符集设计上采用了精妙的工程化策略。

根据原始技术手册，诊断程序在启动后首先执行 Power-Up RAM Test，测试地址 $0100-$1000 的内存区域。测试通过后，程序会将字符集 "下载"（Download）到低 RAM 区域，随后才显示诊断界面。这一设计揭示了早期硬件诊断工具在资源受限环境下的典型权衡：将字符数据从 ROM 复制到 RAM，以换取更灵活的显示控制。

字符集的内存布局与编码策略

PETSCII 与标准字符集的差异

Dead Test 诊断界面需要显示以下信息：测试名称（如 ZERO PAGE、STACK PAGE、SCREEN RAM）、状态标识（OK/BAD）、RAM 芯片编号（U9-U24）、以及双时钟（AM/PM）。这些需求决定了字符集必须包含：大写英文字母、数字、方括号、斜杠、以及彩色控制字符。

C64 的标准字符生成器 ROM 包含两种字符集：大写 / 图形模式（$9000-$9FFF）和混合大小写模式（$B000-$BFFF）。Dead Test 选择了前者，因为诊断界面仅需大写字母和简单图形字符。这种选择将字符集大小压缩至 2KB（256 字符 × 8 字节），符合 8KB ROM 的整体预算。

位图编码与压缩逻辑

每个 PETSCII 字符在位图中占用 8 字节，按行优先存储。以字符 "A" 为例，其在字符 ROM 中的编码遵循 C64 硬件规范：每个字节代表字符的一行扫描线，最高位（bit 7）对应最左侧像素。

Dead Test 的字符集复现需要关注以下技术参数：

• 字符尺寸：8×8 像素，与 C64 VIC-II 视频芯片的字符模式匹配
• 颜色深度：1-bit（前景 / 背景），通过 VIC-II 的颜色寄存器实现彩色显示
• 基地址：下载后位于低 RAM，具体地址由程序动态分配
• PETSCII 映射：0x20-0x5F 对应标准可打印字符，0x00-0x1F 和 0x60-0x7F 对应图形符号

诊断界面的视觉编码

技术手册详细描述了诊断屏幕的布局规范：测试名称显示在屏幕中央，状态标识（OK/BAD）以红 / 绿双色显示，RAM 故障位置用红色方框标注。这种设计利用了 C64 的颜色 RAM（Color RAM，地址 $D800-$DC00），每个屏幕字符对应一个颜色属性字节。

复现时需要注意：Dead Test 使用 "修订版数据表"（Revised Data Table）进行 Color RAM 测试，仅使用低 4 位（Lower Four Bits）表示颜色。这意味着字符集本身不包含颜色信息，颜色控制完全由 Color RAM 实现。

现代复现的工程化参数

ROM 镜像提取与字符集定位

复现 Dead Test 字符集的第一步是获取 781220 版本的 ROM 镜像。ROM 文件大小为 8KB（8192 字节），字符集数据通常位于 ROM 的特定偏移位置。根据 C64 的 Ultimax 模式规范，ROM 在地址 $E000 处映射到内存空间。

字符集提取的关键步骤：

1. 定位字符数据：在 ROM 镜像中搜索与标准 C64 字符集相似的字节模式
2. 验证字符映射：对比提取的位图与已知的 PETSCII 字符形状
3. 重建字库文件：将 2KB 的字符数据导出为现代字体格式（如 BDF、PNG 位图集）

可落地的复现代码

以下 Python 脚本演示如何从 ROM 镜像中提取字符集并渲染为可视化位图：

import numpy as np
from PIL import Image

def extract_charset(rom_path, offset=0x1000, count=256):
    """从 ROM 镜像提取字符集"""
    with open(rom_path, 'rb') as f:
        rom = f.read()
    
    charset = []
    for i in range(count):
        char_data = rom[offset + i*8 : offset + (i+1)*8]
        # 将字节转换为 8x8 位图
        bitmap = np.zeros((8, 8), dtype=np.uint8)
        for row, byte in enumerate(char_data):
            for col in range(8):
                if byte & (0x80 >> col):
                    bitmap[row, col] = 255
        charset.append(bitmap)
    return charset

def render_charset_grid(charset, cols=16, scale=2):
    """渲染字符集为网格图像"""
    rows = (len(charset) + cols - 1) // cols
    cell_size = 8 * scale
    img = Image.new('L', (cols * cell_size, rows * cell_size), 0)
    
    for i, char_bitmap in enumerate(charset):
        x = (i % cols) * cell_size
        y = (i // cols) * cell_size
        # 缩放并粘贴
        char_img = Image.fromarray(char_bitmap)
        char_img = char_img.resize((cell_size, cell_size), Image.NEAREST)
        img.paste(char_img, (x, y))
    
    return img

硬件复现的注意事项

对于希望制作物理诊断卡的爱好者，PCBWay 上的开源项目提供了完整的硬件参考。关键参数包括：

• EPROM 型号：27C64/27C128/27C256/27C512（DIP-28 封装）
• PCB 规格：边缘连接器需 45° 倒角（Bevelling），符合 C64 卡槽规范
• 电压监测：可选的 3 位 LED 电压表用于监控 +5V 系统电压
• 复位按钮：6×6×7mm 直角轻触开关

历史价值与技术启示

Dead Test 诊断卡的字符集设计体现了 1980 年代嵌入式系统开发的典型约束与解决方案。在仅 8KB 的 ROM 空间中，开发者需要平衡程序逻辑、字符数据、测试算法三者的存储需求。将字符集下载到 RAM 而非直接从 ROM 读取的策略，虽然增加了启动时间（约 10-15 秒），但为后续的动态显示控制提供了灵活性。

这种设计思想在现代嵌入式开发中仍有借鉴意义：在资源受限环境中，通过合理的内存分层（ROM 存储静态数据、RAM 运行动态数据）和延迟加载策略，可以在有限存储空间内实现复杂的用户界面。

对于复古计算爱好者而言，复现 Dead Test 字符集不仅是对历史的致敬，更是深入理解 C64 硬件架构、VIC-II 视频系统、以及 PETSCII 编码规范的绝佳实践。通过分析这 2KB 的字符数据，我们可以窥见 Commodore 工程师在硬件诊断领域的精湛技艺。

资料来源

• Commodore Business Machines. C-64 Dead Test Diagnostic Manual (1988-01). PN-314139-02. 1988. Archive.org
• C64iSTANBUL. (DIY) Commodore 64 Dead-Test (781220) Diagnostic Cartridge. PCBWay Project, 2024.

systems