STM32F030RC 驱动 MR25H40CDF SPI MRAM 实战指南

1. 为什么 MRAM 在嵌入式存储里越来越受关注

搞嵌入式的人都有一个共同的痛：选存储芯片的时候，Flash 写入慢、擦除寿命有限，EEPROM 容量小、速度也不够看，FRAM 虽然快但容量和温度范围又有局限。我最早接触 MRAM 是在一个工业数据采集项目上，当时需要在断电瞬间把关键参数写进去，而且现场环境温度波动大，普通 Flash 根本扛不住频繁擦写。后来接触到 Everspin 的 MR25H40CDF 这颗 4Mbit 的 SPI MRAM，才算找到了一个比较理想的方案。

MRAM 的全称是磁阻随机存取存储器，它的存储原理跟 Flash 靠电荷俘获完全不同，用的是磁性隧道结的磁化方向来记录 0 和 1。这个物理机制带来的好处非常直接：写入不需要先擦除，没有擦写寿命的概念，理论上可以无限次写入，读写速度都是纳秒级的，而且掉电后数据不丢。你可以把它理解成一个“带非易失属性的 SRAM”，读写行为跟普通 RAM 几乎一样，但断电之后数据还在。

MR25H40CDF 的具体规格是这样的：容量 4Mbit，也就是 512KB，组织方式是 512K x 8 位。SPI 接口，最高时钟频率 40MHz，支持 SPI Mode 0 和 Mode 3。供电范围 2.7V 到 3.6V，工业级温度范围 -40°C 到 +85°C。封装是 8 引脚 DFN，体积很小，适合空间受限的板子。最关键的一点是，它对写入次数没有限制，也不需要擦除操作，写一个字节就是一个字节，不像 Flash 那样必须按扇区擦除。

STM32F030RC 是 ST 家的 Cortex-M0 入门级 MCU，48 引脚 LQFP 封装，256KB Flash，32KB SRAM，主频 48MHz。它自带两个 SPI 接口，SPI1 挂在 APB2 总线上，最高时钟可以到 24MHz（APB2 为 48MHz 时二分频）。虽然 M0 内核性能不算强，但对于工业现场的数据记录、参数存储、日志缓存这类应用来说完全够用。而且 F030 系列价格便宜、供货稳定，在很多工业控制板上都能见到。

把这两颗芯片搭在一起用，核心场景就是：需要频繁写入、掉电不能丢数据、环境条件比较恶劣的工业嵌入式应用。比如电力监控终端的事件记录、工业仪表的校准参数存储、PLC 的配方数据缓存、医疗设备的运行日志等等。这些场景的共同特点是写入频繁、数据量不大但要求可靠、断电随时可能发生。

我写这篇东西的目的，是把我在实际项目里用 MR25H40CDF 配合 STM32F030RC 的完整经验整理出来。包括硬件怎么连、SPI 怎么配、驱动怎么写、读写怎么优化、踩过哪些坑。如果你手头正好有类似需求，或者单纯想了解一下 MRAM 在嵌入式里怎么用，这篇内容应该能帮你省不少时间。

2. 硬件设计与 SPI 接口连接要点

2.1 MR25H40CDF 的引脚定义与硬件连接

MR25H40CDF 是 8 引脚 DFN 封装，引脚定义很标准。VDD 和 VSS 是电源，VDD 接 3.3V，VSS 接地。SCK 是 SPI 时钟输入，SI 是数据输入（MOSI），SO 是数据输出（MISO），CS 是片选，低电平有效。另外还有 WP 和 HOLD 两个引脚，WP 是写保护，HOLD 是暂停通信。在实际使用中，WP 和 HOLD 如果不用的话，建议直接上拉到 VDD，不要悬空，否则可能因为干扰导致意外写保护或者通信中断。

跟 STM32F030RC 的连接方式很直接。我一般用 SPI1，因为 SPI1 的引脚在 F030RC 上比较好安排。具体连接是：MR25H40CDF 的 SCK 接 PA5，SI 接 PA7，SO 接 PA6，CS 接 PA4。这四个引脚正好是 SPI1 的标准引脚组。WP 和 HOLD 分别通过 10K 电阻上拉到 3.3V。电源引脚旁边放一个 100nF 的陶瓷去耦电容，尽量靠近芯片放置。

