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

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

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

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

instant ap 103可以单独使用，ap 103不可以单独使用。 instant ap接上电源后，连接到instant信号上进行配置，然后就可以使用了。 ap 103要结合ac才能使用。

不同板子的程序移植，重要的一点就是HSE

值得修改，这是要跟板子实际外部晶振频率对应的。

有的板子是8M，有的板子25M，等等

如果这个频率设置不对，串口通讯就会受到影响，而乱码是串口通讯波特率不匹配的最常见问题。

以上就是关于【STM32】需要用串口进行IAP更新，串口发送数据直接写入flash，不进行SRAM缓冲全部的内容，包括:【STM32】需要用串口进行IAP更新，串口发送数据直接写入flash，不进行SRAM缓冲、如何将aruba AP-105 刷成 IAP-105、STM32F107 使用IAP方式更新程序时，怎么更改Bootloader的波特率等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！