1. 项目缘起与方案选型思路

1.1 为什么要在工业场景里折腾 MRAM 和 8 位单片机

做工业嵌入式这行十几年，最头疼的往往不是算法多复杂，而是数据存不住。设备在产线上跑得好好的，突然断电，回头一看标定参数全丢了，或者运行日志只写了一半，这种事故出一次就够喝一壶。早些年大家普遍用 EEPROM 或者带电池的 SRAM 来存关键数据，EEPROM 写入慢、寿命有限，频繁记录运行状态的话，擦写次数很快就见底；带电池的 SRAM 虽然快，但电池本身就是个隐患，高温环境下几年就鼓包漏液，维护成本高得离谱。

后来接触到MRAM（磁性随机存储器），才算找到了一个比较理想的折中方案。MRAM 的写入速度是纳秒级的，跟 SRAM 差不多，但它是非易失的，断电数据不丢，而且擦写寿命几乎可以认为是无限的，不像 Flash 那样有十万次左右的限制。这次项目里用的MR25H40CDF就是一颗 4Mbit 的 SPI MRAM，容量不大，但对于存参数、存日志、存掉电前的现场快照来说，绰绰有余。

主控这边选的是PIC18LF45K22，一颗 8 位单片机。可能有人会问，都什么年代了还用 8 位机？但在工业现场，8 位机的优势非常明显：抗干扰能力强、外设简单、代码可控、供货稳定，而且这颗芯片自带 SPI 模块，跟 MR25H40CDF 对接起来非常顺手。整个方案的核心就是：用 PIC18LF45K22 的硬件 SPI 接口，稳定可靠地读写 MR25H40CDF，实现工业设备里关键数据的存储和读取。

这套组合适合谁呢？如果你在做工业控制、仪器仪表、数据采集终端这类产品，需要频繁记录数据又不想被电池和擦写寿命困扰，那这个方案可以直接抄作业。哪怕你是刚接触嵌入式的新手，只要跟着下面的步骤走，也能把这条链路跑通。

1.2 硬件选型的几个关键考量

选 MR25H40CDF 而不是普通的 SPI Flash，核心原因有三个。第一是写入速度，MRAM 没有擦除过程，写一个字节就是直接写，不需要先擦后写，这在掉电紧急保存场景下太重要了。第二是寿命，Flash 的擦写次数是有限的，哪怕你做了磨损均衡，频繁写同一区域还是会出问题，而 MRAM 理论上可以无限次写入。第三是数据保持，MRAM 在极端温度下的数据保持能力比 Flash 好，工业级温度范围 -40 到 85 摄氏度完全覆盖。

PIC18LF45K22 这边，我选它的理由也很实在。它自带 MSSP 模块，可以配置成硬件 SPI，最高支持到系统时钟的四分之一，跑个几兆赫兹的 SPI 时钟毫无压力。而且它的引脚驱动能力不错，直接跟 MRAM 对接不需要额外的电平转换。供电范围 1.8V 到 3.6V，跟 MR25H40CDF 的 2.7V 到 3.6V 工作电压有重叠区间，用 3.3V 供电正好匹配。

注意：MR25H40CDF 的供电范围是 2.7V 到 3.6V，如果你用 5V 系统，必须加电平转换，否则会烧芯片。PIC18LF45K22 的 LF 版本支持低电压，但如果你用的是 F 版本，供电是 2.0V 到 5.5V，也要注意别超过 MRAM 的耐压。

2. 硬件连接与 SPI 时序细节

2.1 引脚对接与片选策略

MR25H40CDF 是标准的 8 引脚 SOIC 封装，引脚定义很清晰：片选 CS、时钟 SCK、数据输入 SI、数据输出 SO、写保护 WP、保持 HOLD，加上电源和地。跟 PIC18LF45K22 对接的时候，我一般这样分配引脚：

这里有个细节值得说：WP 和 HOLD 引脚我直接拉高，不通过单片机控制。为什么？因为在实际工业环境里，这两个引脚如果悬空或者走线太长，容易引入干扰导致误触发。直接拉高最省心，写保护靠软件指令来实现，HOLD 功能这个项目里用不到，干脆禁用。

