[参考译文] BQ34Z100-G1：从 BQ34Z100读取数据时、是否需要在每个块后停止、或者只需重新启动即可工作？

我仍在读取驱动程序的源代码以查看其工作原理。  

但它是由中断驱动的、因此我可以构建一个命令队列、并执行它们。  

如果队列不是空的、它会重新启动、而不是停止和启动。  

如果队列为空、则执行 Stop (停止)。  

我搜索了文档"bq34z100采用 Impedance Track 技术的宽量程电量监测计" SLUSBZ58以查看看门狗、发现它列在7.2功能方框图中、但在任何其他地方都没有提及。  

它在6.14中说、停止和启动之间的时间为66us。 重启看门狗计时器所需的时间是多少？ 什么导致看门狗计时器超时？  

正如我在前面提到的、我正在读取4个块、其中包含20、8、20和14字节的数据。 (我必须每秒读取3次)。  我无法读取更多的数据、因为它们不是连续的块、当我尝试读取块之间未定义的存储器位置时、我不知道 bq34z100会执行什么操作、所以我没有尝试。  

看门狗计时器是基于时间还是数据？ 在100kHz 频率下、4个块应花费大约6.66ms 的时间。  或在400kHz 时约为1.66ms。  那么、您告诉我这些时间将导致看门狗计时器过期并重置 bq34z100？  这对我来说毫无意义。 它看起来太快了。  

我想这篇文章已经脱离了雷达。  

谢谢。  

问题不是写入。 问题是我在第一页中讨论的4个块读取、如果我希望它们有问题。  

我之所以如此担心、是因为我们的团队在使用内置 I2C 硬件时遇到 bq34z100 "挂起"问题、并且在使用 MSP430F5329时没有响应。 在我到达项目之前、他们的解决方案是手动对 I2C 接口进行位通信、问题就解决了。 现在、我为另一个处理器重新编写代码、并打算在中断模式下使用内置 I2C 接口。 我正在尝试通过了解导致代码挂起的原因来防止代码出现相同的问题。 (没有人知道原因。) 如果它有一个看门狗复位、它将不会在 I2C 通信的中间对 I2C 做出响应、并且通信将挂起。 不幸的是、这是随机发生的。  在系统每秒读取3次数据时、每天会发生一次这种情况。  

我知道看门狗计时器是什么、它有两个重要的方面。 看门狗计时器复位时间、器件将在一段时间后复位、计时器复位会从开始再次开始计时器计数。  我听到的是、在通信期间 、bq34z100中的处理器变得繁忙、无法复位看门狗计时器。  停止和启动之间的间隔时间为66us、这足以让计时器复位。 我不知道在看门狗超时之前可以进行通信(读取)的时间。 我本来以为我之前估计的6.66ms 会比看门狗定时器短得多。  

如果情况不是这样、我必须想出一种方法、在我处于中断中时、在3个停止和启动对之间放置一个66us 的延迟。  我不喜欢中断中的延迟。 这是错误编码。 如果这是我必须跳过的圈、那么这就是我要做的。 我会弄清楚一些东西。