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.

[参考译文] DP83TC812S-Q1:收发器行为–INH 线路在睡眠请求后未拉低

Guru**** 2582405 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1574474/dp83tc812s-q1-transceiver-behavior-inh-line-not-pulled-low-after-sleep-request

器件型号:DP83TC812S-Q1


工具/软件:

我们将  VN5611 接口与  CANoe 结合使用  、将休眠/唤醒请求 (使用 ethSetPhyState)发送(...)  TI_DP83TC812S 收发器。
设置和观察结果:
  •   禁用活动睡眠协商功能 (寄存器 LPPS_CFG2 的第 11 位= 0)  。
  • 我们  每 10ms 轮询一次 LPS_STATUS 寄存器以监测收发器状态。
  • 从独木舟发送睡眠请求时、我们会在监测状态下观察到以下序列:
    • 收发器从  “正常“→“睡眠应答“转换 (通过) LPS_STATUS
    • 链路转换为 链路断开 (在独木舟中观察)。
    • 不久之后、状态寄存器读数为  0xFF (见) LPS_STATUS 。 我们将其解释为收发器 处于睡眠模式
  •  WAKE 引脚   始终保持低电平 (0V)。
  • 接收后 LPS_STATUS = Sleep Ack,我们的应用程序从正常模式转换到睡眠模式。 微控制器保持通电状态、但  SGMII 接口上预计不会有任何活动
但是、在使用示波器进行检查时、我注意到    在睡眠请求之后 INH 线路未拉至 GND、它保持高电平。
请您澄清一下:
  1.     当器件处于 SLEEP 模式时、0xFF 是否是 LPS_STATUS 的预期值?
  2.   收发器进入睡眠模式后、是否应该将 INH 引脚驱动为低电平?
  3. 是否需要任何其他配置来使 INH 线路反映睡眠状态?

整体系统图像(雷达系统):

示波器图像:

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

    尊敬的 Biria:

    我将与团队核实这些问题、并尽快回复您。

    此致、

    GREG

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

    您好!

    我有一个相关的问题:如果微控制器被请求进入睡眠模式(由另一个源请求)、并且我还想将收发器置于睡眠状态、如何实现这一点? 我们尝试了编写 LP_CFG3 = 2、但似乎效果不佳。

    注意:我们还尝试了强制睡眠模式、它是有效的、但无法使用简单的唤醒请求 (WUP) 来从这种模式中恢复、因此我们排除了这种解决方案。

    我们是否应该使用特定引脚或寄存器设置来正确地从 MCU 进入睡眠模式? 此外、关于 WAKE 引脚:该引脚是否可仅用于请求本地唤醒、或者还可用于请求睡眠状态?

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

    尊敬的 Biria:

    是的、如果器件处于睡眠模式、我们预计读回 0xFF。 很奇怪、您在睡眠期间看到 INH 为高电平、它应该为低电平。 您可以分享该器件的更详细原理图吗? 此外、唤醒 PHY 后、寄存器读取是否有意义? 对于您的第二个问题、您指的是当地睡眠、如此处所述?

    此致、

    GREG

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

    您好:  

    我将逐一回答您的问题:

    1. “您可以分享该器件的更详细原理图吗?“ →您在寻找什么详细信息? 我可以检查它们是否可以共享。

    2. “唤醒 PHY 后、寄存器读取是否有意义?“ →是的,唤醒后,寄存器读取会有意义 — 它会恢复到正常值。

    3. “对于您的第二个问题、您指的是当地睡眠、如此处所述?“ →是。 我们尝试通过写入LPS_CFG3 = 0x002(睡眠请求)来实现该目的、但收发器保持正常运行状态。

    我们还尝试通过写入A2D_REG_68强制睡眠(位 2 和位 3 设置为 1)来进入睡眠模式。 在这种情况下、收发器确实进入了睡眠模式、但我们无法远程唤醒它。

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

    尊敬的 Biria:

    1.原理图中所有 PHY 引脚的完整配置是调试的理想之选。  

    2、3. 感谢您的澄清、这不是器件的标准行为。

    我将在内部查看是否可以找到导致这种情况的潜在原因。 如果可以发送 PHY 的完整原理图、这也会有所帮助。

    此致、

    GREG

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

    您好、Gregory

    我会通过电子邮件向您发送原理图、因为它们是机密信息。

    你能看一下这件事,因为这是紧急的。

    此致
    TI FAE Martin