This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] BQ78350-R1A:与 EVM2400和 BQ76920的通信问题

Guru**** 1963265 points
Other Parts Discussed in Thread: BQ78350, BQ76920, BQ78350-R1A
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1416699/bq78350-r1a-communication-problems-with-evm2400-and-bq76920

器件型号:BQ78350-R1A
主题中讨论的其他器件:BQ76920、、BQ78350、BQ769200

工具与软件:

您好!

我已经使用 BQ78350-R1A 控制器和 BQ76920 AFE 设计了 BMS。 我已经提出了一个问题、这在某种程度上与此主题相关:

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1381008/bq76920-circuit-design-with-and-without-bq78350/5277708#5277708

如上所述、连接 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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    如果 bq78350是 SEALED、它将不会响应在 SEALED 模式下不可用的命令。 这主要是有关配置的任何信息。 所有电量监测结果命令都可以正常工作。

    我还没有看到在一个系统中 AFE 和监测计之间的总线与另一个 I2C 主机共享。 电量监测计不能与其他主机共享该总线。 您提到、另一个 E2E 线程推断出共享总线是可以的。 我在另一个 E2E 主题中没有看到此问题得到处理。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我认为,因为他们没有否定我的想法,我认为这是"是的,这是可以做的"。 在这种情况下是我的错。

    图中所有这些 NACK 条件怎么样? 这是"正常"I2C 行为吗?

    在第4次和第5次从未到达的测量中、能否断开 AFE?

    提前感谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    如果您有兴趣查看 NACK 是否仍然存在、建议让监测计仅控制 AFE、并监听 AFE 和监测计之间的总线。 不应该有不属于协议的 NACK。

x 出现错误。请重试或与管理员联系。