1. 为什么 MRAM 在工业嵌入式场景里越来越受关注

1.1 从 EEPROM 和 Flash 的痛点说起

做过工业设备的人大概都有过这样的经历：设备在现场跑了几个月，突然某天断电重启后参数全丢了，或者日志文件写坏导致整个文件系统挂掉。追根溯源，问题往往出在存储介质上。传统方案里，小容量参数存储用 EEPROM，大容量数据和代码存储用 NOR Flash 或 NAND Flash，这套组合用了十几年，稳定是稳定，但有几个绕不开的硬伤。

EEPROM 的写入速度慢得让人着急，字节写入典型值在 5ms 到 10ms 量级，如果设备需要在掉电瞬间保存一批关键数据，这个速度根本来不及。而且 EEPROM 的擦写寿命虽然标称 100 万次，但实际在高温环境下会大幅缩水，工业级 85℃ 场景下能到 10 万次就算不错了。NOR Flash 呢，擦除必须按扇区来，写入前要先擦除，擦除时间长，而且擦写寿命通常只有 10 万次左右，频繁写日志的场景下很快就到寿命上限。

MRAM（Magnetoresistive Random Access Memory，磁性随机存储器）的出现，恰好把这些痛点一次性解决了。它的写入速度是纳秒级的，和 SRAM 一个量级；擦写寿命理论上无限，实测可以轻松做到 10^14 次以上；非易失特性让它断电后数据不丢；而且不需要擦除操作，可以直接覆盖写。这几个特性叠加在一起，对于工业数据采集、参数存储、掉电保护、日志记录这些场景来说，简直是量身定做的。

1.2 MR25H40CDF 这颗芯片到底强在哪

MR25H40CDF 是 Everspin 出品的一款 4Mbit（512KB）容量的 SPI MRAM。我第一次拿到这颗芯片的规格书时，最直观的感受是它的接口设计非常"克制"——标准 SPI 接口，支持 Mode 0 和 Mode 3，最高时钟频率 40MHz，指令集和普通 SPI Flash 高度兼容，基本上你原来怎么操作 W25Q 系列，换成它只需要改几个指令码。

但它的内在和 Flash 完全不同。MR25H40CDF 的存储单元是磁性隧道结（MTJ），通过电子自旋方向来存储数据，而不是电荷。这意味着它没有电荷泄漏问题，不需要刷新，写入前不需要擦除，写入延迟极低。规格书上标称的写入周期时间是 35ns，这个数字在 SPI 接口下会被总线速度限制，但即便如此，40MHz 时钟下连续写入的吞吐率也能达到 5MB/s 左右，比 EEPROM 快了三个数量级。

工作电压范围 2.7V 到 3.6V，工业级温度范围 -40℃ 到 +85℃，部分批次可以做到 +105℃。封装是 8 引脚 SOIC 或者 DFN，引脚定义和标准 SPI Flash 完全一致：CS、SO、SI、SCK、VDD、VSS、WP、HOLD。WP 和 HOLD 引脚在 MRAM 里功能有所简化，但引脚位置兼容，PCB 设计时可以直接替换 Flash 的焊盘。

1.3 STM32F031C6 作为主控的适配性分析

STM32F031C6 是 ST 的入门级 Cortex-M0 芯片，48MHz 主频，32KB Flash，4KB SRAM，封装是 LQFP48。选它来搭配 MR25H40CDF，乍一看有点"小马拉大车"的意思——4KB SRAM 的芯片去驱动 512KB 的存储，能行吗？

实际用下来，这个组合在工业场景里非常合理。STM32F031C6 自带一个硬件 SPI 接口，最高时钟可以配置到 24MHz（PCLK 48MHz 二分频），虽然跑不满 MR25H40CDF 的 40MHz 上限，但 24MHz 下连续读写的吞吐率也有 3MB/s，对于参数存储、日志缓冲、配置管理这些场景完全够用。而且 F031C6 的功耗极低，运行模式下约 100μA/MHz，配合 MRAM 的微安级待机电流，整个存储子系统在电池供电的工业传感器节点里可以做到很长的续航。