片选 CS 我用的是 RC2，这是普通 IO，不是硬件 SPI 的专用片选。PIC18LF45K22 的 MSSP 模块在 SPI 主机模式下，片选是需要软件控制的，硬件只负责时钟和数据线的时序。所以每次读写之前，先把 RC2 拉低，操作完再拉高。这个顺序不能乱，否则 MRAM 不会响应。

2.2 SPI 模式选择与时钟计算

MR25H40CDF 支持 SPI 模式 0 和模式 3，也就是 CPOL 和 CPHA 的组合。我一般用模式 0，即 CPOL=0、CPHA=0，时钟空闲为低电平，数据在上升沿采样。这个模式最通用，调试的时候用逻辑分析仪抓波形也最容易看懂。

时钟频率方面，MR25H40CDF 最高支持 40MHz 的 SPI 时钟，但 PIC18LF45K22 在 3.3V 供电、16MHz 晶振下，系统时钟是 16MHz，SPI 时钟最高可以设到 4MHz（Fosc/4）。我实际跑的是 2MHz，也就是 Fosc/8，为什么不用最高速？因为工业现场线缆可能比较长，速度太快容易出错，2MHz 是个稳妥的选择，读写 4Mbit 全部数据也就两秒多，完全够用。

计算过程很简单：系统时钟 16MHz，SPI 分频比设为 8，得到 2MHz 的 SCK 频率。在代码里就是设置 SSPCON1 寄存器的 SSPM 位为 0b0010，对应 Fosc/8。

提示：如果你用内部振荡器，频率可能没那么准，SPI 时钟会有偏差。工业应用建议用外部晶振，稳定性好很多。

3. 软件驱动实现与核心操作流程

3.1 SPI 初始化与底层读写函数

PIC18LF45K22 的 MSSP 模块初始化不复杂，但有几个寄存器必须配对。我把实际项目里的初始化代码整理出来，你可以直接参考：

