[参考译文] CC2340R5：如果 CCFG 损坏、BldrIoCfgTable 将如何变化？

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

器件型号：CC2340R5

您好、TI 成员！

以下是我的建筑环境：

我们看到 BldrIoCfgTable 定义如下：

但我们不确定、对于 QFN24、如果器件的 CCFG 已损坏、在引导加载程序模式下串行 IoCfgIndex 是否会更改为0？

(我们现在将 serialIoCfgIndex 设置为1、并假设它会保存在 CCFG 中)

谢谢。

Br、

0 admin 10 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

感谢您与我们联系。

如果 CCFG 区域损坏、其 CRC 极有可能无效。在引导时、如果 CCFG 区域的 CRC 无效、则无论后门引脚的状态如何、器件都会进入引导加载程序模式。同样、如果 CCFG 区域的 CRC 无效、引导加载程序将使用来自 FCFG 的配置。

换句话说、如果 CCFG 区域的 CRC 无效、

-对于 QFN24和 QFN32设备,BldrIoCfgTable[ 0 ]被使用

-用于 QFN40、BldrIoCfgTable[ 2 ]被使用

如果未清除、则当 CCFG 区域的 CRC 无效时、引导加载程序配置与当器件为空时的配置相同。

我希望这将有所帮助、

此致、

0 admin 9 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、TI！

哪些 SW 案例会意外损坏 CCFG？是否有保护机制、例如在更新固件时挂起或失败而造成损坏？

从硬件角度来看、我认为 CCFG 一旦损坏、芯片或相关电路就已经损坏了很多、在现实世界中甚至不可能使用这种方法。

谢谢

威尔逊

Bluetooth®︎（参考译文帖）(Read Only)