[参考译文] BQ76952：bq76952

您好、Matt、

Mohit 和我正在从事同一个项目。  

我们的微控制器(RH850)确实支持数据表中以下部分中提到的时钟扩展：



但是、在传输期间、两个 SCL 或 SDA 中的任何一个都保持低电平、并且不会恢复。

此外、在 STM32中、使用示例代码中给出的相同代码。 我们 观察  到一个类似的问题、为了验证、我们从 BQ76952 IC 断开了 I2C 线路、并观察到 SDA 和 SCL 的切换按预期进行。 但重新连接 BQ76952 IC 后、问题仍然存在、SCL 线路未保持高电平。

3.对于这两个控制器、当 RST_SHUT 引脚被手动复位时、情况已恢复。

您好、Neetika、

听起来可能是事务未完成(如果 RST_SHUT 引脚能够恢复通信)。 恢复 I2C 总线的标准方法是从微控制器发送9个时钟。  

我从未从使用 STM32的其他用户那里看到过这个问题、而且我已经用这个微控制器做了很多测试。

此致、

Matt

您好、Matt、

1.请详细说明我们如何发现交易未完成？ 发送9个时钟后、AFE 是否从停止位置恢复？

2.我们是否有可能 AFE 正忙于采样、并且可能需要一些时间进行响应？ 我们的 MCU 绝对支持时钟扩展。 如果我们将时钟拉伸放置一段时间、那么在电压、电流和温度采样期间是否会发生 MCU 不响应的情况？

我们使用的是超级环路架构、在该架构中、我们每100ms 读取一次电压、电流和温度。 无论进行全扫描、我们每100ms 读取一次这些值。 BQ76952的内部采样间隔为63ms。 这是否是通信中止或冻结的问题或可能原因？

1. 我不知道如何检测交易是否已完成。 发送9个时钟来恢复 I2C 总线对该器件来说并不是唯一的做法- I2C 复位事务是一种常见的做法。  
2. AFE 将根据需要进行时钟扩展、但不应像您所描述的那样长时间。 MCU 控制时钟、因此如果 MCU 在其中一个事务期间停止发送时钟、这也可以解释您看到的内容。
3. 这种以固定间隔读取值的方法很好-许多用户使用类似的方法。

此致、

Matt