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:DP8.3867万E新设计设计

Guru**** 2482105 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/665782/dp83867e-dp83867e-new-design-bringup

部件号:DP8.3867万E

使用DP8.3867万ERZ的新设计。

无特殊捆扎选项,所有选项均为默认/打开。

设备未按预期尝试开机时自动协商,我查看了所有基本内容,没有发现任何问题。

再次查看捆扎选项引脚时,特别是针对RX_CTRL,似乎模式1为N/A (不适用),并有一个特殊注释"(1)只有模式3和4对RX_CTRL有效。 模式1和2不适用,不应使用"

由于模式1是默认的捆扎选项(即:无晶体管),那么这怎么可能是N/A?

RX_CTRL的进一步说明是:

手提带模式1和2不适用于RX_CTRL。 RX_CTRL固定带必须配置为固定带模式3或固定带模式4。 如果RX_CTRL引脚不能捆绑到模式3或模式4,则必须将配置寄存器4的位[7](地址0x0031)清除为0

由于配置寄存器4的第7位被定义为保留并读回'0',因此清除此项的注释确实适用。


RX_CTRL引脚上的捆扎选项是否存在错误/勘误表(如果我在行之间读取,则似乎存在)

 

谢谢

Jeff

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

    DP8.3867万E具有隐藏式绑带模式,但无法正常工作。 这就是您需要为模式3配置RX_CTRL信号的原因。
    如果不为此对其进行绑定,则需要在寄存器0x31中设置bit[7]以禁用不正确的绑定。 即使DS显示RO和reserved,如果不是捆扎到模式3,则必须执行此操作。 我会通知我的同事,把登记册内的备注和备注删除。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您能否详细说明此隐藏捆扎选项控制的内容?

    这可能是PHY不尝试启动自动协商的原因吗?

    我们还遇到了一些问题,因为PHY似乎认为它处于SGMII模式,即使它应该处于RGMII模式

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

    Ross,

    你能否回复我的跟进问题?

    谢谢

    Jeff

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

    PHY认为它处于SGMII操作中,因为它必须与SGMII操作捆绑。 您是否将LED_0捆绑在主板上?
    您能解释一下LED_0在主板上的外观吗?
    LED_0需要处于模式0或模式3中,才能不处于SGMII操作中。

    很抱歉,我不能详细说明这种带式模式。 为了正确操作,RX_CTRL需要处于数据表中所述的模式3。
    否则,您可以使用注册访问方法。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我已经弄清楚SGMII问题(在扣带锁定期间,LED_0被卡住)。

    您是否只能确认RX_CTRL中无效的MODE_0是否影响自动协商? (无需详细说明破裂的隐藏带选项)

    我看到早期的数据表没有此限制,因此默认值00应该可以正常工作,如果默认值被破坏,效果不是很好:)

    对于寄存器0x31 位[7]操作,您在上面说我们需要设置位7,但是数据表中说要清除位7,哪一个是正确的?

    我们是否需要在执行神秘位7操作后发出软重置?

    谢谢

    Jeff Ross

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

    在这里为罗斯做了护罩,因为他是OOO。

    RX_CTRL带可控制自动协商,如DS中所示。 RX_CTRL的模式2和模式4完全禁用自动协商。

    模式1和模式3启用自动协商。 自动协商,一旦通过手提带禁用,则无法通过寄存器重新启用! 启用的不依赖于reg 0x31 bit[7]。

    如果您的DP8.3867万未发送FLP,并尝试与链接伙伴自动协商,则RX_CTRL引脚可能会在PHY初始化期间被拉至模式4。 它也可能进入模式2,但这不太可能,因为这是中间电压。

    寄存器0x31位[7]只能消除与某些链接伙伴的链接不稳定的可能性。

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

    现在,我们已经开始自动协商,您可以 澄清一下我在上一篇文章中提出的问题吗:

    对于寄存器0x31 位[7]操作,您在上面说我们需要设置位7,但是数据表中说要清除位7,哪一个是正确的?

    我们是否需要在执行神秘位7操作后发出软重置? (在论坛的其他地方看到了有关此注册表更改的内容)

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

    抱歉,您需要清除DS中显示的31.7。

    清除bit[7]后,重新启动自动协商或执行软重置。

    此致,