MRAM×PIC24EP：高频数据记录与掉电不丢的工业存储方案

做过嵌入式的人都知道，存储这件事有多让人纠结。Flash 写入寿命有限、EEPROM 容量又不够大、掉电保存总得小心翼翼的。前阵子做工业数据记录模块，翻遍了选型手册，最后敲定了 Everspin 的 MR25H40CDF 磁阻 RAM 搭配 Microchip PIC24EP512GU814 的方案。这套组合用下来，比我预想的还省心，今天把整个过程拆开讲讲，从选型思路、硬件连接、软件驱动到实际踩坑，全部记录下来。

MR25H40CDF 是一颗 4Mbit 的串行 MRAM，SPI 接口，容量相当于 512KB，最大的特点就是非易失性加无限次写入。PIC24EP512GU814 则是 Microchip 高性能 16 位 MCU，带 USB 功能，512KB Flash，外设丰富，SPI 接口配置灵活。两者组合起来，正好填补了工业级数据存储"既要快、又要不丢、还要耐操"的空缺。这篇内容适合正在做数据采集、参数存储、掉电保存方案的同学参考，尤其是对写入寿命有硬性要求的场景。

1. 为什么选 MRAM：存储介质的定位与选型逻辑

先别急着看代码，我觉得有必要把选型思路说清楚。很多工程师一提到非易失性存储就默认用 Flash 或者 EEPROM，但这种惯性思维在工业场景里往往要付出代价。

1.1 MRAM 原理与 MR25H40CDF 核心参数

MRAM 全称是 Magnetoresistive Random Access Memory，磁阻随机存储器，它工作的基本原理是利用磁性隧道结（MTJ）在不同磁化方向下表现出不同的电阻值来存储数据。磁化方向的改变本质上是物理状态的翻转，不需要电子冲入浮栅，没有电荷泄漏问题，这跟 Flash 在物理层面就有本质区别。

这种物理机制带来几个 Flash 完全比不了的特性。首先是非易失性，断电后数据通过磁性状态保持，不依赖电荷，数据保持时间达 20 年以上。其次是写入耐久性，规格书上写的是无限次读写，也就是说理论上有生之年你写不坏它。再次，MRAM 的写入速度跟读一样快，没有擦除前置步骤，单次写入就是几十纳秒级别，SPI 接口下瓶颈主要是时钟频率。

MR25H40CDF 具体参数我列个表方便对照：

注意这个 40MHz 时钟，意味着理论上极限吞吐接近 5MB/s（40Mbps / 8），实际上因为命令开销、片选切换这些因素，有效吞吐大概在 3~4MB/s，这个速度在数据记录场景里已经完全是"内存级"体验了。

1.2 与 Flash、EEPROM、FRAM 的对比

选型的时候最容易纠结的就是 MRAM 跟 FRAM（铁电存储）怎么选，以及什么时候该继续用 Flash。我干脆做了个对比表：

这张表能看出一个非常清晰的结论：如果你的应用只是偶尔存一次配置参数，一天写不了几次，那 EEPROM 绰绰有余。但如果你的系统要高频记录数据，比如每秒写几十次甚至上百次运行状态，Flash 的 10 万次擦写寿命用不了几天就报销了。FRAM 虽然耐久性也高，但 MRAM 的访问模式更接近传统 RAM，而且 Everspin 的生态成熟，工业级认证完整，价格倒是次要的，可靠第一。

我当时的需求是每 100ms 记录一组电机运行参数，一天下来就是 86.4 万次写入，这种体量只有 MRAM 能扛得住。

2. PIC24EP512GU814：选这颗 MCU 的理由与 SPI 资源分析

存储颗粒定了，主控也要选得顺手。PIC24EP512GU814 这颗芯片是 Microchip 的中高端 16 位 MCU，用它来驱动 SPI MRAM 属于小材大用，但工业产品通常还有其他活儿要干。这颗 MCU 是 100 引脚封装（也有 64/49引脚版本），512KB 程序 Flash、52KB RAM，主频 70 MIPS。最吸引我的是它带原生 USB 2.0 全速外设，这意味着数据记录模块不只能存，还能通过 USB 把数据导出来，这个组合在工业数据采集设备里非常实用。