这里有一个细节值得注意：MR25H40CDF 的 CS 引脚必须由软件或者硬件 SPI 的 NSS 来控制。STM32 的硬件 SPI 有硬件 NSS 模式，但我强烈建议用软件控制 CS，也就是把 CS 配成普通 GPIO 输出，在每次 SPI 传输前后手动拉低和拉高。原因后面会详细说，简单讲就是硬件 NSS 在多主机或者需要精确控制时序的场景下容易出问题，而且 F030 的硬件 NSS 功能有一些限制。

2.2 SPI 模式选择与时序分析

MR25H40CDF 支持 SPI Mode 0（CPOL=0，CPHA=0）和 Mode 3（CPOL=1，CPHA=1）。这两种模式的区别在于时钟空闲电平和数据采样边沿。Mode 0 下，SCK 空闲为低电平，数据在 SCK 上升沿采样；Mode 3 下，SCK 空闲为高电平，数据在 SCK 上升沿采样。两种模式都能正常工作，我一般选 Mode 0，因为这是最常用的配置，跟大多数 SPI 设备的默认设置一致。

时序参数方面，MR25H40CDF 的最高 SCK 频率是 40MHz，但 STM32F030RC 的 SPI1 在 48MHz 系统时钟下，经过分频之后最高只能到 24MHz。所以实际能跑到的最高速度是 24MHz。这个速度对于 MRAM 来说完全够用，因为 MRAM 本身没有写入延迟，24MHz 下连续写入的吞吐率大约是 3MB/s，比 Flash 快了一个数量级。

不过在实际布线的时候，24MHz 的 SPI 时钟已经算是比较高的频率了，PCB 走线要注意几点。SCK 和 MOSI 的走线尽量短，最好不超过 5cm。如果板子上有多个 SPI 设备，每个设备的 CS 走线要独立，不要共用。MISO 线上如果走线较长，可以考虑加一个 22 欧姆的串联电阻来抑制反射。地平面要完整，SPI 信号线下面最好不要有分割的地平面。

2.3 电源与去耦设计

MR25H40CDF 的供电范围是 2.7V 到 3.6V，典型值 3.3V。虽然它标称的工作电流不大，但在写入瞬间会有电流尖峰。我在实测中发现，如果去耦电容不够靠近芯片，写入时电源上会出现明显的毛刺，严重的时候会导致写入数据出错。所以 100nF 的去耦电容一定要放在 VDD 和 VSS 引脚旁边，距离越近越好，最好在 2mm 以内。

另外，如果板子上还有其他大功率器件，比如继电器、电机驱动之类的，建议给 MRAM 单独加一个 LDO 或者 RC 滤波。我有个项目就是因为在 MRAM 电源上跟一个继电器共用了一路 3.3V，结果继电器动作的时候 MRAM 写入偶尔会失败。后来加了一个 10 欧姆电阻加 10uF 电容的 RC 滤波，问题就解决了。

STM32F030RC 这边的 SPI 引脚配置也要注意。PA5、PA6、PA7 要配置成复用推挽输出（AF_PP），PA4 配置成普通推挽输出。SPI1 的时钟要打开，GPIOA 的时钟也要打开。如果用的是其他 SPI 引脚组合，记得查一下 F030RC 的数据手册，确认引脚复用功能。

3. STM32F030RC 的 SPI 初始化与底层驱动

3.1 用 CubeMX 快速配置 SPI1

如果你用 STM32CubeMX 来生成初始化代码，配置 SPI1 的步骤很简单。在 Pinout 视图里找到 SPI1，选择 Full-Duplex Master 模式。然后到 Configuration 页面，参数这样设：Frame Format 选 Motorola，Data Size 选 8 Bits，First Bit 选 MSB First，Prescaler 选 2 分频（这样 SCK 就是 24MHz），Clock Polarity 选 Low，Clock Phase 选 1 Edge。这样配置出来就是 SPI Mode 0。

NSS 信号选择 Software，也就是软件控制片选。CRC 关掉，因为 MR25H40CDF 不支持 CRC。FIFO 阈值保持默认就行。生成代码之后，CubeMX 会自动生成 MX_SPI1_Init 函数，里面包含了 SPI1 的初始化代码。

不过 CubeMX 生成的代码只是把 SPI 外设初始化好了，MRAM 的读写逻辑还得自己写。我一般会在 CubeMX 的基础上，自己封装一层 MRAM 驱动函数，把片选控制、命令发送、数据读写都封装起来，这样上层应用调用起来更方便。

