[参考译文] BQ25798：BQ25798 在 USB-C 端口损坏时不切换到次级输入存在问题 (REG12 = 0x20、触发 OTG_OVP)

尊敬的 Sai：

关于 1、我不知道为什么 REG0x12 会更改为 0x20。  没有自动设置该位的功能/故障。 IT 用户控制。

关于 2、除非 OTG 处于活动状态、否则 OTG_OVP/OTG_UVP 无效。  REG0x0F[0]中的备用模式（OTG 自动快速开启）是否可能已启用？

关于 3、这是一个控制器问题。  我会将这篇文章移至该团队、但我仍会坚持到底。   

关于 4、只要连接后 VAC2 通过不良源检测、就会被视为有效输入源。  一旦 VAC1 降至 VBUS UVLO 以下、VAC2 输入就会开启。  我刚才在测试台上重复了一个 EVM、   

USB-C 崩溃后、您是否可以立即通过 REG0x27 发送 REG0x1B？  USB-C 是否崩溃、将 VAC1/VBUS 拉至地电平以下？   如何让充电器再次开始工作、即您必须移除输入源和电池、还是移除/更换 VAC2 解决了问题？  如果切换 REG0x12[7]（禁用 ACDRVx）、是否会导通 VAC2？   

此致、

Jeff

尊敬的 Jeff：

感谢您的详细答复。

关于第 1 点：
感谢您的澄清。 只是为了确认、我们REG0x12在操作期间不会向写入任何值。 了解该寄存器完全由用户控制、不受任何内部机制或故障条件的设置会很有帮助。

关于第 2 点：
我们已验证REG0x0F[0]（备份模式）未启用—即使 USB 端口受到威胁、它仍保持为 0。 因此、似乎不太可能通过此功能激活 OTG 路径。

关于第 3 点：
感谢您将此信息转发给控制器团队并保持在线程。

关于第 4 点：
感谢您的澄清和在 EVM 上测试。

为了提供有关我们观察结果的更多背景信息：
一旦我们从 VAC1 移除 USB 端口连接、充电器就会恢复正常运行。 此外、我们还会对 TPS 执行热复位以恢复完整功能。 我们已经在 USB 受损状态期间尝试切换 ACDRVx 位、但遗憾的是、这并未触发 BQ25798 切换到辅助输入 (VAC2)。

以下是在各个阶段观察到的寄存器状态：

• USB 端口出现故障之前：

  • TPS25751 Type-C 状态 (0x69)：0x00264 / 0x02064 / 0x02264

  • BQ25798：

    • Status0 (0x1B):0x00

    • Control3 (0x12):0x00

    • Control0 (0x0F)：0x82

    • Fault-Flag1 (0x27):0x00

    • Charger-Status1 (0x1C)[5-7]: 0

• USB 出现故障之前：

  • Control0 (0x0F)短暂变为 0x86、然后恢复为 0x82

  • TPS25751Type-C State (0x69) 更改为 0x03365

• USB 端口故障期间：

  • Charger-Status1 (0x1C)[5-7]：非零（观察值：1 或 3）

  • Status0 (0x1B): 0x20

  • Control3 (0x12): 0x20

  • Control0 (0x0F):0x00

  • Fault-Flag1 (0x27)：显示 OTG_OVP 故障

  • TPS 无响应、在 4CC 事务期间出现 I2C 通信错误。 热复位作为恢复机制执行。

执行热复位后、TPS 和 BQ25798 都恢复正常运行、并正确恢复充电。

如有任何其他信息有助于进一步调试、请告知我。 我们将继续调查此事、并感谢您的支持。

此致、
Sai

这是不具有集成开关的 TPS25751D 或 TPS25751。 似乎我们所谈论的是集成开关、但需要确保。 请共享 JSON 项目文件、以查看由哪个开关供电。

您好 Ghouse、

请在下面找到 config.json
e2e.ti.com/.../2055.config.txt

如果您需要任何其他信息、请告诉我。

谢谢。此致
Sai

尊敬的 Sai：  

