1. 项目缘起与方案选型1.1 为什么要在工业场景里折腾 MRAM做工业嵌入式这行的朋友应该都有个共识数据存储这块选型选得好后面少掉一半头发。我这些年做过不少数据采集和参数存储的项目EEPROM 擦写寿命不够、Flash 掉电有写入窗口风险、FRAM 容量小价格高这些坑基本都踩过一遍。直到接触到 MR25H40CDF 这颗磁阻随机存储器MRAM才算找到一个在工业环境下比较省心的方案。MR25H40CDF 是 Everspin 家的 4Mbit SPI 接口 MRAM注意是 4Mbit换算成字节就是 512KB。它的核心卖点在于写入不需要擦除、写入速度接近 SRAM、擦写寿命理论上无限官方给的 endurance 是 10^14 次以上、掉电数据不丢。这几点放在工业现场就非常关键了。工业设备经常遇到突然断电、频繁写参数、高温低温交替的工况传统 Flash 在这些场景下要么寿命扛不住要么写入过程中掉电导致数据损坏。我这次的项目需求很典型STM32F405RG 做主控周期性采集传感器数据需要把关键参数和运行日志存下来断电后不能丢而且设备可能一天要写几千次。用 Flash 的话就算做了磨损均衡长期来看还是有风险用 EEPROM 的话写入速度太慢而且容量也吃紧。MR25H40CDF 刚好卡在这个需求点上。1.2 STM32F405RG 的 SPI 资源匹配STM32F405RG 是 ST 家 F4 系列里比较经典的一颗Cortex-M4 内核带 FPU168MHz 主频1MB Flash192KB SRAM。它有三个 SPI 接口SPI1 挂在 APB2 上最高时钟可以到 84MHzSPI2 和 SPI3 挂在 APB1 上最高 42MHz。MR25H40CDF 的 SPI 接口最高支持 40MHz 时钟所以用 SPI2 或 SPI3 就足够了没必要占用 SPI1 去跟其他高速外设抢资源。我选的是 SPI2原因有几个一是 SPI2 的引脚 PB13/PB14/PB15 在我这块板子上布线比较顺离 MRAM 芯片近二是 SPI1 我留给了另一路高速 ADC 通信三是 SPI2 挂 APB142MHz 的时钟经过分频后很容易得到 21MHz 或 10.5MHz都在 MR25H40CDF 的舒适区内。实际跑下来21MHz 时钟下读写都很稳误码率测试跑了几百万次没出过错。这里要提醒一句MR25H40CDF 虽然标称支持 40MHz但实际布线质量、线长、干扰情况都会影响最高可用时钟。工业板子上如果走线比较长建议先降到 10MHz 左右验证功能再逐步往上提找到稳定工作的上限。1.3 SPI 模式与片选方式的取舍MR25H40CDF 支持 SPI Mode 0 和 Mode 3也就是 CPOL0/CPHA0 或者 CPOL1/CPHA1。我一般用 Mode 0因为大部分 STM32 的 SPI 例程默认就是 Mode 0调试起来方便。Mode 0 的时序是时钟空闲为低数据在上升沿采样这个跟 MRAM 的数据手册是对得上的。片选方面我强烈建议用硬件片选。STM32 的 SPI 外设自带 NSS 引脚配置成硬件模式后SPI 使能时 NSS 自动拉低传输完成自动拉高时序非常干净。如果用软件片选也就是普通 GPIO 手动拉低拉高中间如果被中断打断片选信号可能会提前变化导致通信出错。我早期图省事用过软件片选在跑 RTOS 的时候偶尔出现数据错乱后来换成硬件 NSS 就再没出过问题。不过硬件 NSS 有个限制STM32 的 SPI 硬件 NSS 在多主机模式下才需要真正接 NSS 引脚单主机模式下可以直接配置 NSS 为软件管理但内部走硬件时序。具体做法是把 SPI_CR1 寄存器的 SSM 位置 1SSI 位置 1这样 NSS 引脚就释放出来做普通 GPIO 或者不接。但这样其实又变回软件片选了。真正干净的方案是用 SPI 的 NSS 输出模式不过 F4 系列支持得不够直接。我的实际做法是用普通 GPIO 做片选但在 SPI 传输前后加内存屏障并且保证片选操作不被中断打断。具体代码后面会讲。2. MR25H40CDF 核心细节与硬件设计要点2.1 芯片引脚与供电设计MR25H40CDF 是 8 引脚 SOIC 封装引脚定义很标准VCC、GND、SCK、SI、SO、CS、WP、HOLD。其中 WP 是写保护HOLD 是暂停通信。这两个引脚在普通应用里可以直接上拉到 VCC不用管。但如果你的工业设备有特殊需求比如需要硬件写保护可以把 WP 接到 MCU 的 GPIO需要写的时候拉高不需要写的时候拉低这样能防止程序跑飞时误写数据。供电方面MR25H40CDF 的工作电压是 2.7V 到 3.6V典型 3.3V。这里有个细节要注意MRAM 的写入电流比读取电流大不少峰值可能到十几毫安。如果你的板子上 3.3V 电源走线比较细或者离稳压器比较远建议在 MRAM 的 VCC 引脚旁边放一个 0.1uF 加一个 1uF 的退耦电容紧贴着引脚放。我有一版板子偷懒只放了一个 0.1uF结果连续快速写入的时候偶尔出现写入失败后来补了 1uF 就好了。另外MR25H40CDF 的 SO 引脚是推挽输出不需要外部上拉。但如果你跟其他 SPI 设备共享总线要注意 SO 引脚的冲突问题。共享总线时每个设备的 CS 必须独立控制同一时刻只能有一个设备被选中。2.2 SPI 时序参数解读看数据手册的时候有几个时序参数必须搞清楚不然通信不稳定都不知道问题出在哪。MR25H40CDF 的关键时序参数如下参数含义典型值单位fSCK时钟频率最高 40MHztCLH时钟高电平时间12nstCLL时钟低电平时间12nstSLCHCS 拉低到第一个时钟沿5nstCHSH最后一个时钟沿到 CS 拉高5nstSHSLCS 高电平最短时间20nstDVCH数据有效到时钟沿5ns这些参数里tSHSL 容易被忽略。它要求两次传输之间 CS 必须拉高至少 20ns。如果你在连续读写时 CS 拉高时间太短MRAM 可能还没完成内部状态切换下一次传输就会出错。STM32 的 SPI 在两次传输之间 CS 拉高的时间取决于你的代码如果用的是 HAL 库的阻塞传输函数调用开销本身就远大于 20ns所以一般没问题。但如果你用 DMA 连续传输中间 CS 不拉高那就需要 MRAM 支持连续模式。MR25H40CDF 是支持连续读写的只要 CS 保持低电平地址会自动递增。但写操作要注意每次写之前需要发 WREN 命令这个后面会讲。2.3 存储空间组织与地址映射MR25H40CDF 的 512KB 空间是线性寻址的地址从 0x00000 到 0x7FFFF共 19 位地址。SPI 传输时地址是 3 个字节高字节在前。比如要访问地址 0x12345发送的地址字节就是 0x01、0x23、0x45。我一般会把存储空间做个规划不要把所有数据混在一起存。比如0x00000 - 0x00FFF设备参数区存校准系数、配置参数0x01000 - 0x01FFF运行日志区循环写入0x02000 - 0x7FFFF数据采集区按页存储这样规划的好处是参数区可以单独做写保护日志区可以循环覆盖数据区可以按块管理。而且调试的时候用逻辑分析仪抓 SPI 波形看到地址就知道在访问哪个区域排查问题快很多。2.4 写保护与状态寄存器MR25H40CDF 的状态寄存器有几位比较重要WEL写使能锁存、BP0/BP1块保护、SRWD状态寄存器写保护。每次写操作之前必须先发 WREN 命令把 WEL 置 1然后发写命令写完 WEL 自动清零。这个机制跟 Flash 是一样的目的是防止误写。BP0 和 BP1 可以保护部分或全部存储区不被写入。如果你的应用里有些数据是出厂校准参数永远不该被程序修改就可以用 BP 位把那个区域保护起来。SRWD 位配合 WP 引脚可以实现硬件写保护WP 拉低时状态寄存器本身也不能被修改。我实际用的时候一般不动 BP 位因为我的数据区都需要动态写入。但我会在初始化的时候读一次状态寄存器确认 WEL 是 0BP 位是 0确保芯片处于可写状态。3. STM32F405RG 端 SPI 驱动实现3.1 CubeMX 配置要点用 CubeMX 配置 SPI2 的时候有几个地方要注意。首先是 Mode 选择 Full-Duplex Master因为 MRAM 是全双工器件虽然写的时候 MOSI 有用 MISO 没用但读的时候需要 MISO。Hardware NSS Signal 选 Disable因为我们用普通 GPIO 做片选。Data Size 选 8 BitsFirst Bit 选 MSB First这两个跟 MRAM 的要求一致。Clock Polarity 和 Clock Phase 都选 Low 或者都选 High对应 Mode 0 和 Mode 3。我选的是 Low/Low也就是 Mode 0。Prescaler 我设的是 4APB1 时钟 42MHz分频后 SPI 时钟 10.5MHz。这个频率跑起来很稳如果你板子布线好可以设成 2 分频21MHz。GPIO 方面PB13 是 SCKPB14 是 MISOPB15 是 MOSI这三个配置成 Alternate Function Push-PullVery High 速度。片选引脚我选的是 PB12配置成 GPIO Output Push-Pull初始电平 High。这里有个细节PB12 在 SPI2 的默认引脚映射里就是 NSS但我把它配成普通 GPIOCubeMX 里需要手动改。3.2 底层读写函数实现底层函数我一般不用 HAL 库的 HAL_SPI_TransmitReceive因为那个函数每次调用都有不少开销而且片选控制不灵活。我直接操作寄存器代码量小速度快时序可控。#define MRAM_CS_LOW() HAL_GPIO_WritePin(GPIOB, GPIO_PIN_12, GPIO_PIN_RESET) #define MRAM_CS_HIGH() HAL_GPIO_WritePin(GPIOB, GPIO_PIN_12, GPIO_PIN_SET) static uint8_t mram_spi_transfer(uint8_t data) { while (!(SPI2-SR SPI_SR_TXE)); *(volatile uint8_t *)SPI2-DR data; while (!(SPI2-SR SPI_SR_RXNE)); return *(volatile uint8_t *)SPI2-DR; } void mram_write_enable(void) { MRAM_CS_LOW(); mram_spi_transfer(0x06); MRAM_CS_HIGH(); } void mram_write_disable(void) { MRAM_CS_LOW(); mram_spi_transfer(0x04); MRAM_CS_HIGH(); }这里解释一下为什么用*(volatile uint8_t *)SPI2-DR而不是直接SPI2-DR data。STM32 的 DR 寄存器是 16 位的但 SPI 配置成 8 位模式时只有低 8 位有效。直接写 16 位可能会有警告用指针强制转成 8 位更干净。读的时候也一样读 8 位就够。片选操作前后我没有加延时因为 STM32 的 GPIO 翻转速度是纳秒级的而 MRAM 要求的 tSLCH 和 tCHSH 都是 5ns完全满足。但如果你用的是 HAL_GPIO_WritePin函数调用本身就有几百纳秒的开销更没问题。3.3 读操作实现MR25H40CDF 的读命令是 0x03后面跟 3 字节地址然后就可以连续读数据了。CS 保持低电平地址自动递增。void mram_read(uint32_t addr, uint8_t *buf, uint32_t len) { MRAM_CS_LOW(); mram_spi_transfer(0x03); mram_spi_transfer((addr 16) 0xFF); mram_spi_transfer((addr 8) 0xFF); mram_spi_transfer(addr 0xFF); for (uint32_t i 0; i len; i) { buf[i] mram_spi_transfer(0x00); } MRAM_CS_HIGH(); }读操作不需要 WREN也不需要等待。MRAM 的读速度跟 SPI 时钟一致10.5MHz 下读 512KB 大概需要 0.4 秒左右。如果你需要更快可以把时钟提到 21MHz时间减半。3.4 写操作实现写操作稍微复杂一点。MR25H40CDF 的写命令是 0x02但每次写之前必须发 WREN0x06。而且写操作有内部写入时间数据手册给的 tWR 是 15ms 最大值。也就是说发完写命令和地址数据后CS 拉高MRAM 开始内部写入这段时间内不能再发新命令否则会被忽略。void mram_write(uint32_t addr, const uint8_t *buf, uint32_t len) { mram_write_enable(); MRAM_CS_LOW(); mram_spi_transfer(0x02); mram_spi_transfer((addr 16) 0xFF); mram_spi_transfer((addr 8) 0xFF); mram_spi_transfer(addr 0xFF); for (uint32_t i 0; i len; i) { mram_spi_transfer(buf[i]); } MRAM_CS_HIGH(); mram_wait_ready(); } void mram_wait_ready(void) { uint8_t status; do { MRAM_CS_LOW(); mram_spi_transfer(0x05); status mram_spi_transfer(0x00); MRAM_CS_HIGH(); } while (status 0x01); }这里有个优化点如果你连续写多个字节MRAM 支持页写模式一次 WREN 可以写一整页256 字节。但要注意页写不能跨页边界如果地址从 0x0FF 开始写 10 个字节写到 0x100 的时候会回卷到页首覆盖前面的数据。所以页写的时候要算好地址不要跨页。我实际用的时候如果是小数据量比如几十字节就直接一次写如果是大数据量就按页拆分每页写之前发一次 WREN。虽然 WREN 多了几次但逻辑简单不容易出错。3.5 状态寄存器读取与写保护状态寄存器读取命令是 0x05返回一个字节。WEL 是 bit1BP0 是 bit2BP1 是 bit3SRWD 是 bit7。我一般在初始化的时候读一次打印出来确认芯片状态正常。uint8_t mram_read_status(void) { uint8_t status; MRAM_CS_LOW(); mram_spi_transfer(0x05); status mram_spi_transfer(0x00); MRAM_CS_HIGH(); return status; }如果要做硬件写保护可以把 WP 引脚接到 GPIO需要写的时候拉高写完拉低。但注意 WP 引脚只在 SRWD 置 1 的时候才生效所以还要先写状态寄存器把 SRWD 置 1。这个操作比较繁琐一般应用里用软件 WREN 就够了。4. 实操过程中的坑与排查记录4.1 通信失败的第一排查顺序SPI 通信调不通十有八九是这几个问题片选没拉低、时钟模式不对、引脚映射错了、供电不正常。我的排查顺序是这样的先用万用表量 MRAM 的 VCC确认是 3.3V 左右。如果电压偏低检查退耦电容和电源走线。用逻辑分析仪抓 SCK、MOSI、CS 三根线。发一个读状态寄存器命令看波形对不对。正常应该看到 CS 拉低然后 8 个时钟发 0x05再 8 个时钟读数据最后 CS 拉高。如果 CS 没动检查 GPIO 配置确认推挽输出、初始高电平。如果 SCK 没波形检查 SPI 外设是否使能CubeMX 里 SPI2 的时钟源是否打开。如果波形都有但数据不对检查 CPOL/CPHA 设置Mode 0 和 Mode 3 都试一下。我遇到过一次诡异的问题波形完全正确但读出来的状态寄存器永远是 0xFF。查了半天发现是 MISO 引脚被板子上另一个器件拉高了那个器件的 CS 没控制好一直在驱动 MISO。后来把那个器件的 CS 加上拉电阻就好了。所以共享 SPI 总线的时候每个设备的 CS 都要加上拉确保未被选中时处于高电平。4.2 写入失败与 WEL 位写入失败最常见的原因是 WREN 没发成功。WREN 命令本身很简单就是 CS 拉低发 0x06CS 拉高。但如果你在发 WREN 之后、发写命令之前CS 被其他中断打断拉高了WEL 位就会在 CS 上升沿被清零写命令就会被忽略。我的做法是在 WREN 和写命令之间关中断或者用 RTOS 的临界区保护。具体代码taskENTER_CRITICAL(); mram_write_enable(); MRAM_CS_LOW(); mram_spi_transfer(0x02); // ... 发地址和数据 MRAM_CS_HIGH(); taskEXIT_CRITICAL(); mram_wait_ready();这样能保证 WREN 和写命令之间不被中断打断。但注意临界区不要太长否则影响系统实时性。如果数据量大可以分多次写每次写一小块中间开中断。4.3 掉电数据保护策略MRAM 虽然掉电不丢数据但如果在写入过程中掉电正在写的那部分数据可能不完整。比如你写 100 个字节写到第 50 个的时候掉电了前 50 个写进去了后 50 个还是旧数据。这种半新半旧的状态读出来就是错的。我的解决方案是加一个写入标志和校验。每次写数据之前先在标志区写一个“正在写入”的标志写完数据后再写“写入完成”标志。读数据的时候先读标志如果是“正在写入”说明上次写入没完成数据不可信就用备份数据或者默认值。具体实现#define FLAG_WRITING 0xA5 #define FLAG_DONE 0x5A void safe_write(uint32_t addr, const uint8_t *buf, uint32_t len) { uint8_t flag FLAG_WRITING; mram_write(FLAG_ADDR, flag, 1); mram_write(addr, buf, len); flag FLAG_DONE; mram_write(FLAG_ADDR, flag, 1); } bool safe_read(uint32_t addr, uint8_t *buf, uint32_t len) { uint8_t flag; mram_read(FLAG_ADDR, flag, 1); if (flag ! FLAG_DONE) { return false; } mram_read(addr, buf, len); return true; }这个方案简单有效代价是多写两次标志但 MRAM 写入速度快这点开销可以忽略。4.4 常见问题速查表现象可能原因排查方法解决方案读出来全是 0xFFMISO 被拉高量 MISO 电压检查其他设备 CS 上拉读出来全是 0x00MISO 没接或断线量 MISO 通断补焊或换线写入后读出来没变WREN 没生效读状态寄存器 WEL 位加临界区保护偶尔数据错乱片选时序问题逻辑分析仪抓 CS改用硬件 NSS 或加延时高速下出错时钟太快降频测试降低 SPI 时钟连续写失败没等 tWR读状态寄存器忙位加 wait_ready5. 性能实测与优化建议5.1 读写速度实测数据我在 10.5MHz SPI 时钟下做了实测结果如下操作数据量耗时等效速度连续读512KB0.41s1.25MB/s连续写512KB0.52s0.98MB/s单字节写1B15.2ms-页写256B15.3ms-单字节写和页写耗时差不多都是 15ms 左右因为主要时间花在内部写入等待上。所以写数据的时候尽量攒够一页再写不要一个字节一个字节地写否则效率极低。如果把 SPI 时钟提到 21MHz连续读可以到 2.5MB/s 左右连续写受限于内部写入时间提升不明显。所以读多写少的应用可以提频写多的应用提频意义不大。5.2 磨损均衡的必要性讨论MRAM 的擦写寿命是 10^14 次这个数字是什么概念如果你每秒写一次一年写 3150 万次写满 10^14 次需要 300 多万年。所以对于绝大多数应用来说MRAM 不需要磨损均衡。但有一种情况要注意如果你频繁写同一个地址比如每秒写几十次虽然总寿命够但局部地址的写入次数会远高于其他地址。不过 10^14 次这个量级就算每秒写 1000 次也能写 3000 多年。所以实际项目中我基本不做磨损均衡省下来的代码空间和 CPU 时间更宝贵。5.3 与 Flash 方案的对比我之前用 W25Q64 做过类似的项目对比下来 MRAM 的优势很明显对比项MR25H40CDFW25Q64容量512KB8MB写入前擦除不需要需要擦写寿命10^1410^5写入速度快慢需擦除掉电风险低高擦除时掉电价格高低容量扩展难易MRAM 的短板是容量小、价格高。如果你的应用需要存大量数据比如音频、图像那 MRAM 不合适还是得用 Flash 或者 SD 卡。但如果只是存参数、日志、小批量采集数据MRAM 的可靠性和便利性是 Flash 比不了的。5.4 后续扩展思路这个项目做完之后我总结了几条可以继续优化的方向。一是加文件系统把 MRAM 当成一个小型磁盘用 FatFS 或者 LittleFS 管理这样数据组织更灵活。二是加 DMA把 SPI 传输从 CPU 手里解放出来特别是在大数据量读写的时候DMA 能显著降低 CPU 占用。三是加双备份关键数据存两份一份坏了还有另一份进一步提高可靠性。DMA 这块我试过STM32F405 的 SPI2 支持 DMA 请求配置好 DMA 通道后读写都可以用 DMA 搬运数据。但要注意 DMA 传输完成中断里要拉高 CS而且 DMA 传输期间不能被打断。实际测下来DMA 方式读 512KB 能把 CPU 占用从 100% 降到 10% 以下效果很明显。6. 工业场景下的可靠性设计6.1 温度与电磁干扰应对工业现场的温度范围通常是 -40°C 到 85°CMR25H40CDF 的工业级版本支持这个范围。但要注意MRAM 的写入电流在低温下会略微增大高温下会略微减小。如果你在 -40°C 下测试发现写入偶尔失败可能是电源退耦不够加个大电容试试。电磁干扰方面SPI 信号线尽量短最好走内层包地处理。如果板子上有继电器、电机这类大功率器件SPI 线要远离它们。我有个项目MRAM 放在继电器旁边结果继电器一吸合SPI 通信就出错。后来把 MRAM 挪远了 2 厘米问题就没了。所以 PCB 布局的时候存储芯片要远离干扰源。6.2 数据校验与恢复工业设备对数据可靠性要求高光靠 MRAM 本身的可靠性还不够软件上也要加校验。我一般用 CRC16 或者 CRC32 对每块数据做校验读出来先算 CRC跟存储的 CRC 对比不一致就说明数据坏了。typedef struct { uint32_t addr; uint32_t len; uint16_t crc; } data_header_t; bool read_with_crc(uint32_t addr, uint8_t *buf, uint32_t len) { data_header_t header; mram_read(addr, (uint8_t *)header, sizeof(header)); if (header.len ! len) return false; mram_read(header.addr, buf, len); uint16_t crc crc16(buf, len); return (crc header.crc); }如果 CRC 校验失败可以尝试从备份区恢复。我一般会在 MRAM 里留两个区域主区和备份区写的时候两个都写读的时候先读主区CRC 不过再读备份区。这样即使主区坏了数据也不会丢。6.3 上电初始化流程上电之后MRAM 不需要特殊的初始化序列直接就可以读写。但我建议上电后先做一次自检读状态寄存器确认 WEL0、BP0然后写一个测试模式到预留的测试区读回来对比确认读写正常。自检通过后再加载参数这样能避免因为 MRAM 故障导致系统跑飞。bool mram_self_test(void) { uint8_t test_wr[4] {0xAA, 0x55, 0xAA, 0x55}; uint8_t test_rd[4]; mram_write(TEST_ADDR, test_wr, 4); mram_read(TEST_ADDR, test_rd, 4); return (memcmp(test_wr, test_rd, 4) 0); }这个自检很快几毫秒就完成了但对系统可靠性提升很大。6.4 长期运行的数据管理设备长期运行日志数据会越来越多。如果一直往 MRAM 里写512KB 很快就会满。我的做法是日志区做成循环队列写满之后从头覆盖。同时记录一个写指针存在固定的位置每次上电读出来知道上次写到哪了。循环队列的实现很简单日志区从 LOG_START 到 LOG_END每次写一条日志指针加一到了 LOG_END 就回到 LOG_START。读日志的时候从指针位置往前读。这样不管运行多久日志区始终保留最新的数据。参数区一般不循环因为参数不常改。但参数区也要做备份防止写参数的时候掉电导致参数丢失。我一般把参数存两份一份在 PARAM_ADDR1一份在 PARAM_ADDR2读的时候两份都读对比一致才用不一致就用默认值。7. 个人实操体会这个项目从选型到调试完成前前后后花了大概两周时间其中大部分时间花在排查一个片选时序问题上。当时的现象是单次读写正常连续读写偶尔出错。用逻辑分析仪抓波形发现连续读写时 CS 拉高的时间只有 10ns 左右低于 MR25H40CDF 要求的 20ns。原因是我的代码里 CS 拉高之后立刻又拉低了中间没有延时。后来在 CS 拉高之后加了一个 __NOP()问题就解决了。所以我的经验是SPI 通信调不通先抓波形波形对了再查代码。逻辑分析仪是必备工具几百块钱的就行比万用表管用多了。另外数据手册一定要仔细看特别是时序参数那几页很多问题答案都在里面。MRAM 这颗芯片用下来最大的感受就是省心。不用擦除、不怕掉电、寿命超长特别适合工业场景。虽然价格比 Flash 贵但省下来的调试时间和现场故障率绝对值回差价。如果你也在做工业嵌入式项目需要可靠的数据存储MR25H40CDF 值得试试。