请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：BQ27427 Thread 中讨论的其他器件： BQSTUDIO
工具与软件：
我们有一个新设计、即 bq27427电池电量监测计。
Battery Management Studio (V1.3.124、即最新版本)生成的 gm.fs 文件包含这样的代码、以初始化电池电量监测计的每个数据块：
但实际上是由我们的电池电量监测计初始化器子例程(仅解释和执行该 gm.fs 文件的预处理版本)执行的、这不起作用。 它在首次尝试验证编程数据块的校验和时失败。
当我查看 BQ27427技术参考手册(SLUUCD52023年1月)时、我反而看到了有关何时将延迟引入编程步骤的建议：
也就是说、要比 Battery Management Studio 要求的10ms 延迟多得多的延迟。
这似乎是一个好的建议:当我添加一个盲延迟后的每一步编程配方(这样,我从来没有前进到下一个步骤没有至少2.5 ms 的延迟),初始化电池电量计成功。
因此、这让我想到了一些问题：
- Battery Management Studio 生成的 gm.fs 文件是否在必要的延迟方面完全错误？
- 如果是、TI 是否确认了这一缺陷并有计划(例如提交错误报告)来纠正它？
- 同时、我应该遵循技术参考手册中的建议、对吧？
- 但是、这些延迟能短到多长时间？ 将它们设置为2.5ms 后便无需再进行设置(例如、在步骤10中、我会得到2.5ms 的一般延迟 加 gm.fs 文件明确要求的10ms 延迟)。 电池电量计初始化发生在我们器件的每次启动时、因此我们不希望此过程所需的时间超过绝对最短时间。
- 数据表中是否指定了最小延迟？ (我没有找到它。)
