1. 项目缘起与方案选型：为什么是 MRAM 加 PIC18
1.1 一个真实的数据存储痛点
做工业嵌入式的人，大概率都遇到过这样的场景：设备装在配电柜里，或者野外环境监测站，主控每隔几秒就要记录一次运行状态、故障码、累计运行时长。用 EEPROM 吧，写入寿命十万次量级，高频写几个月就报废；用 SRAM 加后备电池吧，电池在高温环境下两三年就鼓包漏液，维护成本高得离谱；用 Flash 吧，写之前得擦除整个扇区，擦写寿命同样有限，而且写入延迟动辄几毫秒，掉电瞬间数据就丢了。
我在一个电机控制器的项目里就吃过这个亏。当时用某款 SPI Flash 存故障日志，现场跑了不到一年，返修回来的板子拆开一测，日志区已经写坏了好几个扇区。后来换方案，试过铁电存储器 FRAM，性能确实好，但容量小、价格高，而且供货周期不稳定。直到接触到 MRAM（磁性随机存储器），才算找到了一个比较平衡的解法。
这次要聊的MR25H40CDF，就是一颗 4Mbit 容量的 SPI MRAM。它和PIC18F45K42这颗 8 位 MCU 搭配，构成了一套在工业和嵌入式场景下非常实用的数据存储与读取方案。整套东西不复杂，但里面有不少细节值得掰开揉碎讲清楚。
1.2 MR25H40CDF 到底强在哪
先把这颗芯片的核心参数摆出来，方便你判断它适不适合你的项目：
| 参数项 | 规格 | 实际意义 |
|---|---|---|
| 容量 | 4 Mbit（512 KB） | 存日志、参数、配置绰绰有余 |
| 接口 | SPI（最高 40 MHz） | 和绝大多数 MCU 直连，不挑主控 |
| 写入寿命 | 近乎无限（10^14 次量级） | 高频写入场景的救星 |
| 写入延迟 | 无延迟，写入即完成 | 掉电瞬间数据不丢 |
| 工作电压 | 2.7V ~ 3.6V | 标准 3.3V 系统直接兼容 |
| 工作温度 | -40°C ~ +85°C（工业级） | 恶劣环境可用 |
| 封装 | 8 引脚 DFN / SOIC | 占板面积小 |
这里最关键的两点是写入寿命和写入延迟。MRAM 的存储原理是靠磁性隧道结的磁化方向来记录 0 和 1，不是靠电荷，所以没有氧化层磨损的问题，写入次数可以做到几乎无限。而且它写入不需要先擦除，一个字节写进去就是写进去了，没有内部擦除周期，所以写入延迟极低，掉电也不会丢数据。
注意：MRAM 虽然写入寿命长，但读取操作和普通 SPI 存储一样，没有额外优势。它的价值主要体现在“频繁写”这个场景上。
1.3 PIC18F45K42 为什么适合做搭档
PIC18F45K42 是 Microchip 自家的一款 8 位 MCU，主频最高 64 MHz，内置 32 KB Flash、2 KB SRAM，外设资源里最有用的是它带了MSSP（Master Synchronous Serial Port）模块，可以配置成 SPI 主机模式。用自家 MCU 配自家存储芯片，好处是数据手册的时序参数对得上，驱动写起来心里有底。
另外这颗 MCU 有几个特性对工业应用很友好：宽电压工作范围、多个定时器、ADC 通道多、支持外设引脚选择（PPS），可以把 SPI 信号映射到任意引脚上，PCB 布线灵活。对于这个项目来说，PIC18F45K42 负责发起 SPI 通信、组织数据帧、管理存储地址，MR25H40CDF 负责老老实实存数据，分工明确。
1.4 这套方案适合谁
如果你正在做以下类型的项目，这套组合值得认真考虑：
- 工业数据采集设备，需要高频记录传感器数据或运行日志
- 电力监控终端，要求掉电不丢关键参数
- 医疗或测试仪器，需要频繁写入校准数据和测量结果
- 任何用 EEPROM 或 Flash 做存储但被写入寿命困扰的嵌入式项目
如果你只是偶尔存个配置参数，一年写不了几次，那用普通 EEPROM 就够了，没必要上 MRAM，成本不划算。选型这件事，永远是根据场景来的。
2. 硬件连接与 SPI 通信基础
2.1 硬件连线：四根线搞定
MR25H40CDF 和 PIC18F45K42 之间的连接非常简洁，标准 SPI 四线制：
| MR25H40CDF 引脚 | 功能 | 连接到 PIC18F45K42 |
|---|---|---|
| CS | 片选（低有效） | 任意 GPIO（如 RC0） |
| SCK | 时钟 | SCK（MSSP 时钟引脚） |
| SI | 数据输入（MOSI） | SDO（MSSP 输出引脚） |
| SO | 数据输出（MISO） | SDI（MSSP 输入引脚） |
| VCC | 电源 | 3.3V |
| VSS | 地 | GND |
| WP | 写保护 | 接 VCC（禁用保护）或 GPIO 控制 |
| HOLD | 保持 | 接 VCC（禁用保持功能） |
这里有两个引脚容易被忽略：WP（写保护）和HOLD（保持）。WP 拉低时芯片进入硬件写保护状态，所有写操作被拒绝；HOLD 拉低时 SPI 通信暂停，当前传输保持。实际项目中，如果你不需要动态控制写保护，WP 直接接 VCC 就行。HOLD 一般也接 VCC，除非你有多个 SPI 从设备需要分时复用。
实操心得：WP 引脚我建议留一个 GPIO 控制，而不是直接接 VCC。这样在固件升级或者参数初始化的时候，可以先拉低 WP 防止误写，等准备就绪再拉高。多一个引脚，多一层保险。
2.2 SPI 模式选择：Mode 0 还是 Mode 3
MR25H40CDF 支持 SPI Mode 0（CPOL=0, CPHA=0）和 Mode 3（CPOL=1, CPHA=1）。这两种模式的区别在于时钟空闲电平和数据采样边沿：
- Mode 0：时钟空闲为低电平，数据在上升沿采样，下降沿变化
- Mode 3：时钟空闲为高电平，数据在上升沿采样，下降沿变化
两种模式都能用，选哪个取决于你的 PCB 布线和系统习惯。我一般用 Mode 0，因为大多数 SPI 从设备默认都是 Mode 0，调试的时候逻辑分析仪抓波形也直观。PIC18F45K42 的 MSSP 模块配置成 SPI 主机时，通过设置 SSPCON1 寄存器的 CKP 位和 SSPSTAT 寄存器的 CKE 位来选择模式。
配置 Mode 0 的关键寄存器设置：
// PIC18F45K42 SPI 主机初始化（Mode 0） SSP1CON1bits.SSPM = 0b0000; // SPI Master, 时钟 = Fosc/4 SSP1CON1bits.CKP = 0; // 时钟空闲低电平 SSP1STATbits.CKE = 1; // 数据在时钟上升沿采样 SSP1STATbits.SMP = 0; // 数据在采样中间时刻 SSP1CON1bits.SSPEN = 1; // 使能 MSSP 模块这段代码里，SSPM设为 0b0000 表示 SPI 主机模式，时钟频率是系统时钟的四分之一。如果系统时钟是 64 MHz，SPI 时钟就是 16 MHz，MR25H40CDF 最高支持 40 MHz，完全没问题。
2.3 片选信号：硬件片选还是软件片选
SPI 通信里，片选信号的管理方式有两种：硬件片选和软件片选。
硬件片选是指 MCU 的 SPI 外设自动控制 CS 引脚，传输开始拉低，传输结束拉高。PIC18F45K42 的 MSSP 模块本身不直接支持自动片选，所以在这个项目里我们用软件片选——用一个普通 GPIO 手动控制 CS 引脚的电平。
软件片选的好处是灵活，你可以在一次通信里发多个字节，CS 保持低电平；也可以在每个字节之间拉高 CS，实现更细粒度的控制。缺点是占用一个 GPIO，而且需要程序员自己保证时序正确。
// 片选控制宏定义 #define MRAM_CS_LAT LATC0 #define MRAM_CS_TRIS TRISC0 // 初始化 MRAM_CS_TRIS = 0; // 配置为输出 MRAM_CS_LAT = 1; // 默认拉高，不选中 // 选中芯片 MRAM_CS_LAT = 0; // ... 执行 SPI 传输 ... // 取消选中 MRAM_CS_LAT = 1;注意：CS 拉低到第一个时钟沿之间需要留一定的建立时间，MR25H40CDF 要求最小 5ns，实际写代码时在 CS 拉低后加一个
NOP()就够了。CS 拉高之前也要确保最后一个时钟沿已经完成，否则最后一个字节可能丢失。
2.4 SPI 时序参数核对
在动手写驱动之前，一定要把时序参数核对一遍。MR25H40CDF 的关键时序要求如下：
| 参数 | 符号 | 最小值 | 最大值 | 单位 |
|---|---|---|---|---|
| 时钟频率 | fSCK | 0 | 40 | MHz |
| CS 建立时间 | tCSS | 5 | - | ns |
| CS 保持时间 | tCSH | 5 | - | ns |
| 数据建立时间 | tSU | 2 | - | ns |
| 数据保持时间 | tH | 3 | - | ns |
| CS 高电平时间 | tCSHI | 10 | - | ns |
这些参数看起来很小，但在 16 MHz SPI 时钟下，一个时钟周期是 62.5ns，建立时间和保持时间都在几个纳秒量级，只要 PCB 布线不是特别离谱，一般都能满足。真正需要注意的是 CS 高电平时间 tCSHI，两次连续操作之间 CS 必须拉高至少 10ns，否则芯片可能不识别新的命令。
3. 驱动实现：从命令码到读写操作
3.1 MR25H40CDF 的命令集
MR25H40CDF 的操作通过命令码来区分，每个命令码是一个字节。常用的命令如下：
| 命令码 | 名称 | 功能 |
|---|---|---|
| 0x03 | READ | 读取数据 |
| 0x02 | WRITE | 写入数据 |
| 0x06 | WREN | 写使能 |
| 0x04 | WRDI | 写禁止 |
| 0x05 | RDSR | 读状态寄存器 |
| 0x01 | WRSR | 写状态寄存器 |
写操作之前必须先发 WREN 命令，否则写操作会被忽略。这是很多新手容易踩的坑——直接发 WRITE 命令发现数据没写进去，查半天以为是硬件问题，其实是忘了写使能。
读操作不需要 WREN，直接发 READ 命令加地址就能读。
3.2 底层 SPI 字节收发函数
不管上层做什么操作，底层都需要一个字节收发函数。PIC18F45K42 的 MSSP 模块收发流程是：把数据写入 SSP1BUF，等待 BF（Buffer Full）标志置位，然后从 SSP1BUF 读出接收到的数据。
// SPI 单字节收发 uint8_t SPI_ExchangeByte(uint8_t txData) { SSP1BUF = txData; // 写入发送缓冲 while (!SSP1STATbits.BF); // 等待传输完成 return SSP1BUF; // 返回接收到的数据 }这个函数看起来简单，但有一个细节：while (!SSP1STATbits.BF)这个循环在极端情况下可能死等。如果 SPI 时钟配置有问题，或者从设备没有响应，BF 标志永远不会置位。稳妥的做法是加一个超时计数器：
uint8_t SPI_ExchangeByte_Timeout(uint8_t txData, uint16_t timeout) { SSP1BUF = txData; while (!SSP1STATbits.BF) { if (--timeout == 0) { return 0xFF; // 超时返回 } } return SSP1BUF; }实操心得：超时机制在调试阶段特别有用。我曾经遇到过一次 SPI 通信失败，因为 CS 引脚配置成了模拟输入模式，导致片选信号根本没拉低，BF 标志一直不置位，程序卡死在 while 循环里。加了超时之后，至少能跳出来报错，方便定位问题。
3.3 写操作完整流程
写一个字节到 MR25H40CDF 的完整流程是：拉低 CS → 发 WREN（0x06）→ 拉高 CS → 拉低 CS → 发 WRITE（0x02）→ 发 24 位地址 → 发数据 → 拉高 CS。
注意 WREN 和 WRITE 之间必须拉高 CS，这是 MR25H40CDF 的要求。有些 SPI 存储芯片允许 WREN 和 WRITE 在同一个 CS 周期内完成，但这颗芯片不行，必须分开。
// 写使能 void MRAM_WriteEnable(void) { MRAM_CS_LAT = 0; SPI_ExchangeByte(0x06); // WREN MRAM_CS_LAT = 1; } // 写一个字节 void MRAM_WriteByte(uint32_t addr, uint8_t data) { MRAM_WriteEnable(); // 先写使能 MRAM_CS_LAT = 0; SPI_ExchangeByte(0x02); // WRITE 命令 SPI_ExchangeByte((addr >> 16) & 0xFF); // 地址高字节 SPI_ExchangeByte((addr >> 8) & 0xFF); // 地址中字节 SPI_ExchangeByte(addr & 0xFF); // 地址低字节 SPI_ExchangeByte(data); // 数据 MRAM_CS_LAT = 1; }地址是 24 位的，因为 4Mbit 容量对应 512KB 地址空间，需要 19 位地址线，用 24 位地址传输是标准做法，高 5 位忽略。
3.4 读操作完整流程
读操作比写操作简单，不需要 WREN：
// 读一个字节 uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t data; MRAM_CS_LAT = 0; SPI_ExchangeByte(0x03); // READ 命令 SPI_ExchangeByte((addr >> 16) & 0xFF); SPI_ExchangeByte((addr >> 8) & 0xFF); SPI_ExchangeByte(addr & 0xFF); data = SPI_ExchangeByte(0xFF); // 发送哑字节，读取数据 MRAM_CS_LAT = 1; return data; }读操作里发送的 0xFF 是“哑字节”，因为 SPI 是全双工通信，主机必须提供时钟才能接收数据，所以随便发一个字节把时钟打出来就行。
3.5 连续读写：提升效率的关键
单字节读写适合小数据量操作，但如果要存一段日志或者一批传感器数据，逐字节操作效率太低。MR25H40CDF 支持连续读写——发一次命令和起始地址，然后连续传输多个字节，地址自动递增。
// 连续写 void MRAM_WriteBuffer(uint32_t addr, uint8_t *buf, uint16_t len) { MRAM_WriteEnable(); MRAM_CS_LAT = 0; SPI_ExchangeByte(0x02); SPI_ExchangeByte((addr >> 16) & 0xFF); SPI_ExchangeByte((addr >> 8) & 0xFF); SPI_ExchangeByte(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { SPI_ExchangeByte(buf[i]); } MRAM_CS_LAT = 1; } // 连续读 void MRAM_ReadBuffer(uint32_t addr, uint8_t *buf, uint16_t len) { MRAM_CS_LAT = 0; SPI_ExchangeByte(0x03); SPI_ExchangeByte((addr >> 16) & 0xFF); SPI_ExchangeByte((addr >> 8) & 0xFF); SPI_ExchangeByte(addr & 0xFF); for (uint16_t i = 0; i < len; i++) { buf[i] = SPI_ExchangeByte(0xFF); } MRAM_CS_LAT = 1; }连续读写能把 CS 拉低拉高的开销省掉，在 16 MHz SPI 时钟下，传输 1KB 数据大概只需要 0.5ms，比逐字节操作快得多。
4. 数据管理策略：不只是读写那么简单
4.1 地址空间规划
512KB 的存储空间，如果不做规划，随便乱写，后期维护会很痛苦。我一般会把地址空间分成几个区域：
| 区域 | 起始地址 | 大小 | 用途 |
|---|---|---|---|
| 系统参数区 | 0x00000 | 4 KB | 设备配置、校准数据 |
| 运行日志区 | 0x01000 | 256 KB | 循环记录运行状态 |
| 故障记录区 | 0x41000 | 64 KB | 故障码、时间戳 |
| 预留区 | 0x51000 | 188 KB | 固件升级缓存、扩展用 |
系统参数区放在最前面，因为这部分数据最重要，读取频率也最高。运行日志区用循环缓冲区的方式管理，写满之后从头覆盖。故障记录区单独划分，故障数据不覆盖，写满后停止记录并置标志位。
4.2 循环日志的实现
循环日志的核心是维护一个写指针，每次写完一条记录，指针后移，到达区域末尾后回到起始位置。
#define LOG_START_ADDR 0x01000 #define LOG_END_ADDR 0x41000 #define LOG_RECORD_SIZE 32 static uint32_t log_write_ptr = LOG_START_ADDR; void Log_WriteRecord(uint8_t *record) { // 检查是否需要回绕 if (log_write_ptr + LOG_RECORD_SIZE > LOG_END_ADDR) { log_write_ptr = LOG_START_ADDR; } MRAM_WriteBuffer(log_write_ptr, record, LOG_RECORD_SIZE); log_write_ptr += LOG_RECORD_SIZE; }每条记录 32 字节，可以包含时间戳、传感器数据、状态标志等。写指针本身也需要掉电保存，否则重启后不知道写到哪里了。我一般把写指针存在系统参数区，每次写日志之前更新一次。
注意：写指针的更新频率要和日志写入频率匹配。如果每写一条日志就更新一次指针，指针区域的写入次数会很高。虽然 MRAM 写入寿命几乎无限，但也没必要浪费。可以每写 10 条日志更新一次指针，重启后最多丢失 10 条记录，对大多数应用来说可以接受。
4.3 数据完整性校验
工业场景下，数据写入之后必须能确认写对了。MR25H40CDF 本身不提供校验功能，需要我们在数据帧里加校验字段。常用的方法有两种：CRC 校验和校验和。
CRC 校验更可靠，但计算量大一些。PIC18F45K42 没有硬件 CRC 模块，需要软件计算。对于 32 字节的记录，用 CRC-16 大概需要几百个指令周期，在 64 MHz 主频下也就几微秒，完全可以接受。
// CRC-16/CCITT 计算 uint16_t CRC16_Calculate(uint8_t *data, uint16_t len) { uint16_t crc = 0xFFFF; for (uint16_t i = 0; i < len; i++) { crc ^= (uint16_t)data[i] << 8; for (uint8_t j = 0; j < 8; j++) { if (crc & 0x8000) { crc = (crc << 1) ^ 0x1021; } else { crc <<= 1; } } } return crc; }写入时，把 CRC 放在记录的最后两个字节。读取时，先读出记录，再计算 CRC，和存储的 CRC 比对。如果不一致，说明数据损坏，可以触发重读或者报错。
4.4 掉电保护策略
MRAM 的写入是即时完成的，不存在掉电丢失的问题。但有一个场景需要注意：如果正在写一条记录的过程中掉电，这条记录可能只写了一半。虽然 MRAM 不会丢已经写入的字节，但半条记录是无效数据。
解决办法是在每条记录里加一个“有效标志”。写入时先把标志字节写成 0x00，写完所有数据后再把标志改成 0xA5。读取时先检查标志，只有 0xA5 的记录才被认为是完整的。
void Log_WriteRecordSafe(uint8_t *record) { uint8_t buf[LOG_RECORD_SIZE]; // 复制记录，标志位置 0 memcpy(buf, record, LOG_RECORD_SIZE - 1); buf[LOG_RECORD_SIZE - 1] = 0x00; // 先写无效记录 MRAM_WriteBuffer(log_write_ptr, buf, LOG_RECORD_SIZE); // 再更新标志为有效 MRAM_WriteByte(log_write_ptr + LOG_RECORD_SIZE - 1, 0xA5); log_write_ptr += LOG_RECORD_SIZE; }这个策略的代价是每条记录写两次，但 MRAM 写入寿命几乎无限，这点开销可以忽略。换来的是掉电时最多丢失一条记录，不会出现半条无效数据。
5. 常见问题与排查实录
5.1 读写失败问题速查表
| 现象 | 可能原因 | 排查方法 | 解决方案 |
|---|---|---|---|
| 读出来全是 0xFF | CS 没拉低 | 用示波器看 CS 引脚 | 检查 GPIO 配置和代码 |
| 读出来全是 0x00 | MISO 没接或配置错误 | 检查 SDI 引脚配置 | 确认 MSSP 输入引脚使能 |
| 写入后读出来不对 | 忘了 WREN | 抓 SPI 波形看命令码 | 写操作前先发 WREN |
| 偶尔读写失败 | 时序不满足 | 检查 CS 建立/保持时间 | 加 NOP 延时 |
| 高速时出错 | SPI 时钟太快 | 降低时钟频率测试 | 降到 10 MHz 以下验证 |
| 数据错位 | SPI 模式不匹配 | 确认 CPOL/CPHA 设置 | 改为 Mode 0 或 Mode 3 |
5.2 一个真实的调试案例
有一次客户反馈设备运行一段时间后，日志读出来全是乱码。我拿到板子后先做了几件事：
第一步，用逻辑分析仪抓 SPI 波形。发现 CS、SCK、MOSI 都正常，但 MISO 上的数据在高速传输时偶尔出现毛刺。把 SPI 时钟从 16 MHz 降到 8 MHz，毛刺消失，数据正常。
第二步，检查 PCB 布线。发现 MISO 走线比较长，而且和 SCK 走线平行了一段距离，存在串扰。在 MISO 上串了一个 33 欧姆的电阻，问题彻底解决。
这个案例说明，SPI 通信在低速下通常没问题，但速度提上去之后，PCB 布线质量的影响就显现出来了。如果你的项目对速度要求不高，把 SPI 时钟降到 5-10 MHz，能避开很多信号完整性问题。
5.3 写保护误触发
MR25H40CDF 的 WP 引脚如果悬空，内部有弱上拉，一般不会误触发。但如果你的 PCB 上 WP 走线靠近噪声源，可能会被干扰拉低，导致写操作被拒绝。
我遇到过一次，WP 引脚和电机的 PWM 走线挨得比较近，电机启动时 WP 被干扰拉低，日志写入失败。后来在 WP 引脚上加了一个 100nF 的滤波电容到地，问题解决。
实操心得：WP 和 HOLD 这两个引脚，如果不使用，建议直接接 VCC，不要悬空。接 VCC 是最稳妥的做法，不给自己留隐患。
5.4 地址越界问题
MR25H40CDF 的地址空间是 0x00000 到 0x7FFFF（512KB）。如果代码里地址计算错误，写到了超出范围的地方，芯片内部会回绕到地址 0 继续写，覆盖掉系统参数区。
这种问题很隐蔽，因为读写都不会报错，但数据会被悄悄覆盖。我的做法是在写操作函数里加一个地址范围检查：
#define MRAM_MAX_ADDR 0x7FFFF void MRAM_WriteBuffer_Safe(uint32_t addr, uint8_t *buf, uint16_t len) { if (addr + len > MRAM_MAX_ADDR + 1) { // 地址越界，报错处理 return; } MRAM_WriteBuffer(addr, buf, len); }这个检查会增加一点代码开销，但能避免很多莫名其妙的数据丢失问题。
5.5 SPI 通信死锁
前面提到过，while (!SSP1STATbits.BF)可能死等。除了加超时，还有一个办法是用中断方式收发。PIC18F45K42 的 MSSP 模块支持中断，每次传输完成触发中断，在中断里处理数据。
中断方式的好处是不占用 CPU 等待时间，缺点是代码复杂度高。对于这个项目来说，SPI 传输的数据量不大，用轮询加超时就够了。如果你的系统对实时性要求高，可以考虑中断方式。
6. 性能优化与扩展思路
6.1 提升读写速度的几种方法
SPI 时钟频率是最直接的影响因素。MR25H40CDF 支持 40 MHz，PIC18F45K42 在 64 MHz 系统时钟下，SPI 时钟最高可以到 16 MHz（Fosc/4）。如果想更快，可以把系统时钟超频到 80 MHz，SPI 时钟就能到 20 MHz。但超频有风险，需要评估芯片的稳定性和温升。
另一个方法是减少 CS 切换次数。连续读写比单字节读写快很多，因为省掉了 CS 拉低拉高的开销。在组织数据时，尽量把需要连续写入的数据放在一起，一次传输完成。
还有一个技巧是使用 DMA。PIC18F45K42 没有 DMA 模块，所以这个方案用不上。如果你换成带 DMA 的 MCU，SPI 传输可以完全不占 CPU，效率提升明显。
6.2 多设备共享 SPI 总线
如果你的系统里除了 MR25H40CDF 还有其他 SPI 设备，比如显示屏、传感器等，它们可以共享 SCK、MOSI、MISO 三根线，各自用独立的 CS 引脚。
#define CS_MRAM LATC0 #define CS_LCD LATC1 #define CS_SENSOR LATC2 void SPI_SelectDevice(uint8_t dev) { CS_MRAM = 1; CS_LCD = 1; CS_SENSOR = 1; switch (dev) { case DEV_MRAM: CS_MRAM = 0; break; case DEV_LCD: CS_LCD = 0; break; case DEV_SENSOR: CS_SENSOR = 0; break; } }共享总线时要注意，同一时刻只能有一个 CS 被拉低。如果两个设备同时被选中，MISO 上会出现总线冲突，数据可能损坏。
6.3 数据压缩存储
512KB 看起来不小，但如果日志记录频率高，很快也会写满。如果数据有规律，可以考虑压缩存储。比如传感器数据的变化范围不大，可以用差分编码，只存变化量，能省不少空间。
不过压缩会增加 CPU 负担，PIC18F45K42 是 8 位机，处理复杂压缩算法比较吃力。简单的差分编码或者游程编码还可以，复杂的压缩算法就不建议了。
6.4 固件升级缓存
MR25H40CDF 的预留区可以用来做固件升级缓存。新固件先通过通信接口写入 MRAM，校验通过后再搬运到 MCU 的 Flash 里。这样即使升级过程中掉电，也不会导致设备变砖，因为原固件还在 Flash 里没动。
这个思路在工业设备里很实用，现场升级最怕的就是断电。用 MRAM 做缓存，升级过程分两步：先完整写入 MRAM 并校验，再从 MRAM 搬运到 Flash。搬运过程很快，掉电风险窗口很小。
7. 一些零散但重要的经验
7.1 初始化顺序有讲究
上电之后，MR25H40CDF 需要一点时间稳定。我的做法是在初始化 SPI 之前，先加 10ms 延时，等电源稳定后再配置 MSSP 模块。虽然数据手册说芯片上电就能用，但实际项目中电源纹波和上升时间会影响芯片的初始化状态，加个延时更保险。
7.2 不要忽略状态寄存器
MR25H40CDF 的状态寄存器里有一位 WEL（Write Enable Latch），表示写使能是否有效。写完 WREN 之后，可以读一下状态寄存器确认 WEL 置位了，再进行写操作。这个检查在调试阶段很有用，能快速判断 WREN 有没有生效。
7.3 批量写入时注意页边界
虽然 MR25H40CDF 没有像 Flash 那样的页边界限制，连续写入可以跨页，但为了代码的可维护性，我建议还是按固定块大小来组织数据。比如每条记录固定 32 字节，写的时候按记录为单位，不要跨记录写入。这样读取和解析都简单。
7.4 温度对 SPI 时序的影响
工业级芯片在 -40°C 到 +85°C 范围内工作，但 SPI 时序参数会随温度变化。高温下信号建立时间会变长，如果 PCB 布线余量不足，高温时可能出现通信错误。我的经验是，在常温下调试通过之后，最好在高低温箱里跑一遍，确认全温度范围内通信稳定。
7.5 保留一份出厂参数
系统参数区里，我一般会留一块区域存出厂参数，包括校准系数、设备序列号、生产日期等。这些参数在出厂时写入一次，之后只读不写。为了防止误写，可以在代码里把这块区域的地址范围标记为只读，写操作函数里检查地址，如果是出厂参数区就拒绝写入。
这套 MR25H40CDF 加 PIC18F45K42 的方案，我在几个工业项目里实际用过，稳定性确实好。MRAM 的写入寿命和即时写入特性，解决了传统存储方案在高频写入场景下的痛点。SPI 接口简单，驱动代码量不大，移植到其他 MCU 平台也容易。如果你正在选型存储方案，不妨把 MRAM 纳入考虑范围，尤其是那些对数据可靠性要求高、写入频繁的应用。