2.1 选型考虑与芯片特性

PIC24EP 系列采用改进型哈佛架构，16 位数据总线，单周期指令执行，中断响应速度也快。GU814 这个后缀里面，"GU"标识带 USB 模块，"814"属于 EP512 系列的高配型号。USB 这块我是真的很喜欢，调试阶段直接用 USB 虚拟串口打日志，不用额外接调试线，现场数据导出也方便。

程序存储方面，写应用绰绰有余，而且 MCU 还有专门的 DMA 模块，可以把 SPI 接收的数据直接搬进内存，CPU 介入很少。对于 MRAM 这类每 100ms 一次的数据记录任务，DMA 加中断的组合能把 CPU 占用压到 1% 以下，主循环还能腾出来跑控制算法和通信协议。

2.2 SPI 模块配置要点

PIC24EP 的 SPI 模块在初始化时有几个细节值得多写几笔。首先是选择哪个 SPI 外设，PIC24EP 通常有多个 SPI 模块，我用的 SPI1 和 SPI2，一个接 MRAM，一个留给外部传感器，模块间互相独立，不会打架。

引脚映射也是特色。PIC24EP 支持外设引脚选择（PPS），SPI 的时钟、数据引脚可以映射到任意支持 RP 功能的引脚上，PCB 布线的时候自由度大大提升。实际配置时我用宏定义做了映射：

// 引脚映射宏定义（以实际硬件连线为准） // SCK1 -> RP2 // SDO1 -> RP3 (主出从入) // SDI1 -> RP4 (主入从出) #define MRAM_SCK_PIN _RP2 #define MRAM_SDO_PIN _RP3 #define MRAM_SDI_PIN _RP4 // 片选用普通 GPIO，占用 RA0 #define MRAM_CS_LAT LATAbits.LATA0 #define MRAM_CS_TRIS TRISAbits.TRISA0

这里有个非常容易犯的错误：PIC24EP 的 SPI 可重映射配置，SDO（输出）是 RP 映射，SDI（输入）是 RPI 映射，两者使用的映射寄存器路径不一样。具体来说，输出引脚配置在 RPINR 寄存器组，输入引脚配置在 RPOR 寄存器组，这一点跟 STM32 完全不同，初上手的人很容易搞混。

波特率设置上，SPI 时钟频率可以由 SPIxBRG 寄存器分频得到，计算公式是 FPB / (2 * (BRG + 1))。我用的外部晶振是 8MHz，FPB 配到 40MHz，BRG 设置为 4，SPI 时钟就是 40 / (2 * 5) = 4MHz，对 MR25H40CDF 来说是非常稳妥的速度。如果追求极限，可以往上拉到 10MHz、20MHz，但数据显示线长了之后信号质量会下降，4MHz 什么都够用。

3. 硬件设计：原理图与 PCB 布局的实操要点

软件写得再漂亮，硬件基础不牢也会翻车。MRAM 虽然现在是 3.3V 接口，但工业环境里的电源噪声、脉冲干扰足以让 SPI 通信错乱。这个章节我把原理图设计和 PCB 布局里那些不能踩的坑全部讲透。

3.1 最小电路连接与引脚分配

MR25H40CDF 的 8 个引脚里，除了电源和地，真正要打交道的信号就只有四个：SCK、SI（主出从入）、SO（主入从出）、CS。剩下两个功能引脚是 /HOLD 和 /WP，虽然有时候可以直接上拉，但工业场景我建议用 GPIO 控制，不要省这两根线。

引脚连接表如下：

/HOLD 和 /WP 的处理方式值得专门说一下。很多人直接把 /WP 接 VCC，让写保护永远关闭，这在原型阶段没问题，但工业环境中如果 MCU 程序跑飞或者 SPI 时序错乱，误写 MRAM 的可能性是存在的。我把 /WP 接到了独立 GPIO，平时置高，只有在执行写操作前置低，写完立刻恢复高；硬件上还串联了一个 10k 电阻，防止 GPIO 初始化期间引脚浮空导致意外状态。

