Other Parts Discussed in Thread: TPS65910, AM3352
主题中讨论的其他器件：TPS65910、
您好！
我正在使用 AM3352 CPU 和 TPS65910 PMIC 在我们的定制板上实施 AM335X 仅 RTC 模式、并且器件在 RTC唤醒 后无法提高 PMIC_POWER_EN。
我使用的 TI-Linux (ti2014.10.00 = 3.14.19)为我们的电路板提供了补丁支持。
根据 TI wiki (processors.wiki.ti.com/.../Linux_Core_Power_Management_User's_Guide_(v3.14)启动仅 RTC 断电后
-例外：使用 RTC1作为唤醒源，因为我必须使用 PMIC-RTC -通过 rtcwake，功耗在请求的秒数内下降。
然后功耗再次上升、我可以观察到调试控制台上启动 U-Boot 时冷启动的情况。
但这只持续大约1秒、然后器件再次关闭、功耗降至断电级别。
我已确定由 PMIC 负责此断电。
在数据表(www.ti.com/lit/ds/symlink/tps65910.pdf)的第5.22.2章中、它说明了电源控制时序：
--
注意：(1) DEV_ON 控制位(设置为1)或 PWRHOLD 信号(设置为高电平)可用于在之后保持电源开启
接通序列、如果这些器件的接通电源使能条件均未设置、则电源将关闭
延迟之后的时间。
--
在表5-5中、TdOINT1被指定为1秒。
DEV_ON 为0、PWRHOLD 在唤醒后为低电平。
这将留下两个选项：
(1)在 PMIC 中设置 DEV_ON = 1以强制电源开启。
这可以正常工作并允许完全冷启动、但如果 DEV_ON = 1、则禁止在仅 RTC 周期后关闭电源。
此外、即使在 TdOINT1之后、DEV_ON 也会立即清零、器件也会立即关断。
(2)将 PMIC 输入 PWRHOLD 设置为高电平。 该输入连接到 AM33502的输出引脚 PMIC_POWER_EN。
现在、我一直坚持选择(2)、因为选项(1)不可用、如上所述。
我尝试清除寄存器 RTC_PMIC 中的 PWR_ENABLE_EN 位并将 ALARM2中断状态清除为无结果。
我在常规启动时以及 RTC 唤醒后执行 PMIC-RTC 和 AM3352-RTC 的寄存器转储。
如果需要更多信息、请告诉我。
感谢您的任何想法。
此致、
Michael Krummsdorf
e2e.ti.com/.../After_5F00_RTC_5F00_Wakeup.txte2e.ti.com/.../Regular_5F00_power_5F00_up.txt
