IAP基础参考http://www.eeworld.com.cn/mcu/2018/ic-news112042038.html
https://blog.csdn.net/tq384998430/article/details/81010002
程序升级的文件：HEX、bin
HEX文件：特点：适合ISP，不适合FOTA(因为HEX开始有ISP升级的头字段）；KEIL中的生成：Options -> Output 下勾选Create HEX File
BIN文件：真正升级的二进制文件字节流，尺寸小，适合FOTA;KEIL中生成方法：User选项卡下面的 After Build/Rebuild 设置并打钩：fromelf --bin !L -o .BINFOTA.bin。
程序升级过程：
- 在APP运行过程中，如果条件触发（案件按下、串口收到指定命令或者字符，从指定存储位置读取的版本号比当前新），此时APP会从指定的源头（/USB/SD/网页服务器）把APP_new.bin文件一次性或者分包拷贝到MCU的备份区（MCU的flash备份区、外部FLASH),置位需要更新程序的标志到非易失存储位置（RTC的BKP区、MCU的EEPROM/FLASH区、外部的eerom/flash区），然后让程序跳转到IAP程序中（复位跳转、直接跳转）；
- 在IAP程序中，若有升级标志则先擦除APP_RUN—FLASH，然后将备份区的内容拷贝到此运行区并做好校验，然后继续跳转会运行程序区（复位、直接跳转）；若无升级标志或者过一定时间无操作则跳会APP运行程序区；
- 运行APP程序(开始注意NVIC需要重定向NVIC_SetVectorTable(NVIC_VectTab_FLASH,APP_StartAddr)，并继续监控是否需要升级。
简而言之：IAP要实现2个功能：跳转和更新程序
- 规划好boot程序和APP程序的起始地址；分别编写2个工程的程序，注意APP程序需要NVIC重定向NVIC_SetVectorTable(NVIC_VectTab_FLASH,APP_StartAddr)
- APP程序根据触发条件判断是否要升级，需要的话将新程序拷贝到一个存储位置，存储升级标记；并强制程序跳转到boot程序位置（也可以软重启）
- 进入BOOT程序后，如果有更新标记则擦除app的flash区域，并将新存储的程序写到app的flash区域，校验成功后取消更新标记，并强制跳转到APP区域。通过__asm("B APP_StartAddr +4")或者指针跳转void (*p)(void) = (void (*)(void))(*((int*)（APP_StartAddr +4）)); p();实现跳转。
- 注意flash的操作先FLASH_Unlock，再FLASH_ClearFlag，操作完之后FLASH_Lock。
- 擦除可以用winhex删除制定区域，HEX转BIN的不一定能直接使用主机检查其开始地址是否是APP_StartAddr
FLASH的分区：
分2个区(IAP+APP)+外存(usb/sd/)：此种没有老程序的备份，万一升级失败就只能冲刷老程序
分3个区(IAP+APP_Run+APP_BKP备份缓存)：这种比较浪费MCU的flash，成本上没有利用外存经济。
分4个区IAP+APP_Run+APP_MAIN+APP_STATIC:其中APP_STATIC为参数存储区，
程序升级重点是要解决升级过程中升级失败（升级过程中关中断，若串口中断接收关其它中断）或者分包传输（没有大缓存）分包错误的处理；无线升级要考虑到客户的方便性、配合度、安全性、大批量升级的效率问题
BOOTloader分类：单独开发、UBOOT/MCU厂商或者中间件厂商rtt提供的BOOT
一 非无线接口：（串口、SPI/I2C/CAN/485/USB/SD）：
1.0 ：
1.x:程序的合并烧写：通过JLINK将IAP和app的烧写文件进行合并成一个烧写文件，大量MCU批量烧写可以利用这种方法。
二 无线接口（WLAN/WIFI/蓝牙/GPRS):