主题中讨论的其他器件:BQ76920、、BQ78350、BQ769200
工具与软件:
您好!
我已经使用 BQ78350-R1A 控制器和 BQ76920 AFE 设计了 BMS。 我已经提出了一个问题、这在某种程度上与此主题相关:
如上所述、连接 BQ78350的 SMBus 和 I2C 引脚应该没有问题 项目符号 I2C 引脚进行通信 全部打开 1个总线 的位置、因为我们希望可以选择省去 BQ78350以用于更简单的应用、并直接与 BQ76920通信。
在以下测试和记录过程中、未激活任何自身的代码。
使用了没有 CRC 功能的 BQ769200版本。 BQ78350仍然处于"密封"状态、这会是问题吗? 如果我"解封"器件、会发生什么变化?
1) 1)我可以使用今天刚推出的 EVM2400与 BQ78350通信。 该器件会自动识别、我也会接收值、但频繁出现"数据包总和不匹配"和 NACK、超时和"异常响应正在通信"(我猜后者是由于同一总线上发生了 BQ76920通信?)
另请参见下图。 在这些短段中、BQ78350 (地址0x0B)一直被寻址(来自 EVM2400):
2)这些交易以 NACK 结束是正确的吗? 这是正常行为吗?
3)我不认为所描述的问题是由于所有的连接都在1总线上,虽然。 这并不像是任何 BQ78350操作被从 BQ76920或 EVM 开始的通信"中断"。 之间始终有几毫秒的时间。 例如:
4) 4)我想知道是否应该尝试断开 BQ78350上的总线、仅将 I2C 引脚连接到 BQ76920并使用 BQ78350的 SMBus 引脚进行通信。
5) 5)可能与 BQ76920相关的问题:
- AFE 可能与发生的问题有关。 仅为前3节电池传输电芯电压、而不是全部为5节电池。 TI 文档中指出 BQ78350默认为5节电池、因此与 BQ76920配置不正确的情况不一样。 如果我使用自己的驱动程序代码直接与 BQ76920通信、也会出现此问题。 我无法判断 AFE 是否损坏或者通信是否有问题。 请参阅以下 BQ76920 I2C 通信:
AFE 应读取所有电芯电压(在 BLOCK_READ 中)、所以寄存器地址会自动递增。 但是、从图中可以看出、读取寄存器0x0C 和0x0E 后、它会直接跳至0x14?
这可能是什么问题? 再说一遍、这些"NACKS"是否正确?
非常感谢你的评分
Niklas