[参考译文] BQ40Z80：RSOC 漂移

Fabrizio、您好！

如果可能、请在之前和之后共享测试的 BQStudio 日志以及.gg 文件。

如果没有显示问题的数据以及在出现与 RSOC 相关的问题时查看使用的设置、我们将无法提供建议。

此致、

Wyatt Keller

您好、Wyatt、

在我们的应用中(飞行无人机)、当问题弹出时、使用 EV2400记录数据非常复杂！
无论如何、我建议找到一种方法来获取对您有用的信息。  
测试完成后、我们下载了数据(使用 EV2400和 gg 进行日志记录)、并将其附在此处。

e2e.ti.com/.../data-memory-battery-E3-18.05.22.gg.csv

e2e.ti.com/.../log-battery-E3-after-test-18.05.22.log

此外、以下是电流、RSOC 和电压的图表。

根据我们的"主机"正在飞行、并且我们在多种情况下无法连接 EV2400、您需要分析哪些寄存器？

我们将使用我们的处理器获取 0.5秒的样本、并保存在表格.csv 中以与您共享。

请告诉我。

Fabrizio、您好！

我了解一些应用、很难使用 EV2400记录数据。 您能否在实验中重新创建类似的负载配置文件、以查看 RSOC 是否会跳转、您是否可以记录数据？ 如果您可以记录 RaScale 值、电池电压、未过滤/滤波的 RemCap 和完全充电容量、这将是最有用的查看方式(以及您已经记录的 IVT 数据)

测试后您从哪个.gg 文件中提取的文件？ 它看起来您的所有寿命数据都是默认值、许多其他学习值也是默认值。 您是否已成功通过 GPCCHEM 工具找到 chem ID 或找到确切的 ID 匹配？

我建议将您的负载选择选项切换为1或2、因为您的负载是非常动态的、并且可能具有不同的"上次运行：值、具体取决于我们要使用现有值进行仿真的空闲时间。

此致、

Wyatt Keller

您好、Wyatt、

感谢您的回答、我可以就您的部分问题向您提供反馈：

我们已经讨论了 CHEMID 的选择、您同意选择(https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1088651/bq40z80-how-to-complete-a-successful-learning-cycle-on-bq40z80)。 我们没有使用 GPCCHEM、因为您的 DB 中准确报告了电池的 PN。

对于.gg 文件、是的、我们在测试会话结束时下载了。

对于另一个问题、我将在接下来的几个小时/几天内向您提供一些反馈。

再见。

Fabrizio、您好！

感谢您的背景、看起来您具有正确的化学 ID。

您还可以启用寿命数据记录吗？ 它看起来没有启用、因为在测试之后、它没有被填充到您的.gg 文件中。

此致、

Wyatt Keller

您好、Wyatt、  

是的、我们将在接下来的测试中启用/清除来自 Lifetime 寄存器的数据。
同时、我附加 我们昨天完成的附加测试(不含寿命)、LOADSELECT = 1 (如您所建议)。

GG 文件 POST 和 PRE 测试。

e2e.ti.com/.../battery-post-test-19.05.22.gg.csve2e.ti.com/.../battery-pre-test-19.05.22.gg.csv

Fabrizio、您好！

您能否共享实际记录的数据？ 该图看起来只是电压和电流、而不是 RSOC 或其他监测参数。

此致、

Wyatt Keller

您好、Wyatt、

谢谢、我将在下周提供新数据

您好、 Wyatt、

此处附加了新日志、其中包含[ 在充电之前(预测试 CSV)和之后(预测试 CSV)]的寿命数据。

此外、我还将差分置为：

Fabrizio、您好！

您能否共享显示行为的原始日志数据？ 如果可能、您可以记录其他寄存器以帮助调试、这也会很有帮助。 如果您还可以记录已过滤和未过滤 RemCap 和 FCC、这将很有帮助。

负载选择更改后、您是否仍然看到相同的行为？ 我无法通过共享的最新图像来判断。

您不应在仅几个周期后看到大量错误出现。 我建议您每5-10个周期确保电池可以获得有效的 Qmax。 如果监测计有时间进行 OCV 测量、则有助于减少监测参数中的误差。

此致、

Wyatt Keller

您好、Wyatt、

此处附加了文件以及我们在不使用 EV2400的情况下获取的当前寄存器集。
在下一个测试中、我们将添加 RemCap、FCC、Qmax 和 OCV。