3.2 手写 SPI 初始化代码

如果你不用 CubeMX，直接手写初始化代码也不复杂。首先是 GPIO 初始化，PA5、PA6、PA7 配置成复用推挽输出，PA4 配置成推挽输出。然后打开 SPI1 和 GPIOA 的时钟。SPI1 的初始化结构体里，Mode 设成 SPI_MODE_MASTER，Direction 设成 SPI_DIRECTION_2LINES，DataSize 设成 SPI_DATASIZE_8BIT，CLKPolarity 设成 SPI_POLARITY_LOW，CLKPhase 设成 SPI_PHASE_1EDGE，NSS 设成 SPI_NSS_SOFT，BaudRatePrescaler 设成 SPI_BAUDRATEPRESCALER_2，FirstBit 设成 SPI_FIRSTBIT_MSB，TIMode、CRCCalculation、CRCPolynomial 都关掉。

初始化完成之后，调用 SPI_Cmd(SPI1, ENABLE) 使能 SPI1。这时候 SPI1 就可以开始通信了。不过要注意，SPI 的发送和接收是同时进行的，发送一个字节的同时也会接收一个字节。所以在写数据的时候，如果只关心发送，接收到的数据直接丢弃就行；在读数据的时候，需要发送一个 dummy 字节来产生时钟，然后读取接收到的数据。

3.3 片选控制的实现细节

片选控制看起来简单，就是拉低和拉高一个 GPIO，但实际写代码的时候有几个细节要注意。首先，片选拉低之后不能立刻发送数据，要等一小段时间让 MRAM 检测到片选信号。MR25H40CDF 的数据手册里写了，CS 建立时间最小是 5ns，对于 24MHz 的 SPI 时钟来说，一个时钟周期是 41.6ns，所以理论上不需要额外延时。但我在实际调试中发现，如果 GPIO 翻转速度太快，有时候 MRAM 会漏掉第一个时钟。后来我在片选拉低之后加了一个 __NOP() 空操作，问题就没了。

片选拉高之后也不能立刻进行下一次操作，要等 MRAM 完成内部操作。MRAM 的写入是很快的，但 CS 拉高到下一次 CS 拉低之间还是需要一点时间。数据手册里写的 CS 保持时间是 5ns，实际用的时候我一般会加一个几微秒的延时，确保 MRAM 内部状态机回到空闲。

还有一个容易忽略的点：在 SPI 传输过程中，CS 必须始终保持低电平。如果中途 CS 被拉高，MRAM 会认为一次操作结束，之前发送的命令和数据就作废了。所以片选控制一定要在 SPI 传输函数的外层，确保整个命令序列期间 CS 都是低的。

4. MRAM 读写操作的完整实现

4.1 MR25H40CDF 的命令集解析

MR25H40CDF 的命令集不复杂，常用的就几个。读数据命令是 0x03，后面跟 3 个字节的地址，然后就可以连续读取数据了。写数据命令是 0x02，后面跟 3 个字节的地址，然后连续写入数据。写使能命令是 0x06，在每次写入之前必须先发送写使能。读状态寄存器命令是 0x05，用来查询 MRAM 的状态。写状态寄存器命令是 0x01，用来配置写保护等参数。

这里要特别注意写使能的问题。MR25H40CDF 在每次写入操作之前都需要先发送写使能命令，否则写入会被忽略。这个跟 EEPROM 类似，但跟 SRAM 不同。写使能命令发送之后，MRAM 内部会置一个写使能锁存位，这个位在写入完成之后会自动清除。所以每次写入之前都要重新发送写使能。

地址是 24 位的，因为 512KB 的容量需要 19 位地址，但 MRAM 用 3 个字节也就是 24 位来表示地址，高位补零就行。地址是 MSB 先发，也就是先发地址的高字节，再发中字节，最后发低字节。

4.2 单字节读写函数实现

先来看单字节写入的实现。函数接收两个参数：地址和数据。流程是这样的：拉低 CS，发送写使能命令 0x06，拉高 CS。然后再拉低 CS，发送写命令 0x02，发送 3 个地址字节，发送数据字节，拉高 CS。注意写使能和写命令之间必须拉高一次 CS，这是 MRAM 的要求，写使能命令必须单独作为一个操作。

