时钟域与时钟分组

好了，咱们进入第4章。时钟域和时钟分组，说白了就是搞清楚你的数据在哪个“时钟节奏”里工作，以及不同节奏之间怎么安全地“握手”。GTY的时钟架构可比普通SerDes复杂多了，我刚开始接触Xilinx的高速收发器时，就被里面一堆时钟域搞得晕头转向。后来逮住一回调试机会，才算真正摸透了。

1. GTY时钟域的基本划分

一个GTY Quad里，至少存在下面这几个独立的时钟域：

• CPLL/QPLL参考时钟域 – 给PLL提供基准的，通常来自外部REFCLK或者相邻Quad的转发时钟。
• PLL输出时钟域 – 经过倍频/分频后的高速串行时钟，驱动TX和RX的串化/解串逻辑。
• TX用户时钟域 – 发送端并数据的时钟域，一般由TXOUTCLK经BUFG或BUFG_GT进来。
• RX用户时钟域 – 接收端恢复出的时钟域，取决于CDR恢复，可能和TX异步。
• DRP时钟域 – 动态重配置端口用的，完全独立于上述所有时钟。
• GTY内部的一些辅助时钟域 – 比如复位同步、状态监测等。

你想想看，这些时钟之间除了DRP完全异步外，其他的都有可能存在跨域操作。我曾经见过一个板子，就是因为TX用户时钟和RX用户时钟看作同一个域去处理，结果丢包率忽高忽低……那真是血泪教训。

2. 时钟分组规则

时钟分组，其实是工具（Vivado）和器件给的一种“物理划分”。同一个分组内的时钟资源（比如BUFG、MMCM、PLL）可以共享或者互换。GTY的时钟分组主要看以下几点：

• 同频同相组 – 两个时钟来自同一个PLL，且相位对齐，可以归为一组。这类时钟在组合逻辑里几乎不用额外处理。
• 同频不同相组 – 频率相同但相位未知，需要做异步处理，尤其在跨时钟域采样时。
• 非同频组 – 频率不同或比例不固定，必须用异步FIFO或握手电路。
• 抖动敏感组 – 像参考时钟这种对抖动要求高的，不能和数字噪声大的时钟混在一个组里，否则会影响眼图。

为了帮你快速对照，我整理了一个常用分组特点表：

嗯，这里要特别提一下：同一个Quad内的GTY通道之间，TX/RX用户时钟通常可以做“通道绑定”，但绑定要求各通道的恢复时钟或用户时钟同源。我在一个8通道项目里就吃过亏——用了两个不同REFCLK源的Quad，结果通道间数据相位始终对不齐，最后只好换成单REFCLK源 + 时钟转发方案。

3. 跨时钟域注意事项

跨时钟域（CDC）是GTY设计里最容易出问题的环节，没有之一。常见场景：

• 从TX用户时钟域写到RX用户时钟域（比如环回测试时）
• 从DRP时钟域读写GTY配置寄存器（DRP接口是同步的，但域不一致）
• 复位信号跨域（GTY的复位来自系统时钟域，但需要同步到用户时钟域）
• 状态信号（如TX/RX ready）跨域到系统控制逻辑

处理CDC，我个人的三板斧：

1. 单bit信号 → 两级同步器（甚至三级，如果频率差太大）。注意同步器必须用同一时钟域的寄存器级联，不能用组合逻辑。
2. 多bit控制总线 → 握手协议（req/ack）或异步FIFO。千万别图省事直接用同步器打两拍——我当年就在一个8位状态总线上犯过这错，导致随机误判。
3. 数据流 → 使用GTY内置的异步FIFO（如果数据宽度和深度合适）。GTY的RX缓冲可以配置为类似异步FIFO的模式，但深度有限，要算好。

举个实例：我曾经要在系统时钟（100MHz）和GTY RX恢复时钟（可能有±200ppm漂移）之间传递链路状态。用了以下RTL结构：

// 系统时钟域产生req
always @(posedge sys_clk or posedge sys_rst_n) begin
  if(!sys_rst_n) sys_req <= 1'b0;
  else sys_req <= ~sys_req; // 每值变化代表新状态
end

// 异步同步到rx_user_clk (两级同步)
reg sys_req_sync1, sys_req_sync2;
always @(posedge rx_user_clk or posedge rx_rst_n) begin
  if(!rx_rst_n) {sys_req_sync2, sys_req_sync1} <= 2'b0;
  else          {sys_req_sync2, sys_req_sync1} <= {sys_req_sync1, sys_req};
end

// 检测边沿获取状态锁存
wire edge_det = sys_req_sync2 ^ sys_req_sync1_ff;
reg  sys_req_sync1_ff;
always @(posedge rx_user_clk) sys_req_sync1_ff <= sys_req_sync1;

别小看这一步，没加边沿检测直接读同步后的电平，万一sys_req变化了一半被采到，你就会拿到错误状态。

下面这张图概括了GTY内部主要的时钟域分组关系以及跨域交互点：

最后，关于跨时钟域，还有个容易被忽略的点：复位也要跨域。GTY的内部复位序列（比如GTTX_RESET、GTRX_RESET）要求由用户时钟域提供，但系统复位往往来自板级或不同频率的时钟。我通常写一个复位同步模块，把系统复位同步到对应的用户时钟域再释放，同时配合GTY的手动复位流程。