在当前实现中、TPS25751 不会设置 BQ25798 上的 EN_ACDRV 位。 集成 I2C 控制是从一个 PD 输入的角度进行的。 有关 TPS25751 如何在不同工作模式下控制 BQ25798 的更多信息、请参阅以下主题。 断开 Type-C 电缆后、TPS25751 会将 BQ 设置为安全状态、从而禁用充电和 OTG 模式。 即使第二个输入有效、这也会禁止电池充电、因为 BQ 由 PD 控制。  

几个问题：

1-系统中是否有可以控制 BQ 的 MCU？  

2- PD 是否 从 PP5V 提供 5V/2A？ 您的应用中是否需要大于 5V 的电源？

此致、  

Aya Khedr  

您好 Aya、

感谢您的详细说明。

当 USB 连接出现问题（例如一条或两条 CC 线路出现问题，或者端口或引脚中存在液体或碎屑）时、电池不会充电、即使次级路径 (VAC2) 上存在有效输入也是如此。

在我们的实现中、由于 TPS25751 未启用液体检测、因此我们检查了 TPS 中 Type-C 端口状态寄存器 (0x69) 的行为以监控端口状态。 当 USB 连接出现问题时、Type-C 状态的读数通常为 0x64 或 0x65。

在此类 USB 连接/端口问题期间、当我们明确命令 BQ 切换输入时、TPS 无响应。 要恢复、我们需要执行热复位来复位 TPS 寄存器。 复位后、TPS 恢复到正常行为、并且能够再次与 BQ 通信。 但是、来自 BQ 的 IBAT ADC 会继续读取 0、且充电器状态（从 0x1C 读取）为 0、表示仍没有进行充电。

要回答您的问题：

1. 是的、我们系统中确实有一个 MCU (nRF52840)、它使用 4CC I2C 命令通过 TPS25751 与 BQ25798 进行通信。
   
2. 在我们的应用中、我们仅使用 PP5V 的 5V/2A；不需要提供>5V 的电压。

如果您对在这些条件下如何通过次级输入实现正确充电有任何建议、敬请告知。

此致、
Sai

尊敬的 Sai：

您能否确认 ADC 的 VBUS 通道正在报告有效的输入电压？  如果是、您能否通过 REGox27 状态和故障寄存器提供充电器的 REG0x1B？

此致、

Jeff

尊敬的 Jeff：

是、ADC 的 VBUS 通道报告有效的输入电压读数。

当 USB 端口受损时、以下是不同 VAC 条件下的 VBUS ADC 值和充电器状态/故障寄存器值 (REG0x1B 至 REG0x27)：

1. VAC1 不活动和 VAC2 不活动
VBUS ADC： 0
BQ 寄存器：

• 0x1b：0x00

• 0x1C：0x00

• 0x1D：0x01

• 0x1E：0xC0

• 0x1F–0x27：0x00

2. VAC1 未激活且 VAC2 处于活动状态
VBUS ADC： 17409.
BQ 寄存器：

• 0x1b：0x4D

• 0x1C：0x10

• 0x1D：0x01

• 0x1E：0xC0

• 0x23：0x80

• 所有其他值：0x00

3. VAC1 处于非活动状态、且 VAC2 处于非活动状态后不久
VBUS ADC： 3420
BQ 寄存器：

• 0x1b：0x05

• 0x1C：0x10

• 0x1D：0x01

• 0x1E：0xC0

• 0x22：0x10

• 所有其他值：0x00

4. VAC1 不活动且 VAC2 变为非活动状态后
VBUS ADC：  490
BQ 寄存器：

• 0x1b：0x00

• 0x1C：0x00

• 0x1D：0x01

• 0x1E：0xC0

• 所有其他值：0x00

如果您需要更深入地细分任何特定条件或注册、请告诉我。

此致、
Sai

尊敬的 Sai：

在上面的 2 中、充电器处于 VINDPM 状态、不在充电。

VINDPM 意味着 VINDPM 阈值高于在 VBUS 上施加的电压。  未充电意味着 CE 引脚或位未配置为充电。 当 USB-C 端口不再供电时、TPS25751 固件会禁用 REG0x0F 中的 CE 位。  固件需要更改、或者具有 I2C 主机的处理器需要更改该位并降低 VINDPM 阈值。

