Nand2Tetris HDL实现8路DMux时sel总线宽度错误排查

核心错误：总线索引与参数宽度不匹配 #

Nand2Tetris HDL的总线索引从最低有效位（LSB）开始以0计数，3位sel总线的sel[0]是最右侧位，sel[2]是最左侧的最高位。你遇到的“Sel (1) and sel (2) have different bus widths”错误，本质是调用组件时传入的sel参数宽度不一致：

• 要么是误将单个位的引用写成了总线范围（比如把sel[2]写成sel[1..2]，变成2位总线）
• 要么是在连接DMux门时，一个选择端传了1位信号，另一个传了多位总线，导致宽度不匹配。

两种实现的逻辑差异 #

你能正常运行的实现，应该是利用sel[0..1]（低2位）先做4路分配，再用sel[2]（最高位）拆分每一路，代码类似：

CHIP DMux8Way {
    IN in, sel[3];
    OUT a, b, c, d, e, f, g, h;

    PARTS:
    DMux4Way(in=in, sel=sel[0..1], a=a1, b=b1, c=c1, d=d1);
    DMux(in=a1, sel=sel[2], a=a, b=e);
    DMux(in=b1, sel=sel[2], a=b, b=f);
    DMux(in=c1, sel=sel[2], a=c, b=g);
    DMux(in=d1, sel=sel[2], a=d, b=h);
}

而出错的实现，大概率是在拆分sel时犯了索引错误——比如把某个DMux的选择端连接到了sel的总线片段（如sel[1..2]），而非单个位；或者误将不同宽度的sel参数传入了同一层级的组件，导致宽度校验失败。

关于null和Mux4Way16的疑问 #

• 用null处理未使用的输出只能解决重复驱动问题，和总线宽度错误无关，这个错误的核心是选择端参数的宽度不匹配。
• 你的Mux4Way16能正常工作，是因为它只需要2位sel，你正确使用了sel[0..1]或单个位的组合，没有出现宽度不匹配的情况，和3位sel的索引逻辑无关。

修复步骤 #

1. 检查所有组件调用的sel参数：
   • 单个位引用必须是sel[0]、sel[1]、sel[2]（均为1位）
   • 总线范围引用（如sel[0..1]）必须对应组件的选择端宽度要求（比如DMux4Way需要2位sel）
2. 重新梳理信号连接：8路分配器的标准逻辑是“先4路拆分，再每路2路拆分”，确保每一步的sel参数宽度和组件要求完全匹配。

内容的提问来源于stack exchange，提问作者nathan-blackburn