MR25H40CDF 这个名字第一次接触的人可能有点陌生一个 4Mbit 的非易失性磁阻存储器也就是 MRAM旁边再配一颗 Microchip 的 PIC32MX675F512L 单片机。两个型号放在一起乍一看像是在抄 BOM 清单但它背后其实是工业嵌入式里非常典型的“要快、要稳、要掉电不丢数据”的存储需求。做嵌入式的人基本都跟存储打过交道EEPROM 慢但简单NOR Flash 大但怕频繁写FRAM 快也有损坏的前例。而 MRAM 是另一种思路它把磁存储的特性做到硅片里读写速度和 SRAM 相当数据又能断电保存。把 MR25H40CDF 接到 PIC32MX675F512L 上本质上是解决工业设备里的一个实际痛点数据要被高频率地写、随时被读、断电了也不能丢。这篇文章我会从存储选型、电路连接、SPI 驱动、掉电保护和调试心得几个方面展开把 MR25H40CDF 和 PIC32MX675F512L 这套方案的原理和实现说透。适合正在做工业仪表、运动控制、数据采集或者任何要求高可靠存储的嵌入式工程师参考。1. 项目核心MR25H40CDF 与 PIC32MX675F512L 的读写方案1.1 MR25H40CDF 是什么4Mbit 非易失性 MRAMMR25H40CDF 是 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 和 EEPROM2.1 四种存储器的关键参数对照做工业设计时选存储器不能只看容量和价格要对比写寿命、写速度、是否需要擦除、数据保持温度和抗干扰能力。我常把 NOR Flash、EEPROM、FRAM、MRAM 四项放在表里直接比参数NOR FlashEEPROMFRAMMRAM写粒度页/扇区擦除后写字节字节字节写前是否需要擦除需要不需要不需要不需要典型写寿命10^5 次10^6 次10^12 次10^14 次单字节写入时间毫秒级微秒级纳秒级纳秒级工业温度范围较宽较宽常见 -40~85℃-40~105℃掉电数据保持十年级十年级十年级20年以上从这个表能看出来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就是因为没解除写保护。读取状态寄存器的指令是 0x05uint8_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 组合的时候我整理了下面这个速查表照着查基本能解决大部分问题。现象可能原因排查方法读数据全是 0xFF写保护未解除读状态寄存器写入 0x00读数据全是 0x00MOSI 线路断路示波器量 SI 引脚波形写数据后读回不对SPI 模式不匹配确认 CKP/CKE 配置正确偶发数据值错位SPIROV 溢出导致数据错位每次 exchange 前清除溢出标志芯片不响应CS 引脚未拉低检查 GPIO 配置和 PPS 映射某些地址写不进地址越界确认地址小于 0x80000高温下偶发读取错误电源纹波过大增强 VCC 去耦减小 SPI 速率WP 引脚悬空导致写失败WP 受到干扰WP 引脚固定接 VCC7.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 寿命和掉电数据折磨不妨也试试这个组合硬件和软件都比想象中简单。