STM32F103_Bootloader程序开发15 - 从Keil到vscode + EIDE + GCC的迁移实践
导言
STM32 - Embedded IDE - GCC - 如何在工程中生成.bin格式固件
STM32 - Embedded IDE - GCC - 使用 GCC 链接脚本限制 Flash 区域
STM32 - Embedded IDE - GCC - 如何在工程中定义一段 NoInit RAM 内存
STM32 - Embedded IDE - GCC - 如何将编译得到的.bin固件添加CRC32校验码
迁移的GCC的过程碰到不少问题，汇总一下（最恶心的是第二点）：
- EIDE插件 + J-LINK + RTT打印log的组合不好用。所以log打印从RTT改到USART2上了。
- booloader程序使用GCC编译器时，出现跳转App前进入HardFault_Handler()。奇怪的是用Keil的ARMCC编译App程序话，可以稳定地成功跳转。换GCC编译的App程序时，跳转必然失败，然后进入HardFault_Hanler()中断。
OTA升级过程：
项目地址：
github: https://github.com/q164129345/MCU_Develop/tree/main/bootloader14_stm32f103_move_to_vscode_eide
gitee(国内): https://gitee.com/wallace89/MCU_Develop/tree/main/bootloader14_stm32f103_move_to_vscode_eide
一、修改bootloader程序
booloader程序使用GCC编译器时，出现跳转App前进入HardFault_Handler()。奇怪的是用Keil的ARMCC编译的的App程序话，可以稳定地成功跳转。换GCC编译的App程序时，跳转必然失败，然后进入HardFault_Hanler()中断。
如上图所示，解决方案很简单，只需要将函数IAP_JumpToApp()里的代码SCB->VTOR = AppAddr注释掉即可。
原因分析：
- 中断时机冲突：在 Bootloader 中设置 SCB->VTOR 后，CPU 立即使用 APP 向量表，但如果此时有中断（调试器相关），就会导致向量表混乱和 HardFault。
为什么在Keil环境可以，换成GCC就不行？
- 只能说，不同编译器可能产生的细微差异。