[参考译文] BQ27Z561-R2：BQ27Z561-R2固件更换生产线

您好、Adrian、

"slua801.pdf"中没有足够的信息。 这就是我认为 E2E 上有许多类似主题的原因。
至于 A、我暂时将其保持。

关于 B、我已经找出了问题、所以我想知道是否有解决方案。

所附文件的第19行。 "W: 16 05 12 00 00..." "
发送12信号时、交叉拉伸导致了一点错位、从而导致传输异常和写入错误。
它一直保持这种状态。 我们的 CPU 不支持交叉拉伸。
B-1除了我们当天讨论的链接之外、还有其他解决方案吗？
B-2如果不支持交叉拉伸、那么什么是有效的方法？
B-3我认为它可能与上述解决方案有关、但会显示"I2C 配置中的 FLASH_BUSY_WAIT"。 我想解释一下。 (SLUU45C P.65)

此致

你好、Ryosuke

您是否能够发送此通信故障的数字逻辑捕获？ 首先、我正在尝试了解器件是否已成功置于 ROM 模式。

您正在使用的 MCU 应该能够支持时钟延展。

我认为 FLASH_BUSY_WAIT 位仅适用于 FW 模式、但该位基本上允许电量监测计进行时钟延展。

此致、

Adrian

您好、Adrian、

遗憾的是、时钟延展仅在 FW 模式下可用。
我不确定我是否可以准备逻辑分析仪的图像。

但是、它处于 ROM 模式。
如果您问我它是否正常工作、我不知道。

当我使用 BQSTUDIO 访问它时、系统无法识别该端口。
如果它处于 ROM 模式、则是正确的。
当我在该状态下发送带有"AdvanceComm"的"16 08 11"时、我得到一个响应、
因此、显然已在 ROM 模式下连接 Fuel Gauge。

此致

您好、Adrian、

正确的格式为0b (w)、05 (w)、12 (w)、00 (w)。
其中一个位被破坏,所以它变成了0B(w),05(w),12(w),00(r)。
时钟延展？
因此,软件确定存在异常,并在中途停止编写程序。

首先、我想知道如何从这种状态中恢复。

我已经查看了各种线程、但无法找到解决方案。
重新启动后、响应为16 (0B)。

接下来介绍如何避免该问题。

此致

你好、Ryosuke

这一切都可能是因为时间问题。 我建议使用 BQStudio 并监听通信线路、然后将其与您的主机 MCU 进行比较、看看时序是否相同。

此致、

Adrian

您好、Adrian、

BQSTUDIO 和 EVM2400不会出现这种情况。

首先、我想知道如何从这种状态中恢复。

在不支持时钟延展的 MCU 上使用 ROM 模式是否存在问题？

我对编程不太了解、但修改编程程序是否可以解决此问题？

该程序似乎基于"SLUA801"。

此致

你好、Ryosuke

是的、无论测量仪表处于 FW 模式还是 ROM 模式、我们始终建议使用能够在使用我们的测量仪表时进行时钟延展的 MCU。 这是 MCU 的设置或功能、因此您需要参考。  

此致、

Adrian

您好、Adrian、

"无论测量仪表处于 FW 模式还是 ROM 模式、我们始终建议使用能够在使用我们的测量仪表时进行时钟延展的 MCU。"

作为一家制造商、我们需要大力教育我们的客户。 这就是我想的。

我们还需要建立一种可靠的从 ROM 模式恢复的方法。

这个问题超出了 E2E 工程师可以处理的层面。

所以要求工程师这样做是错误的。

我得出结论、任何无法从 ROM 模式中恢复的内容都应该丢弃。

此致

你好、Ryosuke

感谢您理解 我的支持的局限性。 如果您有任何其他问题、请随时提问。

此致、

Adrian