STM32+FPGA工业控制器分级存储方案：EEPROM、NOR Flash与SD卡设计

做工业控制器这几年最常被问的问题就是“你们数据到底存哪了”。这问题听着基础背后其实是整个存储架构的设计取舍。STM32FPGA 这种异构组合在运动控制、边缘采集网关里太常见了而数据存储恰恰是这类系统最容易翻车的一环——不是在调试现场突然丢参数就是日志写一半掉了或者是 SD 卡 FAT 表莫名其妙损坏。这篇把 EEPROM、NOR Flash、SD 卡的分级存储方案拆开讲清楚重点说说为什么要分级、每颗芯片挂在哪条总线上、驱动该怎么写、掉电保护怎么做。适合正在做工业控制器硬件和固件的小伙伴参考。1. 分级存储架构先搞清楚数据的不同性格1.1 三种数据的区别决定了存储介质的选择工业控制器里需要保存的数据其实分成三种完全不同的类型它们的容量、改写频率、重要性都不一样硬塞进同一颗芯片里肯定会出问题。第一种是参数类数据设备序列号、校准系数、PID 参数、IP 地址配置、生产批号。这类数据的特点是容量很小通常几十字节到几十 KB但单个参数随时可能修改而且掉电绝对不能丢。现场工程师改一个 PID 参数你总不能让他重新校准整台设备。第二种是日志类数据运行状态记录、历史报警、温度趋势曲线、事件时间戳。容量中等几 MB 到几十 MB 是常态需要持续追加写入而且写入频率高。比如每秒记一条运行状态一天就是 86400 条一年下来数据量相当可观。第三种是批量采集数据高速 ADC 波形、振动信号采样、过程数据包。容量是 GB 级别起步要求连续写入速度快基本以文件形态存在方便事后用上位机工具导出分析。用生活里的场景类比参数就像保险柜里的贵重物品量少但每样都得精心保护日志像日常记账本每天都写、不能丢批量数据像仓库里堆的货量大、要能快速进出。所以工业控制器里这三大类数据得分开存这就是分级存储的核心逻辑。1.2 三种存储介质的分工逻辑先看一张三者特性的直观对比对比项EEPROMNOR FlashSD 卡典型容量2Kbit ~ 1Mbit4MB ~ 64MB512MB ~ 128GB擦写方式按字节按扇区擦除按扇区(512B)擦除擦写寿命约 100 万次约 10 万次依据芯片品质通常数千次 ~ 10 万次写入速度慢ms 级页编程快μs 级快块写入接口I2C / SPISPI / QSPISDIO / SPI数据安全较高较高依赖文件系统和供电所以很自然的分工就是EEPROM 负责存参数NOR Flash 负责存日志和运行记录SD 卡负责存批量采集文件。这套方案下来每颗芯片都只跑自己擅长的活儿寿命和性能都能兼顾。但这里有个很关键的设计点要提前说清楚EEPROM 按字节擦写的优势是其他介质无法替代的。NOR Flash 的最小擦除单位是扇区通常 4KB你只想改一个字节也得整扇区读改写SD 卡更麻烦写一个字节也得按扇区来。而参数修改恰恰是零星的、不定时的用 EEPROM 最省心。这一条是选 EEPROM 的核心原因不管它容量多小、速度多慢。2. 硬件架构设计每颗芯片挂在哪趟总线上2.1 STM32 与 FPGA 的分工对存储设计的影响先说清楚 STM32 和 FPGA 在这套系统里的角色。FPGA 干的是高速采集、实时信号处理、时序逻辑控制比如并行采样多路 ADC、产生 PWM 脉冲、做对外通信协议解析。STM32 更像管家负责控制逻辑、上位机通信、状态管理。存储设计要顺应这个分工。参数和固件级数据包括 EEPROM 和 NOR Flash我倾向于挂到 STM32 侧因为 STM32 跑协议栈和逻辑控制读写参数是它的活让 FPGA 管这些大材小用不说还会把 FPGA 的逻辑资源浪费在低效操作上。SD 卡的挂载位置要重点权衡。有一种做法是把 SD 卡直接挂在 FPGA 侧FPGA 采集数据直接落盘绕过 STM32 中转。这个方案在高吞吐场景下很诱人因为 STM32 即使有 SDIO长期高频写 SD 卡也会占用大量 CPU 时间影响控制实时性。但从实操角度讲SD 卡初始化和 FAT 文件系统的实现很复杂用 FPGA 纯逻辑去做 SD 卡协议和文件系统管理工程量非常大。所以我的常规推荐是采集数据量大但速率可控时SD 卡挂在 STM32 的 SDIO 上FPGA 通过 DMA 将数据流交给 STM32只有多路高速 ADC 连续采样这种每秒产生几十 MB 数据的极端场景才考虑让 FPGA 直接控制 SD 卡。这篇以最常见的前一种方案为主线FPGA 侧直控 SD 卡的要点我会在文末单独提。2.2 EEPROM 挂在 STM32 的 I2C 总线上EEPROM 挂在 STM32 的哪个接口得分情况看。最常见的选型是 I2C 接口的 AT24C 系列比如 AT24C256、CAT24C256两颗线SCL 和 SDA就能搞定还能和其他 I2C 外设温度传感器、RTC共用一条总线。硬件接线上SCL、SDA 都要接上拉电阻到 3.3V阻值典型取 4.7kΩ如果总线长度短、设备少10kΩ 也行。EEPROM 的 A0、A1、A2 引脚是地址选择脚在一条总线上可以接最多 8 片同型号 EEPROM。WP 写保护脚别悬空通过 10kΩ 电阻接地否则浮空可能导致写保护时好时坏。这个坑我踩过某批次板子偶发写不进数据查了半天发现是 WP 引脚虚焊。电源上去耦电容放个 100nF 加 10μF 的组合。EEPROM 对电源纹波不算敏感但工业环境下 I2C 线长一点就容易受干扰所以走线要短尽量不要过接插件。如果实在要走线到面板串 33Ω 到 100Ω 的小电阻能改善信号质量。2.3 NOR Flash 挂在 STM32 的 SPI 接口上NOR Flash 选 SPI 接口的 W25Q 系列是行业事实标准W25Q128 / W25Q256 用得最多128Mbit 相当于 16MB存日志和运行记录非常够用。SPI 接口速度快读能飙到 100MHz 以上页编程、扇区擦除都支持。接线就是标准的四线CLK、MOSI、MISO、CS。这里提醒一点W25Q 芯片的 WP写保护脚和 HOLD保持脚非常容易被忽略很多教科书原理图直接不接或接错。正确的做法是 WP 通过 10kΩ 上拉到高电平、HOLD 同样上拉到高电平这样芯片才能正常工作且不被意外写保护。这两个脚浮空可能造成写入失败或信号干扰务必注意。NOR Flash 的片选 CS 和 SPI 时钟线在 PCB 上要做包地处理尤其是控制器离电机驱动比较近时强电干扰容易串进来。还有一个细节SPI 时钟空闲极性W25Q 系列默认 CPOL0、CPHA0也就是 Mode 0用 STM32 硬件 SPI 配置时别搞错否则读出来全是 0xFF。2.4 SD 卡的数据通路选 SDIO 还是 SPISD 卡在 STM32 侧有两种连接方式SDIO 四线模式或 SPI 模式。工业控制器里我优先选 SDIO 四线模式因为速度差一个大数量级SDIO 能跑 25MHz高速模式 50MHzSPI 模式通常只能跑到十几 MHz 而且 SD 卡厂商对 SPI 模式支持参差不齐。电路上 SDIO 的数据线要等长处理四条 DATA 线和 CLK 线不能有明显的长度差。SD 卡座选带卡检测脚的能通过 GPIO 中断感知卡是否插好写保护开关引脚也接上虽然实际使用中很少用到但留个检测手段没坏处。SD 卡座设计有一个常见返修点卡的 VDD 供电很多卡在插入和初始化的瞬间电流能到 100mA~200mA这时候供电路径上的压降过大会导致卡初始化失败。所以 SD 卡 VDD 引脚处要放一个 10μF 以上陶瓷电容靠近卡座放置有条件再加个磁珠隔离噪声。还有一个细节SD 卡背面不要把 SDIO 信号走线穿过因为卡座的金属壳直接接地信号走线离金属壳太近会造成信号质量恶化。这也是返修单里出现“SD 卡偶发初始化失败”的一个常见根因。3. 选型与电路设计的关键细节3.1 芯片选型的实操建议EEPROM 选型容量评估参数表如果控制在 4KB 以内用 AT24C3232Kbit就够参数项目多、需要存储历史校准曲线直接上 AT24C256256Kbit约 32KB省得后期扩容改电路。封装选择SOIC-8 最常用SOT-23 封装太小不好焊接不推荐手工贴。工业级和商业级的差别在温度范围和工作电压控制器一般选工业级版本。NOR Flash 选型容量和擦写寿命日志量按一天 10KB 算16MB 的 W25Q128 够写好几年前提是磨损均衡做好。品牌Winbond 是事实标准GD 的兼容型号也便宜。GD 的擦除时间规格略优但指令兼容性基本一致。建议固定一家封装和型号后期换供应商时先做全指令兼容性测试。SD 卡选型工业级 SD 卡如 ATP、Swissbit和商业级闪迪、金士顿的差价可能是十倍但工业级卡在温度范围、掉电可靠性、坏块管理策略上确实更稳。如果产品用在户外或高温环境下省这个钱后面会吃亏。从成本角度也可以考虑 eMMC 芯片替代 SD 卡座eMMC 走的是 MMC 协议STM32 的 SDMMC 外设可以直接操作性能比 SD 卡更稳。如果设计自由度大eMMC 是更优解。3.2 上拉电阻、去耦电容与信号完整性I2C 的上拉电阻不是随意定的。I2C 标准模式100kHz总线电容典型不超过 400pF上拉电阻选 4.7kΩ 合适快速模式400kHz总线电容压到 200pF 以内电阻可以选 2.2kΩ。计算取 RC 上升沿时间小于 1μs 的经验值就行。总线长度只要超过 20cmI2C 通信就容易出问题可以考虑降低速率或者换用 I3C/SPI 方案。每个存储芯片的电源脚就近放 100nF10μF 去耦这是基本功但却是返修率最高的电气问题。存储芯片在擦写瞬间功耗会突变去耦不足会造成供电跌落直接表现就是写数据失败。SDIO 信号线上串 22Ω 到 33Ω 电阻能减少振铃和过冲。SPI Flash 的 MISO 线上也可以串 22Ω。接插件过长或者魔术带捆扎走线太随意的话信号完整性恶化会导致读回的数据偶发错误这种问题在实验室测不出来一到现场就冒头。3.3 掉电检测电路最容易被忽视的环节工业控制器最怕写入中途掉电。EEPROM 写一半、Flash 擦一半、SD 卡 FAT 表更新一半都会造成永久性数据损坏。光靠软件去“随机应变”是不行的必须从硬件层面让 MCU 知道电源要掉了。STM32 有内置的可编程电压检测器PVD可以配置一个电压阈值当 VDD 跌落到阈值以下时触发中断。校准方法实测控制器电源跌落到 4.4V3.3V 系统通常是 2.9V~3.0V 阈值看芯片手册时触发 PVD然后在掉电中断里保存关键参数到 EEPROM。但这里有个前提掉电瞬间 A 到 B 之间有足够时间让 EEPROM 完整写完一个字节典型 tWR 是 5ms 左右所以大电容要按掉电保持时间选。更稳妥的做法是增加一个外部掉电检测电路用比较器监控输入电压一旦电压低于某个阈值立刻拉低 MCU 的电源监测引脚同时把当前电压信息送到 ADC 通道。这样系统能在 VDD 完全掉下去之前启动保存流程。加上经验值掉电保存期间需要 5ms 到 10ms 的保持时间把 5V 输入侧备一个 470μF 电解电容就能轻松撑住。4. 固件侧实现从驱动到数据管理4.1 EEPROM 读写策略不要真按字节写EEPROM 的 I2C 读写驱动网上代码一抓一大把但直接搬进工业产品里会出问题。关键点在于页写限制AT24C256 单次页写最多只能写 64 字节如果超过这个数多出的字节会回卷到当前页开头造成数据覆盖。所以大块数据写 EEPROM 时要按页切分一次写一页等待 tWR典型 5ms后再发起下一次写。参数管理层面我强烈建议用“版本号 CRC 校验 双备份”的结构。每条参数记录头部放 2 字节魔数如 0xA55A、2 字节 CRC16、2 字节长度内容区存参数值。写参数时先写备份区再写主区启动时校验主区如果 CRC 不对就用备份区恢复。麻雀虽小五脏俱全这套结构让我在现场救回了不少设备。另外一个容易被忽视的点不同厂商 I2C EEPROM 的地址寻址方式有细微差别。AT24C 系列用 2 字节地址指针老款用 1 字节地址大于 255 字节的型号必须 2 字节寻址。选型后一定得先查数据手册把读写地址模式搞对否则高地址数据全是乱的。4.2 NOR Flash 扇区管理日志环形缓冲设计NOR Flash 存日志最朴素的写法是“新建一条日志就擦一个扇区再写入”这会让磨损集中在前几个扇区10 万次擦写寿命很快就会耗尽。正确做法是环形日志结构把整块 Flash 分成若干个 4KB 扇区写指针按顺序循环移动每个扇区写到尾就跳下一个擦除只针对下一个待写的扇区。实现时我在 Flash 开头固定一个管理扇区比如扇区 0存当前写指针位置、当前扇区序号、日志的有效性标志。每条日志记录头部加上长度和 CRC。掉电后重启先检查管理扇区的状态如果写指针位置的扇区日志头有效但尾部不完整说明上次写入未完成从该记录位置重新开始即可。用“先写数据再更新指针”的顺序保证一致性避免指针更新了数据没写进去的状态。日志数据量大时还可以考虑把多个扇区组成一个块按块擦除减少擦除次数。W25Q 的扇区擦除时间是 400ms 左右块擦除64KB大概 1s但块擦除前要把其中有用的页搬出来实现复杂一些适合日志量特别大的场景。4.3 SD 卡文件系统选型FatFS 的正确打开方式SD 卡挂 FAT 文件系统基本绕不开 FatFS。集成 FatFS 不算难但有几个坑必须提前处理。第一个坑是长文件名。工业生产日志文件用时间命名很有用比如 LOG_20250618_1430.CSV但 FatFS 默认只支持短文件名8.3需要打开 FatFS 配置里的FF_USE_LFN开启长文件名支持。这会增加 RAM 开销注意在 STM32 的堆栈配置里留够缓冲。第二个坑是掉电对 FAT 表的损害。FAT 文件系统的目录项和 FAT 表更新不是原子的写一半掉电很容易产生孤儿簇或者目录项损坏。我的做法是把日志文件按固定大小预先分配好空间写入时用f_lseek定位到预分配区域的偏移处直接写不让 FAT 表频繁更新另外把FF_FS_NOFSINFO配置设置为 1避免每次挂载时扫描 FAT 头信息。这样日志的连续性有保障掉电损坏的概率也下降不少。第三个坑是 SD 卡写性能不稳定。市面卡的写性能参差不齐标称 class10 的卡实际碎片整理后速度可能掉到几分之一。所以写日志文件时用f_sync定期强制刷新但别每写一条日志都同步一次那样性能拉垮建议每积累到 64KB 或 1 分钟同步一次。5. 磨损均衡、双备份与掉电保护数据完整性的三道防线5.1 磨损均衡为什么日志集中写在固定扇区会出问题NOR Flash 标称 10 万次擦写寿命听上去很多但想想日志每秒写一次、每次写几百字节的情况。一个扇区一天擦写 86400 次当然不会连续擦同一个扇区——因为一个扇区 4KB写入数百字节的话一天也用不到一个扇区。但关键是如果代码逻辑设计成“日志固定存在扇区 X”那么扇区 X 的擦写次数会远超其他扇区可能几个月就磨穿。磨损均衡的本质就是让擦写均匀分布。动态磨损均衡的做法是维护一个“下一个可写扇区”的指针写完一个扇区就跳到下一个直到遍历完所有扇区再重新轮回。这个方案实现简单、开销低。静态磨损均衡更复杂它会把不经常更新的“冷数据”比如日志里早期的历史块偶尔搬到其他位置腾出空间给新数据写进一步均衡磨损。对于工业控制器动态均衡足够静态均衡如果固件空间和 CPU 都宽裕可以加但收益没那么明显。EEPROM 同样有磨损均衡问题。E 的寿命标称 100 万次但如果你每秒改一次参数比如上位机频繁下发设定值一天 86400 次一年多就耗尽。对策很简单参数相同就不要写、合并写入操作、修改过于频繁时降频写入。也可以把参数分散写在 EEPROM 多个块里轮换但开销较大一般不用。5.2 双份存储与 CRC关键参数的最后一根救命稻草工业控制器最让人头疼的故障就是“上电后参数全失忆”。EEPROM 本身可靠性不错但受干扰、电源跌落、人为写错地址等因素还是可能损坏。所以关键参数序列号、校准系数、配置必须做双份也就是我前面说的主区和备份区两份内容相同且都带 CRC。启动时先读主区CRC 不过再读备份区两份都损坏才判定需要恢复出厂值。很多时候就是靠这个逻辑现场才不需要返厂重新校准。CRC 校验有个细节计算范围要固定。参数记录里的魔数和 CRC 字段本身不参与 CRC 计算否则计算和校验会不一致。我习惯的布局是魔数 2 字节 | 长度 2 字节 | 数据 N 字节 | CRC16 2 字节其中长度和数据参与 CRC 计算。这个约定写在驱动代码注释里换工程师维护时也不容易搞错。5.3 掉电中断的现场保护写操作的正确姿势有了 PVD 或者外部掉电检测之后掉电时系统能感知到但感知到之后做什么才是关键。我的建议是掉电中断里只做最关键的两件事——把当前写操作的进度指针保存到结构体里然后向 EEPROM 写一个“写状态标记”说明当前正处于“写某个参数区域”的中间状态。等下次上电系统看到这个标记就知道上次任务中断了跳过去确认未完成的数据。这是典型的“先落笔、后动笔”的策略先让现场恢复逻辑知道自己该从哪继续再去实际处理数据。千万不要在掉电中断里做复杂操作比如调用 FatFS 的写文件、遍历扇区、大块 Flash 擦除这些动辄几十毫秒掉电那点电容撑不住。正确做法是把紧急数据比如当前写指针、关键参数先写到一个铁电存储器FRAM或小容量 EEPROM 里其他工作留给上电后的恢复流程。FRAM 写入速度极快ns 级且不需擦除掉电保护场景特别合适就是容量小、价格高。6. 常见问题与排查经验现场踩过的坑6.1 EEPROM 数据写不进、偶尔丢先查这四处第一I2C 地址对不对。AT24C256 的 7 位设备地址是 0x50但是读写位和地址组合后是 0xA0/0xA1很多代码里传的是 0xA0 但配置写错了通信格式导致通信时好时坏。第二页写边界问题。前面已经提过AT24C 系列一页 64 字节跨越页边界写数据会回卷覆盖。检查代码里有没有自动切页逻辑。第三tWR 等待时间。写完一页之后EEPROM 内部还需要几毫秒才能把数据稳定落进去。如果代码写完立即去读读回的可能是旧数据。最少等待 5ms保守直接 10ms别省。第四现场的强干扰。I2C 信号如果走线过长或者经过接插件电机启停时干扰耦合进去EEPROM 就可能写入错误地址或者错误值。解决办法我前面说了串电阻、降速率、加滤波。还有一招写操作之前先读回比对不对就重写能显著降低偶发问题。6.2 SPI Flash 写入慢瓶颈通常不在芯片本身“我的 Flash 写日志怎么这么慢”——这是被问烂的问题。SPI Flash 的页编程一个 256 字节页在 10MHz SPI 时钟下理论耗时约 200μs加上内部编程时间典型 0.4ms总共约 0.6ms。如果你逐个字节写那当然慢到无法接受。优化点有三个。第一数据累积到 256 字节整页再写别零敲碎打。第二把 SPI 时钟从默认的 18MHz 提到 72MHz 甚至极限W25Q 系列支持到 104MHz。第三写入过程中 CPU 不要傻等芯片有 WIP写在进行中位查询在等待期间应该做别的任务用 DMA 配合更好。这几步做完日志写入速度能提升 10 倍以上吞吐几十 KB/s 不是问题。另外如果你的板子用的是 25Q 系列还可以开启 QPI 模式用四线 IO 通信代替单线读速度直接翻四倍。但要注意 QPI 模式会占用额外的 3 个 GPIOPCB 设计和引脚分配要提前想好。6.3 SD 卡 FAT 损坏其实多数是设计问题SD 卡使用频率最高的故障就是“插上电脑读不出”。这里面的原因就这几个写文件过程中掉电、拔卡时机不对、SD 卡电源不稳定、文件系统长时间没有同步。逐一应对掉电问题用前面说的“预分配 定期同步 启动修复”组合手段拔卡问题通过卡座卡检测引脚配合软件做卸载检测检测到卡被拔出时立刻停止写入并刷新 FAT电源不稳定的根治方法还是硬件上去耦做足。还有个小技巧日志文件可以按天分文件文件名带日期比如LOG_20250618.CSV每天零点建新文件旧文件设成只读属性。这样即便某一天的文件坏了其他天的文件也不受影响损失可控。千万别一整年只用一个文件写坏了全完蛋。最后再说一点个人体会这套分级存储方案我从几兆字节存储容量的运动控制器一路做到带 SD 卡采集的边缘网关最大的感受就是存储设计一定要在原理图阶段就想清楚而不是等固件写出来发现“写不进去”“总丢数据”再回头补。EEPROM、NOR Flash、SD 卡各自的角色和写在硬件设计初期一次性理顺后面固件和调试都能省大量时间。另外如果你们项目后续有频繁固件升级和现场数据回传的需求可以考虑把 NOR Flash 升级成支持双 Bank 的型号比如 W25Q256JV 支持 Bank 切换这样固件升级时可以直接在另一 Bank 写入再原子切换都不用担心写一半断电变砖。存储这块东西原理不复杂但细节决定了产品到了客户手里靠不靠谱。