前阵子帮客户调一块PCIe 5.0的NVMe开发板现象很经典插上去系统能认到设备但链路速率始终停在Gen1速度上不去log里还时不时冒几个CRC error。折腾了一下午没头绪最后直接把Keysight Infinium示波器和M8040A误码仪拉上去从链路训练看到接收端压力测试大半天就把问题定位到参考时钟的抖动超标上。换掉时钟源之后Gen5链路稳定跑到L0状态读写速率直接翻了十几倍。这件事让我特别想写一篇真正带实操的PCIe 5.0信号完整性测试文章把自己在这套仪表上踩过的坑、总结出来的步骤都整理出来。这篇内容主要面向硬件工程师、测试工程师和信号完整性工程师尤其是刚接触32GT/s高速链路测试手上正好有Infinium系列示波器和M8040A BERT但不知道怎么搭环境、不知道怎么设置参数的人。我会按照一次完整的测试流程来写从仪表连接、链路训练确认到发射机TX眼图和抖动的测量再到接收机RX压力眼图校准和误码率测试最后是我实际调试中遇到的常见问题排障经验。整套流程跑完你能独立完成一份可交付的PCIe 5.0信号完整性测试报告。1. 搭建一套能测PCIe 5.0的测试台1.1 仪表选型与连接拓扑先说硬件层面。PCIe 5.0单通道速率32GT/s基频16GHz意味着示波器带宽至少要有30GHz以上最好用35GHz甚至更高带宽的实时示波器并且采样率要能覆盖80GS/s或更高。Keysight的Infinium UXR系列是常选项配合专门的PCIe测试选件和探头前端可以直接分析码流。另一台核心仪表是M8040A误码率测试仪它包含码型发生器和误码分析仪两部分主要用于接收机RX端的压力注入和误码判定。很多团队一开始只买了示波器觉得测下发端就够了结果接收端出问题完全没法定位所以做PCIe 5.0项目时BERT基本是刚需。连接拓扑上我习惯把被测设备DUT插在一张PCIe转接卡或测试主板的插槽上然后用SMA线缆引到示波器和BERT。TX测试时示波器探头或SMA线直接接到DUT输出端的测试点同时要引一条参考时钟作为示波器时钟恢复的参考。RX测试时M8040A的输出端接DUT的接收引脚DUT收到数据后通过自身环回或外部环回路径返回再从DUT TX端引回BERT的分析仪进行误码判定。整个过程里所有SMA线缆的相位稳定性都很关键我通常会在测试前把每根线缆的S21插损记录下来方便后续做去嵌或校准。1.2 仪表初始化与去嵌入准备仪表开机后别急着测先让设备预热至少半小时。示波器和BERT内部的时钟参考源、采样模块都受温度影响冷机状态下测出来的抖动分布会偏大我就遇到过一次开机十分钟直接测眼图结果眼宽比热机后差了将近0.05个UI纯属仪表没稳定。预热完成后做一遍自检和幅度校准确保所有通道的增益一致。去嵌入这一步很多新手会跳过去但PCIe 5.0速率下测试夹具、SMA线缆、探头本身的损耗和反射对测量结果影响非常大。正确的做法是先用矢量网络分析仪VNA测出从DUT芯片引脚到示波器输入端整个链路的S参数然后在Infinium配套的测试软件里导入这组S参数做去嵌入。这样测出来的眼图才是DUT真实输出引脚上的信号而不是被线缆和夹具整形之后的信号。1.3 先确认链路训练到了L0状态无论测TX还是RX第一步永远都是确认链路已经完成训练并进入L0状态。PCIe链路训练状态机LTSSM有好多状态只有到L0才算正常工作。如果设备没有枚举成功或者链路速率没上去后面测出来的信号质量大概率也是有问题的。怎么看最简单的方法是在操作系统里看设备链接速率Windows设备管理器和Linux下lspci都能看到当前速率。更细致的方法是抓LTSSM状态变化示波器逻辑通道或专用的分析软件都能看到链路训练过程。我在实际测试中遇到最多的问题是测试时被测设备处于Gen1或Gen2速率根本跑不到Gen5。这种时候先别动仪表优先检查转接卡上的PCIe参考时钟信号用示波器看100MHz参考时钟的频偏和抖动很多链路训练失败都是因为参考时钟源不合格。确认链路稳定在Gen5速率的L0状态之后再进行TX或RX的测量结果才有意义。2. 发射机TX测试Infinium示波器配置与眼图测量2.1 测试码型与测试点选择TX测试用来验证DUT在输出端的信号质量包括眼图、抖动、幅度、转换速率等参数。PCIe规范定义了不同的测试码型常见的有PRBS9、PRBS31以及PCIe专用的合规码型。做Gen5测试时我习惯优先选用规范指定的压力码型或者带有人为抖动的码型这样测出来的眼图更贴近实际工作场景。如果只是快速看看信号状态用PRBS31也够了但报告里要注明码型类型。测试点的选择也很有讲究。PCIe规范定义了TP1、TP2、TP3等不同测试参考点TP1通常指芯片引脚处TP2指连接器处。夹具上一般会留出对应的SMA接口你要清楚自己测的到底是哪个点。很多刚接触的人容易犯的错误是不加区分直接在转接卡上找一个方便接线的位置就测结果测出来的眼图既不是芯片引脚的信号也不是连接器处的信号无法和规范指标做对比。我建议至少记录TP1和TP2两个点的测试结果这样既能评估芯片本身的发射能力也能反映整个通道对信号的衰减影响。2.2 Infinium示波器的关键配置项Infinium示波器在PCIe测试中有几个核心设置直接决定测试结果是否可靠。第一是采样率对于32GT/s的信号采样率建议设置在80GS/s以上确保每个UI内能采到足够多的点来精确重建波形。第二是显示带宽必须保证示波器带宽能够覆盖信号的主要谐波分量16GHz基频至少要看5次谐波80GHz带宽当然没问题但如果你手上只有33GHz带宽的型号也勉强能用只是测试报告中要注明带宽对测量结果的影响。第三是时钟恢复设置。眼图测量必须基于恢复出来的时钟进行采样不能让示波器直接按固定间隔触发采样。Infinium软件里可以选择不同的时钟恢复算法PCIe规范要求使用标准的PLL带宽模型来模拟接收端CDR对时钟的恢复行为。这里有一个容易踩的坑如果时钟恢复环路带宽设置错误测出来的眼图抖动分布会严重失真看起来眼宽很大实际上可能是恢复时钟跟着数据一起抖导致的假象。第四是均衡设置。PCIe 5.0接收端普遍采用CTLE和DFE均衡技术TX测试时要不要在示波器端开启接收均衡取决于你要验证什么指标。如果是为了对照规范中的模板要求通常只做简单的归一化处理如果要模拟真实的接收机行为则要在软件中加载一个代表接收端均衡的模型。我在报告中会同时保留未均衡和带均衡两种眼图数据方便后续信号完整性问题分析。2.3 眼图与抖动的测量、解读一切配置好后点击自动测量示波器会把捕获的数据转成眼图。首先看眼图的张开程度具体就是眼高和眼宽。PCIe 5.0规范对这些参数有明确的最低要求如果眼高低于规范值说明信号幅度不够或者噪声偏大如果眼宽不足说明抖动过大或者码间干扰严重。Mask测试也是必做的软件里会加载规范对应的模板只要眼图波形不碰到模板的禁区就算通过。抖动测量比眼图更能定位问题根源。Infinium配套的抖动分析工具会把总抖动TJ分解成随机抖动RJ和确定性抖动DJ确定性抖动里又分成数据相关抖动DDJ、周期性抖动PJ等子类。RJ主要来自热噪声和衬底噪声DJ则和电源噪声、串扰、码间干扰有关。如果发现RJ偏大优先查电源和参考时钟的噪声如果DDJ占主导那问题多半在发射端均衡参数或者通道插损上。这里有个经验PCIe 5.0测试中单纯看TJ合格与否是不够的一定要看分解后的各抖动分量比例否则你只知道信号不行不知道哪里不行。3. 接收机RX测试M8040A压力注入与误码分析3.1 M8040A在RX测试中的角色发射机测的是信号“发出来什么样”接收机测的是“能不能收进去、收得对不对”。这就必须用误码率测试仪BERT来验证M8040A的高速率码型输出和误码检测能力正好满足32GT/s的要求。M8040A有几个关键端口码型发生器输出口用来产生数据信号可以注入正弦抖动SJ、随机抖动RJ、展频时钟SSC等不同类型的压力误码分析仪输入口用来接收DUT返回的数据实时统计误码率。RX测试需要DUT具备接收数据后重新发送的能力通常有两种环回模式一种是接收端直接把收到的数据经过内部转发从TX端发出去称为内部环回另一种是外部线缆把RX和TX短接起来称为外部环回。M8040A发出的压力信号从DUT的RX进入DUT再把它从TX送回M8040A分析。如果误码率超标说明DUT的接收机均衡能力、时钟恢复能力和灵敏度过不了关。3.2 压力眼图校准流程最磨人但最关键RX测试和TX测试有一个本质区别BERT注入的信号必须在到达DUT接收引脚之前被校准成一个“压力眼图”也就是特定的眼高、眼宽和抖动值。只有确保压力信号本身严格符合规范要求测试结果才有可比性这就是压力眼图校准。校准流程大致是先让M8040A输出一个基本码型不注入额外压力然后在DUT引脚处用示波器测初始眼图。接着逐步增加正弦抖动SJ的幅度和随机抖动RJ的强度每次增加后重新测眼图观察眼高和眼宽的变化。目标是把眼图压缩到规范里指定的数值范围比如眼高压缩到某个毫伏值、眼宽压缩到某个UI值同时让抖动分布符合规范给出的浴盆曲线特征。这个过程需要反复迭代M8040A也有自动化校准功能但手动理解每一步在干什么更重要。我踩过的一个坑是校准示波器和压力测试的测量点不一致。示波器一开始接到的是DUT引脚前的某个测试点但校准完之后把示波器移走发现DUT引脚处的压力信号又变形了原因是信号路径上增加了额外的线缆长度或接头导致反射变化。后来我老老实实在同一位置固定示波器探头校准完成后不再移动任何线缆直接切换BERT进行误码测试问题就解决了。3.3 抖动容限测试与误码判定压力眼图校准完成后进入正式的抖动容限测试。这个测试是为了确认接收机在给定压力下仍然能保持极低的误码率。PCIe 5.0规范要求的误码率指标是BER小于1e-12也就是说测1000亿个bit最多只能错1个bit这在工程上是极其苛刻的要求。抖动容限测试通常以扫描方式进行固定抖动频率逐步增大抖动幅度观察误码率是否仍然能保持在1e-12以下然后换一个频率继续扫描。整个频段跑完后可以画出一条“抖动容限曲线”用来和规范中的要求线做对比。实际测试中测试时间需要根据速率和数据量来计算32GT/s速率下测到1e-12误码率需要跑足够长的时间按理论上可能需要几十秒到几分钟但考虑到误码分布的随机性一般在规范时间基础上再多留一些余量。另外测试时需要注意DUT供电的稳定性电压跌落会造成突发性误码影响误码率统计的准确性。4. 实战中的高频问题与排查经验4.1 眼图漂移、抖动偏大先检查物理连接遇到测量结果不理想别急着怀疑DUT设计有问题。我至少有三次“误判”都是因为SMA接头没拧紧或者线缆老化导致损耗异常。SMA接头有个标准拧紧力矩通常是8磅寸左右徒手当然拧不到这个值但接触不紧密就会产生额外反射和微振动直接体现为眼图上的噪声增加和抖动偏大。建议在仪表端用扭矩扳手规范操作同时对所有测试线缆定期用VNA测一下S参数看看插损和回波损耗有没有明显劣化。地回路问题也不容忽视。示波器和DUT如果使用不同地网示波器地线和设备地之间会有电位差这种共模干扰会在测量带宽内叠加到信号上表现为低频噪声异常。我在实验室里专门为高速测试配了隔离电源和等电位连接情况改善很明显。如果你发现眼图有明显的50Hz低频调制大概率就是地回路问题。4.2 链路训练失败或误码率居高不下链路训练不到L0状态或者即使训到L0但误码率超标这类问题往往指向参考时钟、电源噪声或发送端均衡配置。参考时钟频偏超过300ppm就可能导致链路反复重启这是常见原因。用示波器看100MHz参考时钟的边沿抖动如果峰峰值超过几十皮秒基本可以断定时钟源不合格。电源噪声对高速链路的影响体现在多个方面接收端采样窗口处的电源纹波会直接改变比较器阈值进而产生误码。用示波器测DUT电源网络时要看高频纹波不要只关注直流电平。我还遇到过一次很有意思的案例误码率始终在1e-9和1e-10之间波动怎么排查都找不到原因最后发现是测试主板上某个与PCIe插槽相邻的高速信号在空载时产生串扰把外接的负载加上之后就消失了。所以做RX测试时尽量模拟真实使用环境中的负载状态。4.3 夹具和线缆的使用禁忌与维护高速测试夹具和SMA线缆是容易损耗的耗材。每插拔一次接头接触片的磨损都会让性能下降一点。PCIe 5.0测试夹具供应商通常会标注推荐的插拔次数超过之后建议更换。我在团队里要求所有人登记使用台账每次测试后记录插拔次数超过上限就换新夹具。另一个容易忽略的问题是线缆弯曲半径。高速SMA线缆如果弯折太急内部屏蔽层和介质层会出现微裂缝导致特征阻抗不连续信号反射增大。收纳线缆时要自然盘绕不要打死结或硬塞进收纳箱。如果某个通道测出来的回波损耗比上次记录差了很多先怀疑线缆损伤再怀疑DUT问题。5. 测试数据怎么看、报告怎么写5.1 PCIe 5.0核心指标速查与对照测完的数据需要和规范指标逐项对照才能判定合格与否。这里整理一张我常用的速查表表中数值对应PCIe 5.0基规范和CEM规范中的常见要求选项上面声明了不同版本会有差异引用时要核对具体版本。测试项参考指标说明眼高依据规范版本通常在数十mV量级眼图中垂直方向最小开度眼宽依据规范版本通常在0.3UI以上水平方向有效采样区间总抖动TJBER1e-12依据规范版本一般在0.34UI量级工程测试常用浴盆曲线外推误码率BER≤1e-12接收机压力测试判据参考时钟频偏≤300ppm超出会导致链路无法锁定差分回波损耗SDD22按规范模板连接器处测量反映反射情况需要注意的是规范数值会随着版本更新变化PCIe SIG发布的Base Spec和CEM Spec里都有详细说明。写测试报告时一定要标注你依据的规范版本和参考点同一个板子在不同规范版本下可能会有不同的判定结果。5.2 一个SSD开发板的实测数据复盘拿我之前帮客户测的NVMe SSD开发板来复盘。TX测试第一次跑的时候眼高只有规范要求的70%左右明显不合格。看了抖动分解发现DDJ占了很大比例于是我怀疑是发送端3-tap均衡参数没有正确配置。让软件把预加重和去加重参数重新设置后再测眼高马上恢复到规范值以上。这说明TX测试时如果眼图不合格均衡配置是首先要检查的环节很多时候芯片默认参数并不是最优状态。RX压力校准阶段我按流程把SJ和RJ注入到目标值之后误码率在1e-8附近波动怎么都到不了1e-12。排查了半天最后是用示波器看了DUT的电源轨发现高频纹波达到了40mV以上明显超标在电源输入端补了去耦电容之后误码率迅速降到了1e-12以下。所以说接收机测不过问题不一定只在接收机本身电源噪声的影响经常会通过误码率暴露出来。5.3 测试报告与自动化流程的实践建议一份合格的测试报告不只是把几个Eye参数填进表格这么简单。我建议至少包含这些信息测试环境描述仪表型号、固件版本、线缆长度、夹具型号、测试参考点说明、码型类型、时钟恢复PLL带宽设置、均衡模型、温度条件、供电条件。这些看起来琐碎但在问题回溯时每一条都可能成为关键线索。我一般会把示波器保存的原始波形文件和BERT的原始统计数据一并归档而不是只保留截图。自动化是提高效率的方向。Infinium和M8040A都支持远程控制和脚本操作通过Python或者仪表自带的自动化接口可以把重复性测试流程固化下来。我自己的做法是写了一套脚本一键触发TX眼图测量和RX压力校准输出标准化的CSV报告。这样不同工程师测同一块板子结果可以直接横向对比避免人为误操作引入差异。写在最后测PCIe 5.0和测PCIe 3.0是两种完全不同的体验。Gen3时代可能一根普通的SMA线、一台带宽稍微够用的示波器就能对付但到了32GT/s整个测试链路里任何一个小环节的疏忽都会被放大成明显的指标劣化。我在使用Keysight这套方案的过程中最大的体会是仪表本身性能是可靠的能不能测出可信的结果更大程度取决于测试环境和流程细节。线缆校准、时钟恢复设置、压力眼图迭代、地回路处理每一个步骤都值得花时间认真对待。最后再分享一个小技巧测试时不要怕多存数据。每次测量都把示波器的波形数据、眼图模板裕量、抖动分解结果、BER log保存下来日期命名长期积累之后这些数据就是团队最强的调试资产。很多看似随机的问题翻一翻历史记录就能找到规律。PCIe 5.0只是开始后续还有PCIe 6.0的PAM4调制和更复杂的链路均衡把现在的流程跑通、跑规范后面遇到更高难度的项目才不至于抓瞎。 
长河君 · 2026/10/8 3:21:56 · 阅读 1.2k PCIe 5.0信号完整性测试实战：从眼图测量到误码分析
前阵子帮客户调一块PCIe 5.0的NVMe开发板现象很经典插上去系统能认到设备但链路速率始终停在Gen1速度上不去log里还时不时冒几个CRC error。折腾了一下午没头绪最后直接把Keysight Infinium示波器和M8040A误码仪拉上去从链路训练看到接收端压力测试大半天就把问题定位到参考时钟的抖动超标上。换掉时钟源之后Gen5链路稳定跑到L0状态读写速率直接翻了十几倍。这件事让我特别想写一篇真正带实操的PCIe 5.0信号完整性测试文章把自己在这套仪表上踩过的坑、总结出来的步骤都整理出来。这篇内容主要面向硬件工程师、测试工程师和信号完整性工程师尤其是刚接触32GT/s高速链路测试手上正好有Infinium系列示波器和M8040A BERT但不知道怎么搭环境、不知道怎么设置参数的人。我会按照一次完整的测试流程来写从仪表连接、链路训练确认到发射机TX眼图和抖动的测量再到接收机RX压力眼图校准和误码率测试最后是我实际调试中遇到的常见问题排障经验。整套流程跑完你能独立完成一份可交付的PCIe 5.0信号完整性测试报告。1. 搭建一套能测PCIe 5.0的测试台1.1 仪表选型与连接拓扑先说硬件层面。PCIe 5.0单通道速率32GT/s基频16GHz意味着示波器带宽至少要有30GHz以上最好用35GHz甚至更高带宽的实时示波器并且采样率要能覆盖80GS/s或更高。Keysight的Infinium UXR系列是常选项配合专门的PCIe测试选件和探头前端可以直接分析码流。另一台核心仪表是M8040A误码率测试仪它包含码型发生器和误码分析仪两部分主要用于接收机RX端的压力注入和误码判定。很多团队一开始只买了示波器觉得测下发端就够了结果接收端出问题完全没法定位所以做PCIe 5.0项目时BERT基本是刚需。连接拓扑上我习惯把被测设备DUT插在一张PCIe转接卡或测试主板的插槽上然后用SMA线缆引到示波器和BERT。TX测试时示波器探头或SMA线直接接到DUT输出端的测试点同时要引一条参考时钟作为示波器时钟恢复的参考。RX测试时M8040A的输出端接DUT的接收引脚DUT收到数据后通过自身环回或外部环回路径返回再从DUT TX端引回BERT的分析仪进行误码判定。整个过程里所有SMA线缆的相位稳定性都很关键我通常会在测试前把每根线缆的S21插损记录下来方便后续做去嵌或校准。1.2 仪表初始化与去嵌入准备仪表开机后别急着测先让设备预热至少半小时。示波器和BERT内部的时钟参考源、采样模块都受温度影响冷机状态下测出来的抖动分布会偏大我就遇到过一次开机十分钟直接测眼图结果眼宽比热机后差了将近0.05个UI纯属仪表没稳定。预热完成后做一遍自检和幅度校准确保所有通道的增益一致。去嵌入这一步很多新手会跳过去但PCIe 5.0速率下测试夹具、SMA线缆、探头本身的损耗和反射对测量结果影响非常大。正确的做法是先用矢量网络分析仪VNA测出从DUT芯片引脚到示波器输入端整个链路的S参数然后在Infinium配套的测试软件里导入这组S参数做去嵌入。这样测出来的眼图才是DUT真实输出引脚上的信号而不是被线缆和夹具整形之后的信号。1.3 先确认链路训练到了L0状态无论测TX还是RX第一步永远都是确认链路已经完成训练并进入L0状态。PCIe链路训练状态机LTSSM有好多状态只有到L0才算正常工作。如果设备没有枚举成功或者链路速率没上去后面测出来的信号质量大概率也是有问题的。怎么看最简单的方法是在操作系统里看设备链接速率Windows设备管理器和Linux下lspci都能看到当前速率。更细致的方法是抓LTSSM状态变化示波器逻辑通道或专用的分析软件都能看到链路训练过程。我在实际测试中遇到最多的问题是测试时被测设备处于Gen1或Gen2速率根本跑不到Gen5。这种时候先别动仪表优先检查转接卡上的PCIe参考时钟信号用示波器看100MHz参考时钟的频偏和抖动很多链路训练失败都是因为参考时钟源不合格。确认链路稳定在Gen5速率的L0状态之后再进行TX或RX的测量结果才有意义。2. 发射机TX测试Infinium示波器配置与眼图测量2.1 测试码型与测试点选择TX测试用来验证DUT在输出端的信号质量包括眼图、抖动、幅度、转换速率等参数。PCIe规范定义了不同的测试码型常见的有PRBS9、PRBS31以及PCIe专用的合规码型。做Gen5测试时我习惯优先选用规范指定的压力码型或者带有人为抖动的码型这样测出来的眼图更贴近实际工作场景。如果只是快速看看信号状态用PRBS31也够了但报告里要注明码型类型。测试点的选择也很有讲究。PCIe规范定义了TP1、TP2、TP3等不同测试参考点TP1通常指芯片引脚处TP2指连接器处。夹具上一般会留出对应的SMA接口你要清楚自己测的到底是哪个点。很多刚接触的人容易犯的错误是不加区分直接在转接卡上找一个方便接线的位置就测结果测出来的眼图既不是芯片引脚的信号也不是连接器处的信号无法和规范指标做对比。我建议至少记录TP1和TP2两个点的测试结果这样既能评估芯片本身的发射能力也能反映整个通道对信号的衰减影响。2.2 Infinium示波器的关键配置项Infinium示波器在PCIe测试中有几个核心设置直接决定测试结果是否可靠。第一是采样率对于32GT/s的信号采样率建议设置在80GS/s以上确保每个UI内能采到足够多的点来精确重建波形。第二是显示带宽必须保证示波器带宽能够覆盖信号的主要谐波分量16GHz基频至少要看5次谐波80GHz带宽当然没问题但如果你手上只有33GHz带宽的型号也勉强能用只是测试报告中要注明带宽对测量结果的影响。第三是时钟恢复设置。眼图测量必须基于恢复出来的时钟进行采样不能让示波器直接按固定间隔触发采样。Infinium软件里可以选择不同的时钟恢复算法PCIe规范要求使用标准的PLL带宽模型来模拟接收端CDR对时钟的恢复行为。这里有一个容易踩的坑如果时钟恢复环路带宽设置错误测出来的眼图抖动分布会严重失真看起来眼宽很大实际上可能是恢复时钟跟着数据一起抖导致的假象。第四是均衡设置。PCIe 5.0接收端普遍采用CTLE和DFE均衡技术TX测试时要不要在示波器端开启接收均衡取决于你要验证什么指标。如果是为了对照规范中的模板要求通常只做简单的归一化处理如果要模拟真实的接收机行为则要在软件中加载一个代表接收端均衡的模型。我在报告中会同时保留未均衡和带均衡两种眼图数据方便后续信号完整性问题分析。2.3 眼图与抖动的测量、解读一切配置好后点击自动测量示波器会把捕获的数据转成眼图。首先看眼图的张开程度具体就是眼高和眼宽。PCIe 5.0规范对这些参数有明确的最低要求如果眼高低于规范值说明信号幅度不够或者噪声偏大如果眼宽不足说明抖动过大或者码间干扰严重。Mask测试也是必做的软件里会加载规范对应的模板只要眼图波形不碰到模板的禁区就算通过。抖动测量比眼图更能定位问题根源。Infinium配套的抖动分析工具会把总抖动TJ分解成随机抖动RJ和确定性抖动DJ确定性抖动里又分成数据相关抖动DDJ、周期性抖动PJ等子类。RJ主要来自热噪声和衬底噪声DJ则和电源噪声、串扰、码间干扰有关。如果发现RJ偏大优先查电源和参考时钟的噪声如果DDJ占主导那问题多半在发射端均衡参数或者通道插损上。这里有个经验PCIe 5.0测试中单纯看TJ合格与否是不够的一定要看分解后的各抖动分量比例否则你只知道信号不行不知道哪里不行。3. 接收机RX测试M8040A压力注入与误码分析3.1 M8040A在RX测试中的角色发射机测的是信号“发出来什么样”接收机测的是“能不能收进去、收得对不对”。这就必须用误码率测试仪BERT来验证M8040A的高速率码型输出和误码检测能力正好满足32GT/s的要求。M8040A有几个关键端口码型发生器输出口用来产生数据信号可以注入正弦抖动SJ、随机抖动RJ、展频时钟SSC等不同类型的压力误码分析仪输入口用来接收DUT返回的数据实时统计误码率。RX测试需要DUT具备接收数据后重新发送的能力通常有两种环回模式一种是接收端直接把收到的数据经过内部转发从TX端发出去称为内部环回另一种是外部线缆把RX和TX短接起来称为外部环回。M8040A发出的压力信号从DUT的RX进入DUT再把它从TX送回M8040A分析。如果误码率超标说明DUT的接收机均衡能力、时钟恢复能力和灵敏度过不了关。3.2 压力眼图校准流程最磨人但最关键RX测试和TX测试有一个本质区别BERT注入的信号必须在到达DUT接收引脚之前被校准成一个“压力眼图”也就是特定的眼高、眼宽和抖动值。只有确保压力信号本身严格符合规范要求测试结果才有可比性这就是压力眼图校准。校准流程大致是先让M8040A输出一个基本码型不注入额外压力然后在DUT引脚处用示波器测初始眼图。接着逐步增加正弦抖动SJ的幅度和随机抖动RJ的强度每次增加后重新测眼图观察眼高和眼宽的变化。目标是把眼图压缩到规范里指定的数值范围比如眼高压缩到某个毫伏值、眼宽压缩到某个UI值同时让抖动分布符合规范给出的浴盆曲线特征。这个过程需要反复迭代M8040A也有自动化校准功能但手动理解每一步在干什么更重要。我踩过的一个坑是校准示波器和压力测试的测量点不一致。示波器一开始接到的是DUT引脚前的某个测试点但校准完之后把示波器移走发现DUT引脚处的压力信号又变形了原因是信号路径上增加了额外的线缆长度或接头导致反射变化。后来我老老实实在同一位置固定示波器探头校准完成后不再移动任何线缆直接切换BERT进行误码测试问题就解决了。3.3 抖动容限测试与误码判定压力眼图校准完成后进入正式的抖动容限测试。这个测试是为了确认接收机在给定压力下仍然能保持极低的误码率。PCIe 5.0规范要求的误码率指标是BER小于1e-12也就是说测1000亿个bit最多只能错1个bit这在工程上是极其苛刻的要求。抖动容限测试通常以扫描方式进行固定抖动频率逐步增大抖动幅度观察误码率是否仍然能保持在1e-12以下然后换一个频率继续扫描。整个频段跑完后可以画出一条“抖动容限曲线”用来和规范中的要求线做对比。实际测试中测试时间需要根据速率和数据量来计算32GT/s速率下测到1e-12误码率需要跑足够长的时间按理论上可能需要几十秒到几分钟但考虑到误码分布的随机性一般在规范时间基础上再多留一些余量。另外测试时需要注意DUT供电的稳定性电压跌落会造成突发性误码影响误码率统计的准确性。4. 实战中的高频问题与排查经验4.1 眼图漂移、抖动偏大先检查物理连接遇到测量结果不理想别急着怀疑DUT设计有问题。我至少有三次“误判”都是因为SMA接头没拧紧或者线缆老化导致损耗异常。SMA接头有个标准拧紧力矩通常是8磅寸左右徒手当然拧不到这个值但接触不紧密就会产生额外反射和微振动直接体现为眼图上的噪声增加和抖动偏大。建议在仪表端用扭矩扳手规范操作同时对所有测试线缆定期用VNA测一下S参数看看插损和回波损耗有没有明显劣化。地回路问题也不容忽视。示波器和DUT如果使用不同地网示波器地线和设备地之间会有电位差这种共模干扰会在测量带宽内叠加到信号上表现为低频噪声异常。我在实验室里专门为高速测试配了隔离电源和等电位连接情况改善很明显。如果你发现眼图有明显的50Hz低频调制大概率就是地回路问题。4.2 链路训练失败或误码率居高不下链路训练不到L0状态或者即使训到L0但误码率超标这类问题往往指向参考时钟、电源噪声或发送端均衡配置。参考时钟频偏超过300ppm就可能导致链路反复重启这是常见原因。用示波器看100MHz参考时钟的边沿抖动如果峰峰值超过几十皮秒基本可以断定时钟源不合格。电源噪声对高速链路的影响体现在多个方面接收端采样窗口处的电源纹波会直接改变比较器阈值进而产生误码。用示波器测DUT电源网络时要看高频纹波不要只关注直流电平。我还遇到过一次很有意思的案例误码率始终在1e-9和1e-10之间波动怎么排查都找不到原因最后发现是测试主板上某个与PCIe插槽相邻的高速信号在空载时产生串扰把外接的负载加上之后就消失了。所以做RX测试时尽量模拟真实使用环境中的负载状态。4.3 夹具和线缆的使用禁忌与维护高速测试夹具和SMA线缆是容易损耗的耗材。每插拔一次接头接触片的磨损都会让性能下降一点。PCIe 5.0测试夹具供应商通常会标注推荐的插拔次数超过之后建议更换。我在团队里要求所有人登记使用台账每次测试后记录插拔次数超过上限就换新夹具。另一个容易忽略的问题是线缆弯曲半径。高速SMA线缆如果弯折太急内部屏蔽层和介质层会出现微裂缝导致特征阻抗不连续信号反射增大。收纳线缆时要自然盘绕不要打死结或硬塞进收纳箱。如果某个通道测出来的回波损耗比上次记录差了很多先怀疑线缆损伤再怀疑DUT问题。5. 测试数据怎么看、报告怎么写5.1 PCIe 5.0核心指标速查与对照测完的数据需要和规范指标逐项对照才能判定合格与否。这里整理一张我常用的速查表表中数值对应PCIe 5.0基规范和CEM规范中的常见要求选项上面声明了不同版本会有差异引用时要核对具体版本。测试项参考指标说明眼高依据规范版本通常在数十mV量级眼图中垂直方向最小开度眼宽依据规范版本通常在0.3UI以上水平方向有效采样区间总抖动TJBER1e-12依据规范版本一般在0.34UI量级工程测试常用浴盆曲线外推误码率BER≤1e-12接收机压力测试判据参考时钟频偏≤300ppm超出会导致链路无法锁定差分回波损耗SDD22按规范模板连接器处测量反映反射情况需要注意的是规范数值会随着版本更新变化PCIe SIG发布的Base Spec和CEM Spec里都有详细说明。写测试报告时一定要标注你依据的规范版本和参考点同一个板子在不同规范版本下可能会有不同的判定结果。5.2 一个SSD开发板的实测数据复盘拿我之前帮客户测的NVMe SSD开发板来复盘。TX测试第一次跑的时候眼高只有规范要求的70%左右明显不合格。看了抖动分解发现DDJ占了很大比例于是我怀疑是发送端3-tap均衡参数没有正确配置。让软件把预加重和去加重参数重新设置后再测眼高马上恢复到规范值以上。这说明TX测试时如果眼图不合格均衡配置是首先要检查的环节很多时候芯片默认参数并不是最优状态。RX压力校准阶段我按流程把SJ和RJ注入到目标值之后误码率在1e-8附近波动怎么都到不了1e-12。排查了半天最后是用示波器看了DUT的电源轨发现高频纹波达到了40mV以上明显超标在电源输入端补了去耦电容之后误码率迅速降到了1e-12以下。所以说接收机测不过问题不一定只在接收机本身电源噪声的影响经常会通过误码率暴露出来。5.3 测试报告与自动化流程的实践建议一份合格的测试报告不只是把几个Eye参数填进表格这么简单。我建议至少包含这些信息测试环境描述仪表型号、固件版本、线缆长度、夹具型号、测试参考点说明、码型类型、时钟恢复PLL带宽设置、均衡模型、温度条件、供电条件。这些看起来琐碎但在问题回溯时每一条都可能成为关键线索。我一般会把示波器保存的原始波形文件和BERT的原始统计数据一并归档而不是只保留截图。自动化是提高效率的方向。Infinium和M8040A都支持远程控制和脚本操作通过Python或者仪表自带的自动化接口可以把重复性测试流程固化下来。我自己的做法是写了一套脚本一键触发TX眼图测量和RX压力校准输出标准化的CSV报告。这样不同工程师测同一块板子结果可以直接横向对比避免人为误操作引入差异。写在最后测PCIe 5.0和测PCIe 3.0是两种完全不同的体验。Gen3时代可能一根普通的SMA线、一台带宽稍微够用的示波器就能对付但到了32GT/s整个测试链路里任何一个小环节的疏忽都会被放大成明显的指标劣化。我在使用Keysight这套方案的过程中最大的体会是仪表本身性能是可靠的能不能测出可信的结果更大程度取决于测试环境和流程细节。线缆校准、时钟恢复设置、压力眼图迭代、地回路处理每一个步骤都值得花时间认真对待。最后再分享一个小技巧测试时不要怕多存数据。每次测量都把示波器的波形数据、眼图模板裕量、抖动分解结果、BER log保存下来日期命名长期积累之后这些数据就是团队最强的调试资产。很多看似随机的问题翻一翻历史记录就能找到规律。PCIe 5.0只是开始后续还有PCIe 6.0的PAM4调制和更复杂的链路均衡把现在的流程跑通、跑规范后面遇到更高难度的项目才不至于抓瞎。