更重要的是，STM32F031C6 的 SPI 外设支持 DMA 请求（虽然 M0 的 DMA 通道有限），配合 MRAM 的连续读写特性，可以实现零拷贝的数据流。我在一个振动采集项目里，用 SPI+DMA 把 MRAM 当作环形缓冲区，ADC 采样数据直接通过 DMA 写入 MRAM，CPU 几乎不参与，实测下来非常稳。

注意：STM32F031C6 的 SPI1 默认引脚是 PA5(SCK)、PA6(MISO)、PA7(MOSI)，片选需要自己用 GPIO 控制。硬件 NSS 在 M0 系列上有些坑，建议直接用软件片选，后面会详细说。

2. 硬件设计：从原理图到 PCB 的实操细节

2.1 引脚连接与电平匹配

MR25H40CDF 和 STM32F031C6 都是 3.3V 供电，电平直接匹配，不需要电平转换芯片。这一点比某些 1.8V 的 MRAM 型号省事很多。具体的引脚连接关系如下表：

这里有个细节值得展开说。WP 和 HOLD 引脚在 MR25H40CDF 上的行为和 Flash 不完全一样。Flash 的 WP 引脚在特定指令下会锁死状态寄存器，而 MRAM 的 WP 引脚功能更简单，主要是硬件级别的写保护。如果你不需要硬件写保护，直接上拉到 VDD 就行。HOLD 引脚用于暂停 SPI 通信，在多从机共享总线的场景下有用，单从机场景直接上拉。

我踩过的一个坑：有一次为了省事，把 WP 和 HOLD 悬空了，结果在电机干扰比较大的环境里，偶尔出现写入数据错乱。后来查了半天，发现是悬空引脚拾取了噪声，导致芯片内部状态机误动作。所以这两个引脚一定要处理，要么上拉，要么接 GPIO 控制，千万别悬空。

2.2 PCB 布局布线的关键要点

SPI 总线在 24MHz 下虽然不算高速信号，但在工业环境里，电磁干扰复杂，PCB 布局还是不能太随意。我总结了几条实操经验：

第一，MRAM 芯片尽量靠近 MCU 放置，走线长度控制在 5cm 以内。SPI 的四根信号线（SCK、MOSI、MISO、CS）尽量等长，尤其是 SCK 和 MOSI，长度差不要超过 5mm。如果实在做不到等长，优先保证 SCK 走线短而直。

第二，SCK 走线要远离模拟信号和电源开关节点。我在一个项目里把 SCK 走线从 DC-DC 电感旁边穿过，结果 SPI 通信误码率飙升。后来把 SCK 改道，问题立刻消失。如果 PCB 空间受限，可以在 SCK 和 GND 之间加一个 22Ω 的串联电阻，减缓边沿速率，降低辐射。

第三，去耦电容必须加，而且要靠近芯片的 VDD 引脚。0.1μF 的陶瓷电容是标配，如果电源纹波比较大，再并联一个 1μF 的。我习惯在 MRAM 的 VDD 和 GND 之间放一个 0.1μF 的 0402 电容，距离引脚不超过 2mm。

第四，CS 信号线不要和其他信号线平行走太长距离。CS 是控制信号，如果受到干扰产生毛刺，会导致 SPI 状态机误判。可以在 CS 上拉一个 10kΩ 的电阻到 VDD，保证空闲时电平稳定。

实操心得：如果你用的是双层板，建议在 MRAM 芯片下方铺一块完整的地平面，SPI 信号线走在顶层，地平面在底层作为参考。这样可以让信号回流路径最短，减少电磁辐射。四层板的话，把 SPI 信号走在内层，上下都有地平面参考，效果更好。

2.3 电源设计与掉电保护

