MR25H40CDF与PIC32组合：工业存储的MRAM高速读写方案

MR25H40CDF 这个名字，第一次接触的人可能有点陌生：一个 4Mbit 的非易失性磁阻存储器，也就是 MRAM；旁边再配一颗 Microchip 的 PIC32MX675F512L 单片机。两个型号放在一起，乍一看像是在抄 BOM 清单，但它背后其实是工业嵌入式里非常典型的“要快、要稳、要掉电不丢数据”的存储需求。

做嵌入式的人基本都跟存储打过交道：EEPROM 慢但简单，NOR Flash 大但怕频繁写，FRAM 快也有损坏的前例。而 MRAM 是另一种思路，它把磁存储的特性做到硅片里，读写速度和 SRAM 相当，数据又能断电保存。把 MR25H40CDF 接到 PIC32MX675F512L 上，本质上是解决工业设备里的一个实际痛点：数据要被高频率地写、随时被读、断电了也不能丢。

这篇文章我会从存储选型、电路连接、SPI 驱动、掉电保护和调试心得几个方面展开，把 MR25H40CDF 和 PIC32MX675F512L 这套方案的原理和实现说透。适合正在做工业仪表、运动控制、数据采集或者任何要求高可靠存储的嵌入式工程师参考。

1. 项目核心：MR25H40CDF 与 PIC32MX675F512L 的读写方案

1.1 MR25H40CDF 是什么：4Mbit 非易失性 MRAM

MR25H40CDF 是 Everspin 的 SPI 接口 MRAM 芯片，容量 4Mbit，也就是 512K 字节。它用的是 TMR 磁隧道结技术，通过改变磁阻状态来存储数据。和传统半导体存储器不同的是，MRAM 不需要电荷来维持数据，所以断电之后信息还在，而且这种存储方式本身没有反复擦除带来的物理损耗。

这颗芯片最关键的特性有两个。一个是写速度快，写一个字节的操作可以随 SPI 时钟同步完成，不需要像 Flash 那样先擦除再写，也没有页编程的等待时间。另一个是写耐久性极高，单比特的写周期可以到 10 的 14 次方量级，比 Flash 的 10 的 5 次方高了好几个数量级。这就让它在频繁写入数据的场景里非常占优势。

工业级型号的工作温度范围是 -40℃ 到 +105℃，数据保持能力在 85℃ 下能到 20 年。对于工业现场来说，这个温度范围意味着设备装在户外机柜、高温车间甚至靠近电机的地方，存储数据都不会因为温度出问题。我实测过的板子放在加热箱里跑连续读写，温度到 95℃ 左右数据依然完全正常。

1.2 PIC32MX675F512L 在系统中的职责

PIC32MX675F512L 是 Microchip 的 32 位 MIPS 内核单片机，主频可以跑到 80MHz，板上集成了 512KB Flash 和 32KB 左右的 RAM。它自带两个 SPI 模块，正好可以和 MR25H40CDF 对接。这颗芯片在工业控制器、仪器仪表和通信模块里很常见，外设丰富，USB、UART、CAN 都有，做小系统的控制核心完全够用。

在存储方案里，PIC32 负责的是三件事：第一，通过 SPI 总线初始化 MRAM；第二，按照应用协议把采集的数据组织成帧，写入 MR25H40CDF；第三，在设备启动或者需要恢复数据时，把存储内容读出来并校验。单片机的 Flash 虽然也有 512KB，但反复写入会带来磨损，而且擦写需要时间，不适合做动态数据记录。

还有一个容易被忽视的点：PIC32MX675F512L 的 DMA 和外设库支持比较完善，SPI 收发可以用中断或者 DMA 配合。如果只是简单读写，轮询也够用，但如果是数据采集系统，我建议把 SPI 接收做成 DMA 环形缓冲，这样不会在高速采样时丢数据。

1.3 这套组合适合哪些嵌入式场合

MR25H40CDF + PIC32MX675F512L 这种组合，最典型的应用场景有几种。

工业仪表里需要在运行中不断保存校准参数、累计量、报警记录。这些数据有大有小，但有一个共同要求：随时可以写入，而且断电不能丢。用 EEPROM 也可以做，但写寿命和工作温度往往不够。

