STM32+FPGA工业控制器分级存储设计：EEPROM/NOR Flash/SD卡选型与掉电保护

1. 工业控制器存储方案的整体设计思路工业控制器跟消费类电子产品最大的区别在哪我干了这么多年感受最深的就是两个字可靠。消费电子死机了拔电重启就行工业控制器在产线上跑着一次数据丢失可能意味着整批物料报废甚至设备损坏。所以当项目要求“数据不能丢、参数要能改、历史记录要能查”的时候存储方案就不能随便拿个芯片糊弄过去。这次要聊的这套分级存储架构核心思路其实就一句话让不同的数据去它该去的地方。听起来像废话但很多新手上来就想着“我搞个SD卡全存了不就完了”结果现场震动把卡震松了或者写频繁了把卡写废了产线停摆。分级存储的本质是根据数据的访问频率、写入频率、容量需求和掉电保持要求把数据分配到不同物理特性的存储介质上。具体到STM32FPGA这套架构分工是这样的STM32作为主控负责系统逻辑、通信和文件管理FPGA做高速数据采集和预处理把需要落盘的数据通过并行总线或SPI推给STM32。存储介质分三层——EEPROM存最关键的配置参数NOR Flash存需要频繁读写又要求掉电不丢的运行日志和校准数据SD卡存大容量的历史数据和波形记录。这三层各司其职谁也替代不了谁。为什么不用NAND Flash代替SD卡因为工业现场换卡比换芯片方便而且SD卡容量大、成本低适合做“冷数据”仓库。为什么不用FRAM代替EEPROMFRAM确实写寿命长、速度快但容量小、价格高对于只需要存几十个字节配置参数的场景EEPROM的性价比依然能打。这套方案我在三个不同的工业控制器项目里用过实测下来很稳下面把设计逻辑和实操细节掰开揉碎讲清楚。1.1 三层存储介质的分工逻辑先看一张分工表这是我根据实际项目经验总结的不是教科书上的理论分类存储介质典型容量写入寿命访问速度存什么数据掉电保持EEPROM2KB~64KB100万次慢I2C 400kHz设备ID、校准系数、通信参数是NOR Flash2MB~16MB10万次扇区中SPI 50MHz运行日志、故障记录、配方是SD卡4GB~32GB取决于卡中SDIO 25MHz历史波形、批量生产数据是EEPROM选的是AT24C系列I2C接口STM32的硬件I2C直接驱动。它的特点是字节级可写不需要擦除就能改一个字节这对于频繁修改的配置参数太重要了。你想想如果每次改个IP地址都要擦整个扇区那寿命消耗得多快。NOR Flash选的是W25Q系列SPI接口特点是扇区擦除页写入写之前必须先擦但读取速度飞快适合存日志这种“写一次读多次”的数据。SD卡走SDIO 4位模式STM32F4/F7/H7都支持文件系统用FatFs存历史数据最方便。注意EEPROM和NOR Flash的写入寿命都是按“擦写次数”算的不是按“写入字节数”。EEPROM标称100万次是指每个字节可以改100万次NOR Flash标称10万次是指每个扇区可以擦10万次。这个区别直接决定了你的磨损均衡策略怎么写。1.2 为什么STM32和FPGA要配合做存储有人可能会问FPGA直接挂SD卡控制器不行吗行但没必要。FPGA的优势在并行处理和时序控制让它去跑FatFs文件系统、管理目录项、处理FAT表那是拿高射炮打蚊子还打得不一定准。STM32跑FatFs成熟稳定社区资料多出了问题好排查。反过来让STM32去采高速ADC数据它也吃不消中断响应和总线带宽都跟不上。所以这套架构的分工是FPGA负责“快”STM32负责“稳”。FPGA把采集到的数据打包通过FSMC或SPI接口传给STM32STM32再根据数据类型决定往哪层存。比如FPGA采集的振动波形STM32先缓存在外部SRAM里攒够一定长度再批量写入SD卡避免频繁打开文件导致文件系统碎片化。而FPGA检测到的故障标志位STM32立刻写进NOR Flash的日志区确保掉电也不丢。这个配合模式我在一个电机控制器项目里验证过FPGA以100kHz采样三相电流每10ms打包一次通过FSMC传给STM32STM32每1秒往SD卡写一次数据块同时把过流标志实时写NOR Flash。连续跑了72小时SD卡写了约25GB数据NOR Flash写了约2000条日志EEPROM参数改了十几次全程零丢数。1.3 方案选型时踩过的坑最早做第一版的时候我图省事把所有数据都往SD卡里塞包括配置参数。结果现场调试时工人直接拔卡拷数据拔完忘了插回去设备重启后参数全丢了产线停了半小时。从那以后我就定了规矩凡是设备运行必需的参数绝对不能只存在SD卡里。SD卡是“可移动介质”在工业现场就意味着“可能被拔走”。第二个坑是NOR Flash的扇区管理。W25Q系列的扇区是4KB我一开始没做磨损均衡日志区反复擦同一个扇区三个月就把那个扇区写坏了。后来改成环形缓冲区日志按顺序往不同扇区写写满一圈再从头覆盖寿命直接拉长了几十倍。这个经验后面会详细讲怎么实现。第三个坑是EEPROM的I2C上拉电阻。STM32的I2C引脚是开漏输出必须外接上拉电阻。我第一版用了10kΩ短距离通信没问题但设备装到现场后I2C总线走了30cm排线波形上升沿变得很缓偶尔出现读写失败。后来换成4.7kΩ问题解决。这个细节在实验室里很难发现但现场环境一变就暴露了。2. 核心细节解析与实操要点2.1 EEPROM读写字节级操作的精细活AT24C02是2KB容量页大小8字节。什么意思呢就是你连续写的时候如果跨页了地址会回卷到当前页的开头把前面的数据覆盖掉。这个坑我踩过当时写一个16字节的结构体没做页对齐结果后8字节把前8字节覆盖了参数全乱。后来写了个函数每次写之前先算当前地址到页尾还剩多少字节如果不够就分两次写。// EEPROM页写入函数自动处理跨页 #define EEPROM_PAGE_SIZE 8 #define EEPROM_ADDR 0xA0 uint8_t EEPROM_WriteBuffer(uint16_t memAddr, uint8_t *pData, uint16_t len) { uint16_t pageRemain; while(len 0) { pageRemain EEPROM_PAGE_SIZE - (memAddr % EEPROM_PAGE_SIZE); if(pageRemain len) pageRemain len; if(HAL_I2C_Mem_Write(hi2c1, EEPROM_ADDR, memAddr, I2C_MEMADD_SIZE_8BIT, pData, pageRemain, 100) ! HAL_OK) return 1; HAL_Delay(5); // 等待EEPROM内部写入完成datasheet要求最大5ms memAddr pageRemain; pData pageRemain; len - pageRemain; } return 0; }那个HAL_Delay(5)很关键。AT24C02的写周期典型值5ms如果你写完立刻读读回来的还是旧数据。我一开始没加延时调试时发现读出来的参数总是上一次的值查了半天以为是I2C时序问题后来翻datasheet才看到写周期时间。现在养成习惯EEPROM写完必等5ms或者用“应答查询”方式——反复发启动条件直到器件应答比固定延时更高效。实操心得EEPROM的WP引脚一定要接下拉电阻确保正常工作时写保护是关闭的。有些板子设计时忘了这个电阻WP悬空偶尔能写偶尔不能写排查起来很折磨人。2.2 NOR Flash的扇区管理与磨损均衡W25Q64是8MB容量扇区4KB块64KB。写数据之前必须先擦除擦除的最小单位是扇区。如果你要改一个字节得把整个扇区读到RAM里改完再擦回去。这个操作对RAM消耗大而且擦除一次就是一次寿命消耗。我的做法是把NOR Flash分成三个区参数区、日志区、备份区。参数区占一个扇区存那些比EEPROM大但又需要频繁改的数据比如配方参数。日志区占剩下的扇区用环形缓冲区管理。备份区存参数区的副本每次改参数前先备份改完再更新备份防止改到一半掉电导致参数区损坏。日志区的环形缓冲区实现逻辑是这样的定义一个写指针每次写日志时先判断当前扇区是否写满写满就擦下一个扇区指针后移。所有扇区写满一圈后回到第一个扇区擦除重写。这样每个扇区的擦除次数是均匀的不会出现某个扇区被写烂的情况。// NOR Flash日志环形写入 #define LOG_SECTOR_START 1 #define LOG_SECTOR_END 15 #define SECTOR_SIZE 4096 static uint16_t logWriteSector LOG_SECTOR_START; static uint16_t logWriteOffset 0; void NOR_LogWrite(uint8_t *pData, uint16_t len) { if(logWriteOffset len SECTOR_SIZE) { logWriteSector; if(logWriteSector LOG_SECTOR_END) logWriteSector LOG_SECTOR_START; NOR_EraseSector(logWriteSector); logWriteOffset 0; } NOR_PageProgram(logWriteSector * SECTOR_SIZE logWriteOffset, pData, len); logWriteOffset len; }这里有个细节擦除一个扇区需要约50ms这期间如果来中断了怎么办我的做法是擦除前关中断擦完立刻开中断50ms的关中断时间对大多数工业控制场景可以接受。如果系统对中断延迟要求极高那就得用双扇区交替写的方式擦一个扇区时另一个扇区继续服务。2.3 SD卡的文件系统与写入策略SD卡走SDIO接口STM32CubeMX里配置成4位宽总线时钟分频到24MHz左右。FatFs的配置有几个关键点_USE_LFN要开支持长文件名_FS_TINY建议关用标准模式性能更好_MAX_SS设512SD卡扇区就是512字节。写入策略上最忌讳的就是“来一条数据写一次文件”。FatFs每次f_write都会更新FAT表和目录项频繁小写入会导致文件系统碎片化而且SD卡内部也有擦写寿命限制。我的做法是在RAM里开一个缓冲区比如4KB攒满4KB再调一次f_write。对于历史数据记录用f_sync定期同步比如每写1MB同步一次既保证数据安全又减少文件系统开销。// SD卡数据记录带缓冲 #define SD_BUF_SIZE 4096 static uint8_t sdBuf[SD_BUF_SIZE]; static uint16_t sdBufIdx 0; static FIL logFile; void SD_DataRecord(uint8_t *pData, uint16_t len) { while(len 0) { uint16_t space SD_BUF_SIZE - sdBufIdx; uint16_t copyLen (len space) ? len : space; memcpy(sdBuf[sdBufIdx], pData, copyLen); sdBufIdx copyLen; pData copyLen; len - copyLen; if(sdBufIdx SD_BUF_SIZE) { UINT bw; f_write(logFile, sdBuf, SD_BUF_SIZE, bw); sdBufIdx 0; } } }注意SD卡在工业现场最大的风险是“写过程中断电”。FatFs本身有一定的容错能力但如果你正在更新FAT表时断电文件系统可能损坏。我的做法是每次上电时先挂载文件系统如果挂载失败就自动格式化。同时关键数据不要只存SD卡NOR Flash里留一份最近的数据副本。2.4 STM32与FPGA的数据交互接口STM32和FPGA之间通信用FSMC最方便STM32F4/F7/H7都有这个外设。把FPGA映射成STM32的一个外部SRAM区域STM32直接读写地址就能拿到数据速度比SPI快得多。我一般用FSMC的NE1片选地址线A0~A15接FPGA数据线D0~D15读写信号直接连。FPGA那边写个简单的双口RAM或者FIFOSTM32写地址时FPGA把数据准备好STM32读地址时FPGA把数据推出来。这个接口的时序要仔细调FSMC的等待周期设少了会读错数据设多了会降低吞吐量。我一般先用保守参数比如等待周期设15个HCLK调通后再逐步降低。// FPGA端FSMC从机接口简化示例 module fsmc_slave( input wire clk, input wire rst_n, input wire fsmc_ne, input wire fsmc_nwe, input wire fsmc_noe, input wire [15:0] fsmc_addr, inout wire [15:0] fsmc_data, output reg [15:0] data_to_stm32, input wire [15:0] data_from_stm32 ); reg [15:0] data_out; reg data_dir; always (posedge clk or negedge rst_n) begin if(!rst_n) begin data_out 16h0000; data_dir 1b0; end else begin if(!fsmc_ne !fsmc_nwe) begin // STM32写操作 data_out fsmc_data; data_dir 1b0; end else if(!fsmc_ne !fsmc_noe) begin // STM32读操作 data_dir 1b1; end else begin data_dir 1b0; end end end assign fsmc_data data_dir ? data_to_stm32 : 16hzzzz; endmodule这个接口调通后STM32读FPGA数据就像读内存一样简单*(volatile uint16_t*)0x60000000就能拿到。实测STM32F407在FSMC模式下读FPGA数据吞吐量能到20MB/s以上足够应付大多数工业采集场景。3. 实操过程与核心环节实现3.1 硬件连接与引脚分配先列一下我实际项目里的引脚分配表以STM32F407为例功能STM32引脚外设备注EEPROM SCLPB6I2C14.7k上拉EEPROM SDAPB7I2C14.7k上拉NOR Flash SCKPB3SPI1复用功能NOR Flash MISOPB4SPI1复用功能NOR Flash MOSIPB5SPI1复用功能NOR Flash CSPB0GPIO软件控制SD卡 CLKPC12SDIO4位模式SD卡 CMDPD2SDIO4位模式SD卡 D0~D3PC8~PC11SDIO4位模式FPGA片选PD7FSMC_NE1地址0x60000000FPGA读写PD4/PD5FSMC_NOE/NWE复用功能SDIO的时钟线要串一个22Ω电阻靠近STM32端放置抑制反射。这个电阻很多参考设计里没画但实际布线超过5cm后不加的话高速通信会出错。我试过不加电阻直接连SD卡初始化都过不了加了之后稳定跑24MHz。3.2 STM32CubeMX配置要点时钟树配置STM32F407主频168MHzSDIO时钟不能超过48MHz所以SDIO分频系数设4得到42MHz。I2C时钟设400kHzSPI1设21MHzAPB2的84MHz除以4。FSMC的时序参数在CubeMX里设读建立时间、读保持时间、写建立时间、写保持时间我一般先设保守值地址建立2个HCLK数据保持2个HCLK等待周期15个HCLK。FatFs配置_VOLUMES设1_MAX_SS设512_USE_MKFS开_USE_LFN设1_CODE_PAGE设936简体中文。堆栈大小要调大FatFs操作文件时需要的栈空间不小我一般把主栈设0x2000堆设0x1000。实操心得CubeMX生成的SDIO初始化代码里HAL_SD_Init之后要调HAL_SD_ConfigWideBusOperation切换到4位模式否则默认是1位模式速度差4倍。这个函数在CubeMX里不会自动生成得手动加。3.3 分级存储的调度逻辑数据来了往哪存我写了一个简单的调度函数根据数据类型和大小决定目标介质typedef enum { STORE_EEPROM, STORE_NOR, STORE_SD } StoreTarget; StoreTarget SelectStorage(DataType type, uint16_t len) { switch(type) { case DATA_CONFIG: if(len 64) return STORE_EEPROM; else return STORE_NOR; case DATA_LOG: return STORE_NOR; case DATA_WAVEFORM: return STORE_SD; case DATA_RECIPE: if(len 256) return STORE_NOR; else return STORE_SD; default: return STORE_SD; } }配置参数优先走EEPROM因为改得频繁但量小。日志走NOR Flash因为需要掉电保持且写入频率中等。波形数据走SD卡因为量大且可以容忍一定的写入延迟。配方参数看大小小的放NOR大的放SD。这个调度逻辑不是死的实际项目中要根据数据特性调整。比如有个项目要求配方参数必须双备份我就把配方同时写NOR和SD上电时优先从NOR读NOR读失败再从SD读。多花一点存储空间换来的可靠性提升是值得的。3.4 掉电保护与数据完整性工业现场掉电是常态存储方案必须考虑掉电保护。我的做法分三层第一层EEPROM写入时先写数据再写校验和。上电时读数据算校验和对不上就说明上次写了一半掉电了自动加载默认参数。校验和用简单的累加取反就行不需要CRC因为EEPROM数据量小。第二层NOR Flash的日志区用“写前擦除写后标记”的方式。每条日志前面加一个状态字节0xFF表示空0x00表示有效。写日志时先写数据最后把状态字节改成0x00。上电扫描时只认状态为0x00的记录写了一半的自动忽略。第三层SD卡的文件系统用FatFs的f_sync定期同步同时关键数据在NOR Flash里留最近一份。如果SD卡文件损坏从NOR Flash恢复最近的数据。这个恢复机制我实测过拔卡再插上数据能自动补回来。4. 常见问题与排查技巧实录4.1 存储介质典型故障速查表现象可能原因排查方法解决方案EEPROM读写失败I2C上拉电阻过大示波器看波形上升沿换4.7kΩ上拉EEPROM数据错乱跨页写入未处理检查写入地址是否跨页分页写入NOR Flash写不进未擦除直接写读回数据对比写前先擦扇区NOR Flash数据丢失扇区寿命耗尽读扇区状态寄存器启用磨损均衡SD卡初始化失败时钟太快或未加串阻降低时钟试串22Ω电阻SD卡文件损坏写过程中断电挂载失败自动格式化NOR备份FSMC读FPGA数据错等待周期不够逻辑分析仪抓时序增大等待周期4.2 我踩过的三个典型坑第一个坑EEPROM的地址对齐。AT24C02的页大小是8字节我一开始写一个结构体长度是12字节起始地址是0x06。写的时候前2字节写到页尾后10字节回卷到页首把前面的数据覆盖了。后来改成写之前先算页剩余空间不够就分两次写。这个问题的隐蔽性在于如果你写的结构体长度刚好不跨页就永远发现不了等到改结构体长度时才爆发。第二个坑NOR Flash的擦除时间。W25Q64的扇区擦除典型时间45ms最大400ms。我一开始没看最大时间擦除后只等了50ms就开始写结果偶尔写失败。后来改成擦除后读状态寄存器等BUSY位清零再写问题解决。这个坑的教训是datasheet上的“典型值”是给你做参考的“最大值”才是你设计时要保证的。第三个坑SD卡的写入放大。SD卡内部有FTL层你写一个字节它可能实际写了一个块。频繁小写入会导致SD卡内部垃圾回收频繁性能下降甚至卡死。我有个项目每秒往SD卡写100次每次几十字节跑了半天卡就写不进去了。后来改成攒够4KB再写问题消失。SD卡适合大块顺序写入不适合随机小写入这个特性跟NOR Flash正好相反。4.3 调试工具与手段调试存储问题光靠printf是不够的。我常用的工具组合是逻辑分析仪抓I2C/SPI/SDIO时序ST-Link Utility直接读Flash内容串口打印文件系统状态。逻辑分析仪我用的Saleae 8通道抓I2C和SPI足够SDIO的话需要更高采样率一般用示波器看波形质量。ST-Link Utility有个好处是可以直接读STM32内部Flash和外部NOR Flash的内容对比写入前后的数据一眼就能看出哪里没写对。SD卡的话拔下来插读卡器用WinHex看扇区数据能判断是文件系统问题还是底层写入问题。实操心得调试SD卡时先在PC上把卡格式化成FAT32分配单元大小设4096字节。然后在STM32端挂载如果挂载失败先用f_mkfs格式化一次。有些SD卡出厂格式是exFATFatFs默认不支持需要开_FS_EXFAT宏。4.4 性能优化的小技巧EEPROM写入慢把连续的参数写操作合并成一次页写入减少I2C启动次数。我有个项目要写20个参数分散在3个页里优化后从20次写变成3次写耗时从100ms降到15ms。NOR Flash读取慢用NOR_ReadBuffer一次读一整个扇区到RAM后续操作在RAM里做比反复调SPI读快得多。SPI的50MHz时钟读4KB需要约0.65ms如果每次读几个字节光SPI启动开销就占了大头。SD卡写入慢用DMA模式STM32的SDIO支持DMA配置好后CPU不用管数据搬运可以去做别的事。我实测DMA模式下写SD卡CPU占用率从30%降到5%以下。这套分级存储方案我在三个项目里迭代过从最早的“能存就行”到现在的“掉电不丢、寿命够长、现场可维护”中间踩的坑都写在上面了。工业控制器的存储设计核心不是选多高级的芯片而是把每种介质的特性吃透让数据去它该去的地方。EEPROM的字节级写入、NOR Flash的扇区管理、SD卡的大块顺序写入这三个特性用好了方案就稳了。