[参考译文] BQ25896：停止输出 Vsys 并赢得#39; t EXIT "未知模式"

您好、Florian：

感谢您通过 E2E 联系我们。 您能帮助回答有关您的系统的几个问题吗？  

-您使用什么作为 I2C 线路(SCL 和 SDA)的上拉轨?  

-在关闭 Q4 BATFET 以进入运输模式之前、您是否设置 REG09位3 BATFET_DLY = 0b 或1b？

此致、

加勒特  

您好、Garrett：
感谢您的答复！

SCL 和 SDA 由10k 电阻器上拉。 用于这些上拉电阻的电压实际上来自 SYS。 它被另一个 IC 转换为3V。

在进入运输模式之前、BATFET_DLY 为0b。

实际上、我们不知道 在此错误场景中是否故意进入了配送模式。 至少器件不应该这么做。 进入运输模式的唯一原因是我们一方存在固件错误。

以下两项操作可导致设备特意进入运输模式：
1.用户进入发运模式(不是这样)

2.蓄电池电压过低(情况并非如此)

在这些情况下、我们在特意进入开启状态时、从未遇到过从运输模式唤醒的问题。

测试版测试人员表示设备突然停止工作。 电池电量几乎没有耗尽(有些人说电量是50%、有些人说电量是75%)。

您好、Florian：  

感谢您的进一步解释和回答我的问题。 我最初给人的印象是、根据主题帖标题、你故意进入 SHIP 模式。 我知道情况并非如此。 您能帮助回答一些其他问题吗？  

-您说您在~5天没有查看设备后发现了此问题。 BQ25896在上次按预期工作时的所有寄存器值都是什么？  

-您提到您并非有意进入运输模式、电池电压高于过放电阈值(最大值为2.5V)。 您是否期望电池在未接触设备的~5天内继续为连接到 SYS 的组件供电？  

-根据您的观察结果,有一件事是将 BAT 与 SYS 断开。 您的系统中是否有任何保护电路可以断开电池与 SYS 输出的连接？

我们需要您的帮助来尝试捕捉电池最初从 SYS 断开的情况、以确定所发生的确切情况。   

此致、

加勒特  

您好、Garrett：
你是对的,标题是误导性的。 我现在就改变了。

Unknown 说：

您说您在~5天没有查看设备后发现了此问题。 BQ25896在上次按预期工作时的所有寄存器值都是什么？  [/报价]

遗憾的是、我无法通过简单的方法读取寄存器、因为在这种情况下、连接的微控制器未通电。 这可以通过连接另一个微控制器与特殊固件来实现、但如果不是 绝对 必要、我想避免这样做。 我在 重新启动时对寄存器值进行设置时、可以为您提供一个列表。  如果我没弄错、在运行时只有1个位可能会被有意修改(在运输模式下除外)、这是 REG03中的 OTG_CONFIG。

Unknown 说：

-您注意到您并非有意进入运输模式，电池电压高于过放电阈值(最大值为2.5V)。 您是否期望电池在未接触设备的~5天内继续为连接到 SYS 的组件供电？  [/报价]

它应该在电池持续使用时间内为这些器件供电。 我们的器件中没有节能/睡眠模式这类设置。  但预期的运行时间 (即使不接触器件)也仅为30小时左右。 我们无法判断的是"崩溃"后实际发生的情况(如果 SYS 在崩溃的确切时刻停止输出)。

Unknown 说：

-根据您的观察结果，有一件事是断开 BAT 与 SYS 的连接。 您的系统中是否有可断开电池与 SYS 输出连接的保护电路？

[/quote]

BAT 和电池之间有保险丝、但保险丝在每种情况下都很好。  我们始终 在这些器件的 BQ25896的 BAT 引脚上测量约3.3V 的电压。

此致、
弗洛里

安[/quote][/quote]

您好、 Florian：

如果充电器 IC 完全关闭(即断开 VBUS 和 VBAT 电源)、则重新应用适配器、器件是否会正常工作？

谢谢。

宁

您好、Ning：

在错误情况下、我们不知道。 我们只剩下一个设备处于这种状态、我们保护它、就好像它是圣杯一样、因为也许我们可以对它进行重要的测量。

在正常情况下可以正常工作、是的。

如果我们有另一个器件处于此错误状态、我们将尝试进行重试！

谢谢！
弗洛里

您好、Florian：  

感谢您回答我们的各种问题。 您能帮助说明一下您提出的一点吗？ 当器件处于仅电池运行状态时、可以启用 OTG 模式。正确吗？

此外、您可以提供在重新启动时设置的寄存器值的列表作为参考。  

此致、

加勒特

您好、Garrett：

是的、是这样。  对于电池>= 75%、启用 OTG 模式；对于低于75%、禁用 OTG 模式。 正如我说过的、一些客户报告了75%和大约50%(只有25%阶跃)。 在该范围内、很可能已启用/禁用 OTG 模式。 关闭它有一个迟滞,所以不应该发生"开/关-大屠杀"。
我测试了打开/关闭 OTG 模式、一般情况下工作正常、没有发现问题。 但在某些情况下可能不会。
可能有点像：75%=> 50%=> OTG 禁用=>错误。

可以。 启动时、我们通过 在 REG14中将 REG_RST 设置为0b1来执行寄存器复位。 之后、寄存器将按如下方式进行设置：
e2e.ti.com/.../BG25896_5F00_registers.xlsx

您好、Florian：  

感谢您的进一步说明并提供了初始寄存器设置。

我认为正在发生的情况是、在纯电池模式下 BATFET 以某种方式关闭。 您提到、您并非故意尝试进入运输模式、但 高负载电流或低电池电压等条件可能会导致 BATFET 在仅电池供电(即未连接适配器)时关断。  

