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.

[参考译文] AM625:当处理器进入 DEEPSLEEP 模式时、外设进入复位状态

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1360238/am625-peripherals-goes-into-reset-state-when-processor-goes-into-deepsleep-mode

器件型号:AM625

你好的支持团队。

我们在产品中使用 AM62x 处理器、存在以下问题。

当 SoC 进入 DEEPSLEEP 模式时、SoC 的 RESETSTATz 输出被下拉、并将以太网 PHY、eMMC、DSI 至 LVSD 桥等外设器件置于复位状态。 当 SoC 从 DEEPSLEEP 模式返回到活动模式时、这种行为会在 SW 侧产生问题。

当 SoC 进入 DEEPSLEEP 模式时、是否有办法防止 RESETSTATz 引脚下拉?

或者、或许有一种方法可以指示 SoC 处于 DEEPSLEEP 模式? 例如、某些 GPIO 或电源轨可能已关闭。 当 SoC 进入 DEEPSLEEP 模式时、我可以使用该信号阻止向外设发送复位信号。

 在我们的产品上、我们使用与 BeaglePlay 单板计算机(基于 AM62x SoC)类似的复位原理图。

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

    您好!

    您使用的是哪个 SDK 版本?


    在《AM62x 技术参考手册》(https://www.ti.com/lit/ug/spruiv7b/spruiv7b.pdf)中、请参阅14.2.1.2焊盘配置寄存器。

    RESETSTATz 的 PADCONFIG 寄存器是 PADCONFIG147、如表14-6173所示。 焊盘配置 PADCONFIG 寄存器。

    表14-6172. 焊盘配置寄存器位的说明显示 PADCONFIG 寄存器的位[24:28]控制深度睡眠状态。 它应优先于 DM 固件所做的任何更改。 我认为应该考虑切换位24。

    如果需要、我们可以在原理图专家中循环查看复位实现或更深入地查看 DM 固件代码

    此致、

    Anshu

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

    您好 

    这就是 我使用的 SDK
    最新预编译的 SDK 映像(https://dr-download.ti.com/software-development/software-development-kit-sdk/MD-PvdSyIiioq/09.02.01.09/tisdk-default-image-am62xx-evm.wic.xz)
    版本:09.02.01.09、发布日期:2024年3月29日

    在过去的几天里,我做了一些测量和测试,试图了解细节。

    我已检查 RESETSTATz 和 PORz_OUT 引脚的 PADCONFIG 寄存器的内容、位24的值为0。 我还尝试更改了该值。 它没有帮助我。

    当我启动 DEEPSLEEP 模式时、RESETSTATz 和 PORz_OUT 引脚下拉。

    这对 我来说很糟糕、因为它重置了包括 eMMMC 在内的所有外围器件、并且在系统从 DeepSleep 恢复时会产生问题。

    下面附上了我的测量结果。

    如您所见、除 MCU_RESETSTATz 之外、所有信号在 DEEPSLEEP 模式下都会断电。

    我还在 SK-AM62-P1板上进行了类似测试、并且能够重现此行为。

    我测量了  EMMC 复位(eMMC_RSTN)和 以太网 PHY 复位(CPSW_RGMII1_RESETn)。

    这两个信号会在 DEEPSLEEP 模式启动后关断、并将 eMMC 和以太网 PHY 置于 复位状态。

    这是我们应该期待的吗?

    它背后的理念是什么?

    当 SoC 处于 DEEPSLEEP 模式时、外围器件是否应保持复位状态?

    谢谢你。

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

    您好!

    PADCONFIG 位24设置为零的预期目标是保持当前状态。

    感谢您提供的信息。 我得仔细研究一下、然后再给您回复。

    此致、

    Anshu

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

    您好!

    正如我在另一线程中提到的、我获得了有关位24的澄清。 如果位24设置为零、则 IO 状态将从活动状态延续到深度睡眠状态。 如果将位24设置为1、则 IO 状态将使用位25-30中定义的内容。 这可能是一个需要回顾的变量。

    我认为有必要审查一下 DM 固件是否会意外地影响对重置的控制。

    谢谢!

    Anshu

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

    您好!

    不确定您是否仍在期待来自 Anshu 的响应。 他会在接下来的几周内离开。 如果需要采取进一步的后续行动、他可以在7月中旬左右采取这种行动。

    此致、

    Nick

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

    根据此更新关闭该主题帖。 谢谢。

    e2e.ti.com/.../am625-follow-up-gpio-behavior-when-resuming-from-the-deep-sleep-mode