STM32F103RC 与 MR25H40CDF MRAM 工业存储方案实战

1. 为什么 MR25H40CDF 在工业嵌入式场景里值得单独聊一聊

做工业设备和嵌入式采集终端的同行，大概率都遇到过同一个尴尬：系统跑得好好的，一断电，标定参数、累计运行时长、故障快照全没了。用 EEPROM 吧，写入速度慢、擦写寿命有限；用 Flash 吧，写之前还得先擦一整块，掉电瞬间正好在擦写，数据直接烂掉；用带电池的 SRAM 吧，电池要换、要维护，工业现场高低温一折腾，电池先扛不住。我这些年踩过的坑，基本都围绕“怎么让关键数据在断电、复位、强干扰下还能稳稳存住”这件事。

MR25H40CDF 就是冲着这个痛点来的。它是一颗 4Mbit 的 MRAM（磁性随机存储器），SPI 接口，和 STM32F103RC 这种经典工业 MCU 搭配，几乎是把“非易失 + 高速写入 + 近乎无限次擦写”三个需求一次性解决。MRAM 的存储原理和 Flash、EEPROM 完全不同，它靠磁性隧道结的磁化方向来存 0 和 1，写入不需要先擦除，也不依赖电荷隧穿，所以写入速度快、耐久度高，理论上读写次数可以到 10 的 14 次方量级，数据保持时间按厂商规格是 20 年以上。这个特性对工业场景意味着什么？意味着你可以把它当成“掉电不丢的 RAM”来用，参数想改就改，日志想记就记，不用再小心翼翼地算擦写次数、做磨损均衡。

STM32F103RC 大家太熟了，72MHz 主频、256KB Flash、48KB SRAM，三路 SPI，工业现场大量在用，资料多、成本低、供货稳。把 MR25H40CDF 挂到它的 SPI 总线上，硬件上就是几根线的事，软件上难点在于 SPI 时序配置、片选控制、以及如何设计一套可靠的读写协议。这篇文章我就按自己实际做过的项目经验，从选型逻辑、硬件连接、SPI 配置、读写实现、掉电保护设计到常见问题排查，完整讲一遍。适合正在做工业数据存储、设备参数管理、故障录波的嵌入式工程师，也适合刚接触 SPI 外设、想找一个靠谱非易失存储方案的朋友。看完你应该能直接照着搭出一套可用的存储子系统。

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

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

先把三种常见非易失存储拉出来对比，这样选型逻辑才清楚。

从表里能看出来，MRAM 的核心优势就是“像 RAM 一样写，像 Flash 一样存”。工业设备里最常见的场景是：设备运行过程中不断有状态数据要落盘，比如电机累计运行时间、传感器标定系数、最近若干条故障记录。这些数据的特点是写入频繁、单次数据量小、绝对不能丢。EEPROM 写入太慢，频繁写还会被寿命卡住；NOR Flash 擦除粒度大，小数据频繁写非常不划算，而且擦除过程中掉电是灾难性的。MR25H40CDF 正好补上这个空档。

当然，MRAM 也不是没缺点。成本比同容量 EEPROM、Flash 高，容量做到 4Mbit 已经算这个系列里比较大的了。所以我的设计思路是：MRAM 只存“关键小数据”，大块的历史日志、固件备份还是走普通 Flash 或者外部 SD 卡。分工明确，成本可控。

2.2 STM32F103RC 的 SPI 资源怎么分配

STM32F103RC 有三路 SPI：SPI1、SPI2、SPI3。SPI1 挂在 APB2 上，最高 72MHz 时钟，速度最快；SPI2、SPI3 挂在 APB1 上，最高 36MHz。实际用的时候，SPI1 的引脚是 PA5（SCK）、PA6（MISO）、PA7（MOSI），片选一般用 PA4 或者任意 GPIO。SPI2 是 PB13/PB14/PB15，SPI3 是 PB3/PB4/PB5。

我的习惯是：如果系统里还有别的 SPI 设备（比如显示屏、另一颗 Flash），就把 MR25H40CDF 单独挂一路 SPI，避免总线争用和片选混乱。如果只有它一个 SPI 设备，用 SPI1 最省事，速度也够。这里有个细节要注意，STM32F103 的 SPI 在配置时要区分“硬件 NSS”和“软件 NSS”。工业项目里我强烈建议用软件片选，也就是把 NSS 引脚配置成普通 GPIO 输出，手动拉低拉高。原因很简单：硬件 NSS 在多主或者时序要求严格的场景下容易出问题，而且一旦配置不当，片选信号会自己抖动，导致通信异常。软件片选虽然多写两行代码，但控制权完全在自己手里，调试也直观。