工业场景里，电源质量往往不太理想，浪涌、跌落、纹波都是家常便饭。MRAM 虽然写入速度快，但如果电源在写入过程中跌落，数据仍然可能出错。所以电源设计要留足余量。

MR25H40CDF 的工作电压范围是 2.7V 到 3.6V，典型值 3.3V。我一般会用一颗 LDO 单独给 MRAM 供电，比如 TPS7A4901 或者类似的低噪声 LDO，输出 3.3V，输入从系统的 5V 或者 12V 降压过来。LDO 的输入端加一个 10μF 的钽电容，输出端加 1μF 陶瓷电容加 0.1μF 高频电容。

如果系统有掉电保存的需求，可以在 LDO 输入端加一个大容量电容（比如 1000μF），配合一个电压检测电路。当检测到输入电压跌落时，MCU 立即触发 MRAM 写入，把关键数据保存下来。由于 MRAM 写入速度极快，1000μF 电容储存的能量足够完成几百次写入操作。

我实测过一组数据：在 3.3V 供电、1000μF 电容的条件下，从检测到掉电到电容电压跌落到 2.7V（MRAM 最低工作电压），大约有 15ms 的窗口时间。在这 15ms 内，以 24MHz SPI 时钟计算，可以写入大约 45KB 的数据。对于大多数参数保存场景，这个窗口绰绰有余。

3. 软件驱动：从寄存器操作到 HAL 库封装

3.1 SPI 外设初始化与时钟配置

STM32F031C6 的 SPI1 挂在 APB2 总线上，PCLK 默认 48MHz。要配置 SPI 时钟为 24MHz，需要设置分频系数为 2。用 STM32CubeMX 配置的话，步骤很直观：在 SPI1 的配置界面里，Mode 选 Full-Duplex Master，Hardware NSS Signal 选 Disable，Prescaler 选 2 分频，Data Size 选 8bit，CLK Polarity 选 Low，CLK Phase 选 1 Edge，也就是 SPI Mode 0。

这里解释一下为什么选 Mode 0。MR25H40CDF 支持 Mode 0 和 Mode 3，两者的区别在于时钟空闲电平和采样边沿。Mode 0 是时钟空闲低电平，第一个边沿（上升沿）采样；Mode 3 是时钟空闲高电平，第二个边沿（下降沿）采样。Mode 0 在大多数 SPI Flash 和 MRAM 上是默认模式，兼容性最好，所以我一般优先选 Mode 0。

用 HAL 库初始化的代码大概长这样：

SPI_HandleTypeDef hspi1; void SPI1_Init(void) { hspi1.Instance = SPI1; hspi1.Init.Mode = SPI_MODE_MASTER; hspi1.Init.Direction = SPI_DIRECTION_2LINES; hspi1.Init.DataSize = SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity = SPI_POLARITY_LOW; hspi1.Init.CLKPhase = SPI_PHASE_1EDGE; hspi1.Init.NSS = SPI_NSS_SOFT; hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_2; hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB; hspi1.Init.TIMode = SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE; hspi1.Init.CRCPolynomial = 7; if (HAL_SPI_Init(&hspi1) != HAL_OK) { Error_Handler(); } }

片选引脚 PA4 配置为推挽输出，初始电平拉高：

void CS_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct.Pin = GPIO_PIN_4; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET); }

注意：STM32F031C6 的 SPI1 在 HAL 库里有几个版本存在已知问题，主要是 HAL_SPI_TransmitReceive 在高速下偶发超时。如果你遇到这个问题，可以改用 LL 库直接操作寄存器，或者升级到最新的 HAL 版本。我实测 STM32CubeF0 的 1.11.0 版本 HAL 库比较稳定。

3.2 MRAM 指令集解析与读写时序

MR25H40CDF 的指令集和标准 SPI Flash 高度相似，但简化了不少。常用的指令码如下表：

和 Flash 最大的区别在于：MRAM 没有扇区擦除指令，也没有页编程的概念。写入操作就是直接发 WRITE 指令，然后跟 3 字节地址，再跟数据，数据可以连续写，地址自动递增，直到 CS 拉高。整个写入过程不需要等待，因为 MRAM 的写入是即时的。