/HOLD 同理，通过 10k 电阻上拉到 VCC，这样不占用 GPIO 也能保持正常通信。但我看到不少参考设计直接悬空，这在高噪声环境里风险很大，MRAM 的 /HOLD 悬空时一旦被干扰拉低，整个 SPI 通信就会冻结，必须整颗复位才能恢复。建议要么接电阻上拉，要么用 GPIO 控制，别偷懒。

3.2 电源去耦、地平面与抗干扰布局

MRAM 的瞬态功耗不高，但 SPI 高速翻转时电流尖峰还是存在的。每个 VCC 引脚旁边必须加一个 0.1uF 的陶瓷电容，位置要紧贴引脚，走线先过电容再到器件电源脚。此外整个 3.3V 电源域还要有一个 10uF 钽电容做储能。

地平面的处理直接影响通信稳定性。4MHz 的 SPI 时钟频率下，信号边沿会比较陡峭，如果地平面不连续、回路面积过大，辐射噪声会把 SO 线上的数据冲掉。我的做法是：所有 SPI 信号线走在同一层，尽量并排缩短，不要跨分割区；在 MRAM 下方铺一块完整的地铜，信号线两侧加地线隔离。

片选线有一个容易被忽视的问题：SPI 总线上如果同时挂了多个设备，片选线被拉低时如果目标设备没有准备好（比如还在上电复位），它会误认为是自己的通信命令。所以电路上可以用 100R 电阻串联片选线，并把上拉电阻放在靠近 MRAM 一侧，效果是既防止误触发，又提供了阻抗匹配。

另外别忘了在 PCB 布局时在 MRAM 正上方留一块可焊接屏蔽罩的区域。我这里没有用屏蔽罩，但预留了焊盘，如果现场测试发现电磁干扰严重，可以直接加装，总比重新改板来得快。

4. 软件驱动：SPI 通信与读写函数的完整实现

硬件焊接完成之后，软件层面的工作其实才是最考验功力的地方。MRAM 的命令集跟 SPI NOR Flash 很接近，但有几个细节完全不同，对 Flash 的习惯如果直接照搬，大概率会出问题。

4.1 驱动架构与初始化流程

驱动架构上，我分了三个层次。底层是 PIC24EP 的 SPI 收发函数；中间是 MRAM 的基本命令封装，包括读写状态寄存器、写使能、页读页写；上层才是业务数据模块，处理日志缓冲区、坏块管理这些内容。分层的意义在于，底层 SPI 如果改成 DMA 方式，上层数据格式完全不用动。

先看 SPI1 初始化代码：

// PIC24EP SPI1 初始化，4MHz 时钟，SPI Mode 0 void SPI1_Init(void) { // SPI1 引脚 PPS 映射 // SCK1 -> RP2 RPOR4bits.RP2R = 0b01001; // 选择 SCK1 输出 // SDO1 -> RP3 RPOR3bits.RP3R = 0b01001; // 选择 SDO1 输出 // SDI1 <- RP4（注意 RPI 输入映射） RPINR20bits.SDI1R = 4; // RP4 作为 SDI1 输入 // 设置片选与写保护引脚 TRISAbits.TRISA0 = 0; // RA0 输出，接 /CS MRAM_CS_HIGH(); TRISBbits.TRISB0 = 0; // RB0 输出，接 /WP MRAM_WP_HIGH(); // SPI 模块配置 SPI1STAT = 0x0000; // 先关 SPI SPI1CON1 = 0x0000; // 清空配置 SPI1CON1bits.CKP = 0; // 空闲时钟为低（Mode 0） SPI1CON1bits.CKE = 1; // 数据在时钟上升沿采样 SPI1CON1bits.MSTEN = 1; // 主机模式 SPI1CON1bits.SMP = 0; // 中间采样，保证稳定 SPI1CON1bits.MODE16 = 0; // 8 位数据模式 SPI1CON1bits.PPRE = 0b10; // 主分频 4:1 → 10MHz SPI1CON1bits.SPRE = 0b110; // 次分频 4:1 → 2.5MHz SPI1BRG = 1; // 进一步调整到目标频率 SPI1STATbits.SPIEN = 1; // 使能 SPI }

