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.

[参考译文] AM5749:定制板:PRU1不工作

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1052587/am5749-custom-board-pru1-not-working

器件型号:AM5749
主题中讨论的其他器件: DP83640DP83620

您好!

我们使用处理器 AM5749开发了定制板。 在该板上、我们有用于管理工业通信的以太网端口:

我们能够检测这些以太网链路、请参阅以下文章: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/977155/am5749-idk574x-pr1-ethernet-hardware-modifications

我们使用的 phy 是 DP83640。

PRU2在这里使用单 Mac 模式、因此我们需要5.4内核才能使用它。 SDK 6.3在4.19上、因此我们必须更新到5.4或反向端口补丁、这一点没有问题。 PRU2在这些修改后工作。

PRU1无法正常工作、检测到驱动程序、但未执行 ping 操作。 当我们查看 phy 寄存器状态时、我们可以看到"MDI 对已交换"(在 TPTD 对上接收、在 TPRD 对上发送)。 在更改电阻器后、我们尝试使用 IDK 板上的 PRU1来实现这一点。 它工作正常。

那么、我们的研究转到了 PHY 和路由。

TI 上有多个有关 DP83640或 DP83620 PHY 的链接。 因此、最好将 PHY 更改为另一个。

对于路由、我们比较了 PRU1上的两个端口和 PRU2上的一个端口:

我们已查看以下文档以验证路由:

https://software-dl.ti.com/public/hpmp/sitara/eth_sys_hw_am_devices/presentation_html5.html

https://www.ti.com/lit/an/snla079d/snla079d.pdf?ts=1614867581989&ref_url=https%253A%252F%252Fwww.google.com%252F

路由看起来很干净。 可能顶部/底部过孔和布线长度过大。

对于这些调查、我们决定在下一个电路板修订版中将 PHY 更改为另一个。 还有其他我们应该尝试的吗? TI 方面有什么想法来解释 PRU1为什么不起作用?

此致、

昆廷。

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

    PRU1和 PRU2是否使用相同的 PHY (DP83640)?  PRU1和 PRU2 PHY 配置(硬件或软件)之间是否存在差异?  您是否已进行加倍检查以确保在 AM57x 器件上选择了正确的 PRU1发送/接收引脚?

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

    实际上、PRU1和 PRU2使用相同的 PHY。 硬件配置是相同的(除了布线长度和 PCB 上的定位)。 对于软件配置、唯一的区别是 PRU2的单 Mac 模式。

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

    我的理解是、这不是数据问题、而是 PHY 没有建立任何链路?  如果是-这是否意味着 PHY 有问题?  这就是为什么您询问是否建议更改 PHY?

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

    我们确实可以认为 AM5749和 DP83640之间的联系似乎很好。 这意味着问题必须在 PHY 和以太网端口之间。 我们对此并不肯定。 我询问是否建议更改 PHY、因为我在 TI 论坛上找到了三个链接:

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/961570/dp83640-comunication-issue-with-dp83640-ethernet-phy/3555142#3555142

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/810821/dp83620-direction-detection-mdix-issues-wrong-direction-detected

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/462123/dp83620---link-detection-problems-with-short-cables

    对于其中的两个、问题在离线解决后已解决。 所以我不知道是什么解决了它。 对于最后一个问题、更改了 PHY 并修复了该问题。

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

    我们还尝试使用具有5.4内核的单 Mac 模式在 PRU1上使用每个 PHY、该内核能够使用 PRU2上的 PHY。

    通过在 PRU1和 PRU2之间转储 PHY 寄存器、我们注意到仅在 PRU1的 PHY 上设置了 MDIX 位。

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

    此商品的最新状态是什么?  有更新吗?

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

    我们的计划是更改 PHY 以查看它是否有用、正如我在前面有关论坛上多篇文章中所看到的困难的消息中所解释的那样。 下一个电路板版本将于2022年2月制造。 在此日期之前、我们没有计划继续进行测试、因为我们花了很多小时在测试上学习我们的所有想法。 这就是为什么我希望获得有关我们所做的工作的反馈、以及其他测试的想法。 如果您有任何想法、请告知我们尝试执行这些想法、并可能在最后一刻更改了我们发送给分包商的制造计划。

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

    如果没有计划进行其他调试/讨论、请关闭此主题。  随着其他测试的完成、可以启动新线程。