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.

[参考译文] DP83867CS:DP83867CS -在 SGMII 模式下、无1000Mbps 无误 ping

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1314220/dp83867cs-dp83867cs---no-error-free-ping-with-1000-mbps-in-sgmii-mode-possible

器件型号:DP83867CS
主题中讨论的其他器件: DP83867IR

尊敬的支持团队:

我们有一个具有以太网 PHY DP83867CS 的模块、该模块配置为 SGMII 模式。

启动后、两个链路伙伴都显示"Link Detected:Yes"。 但我们没有通过1000Mbps 的 ping 回复。

带 DP83867的模块侧的链路数据如下:

ETH0的设置:
       支持的端口:[]
       支持的链路模式:  10baseT/Full
                               100baseT/Full
                               1000baseT/Full
       支持的暂停帧使用:对称仅接收
       支持自动协商:是
       支持的 FEC 模式:未报告
       广播的链路模式: 10baseT/Full
                               100baseT/Full
                               1000baseT/Full
       广播暂停帧使用:对称仅接收
       广播的自动协商:是
       广播的 FEC 模式:未报告
       连接方广播的链路模式: 10baseT/half 10baseT/Full
                                            100baseT/1/2 100baseT/Full
                                            1000BaseT /半1000 BaseT /全
       连接方通告的暂停帧使用:对称仅接收
       连接方广播的自动协商:是
       连接方广播的 FEC 模式:未报告
       速度:1000Mb/s
       双工:全双工
       端口:双绞线
       PHYAD:0
       收发器:内部
       自协商:开启
       MDI-X:未知
       支持唤醒:ubgs
       唤醒:D
       SecureOn 密码:00:00:00:00:00
       当前消息级别:0x0000003f (63)
                              DRV 探测链路计时器 ifup
       检测到链路:是

DP83867CS 上的寄存器值为:

0x0 0x1140
0x1 0x796d
0x2 0x2000
0x3 0xa231
0x4 0xd41
0x5 0xcde1
0x6 0x6F
0x7 0x2001
0x8 0x4806
0x9 0x200
0xA 0x4c00
0xb 0x0
0xc 0x0
0xd 0x401f
0xe 0x1000
0xF 0x3000
0x10 0x5848
0x11 0xac02
0x12 0xec10
0x13 0x4
0x14 0x2bc7
0x15 0x0
0x16 0x0
0x17 0x40
0x18 0x6150
0x19 0x4444
0x1a 0x2
0x1b 0x0
0x1c 0x0
0x1d 0x0
0x1E 0x282
0x1F 0x0

以太网伙伴(计算机 PCI 插槽中的一个简单以太网卡)的链路数据如下:

ens4的设置:
       支持的端口:[ TP   MII ]
       支持的链路模式:  10baseT/half 10baseT/Full
                               100baseT/1/2 100baseT/Full
                               1000BaseT /半1000 BaseT /全
       支持的暂停帧使用:对称仅接收
       支持自动协商:是
       支持的 FEC 模式:未报告
       广播的链路模式: 10baseT/half 10baseT/Full
                               100baseT/1/2 100baseT/Full
                               1000BaseT /半1000 BaseT /全
       广播暂停帧使用:对称仅接收
       广播的自动协商:是
       广播的 FEC 模式:未报告
       连接方广播的链路模式: 10baseT/Full
                                            100baseT/Full
                                            1000baseT/Full
       连接方通告的暂停帧使用:对称仅接收
       连接方广播的自动协商:是
       连接方广播的 FEC 模式:未报告
       速度:1000Mb/s
       双工:全双工
       自协商:开启
       主从 cfg:首选从
       主-从状态:从
       端口:双绞线
       PHYAD:0
       收发器:外部
       MDI-X:未知
       支持唤醒:Pumbg
       唤醒:D
       检测到链路:是

有时单个 ping 请求会得到回复...

从192.168.225.1起为64字节:ICMP_SEQ=7 TTL=64时间=2.28ms
从192.168.225.1起为64字节:ICMP_SEQ=11 TTL=64时间=2.17 ms
从192.168.225.1起为64字节:ICMP_SEQ=15 TTL=64时间=2.17 ms
从192.168.225.1起为64字节:ICMP_SEQ=20 TTL=64时间=2.18ms

...但大多数数据包丢失(例如'64.8%数据包丢失')。

即使将 PHY 复位为默认值(硬复位)、也无法实现无错 ping 处理。

即使我们使用的 PHY 寄存器值的故障排除文档-没有无错误的 ping ...

