Other Parts Discussed in Thread: CC2340R5
器件型号： CC2340R5
大家好、TI 支持团队
我在工程中使用 CC2340R5、该器件通过 UART 与 MCU 连接。
正如其中一位成员建议使用串行 ROM 引导加载程序来更新器件固件、我对此主题有一个主要问题。
经告知、在突然断电的情况下、使用串行 ROM 引导加载程序通过 UART 更新固件时、引导加载程序不会保持其先前的状态。
器件仅保持在引导加载程序模式下。 但如果我们要再次启动固件传输、则有一个条件表明后门/引导引脚必须保持置为有效。
但是、在电源故障的情况下、更难保持引脚之前的状态。
我想知道是否有任何其他选项可将器件保持在引导加载程序状态、而在下一次下电上电时、我们可以安全地开始传输固件？
我已经尝试过此操作、器件在突然出现电源故障后保持在引导加载程序状态、但在发出下一次下电上电时不会响应握手命令 (AUTO_BAUD)。
您好 Rushikesh、
从器件 技术参考手册中 、我们可以看到器件有两种方式进入引导加载程序
这两个值都保存在 CCFG 中、会在 BLDR_CMD_CHIP_ERASE 命令中擦除。 因此、如果在使用 ROM 引导加载程序进行编程之前擦除器件、则下载应用程序过程中的电源故障应导致无效的 CCFG pAppVtor、这将导致器件复位时默认进入 ROM 引导加载程序。 pinTrigger 同样无效、但 FCFG 默认值为 DIO21 低电平、在这种情况下值得使用。 唯一的问题是在对 CCFG 本身进行编程时是否进行下电上电、这是整个过程的一小部分。 您需要以自动波特序列开始、在主机上重新启动 ROM 引导加载程序过程。
我已经尝试过这种方法、器件在突然断电后保持在引导加载程序状态、但在进行下一次下电上电时、它不会响应握手命令 (AUTO_BAUD)。 [/报价]如何知道器件正在进入引导加载程序？ 您使用哪个主机程序与 ROM 引导加载程序进行交互、是 TI CC2340 Linux SBL？
此致、
Ryan
您好、Ryan、
我使用的是 CC2340R5 24 引脚封装。
分别使用 DIO8 作为引导加载程序触发引脚以及用于 RX-Tx 的 DIO12 和 DIO13、如屏幕截图所示。
您如何知道器件正在进入引导加载程序？
>>我正在通过发送 AUTO_BAUD、 CHIP_ERASE等命令进行确认、ROM 引导加载程序反过来 为每条命令发送 0x00CC 响应。 能够成功发送每条命令、新固件也会成功更新。
问题是电源故障。
在这种情况下、我看到了在器件复位时 DIO8 引脚的电源故障状态发生变化。
我们可以执行什么恢复来重新开始固件传输？
因为、正如您提到的、我们必须从 AUTO_BAUD 序列重新启动。
您使用哪个主机程序与 ROM 引导加载程序进行交互、是 TI CC2340 Linux SBL？
编号 我使用另一个 MCU、它通过 UART 连接到 BLE。
如果您尝试在不首先执行批量擦除的情况下执行下载、则 ROM 引导加载程序将收到错误返回状态。
此致、
Ryan
