自建指令系统全流程：从助记符到微程序的三表协同设计

简介：这份PDF是上海大学计算机学院《计算机组成原理二实验》第10份实验报告，核心围绕“建立汇编指令系统”这一研究性实验主题，适合计算机组成原理课程学习者、准备实验报告的学生或对指令系统工作机制感兴趣的读者使用。报告完整记录了实验目的、原理、内容、步骤与结论，重点讲解汇编表文件（.DAT）、实验箱外扩系统文件（.MIC）和机器码文件（.MAC）三者的作用及相互配合，并通过编制指令系统控制OUT寄存器交替显示22、55及22+55的值，帮助理解汇编指令与微程序指令的对应关系。压缩包共1个文件，文件类型为PDF，整体大小仅55KB，内容精炼便于直接查阅或参考修改。目前已有90人浏览或下载该资源。获得此报告后，读者可以快速对照实验操作流程，掌握CP226环境下定义新指令、编写指令集与源程序的完整方法，为撰写相似实验报告或深入理解指令系统实现细节提供直接参考。

1. 为什么要自建指令系统：从助记符到微程序的全链路

计算机组成原理的实验课里，最容易被低估的一个研究性实验就是“建立汇编指令系统”。很多软件方向的同学想不通：我都写过一遍汇编了，干嘛还要自己造一套指令？实验箱不会让你躺平——要新定义一条指令，至少要把三张文件表做对：.DAT 管助记符到机器码的翻译，.MIC 管微程序控制字，.MAC 管多字节编码细节，三个文件只要有一个字段对不上，汇编下载必挂，而且报错位置还不一定告诉你错在哪一行。这篇笔记按我实际操作的顺序，把从打开模板、改文件、写源程序到踩坑的完整过程拆开讲，适合正在做课程实验、或者想彻底搞懂“指令从助记符到控制信号是怎么设计出来”的同学照着走一遍。

2. 三张文件表的分工：.DAT 是字典、.MIC 是微码、.MAC 是编码细则

2.1 汇编表 .DAT：三列定义一条助记符

先建立整体认知：.DAT 文件本质上是一张“助记符 → 机器码”的查找表。汇编器拿到一行源码时做的事很简单——匹配助记符，取出十六进制编码，再根据第三列的字节数决定后续要读几个操作数字节。报告的格式很明确：第一列是指令的汇编助记符，宽度 20 个半角字符；第二列是指令的十六进制编码形式，宽度 8 个半角字符；第三列是字节数，宽度 1 个半角字符。

我实验里最终形成的 star.dat 如下：

A+W A,#* 10 2 OUTA 14 1 跳到* 18 2 LD A,#* 1c 2 NOP 20 1

第一列两个注意点：一是助记符可以用中文，比如“跳到*”，汇编器只把它当作符号，只要和源程序里的写法严格一致就行；二是宽度严格按 20 个半角字符对齐，不够就在后面补空格，否则查表时字段会错位。第二列填的是这条指令微程序在 μEM 里的起始地址，A+W 指令的微程序从 0x10 开始，所以这里写 10。第三列的 2 表示这条指令占两个字节——操作码 1 字节，紧跟着还有 1 字节立即数或地址；OUTA 和 NOP 是单字节指令，填 1。

这里最常见的认知误区是“以为第二列可以随便编码”。在实验箱的体系里，.DAT 第二列必须和 .MIC 文件中该指令第一条微指令的地址、以及 .MAC 中机器码 1 给出的地址完全一致。换句话说，.DAT 只是“符号层”的入口，真正的行为定义全在 .MIC 里。

2.2 微程序文件 .MIC：控制字写入 μEM 的瞬间

.MIC 文件每一行对应一条微指令，共 11 列。第一列是助记符，第三列是微地址，第四列是微程序控制字，第五到十一列是对这行微指令的文字说明，内容可以省略。系统加载该文件时，把第四列的内容送入第三列指定的 μEM（微程序存储器）单元，完成微程序的初始化。这个过程我一开始觉得像“玄学”，其实机制很直接：CPU 没有 ROM 里的固化指令集，你写什么控制字，它就执行什么动作。

以 A+W A,#* 为例，它占了四个微地址：

