STM32的IAP

      IAP（In Application Programming）即在应用编程，IAP是用户自己的程序在运行过程中对User Flash 的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品的固件程序进行更新升级。通常实现IAP功能时，即用户程序运行自身的更新操作，需要在设计固件程序时编写两个项目代码，第一个项目程序不执行正常的功能操作，而只是通过某种通信方式（如USB USART）接收程序或者数据，执行对第二个部分代码的更新；第二个项目代码才是真正的功能代码。这两部分代码项目都是同时烧录在User Flash中，当芯片上电后，首先是第一个项目代码开始运行，它的操作如下：

1）检查是否需要对第二部分代码进行跟新

2）如果不需要更新则转到4）

3）执行跟新操作

4）跳转到第二部分代码执行

STM32正常的程序运行流程如下所示：

      STM32的内部（FLASH）地址起始于0x08000000,一般情况下，程序就从此地址开始写入，此外STM32是基于Cortex-M3内核的微控制器，其内部通过一张“中断向量表”来响应中断，程序启动后，将首先从“中断向量表”取出复位中断向量执行复位中断程序完成启动，而这张“中断向量表”的起始地址是0x08000004，当中断来临，STM32的内部硬件机制亦会自动将PC指针定位到“中断向量表”处，并根据中断源取出对应的中断向量执行中断服务程序。在上图中，STM32在复位后，先从0x08000004地址取出复位中断向量的地址，并跳转到复位中断服务程序，如图标号①所示：在复位中断服务程序执行完之后，会跳转到我们的main函数，如图标号②所示；而我们的main函数一般都是一个死循环，在main函数执行过程中，如果收到中断请求（发生中断），此时STM32强制将PC指针指向中断向量表处，如图标号③所示；然后根据中断源进入相应的中断服务程序，如图标号④所示；在执行完中断服务程序以后，程序再次返回main函数执行，如图⑤所示。

当加入IAP程序之后，程序运行流程如图下所示：

      在上面所示流程图中，STM32复位后，还是从0x08000004地址取出复位中断向量的地址并跳转到复位中断服务程序，在运行完复位中断服务程序之后跳转到IAP的main函数，如图标号①所示；在执行IAP以后（即将新的APP代码写入STM32的FLASH，灰底部分。新程序的复位中断向量起始地址0x08000004+N+M），跳转至新写入程序的复位向量表，取出新程序的复位中断向量的地址，并跳转执行新程序的复位中断服务程序，随后跳转至新程序的main函数，如图标号②和③所示，同样main函数为一个死循环，并且注意到此时STM32的FLASH，在不同位置上，共有两个中断向量表。

      在main函数执行过程中，如果CPU得到一个中断请求，PC指针仍强制跳转到地址0x08000004中断向量处，而不是新程序的中断向量处，如图④所示；程序再根据我们设置的中断向量表偏移量，跳转到对应中断源新的中断服务程序中，如图标号⑤所示；在执行完中断服务程序后，程序返回main函数继续运行，如标号⑥所示。