[参考译文] BQ40Z50-R2：bq40z50-R5 ASCDL 异常行为

我们对使用 bq40z50-R5固件且[NR]=1的第二种电池设计进行了进一步测试。

我们具有 闩锁的默认设置：
"保护"、"ASCD"、"锁存限制"、"3"、"-"
"Protections"、"ASCD"、"Counter Dec Delay"、"10"、"s"
"Protections"、"ASCD"、"Recovery"、"10"、"s"
"Protections"、"ASCD"、"Reset"、"15"、"s"

电池"断续"FET 等于遇到的短路数量。

这意味着、如果我们在蓄电池上留下短路、并且它触发 ASCD 10次、则在移除短路后、蓄电池会"断续" FET 10次。  

断续意味着 FET 完全导通、然后 ASCDL 被标记为绝对不存在短路。

这是错误吗、因为我看不到 R5 TRM 中提到的这种行为？ 如果计数器递减延迟小于锁存复位、可能会出现问题？

我发现 bq40z50-R2 v2.08与本文档中发现的调试功能类似： bq40z50-R2 v2.08需要更改(TI.com) 、但除非出现回归、否则2.11版中已经修复了该问题。

 那么我们最肯定要使用 bq40z50-R5。

尊敬的 Marek：

是否可以共享测试的日志文件和测试完成后的间断文件以及测量仪表的.gg 文件？ 这将使我们能够更深入地研究这一问题。

此致、

Anthony Baldino  

尊敬的 Marek：

感谢您发送这些文件。 它似乎 ASCD 位的移动至少遵循你已经通过 gg 文件设置的恢复协议:

每次设置 ASCD 时、它将在10秒后根据 SCD: Recovery 参数进行清除：

我现在明白你的意思了。 根据您的当前设置、ASCDL 位应在15秒后清除、但在某些时间段、它会保持更长的时间。

不过为了确认、如果器件上进行了上电复位、是否可以缓解此问题？

6527067 说：

此外、从观察来看、 在短路的过程中、ASCD 上的恢复计时器似乎也导致 FET 重新导通
即使 ASCDL 仍处于设置状态。 这可能是每500ms 读取一次的伪影、而只是在两者之间捕捉一些东西。

删除500ms 读数是否经过测试、以查看结果是否发生了更改？

此致、

Anthony Baldino

[报价 userid="567157" url="~/support/power-management-group/power-management/f/power-management-forum/1385217/bq40z50-r2-bq40z50-r5-ascdl-strange-behavior/5299526 #5299526"]

我现在明白你的意思了。 根据您的当前设置、ASCDL 位应在15秒后清除、但在某些时间段、它会保持更长的时间。

[报价]

不仅仅是 ASCDL 应在15秒后清除。 在15：31时消除短路后、它甚至不应出现。 该标志自动保持设置和清除6分钟、不存在短路

[报价 userid="567157" url="~/support/power-management-group/power-management/f/power-management-forum/1385217/bq40z50-r2-bq40z50-r5-ascdl-strange-behavior/5299526 #5299526"]

不过为了确认、如果器件上进行了上电复位、是否可以缓解此问题？

[报价]

我没有执行 POR、但我使用0x0041对 smbus 执行了复位以进行 Mfg 访问、并且电量监测计立即恢复正常运行。

[报价 userid="567157" url="~/support/power-management-group/power-management/f/power-management-forum/1385217/bq40z50-r2-bq40z50-r5-ascdl-strange-behavior/5299526 #5299526"]

删除500ms 读数是否经过测试、以查看结果是否发生了更改？

[报价]

当我开始执行和观察问题时、是在我进行了一个小时的短路、没有与电量计进行外部通信时。 当我试图把它连接到一个电子负载几分钟后,我继续观察断续,我移除了短路,并感到困惑的行为。 在这种情况下、它执行了约40分钟的打嗝(无负载)。  

尊敬的 Marek：

并且、我将联系我们的固件团队、了解如何为 R2版本的固件清除此问题、因为这些锁存问题看起来是相似的。 当我收到他们的回复时、我会向您提供最新信息。

此致、

Anthony Baldino

Anthony、您好！

是否有任何更新？

此致、

标记

尊敬的 Marek：

我能够将这些信息传递给我们的固件团队。 他们的响应可以在下面找到：

'锁扣跳闸后、ASCD 将在10秒后清除、这将允许开始递减延迟。 但 ASCDL 将在15秒后复位、计数器尚未递减。 由于短路是连续的、ASCD 将再次跳闸并再次向上计数。 这可以重复循环、但锁存计数器将在255时达到最大值、并且不允许溢出。

移除短路后、锁存计数会递增、远超过 ASCDL 阈值。 由于操作发生的顺序、ASCD 将清除、然后5秒后锁存器将清除。 移除短路后、ASCD 将不会再次触发。 但是、由于锁存计数很高、下次通过循环时、锁存器将再次跳闸。

不过、衰减计时器仍在运行、因此它将每10秒递减一次。 它最终将低于锁存阈值并保持恢复。

这是什么意思？ 对于 NR=1的情况、您确实需要使锁存器的"复位"至少为非锁存恢复和解码延迟的总和。 这样、当 ASCD 清除时、ASCDL 将不会清除、直到锁存计数递减1。 在他们的情况下、如果他们将设置为20秒的锁存复位、那么它应该在锁存器清除时倒数。"

此致、

Anthony Baldino

为什么清除 ASCDL 不会导致计数器设置为0？ 结果似乎是目前的结果是连帽衫。

为什么 TRM 中没有更清楚地记录这种行为？ 特别是因为 TI 默认的锁存参数与[NR]=1不兼容。

尊敬的 Marek：

我将与我们的固件团队联系以获取有关为何不会重置为0的说明、并确保在后续的 TRM 中进行这方面的说明。

此致、

Anthony Baldino