T2、T1、T0 是这条指令的三个机器周期，执行顺序是 T2 → T1 → T0。T2 从内存取立即数放到 W 寄存器，T1 做加法并把结果写回 A，T0 再回到取指。最后的 13 地址是空位，因为 .MAC 文件给这条指令预约了 10~13 共四个微地址。注意到没有：微地址不是从 00 开始排，而是按指令块分配的，取指微程序FATCH占 0x00~0x0F，A+W 从 0x10 起，OUTA 从 0x14 起，各指令之间留出空档。

2.3 机器码文件 .MAC：操作数与寄存器选择位

.MAC 文件让你的指令系统真正变成“可汇编”的。它的每一行有五列：助记符、机器码 1、机器码 2、机器码 3、注释。机器码 1 是指令微程序起始地址的二进制表示，宽度 15，最后两位是 R0~R3 寄存器选择；机器码 2 是立即数或存储器地址；机器码 3 是第二个存储器地址；注释列宽度 100，用于说明。

报告中 star.mac 的内容很能说明问题：

_FATCH_ 000000xx 00-03 1 实验机占用不可修改 A+W A,#* 000100xx 10-13 II 2 OUTA 000101xx 14-17 1 跳到* 000110xx 18-1B MM 2 LD A,#* 000111xx 1C-1F II 2 NOP 001000xx 20-23 1

第二列的 xx 就表示 R0~R3 的选择位，编译时由汇编器根据源程序的操作数字段填入。第三列 10-13、14-17 这种区间，是这条指令微程序占用的地址范围。第四列的 II 和 MM 是关键：II 表示这条指令带立即数（Immediate），MM 表示带存储器地址（Memory），汇编器看到 II 就会把后面数当成立即数写进机器码 2，看到 MM 就会解析成地址。

2.4 为什么必须同时改三个文件：地址与宽度处处对齐

三张表的关系可以这样理解：.DAT 是汇编器的总目录，告诉它“助记符出现在第几个微地址、占几个字节”；.MAC 是汇编器的细账本，告诉它“操作数到底是立即数还是地址，寄存器位从哪取”；.MIC 是执行引擎，真正决定了那个微地址上的控制信号。拿 LD A,#* 举例：.DAT 写 1c 2，.MAC 写 1C-1F II 2，.MIC 在 1C、1D、1E、1F 上放了四条微指令。你在源程序里写一句 LD A,#55h，汇编器先查 .DAT 得到起始地址 0x1C，再查 .MAC 确认这是双字节立即数指令，然后把 55h 塞进机器码 2，最后查 .MIC 生成可执行的微程序。这三步只要有一个地址偏移一个单位，程序就不知道飞到哪里去了。

3. 出能跑的 star 指令集：模板改造与地址对齐的细节

3.1 打开 CP226 自带模板，从 insfile1 开始改

CP226 的图形界面里，第一步不是新建文件，而是打开系统自带的指令集当模板。进入菜单：文件 → 打开指令系统/微程序，在弹出的对话框里选目录c:\program files\CP226计算机组成原理\data\，挑insfile1（后缀 .mic、.dat 或 .mac 任选其一）打开。这样做的理由很实际：格式你还没记熟，直接空手敲一个文件出来，列位置百分百会偏。模板自带FATCH取指微程序，这部分是实验机运行的前提，千万不能改。

打开后屏幕会弹出“源程序”窗口，里面显示所有指令的符号、编码、微程序。不要急着全删，先把窗口里每一列的间隔对齐方式看清楚：助记符列占多宽、编码列前导有几个空格、注释列是不是顶格写。我一般会把窗口拉到最大，数清楚固定列的宽度再动手，否则保存的文件和系统解析器“对不上暗号”。

3.2 逐行替换出 star.dat / star.mic / star.mac

这步没有捷径，三个文件逐个编辑。我的习惯是先把要保留的FATCH整行标记出来，然后逐行替换其他指令。

star.dat 按固定格式写成这样：

_FATCH_ 00 1 A+W A,#* 10 2 OUTA 14 1 跳到* 18 2 LD A,#* 1c 2 NOP 20 1

注意我把FATCH也写进去了，模板原文件里它是系统保留项，不可删。第二列是十六进制地址，我建议小写字母（1c 就写 1c，别写成 1C），后面在 .MAC 和 .MIC 里全部用小写，保持三张表风格统一，排查错误时少一点坑。

