[参考译文] TPS65218D0：ISR 机制

Ranjith、

我将此问题分配给处理器团队。 我支持 TPS65218D0器件、但不确定该 ISR 在 SDK 中的工作原理。

尊敬的 Ranjith：

您使用的是哪款 TI 处理器和 SDK？

此致、
帕维尔

您好、Pavel、

我们使用的是 NXPS 处理器、SDK 版本为4.14.98。

谢谢、

Ranjith

您好、Pavel、

感谢您的信息。 我们将询问 NXP 支持团队有关此问题的信息。

此致、

Ranjith

Ranjith、

很抱歉、我不知道这个问题与 NXP 处理器有关。 我们可以帮助您解决与 PMIC 相关的问题。 请允许我在几天内与软件团队讨论、然后我将回复。

您好 Brian、

感谢您的关注。 我们使用的是 NXP 处理器、但问题仅与 TI PMIC 有关。 花点时间与您的软件团队讨论、让我知道状态。

谢谢、

Ranjith

Ranjith、

在本次讨论中、我将介绍 TPS6521815、这是 TPS65218xx 器件的用户可编程版本。

TPS65218D0是专为 Sitara AM335x 和 AM437x 连接而编程的 EEPROM、而 TPS6521825是专为搭配 LP873347使用而编程的 EEPROM、用于为 NXP i.MX 8M Mini / Nano 供电。

一般来说、中断服务例程流程如下：

1. PMIC (TPS6521815)的中断引脚(nINT)从高 电平状态变为低电平状态、这将切换 NXP i.MX6/7/8处理器上的可中断 GPIO
2. 处理器读取 PMIC (I2C 从地址0x24)的 INT1 (0x01)和 INT2 (0x02)寄存器、以确定触发了哪些中断
3. 处理器记录重要中断的值并对其进行适当处理
4. 处理器将相同的值写回 INT1 (0x01)和 INT2 (0x02)或0x3F 到两个寄存器以清除所有中断
5. 处理器再次读取 INT1 (0x01)和 INT2 (0x02)寄存器、以确认返回的两个数据均为0x00
6. 对于持续中断、可能需要一个错误消息。 当步骤1再次出现时、重复步骤2-5

需要通过 Linux 中的终端处理和报告的重要中断：

• HOT (INT1、位2)-错误消息应该为："电源早期热关断警告。 系统将自动关闭"
  • 如果发生此中断、处理器必须在 PMIC 被强制自行关断之前尽快转换到低功耗模式或关闭状态
• LS3_F (INT2、位5)、LS2_F (INT2、位4)和 LS1_F (INT2、 位3)："负载开关[x]超出工作温度限值、将被禁用、直到系统下次手动重新启动。"
  • 如果发生此中断、PMIC 会自动关断负载开关、但这不会影响其余电源。 因此，不应立即采取行动
    
• LS3_I (INT2、位2)、LS2_I (INT2、位1)和 LS1_I (INT2、 位0)："负载开关[x]主动限制输出电流(输出负载超出电流限制值)。 如果问题仍然存在、负载开关将被禁用。'

• 在第二次出现此中断时、最好由处理器手动禁用负载开关并报告"负载开关[x]因持续过流情况而禁用"

这些中断在第一次被读取时很可能都不会被清除、因为条件仍然存在。 这就是为什么必须采取一些操作(自动或手动)来确保最终清除中断的原因。

其他中断与由处理器(VPRG、PRGC 和 CC_AQC)或特定于平台(AC 和 PB)启动的进程相关、例如 、由于由电池供电与线路供电运行。 这些不需要由通用 Linux ISR 处理、因为不太可能需要执行操作或根本不会生成操作。

具体而言、对于 NXP i.MX6/7/8系统、我们不会将 PMIC 的 PB 引脚连接到按钮、因为处理器本身具有一个开/关输入连接到一个按钮、该按钮用于管理系统的开/关状态。

您好 Brian、

感谢您对 TPS65218 PMIC ISR 工作的详细解释。 这些信息将对我们的设计非常有帮助。

此致、

Ranjith