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.

[参考译文] AM5716:cpsw rgmii0:Rx CRC 错误

Guru**** 2554490 points
Other Parts Discussed in Thread: AM5726, AM5716

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/925854/am5716-cpsw-rgmii0-rx-crc-err

器件型号:AM5716
主题中讨论的其他器件:AM5726

我 ‘s am57xx 和 TI 的 dp83822。

83822通过 RGMII 连接到 cpsw 端口。

SDK 4.0.3

 当我不‘s 非常快的网络传输数据时,没有 Rx RCR 错误。但是,当我以全速传输数据时,会出现 许多 Rx CRC 错误。

 

1我找到:它将受到 uboot 中相关引脚的初始化配置的影响。当我将接收引脚设置为上拉时、错误率可达到10%。 将高电阻(5%)设置为下拉电阻(3.8)。 我不知道如何根据配置引脚。 (修改引脚配置时、phy ID 的配置也会受到影响。)

2 2. 我发现 uboot 中提供了 iodelay 配置。 当我使用与 am5716相对应的配置时、会出现许多 CRC 错误。 我在 am5716手册(表7-85)中修改配置。 针对 GMAC rgmii0的手动函数映射)。 但是、当我使用 am5726的配置时、CRC 误差将大大减少、可达到2%。 我想知道我是否应该继续修改此配置、以及此配置中的哪些参数是根据计算得出的

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

    您好!

    您必须为 RGMII 引脚使用正确的 IODELAY 值。  对于 IODELAY 配置值、请获取器件数据表中的最新数据。
    AM5716数据表- https://www.ti.com/lit/ds/symlink/am5716.pdf

    此处显示的值与数据表不匹配。 您能否尝试数据表中的正确值并进行测试?


    此致、
    Vishal

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

    我已经在链接中尝试过参数配置、结果更糟。 在进行少量数据通信的情况下、CRC 误差超过10%。 572x 的参数配置仅为1.5%、处于全速传输状态。

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

    您好!

    当您更新 IODELAY 值时、您还在 RGMII 线路的 padconfig 中启用了 MANUAL_MODE、对吧?

    此致、
    Vishal

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

    是的、我在测试期间启用了"手动模式"。 否则、当我修改 iodelay 的参数时、测试结果不应改变。 我还测试了"手动模式"是否已关闭、结果要比使用5716参数的结果好得多、该参数接近5726参数的测试结果。

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

    您好!

    您能否 通过更新以下寄存器来禁用内部延迟来检查行为?

    寄存器- 0x4A002534 (CTRL_CORE_SMA_SW_1)
       位- 25.      (RGMII1_ID_MODE_N)

    https://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/791/rgmii_5F00_id_5F00_mode.png

    此致、
    Vishal

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

    大家好、我做了你说的。 通过在 uboot 中进行配置来关闭内部延迟。 使用572x 配置时、CRC 错误率是测试结果的两倍。

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

    您好!

    数据表中的 IODELAY 值应保证数据表中的时序。  我们认为问题是由于两侧未配置为使用兼容的内部延迟模式。

    您应使用 AM57x 和 DP83822的时序值并使用编程的内部延迟模式来执行时序分析。

    此致、
    Vishal

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

    您好、Vishal、

    在这里了解您很高兴。 我在这里有一些关于您的回答的问题、

    使用 AM57x 和 DP83822的时序值、您是说我们应该设置 AM571x 时间值来满足 DP83822时序要求? 您能否帮助我们向我们展示 DP83822应该实现的价值?

    2、我们如何在寄存器中获取值?  例如(0x06F0、413、0)、我们如何在这里得到413和0? 谢谢。

    BR、

    查尔斯·林

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

    尊敬的林志光:

    对于#1、您可以尝试在 https://e2e.ti.com/support/interface/f/138上发布查询

    对于#2、数据表中提到了这些 IODELAY 值、 这些值 保证了数据表中的时序。

    此致、
    Vishal

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

    您好、Vishal、

    感谢您在此处的回复。 我认为我们的 IO 延迟目标可以使用以下值、即1-2ns。 您能否帮助提供如何计算 RXCTL_IN 时钟延迟以在 AM5716中获得1-2ns? 谢谢。  

    BR。

    查尔斯·林

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

    您好、Vishal、

    感谢您在此处的回复。 我认为我们的 IO 延迟目标可以使用以下值、即1-2ns。 您能否帮助提供如何计算 RXCTL_IN 时钟延迟以在 AM5716中获得1-2ns? 谢谢。  

    BR。

    查尔斯·林

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

    查尔斯

    请参阅 DP838222数据表中标题为"0x0017 RMII 和状态寄存器"的表。

    您能否仔细检查"RGMII RX 时钟移位"寄存器的状态?  应将其设置为1、以正确将来自 PHY 的时钟和数据置于中心位置。

    此致、

    Kyle