搞高速数据采集的人几乎都绕不开JESD204B这个接口。它带宽高、接口省、集成度好但代价是同步机制比传统并行LVDS接口复杂得多。很多项目卡在“上电不通”“误码率居高不下”仔细查下来多半不是数据链路本身的问题而是SYSREF和同步参数没搞对。这篇文章就把JESD204B的同步机制拆开讲清楚重点放在SYSREF信号的处理和调试上分享一些我踩过的坑和总结出的排查方法。适合正在做FPGA高速ADC/DAC联调、或者在评估JESD204B方案的朋友。无论你用的是Xilinx、Intel还是国产FPGA同步机制的基本原理是通用的SYSREF的调试思路也能直接迁移。1. JESD204B同步到底在同步什么1.1 三层握手机制CGS、ILAS、DataJESD204B的链路建立过程分为三个阶段代码组同步CGS、初始通道对齐序列ILAS和用户数据传输阶段。很多人只记得“先同步再传数据”实际调试时却分不清卡在哪一步导致排查方向错误。CGS阶段做的事情是确认物理通道能收到正确的8B/10B码型。接收端会通过SYNC~信号拉低告诉发送端“我需要同步”发送端随即在每条通道上连续发送K28.5码组。接收端检测到连续的K28.5后确认通道绑定成功再释放SYNC~。此时所有通道的8B/10B字边界已经对齐但还没有完成多通道对齐。ILAS阶段则是发送端在SYNC~被释放后发送4个多帧的特定序列。这4个多帧里有R字多帧起始、配置数据包含L、F、K、M、N等参数和Q字多帧结束。接收端通过ILAS不仅能自动识别发送端的参数配置还能完成多通道之间的对齐让所有通道的帧边界对齐到同一个时刻。最后一个阶段就是正常的数据传输接收端持续把串行bit流还原成并行帧数据。也就是从这一步开始用户才真正拿到有效数据。1.2 多设备同步与确定性延迟的本质单芯片单链路的情况下JESD204B本身也能跑起来因为接收端只需要把每一条lane的数据按时钟恢复对齐即可。但实际系统往往是多通道、多芯片、多板卡互联。要求所有通道的数据在同一个时钟沿被采样同时转换结果到达FPGA内部时还能保持相同的时延这就引出了JESD204B的核心概念确定性延迟。确定性延迟的意思是每次上电后的链路传输延迟都是一致的都是固定的周期数。这样系统才能在下游对数据做精确对齐。如果每次上电延迟都不一样采集系统就无法稳定工作。那延迟为什么会不确定因为接收端每个通道的时钟恢复电路上电锁定相位不同多帧计数器的启动时刻也不一致。单靠SYNC~握手只能保证链路建立无法保证每一条链路在同一时刻开始数据映射。这就需要一个外部的“校准脉冲”来把所有设备的多帧计数器对齐到同一个参考点。这个脉冲就是SYSREF。1.3 SYSREF为什么能解决对齐问题SYSREF本质上是一个与设备时钟同源的低速周期信号。它进入ADC和FPGA后会被用来复位或校准内部的本地多帧时钟LMFC计数器使所有器件的LMFC边沿对齐到同一个时间点。每个器件都在同一个LMFC边沿开始ILAS和后续的数据映射采样延迟才能做到确定。这里的关键点是SYSREF必须同源。它不能是一个自由运行的信号一定要由同一个时钟源分频产生并通过等长、同属性的路径分发给所有设备。如果SYSREF和device clock不同源或者路径上产生了额外的相位偏差那么“对齐”就无从谈起SYSREF的作用也就失效了。2. SYSREF信号的硬件设计细节2.1 SYSREF的产生、布线、分发SYSREF设计的重要性再怎么强调都不过分因为很多问题在原理图设计阶段就已经埋下伏笔。JESD204B标准中并没有规定SYSREF必须是单端还是差分但目前绝大多数高速转换器和FPGA方案都采用差分信号也就是SYSREF±。原因很简单差分信号抗共模噪声能力强而且能和旁边的device clock在PCB上保持更好的等长匹配。常见的设计方案是使用LMK04828这类带SYSREF分频输出的时钟芯片。它既可以产生高质量的device clock也能通过内部分频器输出SYSREF。需要注意的是SYSREF的频率不是随便定的。它必须是LMFC频率的整数分频关系比如正好等于LMFC频率或者是LMFC频率的1/2、1/4甚至更低。分频系数会写进转换器的寄存器也会影响FPGA侧JESD204 IP的配置两边参数必须完全对齐。布线方面SYSREF走线要尽量和device clock走线保持一样的长度。虽然SYSREF本身是一个慢速信号但它对绝对延时的敏感度远高于普通控制信号。如果SYSREF比device clock晚到了半个周期计数器复位的时刻就会错开导致所有设备并没有真正对齐。实际项目中如果条件受限没办法做到严格等长可以通过FPGA内部的相位调整逻辑来补偿。但前提是你得把SYSREF和device clock引到FPGA上可独立观察的引脚否则出了问题很难定位。2.2 FPGA内部对SYSREF的处理电路FPGA内部收到SYSREF之后通常不是简单打个两拍进逻辑。因为SYSREF需要和device clock之间有确定的相位关系如果直接用普通寄存器采样很容易落入亚稳态。正确做法是借助FPGA提供的专用时钟资源或者高速收发器内部的SYSREF处理逻辑。Xilinx的JESD204 PHY IP和收发器原语中有专门处理SYSREF的输入路径。它在GT参考时钟域内采样SYSREF并产生一个本地多帧时钟对齐脉冲。关键点是SYSREF必须先经过IBUFDS进入时钟资源再连接到GT参考时钟相关的缓冲器而不是接到普通的PL逻辑引脚上。有些工程师图省事把SYSREF接到普通GPIO采样后再去三个周期同步到GT时钟域这样做的后果就是边沿位置不确定同步结果时好时坏。Intel FPGA的处理方式类似Native PHY中也包含SYSREF同步逻辑。国产FPGA的JESD204IP相对封闭驱动方式可能不同但本质上都需要把SYSREF接入到serdes的参考时钟域内处理而不是当作一个慢速控制信号异步打拍。2.3 常见SYSREF设计错误我在审图和调试过程中见过几种典型的设计问题。第一种是SYSREF只接了转换器端FPGA端完全没接。这种情况如果只回读转换器的数据还好一旦需要FPGA参与多芯片对齐或者需要复现确定性延迟就发现链路延迟始终跳变。第二种是SYSREF和device clock来自不同的时钟芯片或者路径上经过了不同的分频器。这样的SYSREF即使频率正确边沿也无法与device clock保持固定的相位差JESD204B IP报“SYSREF alignment failure”几乎是必然的。第三种是SYSREF无法自由关闭。JESD204B标准允许SYSREF用一次性脉冲模式也可以用连续脉冲模式。如果系统设计里没有控制器去控制SYSREF的发出时刻而是让时钟芯片持续输出那么FPGA就必须在每次SYSREF到来时重新对齐LMFC这在数据采集过程中会造成数据中断而且不容易察觉。后续调试时我会优先确认板子上有没有加这两个测试点一个测量SYSREF与device clock相对相位的测试点一个能通过软件控制SYSREF分频/开关的寄存器接口。这两个点没有后面做同步调试会非常被动。3. SYSREF调试实战以ADCKintex UltraScale为例3.1 明确参数与线速率计算从项目调试角度出发第一步永远是计算和确认参数。这里用一个实际配置举例某项目用到一片双通道16位ADC采样率1GSPS输出JESD204B接口配置为L4、F1、S1、K32串行线速率为10Gbps。线速率的计算要基于JESD204B的字节映射关系。对于这个配置每个转换器每个帧周期产生1个采样点每帧中4条lane总共传输8字节而两个转换器一共需要传输4字节采样数据加上映射开销F1意味着每条lane每帧传1字节4条lane总共4字节实际上和16bit双通道的输出流量是对应的。线速率可以按公式估算数据总速率除以通道数再乘上8B/10B的编码开销。总数据速率 采样率 × 转换位数 × 通道数 1GSPS × 16bit × 2 32Gbps。由于编码开销物理层链路的速率理论上是32Gbps × 10 / 8 40Gbps。这40Gbps由4条lane分担每条lane就是10Gbps对应GT参考时钟应为10GHz / 40 250MHz。但这里容易出错的是参数协商过程中ADC端的S参数。JESD204B配置里还包含S参数表示每个转换器在每个帧周期内输出多少个采样点。S1时帧速率就是采样率也就是1GHzK32时LMFC频率就是1GHz/32 31.25MHz。SYSREF脉冲频率可以取31.25MHz也可以取它的1/2、1/4但必须由同一时钟源分频得到。拿到这一组参数后再去对照ADC寄存器手册和FPGA JESD204 IP配置逐项核对L、F、K、N、S以及线速率能避免后面很多莫名其妙的问题。3.2 完整配置流程与关键寄存器操作硬件上电后我习惯按照下面的顺序配置配置时钟芯片输出device clock和SYSREF。先把SYSREF输出关闭等FPGA配置完成后需要同步时再打开。初始化FPGA工程先把JESD204 IP核配置为与ADC端一致的参数注意LMFC频率要一致K值要一致设备时钟频率要落到参考时钟范围内。配置ADC端的JESD204B寄存器。这一步最关键的是写入和FPGA侧一致的L、F、K、N等参数并且使能SYSREF检测功能。多数ADC芯片里都有SYSREF状态寄存器比如AD9680的寄存器0x0121就包含了SYSREF检测和同步使能位。打开SYSREF输出观察SYSREF接收状态。如果ADC内配置正确其寄存器状态位会显示SYSREF receivedFPGA侧的状态寄存器也应该能看到类似rx_sync_done的标志。最后发布配置命令启动链路。很多ADC在JESD204B参数配置完成后需要写一个地址来触发重新同步。不要遗漏这一步否则参数没有生效链路依然跑在旧状态。实际调试中我还会额外做一件事就是把复位时序拉长。JESD204B的通电顺序和复位顺序有讲究尤其是FPGA和ADC分别在两个独立电源轨上的时候。上电时如果FPGA先完成配置、ADC还没有完成初始化SYNC~信号早就拉高了那么ADC端就会错过最初的同步请求。此时必须给整条链路一个统一的复位信号或者手动把SYNC~信号拉低一定时间再释放重试。3.3 用示波器和ILA验证同步结果配置完成之后不要急着看数据对不对先确认链路同步状态。我用示波器同时测量SYSREF和FPGA输出的LMFC标志信号。正常的情况下SYSREF的上升沿应该落在LMFC低电平时段内并且每次SYSREF边沿与LMFC边沿的相位差固定不变。然后打开ILA观察FPGA内部JESD204 IP输出的通道对齐状态寄存器。Xilinx IP会给出多通道对齐指示以及ILAS阶段收到的配置字节。让我特别关注的是收到的参数是否和ADC端写入的一致。如果K值或L值不一致往往ILAS的配置数据里能直接看出来。验证收到有效数据之后再检查一个细节每次重新上电或者复位后从SYSREF触发到ILAS完成的时间间隔是否相同。如果相同说明确定性延迟已经建立如果每次都不一样回过去查SYSREF的相位和分频关系不要急着调别的参数。4. 常见故障现象与排查技巧汇总4.1 高频故障速查表以下是出现频率比较高的几类问题按现象、可能原因、排查手段整理现象可能原因排查手段SYNC~一直拉低链路无法进入CGS线速率不匹配、参考时钟错误、收发器未锁定示波器测量GT参考时钟频率确认发送端线速率配置CGS能完成但ILAS一直不结束K值或帧参数不一致回读ILAS中的配置参数核对K值ILAS完成但数据误码率高8B/10B错误、通道间偏斜超标查看收发器误码计数器检查PCB走线等长SYNC~能释放但数据顺序错乱多芯片SYSREF未对齐检查各芯片SYSREF是否同源测量相位差上电正常复位后延迟变化SYSREF脉冲丢失或相位漂移观察SYSREF是否被噪声干扰改用一次性脉冲模式4.2 三类高频问题的深度排查思路如果SYNC~一直拉低先不要怀疑FPGA逻辑先拿示波器看GT参考时钟。这个问题我遇到过一次最终原因是ADC端参考时钟被配置成了内部VCO的1/2而FPGA端以为参考时钟是250MHz两边实际线速率差了一倍。参考时钟频率的测量是第一步别看寄存器里写了多少要实测。如果ILAS完成后数据错误率超高排查方向应该是物理层偏斜。JESD204B的四条lane如果PCB长度差得太离谱会造成通道间偏斜超过容限。此时FPGA的JESD204 IP里通常能看到通道间偏斜值的寄存器Xilinx IP会给出每个通道的相位偏移量。如果偏斜值很大且超过预算就要回到PCB设计去修改等长。如果上电正常、数据正常但每次复位后进入数据阶段的时间不同那就是SYSREF没有起到固定相位的作用。用示波器观察SYSREF与LMFC的相对相位如果每次复位后的相位漂移超过一个UI就基本可以判断SYSREF没有正确触发LMFC复位逻辑。重点检查FPGA内部SYSREF是否进入了正确的时钟域以及SYSREF分频系数是否写对。4.3 容易忽略的边界情况调试过程中有几个边界情况很容易踩坑这里单独拎出来说。第一是SYSREF脉冲宽度。JESD204B对SYSREF的脉冲宽度有最低要求通常要求达到一定数量的device clock周期才能被可靠捕获。如果时钟芯片输出的SYSREF脉冲宽度过窄FPGA或ADC可能偶然捕捉成功但抗干扰能力很差。上电时能同步温度一变化就失效。第二是SYSREF的建立保持时间。SYSREF的边沿要满足器件要求的建立保持时间才能在LMFC计数器中稳定捕获。LMK04828这类时钟芯片提供SYSREF的相位调整功能可以通过配置输出延迟来微调SYSREF相对device clock的相位。调试时如果状态时好时坏小步调整SYSREF的相位延迟观察是否有一个稳定窗口。第三是逻辑分析仪无法直接测量SYSREF差分离线。很多板级调试时工程师习惯把逻辑分析仪接到FPGA逻辑引脚的SYSREF状态位上观察这个做法只能说明逻辑采到了信号无法反映SYSREF真实的质量。务必在PCB上预留SYSREF的差分测试点用示波器实测边沿、幅度和与device clock的相位关系。5. 从芯片到系统JESD204B同步的工程化要点5.1 时钟树设计是同步的地基JESD204B的同步性能百分之八十在时钟树设计阶段就决定了。SYSREF和device clock必须同源这句话看起来简单实际设计中经常被破坏。比如有些系统为了节省资源让ADC的device clock和FPGA的GT参考时钟由不同的PLL分别产生频率都对外宣称都是250MHz但两个PLL之间的相位关系是随机漂移的。这种情况下JESD204B链路也能同步但无法保证确定性延迟。正确的时钟树做法是用主时钟芯片比如LMK04828同时输出device clock和SYSREFSYSREF由该芯片内部分频器产生并且分频器初始状态由同一个同步事件复位。这样JESD204B设备之间才能获得稳定相位关系的SYSREF。如果系统中存在多片ADC和一片FPGA所有ADC的SYSREF必须等长分发FPGA接收到的SYSREF也应当与ADC在信号传播时间上尽量一致。工程上通常要求SYSREF路径与device clock路径做同样的延迟补偿必要时在时钟芯片的配置中增加输出延迟微调。5.2 不同厂商FPGA的调试差异Xilinx的JESD204解决方案相对成熟一般会使用JESD204 PHY IP和JESD204 RX/TX IPSYSREF处理逻辑已经封装在IP内部。调试时重点看IP的状态寄存器配合VIO在线调整比较方便。Intel FPGA用的是JESD204B IP with Native PHY。这套方案也有SYSREF同步逻辑但它的时序约束文件比Xilinx更严对input delay的约束要求比较高。如果综合实现时出现时序违规很多情况下不是频率跑不过去而是SYSREF的input delay约束没有写对。国产FPGA的不同厂商方案差异较大。有些只提供物理层PHY链路层需要自己写逻辑SYSREF处理也要自己写。这种方案的调试难度明显高出一截需要自己设计LMFC计数器和SYSREF同步电路。写这种逻辑时关键点是让SYSREF采样后产生的对齐脉冲与GT参考时钟对齐最好使用专门的时钟复位同步单元不要用简单的两级触发器。5.3 多板同步场景下的SYSREF处理当系统扩展到多块板卡时SYSREF的调试复杂度会再上一个台阶。多板场景下每块板上的FPGA和ADC不是由同一个时钟芯片驱动而是由背板分发参考时钟然后在板上各自生成SYSREF。这种情况下板上时钟芯片的SYSREF分频相位必须由背板提供统一的同步脉冲来复位否则每块板的LMFC相位互相之间是随机的。我曾经调试过一个8通道采集系统单板测试一切正常组合成系统后通道间数据错位达到好几帧。排查下来就是背板分发的同步脉冲到达两块板的时刻不同而板上的时钟芯片被配置成普通模式没有用该同步脉冲复位SYSREF分频器。后来把所有时钟芯片配置为外部同步模式并用同一根等长的同步线驱动问题才真正解决。多板调试的经验是先确认单板确定性延迟正常再组装系统。组装后不要急着找FPGA逻辑的问题先用示波器同时测两块板输出的LMFC脉冲看相位是否对齐。相位差应该为0如果能看到几百ps以上的固定差值就需要调整SYSREF分频相位或延长同步线做补偿。6. 调试工具与信号实测经验6.1 示波器采样率其实不用太高很多人一听说SYSREF调试下意识认为需要几十GHz带宽的示波器其实不然。SYSREF本身是慢速信号真正需要高频示波器测量的是device clock和串行高速lane的波形质量。SYSREF调试的实测重点是边沿相对device clock的位置这个用2GHz左右的示波器就能测得很清楚。实际操作时我习惯用一个双通道示波器一路接SYSREF一路接device clock或LMFC输出。触发方式设置为SYSREF上升沿然后观察device clock的过零点相对位置。连续触发几百次看相位差是否稳定。如果相位差不固定测量一下SYSREF是否为自由运行或者被别的信号干扰。6.2 用VIO在线调整SYSREF相位在FPGA联调阶段VIO是个很实用的工具。Xilinx的VIO可以动态读写寄存器也可以输出一些控制信号。如果JESD204 IP的状态寄存器里能看到SYSREF采样窗口的指示信号就可以把该信号连到VIO实时观察SYSREF是否落在有效窗口内。更加进阶的用法是把SYSREF的延迟线配置寄存器映射到VIO在运行中微调SYSREF的相位通过观察状态寄存器的变化来寻找最佳采样点。这和在高速并行接口里做眼图扫描的思路一样只不过调的是异步时钟信号。我在一个验证板上就靠这种方法把SYSREF的稳定窗口找出来了最后把相位延迟固定到窗口正中间系统可靠性明显提升。6.3 记录每次调试变量的习惯SYSREF调试过程中变量非常多线速率、K值、SYSREF分频、时钟相位、复位时序、寄存器配置。任何一个变量变化都可能影响同步结果所以记录调试变量特别重要。我习惯用表格记录每一次改动时间、改了什么寄存器、当前现象、是否成功。这样即使调试过程持续一周也能随时回溯到之前一个正常状态。很多时候发现正常状态和异常状态之间其实只有一个寄存器位的差异但如果没有记录只能从头再试一遍。7. 关于JESD204B同步的一点个人体会调JESD204B同步机制的时间久了我有一个很深的体会这个接口的难点其实不在于高速串行收发器本身而在于整个系统的协同。JESD204B把同步从芯片级上升到了系统级SYSREF就是系统级同步的那根“指挥棒”。任何一环对它处理不当最后反馈出来的问题却都是数据错误、误码率高这种表象容易让人误判方向。所以现在我做新项目的原则很简单原理图阶段就规划好SYSREF的走线、测试点和时钟分配方案布线阶段严格按等长要求处理FPGA内部一定用厂商IP自带的SYSREF同步路径联调阶段先验证时钟相位再验证数据内容。把基础打好之后JESD204B同步只是几个寄存器和一次示波器测量的功夫并没有想象中那么神秘。