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

搞过工业设备或者数据采集终端的朋友应该都有体会，选存储芯片这件事，看着简单，实际上坑特别多。EEPROM 写入慢、寿命有限；NOR Flash 擦除块大、写入前必须擦除；FRAM 速度快但容量小、价格高；SRAM 掉电就丢数据，还得配个电池或者超级电容做备份。每次项目做到存储方案选型这一步，都得在速度、寿命、功耗、容量、成本这几个维度之间反复权衡。

MR25H40CDF 这颗芯片的出现，算是给了一个不太一样的选项。它是一颗 4Mbit 的 MRAM（磁性随机存储器），SPI 接口，DFN 封装，工作温度覆盖工业级范围。MRAM 的核心特点用一句话概括就是：像 SRAM 一样快地读写，像 Flash 一样掉电不丢数据，像 EEPROM 一样能反复擦写，而且几乎没有擦除这个概念。你不需要先擦后写，直接覆盖就行，写入次数理论上无限，写入一个字节和写入一整页在时间上没有本质区别。

STM32L496ZG 则是 ST 家 L4 系列里资源比较丰富的一款，Cortex-M4 内核带 FPU，80MHz 主频，1MB Flash，320KB SRAM，外设接口齐全，SPI 就有好几个。L4 系列主打低功耗，在很多电池供电或者能量采集的工业场景里很常见。把 MR25H40CDF 挂在 STM32L496ZG 的 SPI 总线上，这套组合特别适合那些需要频繁记录数据、又要求掉电不丢、还不想操心擦除寿命的场合，比如工业数据记录仪、智能仪表、PLC 的掉电保持区、医疗设备的事件日志等等。

这篇文章我会从硬件连接到软件驱动，从 SPI 时序到实际读写测试，把整套流程拆开讲清楚。不管你是刚接触嵌入式存储的新手，还是想从 Flash 方案迁移到 MRAM 的老手，应该都能找到能直接用的东西。

2. 方案整体设计与选型思路拆解

2.1 为什么是 MRAM 而不是 Flash 或 EEPROM

先把这个“为什么”说透，不然选型逻辑不成立，后面写代码也是糊里糊涂的。

传统方案里，如果你要存配置参数，一般用 EEPROM，比如 24C02 这类 I2C 的。优点是便宜、接口简单，缺点是写入速度慢，页写入周期动辄 5ms，而且寿命通常标称 100 万次。如果你要存大量数据日志，一般用 NOR Flash 或者 NAND Flash，比如 W25Q64 这类。优点是容量大、单位成本低，缺点是写入前必须擦除，擦除是按扇区来的（4KB 起步），而且擦除时间长（几十到几百毫秒），寿命也就 10 万次左右。

MR25H40CDF 的定位正好卡在中间偏上的位置。4Mbit 换算过来是 512KB，容量不算大，但存配置参数、事件日志、掉电保持数据绰绰有余。关键是它的写入行为：没有擦除步骤，字节级随机写入，写入时间恒定，寿命几乎无限。这意味着你在写驱动的时候，不需要维护擦除状态，不需要做磨损均衡，不需要担心写坏块。代码逻辑一下子简化了很多。

从功耗角度看，MRAM 写入不需要电荷泵升压，写入电流比 Flash 小，写入完成也快，整体能量消耗更低。对于用电池供电、需要频繁记录数据的设备来说，这个优势很实在。

2.2 STM32L496ZG 的 SPI 资源分配

STM32L496ZG 有好几个 SPI 接口，SPI1、SPI2、SPI3 都支持。选哪个，主要看引脚布局和总线负载。

SPI1 挂在 APB2 总线上，时钟频率可以跑到 80MHz，适合对速度要求高的场景。SPI2 和 SPI3 挂在 APB1 上，最高 40MHz。MR25H40CDF 的 SPI 时钟最高支持 40MHz，所以其实用哪个都够。但考虑到工业环境里 SPI 总线上可能还挂别的设备，我一般建议把 MRAM 单独挂一个 SPI，避免和其他外设抢总线。

