【STM32】需要用串口进行IAP更新，串口发送数据直接写入flash，不进行SRAM缓冲

你说的这种方式风险很大。原本IAP就是个高风险的过程，代码从SRAM刷入Flash的过程要谨防断电、动作越快完成越好；你可倒好，一边低速接收一边慢慢改写Flash的内容，将这个高风险的刷机时间人为延长了N倍。

更可怕的是你对Flash完全没有认知，还想不缓冲直接写Flash？连扇区缓冲都不用？整个扇区你不问青红皂白先一股脑擦掉、再慢悠悠地一个字节一个字节接收写入？

这个思路，做做论文、搞搞研究还行，真用到产品里面会坑死一家厂的。

我用C8051F020上实现的一个IAP来举例吧。升级程序的确放在指定位置，因为C8051F020有64K的ROM，所以升级程序就占用ROM最后的4K的空间，前面64K就用来存放用户程序。

在每次单片机启动时，放在0000H位置的LJMP指令不是跳转到用户程序，而是直接跳转到了升级程序（60K开始的位置），这里升级程序初始化串口，等待串口发来的数据流，如果数据流的不正确或者没有收到数据流，就跳转回用户程序的入口执行用户上次下载进去的程序。

所以在这里用户的程序不能超过60K，当然升级程序也不会“自宫”，就没什么影响了。

AP是In Application Programming的首字母缩写，IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。 通常在用户需要实现IAP功能时，即用户程序运行中作自身的更新 *** 作，需要在设计固件程序时编写两个项目代码，第一个项目程序不执行正常的功能 *** 作，而只是通过某种通信管道(如USB、USART)接收程序或数据，执行对第二部分代码的更新；第二个项目代码才是真正的功能代码。这两部分项目代码都同时烧录在User Flash中，当芯片上电后，首先是第一个项目代码开始运行，它作如下 *** 作：

1）检查是否需要对第二部分代码进行更新

2）如果不需要更新则转到4）

3）执行更新 *** 作

4）跳转到第二部分代码执行

第一部分代码必须通过其它手段，如JTAG或ISP烧入；第二部分代码可以使用第一部分代码IAP功能烧入，也可以和第一部分代码一道烧入，以后需要程序更新是再通过第一部分IAP代码更新。

对于STM32来说，因为它的中断向量表位于程序存储器的最低地址区，为了使第一部分代码能够正确地响应中断，通常会安排第一部分代码处于Flash的开始区域，而第二部分代码紧随其后。

在第二部分代码开始执行时，首先需要把CPU的中断向量表映像到自己的向量表，然后再执行其他的 *** 作。

如果IAP程序被破坏，产品必须返厂才能重新烧写程序，这是很麻烦并且非常耗费时间和金钱的。针对这样的需求，STM32在对Flash区域实行读保护的同时，自动地对用户Flash区的开始4页设置为写保护，这样可以有效地保证IAP程序(第一部分代码)区域不会被意外地破坏。

IAP与ISP的区别

在线编程目前有两种实现方法：在系统编程（ISP）和在应用编程（IAP）。ISP一般是通过单片机专用的串行编程接口对单片机内部的Flash存储器进行编程,而IAP技术是从结构上将Flash存储器映射为两个存储体,当运行一个存储体上的用户程序时,可对另一个存储体重新编程,之后将控制从一个存储体转向另一个。ISP的实现一般需要很少的外部电路辅助实现,而IAP的实现更加灵活,通常可利用单片机的串行口接到计算机的RS232口,通过专门设计的固件程序来编程内部存储器。

---