这里有个细节要注意：PIC24EP 的 SPI 波特率配置有两个层级的时钟分频，PPRE 是对 FPB 的粗分频，SPRE 是对第一级输出的再分频。理论上组合非常多，实际调试时我建议先用逻辑分析仪确认时钟频率，再调数据。而且 CKE 和 CKP 的组合决定了 SPI 的 Mode，MR25H40CDF 支持 Mode 0 和 Mode 3，但 PIC24EP 的 CKE=1 与 STM32 的 CPHA=0 对应关系不完全一致，具体要查芯片手册，别凭经验填。

4.2 读数据与写数据的核心逻辑

MRAM 的数据操作指令跟 Flash 基本一致：读指令是 0x03，写指令是 0x02。但在写数据之前必须发送写使能（WREN, 0x06）命令，否则写操作会被内部忽略，而状态寄存器的 WEL 位只有在执行 WREN 之后才会置 1。

先写一个通用的 SPI 字节交换函数：

// SPI 收发一字节，全双工，返回从机发送的数据 uint8_t SPI1_ExchangeByte(uint8_t byte) { SPI1BUF = byte; while (!SPI1STATbits.SPIRBF); // 等待接收完成 return SPI1BUF; }

然后是 MRAM 的状态寄存器操作：

// 读取状态寄存器 uint8_t MRAM_ReadStatus(void) { uint8_t status; MRAM_CS_LOW(); SPI1_ExchangeByte(0x05); // RDSR 指令 status = SPI1_ExchangeByte(0x00); MRAM_CS_HIGH(); return status; } // 发送写使能，必须在每次写之前调用 void MRAM_WriteEnable(void) { MRAM_CS_LOW(); SPI1_ExchangeByte(0x06); // WREN 指令 MRAM_CS_HIGH(); }

状态寄存器的 bit0 是 WIP（忙标志），bit1 是 WEL（写使能锁存）。MRAM 写操作不需要像 Flash 那样等待几毫秒的页编程时间，但指令完成后还是需要一个小延时，我实测大约 1us 左右就能完成内部操作。为了保险，我在写操作后轮询 WIP 位直到清零。

读单个字节的代码：

// 读取指定地址的 1 字节数据 uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t val; MRAM_CS_LOW(); SPI1_ExchangeByte(0x03); // READ 指令 SPI1_ExchangeByte((uint8_t)(addr >> 16) & 0xFF); SPI1_ExchangeByte((uint8_t)(addr >> 8) & 0xFF); SPI1_ExchangeByte((uint8_t)addr & 0xFF); val = SPI1_ExchangeByte(0x00); // 发送任意字节，接收数据 MRAM_CS_HIGH(); return val; }

写单个字节的代码：

// 写数据到指定地址（单字节写） void MRAM_WriteByte(uint32_t addr, uint8_t data) { // 拉低写保护控制脚（GPIO 控制） MRAM_WP_LOW(); // 写使能 MRAM_WriteEnable(); MRAM_CS_LOW(); SPI1_ExchangeByte(0x02); // WRITE 指令 SPI1_ExchangeByte((uint8_t)(addr >> 16) & 0xFF); SPI1_ExchangeByte((uint8_t)(addr >> 8) & 0xFF); SPI1_ExchangeByte((uint8_t)addr & 0xFF); SPI1_ExchangeByte(data); MRAM_CS_HIGH(); // 等待写操作完成（WIP 清零） while (MRAM_ReadStatus() & 0x01); MRAM_WP_HIGH(); }

这里写操作流程看着跟 Flash 一样，但有一个大区别：MRAM 的写操作不需要先擦除扇区，而你如果用 0x02 指令，它支持任意地址字节写，不要求页对齐。也就是说，你可以不断地往同一个地址重复写数据，但跟 Flash 不同，MRAM 完全没有寿命上限和擦写次数限制。第一次调通代码的时候，我最直观的感受就是：往同一个地址写了 10 万次，数据依然是零点几 ppm 都不到的误差，这在 Flash 时代根本不敢想。

