PIC32MZ与MRAM的SPI存储方案：工业日志与掉电保护实战

工业现场做多了你对某些东西会有本能的反感拨码开关、纽扣电池、外置EEPROM。拨码开关容易氧化误读电池没电了参数全没普通SPI EEPROM容量小还怕频繁写。前阵子做一台设备状态监测终端PIC32MZ1024EFK144主控现场要求把PLC、传感器、数控机床的运行状态数据连续缓存并且掉电不能丢。一开始想用外部NOR Flash仔细一算日志分钟级写入Flash擦写寿命和掉电管理那一堆坑直接劝退。最后换成了MR25H40CDF这颗4Mbit MRAM和PIC32MZ通过SPI一接整个存储模块清爽了非常多。这篇文章就把这套方案从头到尾拆开讲为什么选MRAM怎么接线SPI驱动怎么写512KB空间如何规划成参数区、日志区、缓存区以及在真实调试中踩过哪些坑。适合正在做嵌入式存储选型、工业数据采集终端、掉电保护要求高的项目的朋友参考。不管你用的是PIC32还是STM32、GD32底层思路完全通用。1. 这套组合到底解决了什么问题1.1 工业存储的传统困局先说说痛点。工业设备里要保存的数据大致分三类一类是设备参数比如报警阈值、校准系数、通信地址这类数据不常变但绝对不能丢第二类是运行日志、故障记录写着写着可能就掉电了第三类是实时采集的缓存数据比如通过Modbus或OPC UA抓回来的设备状态可能每秒一条甚至更快。传统方案里很多人第一个想到的是25系列NOR Flash。便宜、容量大、读写接口也是SPI但它的写入方式很麻烦必须先擦除再写擦除最小单位是4KB扇区写一页256字节。也就是说一条12字节的日志如果频繁写你还得考虑怎么分摊Flash的擦写寿命否则几千次写入后那个扇区就报废了。而且Flash在写入过程中突然断电可能会造成整块数据损坏配套要做掉电保护电路、状态标记、双缓冲工程复杂度直接上一个台阶。也有人用EEPROM比如AT24C256256Kbit。接口简单、单字节擦写但它有两个硬伤一是容量小最多也就几兆比特还是低密度的二是写寿命通常在100万次左右对于秒级写入的日志场景三个月就能刷到寿命边界。工业设计不是做玩具你得考虑极端情况。所以真正适合这个场景的其实是MRAM这类“SRAM型非易失存储”。它不需要擦除写一个字节和读一个字节的速度一样快而且写入寿命极高规格书里典型值是10的14次方次写入。这个数字什么概念就算每秒写1万次连续写3000年才到寿命边界。工业产品根本用不完。1.2 MR25H40CDF 这颗MRAM到底有什么不一样MR25H40CDF 是 Everspin 的商用SPI接口MRAM容量4Mbit也就是512K字节换算过来是0x00000到0x7FFFF的地址空间。它的核心存储介质是磁隧道结MTJ利用磁阻效应来保持数据所以不需要刷新、不怕掉电、也不用像Flash一样搞电荷泵。读写的体验非常接近SRAM你通过SPI发一个READ指令后面跟24位地址CS保持低电平就可以连续读出来写的时候发WRITE指令跟地址再跟数据也是CS拉高就完成写入。没有页擦除、没有块擦除、没有写前先清空这回事。这一点对于实时性要求高的嵌入式系统太重要了。另外它的访问时钟频率最高可以到40MHz工业级版本工作温度范围是-40℃到85℃兼容SPI Mode 0和Mode 3。我实际用PIC32MZ的SPI1跑20MHz读写非常稳定。有个容易忽略的点MR25H40CDF是8引脚封装和普通SPI EEPROM的引脚排列很接近很多项目甚至可以在不改PCB的情况下直接替换前提是软件里把写保护、HOLD引脚处理好。这种硬件兼容性在做替代升级时很香。1.3 PIC32MZ1024EFK144 为什么适合干这活PIC32MZ1024EFK144是Microchip MIPS M5150内核的MCU主频最高可以到200MHz带FPU片上Flash 1MBRAM 512KB144引脚封装。型号里的EF表示带浮点单元和DSP增强指令集K144代表144引脚LQFP或BGA封装。这芯片做工业数据采集主控很合适因为外设非常全6个UART、6个SPI、3个I2C、2个CAN、USB HS/FS还有25路左右12位ADC。像我们做的设备状态监测终端一路走Modbus RTU去读PLC寄存器一路走Modbus TCP去上报本地再用一个SPI对接MRAM存日志资源刚好不浪费。更重要的是PIC32MZ的SPI外设支持DMA、支持中断写MRAM时可以把CS拉低后用DMA连续发送指令、地址、数据完全不需要CPU干预。对于需要高速采集数据的场景这个能力直接决定系统能扛多大的数据吞吐。2. 硬件连接与初始化别在第一步翻车2.1 MR25H40CDF 引脚图和接线先看一下MR25H40CDF这8个引脚做什么避免对着原理图发呆。引脚号名称方向说明1CS输入片选低电平有效CS拉高表示一次操作结束2SCK输入SPI时钟3SI输入数据输入主设备发送4SO输出数据输出主设备接收5WP输入写保护低电平保护状态寄存器不可写6VSS电源地7VDD电源供电典型3.3V8HOLD输入暂停信号低电平暂停通信不影响片选一般的接法WP引脚和HOLD引脚都通过10k电阻上拉到VDD平时保持高电平否则WP拉低会把状态寄存器锁死HOLD拉低会让SPI传输暂停查问题的时候非常容易怀疑人生。CS接PIC32的一个通用IOSCK/SI/SO分别接SPI1的SCK1/SDO1/SDI1。PIC32MZ的SPI引脚是有引脚复用功能的你要在MPLAB Harmony的Pin配置页面里把对应引脚分配为SPI1_SCK、SPI1_SDO、SPI1_SDI片选引脚单独配成通用输出GPIO。注意144脚封装同一个功能可能映射到好几个引脚务必对照数据手册别配到JTAG复用引脚上。2.2 SPI通信模式选择Mode 0 还是 Mode 3MR25H40CDF支持SPI Mode 0CPOL0CPHA0和Mode 3CPOL1CPHA1。这两个模式的区别在于SCK空闲电平和采样沿。Mode 0空闲低电平在SCK上升沿采样数据Mode 3空闲高电平在SCK下降沿采样。我习惯用Mode 0。一方面这是绝大多数SPI设备默认的模式另一方面和逻辑分析仪抓波形时Mode 0的时序一眼就能看懂CS拉低后SCK开始翻转数据在上升沿采样。用PIC32MZ的SPI1设置Mode 0时寄存器配置如下// 初始化PIC32MZ SPI1为Mode 0主模式 SPI1CON 0x00000000; // 先关闭SPI SPI1STAT 0x00000000; // 清除状态 SPI1BRG 4; // 设置波特率分频根据PBCLK频率计算 SPI1CONbits.MSTEN 1; // 主模式 SPI1CONbits.CKP 0; // 空闲时钟低电平 SPI1CONbits.CKE 1; // Mode 0对应的边沿设置 SPI1CONbits.ON 1; // 使能SPICKE位的具体值要看你使用的Harmony版本和芯片数据手册不同系列的寄存器语义可能不同总原则是保证设备在SCK上升沿采样数据、在下降沿翻转数据用逻辑分析仪或者便宜的8通道示波器抓一下波形比对着寄存器猜快得多。波特率方面SPI1BRG的计算公式是Fclk Fpb / (2×(SPI1BRG1))其中Fpb是外设总线时钟。假设Fpb100MHz想要20MHz的SPI时钟算出来SPI1BRG12.5取整数SPI1BRG1或2实际得到25MHz或约16.7MHz都在MR25H40CDF的40MHz上限以内。工业场合走线距离如果超过几厘米我建议把SPI时钟压到10MHz以内稳定第一20MHz只在PCB布局规整时用。2.3 电源、去耦、WP和HOLD引脚处理MR25H40CDF的电源要求比较常规2.7V到3.6VPIC32MZ也是3.3V供电同一路电源网络就好。但有几个细节要注意VDD引脚旁边放一个100nF陶瓷电容铺地时放在封装最近处再放一个10uF钽电容做低频去耦这是所有数字存储芯片的基本修养。如果你的系统有多个SPI从设备注意CS的驱动能力。PIC32MZ的GPIO驱动能力足够但要避免用长走线拖好几个设备导致片选边沿变缓。可以加74LVC1G125之类的缓冲不过正常情况下SSIO直接接就行。HOLD引脚千万不要悬空。悬空时引脚电平不确定一旦在传输过程中落入低电平区间MRAM内部会暂停时钟CS没有释放通信就卡死了。我吃过这个亏后来所有批次的板子都在HOLD上补了上拉电阻。3. 从零写一个MR25H40读写驱动3.1 指令集与状态寄存器MR25H40CDF的指令集很短核心就是六条指令操作码说明WREN0x06写使能置位状态寄存器中的WEL位WRDI0x04写禁止清WEL位RDSR0x05读状态寄存器WRSR0x01写状态寄存器READ0x03读数据后跟3字节地址WRITE0x02写数据后跟3字节地址状态寄存器里有两部分是必须关心的WEL位写使能锁存和写保护位。每次WRITE指令执行前必须先发WREN否则写入不会被接受。这个机制是为了防止系统跑飞时误写MRAM里的关键数据。另外如果把状态寄存器里的块保护位配置了那么对应的地址区域会变成只读这种保护在工业上很有用——参数区不启动写入时最好保护起来防止主控程序bug导致整片被冲掉。指令时序很简单先把CS拉低发送操作码和地址/数据最后把CS拉高。需要注意READ和WRITE的地址是24位的虽然MR25H40只有19根地址线有效但指令格式里仍然是3字节地址高位没有用到的位填0即可。3.2 底层SPI收发函数在PIC32MZ上裸机操作SPI1有两种方式寄存器直接操作或者Harmony生成的库函数。为了让你能看懂最核心的东西我用寄存器方式写一个最简单的字节收发函数uint8_t spi1_exchange(uint8_t data) { SPI1BUF data; // 发送数据 while (!SPI1STATbits.SPIRBF); // 等待接收缓冲满 return (uint8_t)SPI1BUF; // 读取接收数据 }这个函数是同步阻塞的一次完成一字节发送和一字节接收。因为SPI是全双工即使只发指令也会从SO引脚收回来一堆数据你不读它SPI的接收缓冲满了之后就会触发溢出错误。所以在每个写操作里也要有地方“吞掉”返回的数据。如果你想追求效率可以用DMA链式传输把CS拉低、发送指令地址数据、拉高CS整个序列拆成DMA描述符不过那内容又是一大篇。先掌握好最基础的收发再谈优化。3.3 写使能与状态检查每次写操作前发WREN这是MRAM和很多SPI Flash一样的习惯。下面给出一个检查WEL位的示例#define MRAM_CS_LOW() LATBbits.LATB14 0 #define MRAM_CS_HIGH() LATBbits.LATB14 1 #define MRAM_CMD_WREN 0x06 #define MRAM_CMD_RDSR 0x05 #define MRAM_STATUS_WEL (1 1) static uint8_t mram_rdsr(void) { uint8_t status; MRAM_CS_LOW(); spi1_exchange(MRAM_CMD_RDSR); status spi1_exchange(0x00); MRAM_CS_HIGH(); return status; } uint8_t mram_clear_we(void) { MRAM_CS_LOW(); spi1_exchange(MRAM_CMD_WREN); MRAM_CS_HIGH(); // 读状态寄存器确认WEL已置1 if (!(mram_rdsr() MRAM_STATUS_WEL)) { return 0; // 写使能失败 } return 1; }很多初学者忽略了这个确认动作直接发WRITE结果数据丢了还找不到原因。芯片规格书里写得很清楚WEL位必须为1才允许WRITE命令执行。调试时用RDSR多读几次状态能把问题范围快速缩小。3.4 读、写函数地址怎么拼数据怎么发写函数支持任意地址、任意长度MRAM不需要擦除所以直接连续发数据即可。注意MR25H40的写操作也是CS拉低后先发0x02再发3字节地址后面跟着要写入的数据字节。全部发完后拉高CS数据就锁存到MRAM里了。void mram_write_bytes(uint32_t addr, const uint8_t *buf, uint32_t len) { if (len 0) return; // 写使能 if (mram_clear_we() 0) { return; // 写使能失败多半是硬件接线或状态寄存器问题 } MRAM_CS_LOW(); spi1_exchange(MRAM_CMD_WRITE); // 0x02 spi1_exchange((addr 16) 0xFF); spi1_exchange((addr 8) 0xFF); spi1_exchange(addr 0xFF); for (uint32_t i 0; i len; i) { spi1_exchange(buf[i]); } MRAM_CS_HIGH(); }读函数更简单不需要写使能直接发READ指令void mram_read_bytes(uint32_t addr, uint8_t *buf, uint32_t len) { MRAM_CS_LOW(); spi1_exchange(MRAM_CMD_READ); // 0x03 spi1_exchange((addr 16) 0xFF); spi1_exchange((addr 8) 0xFF); spi1_exchange(addr 0xFF); for (uint32_t i 0; i len; i) { buf[i] spi1_exchange(0x00); // 发0读回数据 } MRAM_CS_HIGH(); }读连续地址时只要CS保持低电平地址会自动递增这一点和SPI Flash很像。所以读一整个日志区就是上面这段循环的事效率很高。3.5 实际小实验整板断电数据还在不在写完之后我做了个很土但很有效的实验跑一段代码往MRAM开头地址写一串特征字比如“0xDE, 0xAD, 0xBE, 0xEF”然后读出来确认一致。接着直接把整板电源断开等十几秒再上电用MCU上电启动的第一件事就是读这4个字节。如果还是那串特征字说明数据真的没丢。实测下来完全没问题。更极端一点的测试是在写入循环中间随机断电上电后检查MRAM中已经写入的数据结果发现已经发送并拉高CS的字节都完整正在进行的那个字节不确定这一条直接影响了我后面的日志存储设计——后来我在日志里加了长度和CRC字段启动时如果发现末尾记录不完整就回退到上一条完整记录非常稳。4. 工业存储架构设计把512KB用明白4.1 存储分区规划512KB的空间如果还是像裸用户一样从头往尾写后面一定会乱。我建议上电后第一件事就是建立分区表。下面这个分区方案可以参考区段起始地址大小用途参数区0x0000016KB设备参数、校准系数双备份日志区0x04000480KB循环日志每条记录最多256字节系统信息区0x7C00016KB硬件序列号、生产信息、升级标记参数区16KB对我来说已经很大了一个设备参数大多几百字节双备份都装得下。日志区480KB按每条64字节算能存7000多条如果设备半小时才报一次警几个月的日志都够现场查历史记录很方便。系统信息区可在产线出厂时写入防止和日志数据混在一起被覆盖。分区信息不要写死在代码里最好在头部分区表自己描述自己包括魔数、版本、各分区起始地址和长度、CRC。这样以后要调整分区大小老固件也能识别新布局不至于数据错乱。4.2 数据帧格式与校验工业数据存储最忌讳“裸存”断电几毫秒就可能让最后一条记录半残。我的日志帧格式如下偏移长度字段说明01帧头固定为0xAA11版本帧格式版本当前为122长度数据长度不含帧头和CRC最大2564N数据实际负载4N2CRC16对起始地址到数据区末尾计算CRC16-CCITT代码里结构体定义和校验函数可以这样写#pragma pack(push, 1) typedef struct { uint8_t header; // 0xAA uint8_t version; // 1 uint16_t len; uint8_t data[256]; } log_frame_t; #pragma pack(pop)CRC校验我习惯用查表法0x1021多项式处理几百字节的帧在20MHz的MRAM上开销不大。写入时先写完帧头和数据最后再写CRC字段。读取时先读整个帧计算CRC和帧尾CRC比较如果不匹配说明这条记录最后一刻被打断了直接丢弃或标记为损坏。这个方案比单纯“写完了置一个完成标志”要可靠因为CRC覆盖了整帧内容任何一位丢失都能被发现。4.3 日志循环写入与崩溃恢复日志区是循环使用的。我在日志区的头部维护一个“当前写指针”和“环首地址”。每写入一条日志就把指针向后移动“帧全长2字节记录接下来一项的有效标记”。有效标记我习惯在每条记录前放一个固定值0xA5如果读取时发现标记不是0xA5说明这里是空闲区或上一条记录损坏环形队列就可以从这里开始回绕。启动时扫描日志区的策略从环形队列的头部开始逐条读检查每条记录的有效标记和CRC遇到损坏就跳过。通过扫描找到最后一条合法记录的位置把写指针恢复到这里新的日志继续往后追加。由于MRAM的写寿命极高这种扫描循环写的方式非常稳定不会像Flash那样因为频繁擦写某个扇区而导致寿命耗尽。4.4 掉电保护策略与双备份参数区我直接做了双备份。原理特别简单参数区再分出A、B两份每一份都带CRC。写入时先写A确认成功后再写B。启动时先读A如果CRC不对就读B两个都不对才用默认参数。这样就算在写A过程中掉电B还是好的最多丢一次参数修改。关键点是双备份的写顺序必须是A→B读顺序必须是先A后B。这样能保证A和B至少有一份完整版本不会出现A是新版本B是旧版本、互相矛盾的情况。4.5 为什么不需要磨损均衡Flash需要磨损均衡是因为它的被擦除区域寿命有限且擦除单位很大频繁修改同一地址的数据会撞到同一个扇区上。MRAM的原理决定了它没有“擦除后写入”的过程每次写操作直接把磁隧道结的状态翻转过来不存在绝缘层击穿那种磨损机制。所以不需要磨损均衡算法不需要管理块和垃圾回收也不需要把写入打散到不同地址。这一点让软件架构简化了很多。我在做参数更新时直接往固定地址写根本不用先备份、擦除、再写入。如果你是从Flash方案迁移过来的一定要删掉“每次写前Erease”这个念头否则反而会拖慢速度毫无意义。5. 应用场景扩展从参数存储到工业数据采集5.1 设备参数存储最常见、最刚需的场景。运行参数、报警阈值、Modbus从站地址、波特率、校准曲线都往MRAM的参数区放。因为MRAM写起来快而且不需要擦除你甚至可以在每次修改参数时都写一次根本不用考虑“这一天写了几百次会不会坏”。我用PIC32MZ的Flash模拟EEPROM也做过但Flash模拟EEPROM要自己写磨损均衡还要处理擦写状态代码量多了一大截。MRAM一上逻辑清爽程序审计也容易。5.2 运行日志与故障记录工业设备出故障后最怕的就是“上次故障数据没存下来”。MRAM的非易失和快速写入让故障记录可以做到可靠保存。我们可以把事件类型、时间戳、当时的设备状态值打包成帧一条压一条地存。当MRAM接近满了旧的记录被新记录覆盖核心数据永远在。现场调试时直接从MRAM拉出来几百条日志分析故障趋势比靠客户口头描述“大概几点几分好像闪了一下”靠谱得多。5.3 嵌入式数据采集缓存如Modbus网关这个场景是最近很热的。一台嵌入式网关通过Modbus RTU或OPC UA读PLC、传感器、数控机床的寄存器数据如果先把数据缓存在本地再由以太网或4G模块上报云端就算网络抖动数据也不会丢。具体做法循环采集循环存PIC32MZ把每次采集的数据打包成帧写入MRAM的日志区后台线程或TCP任务再定期从MRAM里把新数据读取出来通过MQTT或Modbus TCP发给上位机。因为MRAM的写入速度跟SRAM一样快20MHz SPI时约50Mbps的吞吐量足够应付毫秒级数据流。如果使用4G网络采集端缓存几万条记录毫无压力断网几小时也不怕。我实际做过的项目采集频率是每秒5条每条32字节持续运行了一个月MRAM没出现过一次数据丢失启动时扫描日志区找写指针也一直很稳定。6. 调试踩坑实录与排查方法6.1 SPI时钟相位不对导致读取全0xFF或全0x00这是SPI外接新设备最容易犯的问题。如果MRAM读回来的数据全是0xFF多半是SCK空闲电平不对如果全是0x00多半是采样沿不对。我用逻辑分析仪抓过之后发现实际上就是CKE和CKP两个位的排列组合没配对。解决办法先把MRAM断开用示波器看SPI输出空闲电平和跳变沿再把连线接回去用0x03指令读状态寄存器看返回的是不是0x00正常或0x02WEL置位如果返回乱七八糟的数就调整CKE/CKP组合。6.2 片选引脚复用冲突PIC32MZ部分引脚自带JTAG、模拟输入复用。我曾经把CS分配到一个默认作为调试口的引脚上程序运行完一轮JTAG把CS拉低MRAM操作就全乱了。后来在MPLAB Harmony里仔细检查了引脚分配表把CS换到普通IO口问题消失。所以接硬件前先确认MRAM的CS引脚没有复用到调试器默认占用的引脚上。6.3 写不进去WEL位没置位/写保护症状READ读出来的全是旧数据写操作完成后回读没变化。排查顺序用RDSR读状态寄存器看WEL位是否为1。如果为0说明WREN没执行成功可能是SPI时序问题或者CS拉高太快WREN还没被接受。看WP引脚是否被拉低。WP不是简单写保护MR25H40把WP和状态寄存器联动WP拉低时无法修改状态寄存器的写保护位如果已经把某些地址块保护了就会出现部分地址写不进。看是不是连续写的时候CS没有保持低电平。如果每传一个字节就拉高CSMRAM会认为每个字节都是独立写操作只有最后一个字节落在地址上前面的字节全部丢失。6.4 读取错位/首字节丢失这个问题的特征第一字节丢后面的数据整体往前偏移。原因往往是发送完指令和地址后没有等待足够的“死区时间”就立刻发0x00去取数据。有些SPI设备在指令阶段的最后一个时钟沿之后需要一小段延时才能从SO引脚输出有效数据。MR25H40规格书里写的tV时序很短暂但如果你把SPI主频拉到40MHz误差可能显现。解决办法在地址字节发送完后可以穿插一个0x00字节的交换操作把这个哑字节读回来并丢弃再正式读数据。或者在发送地址后加几个空时钟周期。我实际测试下来20MHz时不需要哑字节40MHz时要加。6.5 调试小技巧逻辑分析仪和串口dump存储调试大部分时候靠猜是猜不出来的。推荐做法用8通道逻辑分析仪同时抓CS、SCK、SI、SO四条线保存成协议解码视图重点看CS低电平时SCK的边沿数是否符合预期。在串口调试助手里加一个read_dump指令让PIC32MZ把MRAM指定地址的256字节通过UART打印出来用十六进制对比工具和写入数据对照能快速发现地址偏移、字节丢失问题。写一个自检函数对MRAM全部512KB写入伪随机数据然后再读出来逐字节比对连续跑10轮不出错误基本可以排除芯片本身问题。这套组合做下来最实在的体会就是存储这个环节一旦选型选对了后面的软件工作量能少一半。MRAM虽然单价不便宜但省掉了磨损均衡、掉电保护、擦写备份那一堆设计成本和调试时间综合下来反而划算。在做高可靠性工业产品时这笔账算得过来。你最先要做的不是纠结买不买得起而是去查一下手头MCU的SPI外设能不能轻松支持40MHz时钟然后把一个最小的读写函数跑通。剩下的事交给时间验证。