读操作的时序也很简单：CS 拉低，发送 READ 指令（0x03），发送 3 字节地址，然后时钟继续输出，MISO 上就会依次返回数据。地址自动递增，可以一直读到 CS 拉高。

写操作的时序稍微复杂一点：CS 拉低，发送 WREN 指令（0x06），CS 拉高；然后 CS 再拉低，发送 WRITE 指令（0x02），发送 3 字节地址，发送数据，CS 拉高。注意 WREN 和 WRITE 之间必须拉高 CS，这是 SPI Flash 和 MRAM 的通用规则，目的是让芯片内部状态机识别到指令边界。

3.3 底层读写函数实现

基于 HAL 库，我封装了几个底层函数。先看写使能函数：

void MRAM_WriteEnable(void) { uint8_t cmd = 0x06; MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, &cmd, 1, 100); MRAM_CS_HIGH(); }

读状态寄存器函数：

uint8_t MRAM_ReadStatus(void) { uint8_t cmd = 0x05; uint8_t status = 0; MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, &cmd, 1, 100); HAL_SPI_Receive(&hspi1, &status, 1, 100); MRAM_CS_HIGH(); return status; }

写数据函数：

void MRAM_Write(uint32_t addr, uint8_t *data, uint16_t len) { uint8_t cmd[4]; cmd[0] = 0x02; cmd[1] = (addr >> 16) & 0xFF; cmd[2] = (addr >> 8) & 0xFF; cmd[3] = addr & 0xFF; MRAM_WriteEnable(); MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, cmd, 4, 100); HAL_SPI_Transmit(&hspi1, data, len, 1000); MRAM_CS_HIGH(); }

读数据函数：

void MRAM_Read(uint32_t addr, uint8_t *data, uint16_t len) { uint8_t cmd[4]; cmd[0] = 0x03; cmd[1] = (addr >> 16) & 0xFF; cmd[2] = (addr >> 8) & 0xFF; cmd[3] = addr & 0xFF; MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, cmd, 4, 100); HAL_SPI_Receive(&hspi1, data, len, 1000); MRAM_CS_HIGH(); }

这几个函数是驱动的基础，实际项目里我会再加一层封装，比如按结构体读写、带 CRC 校验的读写、环形缓冲区管理等。但底层这几个函数必须保证稳定可靠，因为所有上层操作都依赖它们。

实操心得：HAL_SPI_Transmit 和 HAL_SPI_Receive 的超时参数不要设太小。我一开始设了 10ms，结果在 24MHz 下连续写 256 字节时偶尔超时。后来改成 1000ms，问题消失。原因是 HAL 库在传输过程中有循环等待，如果中断频繁打断，实际耗时可能比理论值长很多。

4. 数据管理策略：让 MRAM 发挥最大价值

4.1 参数存储的分区设计

512KB 的 MRAM 看起来不大，但在参数存储场景里绰绰有余。我一般会把 MRAM 分成几个区域来管理：

系统参数区和用户参数区各留 4KB，足够存储几百个参数。日志区用环形缓冲区的方式管理，写满后从头覆盖。数据缓冲区用于掉电保护，平时可以当作普通 RAM 使用，掉电时把关键数据写进去。

分区设计的好处是隔离性好，日志写坏了不会影响参数区，参数区更新也不会干扰日志记录。而且每个区域可以独立做 CRC 校验，出问题时容易定位。

4.2 掉电保护的数据完整性保障

掉电保护是 MRAM 最核心的应用场景之一。我设计过一个方案，实测在工业现场跑了两年多，没有丢过一次数据。核心思路是"双备份+CRC+写入确认"。

具体做法是：每个参数块存储两份，地址 A 和地址 B。写入时先写 A，读回校验 CRC，确认无误后再写 B。读取时先读 A，CRC 校验通过就用 A，否则读 B。如果 A 和 B 都坏了，才使用默认值。

