This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] DP83867CR:Agilex 平台上的 DP83867 数据包丢失问题...

Guru**** 2378650 points
Other Parts Discussed in Thread: DP83867CR
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1524471/dp83867cr-dp83867-packet-loss-issue-on-agilex-platform

器件型号:DP83867CR

工具/软件:

您好的团队、

客户发现 DP83867 数据包丢失问题并进行了一些测试。

他们使用的 RJ45 连接器是 8207S-81000075-1、其中包括 变压器

1.测试 FPGA MAC 和 DP83867CR MII 查找包和数字环回、无数据包丢失。 数据包丢失似乎不是 RGMII 问题

2.使用 2 个 DP83867CR 板进行连接、并为 1 块板设置反向环回模式、未发生数据包丢失问题。

3、使用桥接 2 个 DP83867 板  TP-Link TL-SG108(1G 交换机) 它工作正常

4.使用桥接 2 个 DP83867 板  ZyXEL XGS1250-12(多千兆交换机)  或  TP-Link TL-SG108-M2(2.5G 交换机) 、数据包丢失率约为 0.5%

检查上述连接测试的相关寄存器、环路质量约为 40~90 μ H

 当连接到特定的多千兆交换机 (ZyXEL XGS1250-12、TP-Link TL-SG108-M2) 时、似乎会发生数据包丢失、但在使用标准 1G 交换机 (TP-Link TL-SG108) 或 PHY 直接环回/反向环回进行测试时、DP83867CR 是否具有特定的寄存器配置、已知的兼容性问题或建议的调试方向?

