[参考译文] DP83867IR：实际调试方法

您好、  

通常、我们使用数据包生成器并将电路板连接到 Spirent 的数据包生成器。 但是、硬件可能会变得昂贵。 作为一种较便宜的解决方案、ping 或 iperf 命令可能可行、但您可能还希望尝试通过 packETH 来生成具有相同数据包内容的数据包。  

此致、
j

我用 iperf 一次尝试过它、但没有成功、因为没有建立链路。 你会需要 ping 你自己的地址,这, AFAIK,将永远成功。

如果需要编译、我需要研究 packetETH。 因为我们要检查 AM62L 与 PHY 的连接。 我认为这也将是 Spirent 数据包生成器的 showsticker ,因为它看起来像,它是 Windows 软件。

您好、  

PacketETH 可用于发送连续的数据包流。 Spirent 数据包生成器是一种为链路伙伴生成数据包的硬件工具。 由于它是一种硬件工具、这可能会使成本增加很多。  

此致、
j

所以“可能“意味着、您没有测试过吗？

Spirent 数据包生成器也不会很有趣、因为我们可能会遇到 AM62L 或 DP RGMII 接口问题、因此使用其他硬件时、我们不会发现错误。

您好、  

我的团队使用数据包生成器硬件来连接我们的电路板并运行我们的测试。 数据包生成器充当链路伙伴、可持续向 DUT 生成数据包。

额外的硬件也可以正常工作、因为您可以测试电路板的 RGMII 接收路径、我认为这是您的初始问题。  

此致、
j

我想测试 SoC (AM62L) 和 PHY（DP8 某产品）之间的 RGMII TX 和 RX。 问题是、由于无法在 AM62L 下连接、因此您几乎无法测量 RX 线路。 目前我们遇到了性能方面的问题、因为它相当低。

您好、  

您可以使用 MII 环回将来自 MAC 的数据包循环回 MAC。  
您在这里面临的具体问题是什么？ RGMII 线路上是否存在数据包丢失？ 您如何排除 MDI 侧不是问题？

此致、
j

好… 但老实说、这对我没有太大帮助。 我使用此调试功能时遇到的最大问题是、我完全不知道如何从中受益。 我说的更多关于实际的方面、比如、需要一个合适的示波器、但不需要手动操作。 我知道您有一些特别的硬件要使用它、但最好提供一个示例来说（例如在 PHY 数据表中写入/读取扩展寄存器）。

有多个问题。 我目前正在与另一位 FAE 讨论 IBIS 模型以及 AM62L 的默认驱动程序设置错误的问题。 PHY 本身存在另一个问题、即两个缓冲器的行为不同、导致这些输入的上升/下降时间过长。 我收到了一些命令来提供帮助、但这无法解决我无法真正在 AM62L 输入端测量以验证信号的问题、因为此测量的质量在很大程度上取决于位置。 由于我目前不太相信 IBIS 模型、因此调试功能将是我第二出色的 RGMII 接口验证解决方案。

据我们所见、数据包丢失和 CRC 错误都不存在、无论使用快速设置还是慢速设置、都不存在。 IEEE 合规性测试是边界性测试、但大多数情况下都可以。 在某些情况下、我们可以获得全带宽 (>900Mbit/s)、但在某些情况下、我们甚至无法获得 300Mbit/s、它始终朝向从 AM62L 到连接设备的方向。 到处都是。

但我认为、如果我没有成功处理这两个 TT 中的任何一个、我将创建一个新 TT 来解决这个特定问题。

您好、  

我明白了。 作为以太网 PHY 应用工程师、我建议单独创建一篇文章来与 Sitara 团队进行讨论。  

我知道探测信号的 MAC 侧是令人沮丧的、尤其是当没有好的方法从 MAC 连续发送数据包时。  
在上升/下降时间方面、DP83867 在 0x0170 上具有 MAC 阻抗控制、已知这有助于解决上升/下降时间问题。您可以更改此上的值以更改 RGMII 线路上的上升/下降时间。  

