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.

[参考译文] DP8.3867万E:SGMII自动协商失败

Guru**** 2455560 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/616739/dp83867e-sgmii-autonegotiation-failure

部件号:DP8.3867万E

您好,

我们正在尝试在Freescale QorIQ LS1021 ETSEC以太网控制器和DP8.3867万 PHY之间建立通信。  它们通过4线SGMII接口连接。  遗憾的是,我们在设计时使用了旧版本的DP8.3867万数据表(2015年10月)。  初始设计可从随附的DP8.3867万_原理图文件中查看。


然后,我们根据DP8.3867万的修订版(2017年3月)对电路进行了以下修改:
- RX_CTRL被修改为mode3以启用自动协商。
- LED_0 Rhi电阻值从11K更改为10K,以将手提带配置设置为Mode2。

在我们的测试中,我们观察到在远端(反向)回送模式下,我们成功地接收了传输的软件包。  Hovewer无论是在MII回送模式下,还是在数字回送模式下,我们都不能接收任何传输的消息。  我们已检查了SGMII线路,并在传输和接收通道中观察到1.25GHz信号。

我们还将寄存器0x31的位7设置为0,并通过将0x1200写入寄存器0来重新启动自动协商。  但我们没有看到任何改善。

转储的DP8.3867万寄存器值如下所示。

您是否有任何解决SGMII自动协商问题的建议?

此致,

Asil Yildirim

RX_D0和RX_D2位于模式1,因此PHY地址为0。

寄存器0x31保持不变:

PHY加0

reg add:0x0万,val:0x0.1万
reg add:0x0.0001万,val:0x0.0796万d.
reg add:0x0.0002万,val:0x0.2万
reg add:0x0.0003万,val:0x0000a231
reg add:0x0.0004万,val:0x0.0001万e1
reg add:0x0.0005万,val:0x0000c1e1
reg add:0x0.0006万,val:0x0.0006万d.
reg add:0x0.0007万,val:0x0.2001万
reg add:0x0.0008万,val:0x0.4806万
reg add:0x0.0009万,val:0x0.03万
REG添加:0x0万A,val:0x0.38万
reg add:0x0万b,val:0x0万
reg add:0x0万c,val:0x0万
reg add:0x0万d,val:0x0.0401万f
reg add:0x0万e,val:0x0.0095万
reg add:0x0万f,val:0x0.3万
reg add:0x0.001万,val:0x0.5848万
reg add:0x0.0011万,val:0x0000ae02
reg add:0x0.0012万,val:0x0万
reg add:0x0.0013万,val:0x0万
reg add:0x0.0014万,val:0x0.0029万c7
reg add:0x0.0015万,val:0x0万
reg add:0x0.0016万,val:0x0万
reg add:0x0.0017万,val:0x0.004万
reg add:0x0.0018万,val:0x0.615万
reg add:0x0.0019万,val:0x0.4444万
reg add:0x0.0001万A,val:0x0.0002万
reg add:0x0.0001万b,val:0x0万
reg add:0x0.0001万c,val:0x0万
reg add:0x0.0001万d,val:0x0万
reg add:0x0.0001万E,val:0x0.0002万
reg add:0x0.0001万f,val:0x0万
PHY加0
reg add:0x0.0025万,val:0x0.04万
reg add:0x0.0031万,val:0x0.001万b0
reg add:0x0.0032万,val:0x0万d3.
reg add:0x0.0033万,val:0x0万
reg add:0x0.0037万,val:0x0.0001万
reg add:0x0.0038万,val:0x0万
reg add:0x0.0006万e,val:0x0.08万
reg add:0x0.0006万f,val:0x0.01万
reg add:0x0.0071万,val:0x0万
reg add:0x0.0072万,val:0x0万
reg add:0x0万d3,val:0x0万
reg add:0x0万dc,val:0x0.38万
reg add:0x0万fe,val:0x0000e721
reg add:0x0.0135万,val:0x0万
reg add:0x0.0016万f,val:0x0.0095万


