1. 握手协议基础

大家好，我是老张。在芯片设计这行摸爬滚打了十几年，今天跟大伙聊聊接口握手协议。说实话，这玩意儿是数字电路设计的基石，不管你搞的是SoC还是AI加速器，都绕不开它。

什么是握手协议？

握手协议，说白了就是两个模块之间约定好的「暗号」。发送方说「我有数据了」，接收方说「我准备好了」，然后数据才能传过去。没有这套暗号，数据就会乱套。

我刚开始做设计时，觉得握手不就是个ready和valid嘛，有啥好学的？结果第一次做AXI总线接口，就被时序问题折磨得够呛。嗯，从那以后我再也不敢小看握手协议了。

同步握手与异步握手

这里有个关键区别，大家要记清楚。

同步握手

同步握手，就是双方都在同一个时钟域里干活。发送方在时钟上升沿拉高valid，接收方在同一个时钟沿检测到valid后，拉高ready。数据在下一个时钟沿被采样。

// 同步握手示例
always @(posedge clk) begin
    if (valid & ready) begin
        data_out <= data_in;
        valid    <= 1'b0;  // 数据已传输，撤销valid
    end
end

我在项目中遇到过一个问题：同步握手时，valid和ready的组合逻辑路径太长，导致时序违例。后来我加了一级流水线寄存器，问题就解决了。你想想看，有时候就是差这么一小步。

异步握手

异步握手就复杂多了。两个模块可能跑在不同的时钟频率下，甚至没有时钟关系。这时候就需要用双锁存器或FIFO来做同步。

四相握手与两相握手

这两个概念，很多新手容易搞混。我给大家画个图就明白了。

四相握手

四相握手，就是有四个步骤：

1. 发送方拉高req
2. 接收方拉高ack
3. 发送方拉低req
4. 接收方拉低ack

每次传输都需要完整的四个相位变化。优点是实现简单，缺点是效率低——每次都要等信号回到初始状态才能开始下一次传输。

两相握手

两相握手就聪明多了。它只关注信号的电平变化，而不是电平本身。每次信号翻转，就代表一次握手完成。

// 两相握手示例
always @(posedge clk) begin
    if (req != req_prev) begin  // 检测到req翻转
        ack <= ~ack;            // ack也翻转
        data_valid <= 1'b1;
    end
end

我个人习惯在高速接口中使用两相握手。为什么呢？因为它省去了信号回零的时间，吞吐量能提升不少。不过要注意，两相握手的控制逻辑稍微复杂一些，调试起来也更费劲。

握手信号的建立与保持时间

这部分是时序分析的核心。说白了，就是信号在时钟沿前后必须保持稳定的时间。

参数	定义	典型值（65nm工艺）
建立时间（Tsu）	数据在时钟沿之前必须稳定的时间	0.2~0.5 ns
保持时间（Th）	数据在时钟沿之后必须稳定的时间	0.1~0.3 ns

为什么这两个参数重要？我举个例子。假设你的valid信号在时钟沿前只稳定了0.1ns，但触发器的建立时间要求是0.2ns。那结果就是——触发器可能采到错误的值，甚至进入亚稳态。

我曾经在一个项目中，因为握手信号的建立时间违例，导致芯片在高温下频繁出错。当时排查了好久，最后发现是布线太长，信号延迟太大。解决办法很简单：把握手信号放在靠近触发器的位置，或者加一级缓冲器。

嗯，到这里握手协议的基础就讲完了。这些概念虽然基础，但真的很重要。后面我们会深入讨论各种握手协议的优化技巧，到时候你就知道今天这些内容有多关键了。