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.

[参考译文] DP83867CR:DP83867CR - RGMII 发送和接收时钟偏差详细信息的差异

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1363659/dp83867cr-dp83867cr---difference-in-rgmii-transmit-and-receive-clock-skew-details

器件型号:DP83867CR

您好!

我们在 Rx 和 Tx 线路上不提供任何 PU 及 PD 组合、因此 RGMII 发送时钟偏斜和接收时钟偏斜应处于模式1、即000、但当我读取6F 寄存器时、我得到的值为0x0155。  

根据寄存器 、RGMII 发送时钟偏斜和接收时钟偏斜处于模式6、即101。 请告诉我背后的原因是什么。

注意:在控制台中、我们看到链路向上为10Mbps、然后链路向下。

谢谢

萨加尔

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

    大家好、sagar:

    RGMII 时钟延迟的自举引脚是 GPIO_0/1 (RX)和 LED_1/2 (TX)-您能否澄清这些是否是您指的没有 PU/RGMII 时钟的自举引脚 PD?

    这些引脚上可能还有其他器件或组件会影响 PHY 启动时的采样电压。

    原理图可以在 e-mayhew@ti.com 上共享 、以便我可以查看搭接。

    谢谢!

    埃文

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

    尊敬的 Evan:

    是的、我根据101配置检查了 GPIO 0/1和 LED 1/2具有 PU。 您能否告诉我们、我需要从固件角度输入3.5ns 的位置、以便我的硬件和软件保持同步?

    谢谢

    萨加尔

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

    大家好、sagar:

    如果您运行的是 Linux、以下是器件树示例:

    https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/Documentation/devicetree/bindings/net/ti,dp83867.yaml?h=ti-linux-5.10.y

    "TI、Rx-internal-delay"或" ti、TX-internal-delay"可用于调整 RGMII 延迟并在启动时覆盖自举值(设置为3500ps)。 
    寄存器0x32[1:0]用于启用移位/对齐模式、而0x86[7:0]用于在移位模式下调整 TX/RX 延迟。 

    将器件树和搭接设置为3.5ns 后、读取0x86[7:4]和0x86[3:0]作为"1101"、以确认上电后已设置3.5ns 延迟。

    请告诉我、我是否可以进一步澄清。

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

    您好、Evan:

    在 DTSI 中、我们设置2.25ns、这就是我们在0xx86寄存器上得到0x0088的原因。

    谢谢

    萨加尔

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

    大家好、sagar:

    我了解。 您现在是否遇到任何意外行为或问题?

    谢谢!

    埃文

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

    您好、Evan:

    实际上链路没有启动、我们可以看到2.5MHz 上的 Rx clk 和125MHz 上的 TX clk。 不确定从软件角度应该调试什么内容。 您能否告诉我、后视镜 EN 系带的功能是什么? 启用、我们是否需要禁用它?

    谢谢

    萨加尔

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

    大家好、sagar:

    如果已交叉 MDI 到 RJ-45的布线以匹配以下端口映射、则使用镜像启用:

    如果不希望使用此映射、请通过自举或写入0x31[0]='0'禁用镜像模式。

    如果这样不能解决您的链路问题、请共享寄存器转储、以便我可以查看 PHY 状态和配置。

    谢谢!

    埃文  

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

    您好、Evan:

    感谢您的支持。 1G 现在正在工作。 我们发现镜像启用自举模式3在更改为模式1后开始工作。  

    谢谢

    萨加尔

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

    您好、Evan:

    我还有两个关于这一点的疑问-

    1.设置镜像启用自举从模式3到模式1解决了我的问题,只是想知道,因为自动 MDI/MDIX 在那里,为什么它依赖于镜像启用自举?

    2.到目前为止,在 RJ45连接器的左侧,我们有双 LED 绿色和橙色,按照下图连接到 PHY,但我看不到它的闪烁。 还请查找 RJ45连接器原理图。

    我做了一个实验-

    我在0x0019寄存器上写入了0x4404或0x4440、以便 LED1或 led0彼此相反。 在左侧双 LED 开始闪烁后。

    请告诉我如何解决此问题。

    谢谢

    萨加尔

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

    大家好、sagar:

    自动 MDIX 用于自动检测交叉电缆、但根据我的理解、端口映射在镜像模式和交叉电缆之间是不同的。

    如果使用带有 Direct A->A 的标准电缆... 建议进行映射、镜像模式禁用和自动 MDIX 启用。

    当驱动为低电平或高电平时、RJ-45 LED 是否设置为偏置? 如果交换极性可以在链路期间实现 LED 触发、则可能需要对寄存器进行配置。

    谢谢!

    埃文

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

    您好、Evan:

    如果我更改了寄存器值、那么它会在系统要复位时复位为默认值。 那么如何将该值永久写入寄存器?

    谢谢

    萨加尔

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

    大家好、sagar:

    可在驱动器/器件树中初始化 LED 设置、以便在启动时进行反极性设置-这是可接受的解决方法吗?

    谢谢!

    埃文

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

    您好、Evan:

    您确定我们是否需要反转其中一个 LED 的极性?

    谢谢

    萨加尔

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

    我不知道是否需要、您能否在不实现反极性的情况下分享有关 PHY 状态的更多详细信息? 当您观察到没有 LED 活动时、DP83867及其链路伙伴上的链路状态是否为正常?

    谢谢!

    埃文

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

    您好、Evan:

    我在电路板中使用一个 DP83867、并运行 youtube 视频。 右侧 LED (黄色)持续闪烁、左侧双 LED (双 LED)根本不闪烁。 在0x0019上、我们将获取0x4444。

    谢谢

    萨加尔

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

    大家好、sagar:

    我仍然不清楚 PHY 状态、请读取并共享寄存器值0x1。 如果链路状态为0x1[2]='1'、则 RJ-45 LED 应亮起。

    谢谢!

    埃文

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

    您好、Evan:

    在0x01上为0x769D 。

    谢谢

    萨加尔

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

    大家好、sagar:

    请分享原理图以便我审阅(可以通过电子邮件发送至 e-mayhew@ti.com 进行私人共享)。

    谢谢!

    埃文

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

    您好、Evan:

    PFA  

    对于 LED0和 LED1电路-我已在上面分享了详细的方框图

    谢谢  

    萨加尔

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

    大家好、sagar:

    请期待 EOD 5/29对此的反馈。

    谢谢。

    埃文

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

    大家好、sagar:

    抱歉、我仍然不清楚 RJ-45和 LED_1/2之间的连接。

    可以共享完整的 PDF 文件、还是用 PHY LED 和 RJ-45之间连接的方框图?

    要重现此问题、镜像模式已禁用、链路按预期运行、但 RJ-45链路 LED 在链路建立期间保持关闭(通过手动反转极性来解决)。

    谢谢!

    埃文

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

    您好、Evan:

    请查找 LED 0和1的详细连接以及 RJ45连接器的数据表。

    https://www.we-online.com/components/products/datasheet/7499111614A.pdf

    注:RJ45的右侧的黄色 LED 闪烁、连接到 LED2、但双 LED 不闪烁。

    谢谢

    萨加尔

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

    大家好、sagar:

    请期待我明天对此问题的反馈。

    谢谢。

    埃文

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

    大家好、sagar:

    LED0和 LED1的自举配置将两个 LED 设置为高电平有效。 LED_0的默认功能是通用链路状态、LED_1是1000BASE-T 链路状态。

    在千兆链路的情况下、LED_0和 LED_1都将被驱动为高电平、从而导致 RJ-45的引脚15/16之间没有电压差。

    这种情况下的解决方案是从 RJ-45上断开 LED_0或 LED_1、以允许在单个 LED 上存在电压差、或反转 LED_0或 LED_1的极性。

    请告诉我、我是否可以进一步澄清。

    谢谢!

    埃文

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

    您好、Evan:

    是否有任何方法可以通过硬件自举来反转极性?

    谢谢

    萨加尔

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

    大家好、sagar:

    LED 极性取决于 LED_0 / LED_1引脚的自举模式:

    模式1/2/3 =高电平有效

    模式4 =低电平有效

    LED_0无法支持模式4。 LED_1可与模式4反转、但仅当相应的 ANEG_SEL = 1 (100/1000M AutoNeg)和 TX 时钟偏移设置(表8-7)对于您的设计而言是可接受的时、才建议使用此模式。

    如果在 Linux 环境中使用该器件、最简单的解决方案可能是在启动时通过驱动器/器件树配置 LED 极性。

    谢谢!

    埃文