STM32利用串口中断高效存储数据到Flash的实践指南

1. 为什么你需要串口中断+Flash存储方案？

做嵌入式开发的朋友，尤其是玩STM32的，肯定遇到过这样的场景：设备需要从电脑或者其他模块接收一堆数据，比如一张图片的编码、一段语音数据，或者像我之前做的那样，一个完整的字库文件。这些数据量说大不大，说小也不小，可能几十KB到几百KB。你第一时间想到的可能是用串口收，然后存到数组里。但现实很骨感，STM32的RAM才多大点？稍微大点的文件就直接把内存撑爆了。

更头疼的是，数据接收和处理往往是“突发”的。串口数据一来就是一串，如果主程序傻傻地在那里轮询等待，其他啥活也干不了，系统效率极低。这时候，串口中断就该登场了。它就像你家的门铃，有客人（数据）来了才响一下，通知你去开门（处理数据），平时你该看电视看电视，该做饭做饭，互不耽误。

那数据存哪里呢？RAM放不下，SD卡又嫌麻烦，而且很多数据需要掉电不丢失。这时候，片内Flash或者外挂的SPI Flash就成了绝佳选择。它们就像设备的“硬盘”，容量够大，数据写进去断电还在。把串口中断快速收来的数据，实时、分批地写入Flash，就构成了一个非常经典且实用的数据链路：高速接收，可靠存储。

这个组合方案特别适合那些对实时性有要求，又需要数据持久化的场景。比如：

• 固件/字库远程更新：通过串口接收新的字库文件，直接写入Flash指定位置，重启后生效。
• 设备运行日志记录：设备运行过程中，将关键状态、错误码通过串口中断快速捕获，并实时追加写入Flash日志区。
• 传感器数据批量采集：从另一个模块高速采集一批传感器历史数据，存下来后再做分析。

我最早琢磨这个，就是为了做字库。没有现成的上位机工具，手动拆包发送几千个汉字字模简直是噩梦。后来用串口中断+Flash存储的方案，一个文件直接拖到串口助手发送，单片机就自动收好存好了，省时省力。虽然我最初实现的版本为了简单没加复杂协议，稳定性上需要自己注意，但这个核心框架非常可靠，稍加完善就能用在很多正式项目中。

2. 动手前的核心准备工作

磨刀不误砍柴工，开始写代码前，把硬件和工程环境理顺，能避免后面一大堆莫名其妙的坑。

2.1 硬件与软件清单

硬件其实很简单：

1. 一块STM32开发板：这是主角。最好选择片内Flash容量较大的型号（比如F103ZE、F407VG），或者板子上已经集成了SPI Flash芯片（如W25Q128）的。我手头用的是正点原子的F103战舰板，上面自带一颗W25Q128（128Mbit，也就是16MB），存字库、存图片都绰绰有余。
2. 一条USB转串口线：连接电脑和开发板。务必确保驱动安装正确，在设备管理器里能看到对应的COM口。稳定性很重要，劣质线材可能导致数据丢包，别在这上面省钱。
3. 串口调试助手：电脑端发送数据的工具。XCOM、SSCOM、Putty都行。我个人习惯用XCOM，因为它发送文件的功能很方便，而且可以自定义发送的延迟，这对我们后续的流控很有帮助。

软件环境就是你的Keil、IAR或者STM32CubeIDE。确保工程已经包含了：

• 串口驱动：能正常配置和收发数据。
• Flash驱动：如果是片内Flash，需要会用标准库或HAL库的Flash操作函数；如果是外置SPI Flash，则需要有完整的读写、擦除驱动代码。通常买开发板提供的例程里都有。

2.2 工程配置与关键参数设定

拿到一个基础工程后，先别急着写中断逻辑，把基础配置调稳妥。

首先是串口配置。 波特率我强烈建议设置为 115200 或更高。对于传输几十KB的文件，9600波特率会慢到你怀疑人生。115200是一个在稳定性和速度之间很好的平衡点。数据位8位，停止位1位，无校验，这是最常用的配置。

其次是串口助手侧的发送延迟设置。 这是很多新手会忽略的关键点！在XCOM里发送文件时，有一个“发送间隔”或者“延时”的选项。一定要把这个值调大，比如设置成50ms甚至100ms。 为什么？因为单片机从串口收到数据后，需要时间把数据从接收缓冲区搬运到Flash里。Flash写入操作可比串口接收慢得多。如果电脑不顾一切地狂发数据，单片机来不及写，缓冲区就会溢出，导致数据丢失。这个延迟就是给单片机留出的“处理喘息时间”。你可以把它理解为一种非常简单的“流控”。

最后是Flash的预处理。 在传输任何新数据之前，必须确保目标Flash区域已经被擦除干净。Flash的特性是只能把1写成0，要重新写1，必须整体擦除。所以，要么在程序开头先执行一次擦除操作，要么通过