2.3 整体数据存储架构设计

我一般会把 MR25H40CDF 的 512KB 空间划分成几个区域，逻辑上分开管理：

• 参数区：存放设备标定系数、配置参数，带双备份和 CRC 校验。
• 计数区：存放累计运行时间、开关机次数等，采用“写新不写旧”的滚动方式。
• 故障快照区：环形缓冲区，记录最近 N 条故障发生时的关键变量。
• 保留区：预留扩展，或者存放一些出厂信息。

这样划分的好处是，每块数据的更新频率和可靠性要求不同，可以分别设计写入策略。参数区不常变，但一变就必须可靠；计数区频繁更新，要尽量减少对同一地址的反复写；故障快照区是环形覆盖，写满就从头来。MRAM 虽然寿命极高，但良好的软件设计依然能提升整体可靠性，也方便后期维护和问题定位。

3. 硬件连接与 SPI 时序关键细节

3.1 引脚连接与去耦处理

MR25H40CDF 是 8 引脚封装，SPI 接口，引脚定义大致是：CS、SO、SI、SCK、VDD、VSS、以及两个 NC 或者 hold 相关引脚（具体以数据手册为准）。和 STM32F103RC 连接时，对应关系如下：

电源去耦一定要做好。MRAM 在写入瞬间电流会有波动，我一般会在芯片 VDD 和 GND 之间放一个 0.1uF 陶瓷电容，紧贴芯片引脚，再并一个 1uF 或者 10uF 的钽电容做储能。工业现场电源纹波大，这一步省不得。另外，SPI 的 SCK 和 MOSI 走线尽量短，如果板上干扰强，可以在 SCK 上串一个 22 到 33 欧姆的电阻做阻抗匹配，减少过冲和振铃。MISO 是输入，一般不用串阻，但如果走线长，也可以考虑。

3.2 SPI 模式选择与时钟计算

MR25H40CDF 支持 SPI 模式 0 和模式 3，也就是 CPOL=0/CPHA=0 或者 CPOL=1/CPHA=1。我一般用模式 0，因为 STM32 的 SPI 默认配置就是模式 0，省事。关键是时钟极性要匹配：模式 0 下，SCK 空闲为低电平，数据在 SCK 上升沿采样。这个一定要和从机手册确认，搞反了读出来全是 0xFF 或者 0x00。

时钟频率方面，MR25H40CDF 最高支持 40MHz 的 SPI 时钟。STM32F103RC 的 SPI1 挂在 APB2 上，72MHz，分频系数最小是 2，也就是 36MHz。36MHz 在 40MHz 以内，可以用。但实际工业项目里，我建议先降到 18MHz（分频 4）或者 9MHz（分频 8）调试，等通信稳定了再往上提。原因有两个：一是长走线或者劣质排线在高速下容易出错；二是 MRAM 虽然快，但你的 PCB 布局未必能撑住 36MHz 的信号完整性。我实测过，在普通双面板、走线 5cm 左右的情况下，18MHz 非常稳，36MHz 偶尔会出现位错误，尤其是温度变化大的环境。

分频计算很简单：SPI 时钟 = APB 时钟 / 分频系数。SPI1 的 APB2 是 72MHz，分频 2 得 36MHz，分频 4 得 18MHz，分频 8 得 9MHz。配置的时候用SPI_BaudRatePrescaler_4这种宏就行。

3.3 片选信号的时序要求

软件片选虽然灵活，但时序必须注意。MR25H40CDF 要求片选拉低之后，要等一小段时间（通常几十纳秒）才能开始发时钟；片选拉高之前，也要确保最后一个时钟沿已经完成。STM32 的 GPIO 翻转速度很快，72MHz 下一条指令几纳秒，所以一般不用额外加延时。但在一些极端情况下，比如中断打断、DMA 传输，片选和 SPI 发送之间可能会被插入不确定的延迟。我的做法是：在片选拉低之后、发送第一个字节之前，插入一个__NOP()或者几个空操作，确保时序余量。片选拉高之前，先等 SPI 的 BUSY 标志清除，确认数据发完了再拉高。

