做嵌入式项目特别是和工业设备打过交道的人应该都被同一个问题折磨过怎么才能在掉电的一瞬间把关键数据安全存住。电子秤里的校准参数、伺服驱动器当前坐标、电表累计量……传统的做法是 EEPROM一遇到高频写入就开始头疼。今天要聊的组合是我在几个项目里反复用下来非常顺手的方案MR25H40CDF 这颗 4Mbit 串行 MRAM配 STM32F412ZG 这款 Cortex-M4 单片机通过 SPI 接口把数据写入和读出来。MRAM 最大的特点就是写入前不需要擦除、读写寿命几乎无限、掉电后数据长期保留。如果你正在做需要频繁保存参数、记录故障日志、又对可靠性有要求的嵌入式产品这篇内容值得耐心看完我会从选型逻辑一直写到驱动代码和踩坑记录。这类题目在嵌入式面试八股里也经常被翻出来“MRAM vs Flash vs EEPROM 怎么选”“SPI 写时序怎么处理”但真到产线上跑起来你会发现现实要比八股复杂得多。我会尽量把最贴近实战的那一面讲清楚。1. 选型时我把 EEPROM、Nor Flash 和 MR25H40CDF 拉出来比了一圈先说项目背景。当时做的是一个现场控制器每台设备每天都要记录运行状态、累计动作次数、每次故障的触发时刻。现场反馈故障率偏高拆回来分析时发现板子上的 EEPROM 写坏了。用户一天开机几十次每次开机要写计数关机要写时长再加上运行时参数频繁调整一块普通的 I2C EEPROM标称擦写寿命 100 万次看起来很多实际在这种强度下撑不过两三年。我后来做选型时把常见方案拉出来对比了一下指标I2C EEPROMSPI Nor FlashSPI MRAMMR25H40CDF写入前是否需要擦除否但页面写入有限制必须先擦后写否典型字节级写入周期3~5ms页编程几十微秒但擦除要几十到上百毫秒无额外等待随 SPI 时钟完成擦写寿命100 万次级别大多 10 万次左右标称 10^15 次以上基本不用考虑磨损数据保持常温下 10 年以上10~20 年20 年级别容量 / 成本小容量便宜大容量便宜每比特成本偏高抗辐射 / 高温能力一般一般常用于电力、军工场合这个表格看完MRAM 的优势已经很直接了。它解决的是“频繁写、不能丢、不想等”这三个问题。1.1 为什么 EEPROM 先被淘汰EEPROM 在参数保存领域用了很多年但它有两个硬伤。第一写周期太长。一个字节的写操作往往要几毫秒如果掉电时正赶上写入代码还没跑完电源已经没了。第二写入寿命有限。标称 100 万次听上去不少但工程上要留降额我习惯按 30%~50% 评估。高频参数记录场景下100 万次真的撑不了太久。有的工程师会说那我加个磨损均衡把写地址轮换不就行了话是没错但 EEPROM 容量本来就不大地址轮换只是把寿命延长几倍并不能改变“它本质上有磨损”这个事实。对工业设备来说维护人员希望的是“装上就别因为存数据这事再来一遍”。1.2 Nor Flash 的擦除机制为什么不适合高频日志Nor Flash 的优势是容量大、价格低但它的写入逻辑和 MRAM 完全不一样。Nor Flash 必须先擦除后写入而擦除以“扇区”为单位。你要改 2 个字节也得先把这个扇区的内容读出来、擦掉、再整个写回去。这个机制导致两个问题一是写入路径很长意外掉电容易只擦不写数据直接丢二是擦写寿命同样有限一般一万到十万次。对日志型应用来说如果每 30 秒写一条记录一天就是 2880 次一块寿命 10 万次的 Nor Flash 个把月就废了。1.3 MRAM 值得关注的代价MR25H40CDF 不是没有缺点。它的容量只有 4Mbit也就是 512KB每比特成本也要比同等容量的 Nor Flash 贵不少。所以它不适合用来存大文件、固件升级包、图片素材这类东西。它适合的是“关键性数据”运行参数校准值、PID 参数、设备编号高频计数值动作次数、累计运行时间故障日志每次故障的现场快照掉电前的最后状态这样开机才能恢复从物理原理上说MRAM 用的是磁隧道结MTJ存储数据靠磁性方向来表示 0 和 1而不是像 Flash 那样靠浮栅电荷。电荷会泄漏、隧穿介质会磨损磁性的翻转则没有这个疲劳问题。这就是它能达到极高写寿命的根本原因。我也对比过 FRAM。FRAM 的写寿命同样很好功耗也更低但在高温范围和抗辐射能力上MRAM 通常更有优势。工业现场经常有静电、浪涌、高温环境MRAM 在这些方面更让我放心。所以最终定了 MR25H40CDF。2. MR25H40CDF 的规格细节和 SPI 指令集照着抄就能用对先把这颗芯片的基础参数理清楚。MR25H40CDF 是 Everspin 的串行 SPI MRAM容量 4Mbit十六进制地址范围就是 0x00000 到 0x7FFFF。工作电压 3.0V 到 3.6V典型情况接 3.3V。它是一颗 8 引脚器件引脚定义和 SPI Nor Flash 非常像包含 CS#、SCK、SI、SO、WP#、HOLD#、VDD、VSS。这很重要因为这意味着你在 PCB 上可以把它当作一颗 SPI Flash 来布局很多工程习惯可以直接复用。根据数据手册SPI 时钟最高可以到 40MHz 上下具体以你拿到的批次手册为准。我实际工程中很少顶着上限跑一般用 25MHz 或 12.5MHz后面讲初始化时我再展开。2.1 指令表怎么记MR25H40CDF 的指令集和常见的 SPI Flash 有重合但也有几个关键区别。我列一下最常用的几条指令操作码作用WREN0x06写使能写类指令前必须发WRDI0x04写禁用RDSR0x05读状态寄存器WRSR0x01写状态寄存器READ0x03标准读地址后直接读数据FSTRD0x0B快速读地址后加一个 dummy 字节WRITE0x02写数据RDID0x9F读厂商/设备 ID和 Flash 最大的区别是MRAM 没有擦除指令。你不用发 Sector Erase、Block Erase 那一套。这既是优点也是很多人踩坑的起点——有人会习惯性地把 Flash 驱动里的擦除流程搬过来结果擦除指令被 MRAM 当成无效操作紧接着又把状态寄存器弄乱了。2.2 读指令和写指令的关键差异读数据流程是 CS# 拉低发 READ 操作码再发 3 字节地址然后连续读数据最后 CS# 拉高。这个流程和 SPI Flash 几乎一样。写数据流程是 CS# 拉低发 WRITE 操作码再发 3 字节地址然后连续写数据最后 CS# 拉高。这里有一个很多人容易忽略的点MRAM 的 WRITE 指令没有“页”的概念。SPI Flash 的 Page Program一次最多写 256 字节超过页边界会回卷到页开头所以驱动里都要做分页处理。MR25H40CDF 不需要一条 WRITE 指令可以从地址 0 一直写到地址 0x7FFFF前提是 CS# 在整条指令期间保持低电平。这意味着写日志时驱动代码可以简单很多不用维护“当前页还剩多少字节”这种状态。另外MRAM 写入完成后没有额外等待时间。EEPROM 写完一个字节要等几毫秒内部编程完成Nor Flash 页编程后也要等 tPPMRAM 在 CS# 拉高的瞬间数据就进去了直接可以发下一条指令。这是 MRAM 在“写频繁”场景下最舒服的一点。2.3 状态寄存器与 WREN 的关系状态寄存器是 8 位的常见位包括bit1 WEL写使能锁存bit4/bit5 BP0/BP1块保护位bit7 WPEN写保护引脚使能读状态寄存器用 RDSR 指令写状态寄存器用 WRSR 指令。这里最关键的是 WEL 位。MCU 发 WREN 指令后WEL 置 1然后才能执行 WRITE 或 WRSR。一旦 CS# 拉高完成了一条写类指令WEL 会自动清 0。也就是说下次要写数据必须重新发一次 WREN。很多新手第一次移植 MRAM 驱动时写了 WRITE 指令发现数据没进去最后查到原因往往是上一条指令执行完了 WEL 已经清零他没有重新 WREN。我自己一开始也犯过这个毛病。3. STM32F412ZG 侧接线与 SPI 初始化从 CubeMX 到 25MHz 稳定运行这一节讲硬件连接。STM32F412ZG 主频 100MHzCortex-M4 内核带多个 SPI 外设对接 MRAM 非常合适。我习惯用 SPI1 来做这个事因为 SPI1 挂在 APB2 总线上时钟频率最高能够吃满 MRAM 的时钟上限。3.1 硬件连接别让 HOLD/WP 悬空先给一张接线表MR25H40CDF 引脚STM32F412ZG 引脚说明CS#PB0GPIO 输出手动控制片选SCKPA5SPI1_SCK时钟SIPA7SPI1_MOSI主机输出SOPA6SPI1_MISO主机输入WP#3.3V经 10k 上拉写保护不用时拉高HOLD#3.3V经 10k 上拉保持线不用时拉高VDD3.3V靠近引脚放 100nF10uF 去耦VSSGND地这里我要重点强调一下 HOLD# 和 WP#。这两个引脚如果悬空悬浮电平很容易受外部干扰从而导致 SPI 指令被硬件打断。我早期有一个板子现场偶发性数据异常查了很久最后发现就是 HOLD# 悬空导致的。线缆振动、继电器吸合产生的电磁干扰从引脚串进去芯片直接进入 hold 状态SPI 时钟来了它也不响应数据自然就坏了。所以接上拉电阻不是可选项而是必选项。如果你将来打算用块保护功能WP# 也需要能够被 MCU 控制不能直接焊死在 3.3V。不过绝大多数时候把 WP# 用 10k 上拉到 3.3V 就够了。3.2 SPI 时钟与初始化配置在 STM32CubeMX 里我这样配置 SPI1SPI1 设为 Full-Duplex Master数据大小8 bit帧格式MSB FirstCPOL / CPHA两者都设为 Low 或都设为 High 都可以MRAM 支持 SPI Mode 0 和 Mode 3。习惯上用 Mode 0。NSS设为 SoftwarePrescaler分频 4也就是 25MHzSTM32F412ZG 的 APB2 最高 100MHzSPI1 挂在这个总线上。分频 4 就是 25MHz满足 MRAM 40MHz 上限。如果你的 PCB 布线比较长、连接器转接比较多建议保守一点用分频 8也就是 12.5MHz。关于时钟频率我补充一点SPI 分频只能取 2、4、8、16 这些 2 的幂次所以你要追求精确的 24MHz 是做不到的。25MHz 和 12.5MHz 是实际工程中最常见的两档。写代码时建议把 SPI 波特率相关的配置放在 CubeMX 里做后续要调整时钟树时生成的代码会自动跟着改。NSS 选择 Software这个决定很关键。如果使用硬件 NSS在 DMA 传输或者连续多次传输时片选信号可能会提前变化导致 MRAM 把一条连续指令拆断。MRAM 的所有操作都依赖 CS# 在整条指令期间保持低电平所以我一直认为手动 GPIO 控制 CS# 是最稳的做法。SPI 初始化代码CubeMX 生成的函数基本够用void MX_SPI1_Init(void) { hspi1.Instance SPI1; hspi1.Init.Mode SPI_MODE_MASTER; hspi1.Init.Direction SPI_DIRECTION_2LINES; hspi1.Init.DataSize SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity SPI_POLARITY_LOW; hspi1.Init.CLKPhase SPI_PHASE_1EDGE; hspi1.Init.NSS SPI_NSS_SOFT; hspi1.Init.BaudRatePrescaler SPI_BAUDRATEPRESCALER_4; hspi1.Init.FirstBit SPI_FIRSTBIT_MSB; hspi1.Init.TIMode SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation SPI_CRCCALCULATION_DISABLE; hspi1.Init.CRCPolynomial 10; HAL_SPI_Init(hspi1); }CubeMX 的生成代码每个版本的字段名略有不同但核心参数就是上面这些。重点是分频、模式、软 NSS。4. 完整驱动代码从 WREN 到 CRC 校验的一次性讲清下面给出我自己项目里用的一套精简驱动。它不追求花哨只求稳定。4.1 底层 SPI 封装#include main.h extern SPI_HandleTypeDef hspi1; #define MRAM_CS_LOW() HAL_GPIO_WritePin(MRAM_CS_GPIO_Port, MRAM_CS_Pin, GPIO_PIN_RESET) #define MRAM_CS_HIGH() HAL_GPIO_WritePin(MRAM_CS_GPIO_Port, MRAM_CS_Pin, GPIO_PIN_SET) #define MRAM_SIZE 0x80000 // 512KB #define MRAM_ADDR_MASK 0x7FFFF static uint8_t mram_spi_xfer(uint8_t byte) { uint8_t rx 0; // 超时时间给 100ms足够覆盖极端情况 if (HAL_SPI_TransmitReceive(hspi1, byte, rx, 1, 100) ! HAL_OK) { return 0xFF; } return rx; }为什么用TransmitReceive而不是Transmit因为 SPI 是全双工总线你每发一个字节MISO 上也会同时移出一个字节。读取 MRAM 数据时主机也必须持续产生时钟最简单的办法就是发送 0x00 或 0xFF 占位字节同时把收到的数据保存下来。TransmitReceive正好一次完成这两个动作。4.2 写使能与状态寄存器读取static uint8_t mram_read_status(void) { uint8_t status 0; MRAM_CS_LOW(); mram_spi_xfer(0x05); // RDSR status mram_spi_xfer(0x00); // 读 1 字节 MRAM_CS_HIGH(); return status; } static void mram_write_enable(void) { MRAM_CS_LOW(); mram_spi_xfer(0x06); // WREN MRAM_CS_HIGH(); }每次写操作前我都建议检查 WEL 位是否真正置位。有的场合下 SPI 引脚接触不良或者 MCU 配置有问题WREN 指令没有真正发出去后续写操作自然失败。#define MRAM_STATUS_WEL 0x02 static int mram_check_wel(void) { uint8_t status mram_read_status(); if ((status MRAM_STATUS_WEL) 0) { return -1; } return 0; }4.3 读数据与写数据int mram_read_bytes(uint32_t addr, uint8_t *buf, uint32_t len) { if (addr MRAM_ADDR_MASK || len 0) { return -1; } if ((addr len) MRAM_SIZE) { return -1; } MRAM_CS_LOW(); mram_spi_xfer(0x03); // READ mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); for (uint32_t i 0; i len; i) { buf[i] mram_spi_xfer(0x00); } MRAM_CS_HIGH(); return 0; } int mram_write_bytes(uint32_t addr, const uint8_t *buf, uint32_t len) { if (addr MRAM_ADDR_MASK || len 0) { return -1; } if ((addr len) MRAM_SIZE) { return -1; } mram_write_enable(); if (mram_check_wel() ! 0) { return -2; } MRAM_CS_LOW(); mram_spi_xfer(0x02); // WRITE mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); for (uint32_t i 0; i len; i) { mram_spi_xfer(buf[i]); } MRAM_CS_HIGH(); return 0; }这里要说一下地址发送。MR25H40CDF 的有效地址是 19 位但 SPI 协议中地址固定是 3 字节高字节只有低 3 位有意义。有些网上抄来的驱动只发送 2 字节地址这在地址大于 0xFFFF 之后就会错位。我强烈建议按上面的写法把 24 位地址的三字节全部发出去高位强制为 0不要省略。写入后不需要轮询忙状态也不要去等 tPP 之类的延时。CS# 拉高写就完成了。但要注意一次写完成后 WEL 自动清零下一次写之前要重新 WREN。4.4 用块保护把配置区锁起来有些数据比如设备序列号、量产校准参数写入频率极低但绝不能乱掉。为了防程序跑飞或者外部干扰误写可以用状态寄存器里的 BP0/BP1 把配置区保护起来。#define MRAM_STATUS_WPEN 0x80 #define MRAM_STATUS_BP1 0x20 #define MRAM_STATUS_BP0 0x10 int mram_write_status(uint8_t status) { mram_write_enable(); if (mram_check_wel() ! 0) { return -2; } MRAM_CS_LOW(); mram_spi_xfer(0x01); // WRSR mram_spi_xfer(status); MRAM_CS_HIGH(); return 0; }将状态寄存器写成 0x30也就是 BP0 和 BP1 都为 1可以保护全部地址空间。此后除非先解除保护否则常规 WRITE 指令无法写入。解除保护的流程是先将 WP# 引脚拉高如果 WPEN 为 1 且 WP# 为低WRSR 本身会被忽略然后 WREN再写状态寄存器把保护位清掉。这个流程容易出错我建议在产线烧录程序里专门做一个“配置区解锁”函数避免在主程序里频繁切换保护状态。提示WRSR 指令执行完成后WEL 同样会被清零。所以写完状态寄存器后如果还要写数据必须再发一次 WREN。4.5 CRC16 数据完整性校验工业环境不比实验室数据在写入、传输、保存过程中要防偶然错误。我的做法是给每条日志记录加一个简单的帧格式字段长度说明Magic2 字节固定值用于同步Sequence4 字节序号Length2 字节有效数据长度PayloadN 字节实际数据CRC162 字节对前面所有字节的 CRC 校验CRC16 的生成多项式用经典的 CCITT也就是 0x1021。uint16_t crc16_update(uint16_t crc, uint8_t byte) { crc ^ (uint16_t)byte 8; for (int i 0; i 8; i) { if (crc 0x8000) { crc (crc 1) ^ 0x1021; } else { crc crc 1; } } return crc; }写入时先计算 CRC再把整包数据通过一次mram_write_bytes写进去。读出时校验 CRC失败就放弃这条记录或者从镜像区恢复默认值。5. 工业级可靠性设计掉电、写保护、日志镜像这些细节别漏能读写只是第一步真正让产品在现场扛得住的是掉电保护和数据冗余设计。这一节相当重要我提几个我在产线上验证过的做法。5.1 掉电保存的工程做法STM32F412ZG 内置可编程电压检测器 PVD。当 VDD 降到设定阈值以下时会触发中断。我用这个功能来做掉电保存。具体思路是把 PVD 阈值设置在一个比正常供电电压稍低的位置例如选择 2.9V 附近。这样外部电源掉电后在稳压器输出真正跌到 MCU 无法工作之前系统还能留出几毫秒到几十毫秒的余量。这个时间足够把关键参数写入 MRAM。void HAL_PWR_PVDCallback(void) { // 掉电标志置位主循环里看到这个标志就执行保存 power_fail_flag 1; }在中断回调里我只放了一个标志位没有直接执行 SPI 写入。原因是掉电瞬间电源环境比较恶劣中断里阻塞等待 SPI 反而增加不确定性。我的做法是在主循环中检测到掉电标志后立刻暂停其他任务执行一次精简的 MRAM 写入只保存最关键的数据比如当前计数值和运行状态。硬件上还需要在电源输入端加一个大一点的储能电容维持掉电检测到真正断电之间的时间。具体容量根据你保存数据量来算一般几百微法到几毫法都有人用。5.2 双镜像区与日志循环如果产品的重要数据是不断更新的一种很实用的方案是双镜像区。配置两个相同的区域 A 和 B每次写入时先写 A 并写入递增的序列号下次写 B再下次写 A。读取时比较 A 和 B 的序列号取序列号大且 CRC 正确的那一份作为最新数据。这样做的意义在于即使写入一半突然掉电导致其中一个镜像区损坏另一个镜像区仍然是完整的。系统重启后能够自动回退到上一次正确的状态不会因为一次掉电就把整条参数清空。日志类数据则适合用环形缓冲。MRAM 没有页边界限制这给环形缓冲带来了很大方便。你可以把 512KB 的一部分划分为日志区写指针循环走动每一条记录头部带时间戳、长度、CRC。由于 MRAM 写寿命极高不用担心环形缓冲反复覆盖同一段地址导致磨损这在 Flash 方案里是想都不敢想的。5.3 电磁干扰与生产注意事项工业现场最头疼的往往是静电和继电器产生的干扰。MRAM 的磁隧道结器件对静电放电比较敏感。生产组装时操作人员要佩戴防静电手环焊接台和测试设备要可靠接地。这一点如果你的产品是委托 SMT 贴片一定要在工艺文件里写明。PCB 布局上我建议MRAM 尽量靠近 STM32F412ZGSPI 走线短而直电源引脚旁放 100nF 陶瓷电容再并一个 10uF 钽电容或电解电容WP# 和 HOLD# 的上拉电阻靠近 MRAM 引脚放置SPI 的 SCK 和 MOSI 不要长距离平行走线减少串扰另外如果控制器要过认证或者现场干扰严重MRAM 的数据区可以考虑软件层面的重试机制。读取数据失败一次就重新读取连续读取三次结果一致才采用。6. 实测踩坑记录和我在产线上最终采用的读写策略最后这部分我把自己踩过的坑集中列一下。这里面每一条都是真金白银换来的经验。6.1 坑一HOLD 引脚悬空导致数据偶发损坏最早一版设计HOLD# 和 WP# 没有接上拉。实验室测试都正常到了客户现场就出现偶发性数据错乱。一开始怀疑 SPI 时序后来用示波器抓波形发现 HOLD# 引脚上有毛刺芯片时不时进入 hold 状态。把两个引脚都加上 10k 上拉电阻之后问题再没出现过。这个教训让我养成了习惯凡是有 HOLD 引脚的外设即使不用这个功能也一定把引脚固定到无效电平。6.2 坑二把 Flash 的擦除逻辑带进了 MRAM 驱动当时团队里有同事是从 SPI Flash 项目转过来的他写驱动时顺手把 Sector Erase 的代码放在了写数据之前。MRAM 不响应擦除指令但状态寄存器被后续操作搞乱导致读出来的数据不对。说到底MRAM 驱动的核心思维和 Flash 完全不同不需要擦除不需要分页不需要等待。写驱动之前先把“擦除”“页缓冲”“busy 轮询”这些词从脑子里清空。6.3 坑三硬件 NSS 和 DMA 配合出问题有一版我图省事片选用了 STM32 的硬件 NSS。单独读写时一切正常一旦把 spi 和 DMA 配合起来做大批量日志写入偶尔出现首字节丢失。调试了很久才明白硬件 NSS 在 DMA 传输的边界处理上并不总是符合 MRAM 对 CS# 电平的严格要求。后来我全面改成 GPIO 手动控制 CS#问题消失。现在我所有的 SPI 存储器件片选一律用普通 GPIO。6.4 坑四地址发错导致读写错位网上有些代码发送 2 字节地址因为很多小容量 SPI NOR 只需要 16 位地址。但 MR25H40CDF 是 512KB需要 19 位地址对应 3 字节地址字段。如果照抄 2 字节地址的驱动地址一旦超过 0xFFFF读写就错位。我的建议是无论芯片容量多大驱动里都固定发送 3 字节地址高字节补零。这样既兼容小容量也不会在换大容量芯片时翻车。6.5 我最终采用的读写策略综合以上经验我现在的新项目里MR25H40CDF 的使用策略是比较固定的。运行参数区划分 0x00000 到 0x0FFFF共 64KB。所有配置参数打包成结构体每次修改后立即写入同时更新序列号和 CRC。写完后设置块保护防止普通运行代码误写。日志区划分 0x10000 到 0x7FFFF共 448KB。MCU 在 RAM 里缓存 4KB 日志攒满后通过 DMA 一次性写入 MRAM。因为 MRAM 写速度快整包写入加上协议开销大概一帧的时间完全不会拖累主循环。开机自检时先发 RDID 指令确认 MRAM 通信正常然后读取两个镜像区比较序列号和 CRC选择有效的那份加载。提示如果你是第一次调 MRAM建议先用轮询方式把读写跑通再考虑 DMA。直接上 DMA 如果出了时序问题排查难度会翻倍。实测下来在 25MHz SPI 时钟下512KB 全片写入的理论时间约 170ms 左右实际加上地址和指令开销也不会超过 200ms。这在 Flash 时代是无法想象的。MR25H40CDF 和 STM32F412ZG 这套组合我用了几年最大的感受就是“省心”。不需要操心磨损均衡不需要操心擦除中断不需要操心写保护被意外触发只要把 SPI 时序捋顺它就是一个简单、可靠、近乎无限耐写的存储设备。最后再分享一条自己的习惯每拿到一款存储芯片先花一个小时把数据手册里的时序图和指令表完整读一遍再写驱动。很多问题本质上都是“没看手册”四个字。 
长河君 · 2026/10/4 6:27:53 · 阅读 1.2k MR25H40CDF与STM32F412ZG的SPI接口实现工业级掉电数据存储方案
做嵌入式项目特别是和工业设备打过交道的人应该都被同一个问题折磨过怎么才能在掉电的一瞬间把关键数据安全存住。电子秤里的校准参数、伺服驱动器当前坐标、电表累计量……传统的做法是 EEPROM一遇到高频写入就开始头疼。今天要聊的组合是我在几个项目里反复用下来非常顺手的方案MR25H40CDF 这颗 4Mbit 串行 MRAM配 STM32F412ZG 这款 Cortex-M4 单片机通过 SPI 接口把数据写入和读出来。MRAM 最大的特点就是写入前不需要擦除、读写寿命几乎无限、掉电后数据长期保留。如果你正在做需要频繁保存参数、记录故障日志、又对可靠性有要求的嵌入式产品这篇内容值得耐心看完我会从选型逻辑一直写到驱动代码和踩坑记录。这类题目在嵌入式面试八股里也经常被翻出来“MRAM vs Flash vs EEPROM 怎么选”“SPI 写时序怎么处理”但真到产线上跑起来你会发现现实要比八股复杂得多。我会尽量把最贴近实战的那一面讲清楚。1. 选型时我把 EEPROM、Nor Flash 和 MR25H40CDF 拉出来比了一圈先说项目背景。当时做的是一个现场控制器每台设备每天都要记录运行状态、累计动作次数、每次故障的触发时刻。现场反馈故障率偏高拆回来分析时发现板子上的 EEPROM 写坏了。用户一天开机几十次每次开机要写计数关机要写时长再加上运行时参数频繁调整一块普通的 I2C EEPROM标称擦写寿命 100 万次看起来很多实际在这种强度下撑不过两三年。我后来做选型时把常见方案拉出来对比了一下指标I2C EEPROMSPI Nor FlashSPI MRAMMR25H40CDF写入前是否需要擦除否但页面写入有限制必须先擦后写否典型字节级写入周期3~5ms页编程几十微秒但擦除要几十到上百毫秒无额外等待随 SPI 时钟完成擦写寿命100 万次级别大多 10 万次左右标称 10^15 次以上基本不用考虑磨损数据保持常温下 10 年以上10~20 年20 年级别容量 / 成本小容量便宜大容量便宜每比特成本偏高抗辐射 / 高温能力一般一般常用于电力、军工场合这个表格看完MRAM 的优势已经很直接了。它解决的是“频繁写、不能丢、不想等”这三个问题。1.1 为什么 EEPROM 先被淘汰EEPROM 在参数保存领域用了很多年但它有两个硬伤。第一写周期太长。一个字节的写操作往往要几毫秒如果掉电时正赶上写入代码还没跑完电源已经没了。第二写入寿命有限。标称 100 万次听上去不少但工程上要留降额我习惯按 30%~50% 评估。高频参数记录场景下100 万次真的撑不了太久。有的工程师会说那我加个磨损均衡把写地址轮换不就行了话是没错但 EEPROM 容量本来就不大地址轮换只是把寿命延长几倍并不能改变“它本质上有磨损”这个事实。对工业设备来说维护人员希望的是“装上就别因为存数据这事再来一遍”。1.2 Nor Flash 的擦除机制为什么不适合高频日志Nor Flash 的优势是容量大、价格低但它的写入逻辑和 MRAM 完全不一样。Nor Flash 必须先擦除后写入而擦除以“扇区”为单位。你要改 2 个字节也得先把这个扇区的内容读出来、擦掉、再整个写回去。这个机制导致两个问题一是写入路径很长意外掉电容易只擦不写数据直接丢二是擦写寿命同样有限一般一万到十万次。对日志型应用来说如果每 30 秒写一条记录一天就是 2880 次一块寿命 10 万次的 Nor Flash 个把月就废了。1.3 MRAM 值得关注的代价MR25H40CDF 不是没有缺点。它的容量只有 4Mbit也就是 512KB每比特成本也要比同等容量的 Nor Flash 贵不少。所以它不适合用来存大文件、固件升级包、图片素材这类东西。它适合的是“关键性数据”运行参数校准值、PID 参数、设备编号高频计数值动作次数、累计运行时间故障日志每次故障的现场快照掉电前的最后状态这样开机才能恢复从物理原理上说MRAM 用的是磁隧道结MTJ存储数据靠磁性方向来表示 0 和 1而不是像 Flash 那样靠浮栅电荷。电荷会泄漏、隧穿介质会磨损磁性的翻转则没有这个疲劳问题。这就是它能达到极高写寿命的根本原因。我也对比过 FRAM。FRAM 的写寿命同样很好功耗也更低但在高温范围和抗辐射能力上MRAM 通常更有优势。工业现场经常有静电、浪涌、高温环境MRAM 在这些方面更让我放心。所以最终定了 MR25H40CDF。2. MR25H40CDF 的规格细节和 SPI 指令集照着抄就能用对先把这颗芯片的基础参数理清楚。MR25H40CDF 是 Everspin 的串行 SPI MRAM容量 4Mbit十六进制地址范围就是 0x00000 到 0x7FFFF。工作电压 3.0V 到 3.6V典型情况接 3.3V。它是一颗 8 引脚器件引脚定义和 SPI Nor Flash 非常像包含 CS#、SCK、SI、SO、WP#、HOLD#、VDD、VSS。这很重要因为这意味着你在 PCB 上可以把它当作一颗 SPI Flash 来布局很多工程习惯可以直接复用。根据数据手册SPI 时钟最高可以到 40MHz 上下具体以你拿到的批次手册为准。我实际工程中很少顶着上限跑一般用 25MHz 或 12.5MHz后面讲初始化时我再展开。2.1 指令表怎么记MR25H40CDF 的指令集和常见的 SPI Flash 有重合但也有几个关键区别。我列一下最常用的几条指令操作码作用WREN0x06写使能写类指令前必须发WRDI0x04写禁用RDSR0x05读状态寄存器WRSR0x01写状态寄存器READ0x03标准读地址后直接读数据FSTRD0x0B快速读地址后加一个 dummy 字节WRITE0x02写数据RDID0x9F读厂商/设备 ID和 Flash 最大的区别是MRAM 没有擦除指令。你不用发 Sector Erase、Block Erase 那一套。这既是优点也是很多人踩坑的起点——有人会习惯性地把 Flash 驱动里的擦除流程搬过来结果擦除指令被 MRAM 当成无效操作紧接着又把状态寄存器弄乱了。2.2 读指令和写指令的关键差异读数据流程是 CS# 拉低发 READ 操作码再发 3 字节地址然后连续读数据最后 CS# 拉高。这个流程和 SPI Flash 几乎一样。写数据流程是 CS# 拉低发 WRITE 操作码再发 3 字节地址然后连续写数据最后 CS# 拉高。这里有一个很多人容易忽略的点MRAM 的 WRITE 指令没有“页”的概念。SPI Flash 的 Page Program一次最多写 256 字节超过页边界会回卷到页开头所以驱动里都要做分页处理。MR25H40CDF 不需要一条 WRITE 指令可以从地址 0 一直写到地址 0x7FFFF前提是 CS# 在整条指令期间保持低电平。这意味着写日志时驱动代码可以简单很多不用维护“当前页还剩多少字节”这种状态。另外MRAM 写入完成后没有额外等待时间。EEPROM 写完一个字节要等几毫秒内部编程完成Nor Flash 页编程后也要等 tPPMRAM 在 CS# 拉高的瞬间数据就进去了直接可以发下一条指令。这是 MRAM 在“写频繁”场景下最舒服的一点。2.3 状态寄存器与 WREN 的关系状态寄存器是 8 位的常见位包括bit1 WEL写使能锁存bit4/bit5 BP0/BP1块保护位bit7 WPEN写保护引脚使能读状态寄存器用 RDSR 指令写状态寄存器用 WRSR 指令。这里最关键的是 WEL 位。MCU 发 WREN 指令后WEL 置 1然后才能执行 WRITE 或 WRSR。一旦 CS# 拉高完成了一条写类指令WEL 会自动清 0。也就是说下次要写数据必须重新发一次 WREN。很多新手第一次移植 MRAM 驱动时写了 WRITE 指令发现数据没进去最后查到原因往往是上一条指令执行完了 WEL 已经清零他没有重新 WREN。我自己一开始也犯过这个毛病。3. STM32F412ZG 侧接线与 SPI 初始化从 CubeMX 到 25MHz 稳定运行这一节讲硬件连接。STM32F412ZG 主频 100MHzCortex-M4 内核带多个 SPI 外设对接 MRAM 非常合适。我习惯用 SPI1 来做这个事因为 SPI1 挂在 APB2 总线上时钟频率最高能够吃满 MRAM 的时钟上限。3.1 硬件连接别让 HOLD/WP 悬空先给一张接线表MR25H40CDF 引脚STM32F412ZG 引脚说明CS#PB0GPIO 输出手动控制片选SCKPA5SPI1_SCK时钟SIPA7SPI1_MOSI主机输出SOPA6SPI1_MISO主机输入WP#3.3V经 10k 上拉写保护不用时拉高HOLD#3.3V经 10k 上拉保持线不用时拉高VDD3.3V靠近引脚放 100nF10uF 去耦VSSGND地这里我要重点强调一下 HOLD# 和 WP#。这两个引脚如果悬空悬浮电平很容易受外部干扰从而导致 SPI 指令被硬件打断。我早期有一个板子现场偶发性数据异常查了很久最后发现就是 HOLD# 悬空导致的。线缆振动、继电器吸合产生的电磁干扰从引脚串进去芯片直接进入 hold 状态SPI 时钟来了它也不响应数据自然就坏了。所以接上拉电阻不是可选项而是必选项。如果你将来打算用块保护功能WP# 也需要能够被 MCU 控制不能直接焊死在 3.3V。不过绝大多数时候把 WP# 用 10k 上拉到 3.3V 就够了。3.2 SPI 时钟与初始化配置在 STM32CubeMX 里我这样配置 SPI1SPI1 设为 Full-Duplex Master数据大小8 bit帧格式MSB FirstCPOL / CPHA两者都设为 Low 或都设为 High 都可以MRAM 支持 SPI Mode 0 和 Mode 3。习惯上用 Mode 0。NSS设为 SoftwarePrescaler分频 4也就是 25MHzSTM32F412ZG 的 APB2 最高 100MHzSPI1 挂在这个总线上。分频 4 就是 25MHz满足 MRAM 40MHz 上限。如果你的 PCB 布线比较长、连接器转接比较多建议保守一点用分频 8也就是 12.5MHz。关于时钟频率我补充一点SPI 分频只能取 2、4、8、16 这些 2 的幂次所以你要追求精确的 24MHz 是做不到的。25MHz 和 12.5MHz 是实际工程中最常见的两档。写代码时建议把 SPI 波特率相关的配置放在 CubeMX 里做后续要调整时钟树时生成的代码会自动跟着改。NSS 选择 Software这个决定很关键。如果使用硬件 NSS在 DMA 传输或者连续多次传输时片选信号可能会提前变化导致 MRAM 把一条连续指令拆断。MRAM 的所有操作都依赖 CS# 在整条指令期间保持低电平所以我一直认为手动 GPIO 控制 CS# 是最稳的做法。SPI 初始化代码CubeMX 生成的函数基本够用void MX_SPI1_Init(void) { hspi1.Instance SPI1; hspi1.Init.Mode SPI_MODE_MASTER; hspi1.Init.Direction SPI_DIRECTION_2LINES; hspi1.Init.DataSize SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity SPI_POLARITY_LOW; hspi1.Init.CLKPhase SPI_PHASE_1EDGE; hspi1.Init.NSS SPI_NSS_SOFT; hspi1.Init.BaudRatePrescaler SPI_BAUDRATEPRESCALER_4; hspi1.Init.FirstBit SPI_FIRSTBIT_MSB; hspi1.Init.TIMode SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation SPI_CRCCALCULATION_DISABLE; hspi1.Init.CRCPolynomial 10; HAL_SPI_Init(hspi1); }CubeMX 的生成代码每个版本的字段名略有不同但核心参数就是上面这些。重点是分频、模式、软 NSS。4. 完整驱动代码从 WREN 到 CRC 校验的一次性讲清下面给出我自己项目里用的一套精简驱动。它不追求花哨只求稳定。4.1 底层 SPI 封装#include main.h extern SPI_HandleTypeDef hspi1; #define MRAM_CS_LOW() HAL_GPIO_WritePin(MRAM_CS_GPIO_Port, MRAM_CS_Pin, GPIO_PIN_RESET) #define MRAM_CS_HIGH() HAL_GPIO_WritePin(MRAM_CS_GPIO_Port, MRAM_CS_Pin, GPIO_PIN_SET) #define MRAM_SIZE 0x80000 // 512KB #define MRAM_ADDR_MASK 0x7FFFF static uint8_t mram_spi_xfer(uint8_t byte) { uint8_t rx 0; // 超时时间给 100ms足够覆盖极端情况 if (HAL_SPI_TransmitReceive(hspi1, byte, rx, 1, 100) ! HAL_OK) { return 0xFF; } return rx; }为什么用TransmitReceive而不是Transmit因为 SPI 是全双工总线你每发一个字节MISO 上也会同时移出一个字节。读取 MRAM 数据时主机也必须持续产生时钟最简单的办法就是发送 0x00 或 0xFF 占位字节同时把收到的数据保存下来。TransmitReceive正好一次完成这两个动作。4.2 写使能与状态寄存器读取static uint8_t mram_read_status(void) { uint8_t status 0; MRAM_CS_LOW(); mram_spi_xfer(0x05); // RDSR status mram_spi_xfer(0x00); // 读 1 字节 MRAM_CS_HIGH(); return status; } static void mram_write_enable(void) { MRAM_CS_LOW(); mram_spi_xfer(0x06); // WREN MRAM_CS_HIGH(); }每次写操作前我都建议检查 WEL 位是否真正置位。有的场合下 SPI 引脚接触不良或者 MCU 配置有问题WREN 指令没有真正发出去后续写操作自然失败。#define MRAM_STATUS_WEL 0x02 static int mram_check_wel(void) { uint8_t status mram_read_status(); if ((status MRAM_STATUS_WEL) 0) { return -1; } return 0; }4.3 读数据与写数据int mram_read_bytes(uint32_t addr, uint8_t *buf, uint32_t len) { if (addr MRAM_ADDR_MASK || len 0) { return -1; } if ((addr len) MRAM_SIZE) { return -1; } MRAM_CS_LOW(); mram_spi_xfer(0x03); // READ mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); for (uint32_t i 0; i len; i) { buf[i] mram_spi_xfer(0x00); } MRAM_CS_HIGH(); return 0; } int mram_write_bytes(uint32_t addr, const uint8_t *buf, uint32_t len) { if (addr MRAM_ADDR_MASK || len 0) { return -1; } if ((addr len) MRAM_SIZE) { return -1; } mram_write_enable(); if (mram_check_wel() ! 0) { return -2; } MRAM_CS_LOW(); mram_spi_xfer(0x02); // WRITE mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); for (uint32_t i 0; i len; i) { mram_spi_xfer(buf[i]); } MRAM_CS_HIGH(); return 0; }这里要说一下地址发送。MR25H40CDF 的有效地址是 19 位但 SPI 协议中地址固定是 3 字节高字节只有低 3 位有意义。有些网上抄来的驱动只发送 2 字节地址这在地址大于 0xFFFF 之后就会错位。我强烈建议按上面的写法把 24 位地址的三字节全部发出去高位强制为 0不要省略。写入后不需要轮询忙状态也不要去等 tPP 之类的延时。CS# 拉高写就完成了。但要注意一次写完成后 WEL 自动清零下一次写之前要重新 WREN。4.4 用块保护把配置区锁起来有些数据比如设备序列号、量产校准参数写入频率极低但绝不能乱掉。为了防程序跑飞或者外部干扰误写可以用状态寄存器里的 BP0/BP1 把配置区保护起来。#define MRAM_STATUS_WPEN 0x80 #define MRAM_STATUS_BP1 0x20 #define MRAM_STATUS_BP0 0x10 int mram_write_status(uint8_t status) { mram_write_enable(); if (mram_check_wel() ! 0) { return -2; } MRAM_CS_LOW(); mram_spi_xfer(0x01); // WRSR mram_spi_xfer(status); MRAM_CS_HIGH(); return 0; }将状态寄存器写成 0x30也就是 BP0 和 BP1 都为 1可以保护全部地址空间。此后除非先解除保护否则常规 WRITE 指令无法写入。解除保护的流程是先将 WP# 引脚拉高如果 WPEN 为 1 且 WP# 为低WRSR 本身会被忽略然后 WREN再写状态寄存器把保护位清掉。这个流程容易出错我建议在产线烧录程序里专门做一个“配置区解锁”函数避免在主程序里频繁切换保护状态。提示WRSR 指令执行完成后WEL 同样会被清零。所以写完状态寄存器后如果还要写数据必须再发一次 WREN。4.5 CRC16 数据完整性校验工业环境不比实验室数据在写入、传输、保存过程中要防偶然错误。我的做法是给每条日志记录加一个简单的帧格式字段长度说明Magic2 字节固定值用于同步Sequence4 字节序号Length2 字节有效数据长度PayloadN 字节实际数据CRC162 字节对前面所有字节的 CRC 校验CRC16 的生成多项式用经典的 CCITT也就是 0x1021。uint16_t crc16_update(uint16_t crc, uint8_t byte) { crc ^ (uint16_t)byte 8; for (int i 0; i 8; i) { if (crc 0x8000) { crc (crc 1) ^ 0x1021; } else { crc crc 1; } } return crc; }写入时先计算 CRC再把整包数据通过一次mram_write_bytes写进去。读出时校验 CRC失败就放弃这条记录或者从镜像区恢复默认值。5. 工业级可靠性设计掉电、写保护、日志镜像这些细节别漏能读写只是第一步真正让产品在现场扛得住的是掉电保护和数据冗余设计。这一节相当重要我提几个我在产线上验证过的做法。5.1 掉电保存的工程做法STM32F412ZG 内置可编程电压检测器 PVD。当 VDD 降到设定阈值以下时会触发中断。我用这个功能来做掉电保存。具体思路是把 PVD 阈值设置在一个比正常供电电压稍低的位置例如选择 2.9V 附近。这样外部电源掉电后在稳压器输出真正跌到 MCU 无法工作之前系统还能留出几毫秒到几十毫秒的余量。这个时间足够把关键参数写入 MRAM。void HAL_PWR_PVDCallback(void) { // 掉电标志置位主循环里看到这个标志就执行保存 power_fail_flag 1; }在中断回调里我只放了一个标志位没有直接执行 SPI 写入。原因是掉电瞬间电源环境比较恶劣中断里阻塞等待 SPI 反而增加不确定性。我的做法是在主循环中检测到掉电标志后立刻暂停其他任务执行一次精简的 MRAM 写入只保存最关键的数据比如当前计数值和运行状态。硬件上还需要在电源输入端加一个大一点的储能电容维持掉电检测到真正断电之间的时间。具体容量根据你保存数据量来算一般几百微法到几毫法都有人用。5.2 双镜像区与日志循环如果产品的重要数据是不断更新的一种很实用的方案是双镜像区。配置两个相同的区域 A 和 B每次写入时先写 A 并写入递增的序列号下次写 B再下次写 A。读取时比较 A 和 B 的序列号取序列号大且 CRC 正确的那一份作为最新数据。这样做的意义在于即使写入一半突然掉电导致其中一个镜像区损坏另一个镜像区仍然是完整的。系统重启后能够自动回退到上一次正确的状态不会因为一次掉电就把整条参数清空。日志类数据则适合用环形缓冲。MRAM 没有页边界限制这给环形缓冲带来了很大方便。你可以把 512KB 的一部分划分为日志区写指针循环走动每一条记录头部带时间戳、长度、CRC。由于 MRAM 写寿命极高不用担心环形缓冲反复覆盖同一段地址导致磨损这在 Flash 方案里是想都不敢想的。5.3 电磁干扰与生产注意事项工业现场最头疼的往往是静电和继电器产生的干扰。MRAM 的磁隧道结器件对静电放电比较敏感。生产组装时操作人员要佩戴防静电手环焊接台和测试设备要可靠接地。这一点如果你的产品是委托 SMT 贴片一定要在工艺文件里写明。PCB 布局上我建议MRAM 尽量靠近 STM32F412ZGSPI 走线短而直电源引脚旁放 100nF 陶瓷电容再并一个 10uF 钽电容或电解电容WP# 和 HOLD# 的上拉电阻靠近 MRAM 引脚放置SPI 的 SCK 和 MOSI 不要长距离平行走线减少串扰另外如果控制器要过认证或者现场干扰严重MRAM 的数据区可以考虑软件层面的重试机制。读取数据失败一次就重新读取连续读取三次结果一致才采用。6. 实测踩坑记录和我在产线上最终采用的读写策略最后这部分我把自己踩过的坑集中列一下。这里面每一条都是真金白银换来的经验。6.1 坑一HOLD 引脚悬空导致数据偶发损坏最早一版设计HOLD# 和 WP# 没有接上拉。实验室测试都正常到了客户现场就出现偶发性数据错乱。一开始怀疑 SPI 时序后来用示波器抓波形发现 HOLD# 引脚上有毛刺芯片时不时进入 hold 状态。把两个引脚都加上 10k 上拉电阻之后问题再没出现过。这个教训让我养成了习惯凡是有 HOLD 引脚的外设即使不用这个功能也一定把引脚固定到无效电平。6.2 坑二把 Flash 的擦除逻辑带进了 MRAM 驱动当时团队里有同事是从 SPI Flash 项目转过来的他写驱动时顺手把 Sector Erase 的代码放在了写数据之前。MRAM 不响应擦除指令但状态寄存器被后续操作搞乱导致读出来的数据不对。说到底MRAM 驱动的核心思维和 Flash 完全不同不需要擦除不需要分页不需要等待。写驱动之前先把“擦除”“页缓冲”“busy 轮询”这些词从脑子里清空。6.3 坑三硬件 NSS 和 DMA 配合出问题有一版我图省事片选用了 STM32 的硬件 NSS。单独读写时一切正常一旦把 spi 和 DMA 配合起来做大批量日志写入偶尔出现首字节丢失。调试了很久才明白硬件 NSS 在 DMA 传输的边界处理上并不总是符合 MRAM 对 CS# 电平的严格要求。后来我全面改成 GPIO 手动控制 CS#问题消失。现在我所有的 SPI 存储器件片选一律用普通 GPIO。6.4 坑四地址发错导致读写错位网上有些代码发送 2 字节地址因为很多小容量 SPI NOR 只需要 16 位地址。但 MR25H40CDF 是 512KB需要 19 位地址对应 3 字节地址字段。如果照抄 2 字节地址的驱动地址一旦超过 0xFFFF读写就错位。我的建议是无论芯片容量多大驱动里都固定发送 3 字节地址高字节补零。这样既兼容小容量也不会在换大容量芯片时翻车。6.5 我最终采用的读写策略综合以上经验我现在的新项目里MR25H40CDF 的使用策略是比较固定的。运行参数区划分 0x00000 到 0x0FFFF共 64KB。所有配置参数打包成结构体每次修改后立即写入同时更新序列号和 CRC。写完后设置块保护防止普通运行代码误写。日志区划分 0x10000 到 0x7FFFF共 448KB。MCU 在 RAM 里缓存 4KB 日志攒满后通过 DMA 一次性写入 MRAM。因为 MRAM 写速度快整包写入加上协议开销大概一帧的时间完全不会拖累主循环。开机自检时先发 RDID 指令确认 MRAM 通信正常然后读取两个镜像区比较序列号和 CRC选择有效的那份加载。提示如果你是第一次调 MRAM建议先用轮询方式把读写跑通再考虑 DMA。直接上 DMA 如果出了时序问题排查难度会翻倍。实测下来在 25MHz SPI 时钟下512KB 全片写入的理论时间约 170ms 左右实际加上地址和指令开销也不会超过 200ms。这在 Flash 时代是无法想象的。MR25H40CDF 和 STM32F412ZG 这套组合我用了几年最大的感受就是“省心”。不需要操心磨损均衡不需要操心擦除中断不需要操心写保护被意外触发只要把 SPI 时序捋顺它就是一个简单、可靠、近乎无限耐写的存储设备。最后再分享一条自己的习惯每拿到一款存储芯片先花一个小时把数据手册里的时序图和指令表完整读一遍再写驱动。很多问题本质上都是“没看手册”四个字。