MRAM替代Flash：STM32F439ZG+MR25H40CDF实现免擦除掉电不丢数据

在工业现场做存储方案最怕的不是容量不够而是“每一次写入都必须成功”。掉电瞬间要保存关键状态、现场要高频刷写运行参数、还要连续记录波形和日志——这些工况对Flash类存储几乎是酷刑擦除等待、寿命周转、写一半掉电直接丢数据。我前前后后踩了不少坑最后把方案收敛到了MRAM上具体是Everspin的MR25H40CDF这颗4Mbit磁阻存储芯片配上STM32F439ZG这颗外设资源非常充裕的MCU。整套组合用下来读写逻辑简单得跟操作SRAM一样又是真正掉电不丢的非易失存储不需要擦除、不需要等待、寿命还几乎无限。这篇文章把选型时的纠结、硬件接法、底层驱动、掉电保护设计和实际运行中遇到的那些坑完整梳理一遍给正在做嵌入式数据记录、参数在线更新、断点恢复这类需求的朋友一份可以直接照着干活的参考。1. 方案选型解析为什么是MRAM而不是Flash或EEPROM1.1 工业场景下的存储痛点做嵌入式架构师的人选存储方案首先会问一个问题这个数据多久写一次一次写多少掉电之后能不能丢这三个问题直接决定了你该用Flash、EEPROM还是别的什么。在很多工业控制器里存在一类非常刁钻的需求数据需要几百毫秒甚至几十毫秒更新一次而且更新动作出现在系统运行的任何时刻包括正在掉电的那一刻。写次数多、单次数据量小、必须掉电保存。典型的例子有变频器的运行参数实时保存、伺服驱动器断点位置记录、电能质量监测仪的波形缓存、还有各类协议转换网关的日志系统。这类场景放到NOR Flash上会很难受。NOR Flash写入前必须擦除擦除以扇区为单位哪怕只改一个字节也得先把整个扇区搬到RAM里、擦掉、再整体写回。更麻烦的是擦除和编程时间动不动几十毫秒系统还在这个窗口里掉电那就等着数据损坏吧。磨损寿命也卡在那里普通NOR Flash擦写次数通常在10万次左右高频写入下几个月就顶不住了。EEPROM倒是可以按字节写但容量普遍偏小几KB到几十KB工业日志和波形缓存根本放不下。而且I2C接口的EEPROM写周期也有5毫秒左右等待写完了还得确认不适合做高速连续记录。SPI接口的EEPROM比如25AA系列容量和速度比I2C好一些但寿命依然在100万次级别长期运行压力还是大。1.2 MRAM技术原理与MR25H40CDF关键参数速览MRAM全称是磁阻式随机存取存储器核心存储单元是磁隧道结MTJ用磁阻效应来保存数据。两个磁性层中间夹一层极薄的绝缘层其中一层的磁化方向固定另一层可以翻转两层磁化方向平行或反平行时隧道结电阻会有显著差异对应逻辑0和逻辑1。这个机制决定了它最特别的两个性质第一存储状态由磁场方向维持不依赖电荷所以掉电后数据自然保持不需要刷新也不怕漏电第二翻转磁化方向的过程本身没有材料疲劳问题不像Flash的浮栅电荷注入/隧穿那样会产生介质损伤所以擦写寿命比Flash高好几个数量级官方标称可以达到10的16次方次工程上基本可以视为无限。MR25H40CDF是Everspin的SPI接口MRAM主要参数我整理了一下参数数值说明容量4Mbit / 512KB24位地址实际使用低19位接口SPI支持Mode 0和Mode 3与SPI NOR Flash指令集高度兼容最高时钟40MHz支持Fast Read模式写入方式直接覆盖写无需擦除这是和Flash最大的区别写入时间无忙等待指令结束即完成没有编程/擦除周期写寿命1E16次工程上视为无限数据保持大于20年掉电后数据不丢失工作电压3.3V对STM32F439ZG的IO电平很友好温度范围-40°C 到 85°C工业级封装8引脚DFN3mm×4mm占板面积很小用一句话总结它内里是SRAM级别的读写体验外面披着SPI NOR Flash的协议外壳骨子里却是永久保存的非易失体。1.3 和Flash、EEPROM、SRAM电池的硬核对比很多人第一次接触MRAM都会问同一个问题这东西看着什么都好为什么不是所有场合都用它答案很简单成本。同样容量下MRAM单价比NOR Flash和EEPROM贵不少而且容量上去之后价格更夸张。所以选型本质上是在“性能满足”和“成本合理”之间找平衡。方案写入速度写寿命是否需要擦除掉电保持单字节写典型场景NOR Flash页写后等几十ms1E4~1E5次需要好不支持固件存储、批量参数EEPROM单字节写周期几ms1E5~1E6次不需要好支持少量配置参数SRAM后备电池最快无限不需要依赖电池支持实时数据缓存MRAM与SPI时钟同步1E16次不需要好支持高频写入日志/断点保存SRAM加后备电池的方案在业界也用过很多年那个方案最大的问题不是SRAM本身而是电池。电池有寿命、有温度限制、有维护周期很多设备安装在高低温环境里电池失效后数据就全没了。MRAM把备电方案里的电池整个去掉数据保持还是20年起步这对设备十年八年免维护的工业场景来说非常友好。MRAM也不是没有缺点。目前最大容量还停留在几十Mbit级别跟上千MB的NAND Flash没法比不适合做大容量文件系统。另外SPI接口MRAM虽然指令集兼容SPI NOR Flash但没有Flash那种大页编程特性要做高吞吐写入得靠连续写指令和DMA配合。我自己选MR25H40CDF还有一个很现实的原因它和SPI NOR Flash的指令几乎一样之前封好的Flash驱动框架改一改就能用底层不折腾应用层又拿到了无限寿命和免擦除的能力性价比一下子就出来了。2. 硬件连接与电路设计要点2.1 MR25H40CDF引脚与STM32F439ZG接线图MR25H40CDF一共8个引脚DFN封装引脚间距很小焊接的时候要留意。引脚功能如下引脚序号名称功能接法说明1/CS片选低有效接MCU的GPIO建议软件控制2SI串行输入即MOSI接SPI的MOSI3/WP写保护低有效不使用时上拉到VCC4/HOLD串行暂停低有效不使用时上拉到VCC5SCK串行时钟接SPI的SCK6GND地接系统地7VCC3.3V电源就近放0.1uF去耦电容8SO串行输出即MISO接SPI的MISO我当时用的是STM32F439ZG的SPI1引脚分配是PA5做SCK、PA6做MISO、PA7做MOSI、PA4做片选。选SPI1的理由很简单它挂在APB2总线上时钟域上限高SPI速率可以做到40MHz量级和MR25H40CDF的最高时钟匹配。如果对速度要求不高SPI2或SPI3也完全可以APB1上的45MHz时钟对它来说也够用。电路上有一个细节必须提醒/WP和/HOLD绝对不能悬空。这两个引脚在芯片内部没有可靠的上拉悬空时一旦受到噪声干扰被拉低轻则写保护生效导致写操作静默失败重则SPI通信被HOLD暂停数据时序全乱。我见过好几个同事的板子出这种灵异问题最后排查下来都是这两个引脚没处理。正确做法是两个引脚都通过10K电阻上拉到VCC而且上拉电阻要靠近芯片引脚放置。/CS的控制我建议用普通GPIO手动拉不要用SPI的NSS硬件自动管理。STM32的NSS在SPI master模式下可以配置为软件控制和硬件控制两种工业场景下我吃过硬件NSS的亏片选信号在异常时序下会自己翻转难查。GPIO软件拉CS多花不了几条指令却能让片选时序完全掌握在自己手里。2.2 供电、掉电保护与PCB布线细节供电方面MR25H40CDF的标准工作电压是3.3V和STM32F439ZG的VDD一致可以直接从同一个3.3V电源域取电。但要注意芯片的电源引脚上必须加0.1uF的陶瓷电容并且电容要放在离VCC引脚尽可能近的位置最好控制在3毫米以内。MRAM内部翻转磁化方向时会有瞬间电流变化去耦电容不到位的话高速读写时电源纹波可能引发偶发错误。掉电保护是工业应用里最值得花心思设计的一环。MRAM本身非易失掉电不丢数据但危险往往不在“掉电之后”而在“掉电的过程中”。如果VCC跌落期间SPI线上刚好有毛刺或者/CS信号因为MCU IO电压不稳而出现抖动芯片可能收到半截写指令把存储内容写坏或者写乱。针对这个问题我在设计里做了三重防护。第一重是硬件上在VCC和GND之间加一个较大的储能电容比如100uF甚至470uF让MCU检测到掉电后仍有一段时间的稳定供电足够把关键数据写进MRAM。第二重是启用STM32的PVD可编程电压监测器把监测阈值设到2.9V左右一旦VCC跌到阈值以下立刻触发中断在中断里做最后的紧急保存。第三重是软件上明确一个规则只有系统处于正常运行态且PVD未触发时才允许发送写指令PVD触发后所有写操作直接封锁。PCB布线上SPI的四根信号线要尽量短SCK和SI/SO不要跨分割走线不要长距离并行贴着其他高速信号走。MR25H40CDF的DFN封装底部有一个散热焊盘这个焊盘通常接地焊接的时候最好让焊盘充分和地平面接触散热和机械强度都好一些。不过要注意底部焊盘如果接地而板子铺铜不好会在回流焊时出现虚焊原型阶段最好用X光检查一下焊点。3. STM32F439ZG驱动实现CubeMX配置到读写函数3.1 SPI接口选型与CubeMX配置在F439ZG上选SPI1的第一考量是速率上限。它挂在APB2上APB2时钟最高90MHzSPI1经过预分频最低可以到45MHz但MR25H40CDF的最高时钟是40MHz所以严格来说不能直接跑到45MHz。我的做法是把SPI1时钟设在40MHz以下比如APB2为90MHz时预分频系数选4得到22.5MHz或者想办法把APB2配置到80MHz预分频2得到40MHz整。实际项目里我更倾向于22.5MHz这个速率对SPI通信来说余量充足抗干扰能力也更好毕竟MRAM的核心优势不是SPI跑多快而是免擦除、免等待、无限寿命。在CubeMX里的配置步骤不复杂把PA5、PA6、PA7设为SPI1的SCK、MISO、MOSIPA4设为GPIO输出作为CS控制脚SPI1配置为Full-Duplex Master数据宽度8位时钟极性CPOL0时钟相位CPHA0对应SPI Mode 0正好匹配MR25H40CDF支持的Mode 0。预分频按上面的时钟计算选择。还需要把SPI1的TX和RX DMA通道打开后面做批量数据搬运会省掉大量CPU开销。初始化代码生成之后在main函数里把GPIO初始化时CS脚默认拉高然后调用MRAM的底层驱动进行初始化基本就绪。3.2 底层指令函数写使能、状态读取、读写数据MR25H40CDF的指令集和SPI NOR Flash高度相似核心指令就几条WREN写使能0x06、WRDI写禁止0x04、RDSR读状态寄存器0x05、WRSR写状态寄存器0x01、READ读数据0x03、FAST_READ快速读0x0B、WRITE写数据0x02。区别最大的地方是写数据之后不需要像Flash那样查询忙状态因为MRAM没有擦除和编程时间WRITE指令发完数据在SCK的最后一个边沿已经锁存进存储阵列了。先说写使能这是最容易漏的一步。MRAM的状态寄存器里有一个WEL位也就是写使能锁存位。每次发起WRITE或者WRSR之前必须先发WREN指令把WEL位置1否则写操作会被芯片静默忽略不会报错就是数据写不进去。写完一条WRITE指令后WEL位会自动清0所以每次写都要重新发WREN。很多从Flash转过来的人会习惯性地先擦除再写或者写完就忘了WEL位然后就出现“读出来全是旧数据”的怪现象。// 写使能 void MRAM_WriteEnable(void) { uint8_t cmd 0x06; MRAM_CS_LOW(); HAL_SPI_Transmit(hspi1, cmd, 1, HAL_MAX_DELAY); 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, HAL_MAX_DELAY); HAL_SPI_Receive(hspi1, status, 1, HAL_MAX_DELAY); MRAM_CS_HIGH(); return status; }状态寄存器的低4位里bit0是WELbit1到bit3是块保护位BP0到BP2。所以写使能之后如果不放心可以读一下状态确认WEL已经置1再发WRITE指令。读操作用的READ指令包格式是0x03指令码后面跟3字节地址然后是数据输出CS为低电平期间可以连续读任意长度地址自动递增到芯片末尾后回卷。写操作类似0x02指令码后面跟3字节地址和数据也支持连续写写到页边界后会回卷到页内起始地址。这里要特别留意页大小的概念MR25H40CDF的页大小是8字节和数据手册定义一致。也就是说一次连续写超过8个字节写到第8字节后地址会回卷到本页开头不会自动进下一页这是MRAM和NOR Flash页写机制的一个差异点。所以写数据函数必须处理跨页问题。最简单的做法是把写入操作封装成“单字节写”和“大块写”两个级别大块写内部按8字节页边界进行切分。对绝大多数工业应用来说一次写的数据量不会很大页切分逻辑写清楚就行。// 单字节写 void MRAM_WriteByte(uint32_t addr, uint8_t data) { uint8_t cmd[4]; cmd[0] 0x02; // WRITE 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, HAL_MAX_DELAY); HAL_SPI_Transmit(hspi1, data, 1, HAL_MAX_DELAY); MRAM_CS_HIGH(); }读数据函数的实现更直接不需要WREN// 连续读 void MRAM_ReadBytes(uint32_t addr, uint8_t *buf, uint32_t len) { uint8_t cmd[4]; cmd[0] 0x03; // READ cmd[1] (addr 16) 0xFF; cmd[2] (addr 8) 0xFF; cmd[3] addr 0xFF; MRAM_CS_LOW(); HAL_SPI_Transmit(hspi1, cmd, 4, HAL_MAX_DELAY); HAL_SPI_Receive(hspi1, buf, len, HAL_MAX_DELAY); MRAM_CS_HIGH(); }3.3 连续批量读写与DMA实测性能单字节读写函数适合操作简单参数但如果要做日志记录或者批量数据转储必须用DMA把CPU从SPI搬运中解放出来。F439ZG的SPI1有两个DMA通道一个负责TX一个负责RX配置成循环模式之后配合MRAM的连续读特性可以做到很高吞吐。以数据记录场景为例典型流程是MCU直接往一个内存缓冲里填数据填到一定长度后通过DMA把整块数据写入MRAM的日志区写完后DMA中断通知应用层更新写入指针。整个写入过程占用CPU的时间只是启动DMA和响应中断那几十个周期SPI的时钟和数据搬运完全由硬件完成。我在这套组合上实测过一组数据SPI时钟22.5MHz使用DMA连续写512字节耗时大约是0.23毫秒折算有效吞吐约2.2MB/s。如果再把SPI时钟往上提接近40MHz时有效吞吐能到4MB/s左右。这个速度对工业数据记录来说非常充裕更重要的是单次写入结束就是真的结束不存在“我再等一会儿查一下状态”的流程实时性天然就有保障。使用HAL库做DMA读写的时候有一个坑要提醒HAL_SPI_Transmit_DMA对传入的缓冲区有对齐要求。如果传入的是局部数组务必确保缓冲区生命周期足够长否则DMA还在搬运栈空间已经被回收了数据就会错乱。工业代码里最稳妥的做法是定义一个全局的静态缓冲或者用memcpy先把数据搬到专用的DMA缓冲里再启动传输。4. 工业级可靠性设计掉电保存、数据完整性与应用实践4.1 PVD掉电检测与写入时序保护好硬件只是第一步工业现场真正考验的是异常工况。设备突然断电是常态有时候还会出现电压跌落一半又恢复的晃电现象这种时候如果MRAM正在写入就有可能在写入一半时VCC跌出芯片正常工作范围产生不可预知的错误。我的标准做法是使用STM32F439ZG的PVD功能。PVD阈值可以设置为2.9V当VCC从3.3V往下跌破2.9V时PVD中断立刻触发。在PVD中断服务函数里系统要做的不是慢慢保存大体积数据而是以最快速度把最关键的状态变量写入MRAM中预定的紧急保存区。这个区域在系统正常运行时是不做任何写入的专门留出来给掉电瞬间使用。掉电窗口能维持多久完全取决于MCU电源脚上的储能电容。我实测过一套电路MCU和MRAM共用3.3V电源电源入口放470uF电解电容加上MRAM旁边的0.1uF去耦电容从PVD触发到VCC跌到MRAM最低工作电压以下大概有3到5毫秒的窗口。3毫秒足够在22.5MHz SPI下写入几千字节保存系统断点绰绰有余。还有一点必须注意启用了PVD之后正常运行时也要定期检查电压状态。具体的做法是在主循环或者低功耗唤醒流程中读取PVD的输出状态如果发现电压已经处于临界区立刻停止一切非紧急任务尤其是停止对MRAM的写操作直到电压恢复稳定。4.2 存储分区、校验与双备份策略MRAM容量512KB在工业场景里规划好地址空间是正经事。我的习惯是分四个区引导参数区、运行参数区、环形日志区、紧急保存区。每个区的地址边界在编译时就确定好写入数据时先检查边界防止越界污染其他区域。分区的好处不止是组织清晰更重要的是方便做校验和备份。比如运行参数区里我会把一份参数分成主副本和备份副本两个连续存储块写入时先写备份再写主副本读的时候优先读主副本如果主副本的CRC校验失败就自动去读备份副本。因为MRAM写寿命无限这种双写双备份策略完全没有任何额外成本换到Flash上就要掂量掂量磨损了。校验算法我建议用CRC16。F439ZG自带硬件CRC模块虽然它算的是CRC32但用起来有个坑它每次初始化后计算结果和标准CRC32工具算的不一致需要额外处理初始值和输出反转。我图省事直接用软件查表法实现CRC16参数用Modbus那个多项式也就几百字节的查表空间计算速度在180MHz主频下完全不是问题。每次写数据时在数据块末尾附加2字节CRC读出来之后先校验再使用。这里有个经验之谈CRC校验失败时不要立刻报错复位而是先尝试读备份副本如果备份也失败再把错误级别提上去。因为有些偶发错误是EMC干扰导致的瞬时读取错误可能下一次读又对了一上来就复位反而会把现场状态搞乱。4.3 典型工业场景落地数据记录、参数在线更新、断点恢复这套方案最典型的应用是数据记录器。我做过一个工业网关的数据记录模块每100毫秒记录一组设备状态数据每条记录16字节512KB空间够存超过3万条记录可以滚动覆盖。如果每100毫秒写一条3万多条相当于将近一小时的连续数据配合时间戳和运行标记掉电之后还能精确还原最后时刻的运行曲线。要是用Flash这种连续写早就把擦写寿命吃光了。参数在线更新的场景更常见。工业设备在运行过程中上位机随时可能下发新的PID参数或工艺配方。传统方案是先写EEPROM写完了再应用MRAM方案更干脆直接把新参数覆盖写入参数区写入成功后立刻应用到运行逻辑。因为写入本身原子且即时不存在“擦除中间状态”所以参数切换可以做到运行中无缝完成。如果上位机写到一半通信断了顶多是备份区和主副本不一致下次上电还能靠备份区兜底。断点恢复功能是MRAM方案的加分项。运动控制设备在运行中突然断电电机停在哪、当前坐标是多少、正在跑第几个加工步骤这些状态只要在掉电瞬间被写进紧急保存区重新上电就能无缝接续。使用Flash时这种需求很尴尬因为掉电瞬间根本没有几十毫秒让你等Flash擦除而MRAM在PVD触发到电压跌落的窗口内可以完成几千字节的状态写入真正做到“断电即保存”。5. 常见问题与排查技巧实录5.1 读回数据出错时先查这三件事MRAM读回数据出错我第一条排查线永远是SPI Mode对不对。MR25H40CDF支持Mode 0CPOL0CPHA0和Mode 3CPOL1CPHA1如果CubeMX里配置成了Mode 1或Mode 2数据相位错半拍读出来的数据就是乱的。这问题很隐蔽因为不匹配时通信表面上正常函数不报错但数据完全对不上。第二条线查CS时序。片选要在指令字节发送之前拉低整个指令和数据传输期间保持低电平传输结束后拉高。用逻辑分析仪抓一下波形看CS是否在SPI时钟边沿附近出现毛刺或者提前拉高。如果CS用GPIO控制但代码里在HAL_SPI_Transmit之后立刻拉高而最后一个字节还在移位寄存器里没送完也会丢最后一个字节。稳妥做法是在传输完成后加一小段延时或者用DMA传输完成回调里拉高CS。第三条线查电源。SPI读操作对电源的敏感度低于写操作但也不是完全没事。MRAM读的时候内部有电流脉冲如果去耦电容的位置太远或者容值不够VCC波形上会出现明显跌落高速连续读时容易产生误码。这种情况用示波器看VCC引脚波形非常明显修起来也简单把去耦电容挪近就行了。5.2 写不进去问题多半出在WEL位和CS电平写数据失败是一个让人很崩溃的问题写函数执行了返回的也是成功但读回来数据没变化。第一次遇到时我排查了很久最后发现是WEL位没有置上。MRAM的写操作流程是严格的先WREN把WEL位置1然后在下一次传输中发送WRITE指令。如果你的代码里把WREN和WRITE合并成了一个CS低电平周期的多字节传输那是不行的。WREN必须是一个独立的CS周期CS拉低、发送0x06、CS拉高。之后才能开始WRITE。有些TFT屏幕或者NOR Flash驱动写惯了会习惯性地把多条指令拼在一次CS拉低期间连续发送搬过来用就会踩这个坑。另外要检查写保护位。MR25H40CDF的状态寄存器里有BP0到BP2块保护位如果这些位被设置过对应的地址范围会被硬件写保护。比如BP位配置成保护上半区你往高地址写数据就会静默失败。排查时读一下状态寄存器看到保护位不为0就要把块保护关掉。块保护状态寄存器写入也需要先WREN顺序和写数据一样。还有一类问题是硬件层面的/WP引脚如果被拉到低电平芯片的块保护会被强制生效哪怕你在状态寄存器里关了保护硬件写保护依然会挡住写入。所以排查写失败时用万用表量一下3脚电平确认它真实地接到了高电平。5.3 性能不达标与信号完整性问题有些项目把SPI时钟拉高之后发现读写偶尔出错或者实际吞吐达不到理论值。这通常不是MRAM芯片本身的问题而是信号完整性。我用22.5MHz时一切正常把时钟加到40MHz之后发现读出来的数据偶发错误用示波器一测SCK的上升沿已经有明显的过冲和振铃。原因是我当时为了调试方便用了一根十几厘米的杜邦线把MRAM小板和主板连在一起。这么长的走线在SPI高速下就是天线信号反射和串扰都来了。后来把MRAM做成和MCU同一块板子走线控制在10厘米以内SPI时钟回到40MHz也没有再出错。如果硬件上已经固定没法改板子降低时钟预分频是成本最低的解决方式。从40MHz降到22.5MHz吞吐从4MB/s降到2.2MB/s对大多数工业应用仍然足够。稳定压倒一切这是我在现场学到的最大教训。5.4 问题与解决速查表现象常见原因解决方向读回数据全是0xFFSPI Mode配置错误核对CPOL/CPHA切换Mode 0或Mode 3写成功但读回旧数据未发WREN或WEL未置位确认WREN独立传输检查状态寄存器WEL位部分地址写不进去块保护位被设置读状态寄存器清除BP0~BP2高速读偶发错误信号完整性问题缩短走线降低SPI时钟检查去耦电容掉电后数据异常掉电过程中误写加PVD保护控制写时机加大储能电容DMA传输数据错乱缓冲区生命周期问题改用全局静态缓冲确保传输期间缓冲区不被释放上电读取不一致上次写入被异常打断增加CRC校验采用双备份策略结尾真要说这套方案给我最大的感触就是“可靠”两个字带来的踏实感。以前用Flash做数据记录写满一个扇区要提心吊胆地看着擦除时间怕掉电怕磨损换到MR25H40CDF之后写数据就像往SRAM里写一样写完就是完了掉电也不怕心里那块石头算彻底放下去了。我个人建议如果你的项目里也有高频写入、掉电保存、断点恢复这类需求别再死磕Flash和EEPROM了认真评估一下MRAM把这块成本花在可靠性和省心上长期看是非常值得的。MR25H40CDF配STM32F439ZG这套组合驱动代码简单、硬件设计直接是能把精力真正集中在业务逻辑上的方案。