1. 工业控制器存储方案的整体设计思路工业控制器和消费类电子产品最大的区别在于它可能要在无人值守的配电柜里连续跑十年断电重启是家常便饭现场电磁环境恶劣而且一旦数据丢失轻则产线停机重则设备损坏。所以存储方案的设计核心从来不是“能存就行”而是分级、冗余、可恢复。STM32 FPGA 这套组合在工业控制器里非常常见STM32 负责业务逻辑、通信协议栈、人机交互FPGA 负责高速采集、多路并行时序控制、实时信号处理。两者各管一摊但都要和存储打交道而且对存储的需求完全不同。STM32 侧更关注参数配置、日志记录、掉电保护FPGA 侧更关注高速数据流的缓存、帧数据的暂存、以及上电后的配置加载。这就引出了三级存储架构的必然性EEPROM容量小通常几 KB 到几百 KB但字节级可擦写、寿命长、接口简单I2C 居多适合存“变了就要立刻记住”的关键参数比如设备 ID、校准系数、通信地址、运行时长累计值。NOR Flash容量中等几 MB 到几十 MB支持随机读取、可按扇区擦除适合存“不常改但必须可靠”的数据比如 FPGA 配置码流、固件备份、历史故障记录、配方参数。SD 卡容量大GB 级别、成本低、可插拔适合存“量大但不需要频繁随机写”的数据比如运行日志、采集波形、图像帧、批量生产数据。这三者不是随便选的而是根据写入频率、数据寿命、掉电风险、访问速度、成本五个维度权衡出来的。下面这张表是我在实际项目中常用的选型对照你可以直接拿去套存储介质典型容量擦写寿命写入粒度接口适用数据掉电风险EEPROM2KB~512KB100万次字节I2C/SPI关键参数、校准值低写入即生效NOR Flash2MB~64MB10万次扇区SPI/QSPI配置码流、固件、日志中需缓冲SD 卡4GB~128GB受卡体质影响块SDIO/SPI大容量日志、波形高需文件系统注意SD 卡在工业环境里其实是“消耗品”尤其是消费级卡频繁掉电很容易导致 FAT 表损坏。如果非要用建议选工业级 pSLC 卡并且加超级电容做掉电保护。我见过不少项目为了省成本把所有数据都往 SD 卡里塞结果现场跑三个月卡就挂了返修率极高。分级存储不是“多花钱”而是“花对钱”。2. STM32 侧存储操作的核心细节2.1 EEPROM 读写为什么 I2C 时序比代码本身更重要STM32 读写 EEPROM 的代码网上一搜一大把但真正在现场跑得稳的没几个。问题往往不在代码逻辑而在时序余量和写周期处理。以常见的 AT24C02 为例I2C 速率标称 400kHz但工业现场线缆长、干扰大实际跑 100kHz 更稳。更关键的是页写边界AT24C02 每页 8 字节如果你一次写 10 个字节跨页后面的数据会回卷覆盖前面的。我踩过这个坑当时存校准参数前 8 个字节对了后 2 个字节把第 1、2 字节覆盖了查了一整天。正确的做法是按页对齐写入或者干脆单字节写。单字节写虽然慢但工业参数通常只在出厂或维护时写对速度不敏感。另一个坑是写周期等待。EEPROM 写完一个字节后需要 5ms 左右内部擦写这期间它不会响应 I2C。如果你连续写必须用“应答轮询”确认它准备好了而不是死延时。死延时在常温下没问题但低温下 EEPROM 写周期会变长死延时就会丢数据。// 应答轮询写法比死延时可靠 uint8_t EEPROM_WaitReady(uint8_t devAddr) { uint32_t timeout 10000; while (timeout--) { if (I2C_CheckDevice(devAddr) 0) return 0; // 收到ACK } return 1; // 超时 }实操心得EEPROM 的 WP 引脚一定要接而且要用 GPIO 控制。平时拉低允许写写完立刻拉高。这样即使程序跑飞也不会误写关键参数。2.2 NOR Flash 操作扇区擦除是绕不过去的坎NOR Flash 的特点是“写之前必须擦擦必须按扇区”。STM32 通过 SPI 访问 NOR Flash 时最容易犯的错误是直接往未擦除的地址写。NOR Flash 只能把 1 写成 0不能把 0 写成 1所以如果目标区域不是 0xFF写入结果就是错的。我通常的做法是在 RAM 里维护一个“扇区状态表”记录每个扇区是否已擦除、是否有效。写入时先查表需要擦就先擦擦完更新表。这样避免每次写都擦延长寿命。对于 FPGA 配置码流这种“只读一次、上电加载”的数据我建议放在 NOR Flash 的独立扇区并且做双备份。STM32 上电后先读主份校验 CRC 失败再读备份两份都失败才报错。这个逻辑很简单但能救命。// 双备份读取逻辑 uint8_t LoadFPGAConfig(uint8_t *buf, uint32_t len) { if (NOR_Read(ADDR_MAIN, buf, len) 0 CRC32(buf, len) crc_main) { return 0; // 主份OK } if (NOR_Read(ADDR_BACKUP, buf, len) 0 CRC32(buf, len) crc_backup) { return 1; // 备份OK } return 2; // 都坏了 }2.3 SD 卡操作文件系统是双刃剑SD 卡在 STM32 上通常跑 FatFs。FatFs 好用但它的写入缓存和目录项更新是掉电损坏的重灾区。比如你写一个日志文件FatFs 可能先更新 FAT 表再写数据如果在这中间掉电FAT 表和数据就不一致了。我的经验是日志文件按天或按小时分文件写完一个文件就 f_sync然后关闭。不要一直开着文件句柄追加。另外SD 卡初始化时一定要检查卡类型和容量有些卡在 SPI 模式下兼容性差建议用 SDIO 4 位模式速度快且稳定。还有一个细节SD 卡的热插拔检测。工业现场可能有人误拔卡如果程序正在写卡突然没了FatFs 会返回错误但如果不处理后续操作会一直失败。我通常会在检测到卡移除后强制卸载文件系统重新挂载。注意SD 卡根目录授权问题在嵌入式里不存在那是 Android 的事。STM32 上只要 FatFs 挂载成功根目录就是可读写的。如果挂载失败先查供电和上拉电阻再查卡是否格式化成了 FAT32。3. FPGA 侧存储访问的实现要点3.1 FPGA 访问 EEPROMI2C 控制器的 Verilog 实现FPGA 访问 EEPROM 通常是为了存上电配置参数或校准系数。和 STM32 不同FPGA 没有现成的 I2C 外设需要自己写状态机。一个可靠的 I2C 主机控制器应该包含时钟分频、起始/停止条件生成、字节发送/接收、ACK 采样、超时计数。我建议把 I2C 速率设到 100kHz 以下因为 FPGA 的 IO 标准如果是 3.3V LVCMOS长走线时边沿会变缓高速下容易误码。状态机设计上我习惯用三段式一段负责状态跳转一段负责计数器一段负责输出逻辑。这样综合出来的时序更干净不容易出毛刺。// I2C 写字节的核心状态片段 localparam SEND_BIT 3d2; always (posedge clk) begin case (state) SEND_BIT: begin if (bit_cnt 0) begin sda_out data_reg[7]; data_reg {data_reg[6:0], 1b0}; bit_cnt 7; end else begin sda_out data_reg[7]; data_reg {data_reg[6:0], 1b0}; bit_cnt bit_cnt - 1; end end endcase end实操心得FPGA 的 I2C 引脚一定要加外部上拉电阻通常 4.7k。FPGA 内部上拉太弱工业现场容易受干扰。另外SDA 要做三态控制读的时候释放写的时候驱动。3.2 FPGA 访问 NOR FlashSPI 时序与跨时钟域FPGA 读 NOR Flash 通常是为了加载配置码流或读取采集数据缓存。SPI 接口在 FPGA 里实现起来比 I2C 简单但要注意跨时钟域问题。如果 SPI 时钟由 FPGA 分频产生而数据采集在另一个时钟域那么读写 FIFO 的握手就很重要。我一般用异步 FIFO做隔离写侧用采集时钟读侧用 SPI 时钟深度至少 512 字节避免溢出。NOR Flash 的扇区擦除时间很长典型 100ms 到 1s。FPGA 如果等擦除完成状态机会卡住。我的做法是擦除命令发出后不等待而是轮询状态寄存器的 WIP 位同时继续处理其他任务。这样不会阻塞数据通路。3.3 FPGA 访问 SD 卡SPI 模式下的初始化陷阱FPGA 访问 SD 卡通常用 SPI 模式因为 SDIO 协议在 FPGA 里实现复杂。但 SPI 模式下的 SD 卡初始化有个经典陷阱CMD0 之前必须发至少 74 个时钟而且 CS 要拉低。很多新手直接发 CMD0卡根本不响应。初始化流程我总结成四步上电后等待至少 1ms发 80 个时钟CS 高。CS 拉低发 CMD0等 R1 响应 0x01。发 CMD8检查电压范围等 R7 响应。发 ACMD41循环直到 R1 响应 0x00卡进入就绪状态。注意SD 卡在 SPI 模式下CS 必须在整个命令期间保持低命令之间可以拉高。如果 CS 抖动卡会复位前功尽弃。4. 分级存储的协同与掉电保护4.1 数据分级策略什么数据放哪里分级存储不是简单的“小的放 EEPROM大的放 SD 卡”而是要根据数据生命周期来分。我通常把数据分成四类永久参数设备 ID、校准系数、通信地址。放 EEPROM双备份写后立即校验。配置数据FPGA 码流、固件备份、配方。放 NOR Flash主备双份CRC 校验。运行日志故障记录、操作记录。放 NOR Flash 的小扇区循环覆盖。批量数据采集波形、图像、生产统计。放 SD 卡按文件分片。这个分类的关键是越关键的数据存储介质越可靠写入频率越低。EEPROM 虽然贵但存 10 个参数的成本可以忽略而可靠性提升是数量级的。4.2 掉电保护超级电容与写入时机工业现场掉电是常态所以掉电保护必须做。我的方案是电源输入端加超级电容掉电后能维持 500ms 到 2s。STM32 通过 ADC 监测电源电压一旦低于阈值立刻进入“紧急保存”模式停止所有非必要任务。把 RAM 里的关键数据写入 EEPROM 或 NOR Flash。关闭 SD 卡文件f_sync。进入低功耗等待。这个逻辑听起来简单但紧急保存的数据量必须提前算好。比如超级电容能撑 1sEEPROM 写一个字节 5ms那最多写 200 字节。如果你要存 1KB就必须用 NOR Flash因为 NOR 的页写速度快得多。实操心得超级电容的容量计算C I × t / ΔV。假设系统掉电后电流 100mA需要维持 1s电压从 5V 降到 3V则 C 0.1 × 1 / 2 0.05F 50mF。实际选型要留 2 倍余量所以选 100mF 以上。4.3 数据校验与恢复CRC 不是万能的CRC 能检测错误但不能恢复错误。所以关键数据必须双备份 CRC。我通常的做法是主份和备份各存一份数据 CRC读取时先读主份CRC 对就用不对再读备份CRC 对就用都不对就报错并尝试用默认值。对于 SD 卡上的文件我建议每个文件带一个头部包含文件长度、CRC、时间戳。这样即使 FAT 表损坏只要文件数据还在就能通过扫描恢复。这个技巧在数据恢复时非常有用。5. 常见问题与排查技巧实录5.1 EEPROM 读写失败排查现象可能原因排查方法读全 0xFF器件未应答查地址、上拉、供电写后读不对页写回卷检查是否跨页偶发丢数据写周期未等改用应答轮询低温失效时序余量不足降速到 50kHz5.2 NOR Flash 擦除失败NOR Flash 擦除失败最常见的原因是扇区保护位没解除。有些 NOR 有 BP 位上电默认保护。解决方法是上电后先发“写状态寄存器”命令清除保护位。另外擦除前要确认电源稳定擦除期间电压跌落会导致擦除不完整。5.3 SD 卡挂载失败SD 卡挂载失败先查供电3.3V 必须稳定电流能力至少 200mA。再查上拉电阻CMD 和 DAT 线都要 10k 上拉。最后查格式化必须是 FAT32簇大小 4KB 或 8KB。如果都不行换卡。注意SD 卡内部寄存器锁死通常是因为非法命令序列或电压异常。一旦锁死只能断电重新上电软件复位无效。5.4 FPGA 配置加载失败FPGA 从 NOR Flash 加载配置失败先查码流文件是否正确再查SPI 模式设置。有些 FPGA 的 SPI 模式需要外部电阻配置如果电阻错了模式就不对。另外码流的起始地址必须和 Flash 里的存储地址一致否则读出来是乱的。6. 实操总结与个人经验这套分级存储方案我在三个工业控制器项目里用过最长的已经跑了四年多现场反馈很稳。核心经验就几条第一EEPROM 一定要做双备份和写保护别省那两个字节的空间。第二NOR Flash 的擦除时间要算进系统启动时间如果启动时擦除可能要多等 1s。第三SD 卡不要存关键数据它只适合存“丢了也能重新生成”的东西。第四掉电保护电路要实测用可调电源慢慢降电压看系统能不能完整保存。最后分享一个小技巧在 EEPROM 里留一个启动计数器每次上电加一。如果发现计数器异常增长说明系统在反复重启这时候可以触发保护逻辑比如禁止某些危险操作。这个技巧帮我定位过一次电源纹波导致的间歇复位非常实用。