[参考译文] TPS65219：PMIC 在上电期间具有奇怪的 buck3行为

尊敬的 Jorgen：

看起来为 Buck2和 Buck3供电的电源轨有一条泄漏路径。

DVDD3V3是否应用于 BUCK2之前的处理器？

Sathish

您好、Satish

今天上午刚刚测量、是的、由 PMIC 的 GPO2启用的 DVVD3V3在初始状态期间开启、因为 GPO2引脚在首次尝试/启动失败后首先禁用 DVVD3V3。 GPO2设置为低电平之前的时间接近首次尝试/上电后的100ms。 这样一来、出现这种首次残余电压误差似乎是不可避免的。 该图显示了 GPO2信号(黄线)。  如上所示为蓝色、红色和绿色

尊敬的 Jorgen：

我们需要找出 Buck2和 Buck3电源轨之间的泄漏路径。 电路板未通电时、是否可以测量这两者之间的阻抗？

Sathish

您好、Satish

由于我们使用 AM625SIP 且 DDR-RAM 位于 CPU 顶部、因此 Buck2 (DVVD_1V8)和 Buck3 (VDDS_：DDR (1.1V))之间没有其他外部连接。 问题在于启动时的 GPO 不保持为"0"、因此启用了外部 DVVD3V3。 在示波器图上显示约100ms 后、GPO 首先正常。 如果 PMIC 始终加电并通过短按按钮强制开启、这种情况也是相同的。 我认为我们可以通过尽快将 PMIC 中涉及的寄存器复位到 UBoot 中来缓解该问题、但这种行为不是我从 TPS6521902的 DS 中读取的内容、该内容旨在与 AM625SIP 一起使用

我使用200mV 来测量电压、测量 B2和 B3之间达到4MegOhm 的阻抗。

此致

Jørgen μ s

尊敬的 Jorgen：

GPIO2是 PMIC 上电后出现的第一个信号、这由外部负载开关用于提供 DVDD3V3。

我不确定您希望如何通过复位寄存器来缓解该问题。  

您是否与 AM625团队确认了上电要求或由 Buck3通过 Buck2上的电源轨上拉而供电的电源轨？

如果没有 AM625、PMIC 的行为将不会是这样。 对于 TPS6521902、Buck3将在 Buck2上电后3ms 出现。

Sathish

您好、Satish

是的、我知道无论 PMIC 启动结果如何、GPO2都会启动。 如果启动失败、则稍后会将其下拉。

延迟1ms 的解决方案或选通 GPO2和 DVDD1V8 (BUCK2)是否可以解决漏电流->检测到残余电压的问题？

通过复位 PMIC 错误寄存器、可以避免稍后进入引导过程的错误消息。

此致

Jørgen μ s

尊敬的 Jorgen：

我不确定、但我认为您需要了解当 Buck2通电时 Buck3为什么会被拉高。

此外、为什么 GPIO2在上电时有所下降？

上文提到、GPIO2在启动时不会保持在0、从而启用外部 DVDD3V3、但这是预期行为。 PMIC 上电时、GPIO2是第一个出现的信号。

Sathish

您好、Satish

由于我们将 PMIC 和 AM625SIP 与 DDR-RAM 一起使用、因此这些电源域之间没有外部连接(当然 PMIC 除外)。  

我进行了设置、可以自动强制 PMIC 关断、然后在按下按钮后不久再次开启。 所有这些都是在电源不断施加到 PMIC 和 DVDD3V3的负载开关(由 GPO2控制)的情况下完成的。 这是为了确定我是否会遇到通常难以捕捉的其他错误。 我将返回结果。

此致

Jørgen μ s  

尊敬的 Jorgen：

当然、请告诉我结果。

Sathish

您好、Satish

在相同的条件下是否进行了数千次启动->关断->启动：始终为 PMIC 供电。 结果始终相同：1.st 序列失败、下一个正常。 这也不例外。 我认为这目前是可以接受的、我们可以清除在 Linux 引导之前设置的寄存器、从而避免错误。 我仍然认为我看到这个问题很奇怪、因为我们使用的 PMIC 版本02、该版本旨在与我们使用的 CPU (AM625SIP)配合使用。 因此、如果其他客户有相同的问题并且可能有解决方案、我当然希望在此主题中提供注释。

尊敬的 Jorgen：

很抱歉、但很高兴为您提供了解决方法。

我在 TPS6521902上没有听到任何这样的问题。 您能否咨询 AM625团队以了解他们是否可以想到可能会发生的事情？  

LDO4、LDO1和 LDO3电源轨如何上升？

如果此序列正常、您可以尝试在启动后通过 I2C 禁用 Buck2和 Buck3、然后仅启用 Buck2并监控 Buck3电压。

Sathish