MRAM+PIC18F87J60：工业数据采集终端日志存储与远程读取方案

聊聊最近在做的工业数据采集终端。MR25H40CDF 这块 4Mbit 串行 MRAM 搭上 PIC18F87J60 这颗自带以太网控制器的单片机是我目前在设备日志存储与远程数据读取项目里用得最顺手的一套组合。跟传统的 EEPROM 或 SPI Flash 方案相比这套组合解决了一个很实际的痛点既要频繁写入又要掉电保存还得方便上位机远程取数。如果你是做嵌入式数据采集、工业仪表或协议网关的这篇文章应该能帮你省下不少选型和调试的弯路。1. 项目概述工业数据存储的痛点与本方案的选型逻辑1.1 现场遇到的实际问题频繁写、掉电保存、远程读取工业设备一开机就是连续跑几年采集终端每秒钟都在往非易失存储里写数据。以前我常用 SPI NOR Flash比如 W25Q64 这类容量看着够用但一旦数据更新频率高起来问题立刻就暴露了。单个扇区擦写寿命通常只有 10 万次左右算一笔账就清楚了假设每秒写一小条日志每条需要占用一个扇区的部分空间按照 4KB 扇区、存 64 字节的日志一个扇区写满大约需要 64 次触发一次擦除。每秒来这么一次10 万次擦除寿命大概 100000 / 86400 天也就是一天多一点一个扇区就寿命到头了。虽然可以轮换扇区用但这套磨损均衡算法写起来并不轻松而且一旦中间掉电索引表损坏日志直接废掉。换 EEPROM 呢寿命稍微好点常见的是 100 万次擦写但容量普遍小大一点的也就 256Kbit 到 1Mbit对需要存一段时间数据的场景根本不够。带电池的 SRAM 也能用可电池总有过期的一天工业现场换电池的成本远高于更换芯片本身。再加上现场的另一个硬性需求设备部署在分散的站点人不可能频繁跑过去读数据。所以设备最好自带以太网接口能让上位机通过网络远程查询实时数据和历史日志。这让我把目标锁定在了带网络功能、且外部存储接口足够灵活的单片机上。1.2 为什么挑 MR25H40CDF 而不是换更大的 Flash 或铁电存储MR25H40CDF 是 Everspin 的 4Mbit 串行 MRAM组织方式是 512K x 8SPI 接口最高支持 40MHz 时钟。MRAM 的核心优势在于存储原理它不是靠电荷存储而是靠磁性材料的磁阻状态。这意味着写入前不需要擦除写入速度接近 SRAM而且读写寿命理论上是无限的。用一句行业里的调侃话说它介于 Flash 和 SRAM 之间两边的好处都占了。我最初也考虑过 FRAM比如富士通的 MB85RS1MT。FRAM 的写寿命同样长但容量普遍偏小1Mbit 到 4Mbit 之间而且价格不便宜。MR25H40CDF 的 4Mbit 容量刚刚好既能存下数万条运行日志又能划分出配置参数区、系统状态区不用像 EEPROM 那样精打细算。再配合 SPI 接口通用性强几乎任何单片机都能驱动。1.3 为什么 PIC18F87J60 会成为这个方案的单片机选择PIC18F87J60 属于 Microchip 的 PIC18 系列最大的特点是集成了 10/100M 以太网 MAC 和 PHY也就是说一颗芯片就能把数据采集、存储、网络传输都包圆不需要外挂 ENC28J60 或 LAN8720。它的 Flash 有 64KBSRAM 3.8KB对工业应用来说不算大但用来跑存储逻辑和 TCP/IP 协议栈足够了。MSSP 模块可以配置成 SPI 主机模式时钟频率可调跟 MRAM 对接非常简单。这颗芯片的另一个好处是引脚映射灵活。通过外设引脚选择PPS功能SPI 的 SCK、SDO、SDI 信号可以被映射到不同的引脚上做 PCB 布局时能少绕不少线对减少信号干扰、简化走线非常有帮助。工业级温度范围也符合现场环境要求。1.4 这套方案的适用场景和边界这个组合最合适的场景包括数据记录仪、设备健康监测终端、协议转换器、远程 I/O 采集器。这类设备的共同特征是数据量不大但写入频繁需要掉电保持且最好能远程访问。如果哪天需求变成了存储视频片段或者大批量文件4Mbit 容量就明显不够用了那时候更合理的选择是 SD 卡或者大容量 NOR Flash甚至可以换带 SDIO 接口的 MCU。所以这个方案不是万能药但在日志型和参数型存储这个细分领域它确实是最省心的组合。2. 核心器件深度拆解MRAM 与单片机的关键特性2.1 MRAM 的工作原理不是电荷是磁阻我以前也疑惑MRAM 凭什么写寿命无限研究了一下存储结构才明白。MRAM 的存储单元叫磁隧道结结构上大致是两层磁性金属中间夹了一层极薄的氧化物绝缘层。电子要穿过这层绝缘层需要依靠量子隧穿效应而隧穿概率跟两层磁性材料的磁化方向有关方向平行时电阻低反平行时电阻高。这两种状态分别对应逻辑 0 和 1。写入的时候通过流经存储单元的电流产生的磁场或自旋力矩来改变自由层的磁化方向。这一过程是物理磁矩的翻转不是电子注入所以不存在浮栅磨损的问题。读操作则是施加一个小电压测量电阻大小。整个结构决定了 MRAM 的数据保持不依赖电源掉电后磁化方向不变数据天然能保住。这跟 Flash 靠电荷保持数据、电荷会缓慢泄漏的机制完全不同。实际使用中MR25H40CDF 的数据保持能力官方标称可以超过 20 年读写次数没有明确限制这比 Flash 和 EEPROM 的 10 万次、100 万次有了质的提升。2.2 MR25H40CDF 的电气与接口特征MR25H40CDF 是 8 引脚封装常见的是 SOIC-8 和 DFN-8。引脚功能分别是CS片选、SCK时钟、SI数据输入、SO数据输出、WP写保护、HOLD暂停。工作电压范围 2.7V 到 3.6V跟 PIC18F87J60 的 3.3V 供电正好匹配不需要额外电平转换。指令集很精简核心几条0x06写使能WREN0x04写禁止WRDI0x02写数据WRITE0x03读数据READ0x05读状态寄存器RDSR0x01写状态寄存器WRSR状态寄存器里我重点关注三个位WEL写使能锁存、BP0-BP2块保护、WPEN写保护使能。块保护功能在工业现场很实用比如配置区不希望被误写可以把这部分地址区域保护起来软件上就算出现逻辑bug也动不了关键参数。2.3 PIC18F87J60 的关键模块MSSP 与以太网PIC18F87J60 的 MSSP 模块工作在 SPI 主机模式时时钟由振荡器分频产生计算公式是 Fosc / (4 * (SSPADD 1))。如果 Fosc 是 25MHzSSPADD0则 SPI 时钟是 6.25MHz已经足够驱动 MR25H40CDF因为它的最高时钟是 40MHz余量非常大。更重要的是可以把时钟调低比如 Fosc / 64降低信号上升沿速率减少长走线上的反射问题。以太网部分是这个方案的另一大亮点。PIC18F87J60 内部集成了完整的 MAC 和 PHY单片机可以直接用 CAT5 网线连接交换机或路由器。Microchip 官方提供轻量级 TCP/IP 协议栈支持 TCP、UDP、DHCP、HTTP 等常用协议。我在这套方案里就是把它作为 TCP Server上位机通过 Socket 连接读取设备和 MRAM 里的日志数据。这样远程运维就不需要拆机取 FLASH 或者用串口线在现场扒数据了。3. 硬件设计与连接最小系统该注意什么3.1 引脚连接与电路布局硬件上PIC18F87J60 与 MR25H40CDF 的连接非常简单本质就是一组 SPI 总线加一根片选线。我用的引脚分配如下PIC18F87J60 引脚方向MR25H40CDF 引脚说明RD0配置为 SCK输出SCKSPI 时钟RD1配置为 SDO输出SI单片机发送数据给 MRAMRD2配置为 SDI输入SO单片机从 MRAM 接收数据RD3普通 GPIO输出CS片选低有效3.3V-VCC电源GND-GND地3.3V上拉-WP写保护必须拉高3.3V上拉-HOLD暂停必须拉高特别注意 WP 和 HOLD 两个引脚绝不能悬空。我最早打样的时候WP 没接直接导致写入指令始终无效因为 WP 引脚下内部和状态寄存器的 WPEN 位组合成了写保护条件。HOLD 悬空也可能因为干扰信号误触发暂停导致 SPI 通信被打断。正确的做法是各接一个 10k 电阻到 3.3V。3.2 电源、去耦与 PCB 布局细节MR25H40CDF 对电源不算挑剔但我也没敢省去耦电容。每个芯片的 VCC 引脚旁边放一个 0.1uF 陶瓷电容尽量靠近引脚如果需要更稳还可以并联一个 4.7uF 的钽电容。PIC18F87J60 因为内部有以太网 PHY在网口脉冲变压器附近需要单独处理电源这点跟普通的单片机不一样。PCB 布局上需要注意几点SPI 信号线在实验板上走几厘米短线完全没有问题但如果是批量产品板内走线最好保持等长至少不要让 SCK 比 SI/SO 长太多否则高速下采样点会偏移。另一个细节是 MRAM 的 SO 引脚在 CS 拉高时是高阻态这允许其他 SPI 设备共用同一根 MISO 线。如果板上还有其他 SPI 外设只要它们的 CS 都不在同一时刻有效MISO 就不会冲突。我在这套方案里用了两路 CS一路给 MRAM一路留给预留的传感器接口实测没问题。3.3 复位与时序考虑PIC18F87J60 的上电复位时间很快但 MRAM 在上电后需要一点时间稳定我习惯在 MCU 初始化后先做一个 10 毫秒左右的延时再对 MRAM 发出第一个指令。这个时序要求不会写在数据手册最显眼的位置但实际测试中偶尔会遇到上电后第一次读状态寄存器返回 0xFF 的情况加了这个延时后就没有再犯过。4. 软件实现SPI 读写的完整驱动4.1 SPI 初始化模式、速率与注意点MR25H40CDF 支持 SPI Mode 0 和 Mode 3我选择 Mode 0。对应的 CPOL0CPHA0也就是 SCK 空闲为低数据在第一个时钟沿采样。PIC18F87J60 的 MSSP 模块配置成 Mode 0关键寄存器设置如下void SPI_Init(void) { // 配置 MSSP 为 SPI 主机模式时钟 Fosc / 4 SSPCON1 0x20; // SSPEN1, CKP0, SSPM0000 主机模式 SSPCON2 0x00; // 无增强功能 SSPSTAT 0x40; // CKE1, SMP0对应 Mode 0 时序 SSPADD 0x00; // Fosc / (4 * (0 1)) // 配置片选引脚 CS_TRIS 0; CS_HIGH(); }这里最容易翻车的是 SSPSTAT 的 CKE 位和 SSPCON1 的 CKP 位组合组合不同对应 SPI Mode 0 到 Mode 3 的四种时序。如果你的逻辑分析仪上波形看起来对但数据读不对十有八九就是这两个位和从机器件要求不匹配。我建议先把 SSPSTAT 设为 0x40、SSPCON1 设为 0x20 这个组合跑通再考虑调优。4.2 写数据严格先发 WREN再发 WRITEMR25H40CDF 的写流程比 Flash 简单不需要擦除但有一个坑必须先发 WREN 命令使能写而且 WREN 和 WRITE 之间 CS 必须拉高一次。也就是说WREN 和 WRITE 是两个独立的事务。我最初偷懒连续发 0x06 和 0x02 之间没有拉高 CS死活写不进去后来看手册才明白WEL 位是在 CS 拉高时被锁存的。核心写函数void MRAM_WriteEnable(void) { CS_LOW(); SPI_ExchangeByte(0x06); // WREN CS_HIGH(); } void MRAM_WriteBytes(uint32_t addr, uint8_t *buf, uint16_t len) { uint16_t i; MRAM_WriteEnable(); CS_LOW(); SPI_ExchangeByte(0x02); // WRITE SPI_ExchangeByte((addr 16) 0xFF); // A23-A16 SPI_ExchangeByte((addr 8) 0xFF); // A15-A8 SPI_ExchangeByte(addr 0xFF); // A7-A0 for (i 0; i len; i) { SPI_ExchangeByte(buf[i]); } CS_HIGH(); }SPI_ExchangeByte 需要处理 MSSP 的缓冲区标志位。标准的实现是这样uint8_t SPI_ExchangeByte(uint8_t data) { SSPBUF data; while (!SSPSTATbits.BF); return SSPBUF; }MRAM 没有像 Flash 那样的页写概念地址在 512KB 范围内可以连续递增写入这大大简化了驱动逻辑。但要注意地址计数器在 CS 拉低期间一直递增如果越过 0x7FFFF 地址边界会回绕到 0x00000。这不是标准行为是芯片内部计数器自然溢出所以应用层必须自己保证写入范围不越界否则会默默覆盖掉 0 地址的数据。4.3 读数据与状态寄存器读操作比写操作简单得多不需要 WREN。只要 CS 拉低发 0x03 和 24 位地址然后连续发送任意字节通常发 0x00SO 引脚就会输出对应地址的数据。void MRAM_ReadBytes(uint32_t addr, uint8_t *buf, uint16_t len) { uint16_t i; CS_LOW(); SPI_ExchangeByte(0x03); // READ SPI_ExchangeByte((addr 16) 0xFF); SPI_ExchangeByte((addr 8) 0xFF); SPI_ExchangeByte(addr 0xFF); for (i 0; i len; i) { buf[i] SPI_ExchangeByte(0x00); } CS_HIGH(); }读状态寄存器用处很大尤其是调试写操作是否成功时。读状态返回的字节里有一个 WEL 位当 WREN 执行成功后WEL 位会置 1。很多软件上的问题都可以通过读状态寄存器快速定位如果发 WREN 后 WEL 还是 0基本可以断定是 WP 引脚被拉低或者 SPI 时序敲错了。4.4 数据完整性与掉电处理工业现场最怕两件事写到一半掉电、数据被误写。MRAM 本身虽然掉电不丢数据但写一半掉电可能留下半条脏数据。我的处理思路是三层防护第一层是写操作前用 LVD低电压检测模块监测电源电压。PIC18F87J60 内置了可编程低压检测当 VDD 降到阈值以下时会产生中断。我在掉电中断里挂起所有写操作把当前指针保存到 MRAM 的固定状态区。这样即使主循环还在跑也不会在电压不稳时继续写。第二层是写入后在缓冲区保留一份原始数据执行回读校验。每次写日志先写主区再读回来比对如果不一致就把这条日志标记为损坏。MRAM 的写操作是字节级的加上它本身极低的错误率实际项目里回读校验基本不会触发但为了在极端环境下有据可查这个开销还是值得的。第三层是地址分区。我把 512KB 划分成三个区域配置区前 16KB、索引区16KB 到 32KB、日志数据区其余。配置区开了块保护防止运行中的逻辑错误把校准参数刷掉。索引区存最新的写位置和校验值日志数据区按环形缓冲方式写入。每次上电先读索引区拿到上次写入位置再从那里继续。这样掉电后重启不会出现日志空洞。关于 CRC 校验轻量级的做法是每条日志末尾附带两个字节的 CRC16读取时逐条验证。MRAM 虽然可靠性高但从设备经过以太网口远程读取时传输链路上可能出现误码CRC 能把这层问题区分出来——到底是存储坏了还是网络传丢了。5. 常见问题与调试心得5.1 引脚映射错导致 SPI 无波形PIC18F87J60 的 MSSP 信号通过 PPS 灵活映射但也因为灵活配置错位的情况特别多。我给 SPI 分配了 RD0/RD1/RD2 三个引脚如果忘了在 PPS 寄存器里写入对应值即使 TRIS 和 SPI 模块都配置对了引脚上也不会出现任何波形。排查方法很简单直接用逻辑分析仪或示波器看 SCK 引脚。如果程序跑起来但 SCK 没信号优先查 PPS 映射然后是 ANSEL 寄存器——PIC18F87J60 的部分引脚默认带模拟输入功能必须关闭模拟功能数字输出才能生效。5.2 写失败WEL 位未置位我遇到过一次有意思的故障代码逻辑上 WREN 发了、CS 时序也对但 MRAM 就是写不进去。后来发现是同一块板上另一个中断服务程序里也用了 SPI 模块在 WREN 和 WRITE 之间插了一笔操作虽然 CS 没有拉高但 MSSP 的配置寄存器被临时改了时序直接错乱。解决办法是在 SPI 读写期间关闭相关中断或者用互斥标志保护 SPI 总线访问。这类 bug 很难查逻辑分析仪上波形看起来是一段正常数据后面跟着一段乱码特征非常明显。5.3 数据偶发翻转或读回全 0xFF如果 SPI 线路较长或者 PCB 布局不讲究高速时钟沿反射会产生误采样。我处理过一次读回全 0xFF 的问题原因是 MRAM 的 SO 引脚走线过长靠近网口变压器受到了高频干扰。解决办法是加了一个 10 欧姆的串联电阻并把 SPI 时钟降到 1MHz 左右。工业环境下稳定比速度重要得多。MR25H40CDF 虽然能跑 40MHz但接在 PIC18F87J60 这种级别的单片机上跑 1MHz 完全不影响实际吞吐量日志存储场景每秒几百字节的需求连它一个零头都用不上。5.4 地址越界导致覆盖尤其是小工程师容易踩的变量类型问题MR25H40CDF 是 4Mbit按字节算就是 512KB需要 19 位地址。但芯片指令里的地址字段是 24 位A23-A0。如果你在应用层用 uint16_t 类型的变量存地址最大只能到 65535也就是 64KB 以内。我没看错确实有人在代码里写了 uint16_t 传地址导致板子上运行不到几分钟日志开始覆盖最开始的区域。排查半天才发现是变量类型的问题。一律用 uint32_t 存地址哪怕觉得用不到那么大。掉电保存的值比如当前日志写入指针也要用 32 位变量从 MRAM 里恢复。5.5 CS 时序问题中途拉高等于事务中止CS 是整个 SPI 事务的总开关。MRAM 在执行 WRITE 或 READ 期间CS 必须一直保持低电平。如果程序里某个中断服务程序不小心改了 CS 引脚的电平MRAM 立刻终止当前操作已经写入的数据可能丢失读回来的数据也会缺一段。我踩过这个坑一开始把 CS 接在了复用引脚上那根引脚同时接了按键中断按一下按键日志写入就缺一截。后面把所有 SPI 片选引脚都改成普通 GPIO不再复用其他功能问题彻底消失。5.6 性能参考与实际优化空间用这种方式读写 MRAM每字节的开销主要是 SPI 交换和一点 GPIO 操作。在主频 25MHz 的 PIC18F87J60 上SPI 时钟 1MHz 时每字节大约 8 到 10 微秒考虑到函数调用和循环开销实际吞吐量大概在 100KB/s 左右。对写日志来说完全够用。如果确实需要更高性能可以把 SPI 时钟提高到 6.25MHz此时每字节只有 1.6 微秒但要注意线路质量和 MCU 处理中断的延迟。我个人在实际调试中的体会是MRAM 这类器件最大的价值不是把某一项性能做到极限而是把掉电保存、无限写入、字节寻址、SPI 简单这几件事同时做到位。它不需要你像伺候 Flash 一样做块擦除调度和磨损均衡也不用像伺候电池 SRAM 一样定期检查电池电压。配合 PIC18F87J60 的以太网能力整体方案从硬件到软件都很干净。这套组合适合直接抄作业也适合作为更复杂系统的存储子系统基础模块。如果你手头正好有类似的项目需求不妨照着这个思路搭一套原型半天时间就能把读写跑通。