STM32+FPGA分级存储设计：EEPROM、NOR Flash与SD卡选型与驱动

1. 工业控制器存储需求拆解与方案选型工业控制器跟消费电子最大的区别就是它得在没人管的环境里连续跑好几年掉一次电丢一次数据可能就意味着一条产线停摆。我在做这类项目时存储方案永远是优先级排在前三的设计决策而不是随便挂个Flash了事。这个项目标题里提到的STM32加FPGA分级存储核心思路就是把不同性质的数据放到不同介质上各司其职既保证关键参数不丢又兼顾大容量历史数据的写入。1.1 工业场景下数据到底分几类先把数据分类搞清楚后面选型才有依据。工业控制器里的数据大致可以分成四层。第一层是出厂标定参数比如传感器零点偏移、量程系数、PID初始参数、设备序列号和校准日期。这类数据的特点是写入次数极少可能整个生命周期就写几十次但绝对不能丢丢了设备就得返厂重新标定。这类数据我一般放在EEPROM里容量需求通常几百字节到几KB就够。第二层是运行配置参数比如用户设定的目标温度、通信地址、波特率、报警阈值。这类数据写入频率中等用户改一次配置就写一次一天可能几次到几十次。容量需求也不大几KB级别。这类数据同样适合EEPROM或者NOR Flash的参数区。第三层是高频运行日志和采样数据比如每秒采集的温度、压力、电流值或者故障发生前后的波形快照。这类数据写入频率高可能每秒几十到几千次容量需求从几十MB到几GB不等。这类数据必须走SD卡或者eMMC用文件系统管理。第四层是FPGA的配置和缓存数据FPGA本身需要配置比特流运行时还有大量中间缓存。配置比特流一般存在NOR Flash里上电时由STM32读取后通过SPI或SelectMAP接口加载到FPGA。运行时缓存则用FPGA内部BRAM或者外挂SRAM/DDR。把这四层分清楚之后存储介质的选型就顺理成章了。下面这张表是我在实际项目中总结的对照关系。数据类型典型容量写入频率推荐介质关键要求出厂标定参数几百字节~几KB极低EEPROM掉电不丢、可字节寻址运行配置参数几KB~几十KB低EEPROM/NOR Flash掉电不丢、可擦写高频采样日志几十MB~几GB高SD卡/eMMC大容量、文件系统FPGA配置比特流几百KB~几MB极低NOR Flash上电快速读取FPGA运行缓存几MB~几十MB极高DDR/SRAM高速读写1.2 为什么不用单一介质搞定所有事有人会问直接上一块大容量NOR Flash或者一张SD卡不就完了何必搞三种介质。这个问题我在早期项目里也纠结过实际踩坑之后才明白分级的意义。EEPROM的优势在于字节级擦写和高擦写寿命。典型EEPROM擦写次数在100万次以上而且可以单字节修改不需要先擦除整个扇区。对于频繁修改的配置参数这个特性太重要了。NOR Flash虽然也能字节读取但写入前必须擦除整个扇区擦写寿命通常只有10万次左右频繁改参数很容易把扇区写坏。NOR Flash的优势在于读取速度快和可靠性高。它的随机读取速度接近RAM适合存放FPGA配置比特流和需要快速启动的代码。SPI NOR Flash通过Quad SPI模式可以达到几十MB/s的读取速度FPGA上电加载几百KB的比特流只需要几毫秒。SD卡的优势在于容量大和成本低。一张8GB的工业级SD卡成本可能只有几十块钱同等容量的NOR Flash价格要贵几十倍。但SD卡的缺点是写入寿命有限、掉电时容易丢数据、文件系统在异常断电时可能损坏。所以SD卡只适合存日志这类可以容忍少量丢失的数据。注意工业级SD卡和消费级SD卡差别很大。消费级SD卡在高温环境下可能几个月就出问题工业级SD卡的工作温度范围通常是-40到85度而且内部有磨损均衡和掉电保护。选型时一定要看温度等级和TBW指标别为了省几十块钱埋雷。1.3 STM32和FPGA的分工逻辑这个方案里STM32和FPGA各管一摊。STM32负责管理型任务文件系统操作、EEPROM读写、SD卡数据组织、通信协议处理。FPGA负责实时型任务高速数据采集、信号处理、时序控制。存储访问上我的做法是让STM32作为存储主控统一管理EEPROM、NOR Flash和SD卡。FPGA需要存数据时通过SPI或并行总线把数据传给STM32由STM32决定写到哪个介质。这样做的好处是存储逻辑集中在一处避免两个芯片同时操作同一个存储介质导致冲突。另一种做法是FPGA直接挂NOR FlashSTM32挂EEPROM和SD卡。这种方案适合FPGA需要独立快速加载配置的场景但会增加硬件复杂度和引脚占用。具体选哪种取决于项目对FPGA启动速度和数据吞吐的要求。2. 三种存储介质的硬件设计与驱动要点选型定了之后硬件设计和驱动开发就是重头戏。这部分我按介质逐个拆解把原理、电路要点和驱动关键都讲清楚。2.1 EEPROM的I2C接口设计与页写优化EEPROM最常用的接口是I2C两根线就能搞定占用引脚少。工业上常用的型号有AT24C系列、CAT24系列容量从2Kbit到2Mbit都有。选型时主要看三个参数容量、擦写寿命、工作温度。I2C总线上拉电阻的选择是个容易忽略的细节。标准模式100kHz下4.7kΩ上拉电阻配100pF总线电容是常见组合。但如果总线走线长、挂的设备多电容可能到200pF以上这时候上拉电阻要减小到2.2kΩ甚至1.8kΩ否则上升沿太慢会导致通信失败。我实测过一条20cm的排线挂三个I2C设备用4.7kΩ上拉时波形上升沿接近2微秒降到2.2kΩ后降到800纳秒通信立刻稳定。EEPROM的写入有个页写的概念。以AT24C256为例页大小是64字节。如果你连续写超过64字节地址会回卷到页首覆盖之前写的数据。这个坑我踩过当时写一个128字节的结构体以为会自动跨页结果后64字节把前64字节覆盖了。正确做法是分页写每写64字节发一次停止条件等EEPROM内部写周期完成后再写下一页。// EEPROM分页写示例 #define EEPROM_PAGE_SIZE 64 #define EEPROM_ADDR 0xA0 uint8_t EEPROM_WriteBuffer(uint16_t memAddr, uint8_t *buf, uint16_t len) { uint16_t written 0; while (written len) { uint16_t pageOffset memAddr % EEPROM_PAGE_SIZE; uint16_t pageRemain EEPROM_PAGE_SIZE - pageOffset; uint16_t chunk (len - written pageRemain) ? (len - written) : pageRemain; if (I2C_WritePage(EEPROM_ADDR, memAddr, buf written, chunk) ! 0) { return 1; } // 等待EEPROM内部写周期完成典型5ms HAL_Delay(6); memAddr chunk; written chunk; } return 0; }写周期等待时间也要注意。EEPROM数据手册上写的典型写周期是5ms但这是室温下的值。低温环境下写周期可能延长到10ms以上。如果你的产品要在零下20度工作等待时间得留足余量。我一般用应答查询代替固定延时就是发一个写命令看EEPROM是否应答应答了就说明写完了这样既快又可靠。2.2 NOR Flash的SPI模式与扇区管理NOR Flash在工业控制器里主要干两件事存FPGA配置比特流、存STM32的启动代码或参数。常用的型号有W25Q系列、S25FL系列容量从1MB到128MB。SPI NOR Flash的读取很简单发命令加地址就能读。但写入必须先擦除而且擦除的最小单位是扇区通常是4KB。擦除一个扇区需要几十到几百毫秒这期间不能对该扇区做任何操作。所以参数存储区要设计成双备份加轮换的方式避免擦除时掉电导致参数全丢。具体做法是分配两个扇区A和B每个扇区存一份完整参数加一个递增的序列号。写入时先擦除序列号较小的那个扇区写入新参数和更大的序列号。读取时比较两个扇区的序列号取大的那个。这样即使擦除或写入过程中掉电另一个扇区里的数据还是完整的。// NOR Flash双备份参数存储 typedef struct { uint32_t seq; uint32_t crc; uint8_t data[PARAM_SIZE]; } ParamBlock; uint8_t NOR_ReadParams(uint8_t *out) { ParamBlock blkA, blkB; NOR_Read(SECTOR_A_ADDR, (uint8_t*)blkA, sizeof(blkA)); NOR_Read(SECTOR_B_ADDR, (uint8_t*)blkB, sizeof(blkB)); ParamBlock *valid NULL; if (blkA.crc CRC32(blkA.data, PARAM_SIZE) blkB.crc CRC32(blkB.data, PARAM_SIZE)) { valid (blkA.seq blkB.seq) ? blkA : blkB; } else if (blkA.crc CRC32(blkA.data, PARAM_SIZE)) { valid blkA; } else if (blkB.crc CRC32(blkB.data, PARAM_SIZE)) { valid blkB; } if (valid) { memcpy(out, valid-data, PARAM_SIZE); return 0; } return 1; // 两份都坏了 }FPGA配置比特流存在NOR Flash里时要注意读取速度。STM32通过SPI读比特流再转发给FPGA这个速度受限于SPI时钟。如果比特流有2MBSPI跑50MHz理论读取时间约320ms加上转发开销可能到500ms。如果要求FPGA在100ms内启动就得让FPGA直接从NOR Flash读取用FPGA的SelectMAP或SPI主模式。2.3 SD卡的文件系统选择与掉电保护SD卡在工业控制器里主要存日志和采样数据。接口有SPI模式和SDIO模式两种。SPI模式接线简单但速度慢通常只有几MB/s。SDIO模式速度快4位总线可以到几十MB/s但占用引脚多。如果数据量不大SPI模式够用如果要存高速采样数据必须上SDIO。文件系统选择上FatFs是最常用的代码量小、移植方便。但FatFs在异常断电时容易损坏文件系统尤其是FAT表正在更新时断电。我的做法是定期同步加日志文件轮换。每写一定量数据就调用f_sync把缓存刷到卡上。日志文件按天或按大小轮换避免单个文件过大导致FAT表更新频繁。// FatFs定期同步示例 FATFS fs; FIL logFile; UINT bw; void Log_Write(const char *msg) { static uint32_t lastSync 0; f_write(logFile, msg, strlen(msg), bw); // 每写4KB同步一次减少掉电丢失风险 if (f_tell(logFile) - lastSync 4096) { f_sync(logFile); lastSync f_tell(logFile); } }SD卡还有一个坑是热插拔检测。工业现场可能有人误拔卡如果没有检测机制文件系统会直接损坏。硬件上要用一个GPIO检测卡座上的机械开关软件上在检测到拔卡时立即关闭文件、卸载文件系统。重新插卡后再重新挂载。提示SD卡内部有磨损均衡和坏块管理但这些机制对用户是透明的。如果卡快坏了表现可能是写入速度突然变慢或者某些扇区写不进去。定期用f_getfree检查剩余空间如果空间充足但写入频繁失败大概率是卡要坏了提前更换。3. 分级存储的软件架构与数据调度硬件搭好之后软件架构决定了数据能不能高效、可靠地在三种介质之间流转。这部分我讲一下实际项目里用的分层架构和调度策略。3.1 存储抽象层设计为了让上层应用不用关心数据具体存在哪个介质我设计了一个存储抽象层。上层调用Storage_Write(type, buf, len)抽象层根据数据类型决定写到EEPROM、NOR Flash还是SD卡。typedef enum { STORAGE_TYPE_CALIB, // 标定参数 - EEPROM STORAGE_TYPE_CONFIG, // 配置参数 - EEPROM/NOR STORAGE_TYPE_LOG, // 日志 - SD卡 STORAGE_TYPE_BITSTREAM // FPGA比特流 - NOR } StorageType; int Storage_Write(StorageType type, uint8_t *buf, uint32_t len) { switch (type) { case STORAGE_TYPE_CALIB: return EEPROM_WriteBuffer(CALIB_ADDR, buf, len); case STORAGE_TYPE_CONFIG: return NOR_WriteParams(buf, len); case STORAGE_TYPE_LOG: return SD_AppendLog(buf, len); case STORAGE_TYPE_BITSTREAM: return NOR_WriteBitstream(buf, len); default: return -1; } }这样做的好处是应用层代码干净换存储介质时只改抽象层。比如某天EEPROM缺货要换成FRAM只需要改EEPROM_WriteBuffer的实现上层完全不用动。3.2 数据缓存与批量写入策略SD卡的写入寿命有限频繁小数据写入会加速卡损坏。我的做法是在RAM里开一个环形缓冲区日志数据先写到缓冲区攒够一定量或者定时器超时再批量写到SD卡。缓冲区大小要根据数据产生速率和可容忍的丢失量来定。假设每秒产生100字节日志缓冲区4KB那么每40秒写一次卡。如果掉电最多丢40秒数据。如果要求丢得少就缩小缓冲区或者缩短写入周期。// 环形缓冲区批量写SD卡 #define LOG_BUF_SIZE 4096 static uint8_t logBuf[LOG_BUF_SIZE]; static uint32_t logWrIdx 0; void Log_PutByte(uint8_t b) { logBuf[logWrIdx] b; if (logWrIdx LOG_BUF_SIZE) { SD_WriteBlock(logBuf, LOG_BUF_SIZE); logWrIdx 0; } } // 定时器每5秒调用一次把未满的缓冲区也刷出去 void Log_FlushTimer(void) { if (logWrIdx 0) { SD_WriteBlock(logBuf, logWrIdx); logWrIdx 0; } }批量写入还有个好处是减少文件系统开销。FatFs每次写文件都要更新FAT表和目录项小数据写入时这些开销占比很高。批量写4KB一次开销摊薄到可以忽略。3.3 FPGA与STM32的数据交互协议FPGA采集的高速数据要存到SD卡中间得经过STM32。两者之间的数据通道设计很关键。我用的是SPI从机加DMA的方案STM32做SPI主机FPGA做从机FPGA有数据时拉一个中断引脚通知STM32STM32启动DMA读取。数据格式上我定义了一个简单的帧结构帧头两字节、长度两字节、数据N字节、CRC两字节。STM32收到完整帧后先校验CRC通过后再写入SD卡。这样即使SPI传输过程中有干扰导致数据出错也能通过CRC发现并丢弃。// FPGA数据帧解析 typedef struct { uint16_t header; // 0xAA55 uint16_t length; uint8_t data[1024]; uint16_t crc; } FpgaFrame; void FPGA_DataHandler(void) { FpgaFrame frame; SPI_ReceiveDMA((uint8_t*)frame, sizeof(frame)); if (frame.header ! 0xAA55) return; if (frame.length 1024) return; if (frame.crc ! CRC16(frame.data, frame.length)) return; // 校验通过写入SD卡 SD_AppendLog(frame.data, frame.length); }如果数据速率很高SPI带宽不够可以考虑用FSMC并行总线。STM32的FSMC可以挂FPGA16位数据总线跑几十MHz带宽比SPI高一个数量级。但FSMC占用引脚多PCB布线也复杂适合数据量大的场景。4. 实际项目中的问题排查与避坑经验理论讲完了这部分是我在实际项目中踩过的坑和总结的排查方法。工业现场环境复杂很多问题在实验室里根本复现不出来。4.1 EEPROM读写失败的常见原因EEPROM读写失败是最常见的问题原因通常有这几类。上拉电阻不合适。前面提过总线电容大时上拉电阻要减小。判断方法是看SCL和SDA的上升沿如果上升时间超过1微秒基本可以确定上拉太弱。用示波器抓波形是最直接的。地址冲突。I2C总线上挂多个EEPROM时每个的A0/A1/A2引脚要设不同电平。我有一次两个EEPROM的A0都接地了结果读出来的数据一直不对查了半天才发现地址撞了。写周期未等待。连续写EEPROM时如果不等内部写周期完成就发下一个命令EEPROM不会应答。用应答查询可以解决但要注意有些EEPROM在写周期内完全不响应这时候只能固定延时。电源电压偏低。EEPROM的写入电压通常要求2.5V以上如果系统电源在2.3V左右读可能正常但写会失败。用万用表量一下EEPROM的VCC引脚确认在数据手册规定范围内。4.2 NOR Flash数据丢失的排查思路NOR Flash数据丢失通常表现为参数读出来全是0xFF或者乱码。排查步骤我一般这样走。先确认擦除是否成功。擦除后读整个扇区应该全是0xFF。如果有非0xFF的字节说明擦除不彻底可能是擦除命令没发对或者擦除时间不够。再确认写入是否成功。写入后立即读回对比数据是否一致。如果不一致检查写入命令的地址是否正确以及是否在写入前做了擦除。最后确认掉电时序。NOR Flash在写入过程中掉电可能导致扇区数据损坏。用示波器抓电源和片选信号看掉电时是否有未完成的写操作。如果有需要在软件上做掉电检测掉电时立即停止写操作。注意有些NOR Flash在擦除或写入过程中如果复位会进入一个锁定状态需要发特定命令解锁。我遇到过W25Q系列在擦除时复位后后续所有命令都不响应最后发了0xAB释放命令才恢复。数据手册里这个细节很容易被忽略。4.3 SD卡文件系统损坏的恢复方法SD卡文件系统损坏是工业现场的高频问题。表现是设备无法挂载SD卡或者挂载后文件列表为空。恢复方法分几步。如果只是FAT表损坏可以用chkdsk或者Linux下的fsck.fat修复。把卡插到电脑上运行修复工具大部分情况能恢复。如果目录项损坏可能需要数据恢复软件扫描。但工业现场通常没这个条件所以我的做法是双卡冗余。设备上插两张SD卡日志同时写两张。一张坏了换另一张数据不丢。还有一种情况是卡本身锁死。某些SD卡在异常断电后会进入只读状态怎么都写不进去。这时候只能换卡。为了避免这个问题选卡时优先选带掉电保护的工业级卡。4.4 常见问题速查表现象可能原因排查方法解决措施EEPROM读全0xFF地址错误/器件未应答用示波器看ACK检查地址和上拉EEPROM写后读不一致写周期未等待读状态寄存器加应答查询或延时NOR Flash擦除不干净擦除命令错误读扇区看是否全FF核对命令和时序NOR Flash参数丢失擦除时掉电检查电源时序双备份加轮换SD卡挂载失败文件系统损坏电脑上chkdsk修复或换卡SD卡写入慢卡老化/碎片多测写入速度换卡或格式化FPGA配置失败比特流读取错误读回比特流校验检查SPI和CRC数据错乱CRC校验未做加CRC校验帧结构加CRC4.5 几个容易被忽略的实操细节EEPROM的页写边界。前面提过但再强调一次。写跨页数据时一定要分页每页写完等写周期。我见过有人写一个结构体刚好跨页结果后半部分覆盖了前半部分查了一天才发现。NOR Flash的4字节地址模式。容量超过16MB的NOR Flash需要4字节地址模式默认是3字节。如果没切换模式访问高地址会回卷到低地址。切换方法通常是发一个特定命令具体看数据手册。SD卡的SPI模式初始化。SD卡在SPI模式下初始化需要发至少74个时钟而且CMD0要带CS低电平。如果初始化失败先检查时钟数和CS时序。FPGA比特流的字节序。STM32读NOR Flash得到的比特流传给FPGA时要注意字节序。有些FPGA要求MSB first有些要求LSB first。搞反了配置不成功但现象可能只是FPGA不工作不会报错。电源去耦。三种存储介质在同一块板子上电源去耦要做好。每个芯片的VCC引脚旁边放0.1uF陶瓷电容大容量存储再并一个10uF钽电容。SD卡在写入时电流波动大去耦不好会影响其他芯片。5. 方案扩展与选型建议这套分级存储方案不是固定的根据项目需求可以调整。我最后分享几种常见的变体和选型思路。5.1 小容量场景的简化方案如果项目数据量不大比如只有几KB参数和几十MB日志可以简化成EEPROM加SD卡两級。NOR Flash省掉FPGA比特流存在SD卡里上电时STM32从SD卡读出来加载。这样硬件简单、成本低缺点是FPGA启动速度受SD卡读取速度限制可能慢几百毫秒。5.2 高可靠性场景的冗余方案如果项目对可靠性要求极高比如电力监控或者医疗设备可以做全冗余。EEPROM用两颗一颗坏了切另一颗。NOR Flash用两颗参数双备份。SD卡用两张日志同时写。这样成本翻倍但可靠性大幅提升。5.3 大容量场景的eMMC替代如果日志数据量到GB级别SD卡可能不够用或者寿命不够。这时候可以换成eMMC。eMMC是焊在板子上的比SD卡可靠速度也快。接口和SD卡类似但驱动要复杂一些。STM32部分型号有SDMMC接口可以直接挂eMMC。5.4 选型决策表场景数据量可靠性要求推荐方案小型控制器100MB一般EEPROMSD卡中型控制器100MB~1GB较高EEPROMNORSD卡大型控制器1GB高EEPROMNOReMMC高可靠设备不限极高全冗余方案我个人在实际操作中的体会是分级存储的核心不是堆介质而是把数据的生命周期和访问特性摸清楚。标定参数可能几年都不变日志数据每秒都在产生这两种数据用同一种介质存本身就是不合理的。把这个问题想明白了选型和架构设计就水到渠成。最后再分享一个小技巧不管用哪种存储方案上电自检一定要做。EEPROM读一个已知值、NOR Flash读设备ID、SD卡读容量三个都通过了再进入正常工作。这样能在启动阶段就发现存储故障避免运行中才发现数据写不进去。