void MRAM_WriteByte(uint32_t addr, uint8_t data) { MRAM_CS_LOW(); SPI_Transfer(0x06); // 写使能 MRAM_CS_HIGH(); MRAM_CS_LOW(); SPI_Transfer(0x02); // 写命令 SPI_Transfer((addr >> 16) & 0xFF); SPI_Transfer((addr >> 8) & 0xFF); SPI_Transfer(addr & 0xFF); SPI_Transfer(data); MRAM_CS_HIGH(); }

单字节读取更简单，不需要写使能。拉低 CS，发送读命令 0x03，发送 3 个地址字节，然后发送 dummy 字节读取数据，拉高 CS。

uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t data; MRAM_CS_LOW(); SPI_Transfer(0x03); // 读命令 SPI_Transfer((addr >> 16) & 0xFF); SPI_Transfer((addr >> 8) & 0xFF); SPI_Transfer(addr & 0xFF); data = SPI_Transfer(0xFF); // dummy 字节 MRAM_CS_HIGH(); return data; }

SPI_Transfer 函数就是标准的 SPI 收发函数，发送一个字节并返回接收到的字节。在 STM32 HAL 库里，可以用 HAL_SPI_TransmitReceive 来实现，或者直接操作寄存器。

4.3 页写入与连续读取优化

单字节读写虽然简单，但效率不高。每次写入都要发送写使能、写命令、3 字节地址，实际数据只占 1 个字节，开销太大。MR25H40CDF 支持页写入和连续读取，可以大幅提升效率。

页写入的意思是，发送一次写命令和起始地址之后，可以连续写入多个字节，MRAM 内部地址会自动递增。MR25H40CDF 的页大小是 256 字节，也就是说一次写入最多可以连续写 256 字节，跨页的时候地址会回绕到页首。实际使用的时候，我一般按 64 字节或者 128 字节来写，这样既提高了效率，又不会因为跨页问题导致数据错位。

连续读取就更简单了，发送一次读命令和起始地址之后，可以一直发送 dummy 字节来读取数据，地址自动递增，直到拉高 CS 为止。读取整个 512KB 只需要一次命令序列，效率非常高。

void MRAM_WritePage(uint32_t addr, uint8_t *buf, uint16_t len) { MRAM_CS_LOW(); SPI_Transfer(0x06); MRAM_CS_HIGH(); MRAM_CS_LOW(); SPI_Transfer(0x02); SPI_Transfer((addr >> 16) & 0xFF); SPI_Transfer((addr >> 8) & 0xFF); SPI_Transfer(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { SPI_Transfer(buf[i]); } MRAM_CS_HIGH(); }

这里有一个坑要注意：页写入的时候，如果起始地址不是页对齐的，写入的数据可能会跨页。比如从地址 0x00FF 开始写 10 个字节，前 1 个字节写在页 0 的最后一个位置，后面 9 个字节会回绕到页 0 的开头，而不是写到页 1。这是 MRAM 页写入的硬件行为，跟 Flash 类似。所以如果你要写入的数据跨页了，最好分两次写，或者确保起始地址和长度都是页对齐的。

4.4 写保护与状态寄存器配置

MR25H40CDF 有一个状态寄存器，可以用来配置写保护。状态寄存器的 bit 7 是 SRWD（状态寄存器写保护），bit 6 到 bit 2 是 BP3 到 BP0（块保护），bit 1 是 WEL（写使能锁存），bit 0 是 WIP（写进行中）。块保护位可以设置哪些地址区域被写保护，防止意外写入。

在实际项目中，我一般会把状态寄存器配置成不保护任何区域，因为 MRAM 的写入次数没有限制，不需要像 Flash 那样担心擦写寿命。但在一些安全性要求高的场景，比如存储校准参数的区域，可以设置块保护，防止程序跑飞的时候误写。

配置状态寄存器的流程是：发送写使能命令 0x06，然后发送写状态寄存器命令 0x01，接着发送状态寄存器值。注意写状态寄存器也需要先发写使能，而且写使能和写状态寄存器命令之间要拉高一次 CS。

5. 实际项目中的性能测试与优化经验

5.1 读写速度实测数据

我在一个实际项目里对 MR25H40CDF 的读写速度做了详细测试。测试平台是 STM32F030RC，系统时钟 48MHz，SPI1 时钟 24MHz。测试方法是连续写入 512KB 数据，然后连续读取 512KB 数据，用定时器计时。

写入测试结果：单字节写入模式下，写入 512KB 大约需要 2.8 秒，平均每个字节 5.5 微秒。页写入模式下，按 64 字节分页写入，写入 512KB 大约需要 0.35 秒，平均每个字节 0.68 微秒。读取测试结果：连续读取模式下，读取 512KB 大约需要 0.18 秒，平均每个字节 0.35 微秒。

从数据可以看出，页写入比单字节写入快了将近 8 倍，连续读取比单字节读取快了将近 16 倍。所以在实际项目中，只要数据量稍微大一点，就应该用页写入和连续读取，不要用单字节操作。

5.2 写入缓冲策略

在一些高频写入的场景，比如每毫秒采集一次数据并存储，如果每次都直接写 MRAM，虽然 MRAM 本身很快，但 SPI 通信的开销还是存在的。我一般会在 RAM 里开一个缓冲区，比如 256 字节或者 512 字节，数据先写到缓冲区里，等缓冲区满了或者达到一定时间间隔了，再一次性写入 MRAM。

这样做的好处是减少了 SPI 命令的开销，提高了整体吞吐率。但要注意，如果系统随时可能断电，缓冲区里的数据可能会丢失。所以对于关键数据，我一般会采用“双缓冲”策略：一个缓冲区正在写入 MRAM，另一个缓冲区继续接收新数据。写入完成之后切换缓冲区。这样既能保证数据不丢，又能提高写入效率。

5.3 掉电检测与紧急写入

MRAM 最大的优势就是掉电不丢数据，但前提是数据已经写进去了。如果掉电发生在 SPI 传输过程中，数据可能只写了一半。所以掉电检测很重要。我一般会用 STM32F030RC 的 PVD（可编程电压检测器）来监测电源电压，当电压降到阈值以下时，触发中断，在中断里把关键数据紧急写入 MRAM。

PVD 的阈值可以配置成 2.9V 或者 2.7V，具体看你的电源设计。中断触发之后，要尽快完成写入，因为电源电压还在继续下降。MRAM 的写入速度很快，一个页写入只需要几十微秒，所以在电源彻底掉到 2.7V 以下之前，完全来得及写完关键数据。

这里有一个经验：PVD 中断里不要做太多事情，只写最关键的数据，比如系统状态、错误码、最后几条日志。其他不重要的数据可以等下次上电再处理。另外，PVD 中断的优先级要设高一点，确保能及时响应。

6. 常见问题排查与避坑指南

6.1 读写失败问题排查

在实际调试中，最常见的问题就是读写失败。表现是读出来的数据全是 0xFF 或者 0x00，或者写入之后读出来跟写进去的不一样。遇到这种情况，我一般按以下顺序排查。

首先检查硬件连接。用万用表量一下 SCK、MOSI、MISO、CS 四个引脚的通断，确认没有虚焊。然后量一下 VDD 电压，确认在 3.3V 左右。如果条件允许，用示波器看一下 SCK 和 MOSI 的波形，确认时钟和数据都有输出。

如果硬件没问题，再检查 SPI 配置。确认 SPI 模式是 Mode 0 或者 Mode 3，数据位是 8 位，MSB 先发。确认片选控制正确，CS 在传输期间保持低电平。确认写使能命令在每次写入之前都发送了。

还有一个容易忽略的点：MR25H40CDF 的 WP 和 HOLD 引脚如果悬空，可能会因为干扰导致芯片进入写保护或者暂停状态。所以这两个引脚一定要上拉到 VDD。

6.2 SPI 通信不稳定问题

SPI 通信不稳定通常表现为偶尔读写错误，或者高速通信时出错。我遇到过几次这种情况，原因各不相同。

一次是因为 SPI 时钟太快，24MHz 下 PCB 走线太长，信号反射导致数据出错。后来把 SPI 时钟降到 12MHz，问题就没了。所以如果你的板子走线比较长，或者没有完整的地平面，建议先用低速测试，确认功能正常之后再逐步提高速度。

另一次是因为片选控制有问题。当时用的是硬件 NSS 模式，结果发现 NSS 信号在 SPI 传输结束后会自动拉高，导致 MRAM 提前结束操作。后来改成软件控制 CS，问题解决。所以再次强调，CS 一定要用软件控制。

还有一次是因为电源去耦不够。MRAM 写入瞬间电流尖峰导致电源波动，影响了 SPI 通信。后来在 VDD 引脚旁边加了一个 100nF 和一个 1uF 的电容，问题解决。

6.3 数据保持与可靠性注意事项

MRAM 的数据保持能力很强，官方标称在 85°C 下可以保持 10 年，在 25°C 下可以保持 20 年以上。但在实际使用中，有几个因素会影响数据保持的可靠性。

首先是电源质量。如果电源纹波太大，或者频繁上下电，可能会影响 MRAM 内部磁性隧道结的稳定性。所以电源设计要做好滤波和稳压。

其次是温度。虽然 MR25H40CDF 标称工业级温度范围是 -40°C 到 +85°C，但在极端温度下，写入的可靠性会有所下降。如果应用环境温度经常接近极限值，建议在写入之后回读校验，确保数据写对了。

最后是电磁干扰。MRAM 靠磁性存储数据，强磁场可能会影响数据保持。虽然 MR25H40CDF 有磁屏蔽设计，但在强磁场环境下使用还是要谨慎。如果应用场景有强磁场，建议加一个磁屏蔽罩。

6.4 常见问题速查表

7. 项目实战：工业数据记录器的完整实现

7.1 系统架构与数据组织

我之前做过一个工业数据记录器，核心就是 STM32F030RC 加 MR25H40CDF。这个记录器用来采集现场传感器的数据，每 100ms 采集一次，包括温度、湿度、压力三个参数，每个参数用 2 个字节表示，一条记录就是 6 个字节。记录器需要保存最近 7 天的数据，算下来 7 天 24 小时 3600 秒 10 次每秒，总共大约 600 万条记录，需要 36MB 的存储空间。MR25H40CDF 只有 512KB，显然不够。

所以我的方案是：MRAM 只保存最近 1 小时的数据，作为高速缓存和掉电保护。1 小时的数据量是 3600 秒 10 次每秒 6 字节，大约 216KB，正好在 MRAM 的容量范围内。更早的数据通过串口上传到上位机或者写入 SD 卡。这样 MRAM 就起到了一个“掉电不丢的环形缓冲区”的作用。

数据在 MRAM 里按环形缓冲区的方式组织。起始地址 0x00000 到 0x3FFFF 共 256KB 用来存数据，每条记录 6 字节，总共可以存大约 43690 条记录。写指针从 0 开始，每写一条记录增加 6，写到末尾之后回绕到开头。读指针用来读取尚未上传的数据。为了区分空缓冲区和满缓冲区，我额外用一个字节在固定地址保存当前写指针的位置。

7.2 关键代码实现

环形缓冲区的写入函数大概是这样：

#define MRAM_DATA_START 0x00000 #define MRAM_DATA_END 0x3FFFF #define RECORD_SIZE 6 #define MRAM_PTR_ADDR 0x40000 void Record_Write(uint8_t *record) { uint32_t wr_ptr = MRAM_ReadWord(MRAM_PTR_ADDR); if (wr_ptr < MRAM_DATA_START || wr_ptr > MRAM_DATA_END) { wr_ptr = MRAM_DATA_START; } MRAM_WritePage(wr_ptr, record, RECORD_SIZE); wr_ptr += RECORD_SIZE; if (wr_ptr > MRAM_DATA_END - RECORD_SIZE + 1) { wr_ptr = MRAM_DATA_START; } MRAM_WriteWord(MRAM_PTR_ADDR, wr_ptr); }

读取函数类似，从读指针位置读取记录，然后更新读指针。读指针也存在 MRAM 里，这样掉电之后读指针也不会丢。

7.3 掉电保护与数据恢复

掉电保护是这个项目的核心需求。我在电源部分加了一个大电容，保证掉电之后系统还能维持几十毫秒的供电。PVD 中断触发之后，系统会立即停止数据采集，把当前缓冲区里的数据写入 MRAM，然后更新写指针。整个过程在 10ms 以内完成，大电容完全撑得住。

上电之后，系统首先从 MRAM 里读取写指针和读指针，恢复环形缓冲区的状态。然后检查数据完整性，如果发现写指针位置的数据不完整（比如全 0xFF），说明上次掉电时写入没完成，就把写指针回退一条记录。这个恢复逻辑我调试了很久，最后发现最简单可靠的方式是：每次写入记录之前，先在记录末尾写一个校验字节，上电恢复的时候检查校验字节，不对就回退。

7.4 实际运行效果与经验总结

这个记录器在现场跑了大概半年，经历了多次意外断电，数据没有丢失过。MRAM 的写入速度完全跟得上 100ms 一次的采集频率，CPU 占用率很低。后来我把采集频率提高到 10ms 一次，MRAM 依然能轻松应对。

踩过的坑主要有两个。一个是刚开始的时候没有用页写入，每条记录写入都要发一次写使能和写命令，SPI 开销太大，导致 CPU 负载偏高。后来改成攒够 10 条记录一起写，效率提升明显。另一个是 PVD 中断的优先级问题，刚开始设得太低，掉电的时候中断响应不及时，有几次数据没写完就断电了。后来把 PVD 中断优先级设到最高，问题解决。

8. 选型对比与扩展思考

8.1 MRAM 与 Flash、EEPROM、FRAM 的对比

从对比可以看出，MRAM 的优势在于无限擦写寿命和无需擦除的快速写入，缺点是容量偏小、成本偏高。Flash 容量大、成本低，但写入慢、寿命有限。EEPROM 容量太小，速度也慢。FRAM 在速度和寿命上跟 MRAM 接近，但容量更小，而且 FRAM 有读取破坏性的问题，读取之后需要重写。

所以选型的逻辑很简单：如果你需要频繁写入、掉电不能丢数据、数据量不大，MRAM 是最优解。如果数据量大、写入不频繁，Flash 更合适。如果只是存一点配置参数，EEPROM 就够了。

8.2 更大容量需求的应对方案

MR25H40CDF 只有 512KB，如果项目需要更大容量怎么办？有几个思路。一是用多颗 MRAM 并联，通过不同的 CS 来片选，比如用 4 颗组成 2MB。二是用 MRAM 加 Flash 的组合，MRAM 做高速缓存，Flash 做冷数据存储。三是考虑 Everspin 更大容量的 MRAM 型号，比如 16Mbit 的 MR25H256，容量 2MB，引脚和命令集跟 MR25H40CDF 兼容，可以直接替换。

我在另一个项目里用过 MR25H256，软件上几乎不用改，只需要把地址范围从 19 位改成 21 位，其他代码完全兼容。所以如果你现在用 MR25H40CDF，以后容量不够了，升级到 MR25H256 是很平滑的。

8.3 在 RTOS 环境下的使用建议

如果你的项目用了 RTOS，比如 FreeRTOS，MRAM 的读写要注意线程安全。SPI 总线是共享资源，多个任务同时访问会冲突。我一般会用一个互斥锁来保护 SPI 总线，每次读写 MRAM 之前先获取锁，操作完成之后释放锁。

另外，MRAM 的写入操作虽然快，但在 RTOS 里最好还是放在低优先级任务里做，不要放在中断里。PVD 中断是例外，因为掉电保护必须立即执行。但 PVD 中断里只做最关键的写入，其他数据恢复和整理工作放到任务里做。

还有一个建议：如果 RTOS 支持，可以把 MRAM 驱动封装成一个独立的设备文件或者消息队列，其他任务通过发送消息的方式来请求读写，驱动任务统一处理。这样代码结构更清晰，也更容易维护。

8.4 未来升级方向

从技术趋势来看，MRAM 的容量在不断增加，成本在逐渐下降。Everspin 已经推出了 32Mbit 甚至更大容量的 MRAM 产品，接口也从 SPI 扩展到 QSPI 和 Octal SPI。如果以后项目需要更大容量和更高速度，可以考虑升级到 QSPI 接口的 MRAM，STM32F030RC 虽然没有 QSPI，但可以升级到 STM32F4 或者 STM32H7 系列，这些 MCU 自带 QSPI 接口，配合大容量 MRAM 可以做到几十 MB 的存储容量和上百 MB/s 的吞吐率。

另外，MRAM 在嵌入式 AI 领域也有应用前景。比如把神经网络权重存在 MRAM 里，掉电不丢，而且读取速度快，适合做推理加速。虽然现在 MRAM 容量还偏小，存不下太大的模型，但对于一些轻量级的 TinyML 应用来说，已经够用了。

我个人在实际操作中的体会是，MRAM 这颗芯片用起来确实省心，不用担心擦写寿命，不用等擦除，写入就是写入，跟操作 SRAM 差不多。唯一要注意的就是成本比 Flash 高，所以要用在刀刃上。如果你的项目里有频繁写入、掉电保护、高可靠性这些需求，MRAM 值得考虑。如果只是普通的数据存储，Flash 或者 EEPROM 更划算。选型的时候把需求想清楚，比盲目追求新技术更重要。