MRAM与PIC18F86K22工业数据记录方案：SPI通信与掉电保护实战

1. 项目缘起与方案选型：为什么是 MRAM 加 PIC18F86K22

工业现场的数据记录有个很尴尬的处境：用 EEPROM 吧，写入速度慢、擦写寿命也就百万次级别，遇到高频采集场景，比如电机每转一圈记一次状态，几个月就能把某个扇区写废；用 SRAM 加后备电池吧，电池在高温高湿的车间里撑不了几年，换电池还得停机，维护成本高得离谱；用 Flash 吧，写之前得擦整个扇区，掉电时机不对还会丢数据，而且擦写寿命同样有限。我这些年做过的数据记录类项目，几乎都在跟这几个矛盾较劲。

这次的项目需求很明确：在一块工业控制板上，周期性记录设备运行参数，包括温度、电流、累计运行时间、故障码，要求掉电不丢、写入频繁、寿命够长、还得能在宽温环境下稳定工作。选来选去，最终定下了MR25H40CDF这颗 MRAM（磁性随机存储器）芯片，主控用PIC18F86K22，两者之间走SPI总线通信。这套组合在工业和嵌入式数据存储场景里，算是把“频繁写、掉电安全、长寿命”三个痛点一次性解决掉的方案。

先说 MR25H40CDF 这颗芯片的核心价值。它是 4Mbit 容量的 MRAM，也就是 512KB，采用 SPI 接口，工作电压 2.7V 到 3.6V，工业级温度范围覆盖 -40℃ 到 +85℃，部分批次能到 +105℃。MRAM 的存储原理跟 Flash、EEPROM 完全不同，它靠磁性隧道结的磁化方向来存储数据，写入不需要先擦除，可以直接覆盖写，写入速度是纳秒级的，而且擦写寿命理论上接近无限次，官方给出的数据是至少 10 的 14 次方次写入，实际上你拿它当 SRAM 用都没问题。掉电之后数据靠磁性保持，不需要供电，也不需要电池，保持时间官方标称 20 年以上。这几个特性放在工业数据记录场景里，简直是量身定做。

再说 PIC18F86K22。这是 Microchip 的一款 8 位单片机，PIC18 系列的高配型号，带 64KB Flash、3936 字节 SRAM、1KB EEPROM，集成了 MSSP 模块，可以配置成 SPI 或 I2C 主模式。它本身有 8 个 SPI 相关的引脚配置，支持硬件片选和软件片选两种方式。选它主要是因为几个原因：一是工业现场对 8 位机的接受度高，开发工具链成熟，调试方便；二是它的 SPI 速率可以配置到系统时钟的四分之一，在 64MHz 主频下能跑到 16MHz，足够喂饱 MRAM 的读写带宽；三是它的工作温度范围也是工业级的，跟 MRAM 匹配；四是成本可控，不像 32 位方案那样需要更复杂的外围电路和更长的开发周期。

提示：MRAM 虽然写入寿命近乎无限，但它对 SPI 时序的建立时间和保持时间有明确要求，尤其是高速读写时，PCB 走线和片选信号的处理会直接影响数据可靠性，这一点后面会详细展开。

这套方案适合谁参考？如果你正在做工业数据采集、设备状态记录、故障日志存储、计量仪表数据保存这类项目，尤其是遇到“写入频繁、掉电不能丢、维护周期要长”的需求，那这套组合值得认真考虑。如果你只是偶尔存个配置参数，那用 EEPROM 就够了，没必要上 MRAM，成本会高不少。下面我会从硬件设计、SPI 通信配置、读写操作实现、数据管理策略、问题排查几个维度，把整个项目的实操细节拆开讲清楚。

2. 硬件设计与 SPI 接口连接：从原理图到 PCB 的实操要点

2.1 MR25H40CDF 的引脚定义与供电处理

