[参考译文] BQ34Z110：兼容 bq34z950的单线电池一直接入 DQ 线路

您好！

很遗憾、共享的链接无法正常工作。

原理图看起来正常。

您是否知道电压有时会下降和连接、有时又不会下降的原因？

此致、

Diego

您好-

要手动导航至产品页面、请访问 bren-tronics dot com、从顶部选择"产品目录"、然后向下滚动并展开 PRC MBITR-148、7.0 Ah。

我们不知道电池有时为什么无法钳制到 DQ 线。  这是问题的关键-如果我们知道电池导致此类行为的*可能*原因、那么我们将知道在我们的系统中需要寻找什么。  因为我们只知道、我们在电压和时序方面似乎正确遵循了规格。

我们看不到。  如果电池响应、它会以8位正确响应、并且字节本身的值符合我们的预期。  据我们所知、电池不会错误回复。  唯一意外的电池行为是、它显然有时不会钳制到 DQ 线路、如果不是这样、DQ 线路上根本不会出现任何回复。

您好！

这听起来像是电池通信问题、而不是监测计问题。

此致、

Diego

我们对协议最终出现错误这一问题持开放态度、但不清楚这可能是什么。  从 PDF 中可以看出、我们的计时与商用充电器相当。  充电器从请求寄存器0x09"容量不准确计数"开始。  我们首先请求寄存器0x0D、后跟0x0E、即"补偿容量"高字节和低字节对。  电池文档中的任何内容都不指示所读取寄存器中任何类型的首选顺序。  如果通信变得非常糟糕、我们只会看到0x0D 的请求反复出现并无回复。  如果我们的 DQ 线路电压符合规格、时序符合规格、并且我们请求读取有效寄存器、那么还需要查看什么？

您好！

不确定您的方法似乎正确。

您使用的地址是什么？

此致、  

Diego

您能否更具体地说"不确定您的方法是否正确"？

按照此顺序、我们每3秒请求一次以下寄存器值：

CACH (0x0D)、CACL (0x0E)、PPD (0x07)、PPU (0x08)、RSOC (0x5A)、 TMPH (0x52)、Tmpl (0x53)

如果电池在35mS 内没有响应其中一个寄存器请求(规格表明30ms 是最大电池超时)、我们会针对该序列错误并中止、而不尝试在该窗口期间读取任何其他寄存器。  bq2050/bq34z950文档中似乎没有任何内容指示您请求寄存器数据、或电池需要"休息"或在请求 X 字节后出现的情况的任何特定顺序。  如前所述、如果电池没有略微下拉 DQ 线路上的电压、我们已经知道它将不会响应来自 STM32的任何传输。  在极少数情况下、这会立即发生、并且当我们所做的一切都从0x0D 发出时电池已经处于无响应状态。  理论上、我们使用中断脉冲启动每个寄存器读取请求这意味着电池应该会自行复位、但显然不会复位。

您好！

您的时序参数是什么？

此致、

Diego

我们遵循电池制造商提供的以下规格：

将这些时间与先前随附的 PDF 中的范围图进行比较、我们无法找到任何违规情况。  在电池正常响应和不响应时、我们的信号输出也没有任何差异(除非如前所述、当电池正确地将自身连接到 DQ 线路时、电压会略有下降)。  制造商通过下表概述了此行为：

这篇帖子中的图像属于 Bren-Tronics 版权所有。

您好！  

我提供的时序规格来自 BQ34z950数据表、如果电池制造商提供不同的规格、请就此问题与电池制造商联系。

BQ34z950有不同的时序参数、我想问您的电量计上配置了哪些参数？

您能从测量仪表中提取配置吗？

此致、

Diego

中断3125ms、TSV 3375ms、1位650ms、0位1875ms、中断恢复1500ms    

您好！

中断时间为3125ms、DS 的规格为3ms、这将导致超时。

此致、

Diego