4、握手信号定义：从协议到实战

握手信号，说白了就是两个模块之间「你一句我一句」的沟通方式。我做了十几年IC设计，见过太多因为握手没处理好导致的bug。今天咱们就把这几种常见的握手方式掰开揉碎了讲清楚。

4.1 req/ack握手协议

这是最经典的握手方式，也是我入行时学的第一种。它的核心思想很简单：发送方先拉高req（请求），接收方处理完后拉高ack（应答）。

嗯，这里要注意：req和ack之间不能有组合逻辑环路。我曾经在一个项目中，因为图省事把req直接连到了ack的生成逻辑上，结果仿真时出现了死锁。排查了整整两天才找到问题。

// 典型的req/ack握手实现
always @(posedge clk or negedge rst_n) begin
    if (!rst_n) begin
        req <= 1'b0;
        data <= 32'b0;
    end else begin
        if (send_en && !req) begin
            req <= 1'b1;      // 发起请求
            data <= send_data;
        end else if (ack) begin
            req <= 1'b0;      // 收到应答，撤销请求
        end
    end
end

4.2 valid/ready握手机制

这种机制在AXI总线里用得最多。我个人习惯把它叫做「背靠背」握手——发送方说「我有数据」（valid），接收方说「我能接收」（ready），两边都同意，数据就传过去了。

你想想看，这和req/ack最大的区别是什么？valid/ready是并行的，双方可以同时表达意愿。而req/ack是串行的，必须一问一答。

// valid/ready握手示例
always @(posedge clk) begin
    if (valid && ready) begin
        // 数据在同一个时钟周期传输
        fifo_wr_en <= 1'b1;
        fifo_wr_data <= bus_data;
    end
end

4.3 全握手 vs 半握手

这个对比很有意思。我刚开始带团队时，让两个工程师分别实现全握手和半握手，结果他们吵起来了——都说自己的方案更好。其实各有适用场景。

对比项	全握手	半握手
握手信号	req + ack，四边沿握手	只有valid，或只有ready
可靠性	高，每拍都确认	低，可能丢数据
吞吐量	低，每拍都要等ack	高，可以连续传输
适用场景	控制类、配置类接口	数据流、视频处理

4.4 跨时钟域握手

这是握手信号里最头疼的问题。两个时钟域之间传握手信号，搞不好就是亚稳态、数据不一致。

我的做法是：能打两拍就绝不只打一拍。但光打拍子还不够，还要考虑握手信号的宽度问题。

// 跨时钟域握手同步
// 接收域同步req
always @(posedge clk_b or negedge rst_n) begin
    if (!rst_n) begin
        req_sync1 <= 1'b0;
        req_sync2 <= 1'b0;
    end else begin
        req_sync1 <= req_a;      // 第一拍
        req_sync2 <= req_sync1;  // 第二拍
    end
end

说白了，跨时钟域握手就是「慢工出细活」。我见过有人为了省两拍延迟，直接用单拍同步，结果芯片跑起来后偶尔出现数据错误。这种问题在仿真时很难复现，一旦量产就麻烦了。

好了，以上就是握手信号的四种核心机制。每种都有它的脾气，用对了事半功倍，用错了...嗯，你可能就要像我一样熬夜debug了。