此外、如果您有另一个带有 867 的主板、您还可以从 867 启用 PRBS 数据包生成、然后将数据包发送到有问题的主板。 此数据至少将发送到 RGMII RX 线路、因此您可以至少探测 RGMII 的 RX 线路。  


您可以启用位 12、13、14 至 1、以便向其链路伙伴生成 64 字节的连续 PRBS 数据包。  

您可以生成长度为 64 或 1518 字节的 PRBS 数据包。 我知道您希望同时测试 TX 和 RX RGMII 线路、因此这可能并不是您充分了解的方法。 但是、我希望这可以帮助您更轻松地探测 RX 线路。  

此致、
j

我应该提到、由于当前 AM62L SoC（将在下一版本中修复）中的硬件问题和 PHY 的不同输入缓冲器、TX 线路上的上升/下降时间并不长。 我没有检查 RX jet、因为没有良好的连接点（下一个最好的连接点是 PHY，这是最远的一个）。 这就是为什么选择自检方法、希望至少以这种方式进行验证、因为我还对 AM62L 的 IBIS 模型有一些担忧（但这也是另一个问题）。

连接第二个主板听起来不太正确、因为您可能会引入由不同系统引起的问题。 但在设备中获取数据也可以通过 iperf 完成、因此这不是问题。

如上所述、目标是使用自己的电路板工具在 SoC 本身的（主要是）RX 方向上验证 RGMII 接口。

您好、  

我们对此进行了内部讨论、我们认为、如果您将 PHY 置于模拟环回中、然后从同一个 PHY 生成 PRBS 数据、这样或许能够将数据环回到 RGMII RX 线路中。  
如果不起作用、则必须使用环回电缆将 PRBS 数据发送回 RGMII RX 线路。 否则、最好的解决方案将是我上面建议的解决方案。 尽管您会引入附加变量、但上述方法一定能够将数据发送到 RGMII RX 线路中。  

您可以像我在上一篇文章中提到的那样生成 PRBS 数据。 您可以通过将寄存器 0x0016 上的位 5：2 设置为 0010、将该寄存器的位 1：0 设置为 00、从而将 PHY 设置为模拟环回模式。  


此致、
j

使用环回电缆意味着什么？ 这是 1000BaseT、到目前为止、我认为 4 对是双向的。 （有趣的是,我的人读其他,但不能再找到它）。

这些电缆是每个引脚排列相互连接的电缆、因此数据将流回传输的 PHY 中。  
下面是我找到的一个示例： https://www.amazon.com/Networx-Gigabit-RJ45-Loopback-Tester/dp/B00E4OKGDE/ref=sr_1_2?dib=eyJ2IjoiMSJ9.WqBD2dQ-4pk0UGaiQW2zH5q_RhfTy4R1hVkr6KvrRFLI5e2S5xuEmacNyuf2q56I3GuVpcrMNJOzuurjCfdcltJ9xEvBf5UItCvQZuNrlHyL63Iik5fx0FGEDHU52eLBZOTMwSlwHmMDTodvD6k4BKmEk41o690yOVoF9dtJ95YHDgHPUms5DgPznVaE1R5zbfiFmuKkbTkR_9ouJRMiBZYIpzauNtmNxyv2xXB-a_M.ccQZtn2lbqzo6j9NI7N8Ems2MnSSEfoQIxqxm531SM4&dib_tag=se&keywords=rj45%2Bloopback&qid=1757603536&sr=8-2&th =1

嗯、是的、我也看到了它们。 但也许我错过了一些东西,我正在激烈地在这里郊游。 AFAIK I 有 4 对可发送数据、因此 125MHz 时钟与 DDR 等于 1Gbit。 如果我现在回送两对,我将有最大 0.5 Gbit（理论上）。 我读了一些东西、如果它只有两对可用、它就会切换到 100 Mbit、其他时钟为 1 Gbit。

由于这些是双向线路、PHY 旨在回声消除其发送信号输出、以便正确接收接收信号。