总之、我们正在实验2个周期后出现的错误 RSOC 问题(如上图所示)。

e2e.ti.com/.../03_2D00_06_2D00_22-battery-debug-_2D00_-test.csv

请告诉我、如果您对如何解决下一个测试有一些建议。

我们进行了校准。

在接下来的几天里、我们将执行新的测试。

您好、Wyatt、

我们为客户提供了一些正在进行的演示会话、这些会话会阻止用于测试的系统。
您认为我们可以使用另一个、还是最好等待原来的那个？

Fabrizio、您好！

我不确定我是否理解这个问题、您是使用不同的电量监测计进行测试？

此致、

Wyatt Keller

您好、Wyatt、

我们使用原始配置进行了新的测试。 我们按照您的建议进行了校准。

此处附上了数据和日志。

我们包括了您之前要求的所有寄存器。 我们在充值之前(csv 之前)和之后(csv 之后)获取了信息。

感谢您的支持。

e2e.ti.com/.../batt-_2D00_-post-test-28_2D00_06_2D00_22.gg.csve2e.ti.com/.../batt-_2D00_-pre-test-28_2D00_6_2D00_22.gg.csv

Fabrizio、您好！

您能否共享您捕获此数据的测试中的日志文件？ 它看起来只是附加的.gg 文件。

此致、

Wyatt Keller

您好、Wyatt、Fabrizio 今天不可用、我将向您发送在没有 EV2400的情况下获取的上述测试的日志(与之前的测试一样)。

此日志包含：maxE、RSOC、ASOC、rem、full、 测量3、CB、电压、电流、温度。

您能否确认未过滤的 remcap 和 FCC 位于中

0x0073 ManufacturerAccess GaugingStatus1.

滤波后的 remcap 和 FCC 位于中

0x0078 ManufacturerAccess 已过滤容量

？

e2e.ti.com/.../28_2D00_06_2D00_22-battery-debug-_2D00_-test.csv

Guglielmo、您好！

很抱歉耽误你的时间、明天我将尝试进一步了解你的数据。

所有数据位置都在 TRM 中定义。 未过滤也被称为真正的 FCC 和 RemCap。

此致、

Wyatt Keller

Guglielmo、您好！

我再次查看了新数据和旧数据。 我不会看到所请求的寄存器被填充到新数据中。

我注意到您的 FCC 在两个日志上都没有更新。 这表示与监测计相关的设置不正确、因为只要温度发生5度变化、它就应该更新。 请确保您已通过监测计_EN 启用算法。

如果您将负载选择设置为预定义的负载速率(使用用户速率负载选择6)、您是否会看到 FCC 波动？ 是否正在读取正确的寄存器？

此致、

Wyatt Keller

是的、我们将尝试在下一个日志中添加其他寄存器。

我确认已启用 Gauge _EN、我认为这些寄存器已包含在.gg.csv 文件中。

寄存器的当前状态如下

FCC 寄存器被读取为0x10、但在日志开始时它是只读的、这就是您看不到它发生变化的原因。

Guglielmo、您好！

gg 文件仅导出静态参数、我们需要查看上述帖子中提到的参数的实时更新(未筛选和已筛选的 FCC 和 RemCap)

我的印象是、日志显示了所有具有记录时间戳的值。 这会改变分析、因为我们的信息较少。

此致、

Wyatt Keller

尊敬的怀亚特，我将在 Guglielmo 的审判中负责一段时间。 我想确定继续进行分析所需的寄存器、请确认以下内容。

1-我们需要在日志中添加未过滤 Rem Cap 和 FCC 的实时值、 我们可以从第1个字 AAAA (称为 true rem Q)和第5个字 eeee (称为 true FCC Q)上的32字节寄存器0x73_GaugingStatus1 ()中获取这些值-您能否指定这些值将以何种格式显示在该寄存器中？ uint16、int16、float... 因为我从文档中阅读、所以它们也可能是否定的。。。

2-我们需要确保注册过滤 Rem Cap 和 FCC 的实时值，我们之前已从寄存器0x0F_RemainingCapacity()和0x10_FullChargeCapacity()中记录了这些值。

提前感谢您、

你好、Nolan、

是的、您应该将值读作有符号值、因为它们可能为负。 它们应该是实时值、因此我们可以分析监测计在飞行过程中对 FCC 和 RemCap 的看法、并将其与我们的预期进行比较。