了解在启用和不启用 OTG/BOOST 模式时系统中负载分布的变化会有所帮助。 是否预计会出现大电流尖峰？ 是否曾观察到由于负载电流瞬变而导致 BAT 引脚电压下降？  

此致、

加勒特  

您好、Garrett：

您是正确的、该问题肯定是在纯电池模式下发生的。

我们在启用 OTG/BOOST 模式时预计不会出现电压下降或电流尖峰。 在每个错误情况下、没有外部器件连接到由启用 OTG/BOOST 模式产生的电源。
我通过使用示波器测量电池电压和电流(20m Ω 分流器)测试了该假设。 当启用/禁用 OTG/BOOST 模式时、电压和电流根本没有变化。

我们还在器件发生问题时、以与器件相同的状态测量了电流。 我们没有看到任何显著的变化。 Constant 220 -270mA。
别误会我的意思、我们实际上在遇到问题时没有看到电流、但我们完全不希望出现任何负载电流瞬变。

谢谢！
弗洛里

您好、Florian：  

感谢您对设置的解释以及为我们进行与 VBAT 和电流消耗相关的测试。 根据这些信息、我们将最终进行一些调查、我们会与您联系。  

此致、

加勒特  

您好、Garrett：

感谢您目前的帮助！
仅供参考：下周我不会上班。

此致、
弗洛里

您好、Florian：  

很好理解、感谢您告诉我们。  

此致、

加勒特  

您好、Garrett：

我回来了！

您是否有关于此主题的新信息？

此致、
弗洛里

您好、Florian：  

我们在末端进行了一些测试、以查看是否有可能观察到 BATFET 在仅电池运行期间由于负载瞬变以及启用/禁用 OTG 而关闭。 不幸的是，我们未能观察到这种行为。 当没有捕获到量表误差时、很难确定根本原因。  

关于您关于器件卡在"未知状态"的初始报告、该行为似乎与该器件上的一个问题相匹配、该问题是、由于在 I2C 通信过程中进入运输模式、器件可能会"锁定"。 通常、当 I2C 上拉轨为 SYS 时会发生这种情况。 在这种情况下、BATFET 关闭可能会导致 I2C 通信不完整、从而导致器件无法通过插入适配器退出此状态。  

在您看到行为的几个装置上、我的最佳猜测是当前未知的原因导致 BATFET 关闭。 当 BATFET 按特定的时序关闭时、BQ25896会"锁定"、并且适配器插件不能用于启动转换器。  

此致、

加勒特  

您好、Garrett：

感谢您的解释！

只是为了确保我理解正确：
有一个会导致相同行为的已知错误、但对于我们的器件而言、问题的根源似乎是另一个问题。 我们案例中的实际根是未知的。
是这样吗？

重要信息：
 出现问题时、我们的固件不应有意将 BATFET 关闭。 此类行为的唯一原因是另一个未知问题(例如、我们一方的固件错误)。 如果我们有意关闭 BATFET、器件永远不会卡住(到目前为止、我们已经做到了1000多次、没有出现任何问题)。

是否有任何权变措施来避免此问题？ 我们仍然受到很大的压力。

我们能否为您提供更多信息以解决该问题？

此致、
弗洛里

您好、Florian：  

让我来帮助澄清一下。  

一个已知错误会导致您报告的行为、即 BQ25896器件处于锁定状态、适配器插件无法按预期为输出供电。 此错误的根本原因是器件进入运输模式时的 I2C 通信不完整。 已验证此问题的修复方法是设置 BATFET_DLY = 1、并确保在设置 BATFET_DIS = 1以进入运输模式之后、MCU 主机不发送 I2C 通信。  

在提供了所有信息后、对于您的系统所发生的情况、我的最佳猜测是在您看到问题的5个器件上、BATFET 恰好在 I2C 通信过程中关闭。  

对于您的情况、很难解决、因为您报告您不是有意关闭 BATFET。  由于 BATFET 何时关闭是未知的、因此实施权变措施要困难得多。

Unknown 说：

能否为您提供更多信息以解决此问题？

为了解决该问题、我们需要确定导致 BATFET 关闭的原因。 如果我们了解导致 BATFET 关断的原因、则可以主动避免将器件置于这种情况下。  

为了找到权变措施、您的终端所需的关键信息是在发生 BATFET 意外关闭时监控器件(即监控/记录参数、例如 VBAT、VBUS、VSYS 和电池放电电流)。

此致、

加勒特   

您好、Garrett：

感谢您的澄清、现在我明白了！

最近几天、我们观察到一种可能会意外关闭 BATFET 的行为(我们需要时间来确认)。
在非常罕见的情况下、我们看到一些 I2C 消息被我们的微控制器误解(BQ25896已正确发送)。 我们怀疑、我们的微控制器也可能错误地发送 I2C 消息、这可能会导致关闭 BATFET。
这是一个时序问题、我们通过减少 I2C 时钟修复了这个问题。
这是问题的根源。。。

现在、我们计划在大量器件上更新固件、以测试是否能修复固件。
我会随时向您通报最新情况、但这些测试需要一些时间。

我们还将实施日志记录参数。 这方面的问题是生产设备无法进行记录。 我们只能观察 开发器件上的日志。  鉴于我们的开发器件数量很少、这种情况不太可能发生。

此致、
弗洛里

您好、Florian：  

感谢您的更新。 有趣的是、您可能已经确定了 BATFET 关闭的根本原因。 在获得固件更新结果后、请在主题中更新我、但不要着急。

如果在器件关断电池后长时间没有观察到 BATFET 意外关断、那么也应该避免器件进入我最后几份回复中所述的锁定状态的问题。  

此致、

加勒特