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.

[参考译文] DP83822IF:自动协商始终失败

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/747765/dp83822if-auto-negotiation-always-failed

器件型号:DP83822IF
主题中讨论的其他器件:AM3356TLK110SYSBIOS

您好!

我们使用两个 DP83822连接到 AM3356的 PRU_MII0和 PRU_MII1以用于 PROFINET。我们的问题现在是一个可以工作、另一个无法工作。
一个 PHY 的地址为9、另一个 PHY 的地址为1。(地址为9、RX_D2为上拉)。
两个 PHY 复位信号连接在一起。有趣的是 PHY 9始终工作正常(链路指示灯亮起),但硬件复位后 PHY 1始终无法工作(链路指示灯熄灭)。
PHY 9的寄存器0x0001为0x786D、PHY 1的寄存器0x0001为0x7849。显然、PHY 9的自动协商始终失败。
我切换了两个 PHY 的地址、PHY 1 (地址为1)始终无法正常工作。
我认为 RX_D2上拉是关键点。
它与硬件自举配置有关。我从未了解过此部分。
ICEv2板使用了 TLK110。现在它被 DP83822取代了。我需要注意的是 μ?
请给我一些指导。

此致、

周志安

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

    请仔细阅读并共享 SOR 寄存器(0x467、0x468)。这些寄存器锁存了设置值、可以提供一些有关该问题的见解。

    此致、
    GET
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Geet、您好!
    0x0467自举锁入寄存器#1 (SOR1)=0x2001、
    0x0468自举锁入寄存器#2 = 0x0000。
    两个 PHY 具有相同的值。
    这里有一个明显的问题、寄存器的值与外设硬件配置不一致、只有 PHY9的 RX_D2被拉高2k Ω、其他的都是默认值。
    最奇怪的是、PHY 9始终工作正常、两个 PHY 的地址值相同。
    您需要知道 PHY1的链路指示灯在硬件复位后熄灭。此串行管理网接口(MDC MDIO)尚未配置。
    我现在不知道,请给我一些提示!
    顺便提几个问题。
    您是否会停止 TLK110的生产、是否有特定的时间?
    是否有适用于 AM335x 和 DP83822的参考设计。如果不是、我建议您使用 DP83822而不是 TLK110进行工业通信、例如、 Profinet、EtherCAT。

    此致,

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

    我在上一封电子邮件中未能说明这些寄存器位于扩展空间内、您必须遵循第8.4.2.1节(扩展地址空间访问)中提到的步骤。 您是否使用它来读取 SOR 值。

    如果您提到 PHY 9上的链路指示灯熄灭,您能否检查 RX_CLK 引脚是否有时钟? 只需要确保 PHY 从复位状态中退出。

    要回答有关使用 DP83822的工业通信参考设计的问题、请参阅以下 TIDA 参考设计。

    www.ti.com/.../TIDA-00299 :它已经过工业通信测试。


    对于 TLK110 v/s DP83822、我们建议所有新设计都使用 DP83822。

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

    Geet、您好!

    我应该已经解决了这个问题。问题在于、pr1_mii1_col 由 isdk 配置为输出模式。 当 pr1_mii1_col 配置为输入模式时、PHY 工作正常。

    下面是 isdk (C:\ti\am335x_sysbios_ind_sdk_01.01.01.01\examples\Profinet slave_rt\appl_Cnfg.h)的屏幕截图。我认为这是 AM335x isdk 中的一个错误!!!  该问题也出现在最新的 isdk 中。

    通过查看 DP83822手册、可以看到 DP83822的输出引脚和 AM3356的输入引脚。该引脚在 TLK 和 DP83822上具有相同的功能。

    ICEv2评估板上未显示此问题、它应该与此隔离电路相关。它隔离了 pr1_mii1_col (AM3356引脚)和 COL (DP83822引脚)、但我板上的两个引脚 直接连接。

    我的分析是否正确?应该将 pr1_mii1_col 设置为输入模式? 请确认。

    此致、

    周志安

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

    很高兴知道您发现了问题。 是的、这是 PHY 用于指示半双工模式下的冲突的 COL 引脚、应从 PHY 输出。 此外,该引脚具有自举功能,可能会受到错误配置的影响。

    我将把该主题转交给目录处理器团队、以评论 SDK。

    此致、
    GET