此致、

Jeff

尊敬的 Jeff：

当 USB 端口没有问题时、电池会在 VAC2 处于活动状态时正常充电。 以下是寄存器值和 VBUS ADC 读数：

• VBUS ADC : 17773.

• BQ 寄存器 ：

  • 0x1b：0x4D

  • 0x1C：0x70

  • 0x1D：0x01

  • 0x1E：0xC0

  • 0x23：0x80

  • 所有其他：0x00

此致、
Sai

重新分配给 Jeff  

您好、Sai、

Jeff 本周不在办公室时、我将接管工作。

当发生此“不充电“问题时、您能否提供完整的寄存器转储？

谢谢您、

基督教。

尊敬的 Christian：

感谢您在 Jeff 离开时接管工作。

正如我之前对 Jeff 的回复中所提到的、即使 USB 端口受损、ADC 的 VBUS 通道也会报告有效的输入电压读数。

下面是连接到 VAC1 的 USB 端口处于受影响状态时、不同 VAC 条件下的 VBUS ADC 值和充电器状态/故障寄存器值 (REG0x1B 至 REG0x27)：

1. VAC1 不活动和 VAC2 不活动
VBUS ADC：0
BQ 寄存器：

• 0x1b：0x00

• 0x1C：0x00

• 0x1D：0x01

• 0x1E：0xC0

• 0x1F–0x27：0x00

2. VAC1 未激活且 VAC2 处于活动状态
VBUS ADC：17409
BQ 寄存器：

• 0x1b：0x4D

• 0x1C：0x10

• 0x1D：0x01

• 0x1E：0xC0

• 0x23：0x80

• 所有其他值：0x00

3. VAC1 处于非活动状态、且 VAC2 处于非活动状态后不久
VBUS ADC：3420
BQ 寄存器：

• 0x1b：0x05

• 0x1C：0x10

• 0x1D：0x01

• 0x1E：0xC0

• 0x22：0x10

• 所有其他值：0x00

4. VAC1 不活动且 VAC2 变为非活动状态后
VBUS ADC：490
寄存器：

• 0x1b：0x00

• 0x1C：0x00

• 0x1D：0x01

• 0x1E：0xC0

• 所有其他值：0x00

VAC1 无效 且 VAC2 有效（当 USB 端口没有问题、即 VAC1 未受影响时）：
VBUS ADC：17773
寄存器：

• 0x1b：0x4D

• 0x1C：0x70

• 0x1D：0x01

• 0x1E：0xC0

• 0x23：0x80

• 所有其他值：0x00

如果您需要我这边的更多数据或测试、请告诉我。

此致、
Sai

您好、Sai、

根据我的理解、标为 2 的部分是唯一一个不能正常工作的部分吗？

以下是在不同 VAC 条件下、当连接到 VAC1 的 USB 端口受到影响时的 VBUS ADC 值和充电器状态/故障寄存器值 (REG0x1B 至 REG0x27)：

我想要所有寄存器的完整寄存器转储、而不仅仅是 1B-27。

此致、

基督教

尊敬的 Christian：

是的、当连接到 VAC1 的 USB 端口不存在问题时、我们能够使用 VAC1 和 VAC2 输入为电池充电。 但是、当连接到 VAC1 的 USB 端口受到影响（例如存在碎屑，液体或 CC 线路问题）时、我们无法通过 VAC2 输入为电池充电。

这是您请求的寄存器转储

e2e.ti.com/.../log2.txt

e2e.ti.com/.../log5.txt

如果您需要任何其他信息、敬请告知。

谢谢。此致、

Sai

尊敬的 Christian：

是的、 日志 5. 是在 USB 端口连接到时捕获的寄存器转储 VAC1 并且已经受损 VAC2 激活。

我已经上传了两者 log2 和 日志 5. 为了说明我们观察到的问题：即使设置了充电位后0x0F[5] = 1、该值也会0在下一个读取周期恢复为。

我们将使用 nRF52840 MCU 我们正在与进行通信 BQ25798 经由 TPS25751 使用 4CC I2C 命令。 专用线程每秒运行一次、并且在进入无限循环之前初始化与 TPS 和 BQ 器件的通信。

