关于单片机固件升级的理论基础

背景
单片机烧录程序的方式有三种：ISP、ICP、IAP
ISP（In-System Programming）
系统编程，使用引导程序（Bootloader）加上外围的UART/USB等接口进行烧录。串口下载程序，系统存储器启动方式运行内置的Bootloader，将程序写入主存储区，重启后从主存储区启动程序。

ICP（In-Circuit Programming）
电路编程，使用SWD/JTAG接口。使用SWD模式下载程序，主闪存存储器启动方式，将程序在主存储区写入。重启后也直接从这启动程序。

IAP（In-Application Programming）
应用编程，MCU可以在系统中获取新代码并对自己重新编程，即用程序来改变程序。IAP是利用自己的程序代码实现升级程序（新的APP）从外部接口（可以是串口、I2C、SPI、网口等等）写入到flash中，再通过flash读写操作，将新的APP覆盖原有APP程序，再重新从新的APP入口位置启动我们的应用程序，同时也负责IAP代码的修改和迭代。IAP将主存储区分成两个区域，一个区域存开发者自己设计的bootloader程序，另一个区域存储真正需要运行的APP程序。

引言
量产的时候，首先考虑到外壳，ICP的方式显然不适合作为出厂的烧录程序方式；另外ISP的启动需要手动控制boot按钮，这种方式很难做到像开发板一样轻易使用ISP，所以固件升级使用IAP方式；但是可以考虑直接通过下拉电阻boot键位的电路，实现批量出厂烧录boot loader。而IAP方式首先需要设计一个boot loader程序，所以解决方案先从自制的boot loader开始叙述。

Boot loader
BootLoader是引导程序,它的作用是启动正式的App应用程序。换言之，BootLoader是一个程序, App也是一个程序,BootLoader程序是用于启动App程序。即boot loader包含两个部分：APP下载程序（固件升级）和跳转至APP程序。
将flash（508KB）划分为4个区域：boot loader区+APP区+备份区+参数区。其中APP区为正在运行的程序，备份区为下载的新固件存放区，更新固件即将备份区复制到APP区即可。
固件升级流程如下所示。如何获取新的固件主要考虑两个方案：通过串口下载固件程序和通过网络远程下载程序。它们的前提都是需要将自制的boot loader通过ISP方式烧录，然后通过串口烧录出厂时的第一个应用程序。然后是更新固件，两个方案分析如下：
串口下载重难点：
1、 需要一个能匹配发送固件到板子的串口上位机；
2、 将更新的固件放到某个公开的地方供客户下载；
3、 校验接收到的固件包是否完整；
网络远程下载重难点：
1、 更新的固件如何通过maqtt平台发送到客户端；
2、 网络状态不稳定情况下的丢包问题；
3、 校验接收到的固件包是否完整；

实例
基于IAP设计的STM32程序启动流程如下图：芯片复位后， 还是从 0X08000004 地址取出复位中断向量的地址，并跳转到复位中断服务程序，在运行完复位中断服务程序之后跳转到 IAP 的 main 函数，如下图标号①所示，在执行完 IAP 以后（即将新的 APP 代码写入预先定义的 FLASH，灰底部分。

新程序的复位中断向量起始地址为 0X08000004+N+M），跳转至新写入程序的复位向量表，取出新程序的复位中断向量的地址，并跳转执行新程序的复位中断服务程序，随后跳转至新程序的 main 函数，如下图标号②和③所示，同样 main 函数为一个死循环，并且注意到此时芯片的 FLASH，在不同位置上，共有两个中断向量表。
main 函数执行过程中，如果 CPU 得到一个中断请求，PC指针仍强制跳转到地址0X08000004 中断向量表处，而不是新程序的中断向量表，如下图标号④所示；程序再根据我们设置的中断向量表偏移量，跳转到对应中断源新的中断服务程序中，如图标号⑤所示；在执行完中断服务程序后，程序返回 main 函数继续运行，如图标号⑥所示。这样就完成程序设计和跳转的动作。