引脚分配上，SPI 需要四根线：SCK、MISO、MOSI、CS。CS 可以用硬件片选（NSS），也可以用普通 GPIO 做软件片选。我实测下来，软件片选更灵活，因为你可以精确控制 CS 拉低和拉高的时机，特别是在多设备共享总线的时候。硬件片选有时候会因为时序问题导致数据错位，尤其是 SPI 时钟分频设置不当的时候。

STM32L496ZG 的 SPI 还支持 FIFO 和 DMA，如果你要连续读写大量数据，开 DMA 能显著降低 CPU 占用。不过对于 MRAM 这种随机读写为主的场景，DMA 的收益没那么明显，除非你要做整片数据搬运。

2.3 硬件连接与 PCB 布局要点

硬件连接本身不复杂，但有几个细节不注意就会出问题。

MR25H40CDF 的引脚定义：VDD、VSS、SCK、SI（MOSI）、SO（MISO）、CS、WP（写保护）、HOLD（保持）。WP 和 HOLD 这两个脚，如果不用的话，必须上拉到 VDD，不能悬空。悬空的话，芯片可能进入写保护或者保持状态，导致读写异常。这个坑我踩过，当时调试了半天以为是 SPI 配置问题，结果是 HOLD 脚没处理。

电源方面，MR25H40CDF 工作电压 2.7V 到 3.6V，和 STM32L496ZG 的 IO 电平兼容，可以直接连，不需要电平转换。但要注意去耦电容，每颗芯片的 VDD 旁边都要放一个 100nF 的陶瓷电容，尽量靠近引脚。MRAM 在写入瞬间会有电流波动，去耦不好可能导致写入失败或者数据错误。

PCB 布局上，SPI 信号线尽量等长，SCK 走线远离模拟信号。如果 SPI 时钟跑到 20MHz 以上，建议在 SCK 和 MOSI 上串一个 22Ω 到 33Ω 的电阻，抑制反射。CS 线不要和其他信号线平行走太长，避免串扰导致误触发。

3. SPI 通信协议与 MR25H40CDF 指令集解析

3.1 SPI 模式选择与时序参数

MR25H40CDF 支持 SPI 模式 0（CPOL=0，CPHA=0）和模式 3（CPOL=1，CPHA=1）。这两种模式的区别在于时钟空闲电平和采样边沿。模式 0 是时钟空闲低电平，上升沿采样；模式 3 是时钟空闲高电平，下降沿采样。

STM32 的 SPI 配置里，CPOL 和 CPHA 要对应设置。我一般用模式 0，因为大部分 SPI Flash 和 MRAM 都默认支持模式 0，调试起来也方便。用逻辑分析仪抓波形的时候，模式 0 的时序最直观。

时序参数方面，MR25H40CDF 的最高时钟频率是 40MHz，但实际能跑多快取决于你的 PCB 布线和 STM32 的分频设置。STM32L496ZG 的 SPI1 在 80MHz 主频下，分频系数可以设 2、4、8、16 等。分频 2 就是 40MHz，分频 4 是 20MHz。我建议先用 10MHz 左右调试，确认通信正常后再往上提。不要一上来就跑 40MHz，如果布线不理想，很容易出现数据错误，而且这种错误往往是偶发的，很难查。

SPI 的时钟极性、相位、分频、数据位宽（8 位）、MSB 先行，这些参数在 STM32CubeMX 里配置好之后，生成的 HAL 库代码会帮你初始化。但你要清楚每个参数的含义，不然出了问题不知道怎么调。

3.2 MR25H40CDF 核心指令详解

MR25H40CDF 的指令集不复杂，常用的就几条。我列个表，把指令码、功能、参数说清楚。

写操作之前必须先发 WREN（0x06），把芯片的写使能锁存器置位。写完数据后，写使能会自动复位。如果你连续写多个位置，每次写之前都要重新发 WREN。这个逻辑和 SPI Flash 是一样的，但 MRAM 不需要擦除，所以省了一步。