如果您需要任何其他信息来帮助调试这个问题、敬请告知。

此致、

Sai

您好、Sai、

我已上传二者 log2 和 日志 5. 为了说明我们所观察到的问题:即使在设置充电位后0x0F[5] = 1,该值也会0在下一个读取周期恢复。

没有自动设置该位的功能/故障。 IT 用户控制。 TPS 是否将该位重写回 0？ 您是否有其他方法将该位设置为 TPS 之外的位置？

此致、

基督教

尊敬的 Christian：

感谢您提供的信息。

目前、我们只能使用 TPS 来设置该位、没有其他可用的方法。 根据 Aya Khedr、TPS 不会向此寄存器写入任何数据。 请查看此 主题。

此致、
Sai

您好、Sai

您能否提供完整的 从 BQ25798 进行读回并指出   0x0F[5]= 0 时、VAC 受到影响时的信号接收器或 I2C 捕获？

此致、

基督教。

尊敬的 Christian：

附件是在充电故障场景中捕获的 Saleae 会话。

e2e.ti.com/.../saleae_5F00_log.txt

会话从通过 VAC2 输入正常为电池充电开始。 当连接到 VAC1 的 USB 端口受到影响时、Dynamo 充电停止、IBAT ADC 会报告 0mA。 USB 端口被移除或恢复正常运行后、充电将按预期恢复。

如果您需要任何其他信息或说明、请告诉我。

此致、

Sai

您好、Sai、

会话首先通过 VAC2 输入正常为电池充电。 当连接到 VAC1 的 USB 端口受到影响时、Dynamo 充电停止、IBAT ADC 会报告 0mA。 USB 端口被移除或恢复正常运行后、充电将按预期恢复。

我看到对 BQ25798 进行多次写入以禁用充电。 0x0F=0x82

我最终会看到写入以启用充电 0x0F=0xA2。 我假设这是插入适配器时的情况。

系统中的某个器件将写入 BQ25798 来禁用充电。 我认为 Aya 之前提到、当 TPS 将 BQ25798 置于安全模式充电时、您可能需要一个 MCU 来重新启用充电。

此致、

基督教。

尊敬的 Christian：

感谢您的答复。

我们已禁用对 BQ25798 的所有写入来清除该0x0F[5]位、并且0x0F[5] = 1每当我们检测到 VAC1 和 VAC2 上的电压时、都会显式设置。 但是、即使这样做、我们仍然可以在连接到 VAC1 的 USB 端口出现中断时观察到一个问题。

请查看随附的日志 e2e.ti.com/.../log_5F00_14_5F00_07.txt。 系统按预期通过 VAC2 进行充电、但当 VAC1 上引入 USB 端口中断时、充电完全停止。 移除断路后、系统会通过 VAC2 恢复充电。 断路电路包含一个 USB-C 公连接器、其中 CC1 和 CC2 线路均通过单独的 4.6kΩ 电阻器连接到 VBUS。

有关 TPS 如何以及何时将 BQ25798 置于安全模式充电的更多详细信息、我们将不胜感激、因为它似乎与此行为有关。 了解这种机制将有助于我们在涉及端口中断的场景中更好地管理充电。

此致、
Sai

尊敬的 Sai：

仅当 VBUS 和 VBAT 同时降至低于各自的 UVLO 阈值然后再恢复到高于其各自的 UVLO 阈值时、寄存器才会自动复位为默认值。  在 VACx 上电时、VINDPM 会自动设置为 0.7V（低电压）或 1.4V（高电压低于 VACx 上检测到的电压）。  对于 VAC1 上电、自动 D+/D-检测将 IINDPM 寄存器设置为 D+/D-检测值或 ILIM_HIZ 电阻钳位值中的较低者、除非 REG0x14 中的 EN_ILIM 位=0。  自动 D+/D-可以在 REG0x11 中禁用。

我找不到 VAC1 连接位置的充电器寄存器读取。 您能否缩小日志范围或在上述问题之前和之后立即仅重新发送 REG0x1B - REG0x27？

此致、

Jeff