不过还要提示一个坑：MRAM 的页写虽然强大，但它和 Flash 一样，每页有最大长度限制（MR25H40CDF 的页大小是 256 字节）。跨页连续写的时候要注意地址边界，我见过同事写日志时跨页导致头尾字节丢失，排查了很久才发现是页边界问题。建议写一个跨页封装函数，自动拆分页边界。

4.3 状态机式读写与 DMA 加速思路

如果只是简单读写，上面的函数够用了。但工业产品通常要求主循环不能长时间阻塞，轮询 WIP 的方式会拖慢响应。我的做法是设计一个简单的状态机，把 MRAM 写操作放到中断里分步执行。

状态机的核心思想是：每个写操作分成四个步骤——发指令、发地址高字节、发地址低字节、发数据。每次 SPI 发送完成中断就推进一个状态，最后一个状态结束后检查状态寄存器。这样主循环发一个"写请求"就能立刻返回，后续操作由中断自己在后台完成。

更进一步，如果数据量比较大，可以直接上 DMA。PIC24EP 的 SPI1 模块支持 DMA 请求，可以把一整页的数据从内存缓冲区自动发送到 SPI 发送寄存器，CPU 只在 DMA 完成后收到一个中断。实测下来，512 字节的数据 DMA 传输不到 200us，对比传统中断方式每次发送还要进一次中断，效率提升不止一个数量级。但这个方案会占用一组 DMA 通道，项目里如果 DMA 资源紧张就要权衡。

不过 DMA 传送的只是 SPI 层面的搬运，MRAM 的写指令、地址还是要 CPU 先写完，DMA 只负责数据部分。这个设计需要注意：DMA 传送期间 SPI 会被持续占用，如果其他外设也要用 SPI，得在协议层做好互斥。

5. 实测数据与性能表现

软件调通之后，我花了大半天时间对这套方案做了一组实测，看看它到底能跑多快、写多狠、靠不靠谱。实测数据比规格书上的理论值更有参考意义。

5.1 读写速度实测

测试环境是我的标准开发板：PIC24EP512GU814、8MHz 晶振、FPB 40MHz、SPI 时钟 4MHz。分别测了单字节读、单字节写、256 字节页读、256 字节页写，每个操作跑 1000 次取平均值。

这个数据说明什么呢？单字节操作因为每个字节之间要切换片选、发地址，固定开销占比很大，速度上不去。但如果用页读写模式，吞吐能到 300KB/s 以上，对于工业数据记录来说已经非常充裕了。如果我用 DMA 加 20MHz SPI 时钟重新测，页写吞吐可以轻松突破 1.5MB/s，只是那样对 PCB 布局和信号完整性要求更高。

有个测试我印象很深：在同一个 page 里随机地址连续写 10 万次，期间把系统断电再上电，数据依然读得很完整。我以前用 Flash 做同样测试，写到两三千次就开始发生位翻转，3 万次左右就要做坏块管理了，这真是天壤之别。

5.2 掉电保存与数据可靠性验证

掉电保存是 MRAM 最核心的优势场景。为了测试，我在数据写入后故意在 100us 内拉断电源，反复 2000 次，每次上电后读取校验。结果全部通过。MRAM 的写入是即时生效的，不会像 Flash 那样断电时正好碰上"擦除现场"导致数据被破坏。这也是我选它的一个决定性理由：掉电瞬间你根本来不及做任何保护动作，MRAM 直接把最后一条数据留在了那里。

数据保持能力我没有办法做加速老化测试，但 Everspin 的手册上写了 105°C 环境下 20 年数据保持，这个指标跟工业设备的维护周期比是绰绰有余的。实际现场跑下来，半年以上连续运行的设备没有出现过一例存储数据异常。

6. 常见问题与排查实录

即便是再成熟的方案，调起来也总会遇到几个坑。这里把我在实际项目中碰到的问题和排查路径记录下来，这些问题非常典型，值得认真看。

6.1 SPI 通信不稳定的排查

第一次上电时，MRAM 状态寄存器一直读不到正确的值，总是 0xFF 或者随机值。最开始的直觉是接线问题，但我反复核对原理图都没找到错误。后来用逻辑分析仪抓时序才发现，SCK 空闲电平是高的，这意味着 SPI 工作在 Mode 3，而我的初始化代码配的是 Mode 0。