这个方案的关键在于写入顺序。必须先写 A 再写 B，而且两次写入之间要有一个"提交标志"。我在每个参数块前面加一个 4 字节的头部，包含一个序列号和一个状态标志。写入流程是：

1. 读取当前序列号，加 1
2. 构造新数据块，头部状态标志设为"写入中"
3. 写入 A 区
4. 读回 A 区，校验 CRC
5. 如果校验通过，把 A 区头部状态改为"有效"
6. 写入 B 区，重复步骤 3-5

这样即使在第 3 步到第 5 步之间掉电，A 区的状态标志还是"写入中"，读取时会跳过 A 区，使用 B 区的旧数据。数据完整性得到了保障。

注意：MRAM 的写入虽然是即时的，但 SPI 传输需要时间。在掉电窗口内，要确保 SPI 传输能完成。我的做法是在检测到掉电后，立即把 SPI 时钟降到最低（比如 1MHz），牺牲速度换稳定性。1MHz 下写 256 字节需要约 2ms，1000μF 电容的 15ms 窗口完全够用。

4.3 日志系统的环形缓冲区实现

日志区用环形缓冲区管理，每个日志条目包含时间戳、事件类型、数据长度和 CRC。写入时从当前写指针位置开始，写满后回到开头覆盖最旧的日志。

环形缓冲区的关键参数是写指针和读指针。写指针指向下一个可写位置，读指针指向最旧的未读日志。为了避免读写冲突，我用了"写指针原子更新"的策略：每次写入完成后，才更新写指针。这样即使写入过程中掉电，写指针仍然指向旧位置，不会产生半截日志。

日志条目的结构定义如下：

typedef struct { uint32_t timestamp; uint16_t event_type; uint8_t data_len; uint8_t reserved; uint8_t data[32]; uint16_t crc; } LogEntry_t;

每个条目 44 字节，256KB 的日志区可以存约 5800 条日志。对于大多数工业设备，这个容量可以记录几个月的运行日志。

读取日志时，从读指针开始，逐条读取并校验 CRC。如果 CRC 不通过，说明这条日志写坏了，跳过继续读下一条。这样可以保证即使有个别日志损坏，也不会影响整体日志的读取。

5. 性能实测与优化技巧

5.1 读写速度实测数据

我在 STM32F031C6 + MR25H40CDF 的平台上做了一组性能测试，SPI 时钟 24MHz，测试结果如下：

从数据可以看出，连续读写的吞吐率接近 3MB/s，已经接近 24MHz SPI 的理论上限（3MB/s）。单字节操作的效率较低，因为指令和地址开销占了很大比例。所以实际使用中，尽量批量读写，减少单字节操作。

5.2 DMA 加速与 CPU 占用率优化

在数据采集场景里，CPU 需要同时处理 ADC 采样、算法运算和存储写入。如果 SPI 写入占用太多 CPU 时间，会影响实时性。用 DMA 可以大幅降低 CPU 占用率。

STM32F031C6 的 DMA 控制器有 5 个通道，SPI1 的 TX 和 RX 各占一个。配置 DMA 后，SPI 传输由 DMA 控制器接管，CPU 只需要在传输完成后处理中断即可。

我实测过一组对比数据：在 24MHz SPI 时钟下连续写入 4KB 数据，轮询方式 CPU 占用率约 85%，DMA 方式 CPU 占用率约 12%。差距非常明显。对于需要同时跑控制算法的场景，DMA 几乎是必选项。

DMA 配置的代码大概长这样：