还有一个坑：如果 SPI 配置成了硬件 NSS，但你又想用软件控制，一定要把 SPI_CR1 里的 SSM 位置 1，SSI 位也置 1，否则 SPI 会认为总线冲突，直接进入错误状态。这个在 STM32 的参考手册里有说明，但很多人第一次配的时候会忽略。

4. 软件实现：从 SPI 初始化到读写驱动

4.1 SPI 初始化代码与关键配置

先上 SPI1 的初始化代码，基于标准外设库，HAL 库的逻辑类似，只是函数名不同。

void SPI1_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; SPI_InitTypeDef SPI_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_SPI1, ENABLE); // SCK, MISO, MOSI 配置为复用推挽 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5 | GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); // CS 配置为普通推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_4; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_SetBits(GPIOA, GPIO_Pin_4); // 默认拉高 SPI_InitStructure.SPI_Direction = SPI_Direction_2Lines_FullDuplex; SPI_InitStructure.SPI_Mode = SPI_Mode_Master; SPI_InitStructure.SPI_DataSize = SPI_DataSize_8b; SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low; SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge; SPI_InitStructure.SPI_NSS = SPI_NSS_Soft; SPI_InitStructure.SPI_BaudRatePrescaler = SPI_BaudRatePrescaler_4; // 18MHz SPI_InitStructure.SPI_FirstBit = SPI_FirstBit_MSB; SPI_InitStructure.SPI_CRCPolynomial = 7; SPI_Init(SPI1, &SPI_InitStructure); SPI_Cmd(SPI1, ENABLE); }

这段代码里几个关键点：SPI_NSS_Soft表示软件片选，SPI_CPOL_Low和SPI_CPHA_1Edge对应模式 0，SPI_FirstBit_MSB是高位先发，MRAM 一般要求 MSB first。分频用 4，得到 18MHz，调试阶段够用。

4.2 字节收发函数与片选控制

SPI 收发一个字节的标准写法：

uint8_t SPI1_ReadWriteByte(uint8_t txData) { while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) == RESET); SPI_I2S_SendData(SPI1, txData); while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_RXNE) == RESET); return SPI_I2S_ReceiveData(SPI1); }

这个函数是阻塞式的，发一个收一个。注意要先等 TXE（发送缓冲区空）再写数据，然后等 RXNE（接收缓冲区非空）再读。顺序反了会丢数据。片选控制我封装成两个宏或者函数：

#define MRAM_CS_LOW() GPIO_ResetBits(GPIOA, GPIO_Pin_4) #define MRAM_CS_HIGH() GPIO_SetBits(GPIOA, GPIO_Pin_4)

每次操作 MRAM 之前拉低，操作完拉高。这里有个经验：连续读写多个字节时，片选要保持低电平，中间不能拉高，否则 MRAM 会认为一次操作结束，地址指针复位。这个和 EEPROM 的页写类似，但 MRAM 没有页的概念，整个芯片就是一个线性地址空间，只要片选保持低，地址会自动递增。

4.3 MR25H40CDF 的读写命令与地址处理

MR25H40CDF 的指令集比较简洁，常用的就几条：

写数据之前必须先发 WREN，否则写不进去。这是很多新手容易漏的一步。读数据不需要 WREN，直接发 READ 加地址就行。地址是 19 位，因为 4Mbit 等于 512KB，需要 19 根地址线。发送的时候是 3 个字节，高字节的前几位是无效的，实际有效的是低 19 位。比如地址 0x00000 到 0x7FFFF。

写一个字节的流程：

1. 拉低 CS
2. 发 WREN（0x06）
3. 拉高 CS（WREN 需要单独一个片选周期）
4. 拉低 CS
5. 发 WRITE（0x02）
6. 发地址高字节、中字节、低字节
7. 发数据字节
8. 拉高 CS

注意 WREN 之后要拉高 CS 再拉低，这是 MRAM 的要求，和有些 Flash 不一样。我一开始没注意，WREN 和 WRITE 放在同一个片选周期里，结果写不进去，查了半天手册才发现。

读一个字节的流程：

1. 拉低 CS
2. 发 READ（0x03）
3. 发地址三个字节
4. 读一个字节（发 dummy 0x00，收数据）
5. 拉高 CS

连续读写就是地址自动递增，片选保持低，一直发或者一直收就行。

4.4 状态寄存器与写保护