3.3 在 .MIC 中补上每条指令的微码段

改 .MIC 时要一行行对照模板改，每行的微地址和微码不能用模板原来的。逻辑顺序很重要：A+W A,#* 需要 3 个有效周期（T2、T1、T0），我在 .MIC 里给它的微地址段是：

_FATCH_ T0 00 CBFFFF 指令寄存器IR A 输出写入+1 A+W A,#* T2 10 C7FFEF 存贮器值 EM 寄存器 W PC 输出A 输出+1 A+W A,#* T1 11 FFFE90 ALU直通寄存器 A 标志位 C,Z 加运算+1 A+W A,#* T0 12 CBFFFF 指令寄存器IR PC 输出A 输出写入+1 OUTA T1 14 FFDF9F ALU直通用户 OUT A 输出+1 跳到* T1 18 C6FFFF 存贮器值 EM 寄存器 PC PC输出A 输出写入+1 LD A,#* T1 1C C7FFF7 存贮器值 EM 寄存器 A PC 输出A 输出+1 NOP T0 20 CBFFFF 指令寄存器IR PC 输出A 输出写入+1

每行的微码是 16 进制控制字，四位一组。比如 C7FFEF 里的 C7 低位控制寄存器组选择，FFEF 是 ALU 和总线的使能信号。这串数字不能随便写，模板里有现成微码可抄，建议从模板对应指令的微码直接复制，不要手工拼。例如模板里也有 ADD A,R?，它的微码就是 FFFE90 那一套，直接搬过来用。注意 A+W A,#* 有 3 个有效周期，所以要写 3 行有效微码再加 1 行用于地址对齐的尾行（我在上面写了 12 和 13 两行，12 是取指周期，13 是空操作，凑满 4 行）。这 4 行微码和 .MAC 中 10-13 的区间对应，一个都不能少。

3.4 地址对齐检查：0x10、0x14、0x18、0x1C、0x20

三个文件都要改完，然后做一次“地址对账”。把 .MAC 里的地址区间和 .DAT 里的十六进制数逐行拿出来对：

从 0x10 开始每隔 4 个微地址分配一条指令，这样排布的好处是：指令块首地址的低两位恰好落在 00、00、00、00、00，和 .MAC 第二列中最后两位寄存器选择位 xx 不会互相干扰。我建议你把这张表打印出来或者截图放在屏幕边上，后面每次改任意一个文件都要回来对一遍。

3.5 保存文件到 D 盘与文件类型陷阱

文件改完后，执行“文件 → 另存为”，文件名写 star，后缀必须精确是 .dat、.mic、.mac，三个文件的文件名主体必须一致（都是 star），后缀不同代表不同角色。保存位置选 D 盘根目录，不要放 C 盘 Program Files，因为该路径带空格且是系统保护目录，容易写入失败。

这里有个很刁钻的坑：CP226 的“另存为”对话框默认可能把后缀隐藏了，你明明存的 star.dat，实际落盘成了 star.dat.txt。改完文件后回到实验箱里，检查文件浏览器里文件名的后缀，确认没有额外的 .txt。如果出现了，右键重命名删掉 .txt 再重新导入。

4. 写源程序驱动 OUT 显示：22、55、77 交替出现的完整流程

4.1 目标拆解：一次加法指令验证指令系统

实验要求 OUT 寄存器交替显示 22（十六进制 0x22）、55（0x55）、以及 22+55 的结果 0x77，而且交替频率要肉眼清晰可辨，不小于每秒一次。这三个数正好覆盖完整指令链：LD A,#* 加载 0x55，OUTA 输出；再 LD 0x22，OUTA 输出；A+W A,#* 执行加 0x55，OUTA 输出。最后一次加法计算的是 0x22+0x55=0x77，如果显示 77 就说明 ALU 的加法通路、进位标志 C、结果寄存器 A 全部工作正常。

我一开始犯过一个大错误：以为 A+W 的加数是硬的（加法器第二输入固定为 W 寄存器），实际上它的操作数来自源程序里的立即数。寄存器 A 里先放了 0x22，然后执行 add A,#55h，W 装载 0x55，A=0x22+0x55=0x77。这条指令把“取数、运算、输出”三个环节全部串起来，等于把新建的系统完整自检了一遍。

