[参考译文] BQ76972：BQStudio hexdump 未完成

嗨、Pablo、

我从其他人那里了解到、他们过去曾认为这是一个问题。  我不确定其根本原因是什么、这需要更深入的挖掘和调试来理解、然后确定如何解决。

对于您的情况、最好在这段时间内解决。  一种选择是使用子命令传输缓冲区以32字节增量编写闪存流控制文件、以读取完整的数据存储器。  或者、如果您只缺少几个字节、则使用闪存流控制文件来读取这些选择字节可能会更容易。

谢谢、

Terry

嗨、Pablo、

我的想法是您可以编写一个闪存流脚本来从器件中读取数据存储器值。  然后、您可以在 bqStudio 的 Command Sequence 选项卡上将其保存为日志。  您可以写入0x3E/3F、以开始在特定地址读取、然后读回32字节的数据、校验和及长度。  然后、当您再次读取时、器件会自动递增并读取接下来的32个字节。

例如、要读取 从0x9180开始的多个32字节 DataMemory 组、闪存流如下所示：

91.
第三十六章36
第三十六章36
第三十六章36
...

结果将显示在事务日志中、您可以将其保存到日志文件中。  然后、您需要解析器来解析该文件、不过不确定这是否比解析 bqfs 文件更容易。

从主机对器件进行编程时、我认为大多数客户不是写入完整映像、而是仅写入他们从默认设置修改的字节。  这在他们的 MCU 代码中、我真的没有太多关于具体方法的背景知识。  我们的产品文件夹中确实提供了一些示例代码、在这方面可能对您有用。

谢谢、

Terry

好的、我现在明白了。 我想我主要会解析 bqfs 文件、因为它节省了我的步骤： 导出、运行解析器、完成。

我这样做过一次、只需写入更改所需的寄存器、但保持 配置 更改会变得凌乱和容易出错、因此审查代码更改并将其与完整配置进行比较也是如此。 我的目标是通过自动化流程消除这种风险。

这回答了我的问题。 再次感谢 Terry 的支持。