最终定位是 PPS 映射与 SPI 模块初始化顺序的问题：PIC24EP 的引脚映射必须在 SPI 使能之前配置好，否则引脚默认状态会干扰时钟电平。而且 CKE 与 CKP 这个组合，数据手册里的表格和实际硬件行为存在理解偏差，我建议第一次调 SPI 时务必用逻辑分析仪看实际波形，别只看寄存器配置。

6.2 写入数据偶尔丢失的问题

这个问题更隐蔽。当时现象是：系统运行几天后，有一两条数据丢失。排查了很久才发现是中断抢占导致的一个极小概率时序问题：SPI 发送地址高字节的瞬间，一个高优先级中断打断了传输，片选被拉高，写操作被中止。

解决办法有两个：一个是在写操作期间用临界区保护，屏蔽高优先级中断；另一个是引入 DMA，中断完全不影响数据传输。我最后采用了后者，问题彻底消失。这里要提醒的是，如果系统里有 USB、CAN、定时器的高优先级中断，写 MRAM 时又没有保护，丢数据几乎是必然的，只是在测试阶段概率低，不容易暴露。

6.3 热门排查问题速查表

7. 工业应用场景延伸

如果说前面都是"术"，那这一节算是"道"的层面。MRAM 加 PIC24EP 这个组合到底适合什么场景，不适合什么场景，我得说点实话。

7.1 适合与不适合的场景

最适合的领域就是高频数据记录。比如伺服驱动器、电梯控制、医疗设备、电表集中器等，这些设备要么需要记录运行参数以便故障分析，要么需要在掉电前保存关键状态，MRAM 的高耐久性完美匹配。具体说三种：

第一，状态日志记录。设备每次运行状态切换都写一条日志，一天几千上万条，用 Flash 根本撑不过设备生命周期。第二，关键参数存储。比如校准系数、生产序列号、固件升级回滚标志，这些数据要求"写进去就必须立刻生效"，MRAM 不存在写了一半断电的中间态。第三，快速掉电保存。系统检测到掉电瞬间，把最后一批运行数据刷到存储里，这种场景下 MRAM 不需要等擦除、不需要等编程，比 Flash 可靠得多。

但也有不适合的场景。如果需要大容量存储（比如几百 MB 或者几 GB）存音频、图片、日志文件，那 MRAM 的成本和容量都撑不住，这时候老老实实用 eMMC 或者 SD NAND；如果只是存个几十字节的配置参数而且写频次很低，用 EEPROM 成本更优；如果对容量要求极高，SPI NOR Flash 大容量型号仍然是性价比之王。选型不能只看单项指标，要算总账。

7.2 项目后续扩展思路

这个平台后续扩展空间很大，我目前正在做几个方向的实验。

一个是用 MRAM 做多版本双备份系统。因为 MRAM 不像 Flash 需要考虑磨损均衡，A/B 分区可以随意切换回滚，升级失败恢复逻辑变得异常简单。另一个思路是用 MRAM 做无电池的实时时钟补偿参数存储，结合 PIC24EP 的内部 RTC，哪怕主电源断了，备电切换时也能正常保持时间校准值。

还有同事在尝试用 MRAM 做传感器标定数据的在线更新：生产线上每台设备都要写入唯一的标定数据，原来用 Flash 需要擦写周期时间，整个产线节拍被打得很慢，换成 MRAM 之后，标定写入时间缩短到了微秒级，产线效率明显上去了。

最后再分享一个我在整个项目里的体会：做嵌入式存储方案，硬件的可靠性和软件的设计要一起考虑，真正把存储介质吃透，不是说 Flash 便宜就一直用 Flash，也不是说 MRAM 好就无脑上 MRAM。我后来在这个平台的基础上还接了 UV 固化数据采集、功率分析、运行统计这些模块，PIC24EP 的 USB 接口让它们都能直接导出数据到电脑做分析，整个系统越用越顺。如果你也有类似的高频写入、断电保存需求，MR25H40CDF 和 PIC24EP512GU814 这套方案基本能帮你省掉大半的存储烦恼。希望这篇经验能帮你少走一些弯路。