void SPI1_DMA_Init(void) { __HAL_RCC_DMA1_CLK_ENABLE(); hdma_spi1_tx.Instance = DMA1_Channel3; hdma_spi1_tx.Init.Direction = DMA_MEMORY_TO_PERIPH; hdma_spi1_tx.Init.PeriphInc = DMA_PINC_DISABLE; hdma_spi1_tx.Init.MemInc = DMA_MINC_ENABLE; hdma_spi1_tx.Init.PeriphDataAlignment = DMA_PDATAALIGN_BYTE; hdma_spi1_tx.Init.MemDataAlignment = DMA_MDATAALIGN_BYTE; hdma_spi1_tx.Init.Mode = DMA_NORMAL; hdma_spi1_tx.Init.Priority = DMA_PRIORITY_HIGH; HAL_DMA_Init(&hdma_spi1_tx); __HAL_LINKDMA(&hspi1, hdmatx, hdma_spi1_tx); }

实操心得：DMA 传输时，CS 信号的控制要特别注意。HAL 库的 HAL_SPI_Transmit_DMA 函数在传输完成后会触发回调，但 CS 的拉高时机需要自己控制。我一般会在 DMA 传输完成回调里拉高 CS，确保数据全部发完。如果提前拉高 CS，最后几个字节可能丢失。

5.3 低功耗场景下的存储策略

工业传感器节点往往用电池供电，功耗是核心指标。STM32F031C6 和 MR25H40CDF 都支持低功耗模式，配合使用可以做到很低的平均功耗。

STM32F031C6 的 Stop 模式电流约 1μA，Standby 模式约 0.5μA。MR25H40CDF 的待机电流约 10μA，读写电流约 5mA。所以策略是：平时 MCU 进 Stop 模式，MRAM 保持待机；需要存储时唤醒 MCU，完成写入后立即回到低功耗模式。

我实测过一个数据采集节点的功耗：每 10 秒采集一次数据，写入 MRAM，然后休眠。平均电流约 15μA，用 2000mAh 的锂电池可以跑 15 年以上。当然实际中还有传感器和其他外设的功耗，但存储子系统的功耗已经可以忽略不计了。

低功耗场景下有个细节要注意：MRAM 的 CS 引脚在 MCU 休眠时要保持高电平，否则 MRAM 可能进入异常状态。我一般会在 CS 上加一个 100kΩ 的上拉电阻，确保 MCU 引脚高阻时 CS 仍然为高。

6. 常见问题排查与避坑指南

6.1 SPI 通信失败的问题定位

SPI 通信失败是最常见的问题，表现是读不到数据、读到的数据全是 0xFF 或 0x00、写入后读回不一致等。排查思路可以按以下顺序进行：

第一步，检查硬件连接。用万用表量一下 CS、SCK、MOSI、MISO 四根线的通断，确认没有虚焊。然后量一下 MRAM 的 VDD 引脚，确认供电正常。这一步看似简单，但我遇到过好几次问题都是因为 VDD 虚焊。

第二步，用示波器看波形。CS 拉低时，SCK 应该有 8 个或更多时钟脉冲。如果 SCK 没有波形，说明 SPI 外设没配置好。如果 SCK 有波形但 MISO 一直是高电平，说明 MRAM 没有响应，可能是 CS 没拉低，或者 MRAM 损坏。

第三步，读设备 ID。MR25H40CDF 的 RDID 指令（0x9F）会返回一个 3 字节的 ID，正常应该是 0xE5 0x40 0x13 之类的值。如果读不到正确的 ID，说明底层通信有问题，先别急着调上层逻辑。

第四步，检查 SPI 模式。MRAM 支持 Mode 0 和 Mode 3，如果 MCU 配置成 Mode 1 或 Mode 2，通信会失败。这个坑我踩过，当时调了半天，最后发现是 CubeMX 里 CLK Phase 选错了。

6.2 数据写入后读回不一致的排查

写入后读回不一致，可能的原因有几个：

一是写使能没有正确发送。MRAM 每次写入前必须发 WREN 指令，如果 WREN 发送失败或者被中断打断，写入操作会被忽略。排查方法是写完后读状态寄存器，看 WEL 位是否被清零。

