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

工业控制器这类设备有个很现实的问题它不像消费电子那样可以随便重启大法糊弄过去一旦上了产线参数丢了、日志断了、配方没了轻则停机排查重则整批产品报废。所以存储这块从一开始就得当成系统可靠性的一部分来设计而不是随便挂个Flash存一下。我这些年做过的控制器项目里存储方案基本都绕不开三类介质EEPROM、NOR Flash、SD卡。它们各自解决的是完全不同层级的问题——EEPROM管关键到不能丢的小数据NOR Flash管要频繁改、还要掉电安全的配置和日志SD卡管量大、可导出、可替换的历史数据。STM32负责逻辑调度和文件系统FPGA负责高速数据流的搬运和时序控制两者分工明确。这篇就围绕STM32FPGA分级存储这个方案把选型逻辑、硬件连接、驱动分层、掉电保护、实测踩坑这些事一次讲透。不管你是刚接触存储设计的新手还是做过几个项目但总在数据一致性上翻车的同行应该都能从里面找到能直接抄作业的部分。1. 为什么工业控制器必须做分级存储而不是一颗大Flash走天下很多人第一反应是既然都是存数据那我直接上一颗大容量NOR Flash或者eMMC不就行了这个想法在消费类产品里没问题但在工业控制器上会踩三个硬坑。1.1 三类数据的寿命和更新频率完全不同工业控制器里的数据按更新频率和重要性可以粗暴分成三档出厂标定与设备身份数据设备序列号、校准系数、硬件版本、出厂日期。这类数据可能整个生命周期只写一次但绝对不能丢丢了设备就没法追溯。运行配置与实时参数PID参数、通信地址、报警阈值、累计运行时间。这类数据可能每天改几次也可能几个月不动但每次修改都必须掉电安全。过程数据与历史记录采样曲线、报警日志、批次记录。这类数据量大、写入频繁但允许一定程度的丢失且需要能导出。如果你把这三类数据全塞进同一颗NOR Flash会面临一个尴尬频繁写的日志会把Flash的擦写寿命快速消耗掉而标定数据又可能因为日志区写满触发整片擦除而受影响。分级存储的本质是把不同寿命、不同重要性、不同访问模式的数据物理隔离让它们互不干扰。1.2 擦写寿命决定了介质不能混用来看一组实际参数对比这是选型的核心依据介质类型典型擦写寿命写入粒度容量范围掉电安全性单位成本EEPROM100万~400万次字节级几KB~几MB极高高NOR Flash1万~10万次扇区级(4KB)几MB~几百MB高中SD卡/NAND3000~1万次块级(512B~4KB)GB级中(需管理)低EEPROM能按字节改改一个字节不用擦整个扇区所以适合存那种偶尔改一个参数的场景。NOR Flash必须按扇区擦除但支持随机读取和XIP适合存代码和结构化配置。SD卡容量大、便宜但内部有FTL闪存转换层掉电时正在写的块可能损坏必须配合文件系统和日志机制。提示不要用SD卡存标定数据。SD卡的文件系统在掉电瞬间可能损坏整个FAT表导致所有数据一起丢。标定数据放EEPROM这是底线。1.3 STM32FPGA的分工逻辑为什么不是STM32一个人干完因为工业控制器里往往有高速数据流比如多路ADC同步采样、编码器计数、PWM波形捕获。这些数据如果全让STM32中断去接CPU会被打满根本顾不上存储调度。FPGA在这里的角色是数据搬运工和时序控制器它把高速采集的数据先缓存到内部FIFO或外挂SRAM然后按STM32的节奏通过并行总线或SPI把数据块推给STM32。STM32则负责决定这批数据该写EEPROM还是NOR还是SD卡以及维护文件系统和掉电保护逻辑。这种分工的好处是FPGA保证数据不丢帧STM32保证数据存得对。两者通过一个简单的握手协议通信比让STM32硬扛高速采集要稳得多。2. 三块存储介质的硬件连接与选型细节硬件设计这块很多人是照着开发板抄的但工业现场和实验室环境差别很大。下面把三块介质的连接方式和选型要点拆开讲。2.1 EEPROMI2C总线上最省心的那颗EEPROM我一般选24系列比如AT24C51264KB或CAT24M01128KB。接口用I2C两根线搞定STM32这边随便找个硬件I2C外设就能驱动。连接上要注意几个点地址引脚A0/A1/A2如果总线上挂多颗EEPROM靠这三个引脚区分地址。单颗的话全接地即可。写保护引脚WP建议接到STM32的一个GPIO上正常工作时拉低允许写标定完成后拉高防止误写。这个细节很多项目会忽略但在现场误操作导致标定数据被覆盖的事故并不少见。上拉电阻I2C的SDA和SCL都需要上拉典型值4.7kΩ。如果总线走线长可以降到2.2kΩ提高上升沿速度。I2C的时钟频率工业环境建议不要跑满400kHz100kHz~200kHz更稳。因为工业现场电磁干扰大高速I2C容易出现位错误。我实测过在变频器旁边跑400kHz误码率明显上升降到100kHz后连续运行几个月没出过问题。2.2 NOR FlashSPI接口是主流但要注意扇区结构NOR Flash我常用W25Q系列华邦或S25FL系列赛普拉斯/英飞凌。接口用SPISTM32的硬件SPI或者FPGA的SPI主控都能驱动。选型时重点看三个参数扇区大小W25Q系列典型是4KB扇区、64KB块。擦除最小单位是4KB所以你的配置数据结构要按4KB对齐设计不然改一个参数要擦4KB浪费寿命。页大小通常是256字节。写入时不能跨页跨页要分两次写。这个坑我在早期项目里踩过一次写300字节直接导致后44字节丢失。状态寄存器BUSY位、WEL位、BP保护位。写之前要查BUSY写之后要等BUSY清零不能写完立刻发下一条命令。SPI时钟频率W25Q系列标称能到104MHz但工业环境建议跑20~50MHz。走线长的话还要降。我一般用STM32的SPI2跑18MHz配合DMA搬运实测写入速度能到1.5MB/s左右够用了。2.3 SD卡SPI模式还是SDIO模式这是个问题SD卡有两种驱动方式SPI模式和SDIO模式。SPI模式只用4根线CS、CLK、MOSI、MISOSTM32的SPI外设就能驱动FPGA也能轻松实现。缺点是速度慢实测写入速度大概200KB/s~500KB/s。SDIO模式4位数据线并行速度快STM32的SDIO外设能跑到10MB/s以上。缺点是引脚多时序要求高FPGA实现起来复杂。工业控制器里如果只是存日志和导出数据SPI模式完全够用而且更稳。SDIO模式在长走线、干扰大的环境下容易出现CRC错误排查起来很头疼。我现在的做法是STM32用SDIO跑高速采集数据的存储FPGA用SPI做备份通道两条路互为冗余。SD卡的硬件设计有几个必须注意的点电源去耦SD卡写入瞬间电流能到100mA以上电源引脚旁边必须放10μF0.1μF的组合电容否则写入时电压跌落会导致卡复位。上拉电阻SPI模式下CS、MOSI、MISO都要上拉典型值10kΩ~50kΩ。SDIO模式下4根数据线都要上拉。卡座选型工业级卡座要选带金属屏蔽罩的防止插拔时静电打坏芯片。推拉式比弹出式更可靠弹出式在振动环境下容易接触不良。注意SD卡的热插拔在工业控制器里要谨慎。如果系统正在写卡突然拔卡会导致文件系统损坏。建议在软件里做检测检测到卡移除时立即停止写入并卸载文件系统。3. STM32侧的驱动分层与数据调度设计硬件连好只是第一步真正决定系统稳不稳的是软件架构。STM32这边的存储驱动我习惯分成三层硬件抽象层、介质驱动层、存储管理层。3.1 硬件抽象层把I2C、SPI、SDIO统一成一套接口这一层的目的是让上层不关心底层用的是哪个外设。定义一个统一的接口结构体typedef struct { int (*init)(void); int (*read)(uint32_t addr, uint8_t *buf, uint32_t len); int (*write)(uint32_t addr, const uint8_t *buf, uint32_t len); int (*erase)(uint32_t addr, uint32_t len); uint32_t sector_size; uint32_t total_size; } storage_dev_t;EEPROM的驱动实现里read/write直接映射到I2C读写NOR Flash的erase映射到扇区擦除命令SD卡的read/write映射到文件系统的f_read/f_write。这样上层存储管理层只需要操作storage_dev_t指针换介质不用改上层代码。这一层还有个关键点所有操作都要带超时和重试。I2C读写要等ACKSPI要等BUSYSD卡要等命令响应。工业环境下这些等待都可能超时必须有超时退出机制不能死等。3.2 介质驱动层EEPROM的页写与NOR Flash的扇区管理EEPROM驱动里最容易出错的是页写边界。24系列EEPROM的页大小通常是64字节或128字节一次写不能跨页。比如AT24C512页大小128字节你从地址0x7F开始写10字节会写到0x7F~0x88跨了页边界后面的数据会回卷到页首覆盖。正确做法是int eeprom_write(uint32_t addr, const uint8_t *buf, uint32_t len) { while (len 0) { uint32_t page_remain EEPROM_PAGE_SIZE - (addr % EEPROM_PAGE_SIZE); uint32_t write_len (len page_remain) ? len : page_remain; if (i2c_eeprom_write_page(addr, buf, write_len) ! 0) return -1; // 等待内部写周期完成典型5ms delay_ms(6); addr write_len; buf write_len; len - write_len; } return 0; }注意那个delay_ms(6)EEPROM写完一页后需要等待内部写周期典型5ms最大10ms。这段时间I2C不响应任何命令。如果你不等下一次写会失败。很多新手在这里翻车表现为偶尔写不进去。NOR Flash驱动里核心是读-改-写流程。因为NOR不能覆盖写改一个字节也要先把整个扇区读到RAM改完再擦除扇区再写回去。这个流程必须保证原子性否则擦除后掉电整个扇区数据就没了。我的做法是在RAM里维护一个扇区的影子副本所有修改先改影子然后标记脏在合适的时机比如系统空闲或掉电中断里统一刷入Flash。刷入时先擦后写写完校验。3.3 存储管理层数据分类与写入策略这一层决定什么数据写到哪块介质。我一般定义一个配置表数据类型存储介质写入时机保护机制设备序列号/标定系数EEPROM出厂一次WP引脚保护CRC校验运行配置/PID参数NOR Flash修改后延迟写双备份版本号累计运行时间EEPROM每小时更新磨损均衡报警日志NOR Flash实时写环形缓冲区采样曲线SD卡批量写文件系统定期flush累计运行时间这个数据特别典型它需要频繁更新比如每小时加1但EEPROM寿命有限。如果每小时写一次一年8760次EEPROM的100万次寿命能用100多年没问题。但如果每秒写一次几天就写废了。所以更新频率必须和介质寿命匹配这是分级存储的核心计算。4. FPGA侧的数据搬运与握手协议FPGA在这套方案里不是可有可无的配角。当采样率上去之后STM32的中断响应时间微秒级根本跟不上数据产生速度纳秒级必须有FPGA做缓冲。4.1 FPGA内部FIFO的深度计算假设前端有8路ADC每路采样率100kHz16位精度。数据产生速率是8路 × 100kHz × 2字节 1.6MB/sSTM32通过FSMC或SPI来取数据假设每10ms取一次那么两次取数之间FPGA要缓存1.6MB/s × 10ms 16KB考虑余量和突发FIFO深度至少要做到32KB。如果FPGA内部BRAM不够就外挂一颗SRAM做缓冲。FIFO的位宽一般设成16位或32位和ADC数据对齐。写时钟用ADC的采样时钟读时钟用STM32的读取时钟跨时钟域处理用异步FIFO格雷码指针同步这是标准做法。4.2 FPGA与STM32的握手协议设计两者之间的通信我用得最多的是SPI从机模式或者FSMC并行总线。SPI从机模式接线简单但速度受限于STM32的SPI时钟。FSMC并行总线速度快但占用引脚多。工业控制器里如果数据量大建议用FSMC如果只是传控制命令和少量数据SPI够了。握手协议我一般设计成简单的请求-应答FPGA检测到FIFO里数据超过阈值比如半满拉高DATA_READY信号。STM32检测到DATA_READY发起读取先读长度再读数据。STM32读完一批拉高ACK信号。FPGA收到ACK清除DATA_READY继续缓存下一批。这个协议的关键是ACK必须可靠。如果STM32读了一半死机了FPGA不能一直等要有超时机制超时后丢弃当前批次重新开始缓存。否则FIFO满了之后新数据全丢。4.3 FPGA直接写SD卡的可行性分析有人会问能不能让FPGA直接写SD卡绕过STM32技术上可行FPGA实现SPI模式的SD卡控制器并不复杂网上也有开源核。但我不推荐这么做原因有两个第一SD卡的文件系统FAT32/exFAT维护很复杂FPGA实现完整的文件系统会消耗大量逻辑资源而且调试困难。第二工业控制器需要记录谁在什么时候写了什么这个元数据管理放在STM32侧用软件做更灵活。所以我的方案是FPGA只管搬运原始数据STM32负责组织成文件写入SD卡。FPGA把数据推给STM32STM32按时间戳和批次号打包通过FatFs写入SD卡。这样职责清晰出问题也好定位。5. 掉电保护这套方案里最容易翻车的地方工业现场断电是常态不是异常。掉电保护做不好前面所有设计都白搭。5.1 掉电检测电路与中断响应时间掉电检测一般用比较器分压电阻实现。电源正常时分压点电压高于比较器阈值电源跌落时分压点电压低于阈值比较器输出翻转触发STM32的外部中断。关键参数是保持时间。从检测到掉电到电源完全跌落到芯片工作电压以下这段时间就是你能用来保存数据的时间。它由电源上的储能电容决定t C × (V1 - V2) / I假设电源上有个1000μF电容系统工作电流200mA从12V跌落到5VSTM32最低工作电压按3.3V算但稳压器需要压差所以按5V算t 1000μF × (12V - 5V) / 200mA 35ms35ms足够STM32把关键数据写进EEPROMEEPROM写一页5ms或者NOR Flash扇区擦除写入大概几十ms可能不够。所以掉电时优先保存EEPROM里的关键数据NOR Flash的数据靠双备份和日志机制保证。5.2 双备份与版本号机制NOR Flash里的配置数据我用双备份版本号的方式保证掉电安全。具体做法把配置区分成A、B两个扇区。每个扇区头部有个结构魔数、版本号、数据长度、CRC。写入时先写版本号小的那个扇区写完校验CRC通过后更新版本号。读取时读两个扇区选版本号大且CRC正确的那个。这样即使写入过程中掉电另一个扇区还是完好的。下次上电读取时发现一个扇区CRC错误就用另一个。这个机制我在多个项目里用过实测在反复断电测试中没丢过配置。5.3 SD卡的文件系统一致性SD卡上的文件系统掉电时最容易损坏的是FAT表。FatFs提供了f_sync函数可以把缓存的数据刷到卡上。但f_sync本身也要时间掉电时不一定来得及。我的做法是采样数据先写到NOR Flash的环形缓冲区缓冲区满了再批量写入SD卡。写SD卡时每写一个文件就调用f_sync保证文件系统元数据及时更新。掉电时NOR Flash里的缓冲区数据还在下次上电可以恢复。这样即使SD卡文件系统损坏最坏情况是丢最后一个文件不会丢全部数据。而且SD卡可以拔下来在电脑上修复NOR Flash里的数据是最后的保险。提示工业控制器建议用工业级SD卡带掉电保护功能的更好。普通消费级SD卡在反复掉电环境下寿命和可靠性都撑不住。6. 实测踩坑记录与排查思路这部分是我这些年实际踩过的坑每个都花了时间排查写出来供参考。6.1 EEPROM偶发写失败I2C上拉电阻选大了现象EEPROM写入成功率大概99%偶尔失败重试就好。排查过程用示波器看I2C波形发现SCL上升沿很缓从0.3Vcc到0.7Vcc用了将近1μs。正常应该几百ns。原因是上拉电阻用了10kΩ总线电容又比较大走线长多个器件RC时间常数太大。解决上拉电阻换成2.2kΩ上升沿降到300ns以内写失败率降到零。经验I2C上拉电阻不是随便选的要根据总线电容算。经验公式是R_max 300ns / C_bus。总线电容1pF对应1kΩ左右走线长的话要实测。6.2 NOR Flash写入后读出来是0xFF现象往W25Q128写数据写完读出来全是0xFF。排查过程先查SPI波形发现写命令发出去了但数据没进去。再查状态寄存器发现WEL位没置起来。原因是写使能命令0x06发出后没有等待直接发了页写命令0x02导致写使能没生效。解决写使能命令发出后读状态寄存器确认WEL1再发页写命令。写完后再读状态寄存器等BUSY0。经验NOR Flash的每条命令都要确认状态不能想当然。特别是写使能、写禁止、擦除这些命令必须查状态寄存器。6.3 SD卡写入速度突然变慢现象SD卡刚开始写入速度500KB/s写了几分钟后降到50KB/s。排查过程用逻辑分析仪抓SPI波形发现写入过程中出现了大量等待。查SD卡手册发现是卡内部垃圾回收导致的。SD卡写满一部分后内部FTL需要搬移数据速度会下降。解决在软件里做预分配创建文件时一次性分配足够大的空间避免频繁扩展文件。另外定期删除旧文件给卡留出足够的空闲块。经验SD卡的写入速度不是恒定的会随使用情况波动。设计时要按最慢速度算留足余量。如果数据量大建议用高耐久度的工业级卡。6.4 掉电后配置丢失中断优先级配置错误现象掉电测试时配置偶尔丢失。排查过程查代码发现掉电中断的优先级设得比较低被其他中断抢占了。掉电时系统正在处理一个高优先级中断等处理完电源已经跌落到无法写Flash了。解决把掉电中断设成最高优先级抢占优先级0并且在中断里只做最关键的保存操作其他事情交给主循环。经验掉电中断是救命中断优先级必须最高。而且中断服务程序要尽量短只做保存不做其他逻辑。7. 方案落地时的几个实用建议最后分享几个我在实际项目中总结的建议都是踩过坑之后才明白的。第一存储介质的寿命要按最坏情况算。比如EEPROM标称100万次但实际使用中温度、电压波动都会影响寿命按10万次设计比较稳妥。如果某个数据每天写100次一年36500次三年就超过10万次了这时候就要考虑换介质或者做磨损均衡。第二所有存储操作都要有校验。EEPROM写完读回来比对NOR Flash写完算CRCSD卡写完读文件头确认。校验不通过就重试重试三次还失败就报警。工业设备不能假装写成功了。第三日志要记录存储操作本身。什么时候写了什么数据、写了多少字节、校验结果如何这些都要记下来。出了问题可以追溯也方便分析存储介质的健康状态。第四预留扩展空间。配置区不要写满留20%的余量。以后加参数、改结构不用重新规划整个存储布局。第五测试要覆盖掉电场景。用可编程电源做反复上下电测试至少跑1000次。每次上电检查数据完整性。这个测试能暴露大部分掉电保护的问题。这套STM32FPGA分级存储方案我在几个工业控制器项目里都用过从简单的参数存储到高速采样记录都覆盖了。核心思路就是让合适的介质干合适的事让STM32管逻辑让FPGA管速度让掉电保护兜底。把这几点做到位存储这块基本就不会成为系统的短板了。