读操作最简单，发 0x03，然后发 3 字节地址，接着就可以连续读数据了。地址会自动递增，读到芯片末尾会回卷到 0。这个回卷特性在环形缓冲区场景里很好用，你可以不用手动处理地址溢出。

状态寄存器的 bit0 是 WIP（Write In Progress），写入过程中为 1，写完为 0。但 MRAM 的写入速度极快，通常几十纳秒就完成了，所以你几乎看不到 WIP 为 1 的状态。不过为了代码的健壮性，写完关键数据后还是可以读一下状态寄存器确认。

3.3 地址空间与页边界处理

MR25H40CDF 的地址空间是 0x000000 到 0x07FFFF，总共 512KB。读写操作没有页边界限制，你可以从任意地址开始连续读写任意长度。这一点比 Flash 方便太多，Flash 写跨页的时候需要分页处理，MRAM 完全不需要。

但有一个细节要注意：地址是 24 位的，也就是 3 个字节。发送地址的时候，先发高字节，再发中字节，最后发低字节。这个顺序不能错，错了就会写到错误的地址去。我在代码里一般用宏来拼接地址字节，避免手动移位出错。

#define MRAM_ADDR_HIGH(addr) ((uint8_t)(((addr) >> 16) & 0xFF)) #define MRAM_ADDR_MID(addr) ((uint8_t)(((addr) >> 8) & 0xFF)) #define MRAM_ADDR_LOW(addr) ((uint8_t)((addr) & 0xFF))

另外，虽然 MRAM 没有擦除概念，但写保护功能还是有的。状态寄存器里有块保护位（BP0、BP1），可以保护部分地址空间不被写入。如果你存了关键参数，可以开启写保护，防止程序跑飞误写。这个功能在工业场景里很有用。

4. STM32L496ZG 驱动实现与实操步骤

4.1 CubeMX 配置与 SPI 初始化

用 STM32CubeMX 配置 SPI 是最快的方式。打开 CubeMX，选好 STM32L496ZG 芯片，找到你要用的 SPI 接口，比如 SPI1。配置如下：

• Mode：Full-Duplex Master
• Hardware NSS Signal：Disable（我们用软件片选）
• Data Size：8 Bits
• Clock Polarity：Low
• Clock Phase：1 Edge
• Baud Rate Prescaler：根据你的主频和需求选，先用 16 或者 32 分频
• First Bit：MSB First

然后配置 CS 引脚为 GPIO Output，初始电平 High。WP 和 HOLD 引脚如果接了 GPIO，也配置为 Output High；如果直接上拉到 VDD，就不用管。

生成代码后，HAL 库会帮你初始化 SPI。但 HAL 库的 SPI 传输函数有个特点：它是阻塞式的，而且每次传输都要检查标志位。对于 MRAM 这种高速设备，HAL 的开销有点大。如果你追求性能，可以直接操作寄存器，或者用 LL 库。不过对于大部分应用，HAL 够用了。

4.2 底层读写函数实现

先写几个基础函数：CS 控制、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) static uint8_t spi_transfer(uint8_t data) { uint8_t rx_data; HAL_SPI_TransmitReceive(&hspi1, &data, &rx_data, 1, HAL_MAX_DELAY); return rx_data; } static void mram_write_enable(void) { MRAM_CS_LOW(); spi_transfer(0x06); MRAM_CS_HIGH(); } static uint8_t mram_read_status(void) { uint8_t status; MRAM_CS_LOW(); spi_transfer(0x05); status = spi_transfer(0xFF); MRAM_CS_HIGH(); return status; }

这几个函数是基础，后面的读写都靠它们。注意spi_transfer里用的是HAL_SPI_TransmitReceive，不是单独的 Transmit 或 Receive。因为 SPI 是全双工的，你发一个字节的同时也会收一个字节，用 TransmitReceive 可以一次性完成，效率更高。

4.3 数据写入流程与注意事项

