2. 模块化设计方法论
做数字芯片设计这些年，我越来越觉得模块化设计就像搭积木。积木本身质量过硬，接口严丝合缝，你才能搭出又稳又快的系统。今天咱们就聊聊这块——模块怎么切、接口怎么定、复用怎么搞。
一、模块划分原则：高内聚、低耦合
说白了，高内聚就是一个模块只干一件事，而且干得漂亮。低耦合就是模块之间别扯太多关系，接口越简单越好。
我个人的习惯是，拿到一个复杂功能，先问自己三个问题：
- 这个功能能不能独立测试？
- 改了这个模块，会不会影响其他模块？
- 这个模块能不能被其他项目直接拿走用？
如果答案都是肯定的，那划分就对了。
核心原则速记：
- 单一职责：一个模块只做一件事。比如FIFO模块只管数据缓冲，别把控制逻辑也塞进去。
- 接口最小化：模块对外暴露的信号越少越好。我见过一个模块有80多个端口，那基本等于没封装。
- 数据流清晰：模块间的数据流向应该是单向的，别搞成蜘蛛网。
避坑指南：我曾经接手过一个项目，有人把DMA控制器和加密引擎写在一个模块里。结果想升级加密算法，得把整个DMA重测一遍。嗯，这就是典型的低内聚。
二、接口定义规范：AXI / APB / AHB
接口规范这件事，说白了就是大家说同一种语言。AMBA总线是ARM定的行业标准，咱们做芯片的绕不开。
| 总线类型 | 适用场景 | 特点 | 我常用的地方 |
|---|---|---|---|
| APB | 低速外设、控制寄存器 | 简单、2周期传输、无流水 | 配置寄存器、GPIO、UART |
| AHB | 中速数据通路 | 流水线、突发传输、多主控 | 内部SRAM控制器、DMA |
| AXI | 高性能数据通路 | 独立读写通道、乱序传输、QoS | DDR控制器、PCIe、AI加速器 |
我个人建议，模块的接口尽量用标准总线，别自己发明协议。你想想看，如果每个模块都搞一套自定义握手，验证工程师会疯掉的。
小技巧：写APB从机接口时，我习惯把PREADY信号做成组合逻辑，这样读操作可以零等待。但要注意，组合逻辑路径别太长，否则时序会崩。
举个例子，一个典型的APB从机接口代码框架：
// APB Slave 接口示例
module apb_slave_example (
input wire PCLK,
input wire PRESETn,
input wire PSEL,
input wire PENABLE,
input wire [31:0] PADDR,
input wire PWRITE,
input wire [31:0] PWDATA,
output reg [31:0] PRDATA,
output reg PREADY
);
// 寄存器定义
reg [31:0] ctrl_reg;
reg [31:0] status_reg;
// APB 写操作
always @(posedge PCLK or negedge PRESETn) begin
if (!PRESETn) begin
ctrl_reg <= 32'h0;
end else if (PSEL && PENABLE && PWRITE) begin
case (PADDR[3:0])
4'h0: ctrl_reg <= PWDATA;
default: ;
endcase
end
end
// APB 读操作（组合逻辑）
always @(*) begin
PREADY = 1'b1; // 零等待
case (PADDR[3:0])
4'h0: PRDATA = ctrl_reg;
4'h4: PRDATA = status_reg;
default: PRDATA = 32'h0;
endcase
end
endmodule三、模块复用策略：一次设计，多次受益
复用这件事，说起来容易做起来难。我见过太多「复用」就是Ctrl+C、Ctrl+V，结果改得面目全非。
真正的复用，应该做到：
- 参数化设计：用parameter控制数据位宽、FIFO深度、计数器阈值等。别写死。
- 接口标准化：统一用AXI/APB/AHB，别搞私有协议。
- 文档配套：每个复用模块必须有使用说明，包括时序图、配置方法、性能数据。
注意：复用不是万能的。如果一个模块需要改超过30%的代码才能用，那还不如重新写。我曾经为了复用某个老模块，花了三天时间改接口，最后发现重写只要一天半。嗯，这个教训挺深刻的。
下面这张图是我自己总结的模块复用决策流程，分享给大家：
你想想看，如果每个模块都做成参数化的，下次项目只要改几个parameter就能用，那效率能提升多少？我有个同事，他写的AXI4-Stream FIFO模块，通过参数可以配置成同步/异步、可编程几乎满/空标志、支持数据包模式。这个模块被三个项目复用，省了至少两个月的验证时间。
复用模块的必备要素：
- 参数化接口：DATA_WIDTH、FIFO_DEPTH、ADDR_WIDTH等
- 完整的验证环境：UVM测试用例、覆盖率报告
- 使用文档：时序图、配置说明、性能数据
- 版本管理：Git标签、变更日志
最后说一句，模块化设计不是一蹴而就的。我刚开始做设计时也喜欢把所有逻辑写在一个模块里，觉得这样省事。后来被验证同事骂了几次，才慢慢改过来。嗯，好的设计习惯，都是踩坑踩出来的。
可可精品资料库