请帮助!

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    对于 使用的 2 个 DP83867 桥板  ZyXEL XGS1250-12(多千兆交换机)  或  TP-Link TL-SG108-M2(2.5G 交换机) 大约有 0.5%的数据包丢失、  

    • 您能否分享整体连接的图片?
    • 如果启用 DP83867 反向环回、您是否看到任何数据包丢失?
    • 您是否还可以在多千兆交换机和 1G 交换机之间共享从 0x00 到 0x1F 的寄存器转储?  
    • 您是否还可以测量多千兆开关和 1G 开关之间的 CLK_OUT 频率?

    您是否也可以尝试本 应用手册的第 3.1 和 3.2 节中的两个脚本 、看看它是否能够解决数据包丢弃问题?

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、David:

    感谢您的提问! 以下是我们在测试中找到的内容以及您要求的信息:

    我们的测试设置: 一个 DP83867 板配置为反向环回装置、另一个充当 DUT 以进行测试。

    1. 这是总体连接图。

    2. 当反向环回装置直接连接到 DUT 时、我们没有看到任何数据包丢失。

    3. 附加了寄存器转储:

      • TL-SG108-M2.txt(多千兆交换机)
      • TL-SG108.txt(1G 交换机)
    4. 我们的电流原理图没有 DP83867 CLK_OUT 的测试点、因此我们将提供 DP83867ERGZ EVM 来进行这些测量。

    5. 应用手册第 3.1 和 3.2 节中的脚本修复了 ZyXEL XGS1250-12 的数据包丢失问题。 然而、TP-Link TL-SG108-M2 没有观察到改善。

    如果您有任何其他问题、请告诉我!

    Jim

    e2e.ti.com/.../TL_2D00_SG108.txte2e.ti.com/.../TL_2D00_SG108_2D00_M2.txt

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jim

    通信  TP-Link TL-SG108-M2 交换机、  两个脚本是否都没有发现数据包丢失的任何改善? 您是否可以尝试使用 35m、45m 或 50m 以太网电缆、您是否会发现使用较长的电缆时数据包丢失会变得更糟或更好?  

    此外、您能否通过写入寄存器 0x53 位[3:0]来更改数据包间隙并查看它是否解决了数据包丢失问题? 请注意、寄存器 0x53 是扩展寄存器、您必须使用扩展寄存器访问才能写入该寄存器。

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 David:


    感谢您的跟进! 关于 TP-Link TL-SG108-M2、我们有一些更适合您的测试结果:

    1. 第 3.1 节中的脚本 这无疑有助于将数据包丢失从 0.6%降至更低 0.15%
    2. 不过、 第 3.2 节中的脚本 没有任何改善。
    3. 关于您的电缆长度问题、请比较 A 15m 以太网电缆 到 0.5m 时、数据包丢失大约增加了 0.03%至 0.09%
    4. 我们还尝试了调整 寄存器 0x53 处的数据包间间隙 。 将数据包从默认值 0x5 更改为 0x4 后、数据包丢失从 0.69%下降至 0.18% 。 只是一个提示、此设置实际上包含在第 3.1 节脚本中、因此结果非常相似。

    您可以在随附的文件中找到详细的测试日志: packets_loss_20250612.xlsx

    希望这对您有所帮助! 如果您有任何其他问题、请告诉我。

    Jim

    e2e.ti.com/.../packets_5F00_loss_5F00_20250612.xlsx

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    此外、 客户 想确认是否必须为此应用使用具有 2%匝数比容差的 RJ45 连接器。 目前、我们正在使用容差为 5%的连接器(有关更多详细信息,请参阅随附的数据表)、并且购买容差为 2%的引脚对引脚替代产品颇具挑战性。

    如果 2%的容差确实是一项关键要求、我们需要重新设计 PCB 布局以适应兼容连接器。 除了重新设计和重新验证所需的额外时间外、2%连接器的更高成本也是我们关注的问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jim

    您能否将数据包间间隙更改为 0x3 值、基本上是将 0x2053 写入寄存器 0x53、并改善数据包丢失?  

    Bonnie

    我们只对 PHY 表征了容差为 2%的变压器、因此不能诚实地说、对于容差为 5%的变压器、会产生什么影响。 但指定的匝数比有助于确保 我们的 PHY 能够与链路伙伴正确通信。 使用不同的比率会影响兼容性、可能会导致包括数据包丢失在内的性能问题。 我建议首先使用我们的 EVM 进行此操作  TP-Link TL-SG108-M2 交换机  并查看是否可以观察到数据包丢失问题。 如果没有、则在此设计中将 5%的变压器更改为 2%的变换、并查看是否可能重复出现数据包丢失问题。

    谢谢

    David   

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、David:

    感谢您的建议! 我们使用 0x3 进行了数据包间隙测试、结果如下:

    更改之后 数据包间间隙与 0x3 、TP-Link TL-SG108-M2 上的数据包丢失率显著提高、降至 0.0001%以下 ! 但是、数据表未说明 0x3 值的含义。 您是否碰巧对此有了更详细的信息?

    关于 EVM 测试、我们预计 下周收到 EVM 。 然后介绍 将 EVM 的性能与我们当前的电路板进行比较、分析兼容性问题是否由容差为 5%的变压器引起

    再次感谢您的帮助!

    Jim

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jim

    好消息是、您看到数据包丢失率下降到 0.0001%以下、数据包间隙 (IPG) 设置为 3。 当数据包丢失降至 0.0001%以下时、这是可接受的解决方案吗?

    数据包间间隙是指以太网帧传输之间允许的最短时间。  DP83867 支持 MDI 上的预期 12 字节 IPG、在某些情况下也支持更低的容量。 这个数字来自 IEEE802.3 第 4.4.2 节、其中规定了 MAC TX 线路上传输帧的最小 IPG 为 12 字节。 当数据进入 PHY 时、时钟域切换、因此在 MDI 线路上发送时、IPG 可能有 11 个字节。 在 IPG 较小的情况下、寄存器 0x53[3:0]有助于增加这些应用中的裕量、而不会影响性能。 可以设置的最低值为 0x3(默认值为 0x5)、已出现为支持 11 IPG。  

    这说明了交换机过于激进、它正在 以较小的数据包间隙进行传输、以实现更高的数据传输速率、从而导致数据包丢失。 是否有办法降低交换机数据传输速率?

    谢谢

    David