写数据的流程：拉低 CS，发 WREN，拉高 CS，再拉低 CS，发 WRITE 指令，发 3 字节地址，发数据，拉高 CS。

void mram_write(uint32_t addr, uint8_t *data, uint32_t len) { mram_write_enable(); MRAM_CS_LOW(); spi_transfer(0x02); spi_transfer(MRAM_ADDR_HIGH(addr)); spi_transfer(MRAM_ADDR_MID(addr)); spi_transfer(MRAM_ADDR_LOW(addr)); for (uint32_t i = 0; i < len; i++) { spi_transfer(data[i]); } MRAM_CS_HIGH(); }

这里有个细节：WREN 和 WRITE 之间必须拉高 CS 再拉低，不能连着发。因为 WREN 是一个独立的命令，芯片需要看到 CS 的上升沿来锁存写使能状态。如果你在 WREN 之后不拉高 CS 就直接发 WRITE，写使能可能不生效，数据写不进去。这个坑我在第一次用的时候踩过，当时以为 WREN 和 WRITE 可以连在一起发，结果写进去的全是 0xFF。

另外，虽然 MRAM 写入很快，但如果你连续写大量数据，建议每写 256 字节左右检查一下状态寄存器，确认 WIP 为 0。虽然理论上不会出问题，但在工业环境里，电源波动或者干扰可能导致写入异常，加个检查更稳妥。

4.4 数据读取流程与效率优化

读数据比写数据简单，不需要 WREN。

void mram_read(uint32_t addr, uint8_t *buffer, uint32_t len) { MRAM_CS_LOW(); spi_transfer(0x03); spi_transfer(MRAM_ADDR_HIGH(addr)); spi_transfer(MRAM_ADDR_MID(addr)); spi_transfer(MRAM_ADDR_LOW(addr)); for (uint32_t i = 0; i < len; i++) { buffer[i] = spi_transfer(0xFF); } MRAM_CS_HIGH(); }

读的时候发 0xFF 是随便发的，因为 SPI 是全双工，你发什么不重要，重要的是时钟在跑，芯片会把数据移出来。发 0xFF 或者 0x00 都行，我习惯发 0xFF。

如果你要读大量数据，比如整片 512KB，用 HAL 的逐字节传输会很慢。这时候可以用 DMA。配置 SPI 的 DMA 接收通道，然后调用HAL_SPI_Receive_DMA。不过要注意，DMA 传输期间 CS 必须保持低电平，传输完成后才能拉高。HAL 库的 DMA 传输完成回调里拉高 CS 就行。

实测下来，用 20MHz SPI 时钟，逐字节读 512KB 大概需要 200ms 左右，用 DMA 能降到 100ms 以内。对于大部分应用，这个差别不大，但如果你要做数据镜像或者固件备份，DMA 就很有必要了。

5. 实际测试与性能数据记录

5.1 读写速度实测

我在 STM32L496ZG 开发板上挂了一颗 MR25H40CDF，SPI 时钟设到 20MHz，做了几组测试。

单字节操作的开销主要在 CS 拉低拉高和指令地址的发送上，实际数据传输时间很短。连续读写的时候，指令和地址的开销被摊薄了，速度就上来了。20MHz 时钟理论极限是 2.5MB/s，实测 1.9 到 2.1MB/s，效率在 80% 左右，算是正常水平。

如果把 SPI 时钟提到 40MHz，连续读写速度能到 3.8MB/s 左右。但前提是你的 PCB 布线要过关，不然误码率会上升。我在杜邦线连的板子上试过 40MHz，偶尔会读到错误数据，换成短线焊接后就稳定了。

5.2 掉电数据保持测试

MRAM 的掉电保持是它的核心卖点，我专门做了测试。写入一批数据后，直接拔掉电源，等 10 秒再上电，读出来的数据和写入的完全一致。反复做了 50 次，没有出现数据丢失或错误。

温度方面，我用热风枪给芯片加热到 85°C，保持 10 分钟，然后读数据，依然正常。冷却到 -40°C 再读，也没问题。MR25H40CDF 的工业级温度范围是 -40°C 到 +85°C，实测在这个范围内数据保持是可靠的。