4.2 循环源程序的结构与 NOP 延时的代价

用自建指令写循环源程序，结构直接对应实验要求。报告里的顺序是：先显示 55，再显示 22，最后显示 77，循环往复。程序骨架如下：

L0: LD A,#55h OUTA ; ---- 延时区：约 24 条 NOP ---- NOP NOP ; ... 此处省略若干 NOP ... LD A,#22h OUTA ; ---- 延时区：同上 ---- NOP NOP ; ... 此处省略若干 NOP ... A+W A,#55h OUTA ; ---- 延时区：同上 ---- NOP NOP ; ... 此处省略若干 NOP ... 跳到 L0 END

LD A,#55h 是双字节指令，第二字节放立即数 55h；OUTA 单字节指令把 A 的数据通过 ALU 直通送到 OUT 寄存器；跳到* 是双字节指令，操作数是目标行号 L0 的地址。NOP 的作用不是“什么都不做”，而是让程序在某个微地址上多停留几个周期，把显示频率拉到肉眼可见的速度。报告里每段延时都放了 24 条 NOP，说明这个实验箱的指令周期本身很快，不填充 NOP 的话三个数值会看不清。

4.3 频率估算：一个 NOP 能贡献多少时间

具体延时量取决于实验箱的时钟频率。以 CP226 实验箱常见的 1MHz~2MHz 主频估算，一条 NOP 指令要经历完整的取指周期（FATCH占 16 个微地址，每个微地址一个时钟周期），再加上 NOP 自带一个 T0 执行周期，总共约 17~18 个时钟周期。按 1MHz 算，每条 NOP 约 17~18 微秒，24 条 NOP 大概贡献 0.4~0.43 毫秒。整段循环有三段延时区，加在一起勉强凑到 1~2 毫秒量级。

但实际上这个估算是偏理想的，因为 OUTA 指令驱动了外部 OUT 寄存器，I/O 端口操作在实验箱上会比普通寄存器操作慢不少。报告里用 24 条 NOP 达成“肉眼清晰可辨”的效果，实测是可行的；如果你的实验箱主频偏高，显示频率快到看不清，把每段 NOP 再翻倍到 48~64 条就行，只要三段延时区长度保持大致相同，显示节奏不会乱。这个频率不用精确到毫秒，反正要求只是“不小于每秒一次”，多几个 NOP 反而更稳。

4.4 CP226 中导入、汇编、下载、全速运行的顺序

源程序写完，接下来是跑通四步流程：

# 第一步：导入微程序文件 文件 → 导入指令系统/微程序 # 选择 D:\star.mic 文件，确认 # 第二步：在源程序窗口输入上述程序 # 第三步：汇编下载 点击汇编菜单 → 汇编下载 # 第四步：全速运行 点击运行按钮 → 全速运行

第一步别漏。很多人只改了 .DAT 和 .MAC，没导 .MIC，以为汇编下载会连微程序一起搞定，结果全速运行后 OUT 口一点反应都没有。原因在前面说过：.MIC 是微程序存储器 μEM 的初始化文件，系统必须先把微码灌进 μEM，CPU 才能取指执行。汇编下载其实只负责把源程序翻译成机器码并写入 RAM，它不负责加载微程序。这四步缺一不可，顺序也不能换。

观察现象时能看到 OUT 寄存器依次显示 55、22、77，然后循环。我建议用实验箱自带的 LED 数码管观察，把显示周期数出来。如果显示频率太快、看不出三个值的区别，直接停运，回到源程序里给延时区补 NOP，再重新汇编下载，别动 .MIC 和 .DAT 的内容。

5. 避坑指南：三个文件不同步引发的五类翻车现场

5.1 改了 .DAT 没改 .MAC，汇编结果“薛定谔”

现象：源程序里明明写了新指令，汇编下载时有时能过、有时报错“未知助记符”，甚至同一段代码多编几次结果还不一样。原因：.DAT 和 .MAC 是汇编器的两个输入，.DAT 负责符号匹配，.MAC 负责编码细则；两个文件的助记符列不一致时，汇编器可能用 .DAT 匹配到助记符，却从 .MAC 里找不到对应的机器码定义，行为取决于它先查哪张表，表现就非常随机。解决：每次修改 .DAT 后，同步修改 .MAC 中同样助记符所在行的前三列，务必让两个文件的助记符完全字节级一致。