MR25H40CDF 采用 8 引脚 SOIC 封装，引脚定义很标准：1 脚是片选 CS，低电平有效；2 脚是 SPI 数据输出 SO；3 脚是写保护 WP，低电平有效；4 脚是地 VSS；5 脚是 SPI 数据输入 SI；6 脚是时钟 SCK；7 脚是保持 HOLD，低电平有效；8 脚是电源 VCC。这个引脚排列跟常见的 SPI Flash 芯片是兼容的，如果你之前用过 W25Q 系列，硬件上可以直接替换，但软件指令集不一样，不能直接套用。

供电方面，MR25H40CDF 要求 2.7V 到 3.6V，典型值 3.3V。这里有个细节要注意：虽然它标称工作范围是 2.7V 起，但在 2.7V 附近时，最高 SPI 时钟频率会受限，官方数据手册里写得很清楚，VCC 在 2.7V 到 3.0V 之间时，最大 SCK 频率是 5MHz；VCC 在 3.0V 到 3.6V 之间时，才能跑到 40MHz。所以如果你打算用高速 SPI，供电必须稳定在 3.3V，而且电源纹波要控制好。我在实际项目里会在 MRAM 的 VCC 引脚旁边放一个 0.1uF 的陶瓷去耦电容，再并一个 1uF 的钽电容，位置尽量靠近芯片引脚，这样能有效抑制电源噪声对读写的影响。

写保护 WP 和保持 HOLD 这两个引脚，很多人会直接悬空或者接地，但我的建议是：WP 引脚通过一个 10K 电阻上拉到 VCC，HOLD 引脚也通过 10K 电阻上拉到 VCC。这样做的原因是，WP 低电平时会禁止状态寄存器的写入，如果你不需要写保护功能，上拉可以避免误触发；HOLD 低电平时会暂停 SPI 通信，上拉可以保证通信不被意外中断。如果你确实需要硬件写保护功能，可以把 WP 接到单片机的某个 GPIO 上，通过软件控制。HOLD 引脚在单主单从的 SPI 系统里一般用不到，上拉处理即可。

2.2 PIC18F86K22 的 SPI 模块配置

PIC18F86K22 的 MSSP 模块支持 SPI 主模式和从模式，我们这里用主模式。SPI 的四个信号线分别是 SCK、SDI、SDO、SS。在 PIC18 上，这些引脚是复用功能的，需要先配置 TRIS 寄存器把对应的引脚设为输入或输出，再配置 SSPCON1、SSPCON2、SSPSTAT、SSPADD 这几个寄存器。

具体来说，SCK 和 SDO 是主模式下的输出，对应的 TRIS 位要清零；SDI 是输入，对应的 TRIS 位要置一；SS 如果是软件片选，就配置成普通 GPIO 输出，如果是硬件片选，就配置成 MSSP 的 SS 功能。我一般推荐用软件片选，原因后面会讲。SPI 时钟极性 CKP 和时钟边沿 CKE 这两个参数，必须跟 MR25H40CDF 的要求匹配。MR25H40CDF 支持 SPI 模式 0 和模式 3，也就是 CPOL=0/CPHA=0 或者 CPOL=1/CPHA=1。我通常用模式 0，即空闲时 SCK 为低电平，数据在 SCK 上升沿采样。在 PIC18 上，对应 SSPCON1 的 CKP 位设为 0，SSPSTAT 的 CKE 位设为 1。

SPI 时钟频率的计算方式是：Fosc 除以 SSPADD 的值再除以 4，或者直接看数据手册里的公式。假设系统时钟是 64MHz，SPI 时钟想跑到 16MHz，那 SSPADD 就要设成 0，因为 64MHz / 4 = 16MHz。但实际项目中，我建议先降到 1MHz 到 5MHz 调试，等通信稳定了再往上提。高速 SPI 对 PCB 走线要求很高，如果走线太长或者没有阻抗匹配，很容易出现数据错误。

2.3 PCB 布局与信号完整性注意事项

SPI 总线在低速时随便怎么走线都能工作，但一旦上了 10MHz 以上，信号完整性问题就会暴露出来。我在实际项目里踩过的坑包括：SCK 走线太长导致时钟边沿变缓，数据采样出错；CS 信号没有处理好，导致 MRAM 误触发；电源和地平面分割不合理，引入噪声。

