关于STM32的IAP与APP互相跳转
之前做了一个不带系统的IAP与APP互相跳转，在网上找了资料后，很顺畅就完成了，后来在IAR集成开发环境下，IAP无系统，APP用UCOS系统做互相跳转出现了很多问题。现将IAP学习过程和实际遇到问题总结一下。
首先说一下什么是IAP。IAP（In Application Programming）即在应用编程，IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。通常实现IAP功能时，即用户程序运行中作自身的更新操作，需要在设计固件程序时编写两个项目代码，第一个项目程序不执行正常的功能操作，而只是通过某种通信方式(如USB、USART)接收程序或数据，执行对第二部分代码的更新；第二个项目代码才是真正的功能代码。
以上内容摘自原子的开发指南。说的通俗一点，要做IAP功能（也可以说成是远程升级功能），需要有两段程序一个是IAP程序（也可以称为BootLoader），另一个是APP程序（主应用程序）。通过USB、串口、CAN等通讯方式向STM32发送要升级的程序文件数据（按自定的协议），IAP程序中将接收到的数据写到APP程序的地址实现将APP程序的升级。这是大致的流程。
此文档只做互相跳转的总结不包含接收数据、FLASH写入等操作。
说到IAP升级不得不说两个图（图片引自原子的开发指南）
第一个是正常运行时的流程图
STM32的FLASH地址起始于0x08000000，程序文件就从此地址开始写入。此外STM32内部通过“中断向量表”来响应中断，程序启动后，将首先从“中断向量表”取出复位中断向量执行复位中断程序完成启动，而“中断向量表”的起始地址是0x08000004，当中断来临，STM32的内部硬件机制亦会自动将PC指针定位到“中断向量表”处，并根据中断源取出对应的中断向量执行中断服务程序。
根据上图分析启动和运行过程，
① STM32在复位后，先从0X08000004地址取出复位中断向量的地址，并跳转到复位中断服务程序，
② 在复位中断服务程序执行完之后，会跳转到的main函数（如使用KEIL MDK调试时一下载进程序，会发现需要运行几次下一步才会跳转到main函数的位置）
③ main函数一般都是超循环体（while(1)死循环），在ma
