1. 先理清需求工业控制器到底要存什么数据1.1 四类数据的存储特征完全不一样工业控制器项目做多了你会发现一个规律最不起眼的存储方案往往是最后翻车最狠的地方。尤其是 STM32FPGA 这种异构控制架构参数要掉电不丢配置要随时能更日志要连续记录几个月一个存法根本扛不住。EEPROM、NOR Flash、SD 卡这三样东西看起来都叫“存储”但它们的脾气天差地别用错了就是后期交付现场的火葬场。工业控制器运行过程中需要落盘的数据远没有想象中那么单一。我拆开讲讲。固定标定参数这是设备出厂时就确定的比如传感器校准系数、PID 归一化因子、机械零点偏移。这类数据的特征是小——往往只有几百字节但要求极高可靠性和长寿命。现场设备可能一天要修改几次参数运行十年写入次数会积累到几十万次。这类数据用什么存答案很清楚——EEPROM。动态配置参数用户在现场设置的比如通信地址、波特率、报警阈值、工艺配方。频率介于固定参数和日志之间可能一天改几次也可能几个月不动一次。这类数据掉电也要保但允许一些策略优化。很多设计中把这类参数和固定参数合并放在 EEPROM或者单独划分 NOR Flash 的某个扇区通过双区备份来抗干扰。运行日志与趋势数据这是工业控制器数据量的大头。设备运行状态、故障报警、温度压力曲线、IO 通断记录。一个 1000 点规模的控制器按 1 秒 1 次采集原始数据每秒就是 2KB一天下来接近 170MB。这种数据量大、允许覆盖、丢失几秒也无所谓的特性决定了它只能放进大容量存储介质——SD 卡。固件与 FPGA 配置STM32 的应用程序固件、FPGA 的 bitstream、设备的型号版本信息。这类数据支持远程升级升级频率低但读取频繁。需要存储介质支持快速随机读取且最好能映射到地址空间。NOR Flash 承担这个角色再合适不过。1.2 为什么不能靠一颗 Flash 包打天下很多人刚上手的时候喜欢图省事单片机内部 Flash 容量不够就外挂一颗 4MB 的 NOR Flash一存到底。表面上看这颗 Flash 什么都能装参数也放、日志也放、固件也放。结果用半年问题就来了。参数每天都由控制逻辑修改EEPROM 写寿命百万次NOR Flash 典型擦写寿命 10 万次。把参数放在 NOR Flash 里每天写 100 次1000 天——不到 3 年这颗 Flash 的寿命就被参数写完了。更麻烦的是NOR Flash 改写之前必须先擦除扇区而擦除最小单位是 4KB你改一个字节参数也要先擦掉 4KB 区域这中间一旦掉电整个扇区的数据全丢。所以从寿命和可靠性两个角度看参数和日志混在 NOR Flash 里就是灾难。再说速度和功耗。NOR Flash 的随机读取确实快但 SD 卡在连续写日志上更有优势而且日志量一旦上了 GB 级别NOR Flash 的单位容量成本是 SD 卡的几十倍没有任何算账的意义。这里就引出了分级存储的核心逻辑按数据的大小、写入频率、寿命要求去匹配介质而不是试图用一颗芯片解决所有问题。后面整篇文章就是围绕这个逻辑展开的。2. 三种存储介质选型原理不对等于埋雷2.1 EEPROM参数的家按字节擦写的长寿选手EEPROM 的存储原理是浮栅晶体管每个存储单元是一个独立的浮栅晶体管靠 Fowler-Nordheim 隧穿效应向浮栅注入或者移出电荷实现 1 和 0 的翻转。因为每个单元都可以独立擦写EEPROM 才支持按字节操作。这是它和 NOR Flash 最本质的区别。按字节擦写的代价是单元面积大。一颗 AT24C256 容量 256Kb32KB长宽只有几毫米但已经是 EEPROM 家族里的大块头了。工业控制器里 EEPROM 的容量通常不需要太大2Kb 到 64Kb 就足够放标定参数和配置参数了。寿命是 EEPROM 最亮眼的指标。工业级 EEPROM 的擦写寿命普遍在 100 万次以上数据保持时间在 100 年以上温度越高保持时间越短125 度环境下还能保十几年。100 万次是什么概念工业设备一年 365 天每天改 20 次一年 7300 次100 万次够用 136 年。所以只要不改动太频繁EEPROM 在工业场景里基本是“一辈子”的存储器件。EEPROM 的另一个优势是非易失和随机字节访问。断电数据不丢这是它的基本盘。我在选型时唯一要确认的总线接口是 I2C 还是 SPI。同样容量下 SPI 的速度稍快但 I2C 只需两线接线省两个 IO。工业控制器普遍 IO 紧张所以 I2C 接口的 EEPROM 用得更多AT24Cxx 系列几乎成了事实标准。2.2 NOR Flash代码与配置的中转站XIP 是最大价值NOR Flash 的内部单元虽然也是浮栅管但为了追求密度采用了共源极、共漏极的结构单元之间没有完全隔离。这就导致它没办法按单个字节擦除只能按扇区——常见的是 4KB 扇区、64KB 块——施加高压脉冲整体擦除。读取方面NOR Flash 保留了随机地址读取能力每个字节都能被 CPU 直接访问所以支持 XIP片上执行。XIP 在工业控制里的意义很直接程序或配置可以直接在 NOR Flash 里跑不需要先拷到 RAM。STM32 的 QSPI 接口就可以外挂一片 NOR Flash 做代码映射FPGA 也可以从 NOR Flash 里读 bitstream 来加载逻辑。NOR Flash 的擦写寿命在 10 万次级别不是因为它做不好而是因为 EEPROM 把“频繁小量改写”的需求承接过来了NOR Flash 的定位就偏向“代码、配置、静态数据”。另外 NOR Flash 的写操作要先擦后写擦除时间一个扇区典型需要几十到几百毫秒如果拿它去记日志每秒一次扇区擦除寿命和速度都会成为瓶颈。选 NOR Flash 时我会重点看几个指标容量4MB 到 32MB 是工业控制的常见区间、擦除时间、SPI 时钟上限、功耗以及有没有做扇区级硬件写保护。国产的 GD25Q64、兆易创新的 GD5F 系列和原厂华邦 W25Q64、美光 N25Q 系列这些我都实际用过。只要货源稳定、分级明确工业级和商业级温度范围不同国产颗粒在常规项目中完全能替代进口。2.3 SD 卡日志的仓库容量换寿命的块设备SD 卡的本质是一颗 NAND Flash 加一个控制器芯片。NAND 的存储单元也是浮栅管但是高密度压缩导致每个单元的擦写寿命远低于 EEPROM 和 NOR Flash。以 MLC 颗粒为例P/E 次数普遍在 3000 到 10000 次TLC 更低只有 1000 到 3000 次。不过 SD 卡内部有控制器做磨损均衡逻辑上进行扇区分摊实际寿命比直觉上高不少。SD 卡的访问模式是块设备以 512 字节为一个扇区底层不支持字节寻址和字节改写。所以正常用法是在它上面挂文件系统。工业控制器里基本都是 FatFs 配 SPI 或 SDIO 接口。FatFs 的好处是日志文件可以直接被 PC 读取——现场工程师把卡抽出来插上读卡器就能用 Excel 或者文本查看器打开日志这个易用性对售后排查故障极其重要。SD 卡选型在工业环境里的坑很多绝大多数消费级卡宣称的高速度都是顺序读的速度写满随机小文件时掉速严重另外高温和频繁异常掉电会让消费级卡提前报废。工业级 SD 卡SLC 颗粒温度范围 -40 到 85 度价格是消费级的 3 到 5 倍如果是批量交付的产品这部分成本必须算进去。2.4 一张表看懂三种介质的选型逻辑维度EEPROMNOR FlashSD 卡典型容量1KB~64KB4MB~64MB4GB~64GB最小操作单位字节扇区4KB扇区512B擦写寿命100 万次10 万次1000~10000 次P/E典型接口I2C/SPISPI/QSPISPI/SDIO掉电数据保持芯片级保证芯片级保证依赖卡固件主要场景参数、标定值固件、FPGA 配置日志、趋势、历史数据字节随机改写支持不支持不支持XIP不支持支持不支持这张表是我项目里一直贴着的选型对照。核心判断一句话越小、越关键、改动越频繁的数据越要往介质金字塔的顶端放。3. STM32FPGA 架构下的存储分工与链路设计3.1 谁离数据最近谁负责落盘STM32 和 FPGA 共存于控制器里分工是相对清晰的STM32 擅长跑协议栈、算法、系统管理负责人机交互和整机控制逻辑FPGA 擅长并行处理、高实时性的信号采集和高速接口扩展比如 ADC 数据预处理、编码器信号解析、多路串口的收发甚至相控阵的相位控制这类前端任务。但到了存储这一层很多设计就犯迷糊了。一种常见错误是FPGA 采集到的数据全部通过接口丢给 STM32让 STM32 统一写 SD 卡。这在数据量小的时候没问题一旦数据量大了——比如 FPGA 以 10kHz 采样率连续采多通道信号每秒钟产生的数据几百 KB 甚至几 MB——STM32 作为转发中途站既要跑协议又要搬运数据主频和 DMA 带宽都吃不消还可能影响控制算法实时性。正确的思路是看数据的“产生位置”而不是“管理位置”。STM32 侧产生的运行参数、诊断结果、通信数据交给 STM32 直管的存储链路EEPROM、NOR FlashFPGA 侧实时采集到的高速数据直接由 FPGA 控制 SD 卡或 NOR Flash 写入STM32 只负责初始化管理和取出汇总。谁离数据最近谁负责落盘这样既省掉了中间搬移的带宽开销也降低了总线拥塞的风险。3.2 典型拓扑STM32 管参数、FPGA 管流数据我在实际项目中用过的典型拓扑可以拆成三路。第一路EEPROM 挂在 STM32 的 I2C 总线上。存系统标定参数、设备地址、PID 参数、历史报警记录等小数据。这类数据不频繁写入但要求绝对可靠。第二路NOR Flash 挂在 STM32 的 QSPI/SPI 上。这块 Flash 既当 FPGA 的配置镜像存储也存 STM32 升级固件备份区。升级时先写入 NOR Flash 的备份区校验通过后再搬进内部程序区避免在线升级写一半掉电导致变砖。第三路SD 卡由 FPGA 直接管理。FPGA 内部实现 SD 卡控制器SPI 模式大量高速采集数据在 FPGA 内部做简单打包直接以块传输方式写入 SD 卡。STM32 通过一个轻量管理接口通常是内部寄存器或 SPI读取写位置、卡状态和日志目录索引方便用户通过 HMI 查询历史。这种拓扑下STM32 与 FPGA 之间只需要交换少量管理信息写卡指令、文件当前偏移、剩余空间。数据面完全绕开 STM32带宽瓶颈一下就被解除了。如果项目的数据量没那么大也可以用更简单的结构——FPGA 把数据通过 FIFO 交给 STM32STM32 统一写 SD 卡。但要评估好每秒进入 FIFO 的数据量是否超出了 STM32 的 DMA 搬运能力。3.3 用 STM32 给 FPGA 加载配置少一颗配置芯片很多 FPGA 方案的存储设计会额外加一颗配置芯片比如 Altera 的 EPCS4/EPCS16这颗芯片本来就是串行 NOR Flash。如果控制器里已经有一颗 STM32 在管 NOR Flash完全可以省掉这颗专用配置芯片让 STM32 兼任 FPGA 的“配置加载器”。具体做法是FPGA 工作在被动配置模式下STM32 从 NOR Flash 中读出 bitstream 文件按 FPGA 手册要求的时序通过 SPI 或专用配置引脚逐字节推给 FPGA 的 DIN、CCLK、CS_n。我实际用过 Spartan-6 的 SPIFlash 从模式和 Cyclone IV 的 PS 模式流程都是先拉低配置引脚把整个 bitstream 按地址顺序读出来写进去然后检查 DONE 信号是否拉高完成后拉高配置引脚完成配置。这个方案用一颗 NOR Flash 同时装 STM32 的升级固件和 FPGA 的多个配置文件靠文件头区分类型。好处是省了器件、降低了 BOM 成本而且支持远程升级 FPGA 逻辑——上位机下发新的 bitstream写入 NOR Flash 的某个分区下次上电 STM32 加载的就是新逻辑。缺点是加载时间比专用配置芯片长一点几十 KB 到几 MB 的 bitstream在 10MHz SPI 下也就是几秒的事工业控制器上电启动时间完全能接受。4. 实操环节三路存储的电路与代码要点4.1 EEPROM 接入 STM32I2C 时序、页写与 CRCEEPROM 的接线没什么悬念SDA、SCL 两根线加上拉电阻通常 4.7k 欧。AT24C256 的 I2C 从地址是 0xA0A0、A1、A2 接地容量大一点的器件会有额外的地址引脚用于多片级联。我习惯把 EEPROM 放在 I2C1 上时钟设成 400kHz 快速模式因为它的数据量不大不需要开 DMA直接轮询读写即可。页写是我最提醒新手注意的点。EEPROM 硬件上按页组织数据AT24C256 一页是 64 字节跨页写必须切断写指针重新寻址。很多人一次性发 200 字节给 EEPROM发现后半段数据全是乱的就是这个原因。正确写法是按页长度拆分数据地址在页内偏移加上剩余长度超过一页时先写第一页剩余部分再跳到下一页继续。参数读写要带校验。我会在参数区头部放一个魔数比如 0xA5A55A5A和一个 CRC16读取时先校验魔数再算 CRC任何一个不对就认为参数损坏回退到恢复流程。CRC 多项式用 CRC-16/CCITT 就行153 字节的参数区算一遍 CRC 只要几微秒完全可接受。掉电可靠性上我会引入双备份区参数 A 区和参数 B 区交替使用每次写入先更新备份区再更新主区。下次上电发现主区 CRC 不对就从备份区恢复这个策略基本能把掉电写坏的概率降到零。// EEPROM 参数读取并校验伪代码框架 #define PARAM_MAGIC 0xA5A55A5A #define PARAM_REGION_SIZE 153 typedef struct { uint32_t magic; uint16_t crc; uint8_t data[PARAM_REGION_SIZE - 6]; } param_block_t; bool load_param_block(param_block_t *block, uint16_t region_addr) { eeprom_read(region_addr, (uint8_t *)block, sizeof(param_block_t)); if (block-magic ! PARAM_MAGIC) { return false; // 魔数不对参数区未初始化或已损坏 } uint16_t calc crc16_ccitt((uint8_t *)block-data[0], sizeof(block-data)); return (calc block-crc); }4.2 NOR Flash 接入扇区擦除、状态轮询与写保护NOR Flash 用 SPI 接口W25Q 系列是全行业最普遍的。电路上注意 CS 片选引脚必须在 SPI 通信全程拉低通信结束后必须保持高电平至少一个时钟周期很多偶发的配置读错就是片选没有完全释放导致的。初始化和读写流程里最容易踩的两个大坑是擦除等待和写保护。擦除一个扇区需要几十到几百毫秒CPU 不能在这里死等必须轮询状态寄存器的 BUSY 位SR1 的 bit0。我的习惯是先发出擦除指令然后去做其他事过段时间再回来读状态寄存器确认擦除完成。这样既不会卡死主循环也不会提前去写数据导致写失败。写保护是 W25Q 系列出厂默认开启的。我第一次用这颗芯片时发了写使能指令却写不进去数据查了半天发现是状态寄存器里 BP 位把整个芯片都保护了。正确操作是先把状态寄存器里的块保护位清零——用 0x01 写状态寄存器指令把 BP0/BP1/BP2 全部置 0——之后才能正常擦写。对于量产设备我会反过来做正常运行时把 BP 位重新置上防止代码异常时误擦除 Flash只在执行升级流程时才临时解除保护。这算是一个值得分享的小技巧。// W25Q64 扇区擦除示例SPI 驱动层函数省略 void nor_erase_sector(uint32_t addr) { uint8_t cmd[4]; cs_low(); cmd[0] 0x06; // Write Enable spi_write(cmd, 1); cs_high(); cs_low(); cmd[0] 0x20; // Sector Erase (4KB) cmd[1] (addr 16) 0xFF; cmd[2] (addr 8) 0xFF; cmd[3] (addr 0) 0xFF; spi_write(cmd, 4); cs_high(); // 轮询 BUSY 位直到擦除完成 while (nor_read_status() 0x01) { // 可在此切换线程或任务 } }4.3 SD 卡接入SPI 模式初始化与 FatFs 落地SD 卡接入 STM32 常用 SPI 模式四线CS、MOSI、MISO、SCLK。SPI 模式节省引脚单片机的 SPI 控制器直接能用缺点就是速度上限低。SDIO 接口能跑到几十 MB/s适合大吞吐场景但因为 FPGA 内部实现 SDIO 比较复杂很多 FPGA 直管 SD 卡的方案其实用的还是 SPI 模式在 10MHz SCLK 下顺序读速度大约 1MB/s 上下记录工业日志够用。初始化时序是 SD 卡最容易出问题的地方。SD 卡上电进入 SD 模式如果要切换到 SPI 模式必须在 SCLK 空闲时先给至少 74 个时钟脉冲再发 CMD0带 CS 拉低。这条时序在常见代码库和数据手册里都有但很多人忽略了一个关键细节初始化的 SPI 时钟必须低400kHz 以下。我见过太多把初始化时钟设成 8MHz 导致 CMD0 没响应的情况。正确做法是初始化阶段用低速时钟等 ACMD41 返回就绪后再切换到高速模式。文件系统层面我直接用 FatFs。做三层操作就够了底层的 disk_initialize、disk_read、disk_write 和 disk_status中间层挂载 f_mount应用层 f_open、f_write、f_sync。这里特别强调 f_sync——关闭文件前先同步缓存确保 FAT 表和文件数据都落盘了再返回“写入完成”。如果不做 f_sync控制器突然掉电时写了一半的 FAT 表会让整个文件系统损坏。日志目录建议用循环覆盖策略。我在 SD 卡上建一个 LOG 目录文件名按“LOG_20250101_0000.CSV”这样带时间的格式命名写满固定数量后自动删除最早的文件再创建新文件。这样现场工程师拿到卡就能看到最近一段时间的日志容量也始终可控。4.4 掉电保护工业环境最容易翻车的点说完上面三路存储我单开一节专门讲掉电保护。工业控制器的供电环境普遍恶劣电机启停、大负载切电、线路接头松动都可能让控制器瞬间断电。而数据落盘的可靠与否全部体现在掉电的那一刹那。掉电检测是最关键的环节。我会在电源输入端加一个电压检测引脚MCU 用 BOD掉电检测中断检测到电压跌到阈值比如 3.0V时立即挂起其他任务把当前需要保存的关键参数紧急写入 EEPROM。但要注意从检测到掉电到电压跌破 EEPROM 最低工作电压常规是 1.8V通常只有几毫秒。这几毫秒内要完成一次可靠写操作对电流和时间的要求都很苛刻。解决手段是储能电容。给 EEPROM 和 NOR Flash 的 VCC 并一个大容量的铝电解或者钽电容一般是 1000 到 4700μF具体容量根据写入时间和电流计算。比如 EEPROM 写入一页 64 字节需要 5ms工作电流 2mA那么至少需要 2mA 乘以 5ms 等于 10μC 的电荷理论上 470μF 的电容绰绰有余。但实际考虑到电压跌落和余量我在设计里不会低于 1000μF。另一层保护是掉电时只做“最小必要写”——把当前工艺参数、操作模式、报警状态这几百个字节写入 EEPROM其他日志由 FPGA 侧或下次上电再补。比掉电瞬间写几 MB 日志可靠得多。5. 调试实录与常见问题排查5.1 SD 卡不识别、内部寄存器锁死怎么救SD 卡项目调试中报错最多的问题就是初始化失败。现象分几类插上没反应、CMD0 没响应、ACMD41 超时。这类问题最先检查的都是 SPI 速率。我会先用逻辑分析仪抓一遍 SD 卡初始化时序确认初始化阶段的时钟没有超过 400kHz。其次是电源退耦SD 卡在写操作瞬间的电流可能冲到几十毫安如果 PCB 上没放一个 100μF 的钽电容卡会在写大块时直接掉坑。SD 卡内部寄存器锁死是异常掉电的老毛病。很多卡在写入过程中突然断电内部的控制器会进入一种保护状态表现为重新上电后 CMD0 也不响应。我的处理流程是物理上电复位等 100ms 以上再尝试慢速 CMD0通常能唤醒不行就给卡重新上电一次大多数卡能恢复。如果反复上电都唤不醒那基本可以判定卡固件损坏只能换卡。所以工业设计里 SD 卡不要“掉电瞬间连续写”——保护逻辑要足够聪明检测掉电后不再写入而是尽快进入安全状态。5.2 EEPROM 写坏参数、写不进数据EEPROM 写不进数据的现象也常见九成出在下面三个地方。第一是 WP 写保护引脚被拉高了。AT24C 系列有一个 WP 引脚拉高时禁止写入很多人硬件上把它悬空或者误拉高导致写操作静默失败。第二是 I2C 总线上有从机设备在初始化时把 SDA 拉死这类问题用逻辑分析仪看波形最直观地址帧和 ACK 帧是否正常一目了然。第三是页写边界问题我前面已经强调过跨页写必须分段最好把参数对象的大小设计成页对齐省去很多麻烦。写坏参数案发现场和掉电相关。EEPROM 写一个字节也是按内部读-改写流程完成的如果写操作执行到一半电压消失数据就有概率损坏。从可靠性的角度我已经不信任“断电前最后几毫秒把参数写完”这个方案了双备份区加 CRC 才是真正的底。还有一种情况是写入太频繁导致 EEPROM 寿命耗尽看起来参数会随机丢用编程器读一遍就会发现数据区全是 0xFF这种基本没有抢救价值只能换芯片。5.3 NOR Flash 擦除超时与数据错乱NOR Flash 擦除超时最常见的原因是 SPI 时钟设置太高加上电源纹波大。W25Q64 擦除一个 4KB 扇区典型时间只有 45ms 左右如果电压不稳或者 EMC 干扰严重偶发超时很常见。遇到这个问题我首先把 SPI 频率从 80MHz 降到 20MHz 左右有很大概率直接解决其次检查 Flash 的 VCC 退耦电容建议放 0.1μF 加 10μF 的组合并紧贴芯片引脚摆放。还有一种很隐蔽的数据错乱问题来自读操作。NOR Flash 在读取时还有一定的电源电流需求如果 PCB 上电源走线太窄高速翻转 I/O 时会造成 VCC 跌落读出来的字节里就会出现 0 变 1 的翻转。排查这种问题最有效的工具就是连续读整个区域和已知镜像做比对出现偶发不一致基本锁定电源问题。如果错误位集中在同一字节的某一位那就是引脚或电源问题而不是数据本身损坏。5.4 日志文件损坏与磨损均衡的那些坑SD 卡日志文件损坏是工业现场最容易被客户吐槽的问题——工程师赶到现场抽出 SD 卡发现文件无法打开。多数是断电瞬间 FAT 表被写坏修复思路是掉电检测配合 f_sync。我给文件系统加了一个“写入屏障”机制写文件数据时先把数据写到临时文件写完后同步 FAT 表再把临时文件改名为正式文件。这样即使掉电最多损失一个临时文件正式文件永远不会半损。磨损均衡方面消费级 SD 卡已经内置了磨损均衡但工业级更值得关注的是“写入放大”。如果日志文件采用频繁更新文件头部的策略——比如每次都改写文件头部的时间戳或 CRC——那么 SD 卡控制器内部会不断搬移整个块写入放大系数可高达几十倍寿命会被迅速吞掉。正确的日志写法是每秒钟往文件尾部追加一条固定长度的记录头部信息只在固定间隔才更新。计算下来一张 SLC 工业级 16GB 卡在工业现场连续记录三个月磨损完全在可控范围。最后再分享一个我个人一直坚持的习惯所有存储链路都要做开机自检。上电时STM32 把 EEPROM 的校验、NOR Flash 的版本号、SD 卡的文件系统完整性和剩余容量全部检查一遍任何一个异常都通过故障指示灯和串口诊断输出报告而不是等运行到中途才发现存储等关键资源失效。这个习惯帮我在项目现场省下过太多排查时间。分级存储方案看起来不复杂真正要在工业现场熬过几年考验靠的全是这些小细节的堆叠。希望这篇能帮正在做类似架构的朋友少走些弯路。如果大家有更好的存储容错方案欢迎交流下一篇硬件篇我计划聊聊控制器的电源系统设计那个时候我们再见。