二是 CS 时序不对。WREN 和 WRITE 之间必须拉高 CS，如果 CS 一直保持低电平，MRAM 会把 WREN 和 WRITE 当作一个连续指令，导致写入失败。这个细节在规格书里有明确说明，但很容易被忽略。

三是电源干扰。在电机、继电器等大功率设备附近，电源纹波可能导致 MRAM 写入出错。解决方法是在 MRAM 的 VDD 和 GND 之间加一个 0.1μF 加 1μF 的电容组合，必要时再加一个磁珠隔离。

四是 SPI 时钟太快。虽然 MR25H40CDF 标称支持 40MHz，但在实际 PCB 上，走线长度、负载电容等因素会影响信号完整性。如果 24MHz 下不稳定，可以降到 12MHz 试试。我有个项目因为 PCB 走线太长，最后降到 8MHz 才稳定。

6.3 常见问题速查表

避坑技巧：如果你在调试时实在找不到问题，可以先用一个简单的 GPIO 模拟 SPI 时序，逐位发送指令，用示波器观察每一位的波形。这样可以排除 SPI 外设配置的问题，快速定位是硬件还是软件的问题。我每次遇到疑难杂症，最后都是用这招解决的。

7. 项目实战：工业数据采集器的存储方案

7.1 需求分析与方案设计

我接手过一个工业振动采集器的项目，需求是：每 1ms 采集一次三轴加速度数据，每次 6 字节，连续采集 10 分钟，数据不能丢。算一下数据量：1ms 一次，10 分钟是 600 秒，总共 60 万次采样，每次 6 字节，总共 3.6MB。MRAM 只有 512KB，存不下全部数据。

所以方案要分两级：MRAM 作为一级缓冲，存最近的数据；外部 SD 卡或者大容量 Flash 作为二级存储，定期把 MRAM 里的数据转存过去。MRAM 的作用是"削峰填谷"，在 SD 卡写入的间隙缓存数据，保证不丢采样点。

具体设计是：MRAM 分成两个 256KB 的缓冲区，交替使用。当缓冲区 A 写满时，切换 to 缓冲区 B，同时把 A 的数据通过 DMA 转存到 SD 卡。SD 卡写入速度约 2MB/s，256KB 需要 128ms。在这 128ms 内，缓冲区 B 可以继续接收数据，不会丢点。

7.2 关键代码实现与调试过程

数据采集用 ADC + DMA + 定时器触发，采样数据直接通过 DMA 写入 MRAM 的缓冲区。核心代码是 MRAM 的 DMA 写入函数：

