1. 项目缘起与方案选型思考
工业现场的数据存储有个很尴尬的处境：用 EEPROM 吧，写入速度慢、擦写寿命也就百万次级别，高频采集场景下没几个月就写废了；用 SRAM 加后备电池吧，电池在高温高湿的车间里撑不了几年，换电池还得停机；用 NOR Flash 吧，写之前要擦除整个扇区，掉电瞬间还可能丢数据。我前两年做一个电力监测终端的时候就卡在这个点上，采集节点每 200ms 要落一次带时间戳的采样记录，掉电不能丢，现场温度夏天能到 70 度，最后选来选去落到了 MRAM 上。
这次要聊的这套组合，就是MR25H40CDF 这颗 4Mbit 的 SPI MRAM配PIC18F4525 这颗 8 位 PIC 单片机，在工业和嵌入式场景里做数据存储与读取。MR25H40CDF 是 Everspin 家的磁阻随机存取存储器，容量 512KB，SPI 接口，最关键的一点是它写入不需要擦除、没有写延迟、掉电即保存，擦写寿命标称 10^14 次以上，这个量级基本等于你随便写。PIC18F4525 则是 Microchip 经典的 8 位机，40MHz 主频，自带 MSSP 模块可以跑硬件 SPI，3.3V 和 5V 都能工作，工业温度范围版本满地都是，成本也压得住。
为什么不用 STM32 或者更高级的 MCU？因为很多工业板子上的主控早就定型了，PIC18 系列在存量设备里占比极大，你不可能为了换一颗存储芯片把整个主控方案推翻。所以这套组合的真实价值在于：在不动主控架构的前提下，把易失性存储或者短命存储替换成 MRAM，用最小的改动拿到掉电不丢、无限擦写的能力。适合谁看？做工业采集终端、电表水表、医疗设备日志、车载黑匣子这类需要高频写入又怕掉电丢数据的嵌入式工程师，尤其是还在用 8 位机或者 PIC 平台的朋友。
我下面会从硬件连接、SPI 时序配置、读写驱动、掉电保护策略、常见坑这几个维度把整套东西拆开讲，代码基于 MCC 生成的框架改，但逻辑是通用的，你换成寄存器操作或者别的编译器也能照搬。
2. MR25H40CDF 与 PIC18F4525 的硬件连接与关键参数
2.1 芯片引脚与供电的取舍
MR25H40CDF 是 8 脚 SOIC 封装，引脚定义很干净：VDD、VSS、SCK、SI、SO、CS、WP、HOLD。这里有两个容易被忽略的点。第一，WP 和 HOLD 引脚不能悬空，很多新手直接不接，结果发现写保护随机生效或者通信偶尔卡死。WP 是写保护，低电平有效，你要正常读写就把它拉到 VDD；HOLD 是暂停通信，低电平有效，不用就拉到 VDD。我一般两个都通过 10K 上拉到 3.3V，稳妥。
第二是供电电压。MR25H40CDF 的工作电压是 2.7V 到 3.6V，典型 3.3V。而 PIC18F4525 如果你用 5V 供电，SPI 引脚输出高电平接近 5V，直接怼到 MRAM 的输入脚上会超规格。所以要么整个系统统一 3.3V，要么在 SPI 线上做电平转换。我实测过，PIC18F4525 在 3.3V、40MHz 晶振下跑 SPI 完全没问题，所以最省事的方案就是全系统 3.3V，省掉电平转换芯片。
| 引脚 | 方向 | 连接方式 | 说明 |
|---|---|---|---|
| VDD | 电源 | 3.3V | 并联 0.1uF 去耦电容，尽量靠近芯片 |
| VSS | 地 | GND | 与主控共地 |
| SCK | 输入 | PIC RC3/SCK | 硬件 SPI 时钟 |
| SI | 输入 | PIC RC5/SDI | 主出从入 |
| SO | 输出 | PIC RC4/SDO | 主入从出 |
| CS | 输入 | PIC RA5 或任意 IO | 软件片选，低有效 |
| WP | 输入 | 10K 上拉到 3.3V | 不写保护就拉高 |
| HOLD | 输入 | 10K 上拉到 3.3V | 不暂停就拉高 |
2.2 片选为什么建议用软件控制
PIC18F4525 的 MSSP 模块在硬件 SPI 模式下，SS 引脚的行为有时候会跟你预期不一致，尤其是多从机场景。MRAM 只有一个从机，理论上可以用硬件片选，但我强烈建议用普通 IO 做软件片选，原因有三个：一是你可以精确控制 CS 拉低到第一个时钟沿之间的建立时间，MRAM 要求 CS 下降沿到 SCK 第一个上升沿至少有几纳秒的余量，软件控制更从容；二是调试的时候你可以手动拉 CS 观察波形，排查问题方便；三是以后要挂第二颗 SPI 器件，软件片选直接扩展，不用改硬件。
代码上就是操作一个 IO 口：
#define MRAM_CS_LAT LATA5 #define MRAM_CS_TRIS TRISA5 void MRAM_CS_Select(void) { MRAM_CS_LAT = 0; // 拉低选中 } void MRAM_CS_Release(void) { MRAM_CS_LAT = 1; // 拉高释放 }2.3 SPI 模式与时钟极性的匹配
这是最容易翻车的地方。MR25H40CDF 支持 SPI Mode 0 和 Mode 3，也就是 CPOL=0/CPHA=0 或者 CPOL=1/CPHA=1。PIC18F4525 的 SSPCON 寄存器里 CKP 位控制时钟极性，SSPSTAT 里的 CKE 位控制采样沿。要配成 Mode 0，就是 CKP=0、CKE=1（在时钟上升沿采样，空闲低电平）。我一般用 Mode 0，因为大部分逻辑分析仪默认就是按这个解析的，调试直观。
配置代码大致是这样：
void SPI_Init(void) { TRISC3 = 0; // SCK 输出 TRISC5 = 0; // SDO 输出 TRISC4 = 1; // SDI 输入 SSPCON1 = 0x20; // SSPEN=1, CKP=0, SPI Master, Fosc/4 SSPSTAT = 0x40; // CKE=1, 数据在上升沿采样 // 40MHz/4 = 10MHz SPI 时钟 }这里有个细节：PIC18F4525 在 40MHz 下 Fosc/4 是 10MHz，MR25H40CDF 最高支持 40MHz SPI 时钟，所以 10MHz 完全在范围内，而且 8 位机的 IO 翻转速度也就这样，跑太快反而容易出时序问题。我实测 10MHz 下连续读写 512KB 大概几百毫秒，对工业采集来说够用了。
3. MRAM 读写驱动的核心实现
3.1 指令集与地址结构
MR25H40CDF 的指令集很精简，常用的就几条：WREN（0x06）写使能、WRDI（0x04）写禁止、READ（0x03）读数据、WRITE（0x02）写数据、RDSR（0x05）读状态寄存器、WRSR（0x01）写状态寄存器。地址是 24 位，因为 512KB 需要 19 位地址，但芯片统一用 3 字节地址格式，高位补零。
这里要划重点：每次写操作之前必须先发 WREN 指令，否则写不进去。这是 MRAM 和 EEPROM 类似的地方，但 MRAM 不需要等待写完成，发完 WRITE 指令数据就落盘了，没有 busy 轮询这一说。很多人从 EEPROM 迁移过来，习惯性地去读状态寄存器等 WIP 位，结果发现 WIP 永远是 0，白等。
3.2 单字节与页写操作的实现
先看写使能和单字节写的底层函数：
void MRAM_WriteEnable(void) { MRAM_CS_Select(); SPI_Transfer(0x06); // WREN MRAM_CS_Release(); } void MRAM_WriteByte(uint32_t addr, uint8_t data) { MRAM_WriteEnable(); MRAM_CS_Select(); SPI_Transfer(0x02); // WRITE SPI_Transfer((addr >> 16) & 0xFF); SPI_Transfer((addr >> 8) & 0xFF); SPI_Transfer(addr & 0xFF); SPI_Transfer(data); MRAM_CS_Release(); }读操作更简单，不需要写使能：
uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t data; MRAM_CS_Select(); SPI_Transfer(0x03); // READ SPI_Transfer((addr >> 16) & 0xFF); SPI_Transfer((addr >> 8) & 0xFF); SPI_Transfer(addr & 0xFF); data = SPI_Transfer(0x00); // 发送哑字节读回数据 MRAM_CS_Release(); return data; }SPI_Transfer 是个收发一体的函数，PIC18 的 SSPBUF 写进去之后，读 SSPBUF 就是同时收到的数据：
uint8_t SPI_Transfer(uint8_t txData) { SSPBUF = txData; while (!SSPIF); // 等待传输完成 SSPIF = 0; return SSPBUF; }3.3 连续读写与效率优化
单字节读写虽然能用，但每次都要发指令加 3 字节地址，开销太大。MRAM 支持连续读和连续写，地址会自动递增，所以批量操作时只发一次指令和地址，后面连续搬运数据就行。我封装了一个页写函数，一次最多写 256 字节（其实 MRAM 没有页边界限制，你愿意一次写满 512KB 也行，但缓冲区一般没这么大）：
void MRAM_WritePage(uint32_t addr, uint8_t *buf, uint16_t len) { MRAM_WriteEnable(); MRAM_CS_Select(); 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_Release(); }读也是同理，连续读的时候地址自动加，不用重复发指令。实测下来，连续读 512KB 比逐字节读快了将近 4 倍，因为省掉了每次的指令和地址开销。
注意：连续写的时候，如果地址跨越了 512KB 的边界，会回卷到 0 地址继续写。这个行为在环形缓冲区场景下反而很有用，但如果你不想回卷，得自己在软件里判断。
3.4 状态寄存器与写保护配置
状态寄存器里主要关注 BP0、BP1 这两位，它们控制块保护。默认出厂是全 0，也就是不保护任何区域。如果你要做固件参数区保护，可以把某一块设成只读。WRSR 指令写状态寄存器之前也要先 WREN。我一般不动这个寄存器，因为工业场景下参数区也是要频繁更新的，保护了反而麻烦，真要保护就在软件层做校验。
4. 掉电保护与数据完整性策略
4.1 为什么 MRAM 天然适合掉电保护
MRAM 的存储原理是磁性隧道结，数据以磁化方向保存，写入完成的瞬间数据就已经是非易失的，不需要像 Flash 那样等内部电荷泵把电荷注入浮栅。这意味着什么？意味着你在 WRITE 指令最后一个字节的时钟沿结束、CS 拉高的那一刻，数据就已经安全了。哪怕下一个微秒系统掉电，数据也不会丢。
这个特性直接改变了掉电保护的设计思路。用 EEPROM 的时候，你得在掉电中断里抢时间把缓存数据写进去，还要等写完成，电源保持电容得算得很大。用 MRAM，你只要保证掉电前数据已经通过 SPI 发出去了就行，电源保持时间只需要覆盖最后一帧 SPI 传输，通常几十微秒的电容就够了。
4.2 环形缓冲区加双区备份的落地
我在电力监测项目里用的是环形缓冲区加双区备份的方案。512KB 空间切成两块 256KB，一块是主数据区，一块是备份区，每块内部做成环形缓冲。每条记录带一个 4 字节的序号和 2 字节的 CRC16。写入的时候先写主区，再写备份区，读的时候两边都读，CRC 对得上且序号大的那个为准。
序号的作用是判断哪条记录最新。因为 MRAM 写入是原子的，不会出现写一半的情况，所以只要 CRC 通过，这条记录就是完整的。双区备份主要是防极端情况，比如 SPI 通信过程中被强干扰打断，导致主区某条记录异常，备份区还能兜底。
typedef struct { uint32_t seq; uint8_t payload[26]; uint16_t crc; } Record_t; // 32 字节一条，对齐方便每条记录 32 字节，256KB 能存 8192 条，按 200ms 一条算，能存将近 27 分钟。实际项目里我会根据需求调整记录大小和分区比例，如果只要存关键事件，记录可以做到 8 字节，那就能存几小时。
4.3 写入指针的持久化
环形缓冲区有个经典问题：写指针存在哪？如果写指针只存在 RAM 里，掉电就丢了，重启后不知道从哪继续写。我的做法是在 MRAM 的固定位置存一个元数据块，里面包含当前写指针、总写入条数、最后一条记录的序号。每次写记录之前先更新元数据，再写数据。因为 MRAM 写入快且无磨损，这个额外开销可以忽略。
元数据块我也做了双份，地址 0x000000 和 0x000020 各一份，读的时候取 CRC 正确的那份。这样即使元数据块在写入过程中被干扰，还有另一份可用。
实操心得：元数据更新和数据写入之间如果掉电，会出现元数据指向的位置还没有数据的情况。我的处理是读的时候检查该位置记录的序号，如果序号是初始值（比如 0xFFFFFFFF），就认为这条还没写，自动回退到上一条。这个逻辑一定要加，否则重启后会读到脏数据。
5. 实操调试与常见问题排查
5.1 上电后读不到数据的排查顺序
第一次点亮这套组合的时候，十有八九会遇到读出来全是 0xFF 或者 0x00。别慌，按这个顺序查：
第一，量 CS 引脚。用示波器或者逻辑分析仪看 CS 在通信时有没有正确拉低。我遇到过 CS 被其他外设复用导致一直拉低的情况，MRAM 一直处于选中状态，通信全乱。
第二，看 SCK 有没有波形。PIC18 的 MSSP 如果配置错了，SCK 可能根本不输出。检查 SSPCON1 的 SSPEN 位有没有置 1，TRISC3 有没有设成输出。
第三，确认 SPI 模式。用逻辑分析仪抓一帧读指令，看数据是在上升沿还是下降沿变化。如果模式配错，读出来的数据会整体移位，比如你发 0x03 读指令，从机收到的可能是 0x06 写使能，那就完全跑偏了。
第四，检查 WP 和 HOLD。这两个脚如果被拉低，写操作会被忽略或者通信被暂停。用万用表量一下电压，正常应该是 3.3V。
5.2 SPI 时序问题的典型表现与解决
| 现象 | 可能原因 | 解决方法 |
|---|---|---|
| 读数据整体移位一位 | CPHA 配置错误 | 调整 SSPSTAT 的 CKE 位 |
| 偶发读写失败 | CS 建立/保持时间不足 | 在 CS 操作前后加 NOP 延时 |
| 高速下数据出错 | SCK 太快超过从机规格 | 降低 SPI 时钟分频 |
| 写入后读回不变 | 忘记发 WREN | 每次写前加写使能 |
| 数据随机翻转 | 电源去耦不足 | VDD 就近加 0.1uF 电容 |
我踩过最坑的一次是 CS 建立时间不够。PIC18 在 40MHz 下指令周期 100ns，CS 拉低后紧接着就操作 SSPBUF，结果第一个时钟沿来得太快，MRAM 还没准备好。后来在 CS 拉低后加了两条 NOP，问题消失。这个延时不用很长，几百纳秒就够，但必须有。
5.3 长时间运行的稳定性验证
工业设备不能只看实验室跑通，得做长时间验证。我的做法是写一个自检程序，上电后对整个 MRAM 做一次全空间读写校验，然后进入正常采集循环，每写 1000 条记录做一次随机地址回读比对。连续跑 72 小时，记录任何一次校验失败。
实测下来，在 10MHz SPI、3.3V 供电、室温环境下，72 小时零错误。高温箱里 70 度跑 24 小时也稳定。唯一一次出问题是因为电源纹波太大，换了 LDO 之后解决。所以如果你要做工业级产品，电源质量比芯片本身更值得关注。
注意：MRAM 虽然擦写寿命极长，但 SPI 通信本身在强电磁干扰下可能出错。我在软件里加了 CRC 校验和重试机制，一条记录写失败就重写，最多重试 3 次，超过就标记该条为坏记录并跳过。这个机制在实际现场救过好几次。
6. 从 EEPROM 或 Flash 迁移过来的注意事项
如果你手头有现成的 EEPROM 或 Flash 代码想迁移到 MRAM，有几个地方必须改。首先是去掉写等待循环，EEPROM 写完要等 5ms 左右，Flash 要等扇区擦除，MRAM 不需要，你如果保留等待逻辑，性能白白损失。其次是去掉擦除操作，MRAM 没有擦除指令，你发擦除指令它不认，直接忽略。第三是地址对齐要求不同，EEPROM 和 Flash 往往有页对齐限制，MRAM 任意地址都能写，你的缓冲区管理可以更灵活。
还有一点是写使能的时机。有些 EEPROM 驱动在初始化时发一次 WREN 就一直有效，但 MRAM 的 WREN 在每次 WRITE 之后会自动复位，所以每次写之前都要重新发。这个如果漏了，表现就是只有第一条能写进去，后面全失败，很容易误判成芯片坏了。
迁移完之后建议做一次全空间遍历测试，写一个已知模式（比如地址异或 0x5A），然后全读回来比对，确认每一字节都对。这个测试能一次性暴露地址计算错误、边界回卷问题、时序余量不足等一堆隐患。
7. 性能实测数据与场景适配建议
我在 40MHz PIC18F4525、10MHz SPI 条件下做了几组实测，数据如下：
| 操作 | 耗时 | 说明 |
|---|---|---|
| 单字节写 | 约 8us | 含 WREN 和地址开销 |
| 单字节读 | 约 5us | 含地址开销 |
| 256 字节连续写 | 约 220us | 平均 0.86us/字节 |
| 256 字节连续读 | 约 210us | 平均 0.82us/字节 |
| 512KB 全片读 | 约 430ms | 连续读模式 |
| 512KB 全片写 | 约 450ms | 连续写模式 |
从数据能看出来，连续操作的效率比单字节高一个数量级，所以实际项目里一定要用缓冲区批量搬运，别一条一条写。按 256 字节一批算，写 8192 条 32 字节的记录，如果每条单独写要 65ms 左右，批量写只要 7ms 左右，差了将近 10 倍。
场景适配方面，如果你的采集频率在 100Hz 以内，单字节写完全够用；如果到 1kHz 以上，必须用 DMA 或者至少用缓冲区攒批。PIC18F4525 没有 DMA，那就用定时器中断攒数据，攒够一批在后台循环里写。我一般攒 64 条写一次，兼顾实时性和效率。
这套方案我后来还复制到了水表抄表终端和医疗输液泵的日志模块上，改动量很小，主要是记录结构体不一样。MRAM 的价格比同容量 FRAM 便宜不少，比带电池的 SRAM 方案在长期维护成本上优势明显，尤其是那些装在现场好几年不换电池的设备，省掉电池就省掉了一大块售后。