MR25H40CDF 的状态寄存器里有块保护位（BP0、BP1）和写使能锁存位（WEL）。默认情况下，块保护可能是关闭的，但如果你发现写不进去，先读状态寄存器看看 WEL 位是不是 1，BP 位是不是把区域锁了。读状态寄存器用 RDSR（0x05），写状态寄存器用 WRSR（0x01）。写状态寄存器之前也要先 WREN。

工业项目里我一般会把块保护全部打开（也就是不保护），因为整个芯片都归我管，不需要硬件写保护。但如果你的系统里有误写风险，比如程序跑飞了乱发指令，可以把关键参数区用块保护锁起来，需要改的时候再临时解锁。这个看具体需求。

5. 数据可靠性设计与掉电保护实战

5.1 双备份加 CRC 的参数存储方案

参数区我一般用双备份结构：同一份参数存两份，分别放在两个不同的地址段，每份后面跟一个 CRC32 校验值。读取的时候两份都读出来，校验都通过就比对是否一致，一致就用；不一致就以 CRC 通过的那份为准，并修复另一份。如果两份都坏了，就加载默认参数并报警。

这个方案的好处是，即使写入过程中掉电，最多只有一份被写坏，另一份还是好的。MRAM 写入虽然快，但也不是瞬间完成，电源跌落的过程中，正在写的那个字节可能处于不确定状态。双备份加 CRC 能兜住这个风险。

CRC 我一般用软件查表法实现，STM32F103RC 没有硬件 CRC 外设（F4 以上才有），软件算也够快，几百字节的参数几毫秒就算完了。CRC32 的多项式用标准的 0x04C11DB7，初始值 0xFFFFFFFF，结果异或 0xFFFFFFFF。

5.2 计数区的滚动写入策略

累计运行时间这种数据，如果每次变化都写同一个地址，虽然 MRAM 寿命极高，但也没必要。我的做法是划一块区域，比如 256 个字节，分成 64 个 4 字节的槽位。每次更新的时候，写到下一个槽位，写满一圈再从头覆盖。每个槽位里存一个递增的序号和数值，读取的时候找序号最大的那个就是最新值。

这样做的另一个好处是，如果某个槽位写坏了（概率极低，但工业环境什么都有可能），还有其他槽位可用。读取的时候如果发现某个槽位的 CRC 不对，直接跳过，用上一个有效的值。这比单点存储可靠得多。

5.3 掉电检测与写入时机

再好的存储介质，也怕写到一半断电。STM32F103RC 有 PVD（可编程电压检测器），可以设置一个电压阈值，比如 2.9V。当电源电压降到 2.9V 时，PVD 产生中断，在中断里赶紧把关键数据写进 MRAM，然后系统复位或者进入安全状态。

这个方案的关键是：从 PVD 触发到电源彻底掉到 MCU 无法工作，中间有多少时间。这取决于你的电源设计，输入电容越大，维持时间越长。我一般会在电源入口放一个大电容，比如 470uF 或者 1000uF，配合 LDO，能撑几十毫秒。MRAM 写一个字节只要几十纳秒，写几百字节也就几微秒，时间绰绰有余。

PVD 中断里要注意：不要做耗时操作，不要打印调试信息，直接写 MRAM，写完拉高片选，然后死循环或者复位。另外，PVD 中断的优先级要设高一点，避免被其他中断打断。

5.4 上电初始化的自检流程

上电之后，不要急着用 MRAM，先做一轮自检：

1. 读状态寄存器，确认芯片在线。
2. 读参数区两份备份，校验 CRC，决定用哪份。
3. 读计数区，找最新有效值。
4. 如果发现异常，记录到故障快照区，并加载默认值。

这个自检流程能提前发现硬件问题，避免系统带着错误参数运行。我遇到过一批板子，MRAM 的焊接不良，时好时坏，自检的时候读出来全是 0xFF，直接报警，产线就能挑出来，不用等到现场出问题。

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

6.1 读出来全是 0xFF 或者 0x00

这是最常见的现象。0xFF 通常表示 MISO 一直高，可能是片选没拉低、时钟没出来、或者从机没供电。0x00 表示 MISO 一直低，可能是 MISO 短路到地，或者从机损坏。排查步骤：

• 先用示波器看 SCK 有没有波形，频率对不对。
• 看 CS 有没有拉低，时序对不对。
• 看 MISO 在片选有效时有没有变化。
• 检查供电电压是不是 3.3V。
• 检查焊接，尤其是 QFN 或者 DFN 封装的芯片，虚焊很常见。