void SPI_Init(void) { // 配置引脚方向 TRISC2 = 0; // CS 输出 TRISC3 = 0; // SCK 输出 TRISC5 = 0; // SI 输出 TRISC4 = 1; // SO 输入 // 关闭模拟功能 ANSELC = 0x00; // MSSP 配置 SSPCON1 = 0x20; // SSPEN=1, SPI 主机模式, Fosc/8 SSPSTAT = 0x00; // 模式 0, 数据在上升沿采样 CS = 1; // 片选拉高，空闲状态 }

这段代码里，SSPCON1 = 0x20是关键。0x20 的二进制是 0010 0000，SSPEN 位是第 5 位，置 1 使能 MSSP 模块，低四位 0000 对应 SPI 主机模式且时钟为 Fosc/4。等等，这里我要纠正一下，如果 SSPM 设成 0000，时钟是 Fosc/4，也就是 4MHz。我前面说用 2MHz，那 SSPM 应该设成 0001，对应 Fosc/16，也就是 1MHz。或者设成 0010，对应 Fosc/64，那就太慢了。实际上我常用的是 Fosc/16，1MHz 的时钟，读写稳定，速度也够。

重新算一下：16MHz 系统时钟，Fosc/16 得到 1MHz SCK。写一个字节 8 个时钟周期，就是 8 微秒。写 512 字节的一页数据，大概 4 毫秒。这个速度对于存参数和日志来说完全够用。

底层读写函数就两个，一个写字节，一个读字节：

uint8_t SPI_WriteByte(uint8_t data) { SSPBUF = data; while(!SSPIF); // 等待传输完成 SSPIF = 0; return SSPBUF; } uint8_t SPI_ReadByte(void) { SSPBUF = 0xFF; // 发送哑数据 while(!SSPIF); SSPIF = 0; return SSPBUF; }

这里有个坑要注意：读的时候必须发一个哑字节，因为 SPI 是全双工，主机不提供时钟从机就不会输出数据。发 0xFF 是为了产生时钟，同时避免在 MOSI 线上产生意外电平。

3.2 MRAM 指令集与读写时序

MR25H40CDF 的指令集很精简，常用的就几条：

写数据之前必须先发 WREN 指令，把芯片内部的写使能锁存器置位，然后才能发 WRITE 指令。这个顺序不能省，否则写操作会被忽略。读数据就简单了，直接发 READ 指令，跟上 24 位地址，然后连续读字节就行。

地址是 24 位的，因为 4Mbit 等于 512K 字节，需要 19 位地址，但 MRAM 用 24 位地址格式，高 5 位忽略。发送的时候先发高 8 位，再发中 8 位，最后发低 8 位。

写一个字节的完整流程是这样的：

1. CS 拉低
2. 发送 WREN（0x06）
3. CS 拉高
4. CS 拉低
5. 发送 WRITE（0x02）
6. 发送地址高 8 位
7. 发送地址中 8 位
8. 发送地址低 8 位
9. 发送数据字节
10. CS 拉高

注意第 3 步，WREN 之后必须把 CS 拉高再拉低，这是 MRAM 的要求，让芯片内部锁存写使能信号。我一开始没注意这个细节，调了半天发现写不进去，后来看时序图才发现问题。

3.3 页写与连续读的实现

MR25H40CDF 支持页写，一页是 256 字节。如果你要写的数据超过一页，地址会自动回卷到页首，覆盖之前的数据。所以写多字节的时候，要么分页写，要么确保不跨页。

我一般用分页写的方式，每次最多写 256 字节，地址对齐到页边界。代码逻辑是这样的：

void MRAM_WritePage(uint32_t addr, uint8_t *buf, uint16_t len) { uint16_t i; CS = 0; SPI_WriteByte(0x06); // WREN CS = 1; CS = 0; SPI_WriteByte(0x02); // WRITE SPI_WriteByte((addr >> 16) & 0xFF); SPI_WriteByte((addr >> 8) & 0xFF); SPI_WriteByte(addr & 0xFF); for(i = 0; i < len; i++) { SPI_WriteByte(buf[i]); } CS = 1; // 等待写入完成 while(MRAM_IsBusy()); }

连续读就更简单了，发完 READ 指令和起始地址后，可以一直读下去，地址自动递增，直到你拉高 CS。读整个 512K 字节也就几秒钟的事。

实操心得：写操作之后一定要检查状态寄存器的 WIP 位，确认写入完成再进行下一次操作。虽然 MRAM 写入很快，但保险起见还是等一下，特别是在高温或低压环境下。

4. 工业场景下的可靠性设计与避坑经验

4.1 掉电保护与数据完整性

工业现场最怕的就是掉电。设备正在写数据，突然断电，如果写到一半，数据就废了。MRAM 虽然写入快，但也不是瞬间完成的，一个字节的写入周期大概几十纳秒，但 SPI 传输本身需要时间。如果在这期间掉电，数据可能只写了一半。

我的做法是双备份加校验。把关键数据存两份，一份在地址 A，一份在地址 B，每份数据后面跟一个 CRC16 校验值。读取的时候先读 A，校验通过就用 A；如果 A 校验失败，再读 B；如果 B 也失败，说明数据彻底丢了，这时候就用默认参数。

写入的时候也有讲究：先写 B，再写 A。为什么？因为如果写 B 的时候掉电，A 还是好的；如果写 A 的时候掉电，B 是好的。这样任何时候至少有一份完整的数据。

另外，我还会在数据区前面加一个写入标志位。写数据之前先把标志位置 0，写完再置 1。读取的时候先看标志位，如果是 0，说明上次写入没完成，数据不可信，直接读备份。

4.2 SPI 通信抗干扰措施

工业环境的电磁干扰比实验室里大得多，SPI 通信又是高速信号，很容易受干扰。我踩过的坑包括：通信偶尔出错、数据位翻转、片选误触发。后来总结了几条经验：

第一，SPI 走线尽量短，最好在同一块 PCB 上，走线长度不要超过 10 厘米。如果必须用排线连接，一定要加地线隔离，SCK 和 SI 之间用地线隔开。

第二，片选信号加滤波电容。我在 CS 引脚靠近 MRAM 的地方加了一个 100pF 的电容到地，滤掉高频毛刺。这个电容不能太大，否则会影响片选的上升沿速度。

第三，降低 SPI 时钟频率。实验室里跑 10MHz 没问题，现场可能 1MHz 才稳定。我一般先用低速调试，确认功能正常后再逐步提高频率，找到稳定工作的最高速度。

第四，软件上加重试机制。每次读写操作后校验返回值，如果不对就重试，最多重试三次。三次都失败就报错，让上层处理。

4.3 常见问题速查表

这张表里的问题我都实际遇到过，特别是第一条和第二条，新手很容易踩。逻辑分析仪是调试 SPI 的神器，几百块钱的入门款就够用，能省下大量猜测的时间。

5. 从项目实战中提炼的几条硬核经验

5.1 参数存储的分区策略

MR25H40CDF 有 512K 字节的空间，如果全部用来存日志，很快就写满了。我的做法是分区管理：前 64K 存系统参数和标定数据，中间 384K 存运行日志，最后 64K 留作扩展和备份。

系统参数区又细分为几个块：设备信息块、标定参数块、用户配置块。每个块都有独立的 CRC 校验和版本号。版本号的作用是，当固件升级后参数结构变了，可以根据版本号决定是迁移旧参数还是用默认值。

日志区用环形缓冲区的方式管理。写指针一直往前跑，写到末尾就回到开头覆盖最旧的数据。这样不需要擦除操作，MRAM 又支持无限次写入，可以一直记录下去。我一般会在日志区头部记录一个写指针，每次写日志前先更新指针，再写数据。

5.2 低功耗设计中的 MRAM 优势

这个项目有一部分设备是电池供电的，对功耗敏感。MRAM 在待机时的电流只有几微安，比 Flash 的待机电流还低。而且它没有擦除过程，写入能耗也比 Flash 小很多。

我的低功耗策略是：平时单片机进入休眠模式，MRAM 的 CS 保持高电平，进入低功耗状态。需要记录数据的时候，通过外部中断唤醒单片机，快速写入 MRAM，然后继续休眠。整个写入过程不到 1 毫秒，平均功耗非常低。

这里有个细节：MRAM 在 CS 拉高后会自动进入低功耗模式，不需要发额外的指令。但如果你把 WP 和 HOLD 引脚拉低了，芯片可能不会进入低功耗，所以这两个引脚一定要拉高。

5.3 代码可移植性与维护建议

这套驱动代码我后来移植到了好几个项目里，有换单片机的，有换 MRAM 型号的。为了让移植方便，我把底层 SPI 读写和 MRAM 指令操作分成了两层。底层只负责字节收发，上层负责指令解析和地址计算。换单片机的时候只需要改底层几个函数，上层逻辑完全不用动。

另外，我强烈建议把 MRAM 的读写封装成类似文件系统的接口，比如MRAM_Read(addr, buf, len)和MRAM_Write(addr, buf, len)，上层应用不需要关心 SPI 时序和指令细节。这样代码可读性好，也方便后续维护。

还有一点，一定要写单元测试。我写了一个简单的测试程序，往 MRAM 里写一个已知的模式，比如 0x55 和 0xAA 交替，然后读出来对比。这个测试能快速验证硬件连接和驱动是否正常。每次修改驱动代码后跑一遍，能避免很多低级错误。

最后分享一个小技巧：如果你手头没有逻辑分析仪，可以用单片机的另一个 IO 口来模拟 SPI 从机，抓取主机发出的数据。虽然速度慢，但调试初期验证时序足够了。等基本功能通了，再上逻辑分析仪看细节。

这套 MR25H40CDF 加 PIC18LF45K22 的方案，我在三个不同的工业项目里用过，最长的已经连续运行了四年多，没有出现过数据丢失的问题。MRAM 的可靠性确实比传统的 EEPROM 和 Flash 好很多，虽然单价贵一点，但省去了电池和维护成本，总体算下来反而更划算。如果你也在做类似的数据存储需求，不妨试试这个组合。