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.

[参考译文] 100Mbps链路连接问题

Guru**** 2466550 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/638319/100mbps-link-up-issue

部件号:DP8.3867万IR

你(们)好

在我们的设计中,我们将TI处理器DM8147与以太网PHY DP8.3867万IRPAP连接。

我们能够ping 10Mbps和1Gbps。 但是,100Mbps似乎不起作用。 我们无法获得100Mbps的链路。

如果我们将PC配置为100Mbps并将其连接到主板,在自动协商期间,我们会观察到链路在10和100Mbps之间的振荡。  

这是否与 RGMII延迟设置有关?

我们已在 RGMII延时控制寄存器(RGMIIDCTL)中设置了RGMII_TX_delay = 1ns和RGMII_RX_Delay= 2ns。

请告诉我们如何处理此问题。

感谢您的快速回复。

谢谢,此致

Sushruta

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

    等待您的回复。

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

    这是非常有趣的。 当您说链路在10M和1000M之间振荡时,您在哪里可以看到此指示? 它是在链路LED上还是从DP8.3867万的状态寄存器上?

    您在RGMII上的延迟不应影响您的链路建立。

    您是否可以使用其他链接合作伙伴建立100M模式? 也许是一个100米的交换机? 我想将PC从方程式中排除出来。

    您还可以通过将寄存器0x9设置为0x0并重新启动自动协商,使DP8.3867万处理100M自动协商。

    如有可能,请分享一个示意图。

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

    您好,Rob

    感谢您的回复。

    1.

    当您说链路在10M和1000M之间振荡时,您在哪里可以看到此指示? 它是在链路LED上还是从DP8.3867万的状态寄存器上?[/QUOT]

     -状态寄存器  

    2.

    您是否可以使用其他链接伙伴建立100M模式? 也许是一个100米的交换机? 我想将PC从方程式中排除出来。
    [/引述]

    在这种情况下,我看不到任何链接

    请查找附加的示意图。

    谢谢,此致

    Sushrutae2e.ti.com/.../ETHERNET-ISSUE.pdf

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

    链接切换通常与RX_CTRL模式绑带相关。 我看到您已按照建议将RX_CTRL捆绑到模式3。 但是,某些MAC有时会在初始化过程中将这些线拉高或低。

    请读取寄存器0x6f。 请使用数据表部分8.4 .2.1 .4中所示的扩展寄存器访问方法

    检查寄存器0x6f中是否设置了bit[8]。 如果正确捆扎RX_CTRL引脚,则0x6f.8 = 1

    如果0x6f.8 = 0,请使用数据表部分8.4 .2.1 .3中所示的扩展寄存器访问方法设置31.7 = 0。 在注册31.7 和平等R1=0后,使用注册0.9 = 1重新启动自动协商。 写入寄存器0x0的总字数= 0x1200

    您也可以尝试在PC链接伙伴上禁用EEE模式。

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

    e2e.ti.com/.../dp8.3867万i_5F00_linux_5F00_dump.xlsHiRob

    感谢您的支持。

    请查找附加的寄存器转储。

    我们还尝试执行0x0031 = 0x30 (7位设置为0),但没有帮助。

    您能告诉我们其他哪些方面可以检查一下吗?

    由于此问题对我们非常重要,请您在方便时尽早回复。

    谢谢,此致

    Sushruta

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

    在您发送的Linux转储中,寄存器0x6e显示设置了bit[7]。 这将禁用DP8.3867万的自动协商。 无法重新启动自动协商。 我认为您的RX_CTRL引脚被拉高,并捆扎到模式4,这将禁用自动协商。

    开机时请将此引脚与MAC隔离。 在这种情况下,您应该会看到PHY能够自动协商。 另外,请确认设计中的电阻器R19和R20已放置,且原理图中显示的值正确。

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

    您好,Rob

    1.

    Rob Rodrigues 说:
    在您发送的Linux转储中,寄存器0x6e显示位[7]已设置。 [/引述]

    请重新检查所附寄存器转储表中寄存器0x6e中的值。

    它是 0x2010;表示位(7)=0;已启用自动协商。

    2.

    Rob Rodrigues 说:
    开机时请将此引脚与MAC隔离。[/QUOT]

    已拆除路径中的串联电阻器R18。 因此,RXCTL不连接到MAC,而是仅连接到带式电阻器。 同样的问题仍然存在。

    在寄存器转储中,我认为它似乎是自动协商未完成(寄存器0x01值)。 但不确定为什么会发生这种情况。

    请提供建议。

    谢谢,此致

    Sushruta  

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

    等待您的回复。

    如果有任何方法可以找出可能出现的问题,您能否告知我们?

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

    很难看出什么是错误的,所以我必须给你们一个很大的项目清单,以试图确定这里可能发生的情况。

    1.所用磁力显示中心丝锥短接在一起。 DP8.3867万中不允许此操作,因为它可能会导致NLP变形,从而影响自动协商。

    2.将PHY与MAC隔离,以便仅对PHY应用电源和MDIO控制。

    3.拆下反馈电阻器R53,不需要。
    3.a. 确保27 pF是您的晶体的良好价值。 对于27 pF,您的晶体所需的负载在数据表中应约为18 pF。
    3.b. 确保晶体ESR为50欧姆或更低。

    4.检查确认在正常操作期间,RBIAS电阻器R44上测得的电压是否为1V。

    5.连接到其他链接伙伴,我建议在您的主板上使用DP8.3867万 PHY1 (如果可用)。

    6.验证电源电压是否符合预期。

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

    您好,Rob

    感谢您的所有建议。 这真的很有帮助。

    a. 确保27 pF是您的晶体的良好价值。 如果使用27 pF,您的晶体所需的负载在数据表中应约为18 pF。[/QUOT]

    我将电容器值更改为18pF,现在它可以正常工作。 但是, 数据表中提到的晶体负载电容( )为18pF。

    我不知道为什么它不能在27pF工作。

    随附了板文件,可在水晶处拍摄。

    谢谢,此致

    Sushruta

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

    这很有趣。 与晶体如此接近的倾注参考平面可能会呈现比我们通常所设想的更多的杂散电容。 很高兴听到您发现了问题。

    此致,