1. 为什么我最终选了 MR25H40CDF 搭配 STM32L442KC1.1 一个真实项目场景引出的存储需求去年接手一个工业数据采集终端的项目设备装在配电柜里要求每 100ms 采集一次三相电流电压断电后关键数据不能丢而且设备要连续跑五年以上不换电池。这个需求一摆出来存储方案的选择就变得很窄了。传统的 EEPROM 写入速度慢、擦写寿命有限SPI NOR Flash 虽然容量大但写入前要擦除整个扇区频繁写入的场景下寿命消耗极快而且掉电瞬间如果正在擦写数据直接丢失。FRAM 读写快、寿命高但容量小、价格贵做参数存储还行做高频数据记录就捉襟见肘了。后来在选型阶段注意到了 Everspin 的 MR25H40CDF这是一颗 4Mbit 的 MRAM磁性随机存储器SPI 接口最关键的是它没有擦除操作写入就是直接覆盖字节级可写写入次数理论上无限。这一点直接解决了我的核心痛点。主控方面选了 STM32L442KCCortex-M4 内核带 FPU80MHz 主频超低功耗系列Stop 模式下功耗只有微安级而且硬件 SPI 外设成熟稳定跟 MR25H40CDF 搭配非常合适。这套组合我前后调了两周踩了不少坑也总结了一些经验。下面把整个方案的设计思路、硬件连接、软件实现、调试过程完整地分享出来给正在做类似工业存储需求的同行一个参考。1.2 MR25H40CDF 到底解决了什么问题先说清楚这颗芯片的定位。MR25H40CDF 是 4Mbit 容量的 MRAM也就是 512KB组织方式是 512K x 8bit。SPI 接口支持 Mode 0 和 Mode 3最高时钟频率 40MHz。工作电压 2.7V 到 3.6V工业级温度范围 -40 到 85 摄氏度。这些参数看起来平平无奇但它的核心优势在于存储机理。MRAM 用的是磁性隧道结MTJ来存储数据而不是像 Flash 那样靠浮栅电荷。磁性材料的磁化方向一旦设定断电后依然保持不需要刷新也不需要维持电压。写入的时候通过电流产生的磁场翻转磁化方向这个过程没有电荷注入和隧穿氧化层退化的问题所以写入寿命是无限的。官方数据是写入次数无限制数据保持时间超过 20 年。对比一下常见方案就很清楚了特性MR25H40CDF (MRAM)W25Q64 (NOR Flash)FM25V05 (FRAM)24C512 (EEPROM)容量512KB8MB64KB64KB接口SPISPISPII2C写入前擦除不需要需要不需要不需要写入寿命无限约10万次约10^14次约100万次写入速度字节级即时页编程约0.7ms字节级即时约5ms掉电安全性高擦写中掉电有风险高中单价参考较高低高低从表里能看出来MR25H40CDF 的定位就是要容量有容量、要速度有速度、要寿命有寿命代价就是价格比 Flash 贵不少。所以它适合的场景很明确工业设备参数存储、高频数据记录、掉电关键数据保护、需要长期免维护的嵌入式系统。如果你的项目只是存个固件配置、偶尔写一次那用 Flash 就够了没必要上 MRAM。1.3 STM32L442KC 作为主控的匹配度分析STM32L442KC 属于 STM32L4 系列超低功耗Cortex-M4 带 FPU最高 80MHz。封装是 UFQFPN325x5mm很小适合空间受限的板子。它有 256KB Flash、64KB SRAM对于数据采集终端来说够用。关键是它有两个 SPI 接口SPI1 挂在 APB2 上最高 40MHzSPI2 挂在 APB1 上最高 20MHz。我选 SPI1 来驱动 MR25H40CDF因为 40MHz 的时钟能充分发挥 MRAM 的速度优势。功耗方面STM32L442KC 在 Run 模式下约 100uA/MHzStop 2 模式下约 1.1uAStandby 模式下约 0.3uA。配合 MRAM 的非易失特性系统可以在不采集数据的时候进入 Stop 模式需要写数据时唤醒写完继续睡。整个系统的平均功耗可以压到很低用电池供电跑几年没问题。还有一点STM32L442KC 内置了硬件 CRC 单元和真随机数发生器做数据校验和加密存储的时候很方便。工业现场电磁干扰大数据完整性校验是必须的硬件 CRC 比软件计算快得多也不占 CPU。2. 硬件连接与 SPI 时序那些事2.1 引脚连接方案与注意事项MR25H40CDF 是 8 引脚 SOIC 封装引脚定义如下引脚 1CS片选低有效引脚 2SO数据输出MISO引脚 3WP写保护低有效引脚 4VSS地引脚 5SI数据输入MOSI引脚 6SCK时钟引脚 7HOLD保持低有效引脚 8VDD电源跟 STM32L442KC 的连接方式MR25H40CDFSTM32L442KC说明CSPA4 (SPI1_NSS)片选也可用普通 GPIOSOPA6 (SPI1_MISO)主入从出SIPA7 (SPI1_MOSI)主出从入SCKPA5 (SPI1_SCK)时钟WP接 VDD 或 GPIO写保护不用时拉高HOLD接 VDD 或 GPIO保持不用时拉高VDD3.3V电源VSSGND地这里有几个坑要重点说。第一WP 和 HOLD 引脚不能悬空。我一开始图省事把这两个脚空着结果写入偶尔失败查了半天才发现是引脚浮空导致状态不确定。后来把 WP 和 HOLD 都直接接到 VDD问题消失。如果你需要动态控制写保护可以把 WP 接到一个 GPIO 上但记得初始化时拉高。第二CS 片选用硬件 NSS 还是软件 GPIO。STM32 的硬件 NSS 在多主模式下有自动管理功能但单主模式下用起来反而麻烦容易出现时序问题。我建议直接用普通 GPIO 控制 CS在 SPI 传输前后手动拉低拉高时序完全可控。我用的就是 PA4 配置为推挽输出速度设为 Very High。第三SPI 时钟极性相位要匹配。MR25H40CDF 支持 Mode 0CPOL0, CPHA0和 Mode 3CPOL1, CPHA1。我选 Mode 0因为这是最常用的模式STM32 的 SPI 初始化也简单。配置的时候 CPOL0CPHA0数据在 SCK 上升沿采样下降沿变化。2.2 SPI 时序参数计算与实测验证MR25H40CDF 的 SPI 时序有几个关键参数需要核对SCK 时钟频率最高 40MHzCS 建立时间tSLCH最小 5nsCS 保持时间tCHSH最小 5ns数据建立时间tDVCH最小 2ns数据保持时间tCHDX最小 3ns输出有效时间tCLQV最大 8ns从 SCK 下降沿到 SO 有效STM32L442KC 在 80MHz 主频下SPI1 挂在 APB2 上APB2 时钟也是 80MHz。SPI 波特率预分频器可以设为 2、4、8、16、32、64、128、256。要得到 40MHz 的 SCK预分频设为 2即 80MHz / 2 40MHz。但实际用的时候我建议先降到 20MHz 调试等逻辑分析仪确认时序没问题再往上提。我实测的时候用逻辑分析仪抓了波形发现 40MHz 下 SCK 的上升沿有点缓因为 PCB 走线有寄生电容。后来在 SCK 线上串了一个 22 欧姆的电阻波形明显改善。这个电阻叫源端匹配电阻能抑制反射高速 SPI 走线长的时候很有用。还有一个细节CS 拉低到第一个 SCK 上升沿之间要有足够延时。MR25H40CDF 要求 tSLCH 最小 5nsSTM32 的 GPIO 翻转速度很快一般没问题但如果你在 CS 拉低后立即启动 SPI 传输中间没有延时某些情况下会违反这个时序。我的做法是在 CS 拉低后插入一个 __NOP() 或者几个空指令确保满足建立时间。2.3 电源与去耦设计经验MRAM 在写入瞬间会有较大的电流脉冲虽然平均电流不大但瞬态电流可能达到几十毫安。如果电源去耦没做好写入的时候 VDD 会跌落导致写入失败甚至数据损坏。我在 VDD 和 GND 之间放了两个电容一个 100nF 的陶瓷电容紧贴芯片引脚一个 10uF 的钽电容放在附近。100nF 负责高频去耦10uF 负责储能应对写入瞬态。PCB 布局上MR25H40CDF 尽量靠近 STM32SPI 走线尽量短且等长。SCK 和 MOSI 是高速信号走线要避免直角和过孔最好走微带线。MISO 是输入相对没那么敏感但也要注意不要跟 SCK 平行走太长避免串扰。地平面要完整不要被其他信号割裂。我见过一个板子把 SPI 走线跨过了地平面的分割缝结果通信误码率很高后来重新铺地就好了。这个坑很典型高速信号的回流路径一定要连续。3. 软件驱动实现从寄存器操作到 HAL 库封装3.1 STM32CubeMX 配置要点我用 STM32CubeMX 生成初始化代码省去手动配置寄存器的麻烦。具体配置步骤时钟配置HSE 选 8MHz 外部晶振PLL 倍频到 80MHzAPB2 不分频保持 80MHz。SPI1 配置Mode 选 Full-Duplex MasterData Size 8bitCPOL0CPHA0NSS 选 SoftwarePrescaler 先设 420MHzFirst Bit 选 MSB。GPIO 配置PA4 设为 GPIO_Output初始电平 High推挽输出无上下拉速度 Very High。生成代码时选 HAL 库不要选 LL 库HAL 库封装好移植方便。生成代码后SPI 的句柄是 hspi1GPIO 的句柄在 gpio.c 里。我习惯把 MRAM 相关的操作封装成一个独立的模块比如 mram.c 和 mram.h这样代码结构清晰也方便复用。3.2 MR25H40CDF 指令集解析MR25H40CDF 的指令集不复杂常用的就几条指令名称指令码功能说明WREN0x06写使能写入前必须发WRDI0x04写禁止RDSR0x05读状态寄存器WRSR0x01写状态寄存器READ0x03读数据WRITE0x02写数据RDID0x9F读设备 IDSLEEP0xB9进入睡眠WAKE0xAB唤醒重点说几个。WREN 是每次写入前必须发的MRAM 不像 Flash 那样有全局写保护锁但每次写操作前都要发 WREN 来使能写入。写完一帧数据后WREN 自动复位下次写还要再发。这个设计是为了防止误写入安全性更高。RDID 用来确认通信是否正常。上电初始化后先发 RDID读回 8 个字节的 ID前几个字节是厂商代码和产品代码。MR25H40CDF 的 RDID 返回值我实测是 0x0E 0x01 0x00 0x00 0x00 0x00 0x00 0x00第一个字节 0x0E 是 Everspin 的厂商代码。如果读回来全是 0xFF 或者 0x00说明 SPI 通信有问题先查硬件。状态寄存器的 WEL 位Write Enable Latch可以读出来确认 WREN 是否生效。RDSR 返回的 bit1 是 WEL发完 WREN 后读一下如果是 1 说明写使能成功可以继续写数据。这个检查在调试阶段很有用能快速定位是 WREN 没发成功还是数据没写进去。3.3 底层读写函数实现先定义 CS 控制宏#define MRAM_CS_LOW() HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_RESET) #define MRAM_CS_HIGH() HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET)写使能函数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; }写数据函数注意地址是 24 位的要分三个字节发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(); // 确认 WEL 置位 while ((MRAM_ReadStatus() 0x02) 0); 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 *buf, 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, buf, len, 1000); MRAM_CS_HIGH(); }这里有个细节HAL_SPI_Transmit 和 HAL_SPI_Receive 的超时时间要设够。我一开始设 100ms写 256 字节的时候偶尔超时后来改成 1000ms 就没问题了。40MHz 下写 256 字节理论时间不到 100us但 HAL 库有函数调用开销加上中断干扰实际时间会长一些。超时设大点不影响正常功能只是防止死等。3.4 数据完整性校验方案工业现场干扰大SPI 通信可能出错写入的数据也可能因为电源波动而损坏。我加了两层校验硬件 CRC 和软件校验和。STM32L442KC 有硬件 CRC 单元配置成 CRC-32 模式多项式 0x04C11DB7。每次写一帧数据前先算好 CRC把 CRC 附在数据后面一起写入。读的时候重新算 CRC跟存储的 CRC 对比不一致就说明数据损坏。uint32_t crc HAL_CRC_Calculate(hcrc, (uint32_t*)data, len/4);注意 HAL_CRC_Calculate 是按 32 位计算的数据长度要能被 4 整除不够的补零。如果数据长度不是 4 的倍数可以手动处理剩余字节。除了 CRC我还在数据结构里加了一个序号字段和魔数字段。魔数是一个固定的值比如 0xA5A5A5A5读出来如果魔数不对说明这块区域还没写过或者被擦除了。序号用来判断数据的新旧做双备份的时候很有用。4. 工业场景下的数据存储策略4.1 双备份与磨损均衡的取舍MRAM 写入寿命无限所以不需要像 Flash 那样做复杂的磨损均衡。但双备份还是有必要因为虽然存储单元不会坏但电源波动、电磁干扰可能导致写入过程中断数据写了一半。双备份的做法是在 MRAM 里划两个区域A 区和 B 区每次写数据交替写入同时更新一个标志位记录当前哪个区是有效的。具体实现在 MRAM 的起始地址放一个 4 字节的标志值 0xAAAAAAAA 表示 A 区有效0x55555555 表示 B 区有效。写数据的时候先读标志如果 A 区有效就写 B 区写完把标志改成 B 区有效。这样即使写 B 区的时候掉电A 区的数据还是完整的下次上电读标志发现还是 A 区有效数据不丢。这个方案比 Flash 的双备份简单得多因为 MRAM 不需要擦除写 B 区的时候直接覆盖旧数据就行不用先擦后写。整个写入过程时间很短掉电窗口很小。4.2 高频数据记录的分页管理我的项目里每 100ms 记录一次数据一天就是 864000 条每条 32 字节一天的数据量约 27MB。MRAM 只有 512KB存不下这么多。所以需要分页管理循环覆盖旧数据。我把 MRAM 分成 16 个页每页 32KB。数据按页写入写满一页就跳到下一页写到最后一页再回到第一页覆盖。每页头部放一个页头结构记录这一页的起始时间戳、写入位置、有效数据长度。读数据的时候根据时间戳定位到对应的页再从页内偏移读取。页头结构定义typedef struct { uint32_t magic; // 0x50414745 PAGE uint32_t start_time; // 页起始时间戳 uint16_t write_pos; // 当前写入位置 uint16_t data_count; // 已写入条数 uint32_t crc; // 页头 CRC } PageHeader_t;每次写数据前先读页头检查魔数和 CRC确认页头有效。然后从 write_pos 位置写入数据更新 write_pos 和 data_count最后更新页头 CRC。页头也放在 MRAM 里每次更新都是直接覆盖没有擦除开销。4.3 掉电保护与恢复流程掉电保护的核心是快速检测掉电并完成关键数据写入。STM32L442KC 有 PVD可编程电压检测器可以设置一个阈值比如 2.9V当 VDD 降到 2.9V 时触发中断在中断里把关键数据写入 MRAM。PVD 中断服务函数void PVD_IRQHandler(void) { if (__HAL_PWR_GET_FLAG(PWR_FLAG_PVDO)) { // 掉电紧急保存关键数据 MRAM_Write(CRITICAL_ADDR, (uint8_t*)critical_data, sizeof(critical_data)); // 进入待机或停机 HAL_PWR_EnterSTANDBYMode(); } }这里要注意PVD 中断里不能做太耗时的操作因为电源电压在持续下降留给你的时间可能只有几毫秒。所以关键数据要精简只存最重要的参数比如当前时间戳、累计量、状态标志。历史数据已经在正常运行时写入了不需要在掉电时补写。上电恢复流程系统启动后先读 MRAM 里的关键数据检查魔数和 CRC如果有效就恢复到内存变量如果无效就用默认值初始化。然后读页头找到最后一个有效页从 write_pos 继续写入。5. 调试过程中踩过的坑与排查技巧5.1 SPI 通信失败的五种典型原因调试阶段我遇到过好几次 SPI 通信失败总结下来主要有五种原因第一种CS 时序不对。CS 拉低后没有延时就直接发时钟或者 CS 拉高太早最后一个字节还没发完就拉高了。用逻辑分析仪抓波形一看就清楚。解决方法是 CS 操作前后加延时确保满足 tSLCH 和 tCHSH。第二种SPI 模式不匹配。MR25H40CDF 支持 Mode 0 和 Mode 3如果 STM32 配成 Mode 1 或 Mode 2数据采样边沿就错了读回来全是乱码。检查 CPOL 和 CPHA 配置确保跟芯片手册一致。第三种时钟太快。40MHz 在杜邦线连接的开发板上可能跑不稳线太长、寄生电容大信号质量差。降到 10MHz 试试如果通了就是信号完整性问题需要改 PCB 或者加匹配电阻。第四种WP 或 HOLD 引脚浮空。这两个引脚低有效浮空时状态不确定可能导致写入被禁止或者通信被挂起。直接接 VDD 最省事。第五种电源去耦不足。写入瞬间 VDD 跌落导致芯片复位或写入失败。示波器看 VDD 波形如果有明显跌落加电容或者换更大容量的钽电容。5.2 数据写入后读出来不对怎么查写入成功但读出来数据不对这个问题比较隐蔽。我的排查步骤先读 RDID确认芯片 ID 正确排除芯片本身的问题。读状态寄存器确认 WEL 位在写入前是 1写入后变回 0。用逻辑分析仪抓写入和读取的完整波形对比发送的数据和接收的数据。检查地址是否越界。MR25H40CDF 的地址范围是 0x00000 到 0x7FFFF超出这个范围地址会回绕写进去的数据可能覆盖了其他区域。检查数据长度。SPI 传输是流式的如果发送的长度和接收的长度不一致数据会错位。我遇到过一次写入地址算错了本来要写 0x1000结果写到了 0x0000把页头覆盖了导致整个页的数据都读不出来。后来加了一个地址范围检查函数每次写入前先校验地址避免越界。5.3 常见问题速查表现象可能原因排查方法解决方案读回全 0xFFMISO 没接好或芯片没供电测 VDD 电压检查 MISO 连线重新焊接确认供电读回全 0x00CS 一直拉低或 SCK 没输出逻辑分析仪看 CS 和 SCK检查 GPIO 配置写入后读回旧数据WREN 没发或 WEL 没置位读状态寄存器 bit1写入前确认 WEL1偶尔写入失败电源跌落或时序临界示波器看 VDD逻辑分析仪看时序加去耦电容降低 SPI 速度数据错位地址或长度计算错误核对地址范围和长度加地址校验高温下读写异常时序参数漂移高低温箱测试降低 SPI 速度留时序余量6. 性能实测与优化建议6.1 读写速度实测数据我用逻辑分析仪和示波器实测了不同 SPI 时钟下的读写速度SPI 时钟单字节写时间256字节写时间单字节读时间256字节读时间10MHz约1.2us约320us约1.0us约270us20MHz约0.7us约180us约0.6us约150us40MHz约0.5us约120us约0.4us约100us40MHz 下写 256 字节只要 120us这个速度比 Flash 快了两个数量级。Flash 写 256 字节要先擦除 4KB 扇区约 50ms再编程约 0.7ms总共 50ms 以上。MRAM 直接覆盖写120us 搞定差距非常明显。6.2 功耗优化技巧系统大部分时间在采集数据但采集间隔可以优化。我的做法是采集完一批数据后进入 Stop 2 模式用 RTC 定时唤醒。STM32L442KC 在 Stop 2 模式下功耗约 1.1uAMRAM 在待机时功耗约 10uACS 高电平时进入待机。整体平均功耗可以压到 50uA 以下用 2000mAh 的电池能跑四年多。SPI 时钟在不需要通信的时候要关掉。HAL 库的 HAL_SPI_Transmit 结束后 SPI 外设还在运行会消耗额外功耗。可以在通信结束后调用 __HAL_SPI_DISABLE(hspi1)下次通信前再 __HAL_SPI_ENABLE(hspi1)。MRAM 本身有 SLEEP 指令0xB9发完之后芯片进入低功耗模式功耗降到几微安。唤醒用 WAKE 指令0xAB。如果系统长时间不写数据可以发 SLEEP 省电。6.3 长期运行的可靠性验证工业设备要求长期稳定运行我做了几项验证高温老化测试把板子放在 85 摄氏度恒温箱里连续跑 72 小时每 100ms 写一次数据读回校验。结果零误码MRAM 在高温下表现稳定。反复掉电测试用继电器控制电源随机断电每次断电后重新上电检查数据完整性。做了 1000 次关键数据没有丢失双备份机制有效。EMC 测试在设备旁边放一个对讲机发射时观察 SPI 通信是否受影响。发现偶尔有误码加了 CRC 校验后能检测出来并重写系统不会因为干扰而崩溃。这些测试做完我对这套方案的信心就比较足了。MRAM 的可靠性确实比 Flash 和 EEPROM 高一个档次虽然贵一点但在关键应用里值得。7. 这套方案还能怎么扩展7.1 多芯片级联扩展容量512KB 如果不够用可以挂多片 MR25H40CDF。SPI 总线是共享的每片用一个独立的 CS 引脚。STM32L442KC 的 GPIO 足够多挂 4 片就是 2MB挂 8 片就是 4MB。软件上维护一个芯片索引根据地址范围选择对应的 CS。多片级联的时候要注意总线的负载。每片 MRAM 的输入电容约 10pF挂 8 片就是 80pF加上 PCB 走线电容40MHz 下可能驱动不了。解决办法是降低 SPI 时钟到 20MHz或者在总线上加一个缓冲器。7.2 结合 DMA 提升吞吐率STM32L442KC 的 SPI1 支持 DMA。如果要连续写入大量数据用 DMA 可以解放 CPU让 CPU 去处理其他任务。配置 DMA 通道把数据缓冲区的地址和长度告诉 DMA启动传输传输完成触发中断。DMA 配置示例HAL_SPI_Transmit_DMA(hspi1, data, len);注意 DMA 传输期间 CS 要保持低电平传输完成中断里再拉高。DMA 的传输完成回调函数里处理 CS 和后续逻辑。7.3 数据加密存储的考虑工业设备的数据可能涉及敏感信息比如电表读数、设备运行参数。如果设备被拆开MRAM 里的数据可能被读取。可以在写入前对数据做加密读出后解密。STM32L442KC 有硬件 AES 单元加密速度快不占 CPU。AES 加密示例HAL_CRYP_AESECB_Encrypt(hcryp, data, len, encrypted, 1000);密钥存在 STM32 的 OTP 区域或者外部安全芯片里不要明文存在代码里。这样即使 MRAM 被读取数据也是加密的无法直接使用。8. 个人实操体会与建议这套 MR25H40CDF 加 STM32L442KC 的方案我从选型到量产花了大概两个月。中间踩的坑主要集中在硬件时序和电源设计上软件层面反而比较顺利因为 SPI 协议本身不复杂MRAM 的指令集也简单。如果让我给正在做类似项目的同行提建议我会说先把硬件做好再调软件。SPI 通信失败十有八九是硬件问题CS 时序、电源去耦、引脚连接这些基础的东西没做好软件怎么调都没用。我见过太多人一上来就怀疑代码结果查了半天发现是 WP 引脚没接。另外不要迷信最高速度。40MHz 理论上是好的但实际系统里 20MHz 可能更稳。工业现场干扰大留点时序余量比追求极限速度重要。我量产的时候就把 SPI 时钟定在 20MHz跑了一年多没出过问题。最后数据校验不能省。CRC 也好校验和也好一定要加。工业环境里数据出错是常态没有校验的话错误数据被当成正确数据用后果可能很严重。硬件 CRC 单元用起来很方便几行代码的事但能避免大问题。这套方案后续我还打算用在另一个项目上做设备运行日志的存储。MRAM 的无限写入寿命和掉电安全性正好适合这种需要长期记录、不能丢数据的场景。等有新进展再跟大家分享。