IAR环境下STM32+IAP方案的实现.docx

IAR环境下STM32+IAP方案的实现什么是IAP，为什么要IAP??????IAP即为In Application Programming(在应用中编程)，一般情况下，以STM32F10x系列芯片为主控制器的设备在出厂时就已经使用J-Link仿真器将应用代码烧录了，如果在设备使用过程中需要进行应用代码的更换、升级等操作的话，则可能需要将设备返回原厂并拆解出来再使用J-Link重新烧录代码，这就增加了很多不必要的麻烦。站在用户的角度来说，就是能让用户自己来更换设备里边的代码程序而厂家这边只需要提供给用户一个代码文件即可。??????而IAP却能很好的解决掉这个难题，一片STM32芯片的Code(代码)区内一般只有一个用户程序。而IAP方案则是将代码区划分为两部分，两部分区域各存放一个程序，一个叫bootloader(引导加载程序)，另一个较user application(用户应用程序)。bootloader在出厂时就固定下来了，在需要变更user application时只需要通过触发bootloader对userapplication的擦除和重新写入即可完成用户应用的更换。如图1-1所示图 1-1??????在程序执行初始进入bootloader，在bootloader里面检测条件是否被触发(可通过按键是否被按下、串口是否接收到特定的数据、U盘是否插入等等)，如果有则进行对user application进行擦除和重新写入操作，如果没有则直接跳转到user application执行应用；如果有则进行擦除用户代码并重新写入新的用户代码。?二、STM32F103ZET6硬件条件??????STM32F103ZET6的启动方式有三种：内置FLASH启动、内置SRAM启动、系统存储器ROM启动，通过BOOT0和BOOT1引脚的设置可以选择从哪中方式启动，这里选择内置的FLASH启动。其FLASH的地址为00x0807ffff，共512KB，这些都能从芯片数据手册中直接得到。而这里首要的一个问题是中断的问题。正常情况下发生中断的过程为：发生中断(中断请求)à到中断向量表查找中断函数入口地址à跳转到中断函数à执行中断函数à中断返回。也就是说在STM32的内置的Flash中有一个中断向量表来存放各个中断服务函数的入口地址，内置Flash的分配情况大致如下图2-1。图2-1?在只有一个程序的情况下，程序执行的走向应该如图2-2所示(借用网友的原图)。图2-2??????STM32F10x有一个中断向量表，这个中断向量表存放在代码开始部分的后4个字节处(即0，代码开始的4个字节存放的是堆栈栈顶的地址，当发生中断后程序通过查找该表得到相应的中断服务程序入口地址，然后再跳到相应的中断服务程序中执行。上电后从0取出复位中断向量的地址，然后跳转到复位中断程序的入口(标号①所示)，执行结束后跳转到main函数中(标号②所示)。在执行main函数的过程中发生中断，则STM32强制将PC指针指回中断向量表处(标号③所示)，从中断向量表中找到相应的中断函数入口地址，跳转到相应的中断服务函数(标号④所示)，执行完中断函数后再返回到main函数中来(标号⑤所示)。??????若在STM32F103x中使用IAP方案，则内置的Flash分配情况大致如下图2-3。图2-3在内置的Flash里面添加一个BootLoader程序，BootLoader程序和user?application各有一个中断向量表，假设BootLoader程序占用的空间为N+M字节，则程序的走向应该如图2-2所示(借用网友的原图并做改动，其中虚线部分为原图步骤④⑤的走向，本人改为指向灰色部分)。图2-2??????上电初始程序依然从0取出复位中断向量地址，执行复位中断函数后跳转到IAP的main(标号①所示)，在IAP的main函数执行完成后强制跳转到0N+M处(标号②所示)，最后跳转到新的main函数中来(标号③所示)，当发生中断请求后，程序跳转到新的中断向量表中取出新的中断函数入口地址，再跳转到新的中断服务函数中执行(标号④⑤所示)，执行完中断函数后再返回到main函数中来(标号⑥所示)。??????对于步骤④⑤，网友认为是：“在main执行的过程中，如果CPU得到一个中断请求，PC指针仍强制跳转到地址0断向量表处，而不是新的中断向量表，如图标号④所示，程序再根据我们设置的中断向量表偏移量，跳转到对应中断源新的中断服务程序中，如图标号⑤所示”。我对此的理解是：“当发生中断后，程序从0旧)处的中断向量表中得到相应的中断服务函数入口地址，继而跳转到相应