[参考译文] 寒冷温度下的 PRBS 图形松动。

尊敬的列夫：

我一直在与 FAE Klaus Wawrzyniak 合作 支持这一案例。 我查看了寄存器转储、没有发现任何异常。 在低温和高温条件下、所有重定时器通道都具有 CDR 锁定(寄存器0x02)、没有 CDR 锁定丢失或信号检测丢失中断(寄存器0x01)、并显示良好的 HEO 和 VEO 值(寄存器0x27和0x28)。

[quote userid="611374" url="~/support/interface-group/interface/f/interface-forum/1378185/loosing-prbs-patterns-in-cold-temperatures 我也可以用冷喷雾在我的工作台上复制它。 在引脚17、18、 19-24、1、2一侧的重定时器对 COLD 很敏感。[/报价]

您能否更详细地解释您为得出此结论而进行了哪些测试或调查？

此致！

卢卡斯

大家好、Lucas：

我无法100%得出结论。 正如我上面所说的-我使用冷喷局部冷却重定时器电路。

当我在靠近我提到的引脚的位置进行近似冷却时、我收到的模式损耗比从 IC 的另一侧更快。

现在、我将在-45C 的温度室中使用相同的电路对我的 rev01板进行测试、它的表现比我的 rev02更好。

在1:40小时的跑步中,我只有2个模式松动,当使用 rev02时,我在一分钟内收到2或3个模式的损失。

rev01和 rev02之间的区别如下：

我添加了1G SFP 笼、并更换了具有相同固定要求的 PCB 制造商。

rev01和 rev02之间的重定时器电路没有更改。

Rev01上的标记也是 - 7BA2NYU / 2D111B2

修订版02上的标记为 - 7CAHH4U / 2D111B2

您能解释一下标记的第一部分(7BA2NYU？？)的含义吗？

我还可以确认、在 I LOOPBACK CHANNEL IN B 到 Channel OUT B 后、从 SFP+到重定时器和背部在所有温度范围内均正常运行。

尊敬的列夫：

我还可以确认、在 I 环回通道输入 B 到通道输出 B 后、从 SFP+到重定时器和返回的通道在所有温度范围内都运行正常。

您能解释一下、您的意思是将 OUTA 环回到 INB 还是将 OUTB 环回到 INA？ 在本例中信号路径是否为 EXFO --> 10G 收发器-->重定时器通道 A -->重定时器通道 B --> 10G 收发器--> EXFO？ 如果是这种情况并且问题消失、这表明您的信号链中的其他元件对模式损失负责。

此致！

卢卡斯

大家好、Lucas：

   在左侧的图中,我将重定时器1的 B 向 OUT A (抱歉,上面有拼写错误),流量将无任何问题从 EXFO1到收发器再到重定时器1 ,然后返回到 EXFO1 (见图)。

我来解释完整配置。

如图所示,两个相同的模块连接到系统,通过 QSGMII 背板接口,只需一个 SGMII - 1G 即可将数据包相互发送。 由于这个瓶颈我运行低于10%的负荷在 EXFO 上,以防止超额订阅.   

另请注意、这些模块装配有3个不同的 PCB。

该 CPU 位于 第一个板上->板对板连接器->第二个板->板对  板连接器->第三个板上的重定时器和收发器。

EXFO1生成 PRBS31流量,并通过10G XFI 接口  将其发送到 CPU1(蓝色) CPU1通过 QSGMII 接口将数据包发送到 CPU2 (红色)。

CPU2 通过10G XFI 接口通过重定时器2>  第二10G 收发器将数据包发送到 EXFO2。 EXFO2在智能回送模式下运行——它只是将所有数据包返回到 EXFO1。EXFO1正在接收所有数据包返回,对它们进行分析,并显示是否接收到所有模式或某些模式丢失。  

如上所述,通过回送 IN_B 到重定时器1上的 OUT_A ,在-45到+70C 的所有温度范围内都没有问题。

此外、如果我仅将重定时器2的 IN_A 环回至 OUT_B、则我会看到丢失的模式要少得多。 这意味着数据包仅通过 retimer1流动：
EXFO1 ->收发器1 -> retimer1-> CPU1 -> CPU2  -> CPU1 ->重定时器1 ->收发器1 -> EXFO1。

通过在室温下冷却、仅使用冷却喷雾再计时器1或再计时器2电路-我可以看到模式损失开始。 当我停止冷却重定时器-模式损失消失和流量正常运行.

我在第三个电路板的 Rev02中看到的所有这些问题。

今天,我 只改变了第三板从 rev02到 rev01 ,正如我之前提到的,和模式松动的速率要好得多。

在运行4：40小时内-在-45°C 下仅损失8个图形。

希望它有助于了解配置和故障 。

尊敬的列夫：

感谢您的详细解释。 请允许我和我的团队集体讨论接下来的调试步骤、我会在几天内给您回复。

此致！

卢卡斯

当然、

谢谢卢卡斯！

尊敬的列夫：

与我的团队集思广益后、我对这里可能出现的问题有一些想法。

由于重定时器1上的环回未导致问题、并且重定时器1的 INA/OUTB 侧冷喷涂会导致问题发生、因此我认为、重定时器1和 CPU 1之间存在问题的根本原因。 当重定时器发送器处于低温时、CPU 1接收器是否存在一些边缘性问题？

我们拥有此重定时器的验证数据、表明它在低至-40C 温度下具有良好的性能。 我注意到您在低至-45C 的温度下进行了测试。 请注意、DS125DF111的额定环境温度仅低至-40C。

我有一些调试方法来检查 CPU 1 RX 是否存在一些边缘性问题。

1. 您是否可以在保持系统其余部分处于室温的同时对 CPU 1 RX 进行冷喷雾、并检查是否发生了问题？
2. 您的 CPU 是否显示诊断？ 能否在整个系统处于低温和室温下时检查 CPU 1 RX 上的 BER 和眼图张开度？
3. 您的 CPU 是否有 PRBS 发生器和校验器？ 您是否可以尝试通过环回 INA 将 PRBS31从 CPU1 ->重定时器1传输到 OUTB -->在低温条件下检查 CPU1上的 PRBS 错误？ 或者、如果您的 CPU 具有 PRBS 校验器但没有生成器、则可以从重定时器生成 PRBS31数据并在 CPU1上检查错误。

我还有一些一般性调试建议、如果上述建议证明了 CPU 边缘性问题。

1. 能否 通过在两个重定时器和两个通道上将0x56[1：0]置为有效来启用 CDR 失锁和信号丢失中断？ 问题发生后检查寄存器0x01、以查看中断是否被置为有效。
2. 在重定时器1的 INA/OUTB 侧冷喷药时、您能否监视 CDR 锁定(寄存器0x02)和 HEO/VEO 测量值(寄存器0x27、0x28)？
3. 您是否能够在 SFP 收发器输出端捕获眼图？

最后、我有几个问题。

1. 两个重定时器的接收器侧和发送器侧的交流耦合电容位于何处？ 这些电容器的额定温度是多少？
2. 您提到您在 EXFO 上运行的负载低于10%、以防止超额订阅。 能否详细介绍一下如何使用 PRBS31模式来实现这一点？

此致！

卢卡斯

尊敬的列夫：

我想跟进此事。 您能分享您当前的调试状态吗？

此致！

卢卡斯

尊敬的列夫：

感谢您花时间今天与我见面并介绍您最近的测试和设置。 我有一些调试建议可以尝试使用。

1.您的 CPU 是否能够测量眼睛张开度? 从寄存器0x27和0x28中报告的 HEO 和 VEO 值可以看出、从重定时器的角度来看、眼图张开度很大。 最好了解一下从 CPU 的角度来看、它是否看起来相同。

2.通过写入0x31=0x60尝试使用调整模式3。 这 会改变用于调整 CTLE 和 DFE 均衡的算法。

3.尝试调整 CDR 带宽。 我建议您尝试此表中显示的每个值。

此致！

卢卡斯

大家好、Lucas：

感谢您的帮助和支持。

我将与 NXP 支持检查 CPU 是否能够测量眼 开口.

我尝试更改以适应模式。 它没有改变任何地方。

我还尝试了调整 CDR 带宽。 使用"00"值时、它将停止发送数据包。  

对于所有其他值、系统的行为方式相同:()

我将尝试使用寄存器进行更多操作。

此致、

列夫

尊敬的列夫：

感谢您尝试我的调试建议。 我将继续思考您可以尝试的其他想法。 希望你有一个美好的假期!

此致！

卢卡斯