我踩过一次坑：SPI 的 GPIO 速度配置成了 2MHz，结果 18MHz 的时钟出来变成了三角波，从机根本认不出来。后来改成 50MHz 就好了。GPIO 速度这个参数很多人不注意，但在高速 SPI 下很关键。

6.2 写不进去数据

写不进去，先查 WREN 有没有发，WREN 和 WRITE 之间有没有拉高 CS。然后读状态寄存器，看 WEL 位是不是 1，BP 位是不是锁了。如果 WEL 是 0，说明 WREN 没生效，可能是时序问题。如果 BP 位锁了，需要先解锁。

还有一个可能：写完之后没有等足够的时间。MRAM 写入虽然快，但也不是零时间。写完之后可以读状态寄存器，看有没有 busy 位。不过 MR25H40CDF 一般不需要等待，写完直接就能读。

6.3 通信偶尔出错，重启就好

这种间歇性故障最头疼。常见原因：

• 电源纹波大，MRAM 工作不稳定。
• SPI 走线太长，信号反射。
• 地线处理不好，数字地和模拟地混在一起。
• 附近有电机、继电器等干扰源。

我的经验是，先查电源，用示波器看 VDD 上的纹波，如果超过 100mV，就要加电容或者换 LDO。然后查地线，SPI 的地回路要短，最好单点接地。如果还不行，降低 SPI 速度试试，18MHz 不行就降到 9MHz。工业现场，稳定比速度重要。

6.4 常见问题速查表

6.5 几个容易被忽略的实操细节

第一，MRAM 的片选在上电初始化之前要保持高电平，避免上电瞬间误触发。我一般会在 GPIO 初始化之后立刻拉高，再配置 SPI。

第二，如果系统里有多个 SPI 设备，切换设备的时候要先拉高当前设备的片选，再拉低目标设备的片选，中间留一点时间，避免总线冲突。

第三，调试的时候可以用逻辑分析仪抓 SPI 波形，比示波器直观，能直接看到命令、地址、数据的对应关系。Saleae 或者国产的几十块钱的逻辑分析仪都够用。

第四，MRAM 的数据保持时间虽然长，但如果是高温环境，比如 85 度以上，保持时间会缩短。工业级应用要留余量，关键数据最好定期刷新，比如每年开机的时候重写一遍。

7. 性能实测与扩展思路

7.1 实测写入速度与寿命估算

我在 18MHz SPI 下实测，写一个字节大概 2 到 3 微秒（包括片选和命令开销），连续写 512 字节大概 1.5 毫秒。读更快，连续读 512 字节不到 1 毫秒。这个速度对于工业参数存储和故障录波完全够用。

寿命方面，按 10^14 次计算，即使你每秒写一次，一年 31536000 次，也能写 300 多万年。所以实际项目中，MRAM 的寿命根本不是瓶颈，瓶颈在电源和软件逻辑。但良好的滚动写入和双备份设计依然值得做，因为工业环境里，任何单点故障都可能导致系统失效。

7.2 结合 DMA 提升大批量读写效率

如果数据量大，比如要存几 KB 的波形数据，可以用 DMA 来搬 SPI 数据，减少 CPU 占用。STM32F103RC 的 SPI1 有 DMA 通道，配置好之后，CPU 只需要发起传输，剩下的交给 DMA。不过 MRAM 的片选还是得手动控制，DMA 传输前后拉低拉高。这个方案我试过，读 4KB 数据，CPU 占用从 30% 降到 5% 以下，效果明显。

7.3 后续可以扩展的方向

如果项目需要更大的非易失存储，可以把 MRAM 作为“元数据区”，大块数据放外部 Flash 或者 SD 卡，MRAM 里只存文件系统的索引和关键参数。这样兼顾了成本和可靠性。另外，MRAM 的快速写入特性也适合做实时数据记录，比如电机控制里的电流环数据，每个控制周期记一次，出故障的时候直接读出来分析，比传统 Flash 方案方便得多。

我个人在实际操作中的体会是，MR25H40CDF 加 STM32F103RC 这套组合，硬件简单、软件不复杂，但细节很多。片选时序、WREN 流程、电源去耦、掉电检测，每一个环节都可能出问题。把这几块做扎实了，这套存储方案在工业现场非常稳。最后再分享一个小技巧：调试阶段可以在 MRAM 里专门划一个区域做“调试日志”，记录每次读写操作的地址和结果，出问题的时候读出来一看就知道哪里错了，比单步调试快得多。