尊敬的 Jeff：

感谢您提供详细信息。

请在下面找到所附的缩小日志。 该日志包括两个关键场景：

1. 正常充电开始： 系统刚开始在 VAC2 处于活动状态（VAC1 处于非活动状态且正在工作，即未连接断路器）的情况下充电、不会出现任何问题。
   e2e.ti.com/.../log_5F00_vac1_5F00_Inactive_5F00_and_5F00_vac2_5F00_Active.txt

2. 中断场景： 系统通过 VAC2 正常充电、然后将断路器连接到 VAC1 上的 USB 端口、这导致充电停止。 拆除断路器后、系统将按预期恢复充电。 在这种情况下、由于断路器、我们无法通过 VAC1 充电、因此我们唯一的选择是使用 VAC2 输入、因为它处于活动状态且电压可用。
   e2e.ti.com/.../log_5F00_vac1_5F00_Inactive_5F00_compromised_5F00_and_5F00_vac2_5F00_Active.txt

如果您需要更多详细信息、请告诉我。

此致、
Sai

尊敬的 Jeff：

我们将 持续（每 1 秒）向 TPS25751 发送 4CC I²C 命令、从而启用 BQ257980x0F[5] = 1 的充电、即、无论 VAC1 或 VAC2 的状态如何。

一旦我们将断路器电路（一个简单的 USB-C 分线电路、CC1 和 CC2 拉至 VBUS）连接到连接到 VAC1 的 USB 端口（通过 TPS PPHV，如上面的方框图所示）Control00xA20x82、寄存器就会从更改为、表示充电已禁用。

有趣的是：

• 如果我们向断路器电路施加电压、或者

• 如果我们从 USB 端口完全拔下断路器电路、

该Control0寄存器将返回0xA2。

这表明 TPS25751 可能会在某些连接条件下将 BQ25798 设置为安全模式。 请帮助我们了解以下内容：

1. TPS25751 会在哪些特定条件下将 BQ25798 设置为安全模式？

2. 是否有办法阻止 TPS25751 在这种情况下禁用充电？

可能会发现这将有助于我们解决所面临的问题。

此致、

Sai

尊敬的 Sai：  

我将对此进行进一步研究、并提出几个澄清问题：

1 — 从 USBC PD 的角度来看、 “USB 端口受损“是什么意思？  

2-您能否在各种用例下提供以下信号的生理线索捕获？

• I2Ct_SDA
• I2Ct_SCL
• I2Cc_SDA
• I2Cc_SCL
• VBUS  
• PPHV
• CC1
• CC2

3- MCU 是否能够完全控制 BQ （即断开 PD 和 BQ 之间的 I2C）？ TPS25751 + BQ25798 实现不适用于两个 BQ 输入。 我可以帮助提供我们在 PD 灌电流时建议的 MCU 流程。  

4-只是为了澄清、您只打算通过 PP5V 提供 5V/2A、对吗？ 换句话说、5V 不会来自 PPHV (BQ)。  

此致、  

Aya Khedr

尊敬的 Aya：

感谢您的提问和反馈。 请查看下面的回答：

1. USB 端口受损：
   “USB 端口受损“、我指的是 USB 端口中存在液体的情况、或者两条 CC 线路由于物理损坏或碎屑而短接至其他引脚的情况。
   *** 我们的系统没有 SBU 引脚、并且液体检测未启用。

2. Saleae 捕获：
   请在请求的用例中查看随附的 I2C 事务 (I2Ct_SDA、I2Ct_SCL、I2Cc_SDA、I2Cc_SCL) 以及 PPHV、CC 线路和 VBUS 的 Saleae 捕获。  saleae 日志的文件名定义了捕获日志的方案。
   e2e.ti.com/.../Saleae_5F00_Log_5F00_21_5F00_07.zip
   *** 在日志中、USB 端口受到损害是指将 CC 线路拉至 VBUS。

3. BQ 的 MCU 控制：
   遗憾的是、我们的 MCU 无法直接控制 BQ 。 如我们的方框图中所示、MCU 只能使用 4CC 命令通过 TPS 与 BQ 进行通信。
   