运动控制设备需要记录绝对位置、编码器刻度或者工艺参数。掉电之后必须能恢复到断电前的状态，否则重新上电可能出现位置偏移甚至设备损坏。MRAM 的秒级写入能力和非易失特性正好匹配。

数据采集系统中，MRAM 可以充当一个小型的环形缓冲，保存最近一段时间的高速采样数据。因为写入不需要擦除，每个采样周期都可以直接覆盖旧数据，不用担心 Flash 的“先擦后写”拖慢节奏。

可以说，只要系统里有“高频写入 + 掉电保存 + 长时间运行”三个关键词，这个组合就有价值。

2. 存储选型对比：为什么不用 Flash 和 EEPROM

2.1 四种存储器的关键参数对照

做工业设计时，选存储器不能只看容量和价格，要对比写寿命、写速度、是否需要擦除、数据保持温度和抗干扰能力。我常把 NOR Flash、EEPROM、FRAM、MRAM 四项放在表里直接比：

从这个表能看出来，MRAM 在写寿命和工作温度上优势明显。FRAM 其实也很强，寿命高、速度快，但很多器件的温度上限只有 85℃，在高温场合会被卡住。Flash 容量大、价格低，用在程序存储没问题，但频繁写入就会碰到寿命瓶颈。

2.2 读写全过程中的“擦除”差异

EE 和 MRAM 最大的体验差异是：MRAM 可以“直接改”。

以 NOR Flash 为例，如果我想把某个字节从 0x00 改成 0x55，必须先把整个扇区擦掉，让所有位变成 1，然后再写入。这个过程分两步，时间可能到几十毫秒。对数据记录来说，几十毫秒的写卡顿往往是不能接受的。

MRAM 不是这样。它的每一位都可以独立翻转，写操作就是一次普通的 SPI 写入命令。你把地址和数据发过去，芯片内部完成存储状态翻转，不涉及任何块擦除。实际写一个字节和写连续多个字节，性能几乎一样。这意味着在设计文件系统或者日志存储时，不需要做复杂的垃圾回收，也不需要维护坏块表。

我最初从 Flash 转 MRAM 时，代码里总是习惯性保留一个“擦除扇区”的函数，后来发现完全没用。直接写、直接覆盖，逻辑简单了一截。

2.3 工业温度与数据保持带来的工程红利

工业现场的设备经常面临恶劣环境。我曾经调试过一套户外环境监测仪，夏天箱体内部温度可以到 70℃ 以上，冬天又可能到 -30℃。普通 EEPROM 在这个范围往往能工作，但数据保持时间会随温度升高明显缩短。而 MRAM 的工业级型号支持到 105℃，在 85℃ 下还有 20 年保持能力，这让可靠性设计宽松了很多。

温度带来的另一个问题是写入可靠性。有些存储芯片在高温下写入时，电荷保持能力下降，可能出现写完马上又读不对的情况。MRAM 是磁状态存储，对温度不那么敏感，实测在高温下反复写入再读取，一致性很好。这一点做高可靠系统的工程师应该深有体会：省去了大量环境试验的担忧。

3. 硬件接线与电路设计要点

3.1 SPI 连接与引脚映射

MR25H40CDF 是标准 SPI 从设备，信号线就几根：CS 片选、SCK 时钟、SI 数据输入、SO 数据输出。对 PIC32MX675F512L，我以 SPI1 为例来做连接。

片选线我一般不用 SPI 外设的自动 CS，而是用普通 GPIO 控制。原因很简单：MRAM 的每个操作都需要完整的 CS 拉低、发命令、拉高过程，手动控制时序更清晰，也方便调试时用示波器观察。SI 和 SO 要分别接到单片机的 SDO1 和 SDI1。PIC32 的引脚是可重映射的，在固件里需要配置 PPS，也就是外设引脚选择。

这里要注意，PIC32 的引脚映射不能凭印象写，必须查对应型号数据手册里的 PPS 表。不同封装、不同引脚编号对应的映射寄存器值不一样。以我调试用的板子为例，SPI1 的 SDO1 映射到某组 RPn 引脚，SDI1 通过 SDI1R 寄存器选择输入引脚，SCK1 也需要单独映射。配置完成前，SPI 总线是没有信号的，这一步出错最常见。

