请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号：BQ34Z100-R2 主题中讨论的其他器件：EV2400、 BQSTUDIO、BQ34Z100
工具/软件：
您好、我已使用 EV2400生成了所需的 golden 文件。 我现在正在使用 C2000 f280023微控制器开发代码、在生产期间刷写 goldenfile。 我参考了应用手册 slua801。
我已实施 "GAUGE_EXECURE_FS (void *pHandle、char *PFS)"、GAUGE_READ、GAUGE_WRITE 和 GAUGE_ADDRESS 函数。 对于的示例代码、我有几个问题 GAUGE_EXECUE_FS 测量输出。 我目前正在尝试使用 dffs 文件刷新。 我正在同一个 IC 上测试刷写代码、从中通过 EV2400 bqstudio 提取 golden 文件、因此固件是相同的。
我的问题：
- Golden File 将 I2C 地址指定为0x55 (NORMAL 模式)、将0x16指定为 ROM 模式。 但我认为这是在考虑写入操作。 对于读取操作(将针对执行此操作 C golden 文件中的 ompare 行)、8位地址分别为0xAB 和0x17。 我的理解是否正确？
- 在 GAUGE_EXECURE_FS 的示例代码中、pData 初始化为 char pData[32]。 这是否意味着解析器移至下一行之前、解析黄金文件时将执行的最大 W 操作为32字节？ 但在我的 dffs golden 文件中、我可以看到许多具有更多这32个字节的行。 这不会导致问题、因为只会写入前32个字节、其余字节会被忽略、并且解析器会移动以计算下一行。？
bqstudio 生成的 golden 文件中的一个块示例：
" W ：16 00 02 00 00 00 EA FF 33 FA 33 B5 FB 33 95 FE 33 AD FE 33 FF FF 3F 00 01 00 FF 3F FF FF 3F FF 3F FF FF 3F FF FF 3F FF FF 3F FF FF 3F FF FF 3F FF FF 3F FF 02 3F 58 CB 33 C3 A0 08 1F 00 00 00 00 FF AA 0E FB A7 0E FF A6 0E FF A1 0E FF A0 0E FE A3 0E 54 A2 0E FF 3A 67 FF 3A E2 FF 33 FF AF 0E\n"
" W ：16 64 01 36\n"
" X ：2\n"
" C ：16 66 00\n"
在第一条 W 命令解析期间、从寄存器0x00开始、通过 i2c 在地址0x16处写入0xFF 前的32个字节、而解析器将移至" W ：16 64 01 36\n"行？ 这是否正常、还是应该增加 pData 的大小以适应这个更大的字符串？ 应用程序不讨论任何此类情况。
dffs 文件正在通过 bqstudio 成功刷写、因此我认为文件本身没有任何问题。
请务必澄清我的疑虑、这将帮助我进入生产阶段。
非常感谢您的帮助、
此致
Tanay