寄存器0x31位7设置为0:
PHY加0
reg add:0x0万,val:0x0.1万
reg add:0x0.0001万,val:0x0.0796万d.
reg add:0x0.0002万,val:0x0.2万
reg add:0x0.0003万,val:0x0000a231
reg add:0x0.0004万,val:0x0.0001万e1
reg add:0x0.0005万,val:0x0000c1e1
reg add:0x0.0006万,val:0x0.0006万d.
reg add:0x0.0007万,val:0x0.2001万
reg add:0x0.0008万,val:0x0.4806万
reg add:0x0.0009万,val:0x0.03万
REG添加:0x0万A,val:0x0.38万
reg add:0x0万b,val:0x0万
reg add:0x0万c,val:0x0万
reg add:0x0万d,val:0x0.0401万f
reg add:0x0万e,val:0x0.0095万
reg add:0x0万f,val:0x0.3万
reg add:0x0.001万,val:0x0.5848万
reg add:0x0.0011万,val:0x0000ae02
reg add:0x0.0012万,val:0x0万
reg add:0x0.0013万,val:0x0万
reg add:0x0.0014万,val:0x0.0029万c7
reg add:0x0.0015万,val:0x0万
reg add:0x0.0016万,val:0x0万
reg add:0x0.0017万,val:0x0.004万
reg add:0x0.0018万,val:0x0.615万
reg add:0x0.0019万,val:0x0.4444万
reg add:0x0.0001万A,val:0x0.0002万
reg add:0x0.0001万b,val:0x0万
reg add:0x0.0001万c,val:0x0万
reg add:0x0.0001万d,val:0x0万
reg add:0x0.0001万E,val:0x0.0002万
reg add:0x0.0001万f,val:0x0万
PHY加0
reg add:0x0.0025万,val:0x0.04万
reg add:0x0.0031万,val:0x0.103万
reg add:0x0.0032万,val:0x0万d3.
reg add:0x0.0033万,val:0x0万
reg add:0x0.0037万,val:0x0.0001万
reg add:0x0.0038万,val:0x0万
reg add:0x0.0006万e,val:0x0.08万
reg add:0x0.0006万f,val:0x0.01万
reg add:0x0.0071万,val:0x0万
reg add:0x0.0072万,val:0x0万
reg add:0x0万d3,val:0x0万
reg add:0x0万dc,val:0x0.38万
reg add:0x0万fe,val:0x0000e721
reg add:0x0.0135万,val:0x0万
reg add:0x0.0016万f,val:0x0.0095万

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

    从您的原理图中,我看不出有什么大问题。 需要注意的一点是,C2216和C2217形成的盖分隔器应按照(XI)建议部分中的数据表时钟所示进行连接。

    我不确定您的问题是什么,因为您提到SGMII无法正常工作,但注册表0x37中的SGMII自动协商完成位设置为1。 这意味着PHY已将链路的状态和信息传输到MAC,且MAC已确认数据。

    在您的帖子中,您说:“在我们的测试中,我们发现在远端(反向)回送模式下,我们成功接收了传输的软件包。” 您的意思是您从电缆发送的数据包是否放置在SGMII接口上? 或者,您是否意味着您从链路伙伴传输数据包,然后将其返回到链路伙伴?

    启用MII环回或数字环回时,您从何处发送数据包? MAC还是链接伙伴?

    您使用的是哪个链接合作伙伴? 链接合作伙伴是否具有EEE能力? 如果是,请禁用EEE。

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

    感谢您的回复。

    在反向环回模式测试中,传输的数据包会成功地返回到链路伙伴。 在MII或数字回送模式测试中,我们从MAC (Fare Scale LS1021 MOTETSEC)发送数据包。 我们检查了SGMII传输和接收通道,并在正常模式下观察到1.25 GHz信号。 遗憾的是,我们没有分析仪,因此我们不知道数据的内容。

    作为链接合作伙伴,我们试用了Allied Telesis AT - FS708LE (10/100M),3Com OfficeConnect千兆交换机。 这些基本交换机没有任何配置接口,它们连接到Cisco Catalyst 3560-CX系列网管交换机。 主机也连接到Catalyst 3560-CX交换机。

    在反向回送模式下,主机可以接收传输的数据包。 它是否足以验证DP8.3867万与主机之间的路径?

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

    您能否确认您的原理图中的电容器分配器已更换为数据表中所述的正确配置?
    反向环回可以用来验证MDI端(电缆端)和MII环回,以验证xMII接口(PHY - MAC连接)。
    尽管没有使用内部回路,但完整的设备测试甚至更好,因为它将是您的最终系统的样子。 您是否能够在MAC中启用环回以允许进行全面测试?

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

    我们已按照数据表中的说明更新了电容器分压器电路,但仍然无法通过PHY进行通信。 MAC没有反向回送功能。 在环回模式下,它仅“将MAC传输输出回路至MAC接收输入”。

    在MAC和PHY之间的良好SGMII连接中,DP8.3867万 SGMII自动协商状态寄存器(寄存器0x37)的值应该是多少? 通常,我的第一个读尝试读取寄存器0x37会导致0x3,但接下来的读数会在某个点后返回0x1值。 我不知道这种临时情况是否与MDI自动协商完成之间存在关联。 链路伙伴是否会影响MAC和PHY之间的SGMII链路?

    我是否必须将寄存器0x31的位[7]设置为0? 是否会产生副作用? 寄存器0x37位[0]变为1,独立于寄存器0x31位[7]值。 因此,在我们的情况下,无需更新寄存器0x31位[7]即可完成SGMII自动协商。

    此致,
    Asil Yildirim