由于其中一种设置或监测计学习、监测计似乎认为在学习过程中有更多的容量、学习完成后、ASOC 会显著下降、表明执行的库仑计数存在问题。 这就是我提到的设置可能存在校准或偏移问题的原因。 当监测计进入静置状态或获得有效的充电终止(VCT)时、此时 SOC 读数的变化应非常小。  

此致、

Wyatt Keller

尊敬的 Wyatt、我照常附上了 csv 格式的日志文件、其中包含三小时测试(两个充电阶段和两个后续航班)、同时还记录了 REM_CAP 和 FCC 的请求未过滤值(看起来非常不连续)。 我希望这有助于分析几个周期后的容量下降。

e2e.ti.com/.../battery_5F00_with_5F00_unfiltered.csv

我还注意到、在127分钟左右、ASOC、REM 和 FCC 突然下降、而我以前记得只有在紧急关闭期间发生过这种情况、但在这种情况下、无人机正在充电  可能是通信中断的结果？

通常、我们在开始测试前几秒钟执行电池复位、会启用 Gauge _EN、并且参数 load_select = 1。

你好、Nolan、

感谢您提供的数据、这对审核很有帮助。

放电开始时、FCC 会显著降低、这是在放电值较大时的预期值。 我不确定为什么未过滤的 RemCap 经常跳转、这对我来说很奇怪、除非读取数据时出错。

您可以共享.srec 文件吗？ 我想获取这些数据并使用它运行一些仿真。

此致、

Wyatt Keller

抱歉、我无法在此处上传.srec 文件、它不断出错...

您可以通过以下链接下载该软件： SREC_26April2022.srec

你好、Nolan、

此文件共享被我们的防火墙阻止、它将出现。 您无法使用以下指南上传 SREC？

https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/761619/faq-how-do-i-attach-a-file-or-link-to-my-post

此致、

Wyatt Keller

这里是 Wyatt，很显然，论坛不像您.srec 文件：)。

我成功地将文件扩展名更改为.pdf (请将其改回您一侧的.srec)：

e2e.ti.com/.../SREC_5F00_26April2022.pdf

你好、Nolan、

奇怪的是、我没有任何人在上传 SREC 时遇到问题、可能是您的防火墙有什么问题？

我需要更多的时间来设置仿真、我重新检查了您的日志和设置、您在最近执行的测试之前是否知道该软件包的历史记录？ 由于在放电后进行了大量校正、因此电量监测计在某一点上计算错误、这会导致电量监测计认为它在实际电量之前已充满电。 然后、当调整 RemCap 时、它会导致奇怪的 RSOC 行为、因为监测计会尝试将其平滑以防止跳转。

此外、在 SREC 文件中、加载选择仍设置为7、这是否与用于测试的 SREC 不同？

此致、

Wyatt Keller

电池组放电没有特别的历史记录、只是它从6个月以来一直用于此类测试、您已经复位了很多次(在新测试之前)。 然而、我们在这里遇到的 RemCap 计算错误的问题也是如此、我们为相同的无人机应用装配了相同组件的其他10个电池组中也存在这一问题。

关于 SREC 文件、我所附文件是我们的"标准"文件、但在过去几个月(正如您的一方所建议的那样)、我们一直在尝试将负载选择切换为3、然后是2、然后是1、因为现在没有任何主要结果。 所有其他参数保持不变。

此外、根据您大约1个月前的建议、我们还尝试以2A 电流进行电流校准。

这就是一切，我真的希望在您的仿真中有一个有趣的输出。 如果您需要更多信息、请随时咨询。

你好、Nolan、

如果在测试前电压恢复时监测计复位、则可能会导致 RemCap 中的计算错误、并可能导致实际测试期间的偏移。 这种行为是在每次测试还是仅在某些测试中发生？

这些模拟结果并不是结论性的，我将继续加以审查。 我明天还将与我的经理讨论这种行为的可能原因。

此致、

Wyatt Keller

这种行为是完全重复的。 我们可以使用新电池或可复位电池使其每次都发生。

我们在测试之前执行电池重置、否则 RemCap 已经非常错误、您无法查看漂移...

我想开箱即用(电路板电路问题？) 但我们真的很糟糕...

你好、Nolan、

我将在本周结束之前与我的团队进行讨论、并在星期五之前提供他们的反馈。

此致、

Wyatt Keller

您好、Wyatt、

您能否更详细地了解"确保为您的监测计正确设置了 VCT 条件"的含义？ 您是否建议检查一组已定义的参数？

谢谢、