关于STM32的IAP与APP互相跳转常见问题分析.pdfVIP

关于 STM32 的 IAP 与 APP 互相跳转常见问题分析 关于 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 地址起始于 0 ，程序文件就从此地址开始写入。 此外 STM32 内部通过 中断向量表“ ”来响应中断，程序启动后，将首先从 “中断 向量表 ”取出复位中断向量执行复位中断程序完成启动，而 “中断向量表 ”的起始