基于STM32F030的程序跳转后跑飞问题以及IAP配置细节

程序跳转后跑飞 关键问题描述：

（只想看IAP细节配置的可以往下拉，前面的问题分析跳过）

IAP远程更新程序配置无误，且程序能程序跳转。但跳转后程序总是在固定的程序段跑飞重启设备。

尝试过的办法：

1、怀疑中断向量表重映射地址不对应，由于M0内核的特殊性，是把中断向量复制到RAM上，就各种方案尝试分配RAM区。

结果如下图：

RAM1必须是0x200000B4开头，因为stm32f030的中断向量表只有45个中断向量，每个向量地址是32位的即4个字节，45*4=0xB4，因此RAM必须留出0XB4空间存储中断向量，且RAM空间必须连续，因此RAM1要从0x20000000+B4开始。

如果不按照上面这个做，某些中断会发送错误（以我的工程是发生了各种奇怪的错误，只有像上面这样的配置才不会中断错误）

2、怀疑是程序烧录过程的问题。因为我是boot工程和APP工程都是在KEIL5上直接编译然后用ST-LINK V2一个个烧录的。后面我把boot程序的main函数只留一行代码，就是进入main就直接跳转程序到app，结果app正常运行，不会跑飞。

证明：多个工程文件只要地址不重叠可以编译后通过ST-LINK V2一个一个烧录到单片机

这也说明了程序跳转后会跑飞，问题出在boot工程的配置上或者是打开的外设上

3、首先认为是程序跳转前中断关闭未成功。在这个问题上，我踩过下面这个坑，是别的博主写的，可以参考参考：

我一开始是调用HAL库上的这个函数：

void HAL_NVIC_DisableIRQ(IRQn_Type IRQn)
{
  /* Check the parameters */
  assert_param(IS_NVIC_DEVICE_IRQ(IRQn));
  
  /* Disable interrupt */
  NVIC_DisableIRQ(IRQn);
}一个个关闭中断，结果一样未解决问题。

后面看见有博主说为了以防万一要关闭所有曾经打开的外设，我就如下关闭了所有曾经使能的外设，包括GPIO：

    IWDG_WINDOW_DISABLE;
    __HAL_RCC_GPIOF_CLK_DISABLE();
  __HAL_RCC_GPIOA_CLK_DISABLE();
  __HAL_RCC_GPIOB_CLK_DISABLE();
    __HAL_RCC_TIM3_CLK_DISABLE();
    __HAL_RCC_USART3_CLK_DISABLE();
    __HAL_RCC_USART2_CLK_DISABLE();
    __HAL_RCC_USART1_CLK_DISABLE();
    __HAL_RCC_USART4_CLK_DISABLE();问题一样没有解决，现象也是没变化。

4、回到了问题的关键又诡异的现象——程序总是在固定的程序段跑飞。

再加上之前分析的，问题出现在boot工程上，那就很可能是boot工程配置有问题，尤其是在内存地址分配上。因为把boot工程的main程序删减就没问题所以我猜想假设是boot工程上的一些程序地址和APP上重复了，所以APP一运行到这个程序就卡住跑飞，但又因为查看程序地址ROM分配是没重叠的，那所以重叠的部分是不是在RAM分配上？因为程序运行不仅仅需要ROM寻址找到需要运行的程序地址，还需要RAM支持程序运行工程中产生、处理数据。APP工程的RAM分配不能变只能像上面第1点描述的那样。boot工程RAM原来是如下图这样分配的（直接把所有RAM都用上，因为当时觉得程序跳转后，RAM可以自动初始化）

后来我把boot工程的RAM分配修改成这样：

我特意把RAM1这个从0x2000000B8开始比0x2000000B4大一个字的空间，就是避免boot工程的RAM空间APP工程的中断向量复制后所在的RAM地址（0x200000000—0x2000000B4）有一丁点重叠。ROM空间也是，避免了与APP工程的有一丁点重叠。

我不知道问题本质是不是这个原因（抛砖引玉，望各位大佬评论区指教），但是我做到这里，所描述的问题立马解决了。

基于STM32F0的IAP远程更新配置细节

1、去ST官网参考ST官方文档：Jumping_topic_about_different_procedure_code_zone_based_on_STM32F0.pdf

2、STM32F0的IAP远程更新配置步骤相同，但是具体配置会根据不同具体单片机型号有差异，比如中断向量的重映射，我的单片机是stm32f030，中断向量__Vectors 除了栈顶就45个，而官方文档举例的时候是有48个，就是下面这段绿色的代码，在我的情况下需要把48改成45：

还有其他的差异需要自己去挖掘。挖掘办法就是用文档等资料描述的内容在stm32底层固件上找到验证，就上面所说的中断向量重映射的不同型号单片机的差异我就是在stm32f030启动文件上发现的

3、程序跳转前，必须关闭所有中断，不能贪图方便直接关总中断然后在APP程序再打开总中断，必须一个个去关闭，即使总中断开着也是无所谓的，至于为什么，我上面的问题分析里已经给了参考。如果关闭中断后发现还是出现问题或者说是没关闭成功，如果你对这个关闭中断的库函数底层不熟悉建议操作寄存器关闭中断，且关闭中断前再把中断标志位清除。因为程序跳转后不会把中断以及其他外设寄存器状态位重置，只有单片机复位才会重置。

最后，真的真的太不容易了，本来以为可以在优快云里站在巨人的肩膀上，但这个问题的解决方案，我也是两天两夜没找到对我有用，都是自己自己一步一步去分析，烧录了几十上百次代码尝试的结果，如果大家觉得我的解决方案有用，有能力的可以支持一下，觉得我的一般般或者不好也欢迎大佬评论区指教，活到老学到老！