Other Parts Discussed in Thread: BQ35100, BQSTUDIO
器件型号: BQ35100
主题: BQSTUDIO 中讨论的其他器件
我们正在开发一个使用 BQ35100 通过 I2C 测量 3.6V LiSOCl2 电池在 EOS 模式下的 SOH 的应用。 该文档呼吁针对这种特定的电池化学成分使用 EOS 模式。 我们的应用会进入睡眠状态并按时间间隔唤醒、因此 BG 使能在唤醒时驱动为高电平、在睡眠时驱动为低电平。 目的是在每个唤醒/睡眠周期进行电池 SOH 测量。 我们完成了初始 EOS 学习的过程、发现电池的新 batt R 标度延迟、结果为 30。 我们运行的算法如下所示。
- 上电时驱动 BG 使能
- 检查 Operation Config A 寄存器是否正确。 在我们的示例中、每次我们将 BG 使能驱动为高电平、Operation Config A 寄存器都会复位为 0xF3、这意味着未设置 EOS 模式。 我们将 Operation Config A 设置为 0x86、并读回、以确保仍然设置了 0x86。 这应该会启用 EOS 模式。
- 如果尚未设置、我们将“New Batt R Scale Delay“设置为 30。 (奇怪的是,在唤醒/睡眠周期之间该值保持设置为 30、而 Operation Config A 则不会这样做)
- 发送电量计启动
- 让我们的器件运行(通常负载较高约 30 秒)
- 发送仪表停止
- 等待设置 G_DONE 位。 这可能需要几秒钟或更长时间。
- 读取 SOH 和温度。 在这里、SOH 始终报告 30%或 46%。 对于新电池的初始 30 个周期、它将始终报告 64%。
- 将 BG 驱动为低电平以进入 SLEEP 模式
该算法是否有问题? 操作配置 A 未正确设置或保存所导致的 SOH 值是否相同? 我一直在监测这些值在电池的整个寿命,它从来没有改变,即使当电池耗尽。 我可以提供更多详细信息。