STM32 BootLoader原理分析

1、IAP简介

        IAP是In Application Programming（在应用中编程）的首字母缩写，IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。

        一片STM32芯片的Code(代码)区内一般只有一个用户程序。而IAP方案则是将代码区划分为两部分，两部分区域各存放一个程序，一个叫bootloader(引导加载程序)，另一个较user application(用户应用程序)。bootloader在出厂时就固定下来了，在需要变更user application时只需要通过触发bootloader对userapplication的擦除和重新写入即可完成用户应用程序的更换。如下图所示：

起始地址为0x08000000，在只有一个程序的情况下，程序的执行流程如下图所示：

STM32有一个中断向量表，这个中断向量表存放在代码开始部分的后4个字节处(即0x08000004)，代码开始的4个字节存放的是堆栈栈顶的地址，当发生中断后程序通过查找该表得到相应的中断服务程序入口地址，然后再跳到相应的中断服务程序中执行。上电后从0x08000004处取出复位中断向量的地址，然后跳转到复位中断程序的入口(标号①所示)，执行结束后跳转到main函数中(标号②所示)。在执行main函数的过程中发生中断，则STM32强制将PC指针指回中断向量表处(标号③所示)，从中断向量表中找到相应的中断函数入口地址，跳转到相应的中断服务函数(标号④所示)，执行完中断函数后再返回到main函数中来(标号⑤所示)。

若在STM32中使用IAP方案，则内置的Flash分配情况大致如下图所示。

上电初始程序依然从0x08000004处取出复位中断向量地址，执行复位中断函数后跳转到IAP的main(标号①所示)，在IAP的main函数执行完成后强制跳转到0x08000004+N+M处(标号②所示)，最后跳转到新的main函数中来(标号③所示)，当发生中断请求后，程序跳转到新的中断向量表中取出新的中断函数入口地址，再跳转到新的中断服务函数中执行(标号④⑤所示)，执行完中断函数后再返回到main函数中来(标号⑥所示)。

对于步骤④⑤，网友认为是：“在main执行的过程中，如果CPU得到一个中断请求，PC指针仍强制跳转到地址0x08000004中断向量表处，而不是新的中断向量表，如图标号④所示，程序再根据我们设置的中断向量表偏移量，跳转到对应中断源新的中断服务程序中，如图标号⑤所示”。我对此的理解是：“当发生中断后，程序从0x08000004(旧)处的中断向量表中得到相应的中断服务函数入口地址，继而跳转到相应的中断服务程序”。但是旧的中断向量列表里边存放的是IAP程序中断函数的入口地址，它是如何得到user程序中断函数的入口地址呢？所以我觉得此种说法是错误的。“当发生中断时PC指针强制会跳转到0x08000004处”这种说法并没有错，只是忽略了后续的一些知识要点而导致这个说法出现矛盾。

对于步骤④⑤我认为的是，在main函数的执行过程中，如果CPU得到一个中断请求，PC指针本来应该跳转到0x08000004处的中断向量表，由于我们设置了中断向量表偏移量为N+M，因此PC指针被强制跳转到0x08000004+N+M处的中断向量表中得到相应的中断函数地址，再跳转到相应新的中断服务函数，执行结束后返回到main函数中来。

3、IAR中bootloader和user application代码FLASH内存地址设置

以bootloader内存大小为32KB为例，bootloader的内存地址范围为：0x08000000--0x08007FFF

user application内存地址范围为：0x08008000--0x0807FFFF

以user application代码设置为例，需要将中断向量表的地址和ROM起始地址一起修改

除了修改以上配置外，还需要在代码中system_stm32f4xx.c中设置中断向量表的偏移值

/* #define VECT_TAB_SRAM */

#define VECT_TAB_OFFSET  0x8000 /*!< Vector Table base offset field.

并在系统初始化时调用固件库的初始化函数：

/* Setup STM32 system (clock, PLL and Flash configuration) */

    SystemInit();

这样代码就能正确运行了。