void MRAM_Write_DMA(uint32_t addr, uint8_t *data, uint16_t len, void (*callback)(void)) { uint8_t cmd[4]; cmd[0] = 0x02; cmd[1] = (addr >> 16) & 0xFF; cmd[2] = (addr >> 8) & 0xFF; cmd[3] = addr & 0xFF; MRAM_WriteEnable(); MRAM_CS_LOW(); HAL_SPI_Transmit(&hspi1, cmd, 4, 100); HAL_SPI_Transmit_DMA(&hspi1, data, len); // 在 DMA 完成回调里拉高 CS 并调用 callback }

调试过程中遇到的最大问题是 DMA 传输和 CS 控制的时序配合。HAL 库的 DMA 完成回调是在传输结束后触发的，但 SPI 的最后一个字节可能还在移位寄存器里。如果立即拉高 CS，最后一个字节会丢失。解决方法是：在 DMA 完成回调里先等 1μs，再拉高 CS。这个 1μs 的延时看起来不起眼，但少了它数据就是错的。

另一个问题是缓冲区切换的原子性。如果切换过程中来了中断，可能导致数据写到错误的缓冲区。我的做法是在切换时关中断，切换完成后立即开中断。关中断的时间只有几个时钟周期，不会影响其他中断的响应。

7.3 实测结果与长期运行稳定性

这个方案在实际现场跑了半年多，采集了上千组数据，没有丢过一个采样点。MRAM 的写入速度完全跟得上 1ms 的采样周期，SD 卡转存也没有成为瓶颈。

长期运行下来，MRAM 的稳定性非常好。我特意做了个测试，连续写入 100 万次，读回校验全部通过。规格书标称的 10^14 次擦写寿命，在实际使用中根本用不完。按每天写入 100 万次计算，可以用 270 年。

温度方面，设备工作在 -20℃ 到 +60℃ 的环境里，MRAM 的数据保持能力没有出现任何问题。我做过高低温循环测试，-40℃ 到 +85℃ 循环 100 次，数据依然完好。

8. 选型对比与方案扩展

8.1 MRAM vs FRAM vs EEPROM vs Flash

在工业存储方案里，MRAM 不是唯一的选择。FRAM（铁电存储器）也是非易失、高速、高寿命的存储介质。我把几种方案放在一起对比：

从对比可以看出，MRAM 的优势在于容量比 FRAM 大、温度范围更宽；劣势是成本较高。FRAM 在低功耗场景下更有优势，但容量受限。EEPROM 和 Flash 适合对成本敏感、写入频率不高的场景。

选型的核心逻辑是：如果写入频繁、要求高可靠性、容量需求在 512KB 以内，MRAM 是最优解。如果功耗极其敏感、容量需求小，FRAM 更合适。如果只是存个配置参数、写入次数不多，EEPROM 就够了。

8.2 从单机存储到分布式存储的扩展思路

单个 MRAM 的容量有限，如果项目需要更大的存储空间，可以考虑多片 MRAM 级联。MR25H40CDF 支持 SPI 总线共享，用不同的 CS 引脚选择不同的芯片。STM32F031C6 的 GPIO 足够驱动 4 到 8 片 MRAM，总容量可以扩展到 2MB 到 4MB。

多片级联的软件设计需要一个地址映射层。上层应用调用统一的读写接口，底层根据地址范围选择对应的 CS 和芯片。这样上层代码不需要关心具体有几片 MRAM，扩展起来很方便。

如果还需要更大容量，可以考虑 MRAM + SD 卡的混合方案。MRAM 作为高速缓存，SD 卡作为大容量存储。数据先写入 MRAM，再批量转存到 SD 卡。这样既保证了写入速度，又满足了容量需求。

扩展思路：MRAM 的另一个有趣应用是做"内存镜像"。在系统运行时，把关键变量同时存在 SRAM 和 MRAM 里。掉电后重启，从 MRAM 恢复变量值，实现"断电续跑"。这个方案在工业控制器的状态保持场景里非常有用，我后续会单独写一篇来展开。

9. 写在最后的一些实操体会

这个组合我用了两年多，从最初的评估板到量产产品，踩过的坑不算少，但整体来说 MR25H40CDF + STM32F031C6 是一套非常可靠的存储方案。如果你正在选型工业嵌入式项目的存储介质，我建议先拿几片样品在真实环境里跑一跑，特别是高低温循环和电源波动测试，这两项最能暴露问题。

有个细节我一开始没注意：MRAM 的 CS 引脚在 PCB 上最好串联一个 22Ω 的电阻。这个电阻可以抑制信号反射，在长走线或者多从机场景下特别有用。我有个项目因为 CS 走线太长，加了电阻之后通信稳定性明显提升。

另外，MRAM 的写入虽然不需要擦除，但并不意味着可以无限制地随意写。虽然寿命是 10^14 次，但如果你的应用每秒写几万次，几年下来也会接近上限。所以日志系统还是建议用环形缓冲区，避免对同一地址反复写入。

最后说个成本相关的事。MR25H40CDF 的价格比同容量的 SPI Flash 贵不少，批量采购的话大概是 Flash 的 5 到 8 倍。所以选型时要算清楚账：如果只是存配置参数，一年写不了几次，用 Flash 就够了；如果是高频写入、掉电保护、高可靠性场景，MRAM 多出来的成本是值得的。我一般会建议客户在关键数据存储上用 MRAM，非关键数据用 Flash，混合方案性价比最高。