针对 MR25H40CDF 和 PIC18F86K22 这套组合，我的 PCB 布局建议是这样的：第一，SPI 四根信号线尽量等长，走线长度控制在 10cm 以内，如果超过这个长度，要考虑加串联电阻做阻抗匹配，一般在 SCK 和 SDO 上串 22 欧姆到 33 欧姆的电阻。第二，CS 信号线要单独走，不要跟 SCK 平行走太长，避免串扰。第三，MRAM 的电源引脚旁边必须有去耦电容，而且地回路要短。第四，如果板子上有电机、继电器这类大功率器件，MRAM 和单片机要远离它们，或者加屏蔽处理。

注意：MRAM 芯片对磁场敏感，虽然 MR25H40CDF 内部有磁屏蔽设计，但如果板子附近有强磁场源，比如大电流走线或者电感元件，还是要保持至少 5mm 以上的距离，否则可能影响数据保持能力。

还有一个容易被忽略的点是 CS 片选信号的处理。如果用硬件片选，PIC18 的 SS 引脚在 SPI 主模式下如果被拉低，会自动切换到从模式，导致通信异常。所以我在实际项目中一律用软件片选，把 SS 配置成普通 GPIO，在每次读写操作前手动拉低，操作完成后拉高。这样虽然多几行代码，但可靠性高很多，也不会出现模式误切换的问题。

3. SPI 通信协议与 MRAM 指令集：读写操作的底层逻辑

3.1 MR25H40CDF 的指令集解析

MR25H40CDF 的指令集比 SPI Flash 简单很多，因为它不需要擦除操作。核心指令包括：WREN（写使能，0x06）、WRDI（写禁止，0x04）、RDSR（读状态寄存器，0x05）、WRSR（写状态寄存器，0x01）、READ（读数据，0x03）、WRITE（写数据，0x02）、RDID（读设备 ID，0x9F）。没有扇区擦除、块擦除这些指令，因为 MRAM 可以直接覆盖写。

WREN 指令是每次写操作之前必须发送的，它会把状态寄存器里的 WEL 位置一，表示允许写入。WRDI 指令则是禁止写入，一般在写操作完成后发送，或者在上电初始化时发送，防止误写。RDSR 指令用来读取状态寄存器，主要关注 WEL 位和 WIP 位，WIP 位表示芯片是否正在执行写操作。MRAM 的写入速度非常快，WIP 位通常在一两个时钟周期内就会清零，不像 Flash 那样需要等待几毫秒。

READ 指令的格式是：先拉低 CS，发送 0x03，然后发送 3 个字节的地址（因为 512KB 需要 19 位地址，3 个字节共 24 位，高位补零），接着就可以连续读取数据了，地址会自动递增。WRITE 指令格式类似：拉低 CS，发送 0x02，发送 3 字节地址，然后发送要写入的数据，地址同样自动递增。需要注意的是，MRAM 的写入是按字节进行的，没有页的概念，你写一个字节和写一整页的时序是一样的，不需要考虑页边界问题。

RDID 指令用来读取设备 ID，MR25H40CDF 的 ID 是 0x18 开头，后面跟着厂商代码和容量代码。这个指令在调试阶段非常有用，可以用来确认 SPI 通信是否正常，芯片是否焊接良好。我一般在上电初始化时会先读一次设备 ID，如果读到的值不对，就直接报错，避免后续操作出错。

3.2 PIC18F86K22 的 SPI 读写函数实现

在 PIC18F86K22 上，SPI 的底层读写是通过 MSSP 模块的 SSPBUF 寄存器完成的。发送一个字节时，把数据写入 SSPBUF，然后等待 SSPIF 标志位置一，表示发送完成，同时接收到的数据也会放在 SSPBUF 里。下面是一个典型的 SPI 字节交换函数：