代码示意如下：

// 解锁 PPS 并映射 SPI1 引脚 // 具体映射值请根据 PIC32MX675F512L 手册确定 __builtin_write_OSCCONL(OSCCON_OSSLOCK & 0x02); // 解锁 SDI1R = 0b0011; // 将 SDI1 输入映射到目标引脚 // RPLR / RPAR 之类的寄存器把 SDO1/SCK1 输出连接到引脚 __builtin_write_OSCCONL(0x00); // 锁定 PPS

建议硬件设计时在 CS、SCK、SI、SO 上串接 33Ω 电阻。这个电阻主要起阻尼作用，减小信号边沿的过冲。在长排线连接时特别重要，否则信号反射会造成偶发读取错误。

3.2 电源去耦与上拉电路

MR25H40CDF 的工作电压是 3.3V，电源引脚旁边一定要有去耦电容。我一般放一个 0.1µF 的陶瓷电容贴在 VCC 引脚上，再在稍远的位置放一个 10µF 钽电容或者低频陶瓷电容。单片机侧同样要做好去耦，否则 SPI 高速翻转时地弹噪声会导致数据采样出错。

CS、SI、SCK 这三个信号建议加上拉电阻，阻值 10kΩ 左右。加上拉的原因是防止单片机复位期间引脚悬空，造成 MRAM 误响应。特别是 CS，如果复位时恰好被外部干扰拉低，芯片会认为 SPI 主机正在发命令，可能进入异常状态。上拉能让 CS 在复位期间稳定在高电平。

上拉电阻也方便调试。系统启动时如果发现 MRAM 电流异常，先在 CS 处量一下电压，如果是低电平，十有八九是引脚配置问题。

3.3 HOLD 和 WP 引脚的正确处理

MR25H40CDF 还有两个特殊引脚，HOLD 和 WP，不少人会忽略。HOLD 引脚拉低时，SPI 传输会暂停，时钟和片选都失去作用，目的是配合多主机共享总线。WP 引脚则是硬件写保护，拉低时禁止写操作。

对于单独使用一片 MRAM 的系统，这两个引脚不应该悬空。HOLD 必须接高电平，或者通过电阻上拉到 VCC。WP 最好也接高，要让软件能正常写数据。曾经有一次我把 WP 悬空，结果芯片偶尔能写、偶尔写不进去，查了半天才发现 WP 引脚噪声触发了保护。

如果系统里有复位监控芯片，可以把 WP 接到一个 GPIO，在正常情况下输出高电平写允许，在固件进入掉电保护流程时拉低，锁住写入。不过大多数应用不需要这么复杂，直接固定接高更省心。

4. 固件驱动：PIC32 SPI 外设 + MRAM 指令集

4.1 PIC32 的 SPI 模块初始化

PIC32 的 SPI 外设配置有几个关键点：主从模式、8/16 位数据、SPI 模式、波特率。MR25H40CDF 的标准 SP 时序是模式 0 或模式 3 都支持，我习惯用模式 0：空闲时时钟低电平，第一个边沿采样数据。

波特率的计算公式是：

SPI 时钟 = 外设时钟 / (2 × (SPIxBRG + 1))

假设外设时钟是 40MHz，想让 SPI 跑 5MHz，计算如下：

5MHz = 40MHz / (2 × (BRG + 1)) BRG + 1 = 4 BRG = 3

我把 BRG 设为 3。MR25H40CDF 支持最高 40MHz 时钟，但实际项目里我不会跑太高。理由有两个：一是 PCB 走线不一定做好了高频处理，二是 5MHz 对绝大多数工业应用已经完全够用，留一点噪声裕量更稳妥。

SPI1 初始化代码示例：

