[参考译文] BQ34Z100-G1：电池断开/BQ 复位检测

嗨、Evan、

我也尝试过这种方法、但值停留在计数49。

无论我是否对器件下电上电。 以防万一。

int BatteryMonitor::resetData()
{
   uint8_t Reset_cmd[3] = {0x00, 0x05, 0x00};  // soft reset the order of the bytes is reversed
   Wire.beginTransmission(BQ34Z100_ADDR);
   Wire.write(Reset_cmd[0]);
   delay(10);
   Wire.write(Reset_cmd[1]);
   delay(10);
   Wire.write(Reset_cmd[2]);
   Wire.endTransmission();
   Wire.requestFrom(BQ34Z100_ADDR, 1);
 
   int resetDataByte = Wire.read();
 
   return resetDataByte;
}

您好、AJ、

您能将您的日志文件发送给我吗、以便我进一步了解这一点吗？

此致、

埃文

很抱歉有一个什么日志文件？

第15行连续返回十进制49  

您好、AJ、  

我是说.gg 文件、很抱歉令人困惑。  

此致、

埃文

埃文

我能够使固件正常工作、并获得我们看到的复位计数、这样做是否有帮助。

关于24小时的坏数据, remainingCapacity ()是否改善或更改算法中的任何东西在相同的时间间隔?  

以下是我的固定代码：

int BatteryMonitor::readResetCount()
{
   uint8_t Reset_cmd[3] = {0x00, 0x05, 0x00};  // soft reset the order of the bytes is reversed
   Wire.beginTransmission(BQ34Z100_ADDR);
   Wire.write(Reset_cmd[0]);
   delay(10);
   Wire.write(Reset_cmd[1]);
   delay(10);
   Wire.write(Reset_cmd[2]);
   Wire.endTransmission();

   delay(30);

   Wire.beginTransmission(BQ34Z100_ADDR);
   Wire.write(0x00);
   Wire.endTransmission();

   Wire.requestFrom(BQ34Z100_ADDR, 1);
   int resetDataByte = Wire.read();

   return resetDataByte;
}

Andrew、您好！  

我将必须咨询固件团队有关该问题的信息、请允许我留出一些时间。

此致、

埃文

Andrew、您好！

您能与我分享您的.srec 文件吗？

由于美国节假日、请预计回复会延迟。

此致、

埃文

请查看附件：)  

https://drive.google.com/file/d/15oBQY_CrN2xlWDIoXUBiKZzCp62dQUCu/view?usp=drive_link

Andrew、您好！

您遇到的问题与 BQ34z100-R2 FW 上的错误类似。 您能否确认-g1固件已上传至电量监测计。

在 G1 FW 上、没有每24小时重置一次的参数。

此致、

埃文

嗨、Evan、

我检查的每个设备都显示它在0.16上、该版本是2015年的。  

那么、我们有可能受到影响吗？ 您正在考虑哪些错误/勘误表？ Im 假定版本说明中的一个变化介于0.16和0.20之间

Andrew、您好！

您使用的是正确的(-g1)固件。

此处列出了固件更改。  bq34z100_v2.02.00.31发布说明

在出现此问题之前、您是否使用了 GPCCHEM 工具并成功完成了学习周期？

此致、

埃文

嗨、Evan、

是的、在过去的4年中、我们一直在做自己的培训周期等。 每次更换电池供应商时都需要重新培训、但它已经被冲洗干净并重复。

似乎并非所有设备都遇到此问题。

Andrew、您好！

很高兴听到这个消息。 当您说"不是所有器件"时、是指并非所有 BQ34z100都经过测试、还是不是所有 TI 监测计都经过测试？  

此致、

埃文

我只是意味着、并非所有具有相同.srec 和固件的器件都在 SOC 中实现了24小时的巨大跳跃。  许多器件会不断正确地获得 SOC。  

- AJ

此外、是否可以通过远程物联网设备上的 i2c 来刷写更新的固件？

您好、AJ、

您的设备可能是如何出现此问题的？ 您测试的设备是否可能已损坏？

是、在提供的 监测计通信文档中提供了更多信息

此致、

埃文

这份文件正是我想要的<3

我们拥有多达50个有问题的器件。 我们目前正在尝试查看是否存在 与电池批次相关的问题、但似乎异常随机

您好、AJ、

请告诉我,如果你找到任何与面糊批次相关的东西。

同时、我会就您的问题咨询我的团队。

此致、

埃文

Evan 听起来不错。  为了便于您参考、我将优先为这些发生故障的远程器件更新 bq FW 这一功能开发。 看看他们是否有所提高。  如果您认为 升级 FW 是 moonshot，请告诉我。

嗨、Evan、

我尝试下载最新和最伟大的 bq.fs 文件,但它似乎不包括在此链接: https://www.ti.com/tool/download/BQ34Z100-DEVICE-FW/2.02.31的 exe 中

Im 假设我需要 bq.fs 来根据您的电量监测计通信应用手册中的内容更新固件：

我还尝试了使用 srec 从 exe、但它没有将 fw_version 从 x16更改为任何内容

您好、AJ、

您能向我们发送发生 SOC 跳转错误的24小时以上日志文件吗？

此常见问题解答可能会有所帮助。

(+)[FAQ] BQSTUDIO：TI BMS 闪存流文件格式是什么？ -电源管理论坛-电源管理- TI E2E 支持论坛

此致、

埃文

嗨、Evan、

我的意思是、我尝试使用 BQStudio 和 Ev2400使用该 exe 中的.srec 文件将新固件刷写到常规器件中、因为这是其中唯一可用的闪存文件。  

但在 BQStudio 的"编程"部分中点击闪存后、它会运行2秒并表示它已刷写、但 UI 中的 FW_VERSION 命令仍然返回0x16。  

我目前正在使用 EV2400和 BqStudio 进行此尝试、看看我们在开发将解析并通过 i2c 应用文件流内容的远程应用之前是否能验证改进。

回复：日志

我可以使用远程 i2c 捕获通过随机非标准格式远程获取日志、也可以将其中的一些记录让客户返回设备并获取 bq studio 捕获的日志。 可以吗？

感谢一吨的快速响应:)  

AJ

您好、AJ、

听起来您的电量监测计可能处于 ROM 模式、没有执行固件。

这里有一个技巧可以验证、  

首先将 EV2400上的 SMBus 端口连接到 BQ34z100EVM 上的 i2c 端口。

然后选择 bq40z50.bqz。

然后在从目标地址16读取0x02

如果您收到大于100的值、则处于 ROM 模式

返回器件的 bqStudio 捕获日志将会更好。

此致、

埃文