5.2 忘导 .MIC 直接全速运行，OUT 永远没反应

现象：程序汇编下载成功，全速运行后数码管全灭，怎么敲都无输出。原因：μEM 微程序存储器还没有被 .MIC 初始化，取指微程序FATCH根本不存在，CPU 一上电就处在全 0 控制字状态，等于停机。解决：在执行“汇编下载”之前，必须先执行“文件 → 导入指令系统/微程序”，选中 D 盘的 star.mic。这个动作做完后，可以先用单步调试走一条指令试试，确认 IR 里能看到正常指令码，再全速运行。

5.3 全角“＃”和半角“#”混用，汇编器直接罢工

现象：提示“第 X 行有非法字符”，光标停在助记符的后半段。原因：在中文输入法状态下输入“＃”（全角）或“，”（全角），文件里存入的字节和 .DAT 表里的 ASCII 半角字符不一致，汇编器找到不匹配项直接报错。解决：写源程序前把输入法切到英文模式，只允许 ASCII 半角字符出现；如果已经写坏了，把出错行删掉重敲。检查特征很明显：全角字符在宽字符编辑器里占两个半角宽度，一眼能看出来。

5.4 跳转指令的 MM 字段配错，PC 飞到 0xFFFF

现象：程序运行到“跳到 L0”时直接跑飞，数码管乱跳或熄灭。原因：跳到* 在 .MAC 里的机器码 2 类型是 MM（存储器地址），如果你在源程序里写成“跳到 55h”，汇编器会把它翻译成一个数值，而不是一个目标地址；更隐蔽的情况是标签 L0 和目标地址在代码段上错位，导致跳转后 PC 落在未初始化的存储区。解决：跳转指令的操作数必须写标签（L0），不要写立即数或自己算出来的地址；如果用了标签还是跳飞，检查标签 L0 是否真的出现在程序中，且大小写严格一致。CP226 的标签解析很死板，L0 和 l0 会被当成两个东西。

5.5 各指令微地址之间留的尾巴地址被误用

现象：程序能启动、能显示 55，但一执行到 A+W 就乱码，后续输出全部错乱。原因：A+W 的微程序合法地址是 10-13，其中 13 是空操作尾巴；如果汇编器生成的机器码无意间跳转到了 13 之后、FATCH 区间之内的某个地址，就会执行到其他指令的微码，程序计数就燃烧了。解决：检查 .MAC 和 .MIC 区间，不要把其他指令的起始微地址填进已占用区间。比如把 NOP 的地址改到 20，就不要把跳到* 的目标放回 18~1B 之间。

6. 进阶技巧：单步调试确认微程序执行，规范调试顺序

实验报告做到“能显示 22、55、77”就算完，但要真正确认这套指令系统是严谨的，我强烈建议多做一步单步调试。CP226 的调试器可以让你逐条微指令执行，观察每个周期里总线上的数据、μEM 的微地址、IR 寄存器值。我第一次把整个系统跑起来时，只靠全速运行看不出问题，后来改成单步走，才发现 OUTA 指令在 T0 周期取指时直接越过了 16、17 两个空地址——这本身就是设计好的，但你不走一遍永远不敢确定。

单步调试的操作要领：先导入 star.mic，再汇编下载，然后把运行模式切到“单步”。每按一次，观察微地址寄存器，预期应遵循FATCH的 0x00→0x01→…→0x09 路径，直到读到指令码后才跳转到对应指令的入口微地址。以 LD A,#55h 为例，你会看到微地址从取指循环跳到 0x1C，执行完 T1 后再回到 FATCH。把这条路径打印出来，和 2.3 的地址分配表对照，就能确诊任何跳转问题。

从那以后，我每次改完任意一个文件，都强制自己走一遍固定流程：先检查 .DAT、.MAC、.MIC 三份文件的助记符是否逐行一致，再做一次地址对齐核对，然后导入 .MIC，单步执行一条完整指令，确认取指→执行→回取指的微地址序列没有跳飞，最后才全速运行。这套流程帮我避免了大半夜对着黑匣子数码管发呆的尴尬，也让我真正理解了“指令系统的每一处定义都会被硬件严格消费”这件事。希望帮到你。

本文还有配套的精品资源，点击获取