4. 供电电源：
   是的、我们仅通过 PP5V 提供 5V/2A 电流。 我们不会从 PPHV (BQ) 提供电源。

如果您需要更多信息或有其他建议、请告诉我。

此致、
Sai

尊敬的 Sai：  

感谢您的详细答复。  

您的系统目前如何处理此类情况？  

我将查看日志、并在收到星期三的反馈后回复您。  

尊敬的 Sai：  

感谢您的澄清。 明天我将继续审核并提供反馈。

此致、  

Aya Khedr  

尊敬的 Aya：

只需签入 — 如果您有机会查看日志。 如果您在方便时有任何反馈、我将不胜感激。

期待收到您的回复。

此致、
Sai

尊敬的 Sai：  

感谢您的耐心。  

我仍在查看日志、并将向您提供星期三的最新反馈。  

此致、  

Aya Khedr  

尊敬的 Aya：

我只是想跟进日志上的反馈。 请告诉我是否有任何更新、或者我是否可以提供任何进一步的说明以帮助进行审查。

期待收到您的回复。

此致、
Sai

尊敬的 Aya：

只需签入 — 如果您有机会查看日志。 如果您在方便时有任何反馈、我将不胜感激。

期待收到您的回复。

此致、
Sai

尊敬的 Sai：  

感谢您的耐心。 我对延迟审查深表歉意。  

请在下面查看我的反馈。  

1 — 我注意到，Saleae 捕获中的 VBUS 和 PPHV 信号测量为数字信号、而不是模拟信号。 如果可能、我想查看这些通道上的电压。 例如、在  “ChargingBATT_VIA_Secondary_input (VAC2)_AND_USB_PORT (VAC1)_APCVED_Betweed_7s_14s_Mark“文件中、我确实在此处看到了 VBUS 上的活动、但无法在没有实际电压的情况下确定此处发生了什么。  

2- 您如何测试  “USB 受损“案例？ 端口上是否存在液体？ 是否使用 Type-C 分线板将 CC 线路短接？ 我想更好地了解测试条件。  

3-您能否在 Saleae 日志中添加标记来解释这些时间戳通常发生的情况？ 例如、问题是什么、在这种情况下期望的行为是什么？ 从 PD 到 BQ 有很多数据写入、但这有点难以分析。  

此致、  

Aya Khedr  

尊敬的 Aya：

非常感谢您查看 Saleae 日志和您的详细反馈。 很抱歉、在与您共享日志之前、未对日志进行更彻底的双重检查。

我现在更新了 Saleae 捕获内容、以包括 VBUS、PPHV、CC1 和 CC2 的模拟测量以及数字通道。 我还在整个日志中添加了标记以注释相关事件、例如何时观察到问题以及这些点的预期行为。 更新的日志还包括 TPS 和 BQ 器件之间的 I2C 事务。

日志：  

 1. e2e.ti.com/.../Saleae_5F00_Log1.zip
2.e2e.ti.com/.../Saleae_5F00_Log2.zip
3.e2e.ti.com/.../Saleae_5F00_Log3.zip

关于您对“USB 受损“测试用例的问题：我们使用了 USB-C 分线板、其中 CC1 和 CC2 线路都上拉至 VBUS。 当此分线引脚连接到我们系统的 USB-C 端口（该端口通过 TPS 为 BQ 的 VAC1 供电，如方框图所示）时、电池充电会失败、即使之前通过次级输入 (VAC2) 充电工作也是如此。 我们观察到相同的行为、即测试中出现液体时电池不充电；我们通过使用分线板有意将两条 CC 线路连接到 VBUS 来仿真受损端口。

我们试图了解为什么连接这种受损的分线会导致电池充电停止、即使在连接分线之前次级输入 (VAC2) 也能为电池充电。 信号。 我们只能通过 TPS 与 BQ 进行通信、如方框图中所示。

请告诉我、更新后的日志是否更加清晰、或者是否需要任何其他信息。

再次感谢您的指导和支持。

此致、
Sai

尊敬的 Sai：  

感谢您澄清测试程序。 我将查看更新后的日志、并向您提供星期五最新的反馈。  

此致、  

Aya Khedr