1. 项目缘起与方案选型思考1.1 为什么要在工业场景里折腾 MRAM 这颗新料做嵌入式这行十来年存储方案我前后换过好几茬。早些年做工业数据采集清一色 EEPROM 加 FRAM后来容量不够用了就上 SPI Flash再后来发现 Flash 在频繁写入场景下寿命实在扛不住尤其是那种每秒都要记一次状态日志的工控板子写个两三年就开始出坏块。所以当项目里出现高频写入、掉电不能丢、还要在宽温环境里稳定跑这三个硬指标时我把目光投向了 MRAM。MR25H40CDF 就是在这个背景下进入视野的。它是 Everspin 家的一款 4Mb 容量的磁阻随机存储器SPI 接口工业级温度范围最关键的一点是——它的写入不需要擦除、没有写延迟、理论擦写寿命近乎无限。这跟 Flash 那种先擦后写、擦一次少一次的机制完全是两个物种。你可以把它理解成带掉电保持能力的 SRAM读写速度接近 RAM但断电之后数据还在。我这次选的主控是 MSP432P401RTI 家的 Cortex-M4F48MHz 主频低功耗做得不错片上外设也够用。选它主要是因为这个项目对功耗敏感同时又需要一定的浮点运算能力来处理传感器数据MSP432 正好卡在这个甜点位上。两者通过 SPI 总线连接构成一套高频采集 可靠存储的最小系统。这套组合适合谁看如果你正在做工业仪表、电力监测、医疗设备数据记录、或者任何需要频繁写 掉电不丢 长寿命的嵌入式项目那这篇内容应该能帮你少走不少弯路。哪怕你用的是 STM32 或者别的 MCU底层的 SPI 时序和 MRAM 操作逻辑也是通用的换个平台照样能抄。1.2 MRAM 和 Flash、EEPROM 到底差在哪很多人第一次接触 MRAM 会懵觉得不就是个存储器嘛能有多大区别。我拿实际项目里的对比数据说话这样更直观。特性MR25H40CDF (MRAM)典型 SPI Flash (W25Q64)典型 EEPROM (AT24C256)写入前是否需擦除不需要需要按扇区擦不需要字节写入时间无延迟直接写页编程约 0.7ms约 5ms擦写寿命近乎无限10^14 量级约 10 万次约 100 万次掉电保持20 年以上20 年100 年接口SPISPII2C容量4Mb (512KB)8MB32KB写入功耗低无擦除峰值擦除时功耗高中等这张表里最关键的一行是写入前是否需擦除。Flash 的痛点就在这——你哪怕只改一个字节也得把整个扇区通常 4KB读出来、改掉、擦掉、再写回去。这个过程不仅慢而且每次擦除都在消耗寿命。MRAM 完全没这个问题想写哪个字节就写哪个字节跟操作内存一样随意。提示MRAM 虽然写入无延迟但 SPI 总线的传输速率仍然是瓶颈。MR25H40CDF 支持最高 40MHz 的 SPI 时钟实际能跑多快取决于你的 PCB 布线和主控能力。1.3 整体架构是怎么搭起来的整个系统的数据流其实很清晰传感器采集 → MSP432 处理 → 通过 SPI 写入 MRAM → 需要时读回。但魔鬼在细节里我先把架构层面的几个关键决策讲清楚。第一SPI 用硬件还是软件模拟我选硬件 SPI。MSP432P401R 的 eUSCI_B 模块原生支持 SPI配置好之后 CPU 只需要往 TXBUF 里丢数据就行不用自己翻转 GPIO。软件模拟 SPI 虽然灵活但在 40MHz 这个量级上根本跑不动而且占用 CPU 周期得不偿失。第二片选怎么处理MR25H40CDF 只有一个 CS 引脚我用的是硬件片选直接接到 MSP432 的一个 GPIO 上由 SPI 外设自动控制。这里有个坑后面会细讲——硬件片选和软件片选在时序上有微妙差别配错了会出现第一个字节丢失的经典问题。第三电源和去耦。MRAM 对电源纹波比 Flash 敏感尤其是写入瞬间的电流波动。我在 VCC 引脚旁边放了 0.1uF 和 1uF 两颗电容紧贴芯片放置这点后面实操部分会再强调。2. 硬件连接与底层配置细节2.1 引脚连接与 PCB 布局要点先把线接对这是所有后续工作的前提。MR25H40CDF 是 8 引脚 SOIC 封装引脚定义很标准VCC引脚 83.3V 供电GND引脚 4地CS引脚 1片选低有效SCK引脚 6SPI 时钟SI引脚 5数据输入MOSISO引脚 2数据输出MISOWP引脚 3写保护低有效不用时接 VCCHOLD引脚 7保持低有效不用时接 VCC我把它接到 MSP432P401R 的 eUSCI_B0 上具体映射是P1.5 做 SCKP1.6 做 MOSIP1.7 做 MISOP1.4 做 CS。这套映射不是随便选的而是查了 MSP432 的数据手册确认这几个引脚可以复用为 eUSCI_B0 的 SPI 功能。PCB 布局这块我要多说两句因为踩过坑。SPI 在 40MHz 下跑信号完整性不能马虎。我的经验是SCK 走线尽量短最好不超过 5cm旁边包地MISO 和 MOSI 不要平行走太长容易串扰CS 线虽然频率低但也别绕远路因为它决定了通信的起始时刻去耦电容必须紧贴芯片 VCC 引脚走线越短越好我一般控制在 2mm 以内注意WP 和 HOLD 引脚千万别悬空。悬空的话电平不确定可能导致芯片随机进入写保护或保持状态表现为有时候能写有时候不能写这种间歇性故障最难查。我一般直接拉到 VCC。2.2 MSP432 的 SPI 初始化配置配置 SPI 的核心是搞清楚四个参数时钟极性CPOL、时钟相位CPHA、数据位序MSB/LSB、时钟频率。MR25H40CDF 支持 SPI Mode 0 和 Mode 3我用的是 Mode 0也就是 CPOL0、CPHA0时钟空闲为低数据在第一个边沿采样。下面是 MSP432 上用 DriverLib 配置 SPI 的代码我加了详细注释#include ti/devices/msp432p4xx/driverlib/driverlib.h void SPI_Init(void) { // 1. 配置 GPIO 为 SPI 功能 // P1.5 SCK, P1.6 MOSI, P1.7 MISO GPIO_setAsPeripheralModuleFunctionInputPin( GPIO_PORT_P1, GPIO_PIN5 | GPIO_PIN6 | GPIO_PIN7, GPIO_PRIMARY_MODULE_FUNCTION ); // 2. 配置 CS 为普通输出初始拉高 GPIO_setAsOutputPin(GPIO_PORT_P1, GPIO_PIN4); GPIO_setOutputHighOnPin(GPIO_PORT_P1, GPIO_PIN4); // 3. 配置 eUSCI_B0 为 SPI 主机模式 eUSCI_SPI_MasterConfig spiConfig; spiConfig.selectClockSource EUSCI_B_SPI_CLOCKSOURCE_SMCLK; spiConfig.clockSourceFrequency CS_getSMCLK(); // 通常 48MHz spiConfig.desiredSpiClock 1000000; // 先跑 1MHz稳定后再提速 spiConfig.msbFirst EUSCI_B_SPI_MSB_FIRST; spiConfig.clockPhase EUSCI_B_SPI_PHASE_DATA_CAPTURED_ONFIRST_CHANGED_ON_NEXT; spiConfig.clockPolarity EUSCI_B_SPI_CLOCKPOLARITY_INACTIVITY_LOW; spiConfig.spiMode EUSCI_B_SPI_3PIN; SPI_initMaster(EUSCI_B0_BASE, spiConfig); SPI_enableModule(EUSCI_B0_BASE); }这里有个细节值得展开desiredSpiClock我一开始设的是 1MHz而不是直接上 40MHz。为什么因为调试阶段先用低速确认通信正常排除时序问题等确认无误后再逐步提速。这是我一直以来的习惯——先让它跑起来再让它跑得快。时钟频率的计算方式是分频系数 SMCLK / desiredSpiClock。48MHz / 1MHz 48DriverLib 会自动选最接近的分频值。如果你设 40MHz48/40 1.2实际会分频到 24MHz分频系数 2因为分频只能是 2 的幂次。所以想要精确的 40MHz得先调 SMCLK 或者接受实际频率。2.3 MRAM 的读写命令集解析MR25H40CDF 的指令集很简洁常用的就四条指令名称指令码功能说明WREN0x06写使能写操作前必须先发WRDI0x04写禁止READ0x03读数据后跟 3 字节地址WRITE0x02写数据后跟 3 字节地址注意地址是 24 位的因为 4Mb 512KB 2^19 字节但芯片用 3 字节地址寻址高位补零。这点跟很多 SPI Flash 一样写代码时别搞错字节序。写操作的完整流程是拉低 CS → 发 WREN0x06→ 拉高 CS → 拉低 CS → 发 WRITE0x02→ 发 3 字节地址 → 发数据 → 拉高 CS。注意 WREN 和 WRITE 之间必须拉高一次 CS这是很多新手容易漏掉的步骤不拉高的话 WREN 不生效写操作会被忽略。读操作简单些拉低 CS → 发 READ0x03→ 发 3 字节地址 → 读数据 → 拉高 CS。读操作不需要 WREN。3. 驱动实现与核心代码拆解3.1 底层字节收发函数所有上层操作都建立在字节收发之上所以这个函数必须写扎实。MSP432 的 SPI 收发是同一个动作——往 TXBUF 写一个字节同时从 RXBUF 读一个字节。下面是实现uint8_t SPI_TransferByte(uint8_t txData) { // 等待发送缓冲区空 while (!(SPI_getInterruptStatus(EUSCI_B0_BASE, EUSCI_B_SPI_TRANSMIT_INTERRUPT))); // 写入待发送数据 SPI_transmitData(EUSCI_B0_BASE, txData); // 等待接收完成 while (!(SPI_getInterruptStatus(EUSCI_B0_BASE, EUSCI_B_SPI_RECEIVE_INTERRUPT))); // 读取接收数据 return SPI_receiveData(EUSCI_B0_BASE); }这个函数看起来简单但有两个坑。第一等待标志位的时候要用while轮询不能用if否则时序会乱。第二发送和接收是同时发生的你发一个字节出去同时会收到一个字节回来哪怕你只是单纯想写数据也得把 RXBUF 读走否则接收缓冲区满了会出问题。实操心得如果你追求极致速度可以把等待标志位改成超时机制避免总线异常时死循环。我在量产代码里都会加一个超时计数超过一定次数就返回错误码这样系统不会卡死。3.2 写使能与写操作封装基于字节收发函数封装写使能和写操作#define MRAM_CMD_WREN 0x06 #define MRAM_CMD_WRITE 0x02 #define MRAM_CMD_READ 0x03 void MRAM_WriteEnable(void) { GPIO_setOutputLowOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉低 SPI_TransferByte(MRAM_CMD_WREN); GPIO_setOutputHighOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉高 } void MRAM_Write(uint32_t addr, uint8_t *data, uint32_t len) { MRAM_WriteEnable(); // 先发写使能 GPIO_setOutputLowOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉低 SPI_TransferByte(MRAM_CMD_WRITE); SPI_TransferByte((addr 16) 0xFF); // 地址高字节 SPI_TransferByte((addr 8) 0xFF); // 地址中字节 SPI_TransferByte(addr 0xFF); // 地址低字节 for (uint32_t i 0; i len; i) { SPI_TransferByte(data[i]); } GPIO_setOutputHighOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉高写入生效 }这里地址拆分用的是移位加掩码(addr 16) 0xFF取最高字节(addr 8) 0xFF取中间字节addr 0xFF取最低字节。这是标准做法别用联合体或者指针强转那些方法虽然看起来简洁但涉及字节序问题跨平台容易翻车。3.3 读操作的实现与页边界问题读操作比写简单但有个页边界的问题要注意。MR25H40CDF 内部是按页组织的虽然读操作可以跨页连续读但如果你读的地址跨越了芯片内部的物理页边界某些批次的芯片可能会出现数据错位。我的做法是保守一点每次读不超过 256 字节超过就分段读。void MRAM_Read(uint32_t addr, uint8_t *buffer, uint32_t len) { GPIO_setOutputLowOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉低 SPI_TransferByte(MRAM_CMD_READ); SPI_TransferByte((addr 16) 0xFF); SPI_TransferByte((addr 8) 0xFF); SPI_TransferByte(addr 0xFF); for (uint32_t i 0; i len; i) { buffer[i] SPI_TransferByte(0xFF); // 发哑元数据读回真实数据 } GPIO_setOutputHighOnPin(GPIO_PORT_P1, GPIO_PIN4); // CS 拉高 }注意读的时候发送的是0xFF这是哑元数据dummy byte因为 SPI 是全双工你必须发点什么才能产生时钟才能把数据从从机移进来。发0x00也行但0xFF更常见因为某些 Flash 芯片对哑元数据有要求。3.4 提速到 24MHz 的实测过程前面初始化时我设的是 1MHz确认通信正常后我开始提速。过程是这样的第一步把desiredSpiClock改成 8MHz跑一遍读写测试用逻辑分析仪抓波形确认数据无误。第二步改成 24MHz因为 48MHz 分频 2 就是 24MHz再测。第三步尝试 48MHz发现误码率上升逻辑分析仪显示 SCK 上升沿有振铃说明 PCB 布线在 48MHz 下信号完整性不够好。最终我稳定在 24MHz。这个速率下写 512KB 全片大约需要 170ms 左右对于我的应用场景完全够用。如果你非要跑 40MHz得优化 PCB比如缩短走线、加端接电阻、用四层板等。目标频率实际频率误码情况结论1MHz1MHz无调试用8MHz8MHz无可用24MHz24MHz无推荐40MHz24MHz无分频限制48MHz48MHz偶发布线需优化提示逻辑分析仪是调 SPI 的必备工具。没有它你只能靠猜。我用的是一款入门级 8 通道 24MHz 采样率的虽然采样率不高但看 SPI 时序足够了。4. 数据可靠性设计与掉电保护4.1 掉电检测与紧急写入MRAM 虽然掉电不丢数据但前提是数据已经写进去了。如果掉电发生在写入过程中那半个字节可能就丢了。所以掉电检测电路是必须的。我的做法是用 MSP432 的 ADC 监测电源电压当电压低于 3.0V 时触发中断在中断里把关键数据紧急写入 MRAM。这里的关键是——从检测到掉电到电源彻底跌落到芯片工作电压以下中间有个时间窗口通常是几毫秒到几十毫秒取决于你的电容容量。计算一下假设系统电流 20mA掉电检测阈值 3.0V芯片最低工作电压 2.7V电容 100uF。那么可用时间 t C × ΔV / I 100uF × 0.3V / 20mA 1.5ms。1.5ms 足够写几百个字节到 MRAM 了因为 MRAM 写入无延迟24MHz SPI 下每字节约 0.33us1.5ms 能写 4500 字节。// 掉电中断服务函数 void ADC14_IRQHandler(void) { uint16_t voltage ADC14_getResult(ADC_MEM0); if (voltage VOLTAGE_THRESHOLD) { // 紧急保存关键数据 MRAM_Write(CRITICAL_DATA_ADDR, (uint8_t*)criticalData, sizeof(criticalData)); // 标记掉电事件 MRAM_Write(POWER_FAIL_FLAG_ADDR, powerFailFlag, 1); } }4.2 数据校验与坏块管理虽然 MRAM 寿命近乎无限但数据校验还是不能省。我在每个数据块后面加 2 字节 CRC16 校验读的时候先校验再使用。如果校验失败说明数据在传输或存储过程中出了问题这时候可以尝试重读或者标记该块为坏块。坏块管理我用的是最简单的方案——在 MRAM 的固定位置维护一张坏块表每个块用 1 个 bit 标记0 表示正常1 表示坏块。上电时先读坏块表写入时跳过坏块。typedef struct { uint32_t addr; uint8_t data[BLOCK_SIZE]; uint16_t crc; } DataBlock; uint16_t CalculateCRC16(uint8_t *data, uint32_t len) { uint16_t crc 0xFFFF; for (uint32_t i 0; i len; i) { crc ^ data[i]; for (int j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; }CRC16 用的是 Modbus 多项式 0xA001这是工业领域最常用的计算简单检错能力也够。4.3 双备份与原子写入对于特别关键的数据比如设备配置参数、校准系数我用双备份加原子写入的策略。具体做法是数据同时写到两个不同的地址区域每个区域都有独立的 CRC。读的时候两个都读如果都正确且一致就用如果只有一个正确就用正确的那个并修复另一个如果两个都错就报错。原子写入的意思是写入过程中如果掉电至少有一个备份是完整的。实现方式是先写备份 B校验通过后再写备份 A。这样任何时刻至少有一个备份是有效的。实操心得双备份会占用双倍空间所以只对关键数据用。普通日志数据用单备份加 CRC 就够了。我在项目里把 MRAM 分成三个区配置区双备份、日志区单备份、坏块表区固定位置。5. 常见问题排查与实战避坑5.1 通信失败排查速查表调试 SPI 通信时遇到的问题我整理成了一张速查表按出现频率排序现象可能原因排查方法解决方案读回全 0xFFMISO 没接好或从机没供电万用表测 MISO 对地电压检查接线和供电读回全 0x00CS 没拉低或时钟没输出逻辑分析仪看 CS 和 SCK检查 CS 配置和 SPI 使能第一个字节丢失CS 拉低和第一个时钟沿太近逻辑分析仪看时序拉低 CS 后加短暂延时数据错位CPOL/CPHA 配错对比数据手册时序图改成 Mode 0 或 Mode 3写入不生效没发 WREN 或 WREN 后没拉高 CS检查写流程补上 WREN 和 CS 拉高偶发误码时钟太快或布线差降速测试降频或优化 PCB这张表里第一个字节丢失是我踩过最坑的一个。现象是读回来的数据整体偏移了一个字节第一个字节变成了 0xFF。原因是 CS 拉低之后我立刻就开始发时钟但从机需要一点时间响应。解决方案是在 CS 拉低后加一个几微秒的延时或者降低初始时钟频率。5.2 硬件片选与软件片选的选择这个问题值得单独拎出来讲。硬件片选是 SPI 外设自动控制 CS 引脚软件片选是你手动控制 GPIO。两者各有优劣硬件片选的优点是时序精确CS 的拉低和拉高跟时钟严格同步适合高速通信。缺点是灵活性差有些芯片需要 CS 在特定时刻保持特定时长硬件片选可能满足不了。软件片选的优点是灵活你想什么时候拉低就什么时候拉低想保持多久就保持多久。缺点是时序精度取决于你的代码高速下可能引入抖动。我的选择是软件片选。虽然 MSP432 的硬件片选也能用但 MRAM 的 WREN 和 WRITE 之间需要拉高一次 CS这个操作用硬件片选实现起来很别扭。软件片选虽然多几行代码但逻辑清晰调试也方便。注意用软件片选时CS 的拉低和拉高要用GPIO_setOutputLowOnPin和GPIO_setOutputHighOnPin不要用GPIO_toggleOutputOnPin因为 toggle 不知道当前状态可能搞反。5.3 电源纹波导致的间歇性写入失败这个坑我花了整整两天才定位到。现象是大部分时候写入正常但偶尔会写失败而且失败没有规律。用示波器看电源发现写入瞬间 VCC 上有大约 200mV 的纹波峰值超过了芯片的容忍范围。解决方案是在 VCC 和 GND 之间加了一颗 10uF 的钽电容紧贴芯片放置同时在 PCB 上把电源走线加粗到 20mil。改完之后纹波降到 50mV 以内写入失败再没出现过。这件事给我的教训是MRAM 虽然写入快但写入瞬间的电流需求是脉冲式的对电源的要求比 Flash 高。如果你用 Flash 没问题换成 MRAM 后出现间歇性故障先查电源。5.4 温度对 MRAM 的影响工业级 MR25H40CDF 标称工作温度是 -40°C 到 85°C。我在高低温箱里做了测试发现低温下-40°C读写都正常但高温下85°C写入电流会略微上升如果电源余量不够可能出现写入失败。我的建议是如果你的应用环境温度超过 70°C电源设计要留足余量最好用 LDO 而不是 DC-DC因为 LDO 的纹波更小。另外高温下 SPI 时钟速率可能要降一点因为芯片内部时序会随温度漂移。6. 性能实测与优化经验6.1 读写速度实测数据我在 24MHz SPI 时钟下做了完整的性能测试数据如下操作数据量耗时等效速率连续写512KB178ms2.87MB/s连续读512KB172ms2.98MB/s单字节写1B2.1us-单字节读1B1.8us-随机写 1000 次1000B2.3ms-随机读 1000 次1000B2.0ms-这个速度在 SPI 存储器里算相当不错的。作为对比同容量 SPI Flash 的连续写速度大约 0.5MB/s连续读大约 5MB/s。MRAM 的写速度是 Flash 的 5 倍以上读速度略慢但差距不大。单字节操作的耗时主要花在 CS 拉低拉高和命令字节上实际数据传输只占一小部分。所以如果你要写大量小数据建议攒成一批再写减少 CS 切换次数。6.2 批量写入的优化技巧基于上面的数据我做了批量写入优化。核心思路是把多次小写入合并成一次大写入减少 CS 切换和命令开销。// 优化前每次写一个字节都发一次命令 void WriteByteSlow(uint32_t addr, uint8_t data) { MRAM_WriteEnable(); // ... 发 WRITE 命令和地址 SPI_TransferByte(data); // ... 拉高 CS } // 优化后攒一批数据一次写入 void WriteBatch(uint32_t addr, uint8_t *data, uint32_t len) { MRAM_WriteEnable(); // ... 发 WRITE 命令和地址 for (uint32_t i 0; i len; i) { SPI_TransferByte(data[i]); } // ... 拉高 CS }实测下来写 1000 个字节逐字节写需要 2.3ms批量写只需要 0.4ms快了将近 6 倍。所以只要你的应用允许尽量批量写。6.3 低功耗场景下的取舍MSP432 主打低功耗但 SPI 高速通信和低功耗是有矛盾的。24MHz 下 SPI 外设的功耗大约 1.5mA降到 1MHz 后只有 0.3mA。如果你的设备是电池供电需要权衡速度和功耗。我的做法是动态调频平时用 1MHz 低速运行需要大批量写入时临时切到 24MHz写完再切回来。MSP432 的 SPI 时钟可以在运行时修改不需要重新初始化整个外设。void SPI_SetClock(uint32_t freq) { // 修改分频系数 uint16_t prescaler CS_getSMCLK() / freq; EUSCI_B0-BRW prescaler; }这个函数直接操作寄存器比重新调用SPI_initMaster快得多也不会打断正在进行的通信。7. 项目扩展与个人体会7.1 这套方案还能怎么扩展MRAM 的特性决定了它很适合做数据黑匣子。我在这个项目的基础上又扩展了一个环形日志功能把 MRAM 分成 N 个块循环写入每个块带时间戳和 CRC。这样即使连续运行几个月日志也不会丢而且因为 MRAM 寿命无限不用担心写坏。另一个扩展方向是做参数存储。很多工业设备需要保存校准系数、设备 ID、运行时长等参数这些参数的特点是读多写少但偶尔要改。用 MRAM 存这些参数改的时候直接改不用像 Flash 那样先擦后写代码逻辑简单很多。如果你用的是 STM32 或者其他 MCU这套驱动逻辑基本可以照搬只需要把 SPI 底层函数换成对应平台的 HAL 库函数就行。MRAM 的命令集是标准的 SPI 存储器命令跨平台通用。7.2 我踩过的那些坑最后分享几个我在这个项目里踩过的坑希望能帮你省点时间。第一个坑是 WREN 之后忘了拉高 CS。我一开始以为 WREN 和 WRITE 可以连续发结果写操作一直不生效。后来查数据手册才发现WREN 之后必须拉高 CS 才能让写使能锁存。这个细节数据手册里写得很清楚但我第一遍看的时候跳过了。第二个坑是地址字节序。MR25H40CDF 的地址是 24 位大端序高字节在前。我一开始用了小端序结果数据写到了错误的地址读出来全是乱的。后来用逻辑分析仪抓了波形才定位到。第三个坑是电源去耦。前面讲过MRAM 写入瞬间电流脉冲大去耦电容不够会导致间歇性写入失败。这个坑最隐蔽因为大部分时候是好的偶尔出问题很难复现。第四个坑是 SPI 模式配错。MR25H40CDF 支持 Mode 0 和 Mode 3我一开始配成了 Mode 1结果读回来的数据全是 0xFF。后来对比数据手册的时序图才发现Mode 1 的采样边沿跟 MRAM 不匹配。7.3 给后来者的几点建议如果你正准备用 MR25H40CDF 做项目我的建议是先在面包板上搭一个最小系统用 1MHz 低速跑通读写确认无误后再画 PCB、提速。不要一上来就画板子、上高速那样出了问题很难定位。调试工具方面逻辑分析仪是必须的示波器最好也有一台。SPI 的问题90% 都能通过看波形定位。没有这些工具你只能靠猜效率极低。代码方面建议把底层 SPI 收发、MRAM 命令封装、上层数据管理分成三层每层单独测试。这样出问题的时候你能快速定位是哪一层的问题。我见过太多人把所有逻辑揉在一起出了问题只能从头查。最后MRAM 虽然好但也不是万能的。它的容量比 Flash 小价格比 Flash 贵。如果你的应用是写少读多用 Flash 就够了没必要上 MRAM。只有当你确实需要高频写 掉电不丢 长寿命这三个特性时MRAM 才是最优解。选型的时候想清楚自己的需求别为了用新技术而用新技术。