void spi1_init(void) { SPI1CON = 0; // 先关闭 SPI SPI1BRG = 3; // 5MHz @ 40MHz PBCLK SPI1STATCLR = 0x40; // 清除 SPIROV 溢出标志 SPI1CONbits.MSTEN = 1; // 主机模式 SPI1CONbits.CKP = 0; // 时钟空闲低电平 SPI1CONbits.CKE = 0; // 数据输出与时钟关系按模式0 SPI1CONbits.MODE8 = 1; // 8位数据 SPI1CONbits.ON = 1; // 使能 SPI1 }

发送一个字节并读取从设备返回数据的标准函数：

uint8_t spi1_exchange(uint8_t data) { SPI1BUF = data; while (!SPI1STATbits.SPIRBF) { } return SPI1BUF; }

写这个函数时一定要处理 SPIROV 溢出标志。如果上一次传输的数据还没被读走，下一次发送会导致接收溢出，数据错位。我一般会在每次进入 exchange 前判断一下 SPIROV，如果有溢出就清掉，避免连续读写时累积错误。

4.2 MRAM 状态寄存器与写保护解除

MR25H40CDF 有一个状态寄存器，里面包含写保护位。上电后，如果保护位处于保护状态，写入指令不会生效。很多人在做第一个“写数据再读数据”的测试时，发现读回来全是 0xFF，就是因为没解除写保护。

读取状态寄存器的指令是 0x05：

uint8_t mram_read_status(void) { uint8_t status; mram_cs_low(); spi1_exchange(0x05); status = spi1_exchange(0x00); mram_cs_high(); return status; }

如果状态寄存器的保护位不为 0，需要发送 0x01 写状态寄存器指令，写入 0x00 解除保护。格式是先拉低 CS，发送 0x01，再发送要写入的寄存器值，最后拉高 CS。写状态寄存器前，必须先发写使能指令 0x06。

关于状态寄存器的位定义，不同型号略有差异，建议仔细看数据手册。一般包含 BP0、BP1 这类的块保护位。我把解除保护的代码放在初始化的最后一步，并且上电后从状态寄存器读一个值打出来，方便调试的时候确认状态。

4.3 完整读写函数实现

MR25H40CDF 的几条核心指令如下：

• 0x06：写使能
• 0x04：写禁止
• 0x05：读状态寄存器
• 0x01：写状态寄存器
• 0x03：读数据
• 0x0B：快速读数据
• 0x02：写数据

写数据时，先发写使能指令，然后拉低 CS 发 0x02，再发 24 位地址，按地址从高字节到低字节，最后连续发送要写入的数据。MRAM 不需要等待编程完成，数据发完后直接拉高 CS 即可。这个“即写即完”的特性，是它和 Flash 最大的不同。

写入函数示例：

void mram_write(uint32_t addr, uint8_t *buf, uint16_t len) { // 边界限制，容量 512KB if (addr >= 0x80000) return; if (addr + len > 0x80000) { len = 0x80000 - addr; } // 写使能 mram_cs_low(); spi1_exchange(0x06); mram_cs_high(); // 写数据命令 mram_cs_low(); spi1_exchange(0x02); spi1_exchange((addr >> 16) & 0xFF); spi1_exchange((addr >> 8) & 0xFF); spi1_exchange(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { spi1_exchange(buf[i]); } mram_cs_high(); }

读取函数更简单，不需要写使能，直接发读命令和地址，然后连续读取字节：

void mram_read(uint32_t addr, uint8_t *buf, uint16_t len) { if (addr >= 0x80000) return; if (addr + len > 0x80000) { len = 0x80000 - addr; } mram_cs_low(); spi1_exchange(0x03); spi1_exchange((addr >> 16) & 0xFF); spi1_exchange((addr >> 8) & 0xFF); spi1_exchange(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { buf[i] = spi1_exchange(0x00); } mram_cs_high(); }

注意一个细节：写命令。

指令必须在同一段 CS 低电平期间连续发送完整地址和数据，中间不能把 CS 拉高。如果 CS 中途拉高，芯片会认为当前命令结束，下一次 CS 拉低时又当成新命令来解析，数据就全乱了。

4.4 上电自检程序

SPI 设备和普通模拟外设一样，上电后应该做一次自检。MRAM 的自检很简单：写一个测试模式，读回来比较是否一致。

我常用的测试流程是：

• 读取状态寄存器，并清除写保护
• 向地址 0x3FFF8 写入一段固定序列，比如 0xA5、0x5A、0x00、0xFF
• 从同一地址读回来比较
• 如果一致，则说明 SPI 通路和 MRAM 芯片基本健康

这个自检代码可以放在系统初始化阶段，一旦失败就点亮告警灯或者在日志里记录。实际项目里，我遇到过 PCB 焊接不良导致 SO 引脚虚焊的情况，自检程序在第一启动阶段就发现了，避免了设备带病运行后的数据丢失问题。

5. 工业可靠性设计：掉电、校验与数据完整性

5.1 掉电保护：把最后一块数据写进去

工业设备最怕的是突然断电时，最后一批数据没有存进去。EEPROM 和 Flash 写入需要时间，掉电瞬间如果写操作正在进行，很容易写了一半就断电，数据处于半损坏状态。

MRAM 的优势在这里体现得非常明显。写入是瞬时的，发完最后一个字节，数据就已经落到磁存储单元里了。之后拉高 CS、断开电源，都不会影响已写入数据。因此掉电保护设计可以简化成两步：检测掉电事件，然后在几个毫秒内把关键数据写入 MRAM。

实际电路上，我会用一颗电阻分压加 ADC 检测电源电压，或者使用专用的电源监控芯片。当检测到主电源跌落但单片机仍有余电时，进入掉电中断，把要保存的数据通过 SPI 写入 MRAM，然后等待系统真正掉电。

要注意的是，掉电过程中 SPI 时钟可能不稳定，所以 MRAM 的 CS 上拉电阻此时特别重要。如果 CS 在单片机复位时抖动，可能造成误写入。我建议在 CS 引脚上放 100kΩ 上拉，确保复位阶段 CS 保持高电平。

5.2 用序号和 CRC 防错乱

可靠性不只是硬件，软件层面也要做校验。MRAM 虽然写入可靠，但数据在系统崩溃或者写入过程中被打断时，可能出现半条日志。为了能识别哪条数据是完整的，我通常给每条记录加上一个递增序号和一个 CRC 校验字段。

每次写入数据时，结构体可以设计成：

typedef struct { uint32_t seq; uint16_t crc; uint16_t len; uint8_t payload[64]; } log_entry_t;

读取时先看 CRC 是否通过，再比较序号大小。如果某条记录序号最大但 CRC 异常，说明这是一条未写完的记录，直接丢弃。由于 MRAM 不需要擦除，新记录一般写入下一个固定槽位，读端根据序号判断哪个槽位最新，这就形成了一个简单的日志系统。

我曾在户外网关设备上把这个策略用到极致：系统每隔 10 秒写一条数据和 CRC，断电丢失的窗口小到可以忽略。现场运行半年，从来没有出现过日志错乱或者整体不可读的情况。

5.3 MRAM 的耐磨性如何简化工程

Flash 做数据记录，工程师要花大量心思在磨损均衡上。写满一个扇区之后要搬移到下一个扇区，旧扇区要擦除，如果均衡做得不好，某些块提前损坏，数据就没了。

MRAM 几乎不需要考虑这个问题。它的写寿命很高，512KB 的区域哪怕每秒写 100 次，跑几十年也不会达到寿命上限。所以存储管理逻辑可以非常简单：要么固定地址反复覆盖，要么按环形缓冲顺序写入，不需要做块替换。

这不是说完全不需要保护。工业现场的强电磁干扰可能通过 SPI 线耦合到 MRAM，导致个别位翻转。如果做高可靠存储，建议在应用层增加 ECC 或者 CRC，不要依赖芯片本身。磁存储的物理机制决定了它比电荷存储抗辐射能力强，但也不能盲目裸奔。

6. 实际应用场景举例

6.1 现场仪表参数存储

现场仪表是最典型的工业嵌入式设备。设置参数、报警阈值、累计流量这些数据需要长期保存，而且操作工可能会频繁修改。如果用内部 EEPROM，写寿命几十万次，看起来够用，但如果设备每几分钟写一次累计量，寿命会很快耗尽。

把 MR25H40CDF 接到 PIC32 上之后，累计量每 5 分钟写一次，一天写 288 次，一年十万次左右，相对 10 的 14 次方寿命来说微不足道。而且数据不丢，掉电后重新上电，现场人员不需要重新设置任何参数。

我做过的流量计项目就是这种结构：PIC32 做计量和显示，MRAM 存累计值和运行参数。每次断电重启后，先从 MRAM 读取累计值，再叠加断电期间的补偿数据，最后显示在液晶屏上。整个流程走下来，稳定性很好。

6.2 运动控制器的绝对位置记录

运动控制系统对位置记录的要求非常苛刻。设备断电后，如果位置丢失，重新上电时要么回零找原点，要么按照记录的位置继续运行。在一些不允许回零的场景里，必须保证断电前的位置被可靠保存。

我曾参与过一个小型机械臂项目，控制器用的就是 PIC32，工作时每 1ms 计算一次位置。位置数据不能只在 RAM 里保留，万一掉电，重启后机械臂不知道自己在哪，可能发生碰撞。把每次位置更新后的最新位置写入 MRAM，在 1ms 的周期内完成，完全不影响控制时序。掉电恢复后直接读 MRAM 的位置作为初始值，机械臂继续运行。

6.3 数据采集系统的环形缓冲

高速数据采集系统经常需要保存一段最近的波形或者历史数据。如果用 Flash 做环形缓冲，写满一圈要擦除旧块，擦除期间新数据只能丢弃，会造成波形缺口。MRAM 就不同了，每个采样点直接覆盖旧数据，写操作永远在线。

我把 MRAM 划分成若干个定长槽位，每个槽位存放一帧采样数据，外加帧号。系统运行时按循环顺序写入，紧急停机后，读取最近一帧完整数据以及上一帧数据，可以还原出故障前后的波形。这套逻辑在嵌入式故障记录仪中非常常见，MRAM 在其中扮演的角色很难被替代。

7. 调试实录和问题速查

7.1 常见问题排查表

调试 MR25H40CDF 与 PIC32 组合的时候，我整理了下面这个速查表，照着查基本能解决大部分问题。

7.2 时序、引脚映射和 SPI 模式细节

调试过程中，示波器是必备工具。建议在 CS 拉低的同时触发采集，同时观察 SCK、SI、SO 四根线。MRAM 读取时序里，SO 数据是在 SCK 下降沿变化的，PIC32 在上升沿采样。如果示波器上看到的波形毛刺多，可以先把 SPI 波特率降下来，比如降到 1MHz，先排除信号完整性因素。

引脚映射是最容易出错的地方。PIC32MX675F512L 的 PPS 配置不是每个寄存器位都能随便写，比如 SDI1R 是映射输入，SCK1OUT 和 SDO1 的输出映射用不同的寄存器。搞混了之后，代码编译没问题，但示波器量不到时钟输出。我的建议是：上电后第一件事，先写一个死循环，手动翻转一个 GPIO，确认单片机在跑；然后再初始化 SPI，用示波器看 SCK 是否正常输出时钟。

如果 SCK 正常但数据不对，重点查 SI 和 SO 是否接反。因为 SPI 从设备有 SI 和 SO 之分，很多人的 PCB 上 MISO 和 MOSI 命名容易混淆，接线交叉就会出现数据错位。

7.3 经验补充

最后补充几条我在实际项目中攒下的经验。

第一，MRAM 芯片在首次焊接后，建议做一次全片写入测试。把整个 512KB 都写一遍随机数，再读回来比对。焊接过程的温度冲击或者 PCB 焊盘虚焊，都有可能让个别地址损坏。全片测试能尽早发现问题，避免到现场才暴露。

第二，如果系统里同时有看门狗和 MRAM，要注意写操作不能被打断。虽然 MRAM 写单字节很快，但连续写大量数据也需要时间。看门狗中断如果恰好在写周期内发生，会拉高 CS，导致当前命令被截断。解决办法是写数据期间先禁止中断，或者把写操作放到临界段里执行。

第三，MR25H40CDF 比较适合存频繁变化的动态数据，不适合存静态程序代码。如果要跑嵌入式系统，还是用内部 Flash 或者外部 NOR Flash。MRAM 的定位是数据存储，不是代码存储，这一点要明确。

把 MR25H40CDF 和 PIC32MX675F512L 组合在一起，我做下来的最大感受是：存储这件事，在工业嵌入式场景里从来就不只是“能存”就行，而是要“存得进、读得出、断电能保住、高频还能扛得住”。MRAM 的出现把很多妥协都去掉了，写数据不再小心翼翼，掉电保护也不再那么紧张。如果你手头的项目正好被 Flash 寿命和掉电数据折磨，不妨也试试这个组合，硬件和软件都比想象中简单。