[参考译文] BQ76952：CC2 电流测量损坏

您好、Dan、

这是一个已知问题、并且/或者为了避免这种情况、我可以做些什么？

我相信我们以前见过一些用户看到过这个问题。 这是  我认为可能有帮助的前一篇文章。  

此致、
Alexis

尊敬的 Alexis：

如果设备在第二个字节上显示“未就绪“(FF FF 00)、则我的驱动程序已放弃整个读取操作。 不过、这不会完全消除错误的测量。  

下面是我的 SPI 总线监视器的屏幕截图、其中显示了“读取操作显示为“OK"。“。

我可以指出的一点是与第一次读取寄存器 3B（数据包 3）有关。 BQ 器件响应 3A 00 7B、这是意外情况。 它应返回仍保存在 SPI 寄存器中的最后一个传输的数据包、即 3A FE 47。 虽然 00 是正确的值、如果它实际上没有传输、为什么 BQ 器件在 3B 寄存器读取期间返回它（并为其计算有效的 CRC）？

谢谢

Dan

您好、Dan、

感谢您对此的耐心等待。

使用 SPI 进行多字节读取时、这似乎更常见。 最好按照步骤 5 和步骤 6 来查看这是否有所帮助、而不是遵循软件开发指南中步骤 4 和步骤 6 的建议。 我还没有确认这个自己还在工作台上,但我会尝试当我得到机会。  

1. 假设 V = 0xAFF
2. 读取 0x14（获取垃圾信息）
3. V 再次测量、现在为 0xB00
4. 读取 0x14（获取 0x14 + 0xFF）–因为已经加载#2 中的字节以进行发送
5. 读取 0x15（获取 0x14 + 0x00）-这通常会被忽略
6. 读取 0x15（获取 0x15 + 0x0B）

此致、
Alexis

尊敬的 Alexis：

我已经实施了与您建议的机制类似的机制、在这种机制下、整个请求被拒绝、并在步骤 4 和 5 中收到的值不匹配时重试。 它似乎有效、但我需要执行更广泛的测试以进行确认。 尽管如此、这种方法使通信驱动程序变得更加复杂、而不是必要的。 BQ76592 在传输前缓冲这些值是否更简单？

谢谢

Dan