[参考译文] DP83867E：链路未建立

你好、Hayashi、  

感谢您提交您的问题、我很乐意提供帮助。 我想澄清几个有关客户设置的问题

Unknown 说：

但重复使用链路接通和断开

Unknown 说：

通过自动协商在1G 建立链路

这是否指的是2个不同的 PHY、一个 PHY 建立了链路、但 ping 无效、另一个 PHY 在上链路和下链路之间切换？

此测试使用的是什么电缆？ 电缆长度是多少？

客户是否尝试过作为链接伙伴与另一个 PHY 而不是 PC 链接？

客户能否为这两种情况(链路完全未建立且间歇性链路)提供寄存器转储？ 具体而言、我想看看寄存器0x00 - 0x1F、0x6E、0x6F。  

请注意、后2个寄存器(0x6E、0x6F)是扩展寄存器、需要相应地访问。 有关这方面的更多信息、请参阅 此常见问题解答。

这些寄存器可以告诉我们更多关于 PHY 的一般状态以及 PHY 绑定的模式、以确保一切相加。

[quote userid="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established 客户参考版本 C

这是 指的是 数据表版本吗？ 我认为最新的数据表修订版本是修订版 E、可以 在此处找到。

此致！

Vivaan

尊敬的 Vivaan：

Unknown 说：

这是 指 数据表修订版吗？ 我认为最新的数据表修订版本是修订版 E、可 在此处找到。

是的、是数据表版本。 如果这些信息来自修订版 C 之后的勘误表、则可以是问题提示

我将让客户来回答这些问题。

此致、

Hayashi。

你好、Hayashi、  

明白了、可以在 产品页面上找到该器件的所有更新文档和支持。 期待客户澄清设置

此致！

Vivaan

你好、Hayashi、  

感谢您澄清设置。  

查看寄存器、我发现设置这些配置(strap)是为了启用 RGMII 和 SGMII 模式。 客户用于该项目时使用的 MII 接口是什么？

是否有任何明显因素使 PHY 以上述两种不同的方式行为、或者这两者之间的行为是否是随机的？

[报价 userid="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established/5523370 #5523370"]来自 Buffalo 的第6类电缆[/QUOT]

我还想说明此设置中使用的电缆长度是多少？

[报价用户 id="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established/5523370 #5523370"]是的、他们尝试使用 DP83867ERGZT 进行链接。[/QUOT]

此设置中的间歇性链路是否也出现同样的问题？

如何识别链接？ 在两种情况下、我都可以从寄存器转储中看到链接。 客户是使用寄存器0x01检查链路状态、还是使用 LED 或链路伙伴侧？

此外、客户能否共享原理图？ 请要求客户使用以下检查清单、以确保符合设计标准。  

e2e.ti.com/.../SLVRBN1A.xlsx

此致！

Vivaan

尊敬的 Vivaan：

很抱歉这么晚才回复。 客户向我发送了一份原理图和检查清单、如下所示。 在同一 PCB 中、有两个 LAN 端口在相同的原理图和几乎相同的布局中使用 DP83867。 但 port1有时会失败、而另一个则不会失败、或者 port2有时会失败、而另一个则不会。 它是随机发生的。  

e2e.ti.com/.../DP83867-2ports-schematic.pdfe2e.ti.com/.../SLVRBN1A_5F00_answered.xlsx

其他信息。

1.已发布器件的批次编号为3056433EM3。

2. 数据表修订版本更新(1Gbps 通信速度下的3.4不稳定链路建立调试)->当链路未建立时、尝试此操作后、他们可以建立链路、但 ping 仍然未通过。

数据表修订版本更新(3.5 DP83867PHY 和 DP83867PHY 无法以1Gbps 的速率建立链路)-> A231。 无关系。

4. GbE2_SGMII_RXN/GbE2_SGMII_RXP 上的波形如下。 左侧指示器正常。 这是不好的。

5.状态寄存器1 [7：0] IDE 错误计数器不同。 好的一个是00、不好的一个是 FF。

6.中断状态寄存器不同。 好的一个是0x0000、不好的一个紧随其后

从左到右、依次为"port1 correct value"、"port2 ping"、"once"、"port2 ping"、 两次"、"PORT2每20次成功 ping 一次"

您能说明为什么设备无法按预期工作吗？

此致、

Hayashi

你好、Hayashi、  

感谢您提供的所有详细信息。  

您提到两个 DUT 位于同一个 PCB 上。 两个器件是否也连接了同一个 SoC？  

[报价 userid="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established/5606834 #5606834"] GbE2_SGMII_RXN/GbE2_SGMII_RXP[/报价]处的波形

这些波形看起来都不应引起这种行为

[报价 userid="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established/5606834 #5606834"]

数据表修订版更新(3.4在1Gbps 通信下进行不稳定的链路建立调试)->当链路未建立时、尝试此操作后、可以建立链路、但 ping 仍未通过。

[报价]

很高兴这至少帮助解决了链路建立行为。  

正如您提到过的、问题发生在端口1或端口2上。 您是否要同时测试两个 PHY？ 如果是、您是否尝试过一次仅测试一个 PHY？

此外、我还想进行反向环回测试。 这可以通过寄存器0x16[5：2]进行设置。 使用此接口、我们可以尝试从 PC (链路伙伴)发送数据包、然后这些数据包将从 PHY 内部路由回 PC。 通过比较发送的数据包和接收的数据包、我们可以验证数据路径中 MDI 侧的完整性。  

此致！

Vivaan

尊敬的 Vivaan：

Unknown 说：

您刚才提到、问题发生在端口1或端口2上。 您是否要同时测试两个 PHY？ 如果是、您是否尝试过一次仅测试一个 PHY？[/QUOT]

很抱歉、虽然原理图和布局类似、但问题仅发生在端口2。 它们仅在一个端口上进行测试、另一个端口未连接到 PC、而是 PHY 本身上电。

Unknown 说：

两个器件是否也连接了同一个 SoC？  [报价]

正确

Unknown 说：

此外、我还想进行反向环回测试。 这可以通过寄存器0x16[5：2]进行设置。 使用此接口、我们可以尝试从 PC (链路伙伴)发送数据包、然后这些数据包将从 PHY 内部路由回 PC。 通过比较发送的数据包和接收的数据包、我们可以验证数据路径中 MDI 侧的完整性。  [报价]

在环回测试中、应在 PC 端执行什么操作？ 您能否进一步解释测试程序？ 客户和我读取了7.4.4回送模式、但我们不确定。

此致、

Hayashi

[/quote]

[/quote][/quote]

你好、Hayashi、  

感谢您澄清了仅在端口2上看到该行为。  

客户是否使用相同的 PC/电缆测试了端口1、并按预期工作？

因为 在某些故障情况下、空闲错误计数器的读数会作为 FF。 这可能是由电缆信号质量下降、FIFO 缓冲器溢出或 IPG 不正确导致的。 我想至少验证这不是由电缆损坏引起的、客户是否可以使用其他电缆进行测试？ 此外、我们还可以尝试使用寄存器0x10[15：12]增加 FIFO 深度、然后查看这是否有助于解决空闲错误。  

Unknown 说：

在回送测试中、PC 端该怎么办？ 您能否进一步解释测试程序？ 客户和我读了7.4.4回送模式、但我们不确定。

在 PHY 上设置环回后、客户可以向 PHY 发送任何类型的数据、然后这些数据会路由回 PC。 使用 Wireshark 或任何其他程序、他们可以看到发送和接收的数据包。 如果接收到相同的发送数据包、我们可以验证 PHY 的 MDI 线路是否按预期工作。 这甚至可能是 ping 请求数据包、但我们希望请求本身能够路由回 PC、而不是 ping 响应。  

我还希望检查 SGMII 线路本身。 如果客户可以在 ping 请求期间探测 SGMII RX 和 TX 线路而不启用任何环回、则会让我们知道 SoC 是否甚至收到请求以及是否回复收到的请求。  

此致！

Vivaan

尊敬的 Vivaan：

客户将 PHY 设置为"1Gbps/满"和"远端(反向环回)"、并使用数据质量分析器(MD1230B)通过发送帧来查看数据丢失。

由于所有帧均无错误返回、因此可以确认端口1。

端口2损耗约为80%。 发送的 帧计数为 9940、接收的帧计数为2,045,727。

客户认为这来自芯片间的差异。 你怎么看？

此致、

Hayashi

你好、Hayashi、  

感谢您获得反向环回测试结果。  

我希望确保此测试中的其他因素对于两个端口都是相同的、包括相同的电缆、相同的链路伙伴/端口等

根据此结果、这种数据包丢失的原因看起来确实是 MDI 侧。  

我想确认这种丢包行为是否仅以千兆位速度出现、与 ping 丢失相同。 是否可以在端口2上运行相同的测试、而链路速度为100M？

[报价 userid="404214" url="~/support/interface-group/interface/f/interface-forum/1437666/dp83867e-link-becomes-not-established/5669828 #5669828"]

客户认为这来自芯片间的差异。 你怎么看？

[报价]

这也可能是芯片间的差异。 如果可以、测试此情况的最佳方法是在 PHY 本身上执行 ABA 交换、将端口1 PHY 更改为端口2、将端口2 PHY 更改为端口1。 然后、我们可以重复相同的一系列测试、如果数据包丢失问题现在出现在端口1上、我们将知道这可能是 PHY 行为、否则、如果数据包丢失问题仍然留在端口2上、这可能是应用程序级行为。  

此致！

Vivaan

尊敬的 Vivann：

他们确认只能看到1000M 的这个问题、在同一设置下、他们无法看到100/10M 的任何损耗。 到目前为止、ABA 交换在客户侧很困难、因为他们需要一些内部调整才能实现这一点。 您能否向我们提供您对如何推进这一目标的意见？

此致、

山下耕太郎

尊敬的 Yamashita：  

这种行为在不同的电路板上是否一致？ 您是否还能在其他电路板的端口2上看到相同的数据包丢失情况？ 这可以让我们更深入地了解这种行为是芯片级还是应用级。

感谢您确认问题仅出现在千兆位速度上。 由于两个端口的原理图看起来相同、因此我想仔细观察一下布局。 我在下面附上了布局检查清单、请让客户仔细检查并填写。  

e2e.ti.com/.../SNLR048A.xlsx

此致！

Vivaan