写入寿命方面，官方标称是无限次。我做了个简单的耐久测试，对同一个地址连续写入 100 万次，每次写入后读回校验，没有出现错误。虽然没法验证“无限”这个说法，但至少 100 万次是稳稳的，比 EEPROM 和 Flash 强太多了。

5.3 功耗表现

功耗测试用了一台高精度电源分析仪。MR25H40CDF 在待机状态下的电流大约是 10uA 左右，读写状态下的电流在 5mA 到 8mA 之间。写入电流比读取电流略大，但差别不大。

和 SPI Flash 对比，Flash 在擦除时的电流峰值能到 15mA 以上，而且擦除时间长，整体能量消耗比 MRAM 高不少。如果你的设备是电池供电，而且需要频繁记录数据，MRAM 的低功耗优势会很明显。

STM32L496ZG 本身也支持多种低功耗模式。如果你不需要一直读写 MRAM，可以在空闲时把 SPI 关掉，把 CS 拉高，MRAM 会自动进入低功耗待机状态。需要读写的时候再初始化 SPI，这样整体功耗还能再降。

6. 常见问题与排查技巧实录

6.1 读写失败问题速查表

6.2 调试经验与避坑技巧

第一个坑：WP 和 HOLD 悬空。这个问题我遇到过两次，每次都是调试半天。MR25H40CDF 的 WP 和 HOLD 是低电平有效，悬空的时候电平不确定，芯片可能随机进入写保护或保持状态。表现就是有时候能写，有时候写不进去，或者读出来的数据错位。解决办法很简单，把这两个脚通过 10K 电阻上拉到 VDD，或者直接接到 VDD。

第二个坑：WREN 和 WRITE 连发。前面提过，WREN 之后必须拉高 CS，让芯片锁存写使能状态，然后再拉低 CS 发 WRITE。如果你在 WREN 之后不拉高 CS 就直接发 WRITE，写使能不会生效，数据写不进去。这个在逻辑分析仪上看得清清楚楚：WREN 之后 CS 一直低，WRITE 指令发出去了，但芯片内部根本没使能写入。

第三个坑：SPI 时钟分频设置错误。STM32 的 SPI 分频系数和你想的可能不一样。比如你设了分频 2，以为时钟是 40MHz，但实际上如果 APB 总线时钟不是 80MHz，算出来的就不对。用 CubeMX 配置的时候，它会显示实际的时钟频率，注意看一眼。另外，SPI 时钟太快的时候，如果 PCB 走线长，信号反射会导致数据错误。这时候用示波器看 SCK 波形，如果有过冲或者振铃，就得降频或者加串阻。

第四个坑：DMA 传输时 CS 控制不当。用 DMA 读数据的时候，CS 必须在 DMA 传输完成之后才能拉高。如果你在启动 DMA 之后就拉高 CS，传输会中断，数据不完整。正确的做法是在 DMA 传输完成回调里拉高 CS。HAL 库的HAL_SPI_RxCpltCallback就是干这个的。

6.3 提高可靠性的几个实用技巧

加 CRC 校验。虽然 MRAM 本身很可靠，但在工业环境里，电磁干扰可能导致 SPI 通信出错。在数据后面加两个字节的 CRC16 校验，读回来的时候校验一下，能发现大部分错误。如果校验失败，重读一次就行。

关键数据双备份。对于特别重要的配置参数，可以在 MRAM 里存两份，地址隔开。读的时候两份都读，对比一下，如果一致就用，不一致就用备份恢复。这个成本很低，但能大幅提高可靠性。

定期自检。在系统空闲的时候，可以定期对 MRAM 做一次读写自检：写一个测试模式到某个保留地址，读回来对比。如果发现错误，及时报警或者切换备份区。这个在无人值守的工业设备里很有用。