我们的问题是什么、对于无差错的 ping 处理、有什么变化?

感谢您的帮助。

此致

约尔格

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

    尊敬的 Joerg:

    感谢您分享这些信息。 如果可能、您能否共享以下信息:

    • 设置的方框图?
    • SGMII 通信原理图。

    --

    此致、

    林希尔曼

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

    你好,林希尔曼:
    附件为该设置的方框图。

    这部电影很快就会发布。

    此致

    约尔格

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

    ...和 Phy 的原理:

    ...电源:

    此致、

    约尔格

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

    尊敬的 Joerg:

    我还想检查的是寄存器0x0037。 SGMII 自动协商是否完成?

    看一下您的原理图、我只看到 传输引脚上存在交流耦合。 接收引脚上是否也有交流耦合电阻器?

    我还看到您在原理图中同时使用了 RGMII 和 SGMII。 如果可能、您是否可以移除用于 RGMII 通信的0欧姆电阻器、看看这对您的设置是否有帮助?

    --

    此致、

    林希尔曼

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

    你好,林希尔曼:

    寄存器37中的 BOTH 位已启用、已接收到 SGMII 页且 SGMII 自动协商已完成。

    是的、接收线路上也有交流耦合电容器。 这些电容器位于更远的适配器 PCB 上靠近源极(MAC)的位置(因此在给定的原理图摘录中不可见)。

    我们已经完成了、移除了所有0欧姆电阻以切断 RGMII 线路、但我们无法观察到任何影响。

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

    Jens、您好!

    此 E2E 主题是否与您发布的另一个主题类似?

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1313217/dp83867ir-ethernet-link-instability-in-sgmii-mode

    如果是、我将关闭这个、然后在另一个 E2E 上工作。

    --

    此致、

    林希尔曼

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

    你好,林希尔曼:

    您是对的、两种情况都链接在一起。 在这两种情况下、使用相同的模块、具有相同的驱动程序和固件、但链接伙伴不同、并且错误行为不同。  因此,我建议分别处理这两宗个案。

    这两种情况之间的区别同样是:

    线程1)'DP.83867IR:SGMII 模式下的以太网链路不稳定'
    * SGMII 模式、10Mbps:ping 不起作用(无应答、100%丢包)
    *100/1000Mbps: ping 工作正常
    *链接伙伴(eth 卡): Broadcom BCM95722A2202G PCIe

    Thread 2)'DP.83867CS:DP83867CS -在 SGMII 模式下无法以1000 Mbps 的速率执行无错 ping 操作'
    * SGMII 模式、1000Mbps:Ping 可不时运行(不无错误、约70%数据包丢失)
    * 10 Mbps: ping 工作正常
    *链接伙伴(eth card ): LogiLink PC0029A PCIe

    如果您认为这两个问题都有相似的原因和解决方案、则关闭线程1。

    此致、
    Jörg

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

    尊敬的 Jorg:

    感谢您的解释。 在这种情况下、问题似乎在 MDI 侧而不是 SGMII 侧。  

    • 您能告诉我您是如何从10Mbps 更改为1000Mbps 的吗?
    • 如果可能、您能否与变压器原理图信息共享 RJ45?
    • 您还可以看一下布局检查清单、确保您的布局遵循布局检查清单要求吗?

    e2e.ti.com/.../0245.IndustrialPHY_5F00_Layout-Review-Checklist.xlsx

    --

    此致、

    林希尔曼

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

    你好,林希尔曼:

    *默认情况下我们不切换到1000 Mbps,假设自动协商 在模块与链路伙伴之间协商1000 Mbps。
    否则、如果我们切换测试速度、则使用链路伙伴的命令(此处为 card 'LogiLink PC0029A'):
    'sudo ethtool -s ens4速度1000双工全双工'。

    *所使用的 RJ45是  Amphenol 的 RJMG201031110NR。 请参阅随附数据表中的:

    e2e.ti.com/.../rjmg20103xxx0xr.pdf

    *为了完成布局检查清单,我们需要更多的时间...

    此致、
    Jörg

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

    尊敬的 Jorg:

    抱歉、我认为问题还不能结论出在 MDI 上、因为 SGMII 自动协商完成指示 SGMII 可以通信、但并不表示信号有多糟糕。

    正如我在前面的 E2E 中提到的、您可以 在 MAC 或 Sock 上启用数据包生成器吗? 然后在 DP83867上启用 MII 环回、查看 SoC 是否能够接收回数据包。 看看您在 SoC 中是否发现任何数据包错误?

    --

    谢谢!

    林希尔曼