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.

[参考译文] DP83822HF:时序要求

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1584894/dp83822hf-timing-requirements

器件型号: DP83822HF

尊敬的团队:

代表我们的客户发帖。

根据第 7.6 节“时序要求、上电时序“、T2 被定义为中的最大值 200ms 在复位和 MDC 之间上电后。
然而、在第 7.8 节“时序要求、复位时序“中、T2 被定义为最大值  2ms 在复位后、MDC 恢复为高电平。

  1. 能否详细说明一下上电与复位后 MDC 存在时序差异的原因?
  2. 约为 60ms 在 RESET 引脚恢复高电平后、MDC 是否足以启动? 如果超过 200ms 该怎么办?
  3. 您能否确认在上电期间、复位是否在预期时间和预期持续时间内被拉至低电平? 我们根据图 7-2“具有不稳定 XI 输入的上电“切换 RESET 引脚。

我会附上测量结果以供您查看。

复位后的 MDC 时序:

此致、

Danilo

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

    尊敬的 Danilo:

    1. DP83822 在上电后需要 200ms 才能稳定下来、然后才能访问寄存器。 这是电源轨的上升所致、而不是复位上升所致。

    2.只要在电源轨后至少 140ms 复位,在复位上升 60ms 后访问寄存器就可以。

    3.时钟稳定后复位需要上升。 从屏幕截图中很难看出、但时钟在这里稳定吗?  时钟似乎处于高电平状态

    否则、复位脉冲宽度看起来正常。

    此致、

    Shane

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

    您好、

    感谢您的回答。

    我有几个后续问题:

    当电源轨在时钟 (XI) 稳定之前启动时、复位会置为有效。 因此、根据图 7-2。 在 XI 输入不稳定的情况下上电、我们再次切换复位。

    1. 考虑到时钟在上电时不稳定、我们的序列是否有意义?
    2. 您提到、上电后访问寄存器(例如 MDC)之前至少需要 200ms、但数据表将 200ms 定义为最大值。 您能否澄清这一点(第 7.6 节、时序要求、上电时序 T2)
    3. 每次复位切换后、访问寄存器之前的最小延迟是否为 2ms(在初始 200ms 后上电)?
    4. 在某些情况下、我们会看到 器件在加电后无法从服务器获取 IP、它会保持默认状态。 对此有何看法? 可能与 时序有关?

    谢谢、
    IDO

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

    尊敬的 Ido:

    感谢您的澄清。 我没有意识到顶部图像 正在放大 底部图像中的标记、但现在我了解了电源序列。

    1.是的,你的顺序看起来不错。 这将满足具有不稳定时钟的上电时序。

    2. T2 被定义为“上电后稳定时间【寄存器访问之前】]“。 最大 200ms 表示需要 最长 200ms 以使 PHY 稳定、然后才能访问寄存器。 这并不意味着您需要在启动后的 200ms 内访问寄存器。

    3.是的,这是正确的。 在复位后等待至少 2ms、然后再访问寄存器。

    4.这很有趣,但不一定是物理层问题。 我有几个问题需要确定:

    • 故障情况是否取决于对 PHY 进行下电上电? 如果不是、故障是否看起来取决于任何因素?
    • 在故障情况下、PHY 是否保持连接状态? 您是否注意到寄存器 0x0015 中有任何错误?

    此致、

    Shane

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

    感谢你的评分

    关于 4、

    • 我们正在运行上电/断电循环并验证 IP。 在某些情况下、上电后没有 IP、因此我会说它可能与下电上电有关。
    • 在故障情况下、eth0 链路似乎已断开。 我们还将与 SW 人员一起检查寄存器 0x0015 中是否出现错误。

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

    您好、我们刚刚注意到另一种行为。

    在失败时、链路断开、时钟基准 (RX_D3) 似乎为 140MHz 而非预期值 50MHz 这解释了为什么 eth0 不能启动。 您对此有什么想法吗? XI 以 25MHz 稳定。

    谢谢
     

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

    尊敬的 Ido:

    在失败的情况下、eth0 链接已关闭。

    在链路断开场景中、LED_0 是否熄灭? 默认情况下、LED_0 应跟踪 PHY 上的 MDI 链路。 我尝试查看 PHY 的 MDI 链路是否是问题所在、或者其他地方是否有问题。

    时钟参考 (RX_D3) 似乎是 140MHz 而非预期值 50MHz

    这是意料之外的。 假设您将 RX_D3 配置为 GPIO3 在 RMII 模式下输出 MAC。 在故障情况下和通过情况下、您能否共享寄存器转储?

    此致、

    Shane