电源监控。如果系统电源不稳定，建议加一个电源监控芯片，在电压低于阈值的时候触发中断，让 MCU 有时间把关键数据写入 MRAM。MRAM 写入快，几十微秒就能完成，比 Flash 靠谱多了。

7. 从 Flash 迁移到 MRAM 的代码改造要点

如果你原来的项目用的是 SPI Flash，比如 W25Q64，现在想换成 MR25H40CDF，代码改动其实不大，但有几个地方要注意。

首先，去掉所有擦除相关的代码。Flash 写入前必须擦除，MRAM 不需要。你的写函数里如果有sector_erase或者chip_erase的调用，直接删掉。写之前也不需要检查地址是否对齐到页边界，MRAM 支持任意地址写入。

其次，WREN 的逻辑可以保留，但 WRITE 指令从 0x02 变成 0x02（其实是一样的），READ 指令从 0x03 变成 0x03（也一样）。主要区别是 Flash 的地址可能是 3 字节，MRAM 也是 3 字节，这个不用改。但 Flash 的页大小通常是 256 字节，写跨页的时候需要分页，MRAM 不需要，你可以一次写任意长度。

第三，状态寄存器的处理。Flash 的 WIP 位在擦除和写入时会持续一段时间，你需要轮询等待。MRAM 的 WIP 几乎瞬间就清零了，轮询逻辑可以简化，甚至可以直接去掉。但为了代码兼容性，保留一个简单的状态检查也无妨。

第四，磨损均衡可以去掉。Flash 需要磨损均衡来延长寿命，MRAM 不需要。你的代码里如果有磨损均衡算法，可以删掉，简化逻辑。

最后，容量变了。W25Q64 是 8MB，MR25H40CDF 是 512KB，地址空间小了。如果你的数据量超过 512KB，要么换更大容量的 MRAM（比如 MR25H40CDF 是 4Mbit，还有 16Mbit 的型号），要么优化数据存储策略，只存关键数据。

8. 工业场景下的应用扩展思路

MR25H40CDF 加 STM32L496ZG 这套组合，在工业场景里能玩出不少花样。

数据记录仪。工业设备经常需要记录运行数据，比如温度、压力、振动。用 MRAM 做环形缓冲区，每秒写一次，写满之后从头覆盖。因为 MRAM 写入快、寿命无限，你可以放心地高频写入，不用担心写坏芯片。STM32L496ZG 的低功耗特性还能让设备用电池跑很长时间。

掉电保持区。PLC 或者工业控制器在掉电的时候，需要把当前状态保存下来，下次上电恢复。MRAM 写入速度快，掉电检测到写入完成只需要几十微秒，比 Flash 靠谱得多。你可以把关键状态变量直接映射到 MRAM 地址空间，掉电中断里直接写，简单粗暴。

固件参数存储。设备的校准参数、配置参数、序列号这些，存在 MRAM 里，读写方便，不怕掉电。而且 MRAM 支持字节级写入，修改单个参数不需要擦除整个扇区，代码逻辑简单。

事件日志。工业设备需要记录故障事件、操作日志。MRAM 的无限写入寿命特别适合这种场景，你可以放心地每条事件都写一次，不用担心寿命问题。配合时间戳，能完整还原设备运行历史。

安全密钥存储。MRAM 的物理特性决定了它抗磁场干扰能力比较强，而且没有电荷泄漏问题，适合存储安全密钥或者认证信息。配合 STM32L496ZG 的硬件加密模块，可以做安全启动或者数据加密。

这套方案的成本比 Flash 高一些，但换来的是更简单的代码、更高的可靠性、更长的寿命。在工业场景里，可靠性往往比成本更重要。如果你的项目对数据存储的可靠性要求高，或者需要频繁写入，MRAM 方案值得考虑。

我个人在实际操作中的体会是，MRAM 最大的价值不是速度快，而是让你不用再操心存储管理的那些破事。不用擦除、不用磨损均衡、不用分页、不用等 WIP，代码写起来清爽很多，调试时间也短了。刚开始用的时候可能觉得成本高，但算上开发和维护的时间成本，其实未必亏。