unsigned char SPI_ExchangeByte(unsigned char data) { SSPBUF = data; while (!PIR1bits.SSPIF); // 等待传输完成 PIR1bits.SSPIF = 0; // 清除标志位 return SSPBUF; // 返回接收到的数据 }

这个函数同时完成了发送和接收，因为 SPI 是全双工总线，发送一个字节的同时也会接收一个字节。对于 MRAM 的写操作，我们只关心发送，接收到的数据可以忽略；对于读操作，我们先发送指令和地址，然后发送 dummy 字节来产生时钟，接收到的就是 MRAM 返回的数据。

CS 片选的控制用两个宏来实现：

#define MRAM_CS_LOW() (LATBbits.LATB0 = 0) #define MRAM_CS_HIGH() (LATBbits.LATB0 = 1)

这里假设 CS 接在 RB0 引脚上，实际项目中根据原理图调整。注意要用 LAT 寄存器而不是 PORT 寄存器来输出，因为 LAT 寄存器可以避免读-修改-写的问题，这在 PIC 单片机里是个经典坑。

3.3 读写时序的细节与参数计算

MR25H40CDF 的读写时序有几个关键参数需要关注。首先是 CS 建立时间，也就是 CS 拉低到第一个 SCK 上升沿之间的时间，官方要求最小 5ns，实际上只要不是极端情况都能满足。其次是 CS 保持时间，最后一个 SCK 下降沿到 CS 拉高之间的时间，要求最小 5ns。再就是数据输出有效时间，从 SCK 下降沿到 SO 数据有效的时间，在 3.3V 供电下典型值是 8ns。

这些纳秒级的时间在 16MHz SPI 时钟下，一个时钟周期是 62.5ns，所以时序余量是足够的。但如果你把 SPI 跑到 40MHz，一个周期只有 25ns，这时候就要仔细核算了。我的建议是，除非你的 PCB 走线非常短且阻抗控制得很好，否则不要轻易跑到 40MHz，16MHz 到 20MHz 已经能满足绝大多数工业数据记录的需求了。

读写操作的完整流程是这样的：写操作时，先拉低 CS，发送 WREN 指令，拉高 CS；然后再次拉低 CS，发送 WRITE 指令，发送 3 字节地址，发送数据，拉高 CS。注意 WREN 和 WRITE 之间必须拉高 CS，这是 MRAM 的要求，不像有些 Flash 可以在同一个 CS 周期内完成。读操作简单一些：拉低 CS，发送 READ 指令，发送 3 字节地址，然后连续读取数据，最后拉高 CS。

提示：每次写操作之前都要发送 WREN 指令，即使你连续写多个地址，也不能省略。我见过有人为了省事，在初始化时发一次 WREN 就以为一直有效，结果写不进去数据，排查了半天才发现是 WEL 位被自动清零了。

4. 数据存储策略与掉电保护：让每一字节都可靠

4.1 数据分区与地址规划

512KB 的 MRAM 空间，如果只是简单地从地址 0 开始顺序写，很快就会写满，而且没有考虑数据管理的问题。我在实际项目中会把 MRAM 分成几个区域：系统配置区、运行日志区、故障记录区、参数备份区。每个区域有固定的起始地址和大小，这样管理起来清晰，也方便后续扩展。

系统配置区放在最前面，比如 0x00000 到 0x00FFF，共 4KB，用来存储设备 ID、校准参数、通信配置这些不经常变的数据。运行日志区从 0x01000 开始，占 256KB，采用环形缓冲区的方式写入，每条记录固定长度，比如 32 字节，包含时间戳、温度、电流、状态字。故障记录区从 0x41000 开始，占 128KB，也是环形缓冲区，但每条记录更长，比如 128 字节，包含故障码、故障前后的关键数据快照。参数备份区放在最后，占 128KB，用来存储配置参数的多个副本，防止某个副本损坏。

环形缓冲区的实现方式是：维护一个写指针，每次写入后指针递增，到达区域末尾时回绕到起始地址。同时维护一个记录计数，用来判断缓冲区是否已满。如果已满，就覆盖最旧的记录。这种方式的好处是写入均匀，不会集中磨损某个扇区，虽然 MRAM 不怕磨损，但均匀写入可以延长数据保持时间。

4.2 掉电检测与数据完整性保障

工业现场最怕的就是掉电时正在写数据，导致记录不完整或者数据错乱。MRAM 的写入速度是纳秒级的，理论上掉电瞬间完成写入的概率很高，但为了万无一失，还是要做掉电检测。PIC18F86K22 内部有低电压检测模块，可以配置成在电源电压低于某个阈值时产生中断。我把这个中断优先级设成最高，在中断服务程序里立即停止所有写操作，并把当前写指针和状态标志保存到 MRAM 的固定位置。

具体做法是：在 MRAM 里划出一小块区域作为“事务标志区”，每次写日志之前，先写一个“写入中”的标志，写完数据后再写一个“写入完成”的标志。如果系统复位后发现标志是“写入中”，说明上次写入可能被中断了，这时候需要检查数据的校验和，如果校验不通过，就丢弃这条记录，把写指针回退到上一条记录的位置。这个机制虽然简单，但在实际项目中非常有效，我用了好几年，没出现过数据错乱的情况。

校验和的计算可以用简单的累加和，也可以用 CRC16。累加和计算快，但检错能力弱一些；CRC16 计算稍慢，但检错能力强。对于工业数据记录，我推荐用 CRC16，因为数据量不大，计算时间可以接受，而且能检出绝大多数错误。PIC18F86K22 没有硬件 CRC 模块，需要用软件实现，网上有现成的查表法代码，直接拿来用就行。

4.3 写入频率与寿命估算

虽然 MRAM 的写入寿命接近无限，但实际项目中还是要估算一下写入频率，确保不会超出芯片的承受范围。假设每条日志 32 字节，每秒钟写一次，一天就是 86400 次写入，一年是 3153 万次。MR25H40CDF 的写入寿命是 10 的 14 次方次，也就是 100 万亿次，按这个频率可以用 300 多万年，完全不用担心。但如果你每秒写 1000 次，一年就是 315 亿次，那大概 300 多年后才会达到寿命上限，依然远远超出设备的使用年限。

真正需要关注的是数据保持时间。MRAM 的数据保持时间官方标称 20 年，但这个是在常温下的数据。如果在高温环境下，比如 85℃，数据保持时间会缩短。根据 Arrhenius 模型，温度每升高 10℃，数据保持时间大约减半。所以在 85℃ 环境下，数据保持时间可能只有几年。对于需要长期保存的数据，比如设备校准参数，我建议定期刷新，比如每半年重新写入一次，这样可以保证数据不会因为磁化方向缓慢变化而丢失。

注意：MRAM 的数据保持时间跟写入时的温度也有关系。如果在高温下写入，数据保持时间会比在常温下写入短。所以如果设备工作在高温环境，最好在常温下进行关键数据的写入，或者定期刷新。

5. 常见问题与排查技巧实录

5.1 SPI 通信失败的问题排查

SPI 通信失败是最常见的问题，表现是读不到设备 ID，或者读到的数据全是 0xFF 或 0x00。排查思路是这样的：先用示波器或者逻辑分析仪抓 SCK、CS、SI、SO 四根线的波形，看时序是否正常。如果 SCK 没有波形，检查 PIC18 的 SPI 模块是否使能，SSPCON1 寄存器的 SSPEN 位是否置一。如果 CS 没有拉低，检查 GPIO 配置是否正确，LAT 寄存器是否写对了。如果 SI 有数据但 SO 没反应，检查 MRAM 的供电是否正常，WP 和 HOLD 引脚是否处理好了。

我遇到过一次典型问题：SPI 时钟配置成了模式 2，但 MRAM 只支持模式 0 和模式 3，结果读出来的数据全是乱的。后来把 CKP 和 CKE 改过来就好了。还有一次是 CS 信号用了硬件片选，结果 PIC18 的 SS 引脚被拉低后自动进入从模式，SPI 完全不工作。改成软件片选后问题解决。所以我在项目里一律用软件片选，省心。

另一个常见问题是 SPI 速率太高导致数据错误。表现是低速时读写正常，一提高速率就出错。这时候要先检查 PCB 走线，看 SCK 和 SO 的走线是否太长，有没有串扰。如果走线没问题，可以在 SCK 和 SDO 上串电阻，一般 22 欧姆到 33 欧姆，能明显改善信号质量。如果还不行，就降低 SPI 速率，工业现场对速度的要求没那么高，稳定比快更重要。

5.2 数据写入后读出来不对的问题

数据写入后读出来不对，可能的原因有几个：一是 WREN 指令没有发送，或者发送后没有拉高 CS，导致 WEL 位没有置一，写入被忽略。二是地址计算错误，写到了别的地址。三是数据在传输过程中被干扰，比如 SPI 速率太高或者电源噪声太大。四是 MRAM 的写保护引脚 WP 被拉低，导致写入被禁止。

排查方法是：先读状态寄存器，看 WEL 位和 WIP 位是否正常。然后写一个已知数据到某个地址，再读回来对比。如果读回来不对，用逻辑分析仪抓完整的写时序，看数据是否正确地发送到了 MRAM。如果时序没问题，检查电源和地，看是否有噪声。我遇到过因为电源纹波太大导致写入数据随机出错的情况，后来在 MRAM 电源引脚旁边加了去耦电容就好了。

还有一个容易被忽略的问题是地址对齐。MR25H40CDF 的地址是 19 位，3 个字节传输，高位补零。如果你发送的地址超过了 512KB 的范围，芯片会回绕到起始地址，导致数据写到错误的位置。所以在计算地址时，一定要确保不超过 0x7FFFF。

5.3 掉电后数据丢失的问题

掉电后数据丢失，对于 MRAM 来说，理论上不应该发生，因为它是非易失性的。但如果真的遇到了，要检查几个方面：一是供电电压是否在掉电瞬间跌到了 MRAM 的最低工作电压以下，导致写入操作没有完成。二是掉电检测中断是否及时响应，有没有在电源完全掉下去之前完成数据保存。三是 MRAM 的 WP 引脚是否在掉电时被拉低，导致写入被禁止。

我的经验是，掉电检测的阈值要设得比 MRAM 的最低工作电压高一些，比如 MRAM 最低 2.7V，那掉电检测阈值就设成 3.0V，这样在电源跌到 2.7V 之前，单片机还有时间完成关键数据的保存。另外，掉电检测中断服务程序要尽量短，只做最必要的操作，比如保存写指针和状态标志，不要在里面做复杂的计算或者大量数据写入。

还有一个细节是，掉电时 CS 信号的状态。如果 CS 在掉电时处于低电平，MRAM 可能会认为通信还在进行，导致状态异常。所以在掉电检测中断里，要把 CS 拉高，确保 MRAM 处于空闲状态。

5.4 常见问题速查表

6. 实操心得与项目经验分享

6.1 初始化流程的标准化

每次上电后的初始化流程，我建议固定成一套标准动作：先配置系统时钟，再配置 GPIO，然后配置 SPI 模块，接着读 MRAM 的设备 ID 确认通信正常，最后检查事务标志区，判断上次是否正常关机。这套流程写成函数，每次上电调用一次，可以避免很多低级错误。

读设备 ID 这一步特别重要，我把它当成 SPI 通信的自检。如果 ID 读不到，后面的操作都不用做了，直接报错。ID 读到了，说明硬件连接和 SPI 配置都没问题，可以继续。这个习惯帮我省了很多调试时间，尤其是在批量生产时，可以快速筛选出焊接不良的板子。

6.2 数据记录的结构设计

数据记录的结构设计要考虑可扩展性和可读性。我一般用这样的结构：每条记录固定 32 字节，前 4 字节是时间戳，接着 4 字节是记录类型，然后 20 字节是数据区，最后 4 字节是 CRC 校验。时间戳用 Unix 时间格式，记录类型用枚举值区分温度、电流、故障等。数据区根据记录类型有不同的解析方式。CRC 校验放在最后，读取时先校验再解析。

这种固定长度的记录方式，读写都简单，地址计算也方便。缺点是如果某个记录类型的数据量变化很大，会浪费空间。但对于工业数据记录来说，数据量一般比较固定，浪费不了多少。如果你需要存储变长数据，可以用“长度+数据”的格式，但地址计算会复杂一些，需要维护索引表。

6.3 调试工具的选择与使用

调试 SPI 通信，逻辑分析仪是必备工具。我用的是 Saleae Logic 8，8 通道，100MHz 采样率，抓 SPI 波形绰绰有余。抓波形时，把 CS、SCK、SI、SO 四根线都接上，设置好 SPI 解码器，就能直接看到发送和接收的数据，非常直观。如果没有逻辑分析仪，用示波器也行，但只能看时序，看不到数据内容，效率低一些。

PIC18F86K22 本身支持在线调试，用 ICD 或者 PICKit 系列工具，可以单步执行代码，查看寄存器值。调试 SPI 时，我一般先在 SPI 发送函数里设断点，看 SSPBUF 的值是否正确，再看 SSPIF 标志位是否正常置一。如果 SSPBUF 的值不对，说明上层代码有问题；如果 SSPIF 不置一，说明 SPI 模块配置有问题。

提示：用逻辑分析仪抓 SPI 波形时，注意采样率要足够高，至少是 SPI 时钟频率的 10 倍以上。比如 SPI 跑 16MHz，采样率至少要 160MHz，否则波形会失真，解码也会出错。

6.4 批量生产时的注意事项

批量生产时，MRAM 的焊接质量是个关键。SOIC 封装的引脚间距是 1.27mm，手工焊接问题不大，但回流焊时如果温度曲线不对，容易出现虚焊或者连锡。我建议在 PCB 上留出测试点，方便批量测试时快速验证 SPI 通信。测试点包括 CS、SCK、SI、SO、VCC、GND，用探针或者夹具接触，跑一遍读写测试，就能筛选出不良品。

另外，批量生产时最好给每块板子分配一个唯一的设备 ID，存储在 MRAM 的配置区。这个 ID 可以用来追溯生产批次、校准数据、维修记录。写入设备 ID 的工序放在最后，整机测试通过后再写，避免返修时 ID 混乱。

6.5 长期运行的可靠性验证

工业设备要求长期稳定运行，所以 MRAM 的可靠性验证不能少。我一般会做几个测试：高温老化测试，把板子放在 85℃ 的恒温箱里，连续读写 72 小时，看是否有数据错误；掉电测试，用可编程电源模拟随机掉电，每次掉电后检查数据完整性；振动测试，模拟运输和使用中的振动，看焊接是否可靠。

这些测试虽然费时间，但能提前发现很多问题。我遇到过一次高温下 SPI 通信不稳定的情况，常温下一切正常，一到 70℃ 以上就偶尔出错。后来发现是 MRAM 的电源去耦电容在高温下容量衰减，换了一个温度特性更好的电容就好了。如果没做高温测试，这个问题到了现场才会暴露，维修成本就高了。

7. 方案扩展与进阶思路

7.1 多片 MRAM 级联扩展容量

512KB 的容量对于大多数工业数据记录场景是够用的，但如果你需要更大的存储空间，比如要记录图像或者音频数据，可以考虑多片 MRAM 级联。MR25H40CDF 支持 SPI 菊花链吗？不支持。但你可以用多个 CS 引脚，每个 MRAM 接一个独立的 CS，共用 SCK、SI、SO 三根线。这样单片机可以通过片选信号选择不同的 MRAM 芯片，实现容量扩展。

这种方式的优点是简单，不需要额外的硬件逻辑；缺点是占用单片机的 GPIO 引脚，每增加一片 MRAM 就要多一个 CS 引脚。PIC18F86K22 有足够的 GPIO，接 4 到 8 片 MRAM 没问题，总容量可以扩展到 2MB 到 4MB。如果你需要更大的容量，可以考虑用 SPI 到并行的转换芯片，或者换用更大容量的 MRAM 型号，比如 MR25H40 系列有 1Mbit 到 4Mbit 的选项，更大容量的型号也有，但封装和价格会不同。

7.2 结合文件系统管理数据

如果你的数据记录需要支持文件级别的管理，比如按日期创建文件、按文件名读取数据，那可以在 MRAM 上实现一个简单的文件系统。常见的嵌入式文件系统有 FatFs、LittleFS、SPIFFS 等。FatFs 兼容性好，但代码量较大；LittleFS 专为嵌入式设计，支持掉电保护，适合 MRAM 这种非易失性存储器。

在 MRAM 上跑文件系统的好处是，数据管理更灵活，可以通过文件名和目录来组织数据，读取也方便。缺点是需要额外的 RAM 和 Flash 空间来运行文件系统代码，PIC18F86K22 的 3936 字节 SRAM 可能有点紧张，需要仔细优化。如果你的项目对文件系统有需求，建议换用 RAM 更大的单片机，比如 PIC24 或者 PIC32 系列。

7.3 数据加密与安全存储

工业数据有时候涉及商业机密或者设备安全，需要对存储的数据进行加密。MRAM 本身没有硬件加密功能，但可以在单片机层面做软件加密。常用的加密算法有 AES-128、ChaCha20 等。AES-128 在 PIC18 上跑起来比较吃力，因为 PIC18 是 8 位机，没有硬件乘法器，AES 的列混合操作需要大量的乘法和加法运算。ChaCha20 相对轻量一些，适合 8 位机。

如果加密要求不高，可以用简单的异或加密或者滚动密钥，虽然安全性不高，但能防止数据被直接读取。如果安全性要求高，建议换用带硬件加密模块的单片机，比如 PIC24F 系列或者 ATECC608A 加密芯片。加密密钥的存储也是个问题，不能明文存在 MRAM 里，最好存在单片机的 Flash 或者专用的安全芯片里。

7.4 与上位机的数据交互

工业设备通常需要与上位机通信，把存储的数据上传到监控系统。PIC18F86K22 支持 UART、SPI、I2C 等通信接口，可以通过 UART 转 RS485 或者 RS232 与上位机连接，也可以通过 SPI 接以太网模块或者无线模块。数据上传的协议可以自定义，也可以用 Modbus RTU 这类标准协议。

我一般会定义一个简单的命令协议：上位机发送读命令，指定起始地址和长度，单片机从 MRAM 读取数据并返回；上位机发送写命令，指定地址和数据，单片机写入 MRAM。命令格式包括帧头、命令码、地址、长度、数据、CRC 校验。这种协议简单可靠，容易实现，也容易调试。如果数据量大，可以加分包机制，每包最多 256 字节，避免缓冲区溢出。

8. 最后的一些个人体会

这套 MR25H40CDF 加 PIC18F86K22 的方案，我在好几个工业项目里用过，从数据采集器到计量仪表，从故障录波器到设备黑匣子，表现都很稳定。MRAM 的写入速度和寿命是它最大的优势，用过之后就不想再用 EEPROM 和 Flash 了。PIC18F86K22 虽然是个 8 位机，但在数据记录这种场景下完全够用，开发工具成熟，调试方便，成本也低。

踩过的坑主要集中在 SPI 时序和 PCB 布局上。低速调试通过后，不要急着提高 SPI 速率，先在目标速率下跑长时间读写测试，确认没有误码再定型。PCB 走线要尽量短，去耦电容要靠近芯片引脚，CS 信号要用软件控制。掉电检测和事务标志机制一定要做，这是数据完整性的最后一道防线。

如果你正在选型类似的方案，我的建议是：先明确数据量、写入频率、掉电保护要求、工作温度范围这几个关键指标，再决定用多大容量的 MRAM 和什么级别的单片机。不要盲目追求高性能，工业场景下稳定可靠比什么都重要。MRAM 的价格比 EEPROM 和 Flash 高不少，但如果你的项目对写入寿命和掉电安全有硬性要求，这个成本是值得的。