This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1396655/mspm0g3507-how-to-run-the-secondary-bsl-first-upon-startup-and-then-based-on-conditions-decide-whether-to-enter-the-application
工具与软件：
当应用程序下载完毕后、辅助 BSL 不是第一个运行的器件。
我担心在升级过程中突然停电可能导致程序无法运行并阻止其再次升级。
Greg、您好！
与 ROM BSL 一样。 如果您在上电时未上拉调用引脚、则不会进入次级 BSL。
此致、
Zoey
Zoey、您好！
我希望系统在上电和启动时默认运行辅助 BSL、然后通过其他方式转换到运行应用程序。 每次复位后也应发生该序列。
我希望避免在升级过程中闪存未被完全读取或写入以及意外中断、从而导致系统在复位后无法从辅助 BSL 启动、从而影响 MCU 固件再次升级的能力的情况。
完全同意您的观点、但请注意：检查是否进入 BSL 将发生在 ROM 引导代码中、而不是在次级 BSL 中。 因此：
1.根据我的理解、如果您的辅助 BSL 已受到静态保护、无论 BSL 程序成功还是失败、您也可以使用硬件(调用引脚)使 MCU 进入 BSL 模式。
2.为了尽可能地减少这种情况、您可以尝试保留程序的前16个字节、并首先刻录后面的字节。 BSL 将会检查您的0x0000是否已烧录、如果未烧录、则将进入 BSL 模式。
