最近在看到华邦Winbond发布新款1Gb QspiNAND的消息时我第一反应是这颗料的定位太准了。做可穿戴和低功耗IoT设备这几年大家普遍被存储方案卡得难受——NOR容量不够、eMMC又太“重”而1Gb的QspiNAND恰好卡在中间这个黄金容量点上。圈内讨论热度高不是没道理的。这篇文章就围绕这颗芯片展开聊聊QspiNAND到底是什么、它跟常用的SPI NOR有什么本质区别、在可穿戴和低功耗IoT场景里怎么选型、怎么设计、怎么把低功耗性能真正榨出来以及我实测和看别人项目中踩过的一些坑。适合正在评估存储方案的硬件工程师、嵌入式软件工程师和产品经理参考不管你是做TWS耳机、智能手环、传感器终端还是资产追踪器应该都能找到有用的信息。1. 从一颗存储芯片的发布看可穿戴设备的存储焦虑1.1 1Gb QspiNAND到底是什么先拆一下这颗料的名字。Winbond是华邦电子存储行业的老牌厂商它家的W25Q系列SPI NOR Flash在市场上占有率相当高做嵌入式的基本都绕不开。QspiNAND是带Quad SPI接口的NAND FlashQSPI就是四线SPI相比传统SPI多两根数据线传输带宽翻倍。1Gb是容量单位1Gb等于128MB注意这里是小b换算成Byte要除以8所以是128MB不是1GB。那它和常见的NOR Flash有什么区别呢NAND和NOR是闪存的两大技术路线结构上完全不同。NOR的特点是随机读取快、支持XIP片上执行代码可以直接在Flash里跑但单位容量的成本高容量做不大。NAND的特点是存储密度高、单bit成本低、写入和擦除速度快但读取延迟略高而且天生有坏块需要额外的坏块管理。QspiNAND就是用SPI这种少引脚接口封装的NAND Flash把NAND的大容量优势和SPI接口的小封装结合起来。这颗1Gb QspiNAND的价值就体现在这里它比NOR容量大得多比并行NAND引脚少得多比eMMC内部管理简单、成本更低非常适合对引脚数量和功耗都比较敏感的可穿戴设备、IoT终端。可以理解成一个很轻量的大容量存储方案不需要像eMMC那样复杂的主控和协议栈一颗普通的带QSPI接口的MCU就能驱动。1.2 为什么这个容量点很关键很多工程师在产品选型时会面临一个很尴尬的情况代码和固件放进SPI NOR里但数据存储不够用数据多了想上NAND结果普通的并行NAND占用的IO太多小封装MCU根本吃不消。在可穿戴设备里板子面积寸土寸金引脚资源也紧张一颗8脚或16脚的QspiNAND就能解决128MB的数据存储需求这在对体积要求苛刻的产品上是巨大的优势。1Gb这个容量对于TWS耳机、智能手表、手环这类设备来说刚好能覆盖几个核心存储需求固件OTA升级的镜像备份、音频提示文件、日志记录、运动健康传感器数据缓冲。以TWS耳机为例一套完整的语音提示音、EQ配置、固件更新缓存128MB绰绰有余。再往后如果产品需要离线语音识别或者本地AI模型1Gb容量也能放下一些轻量级的神经网络模型这个空间在可穿戴设备上已经算比较充裕了。所以说1Gb QspiNAND的发布本质上就是填补了NOR和eMMC之间的空白地带。对于很多中小容量需求的设备来说终于不需要为了存储容量去妥协功耗、成本、引脚数量也不需要为了大容量去引入过于复杂的存储主控。2. QspiNAND凭什么能站上C位技术拆解与对比2.1 QSPI接口少引脚、高吞吐的平衡QSPI接口的好处至少有三点引脚少、兼容性好、速度快。引脚少意味着PCB设计简单、MCU资源占用低在可穿戴设备这种高密度布局的场景里非常宝贵。普通SPI Flash只需要6个引脚CS、CLK、DI、DO、WP、HOLDQSPI在此基础上多了两根数据线一共8个引脚依然很省。很多通用MCU都原生支持QSPI外设可以直接连上使用。比如常见STM32系列就有QSPI外设通过IO复用配置就能驱动这种Flash。QSPI接口的传输速度也比较可观在双倍数据率DTR模式下时钟频率可以轻松跑到100MHz以上实际吞吐率比标准SPI快好几倍。对于OTA升级这种需要大量写入数据的场景这个速度提升是非常明显的。但这里也要提醒一句QSPI速度虽快别忘了它本质还是SPI有CS片选和CLK时钟信号误码率比并行接口高。实际布线时CLK和数据线要控制长度差尽量短避免信号反射导致读写错误。特别是在小PCB的耳机、手环里走线空间窄更要注意信号完整性问题。2.2 低功耗到底低在哪低功耗QspiNAND的低功耗可以从两个维度理解一个是工作状态下的功耗一个是待机和深度休眠状态下的功耗。工作状态下NAND进行页编程Page Program操作时内部需要施加高压脉冲通常十几伏这个瞬间电流会比较高。但NAND的写入是“页写入”一次可以写好几百字节甚至几千字节平均下来每字节的能耗反而比NOR低。比如说同样写入4KB数据NOR可能要分很多次页编程NAND一次或几次就搞定了虽然单次电流大但总耗电少这对电池供电设备至关重要。待机状态才是低功耗设备最关心的。可穿戴设备大部分时间其实在睡觉只有少数时间在工作。这时候Flash如果还在耗电整个系统的待机电流就被拉高了。这类低功耗QspiNAND通常会提供一个Deep Power-Down模式把内部电路基本关断待机电流能降到个位数微安级别甚至更低。我见过的很多低功耗方案里MCU进入睡眠前会主动给Flash发一条进入深度掉电的命令把电流压到最低等需要访问存储时再唤醒。访问和存储状态才是低功耗设备最关心的。还有一个容易被忽略的点供电电压。低功耗版本的QspiNAND通常支持1.8V供电而传统NOR和NAND大多是3.3V。1.8V电源直接取自系统核心电压轨省去了一路额外的电平转换既省成本又省待机功耗。在电池供电设备里1.8V比3.3V带来的功耗优势是实打实的。2.3 和SPI NOR比怎么选这里我直接给一个结论如果代码量小、逻辑简单用NOR如果设备需要存大量数据而且经常擦写用NAND。对比维度SPI NORQspiNAND容量范围一般到64MB左右从64MB到几Gb读随机速度快支持XIP略慢按页读写速度单字节/页编程较慢页编程吞吐高擦除速度块擦除较慢块擦除更快坏块管理不需要需要单位成本偏高偏低典型应用代码存储、小数据日志、数据、OTA缓存以现在TWS耳机为例很多人最开始习惯用一块小的NOR存配置参数、用MCU内部Flash存代码后来发现需要存储几百KB到几MB的提示音和OTA缓存NOR已经放不下了换eMMC又没必要这时QspiNAND就成了一个相当舒服的选择。当然NOR也有它不可替代的价值读延迟低、随机读取快、可以执行代码。在一些极低功耗的传感器节点里如果系统从Flash直接启动运行NOR比NAND更适合。但大多数可穿戴和IoT设备的主控MCU都有内部Flash存代码外部存储只是放数据和文件那就没必要跟NOR较劲了直接用NAND会舒服得多。3. 哪些产品最需要它应用场景拆解3.1 TWS耳机与可听戴设备TWS耳机现在是QspiNAND最典型的应用场景。别小看一只耳机内部需要在有限空间里容纳电池、音频芯片、蓝牙SoC、麦克风、触控传感器板上空间已经非常紧张。但耳机又需要存储不少内容语音提示音比如“已连接”、“电量低”这类、EQ预设、OTA固件升级缓存、用户配置信息。特别是OTA升级耳机固件升级过程中需要先把新固件完整写入一个存储区域校验通过后才能覆盖运行区防止升级中断变砖。这个临时存储空间就需要几十MB甚至上百MB的容量SPI NOR完全不够用。而QspiNAND的128MB容量放固件、放音频、放日志都绰绰有余封装又小引脚又少对耳机设计来说再合适不过了。3.2 智能手表、手环与健康监测设备智能手表的存储需求比耳机更复杂。设备需要存表盘资源、运动轨迹数据、心率/血氧等健康数据的历史记录、应用图标、语音助手缓存等等。目前主流智能手表方案里有部分使用eMMC但成本偏高、主控要求也高。1Gb QspiNAND在这一块的切入点非常清楚给低成本的手环和入门级手表提供大容量数据存储同时保持低功耗。健康监测设备通常需要7x24小时连续运行存储芯片的待机功耗直接关系到手表的续航。用QspiNAND的深度掉电模式在MCU休眠时把它也休眠掉整机待机电流可以控制得很好。另外健康数据记录还有一个特点小数据频繁写入。心率、步数、睡眠状态这些数据细碎但量不大非常适合用FAT文件系统配合日志追加的方式管理。QspiNAND的页写入速度比NOR快很多频繁记录也不会消耗太多功耗。3.3 低功耗IoT终端与传感器节点低功耗IoT终端是QspiNAND的另一个主战场。农业环境监测、冷链物流追踪、智能水表气表这些设备可能几个月不换电池平时只是定期采集数据偶尔通过Wi-Fi、LoRa、NB-IoT等通信模组上传数据。这类设备在外出执行任务时如果网络信号不好可以先在存储里记录下来等信号恢复后再补传。这就需要一个容量足够大、写入功耗低、待机电流小的存储芯片。QspiNAND一次可以写入一个完整的页比NOR逐字节写高效得多也更适合数据包缓存的应用。物联网设备主控的主控经常只有10块钱主控上也没有复杂的存储控制器。QspiNAND通过简单的QSPI接口就能挂上去不需要额外的主控成本这对追求性价比的IoT产品来说很友好。3.4 选型红线什么场景别选它虽然QspiNAND很香但也不是万能药。如果你需要频繁写入随机小块数据、每次只写个几十字节就关机那NOR可能更合适因为NAND的擦写单位是块一个块可能几百KB为了写几十字先擦一个块效率低且浪费寿命。如果你的应用对读取延迟要求极高比如要求微秒级随机读取、支持执行代码QspiNAND的读取延迟在几十到一百多微秒级别比NOR慢不少不适合做XIP执行代码。系统代码还是建议放在NOR或内部FlashQspiNAND只做数据和文件存储。还有一种情况如果产品需要1GB以上的存储容量建议直接上eMMC或UFSQspiNAND再往上堆成本和管理复杂度就不划算了。所以在项目预研阶段先想清楚自己的数据特点是“读多写少”还是“写多读少”是“连续大数据”还是“随机小数据”这个想清楚了选型才不会跑偏。4. 工程落地从原理图到量产的关键实操4.1 硬件设计要点QspiNAND的硬件设计并不复杂但有几个细节一定要处理好。第一是电源。低功耗设计尽量用1.8V供电版本但要注意电源轨的纹波。NAND编程瞬间电流变化大需要合适的去耦电容常见的做法是在Flash电源引脚附近放一个0.1uF和一个1uF到10uF的电容保持电压稳定。如果系统里同时有3.3V器件也要挂同一总线需要考虑电平转换芯片或选择宽压版本不要为了省一颗芯片而牺牲稳定性。第二是引脚处理。QSPI的四根数据线以及控制引脚的配置要与MCU的QSPI外设完全对应不要想当然地复用GPIO。特别是WP写保护和HOLD引脚这两个引脚不能悬空一定要接上拉电阻到电源或下拉到地否则浮动引脚可能导致写入失败或通信卡死。我在早期项目中就吃过这个亏HOLD引脚悬空板子放一段时间后偶尔读写异常最后重新打了板子加上拉才稳定。第三是PCB布局布线。QSPI的时钟频率高信号完整性不能忽视。CLK线与数据线尽量等长不要过长尽量减少过孔数量。如果走线空间宽裕可以加串联匹配电阻阻值一般22欧到33欧能明显改善过冲。另外Flash尽量靠近MCU缩短走线这一点在可穿戴设备上尤其重要因为板子空间本来就小。4.2 软件适配与存储管理软件层面QspiNAND与NOR最大的区别是必须处理坏块和ECC纠错码。NAND出厂时就允许存在一定比例的坏块使用过程中也会产生新的坏块所以软件上必须有坏块管理机制。如果你的MCU上有现成的SPI NAND驱动比如RTOS或者某些中间件如FlashDB、LittleFS直接用就好。如果一切从零开始自己写驱动一定要实现以下功能块擦除、页读写、读JEDEC ID、坏块标记、磨损均衡。磨损均衡很重要因为NAND的擦写次数是有限的通常在10万次级别如果总是往同一块写这块很快就会坏整个盘就废了。对于文件系统可选方案比较多LittleFS是专门为嵌入式设计的掉电安全文件系统支持磨损均衡和掉电恢复跟SPI NAND搭配是绝配。如果设备数据量不大也可以用FATFS它在PC上可以直接读取文件方便调试但掉电保护能力弱一些。我自己在项目中偏爱LittleFS虽然接PC读取不方便但可靠性优先。还要注意QSPI接口的读取模式。NAND支持连续读取也就是从上到下按页顺序读当你频繁访问连续地址数据时吞吐率很高。如果业务逻辑需要随机读那性能和NOR差距就体现出来了尽量把随机读的场景在软件设计中规避掉比如改成连续读取。4.3 低功耗电量优化低功耗设备的软件设计里存储部分是最容易被忽略的耗电源头之一。很多工程师只关注MCU的睡眠电流忘了Flash还醒着结果整机待机电流怎么都调不下去。我的习惯是MCU进入休眠前给Flash发一条Deep Power Down命令让Flash也进入深度掉电模式。这样系统整体待机电流才能降下来。唤醒的时候需要注意时序Flash从深度掉电模式恢复到正常工作需要一定时间通常是几十微秒到几百微秒软件唤醒流程里要留足恢复时间不要立即去访问Flash否则会读到无效数据。另外一个容易被忽视的点是片选引脚的状态。MCU休眠时如果Flash的CS引脚电平不稳定可能会导致Flash误认为被选中而进入工作状态白白耗电。所以在休眠前要确保CS引脚被设置成固定高电平无效电平同时CLK引脚的状态也要处理好避免悬空产生毛刺。命令发送的功耗也值得优化。写入数据时尽量按页一次性写入连续数据不要零星地一字节一字节写。对于NAND来说一次页编程的功耗和写几百字节差别不大所以攒够数据再写不但省电还能减少擦写次数、延长Flash寿命。4.4 可靠性验证不可省QspiNAND的可靠性验证很多团队在项目紧张时会选择压缩。但我建议至少做这几项高低温循环测试、掉电测试、长时间读写压力测试。掉电测试尤其重要。NAND写入过程中如果突然掉电正在写的页可能损坏甚至影响坏块管理表。这一块在文件系统层面应该通过日志或冗余机制来做保护但在硬件验证阶段一定要经过多轮随机关机、随机上电测试确保不会出现文件系统崩溃的问题。我见过的几个大项目在量产初期遇到批量返修根因都跟掉电导致数据损坏有关这一关不能省。5. 实战中踩过的坑问题排查速查5.1 芯片识别不到、ID读取失败这是最常见的第一个问题板子拿回来读JEDEC ID读不出来。排查思路从硬件到软件一步步来先量供电确认电压正确、纹波不要太大然后用示波器看CLK和CS信号确认读命令真的发出去了再检查数据线接线尤其是QSPI模式下有四根数据线有没有接错或漏接。软件层面确认MCU的QSPI工作模式和无nand的线序是否匹配QSPI的四种模式单线、双线、四线对时序要求不同。另外有些低功耗版Flash上电后默认可能处于深度掉电模式需要先发一个唤醒命令Release Deep Power-Down很多新手在这里卡住。解决办法很简单上电后先延时一段时间发一条唤醒命令再读ID。5.2 读写速度上不去项目到了后期发现用QSPI NAND做OTA升级速度比预想慢很多。大多数情况下是QSPI时钟频率没跑上去或者外设配置成了标准SPI模式而不是Quad模式。还有一个原因Dummy Cycle配置不对。NAND的读取不会立刻返回数据需要几个时钟周期的“等待”时间这个Dummy Cycle值在数据手册里有明确表格配置错了会导致读不到数据或速度下降。如果驱动是从网上抄的对照数据手册检查一下这个参数可能会有惊喜。另外确保MCU和Flash之间的IO翻转速率配置正确很多MCU的IO默认是低速模式需要手动提高到最高翻转速度。5.3 数据偶发损坏这个问题最恼火因为不是必现的。常见原因有几种一是电源质量不好NAND编程时瞬间电流拉低了电压导致写入错误二是信号线过长或匹配不良传输过程中出现误码三是文件系统没有实现掉电恢复机制系统异常重启后损坏。排查时先上示波器抓编程瞬间的电源波形看有没有明显的电压跌落。如果波形不干净增大去耦电容或调整电源设计。信号完整性方面尝试降低QSPI时钟频率如果降下来后问题消失基本可以确定为信号质量问题需要改PCB。如果这些问题都排除了能改的还是文件系统保护机制比如LittleFS这种自带掉电恢复的方案或者定期做全盘校验。5.4 低功耗指标和预期不符产品测量待机电流发现整机电流比理论值高不少。先看一下Flash有没有真正进入深度掉电模式。很多情况是MCU已经进入睡眠但Flash因为CS或CLK的电平状态不对还维持在待机模式而不是深度掉电模式待机电流从微安级变成几十微安以上。这种情况可以写一个小测试程序让MCU进入Standby前把Flash设置为Deep Power-Down然后测量电流单独验证这一路。如果验证通过说明命令流程没问题问题大概率出在休眠前的全局状态管理上比如某个GPIO悬空漏电。低功耗调试本质上是个细活需要一层一层剥开看。6. 我的选型建议与扩展思考6.1 什么时候选它什么时候选NOR/eMMC如果整理一条经验规律我会这么说代码量小、数据量小、XIP需求强选NOR数据量中等几十MB到几百MB、需要频繁写、引脚资源有限选QspiNAND容量需求超过512MB、需要复杂多媒体处理或系统级存储选eMMC。这个分界线可以根据具体项目微调但大方向不会错。现在越来越多的可穿戴主控原生支持QSPI外设QspiNAND的驱动也集成到了主流RTOS和文件系统中软硬件门槛都在快速下降。如果你想在新项目里尝试可以先用现有开发板验证一下跑通驱动和文件系统再评估是否切主方案。华邦这颗产品如果是1.8V低功耗版本做电池产品会很合适具体功耗参数还是要以官方数据手册为准我这里说的是典型业界方案的表现。6.2 和原厂沟通的几条经验做存储选型不要自己闷头看手册多找原厂FAE聊几句收获很大。建议直接问三件事一是有没有参考驱动代码二是有没有验证过的FS方案三是有没有同类产品在目标场景下的实际功耗数据。这三点如果都能拿到项目风险会低很多。另外量大的项目可以申请样品做可靠性测试特别是高低温测试。存储芯片跟主控不太一样它的可靠性跟制造工艺、晶圆质量关系很大不同批次之间的差异肉眼很难看出来科学的方法就是用数据说话。我个人习惯是每个批次上任前都做一轮抽样测试避免大货翻车。最后分享一个小技巧在原理图阶段就给Flash预留一个测试点或者调试串口方便量产时用脚本批量读取Flash的坏块表和写次数统计。这一步看起来很不起眼但真出了问题它能帮你快速定位到底是存储介质的问题还是文件系统的问题省下大量排查时间。
1Gb QspiNAND存储解析：可穿戴与低功耗IoT的黄金选择
最近在看到华邦Winbond发布新款1Gb QspiNAND的消息时我第一反应是这颗料的定位太准了。做可穿戴和低功耗IoT设备这几年大家普遍被存储方案卡得难受——NOR容量不够、eMMC又太“重”而1Gb的QspiNAND恰好卡在中间这个黄金容量点上。圈内讨论热度高不是没道理的。这篇文章就围绕这颗芯片展开聊聊QspiNAND到底是什么、它跟常用的SPI NOR有什么本质区别、在可穿戴和低功耗IoT场景里怎么选型、怎么设计、怎么把低功耗性能真正榨出来以及我实测和看别人项目中踩过的一些坑。适合正在评估存储方案的硬件工程师、嵌入式软件工程师和产品经理参考不管你是做TWS耳机、智能手环、传感器终端还是资产追踪器应该都能找到有用的信息。1. 从一颗存储芯片的发布看可穿戴设备的存储焦虑1.1 1Gb QspiNAND到底是什么先拆一下这颗料的名字。Winbond是华邦电子存储行业的老牌厂商它家的W25Q系列SPI NOR Flash在市场上占有率相当高做嵌入式的基本都绕不开。QspiNAND是带Quad SPI接口的NAND FlashQSPI就是四线SPI相比传统SPI多两根数据线传输带宽翻倍。1Gb是容量单位1Gb等于128MB注意这里是小b换算成Byte要除以8所以是128MB不是1GB。那它和常见的NOR Flash有什么区别呢NAND和NOR是闪存的两大技术路线结构上完全不同。NOR的特点是随机读取快、支持XIP片上执行代码可以直接在Flash里跑但单位容量的成本高容量做不大。NAND的特点是存储密度高、单bit成本低、写入和擦除速度快但读取延迟略高而且天生有坏块需要额外的坏块管理。QspiNAND就是用SPI这种少引脚接口封装的NAND Flash把NAND的大容量优势和SPI接口的小封装结合起来。这颗1Gb QspiNAND的价值就体现在这里它比NOR容量大得多比并行NAND引脚少得多比eMMC内部管理简单、成本更低非常适合对引脚数量和功耗都比较敏感的可穿戴设备、IoT终端。可以理解成一个很轻量的大容量存储方案不需要像eMMC那样复杂的主控和协议栈一颗普通的带QSPI接口的MCU就能驱动。1.2 为什么这个容量点很关键很多工程师在产品选型时会面临一个很尴尬的情况代码和固件放进SPI NOR里但数据存储不够用数据多了想上NAND结果普通的并行NAND占用的IO太多小封装MCU根本吃不消。在可穿戴设备里板子面积寸土寸金引脚资源也紧张一颗8脚或16脚的QspiNAND就能解决128MB的数据存储需求这在对体积要求苛刻的产品上是巨大的优势。1Gb这个容量对于TWS耳机、智能手表、手环这类设备来说刚好能覆盖几个核心存储需求固件OTA升级的镜像备份、音频提示文件、日志记录、运动健康传感器数据缓冲。以TWS耳机为例一套完整的语音提示音、EQ配置、固件更新缓存128MB绰绰有余。再往后如果产品需要离线语音识别或者本地AI模型1Gb容量也能放下一些轻量级的神经网络模型这个空间在可穿戴设备上已经算比较充裕了。所以说1Gb QspiNAND的发布本质上就是填补了NOR和eMMC之间的空白地带。对于很多中小容量需求的设备来说终于不需要为了存储容量去妥协功耗、成本、引脚数量也不需要为了大容量去引入过于复杂的存储主控。2. QspiNAND凭什么能站上C位技术拆解与对比2.1 QSPI接口少引脚、高吞吐的平衡QSPI接口的好处至少有三点引脚少、兼容性好、速度快。引脚少意味着PCB设计简单、MCU资源占用低在可穿戴设备这种高密度布局的场景里非常宝贵。普通SPI Flash只需要6个引脚CS、CLK、DI、DO、WP、HOLDQSPI在此基础上多了两根数据线一共8个引脚依然很省。很多通用MCU都原生支持QSPI外设可以直接连上使用。比如常见STM32系列就有QSPI外设通过IO复用配置就能驱动这种Flash。QSPI接口的传输速度也比较可观在双倍数据率DTR模式下时钟频率可以轻松跑到100MHz以上实际吞吐率比标准SPI快好几倍。对于OTA升级这种需要大量写入数据的场景这个速度提升是非常明显的。但这里也要提醒一句QSPI速度虽快别忘了它本质还是SPI有CS片选和CLK时钟信号误码率比并行接口高。实际布线时CLK和数据线要控制长度差尽量短避免信号反射导致读写错误。特别是在小PCB的耳机、手环里走线空间窄更要注意信号完整性问题。2.2 低功耗到底低在哪低功耗QspiNAND的低功耗可以从两个维度理解一个是工作状态下的功耗一个是待机和深度休眠状态下的功耗。工作状态下NAND进行页编程Page Program操作时内部需要施加高压脉冲通常十几伏这个瞬间电流会比较高。但NAND的写入是“页写入”一次可以写好几百字节甚至几千字节平均下来每字节的能耗反而比NOR低。比如说同样写入4KB数据NOR可能要分很多次页编程NAND一次或几次就搞定了虽然单次电流大但总耗电少这对电池供电设备至关重要。待机状态才是低功耗设备最关心的。可穿戴设备大部分时间其实在睡觉只有少数时间在工作。这时候Flash如果还在耗电整个系统的待机电流就被拉高了。这类低功耗QspiNAND通常会提供一个Deep Power-Down模式把内部电路基本关断待机电流能降到个位数微安级别甚至更低。我见过的很多低功耗方案里MCU进入睡眠前会主动给Flash发一条进入深度掉电的命令把电流压到最低等需要访问存储时再唤醒。访问和存储状态才是低功耗设备最关心的。还有一个容易被忽略的点供电电压。低功耗版本的QspiNAND通常支持1.8V供电而传统NOR和NAND大多是3.3V。1.8V电源直接取自系统核心电压轨省去了一路额外的电平转换既省成本又省待机功耗。在电池供电设备里1.8V比3.3V带来的功耗优势是实打实的。2.3 和SPI NOR比怎么选这里我直接给一个结论如果代码量小、逻辑简单用NOR如果设备需要存大量数据而且经常擦写用NAND。对比维度SPI NORQspiNAND容量范围一般到64MB左右从64MB到几Gb读随机速度快支持XIP略慢按页读写速度单字节/页编程较慢页编程吞吐高擦除速度块擦除较慢块擦除更快坏块管理不需要需要单位成本偏高偏低典型应用代码存储、小数据日志、数据、OTA缓存以现在TWS耳机为例很多人最开始习惯用一块小的NOR存配置参数、用MCU内部Flash存代码后来发现需要存储几百KB到几MB的提示音和OTA缓存NOR已经放不下了换eMMC又没必要这时QspiNAND就成了一个相当舒服的选择。当然NOR也有它不可替代的价值读延迟低、随机读取快、可以执行代码。在一些极低功耗的传感器节点里如果系统从Flash直接启动运行NOR比NAND更适合。但大多数可穿戴和IoT设备的主控MCU都有内部Flash存代码外部存储只是放数据和文件那就没必要跟NOR较劲了直接用NAND会舒服得多。3. 哪些产品最需要它应用场景拆解3.1 TWS耳机与可听戴设备TWS耳机现在是QspiNAND最典型的应用场景。别小看一只耳机内部需要在有限空间里容纳电池、音频芯片、蓝牙SoC、麦克风、触控传感器板上空间已经非常紧张。但耳机又需要存储不少内容语音提示音比如“已连接”、“电量低”这类、EQ预设、OTA固件升级缓存、用户配置信息。特别是OTA升级耳机固件升级过程中需要先把新固件完整写入一个存储区域校验通过后才能覆盖运行区防止升级中断变砖。这个临时存储空间就需要几十MB甚至上百MB的容量SPI NOR完全不够用。而QspiNAND的128MB容量放固件、放音频、放日志都绰绰有余封装又小引脚又少对耳机设计来说再合适不过了。3.2 智能手表、手环与健康监测设备智能手表的存储需求比耳机更复杂。设备需要存表盘资源、运动轨迹数据、心率/血氧等健康数据的历史记录、应用图标、语音助手缓存等等。目前主流智能手表方案里有部分使用eMMC但成本偏高、主控要求也高。1Gb QspiNAND在这一块的切入点非常清楚给低成本的手环和入门级手表提供大容量数据存储同时保持低功耗。健康监测设备通常需要7x24小时连续运行存储芯片的待机功耗直接关系到手表的续航。用QspiNAND的深度掉电模式在MCU休眠时把它也休眠掉整机待机电流可以控制得很好。另外健康数据记录还有一个特点小数据频繁写入。心率、步数、睡眠状态这些数据细碎但量不大非常适合用FAT文件系统配合日志追加的方式管理。QspiNAND的页写入速度比NOR快很多频繁记录也不会消耗太多功耗。3.3 低功耗IoT终端与传感器节点低功耗IoT终端是QspiNAND的另一个主战场。农业环境监测、冷链物流追踪、智能水表气表这些设备可能几个月不换电池平时只是定期采集数据偶尔通过Wi-Fi、LoRa、NB-IoT等通信模组上传数据。这类设备在外出执行任务时如果网络信号不好可以先在存储里记录下来等信号恢复后再补传。这就需要一个容量足够大、写入功耗低、待机电流小的存储芯片。QspiNAND一次可以写入一个完整的页比NOR逐字节写高效得多也更适合数据包缓存的应用。物联网设备主控的主控经常只有10块钱主控上也没有复杂的存储控制器。QspiNAND通过简单的QSPI接口就能挂上去不需要额外的主控成本这对追求性价比的IoT产品来说很友好。3.4 选型红线什么场景别选它虽然QspiNAND很香但也不是万能药。如果你需要频繁写入随机小块数据、每次只写个几十字节就关机那NOR可能更合适因为NAND的擦写单位是块一个块可能几百KB为了写几十字先擦一个块效率低且浪费寿命。如果你的应用对读取延迟要求极高比如要求微秒级随机读取、支持执行代码QspiNAND的读取延迟在几十到一百多微秒级别比NOR慢不少不适合做XIP执行代码。系统代码还是建议放在NOR或内部FlashQspiNAND只做数据和文件存储。还有一种情况如果产品需要1GB以上的存储容量建议直接上eMMC或UFSQspiNAND再往上堆成本和管理复杂度就不划算了。所以在项目预研阶段先想清楚自己的数据特点是“读多写少”还是“写多读少”是“连续大数据”还是“随机小数据”这个想清楚了选型才不会跑偏。4. 工程落地从原理图到量产的关键实操4.1 硬件设计要点QspiNAND的硬件设计并不复杂但有几个细节一定要处理好。第一是电源。低功耗设计尽量用1.8V供电版本但要注意电源轨的纹波。NAND编程瞬间电流变化大需要合适的去耦电容常见的做法是在Flash电源引脚附近放一个0.1uF和一个1uF到10uF的电容保持电压稳定。如果系统里同时有3.3V器件也要挂同一总线需要考虑电平转换芯片或选择宽压版本不要为了省一颗芯片而牺牲稳定性。第二是引脚处理。QSPI的四根数据线以及控制引脚的配置要与MCU的QSPI外设完全对应不要想当然地复用GPIO。特别是WP写保护和HOLD引脚这两个引脚不能悬空一定要接上拉电阻到电源或下拉到地否则浮动引脚可能导致写入失败或通信卡死。我在早期项目中就吃过这个亏HOLD引脚悬空板子放一段时间后偶尔读写异常最后重新打了板子加上拉才稳定。第三是PCB布局布线。QSPI的时钟频率高信号完整性不能忽视。CLK线与数据线尽量等长不要过长尽量减少过孔数量。如果走线空间宽裕可以加串联匹配电阻阻值一般22欧到33欧能明显改善过冲。另外Flash尽量靠近MCU缩短走线这一点在可穿戴设备上尤其重要因为板子空间本来就小。4.2 软件适配与存储管理软件层面QspiNAND与NOR最大的区别是必须处理坏块和ECC纠错码。NAND出厂时就允许存在一定比例的坏块使用过程中也会产生新的坏块所以软件上必须有坏块管理机制。如果你的MCU上有现成的SPI NAND驱动比如RTOS或者某些中间件如FlashDB、LittleFS直接用就好。如果一切从零开始自己写驱动一定要实现以下功能块擦除、页读写、读JEDEC ID、坏块标记、磨损均衡。磨损均衡很重要因为NAND的擦写次数是有限的通常在10万次级别如果总是往同一块写这块很快就会坏整个盘就废了。对于文件系统可选方案比较多LittleFS是专门为嵌入式设计的掉电安全文件系统支持磨损均衡和掉电恢复跟SPI NAND搭配是绝配。如果设备数据量不大也可以用FATFS它在PC上可以直接读取文件方便调试但掉电保护能力弱一些。我自己在项目中偏爱LittleFS虽然接PC读取不方便但可靠性优先。还要注意QSPI接口的读取模式。NAND支持连续读取也就是从上到下按页顺序读当你频繁访问连续地址数据时吞吐率很高。如果业务逻辑需要随机读那性能和NOR差距就体现出来了尽量把随机读的场景在软件设计中规避掉比如改成连续读取。4.3 低功耗电量优化低功耗设备的软件设计里存储部分是最容易被忽略的耗电源头之一。很多工程师只关注MCU的睡眠电流忘了Flash还醒着结果整机待机电流怎么都调不下去。我的习惯是MCU进入休眠前给Flash发一条Deep Power Down命令让Flash也进入深度掉电模式。这样系统整体待机电流才能降下来。唤醒的时候需要注意时序Flash从深度掉电模式恢复到正常工作需要一定时间通常是几十微秒到几百微秒软件唤醒流程里要留足恢复时间不要立即去访问Flash否则会读到无效数据。另外一个容易被忽视的点是片选引脚的状态。MCU休眠时如果Flash的CS引脚电平不稳定可能会导致Flash误认为被选中而进入工作状态白白耗电。所以在休眠前要确保CS引脚被设置成固定高电平无效电平同时CLK引脚的状态也要处理好避免悬空产生毛刺。命令发送的功耗也值得优化。写入数据时尽量按页一次性写入连续数据不要零星地一字节一字节写。对于NAND来说一次页编程的功耗和写几百字节差别不大所以攒够数据再写不但省电还能减少擦写次数、延长Flash寿命。4.4 可靠性验证不可省QspiNAND的可靠性验证很多团队在项目紧张时会选择压缩。但我建议至少做这几项高低温循环测试、掉电测试、长时间读写压力测试。掉电测试尤其重要。NAND写入过程中如果突然掉电正在写的页可能损坏甚至影响坏块管理表。这一块在文件系统层面应该通过日志或冗余机制来做保护但在硬件验证阶段一定要经过多轮随机关机、随机上电测试确保不会出现文件系统崩溃的问题。我见过的几个大项目在量产初期遇到批量返修根因都跟掉电导致数据损坏有关这一关不能省。5. 实战中踩过的坑问题排查速查5.1 芯片识别不到、ID读取失败这是最常见的第一个问题板子拿回来读JEDEC ID读不出来。排查思路从硬件到软件一步步来先量供电确认电压正确、纹波不要太大然后用示波器看CLK和CS信号确认读命令真的发出去了再检查数据线接线尤其是QSPI模式下有四根数据线有没有接错或漏接。软件层面确认MCU的QSPI工作模式和无nand的线序是否匹配QSPI的四种模式单线、双线、四线对时序要求不同。另外有些低功耗版Flash上电后默认可能处于深度掉电模式需要先发一个唤醒命令Release Deep Power-Down很多新手在这里卡住。解决办法很简单上电后先延时一段时间发一条唤醒命令再读ID。5.2 读写速度上不去项目到了后期发现用QSPI NAND做OTA升级速度比预想慢很多。大多数情况下是QSPI时钟频率没跑上去或者外设配置成了标准SPI模式而不是Quad模式。还有一个原因Dummy Cycle配置不对。NAND的读取不会立刻返回数据需要几个时钟周期的“等待”时间这个Dummy Cycle值在数据手册里有明确表格配置错了会导致读不到数据或速度下降。如果驱动是从网上抄的对照数据手册检查一下这个参数可能会有惊喜。另外确保MCU和Flash之间的IO翻转速率配置正确很多MCU的IO默认是低速模式需要手动提高到最高翻转速度。5.3 数据偶发损坏这个问题最恼火因为不是必现的。常见原因有几种一是电源质量不好NAND编程时瞬间电流拉低了电压导致写入错误二是信号线过长或匹配不良传输过程中出现误码三是文件系统没有实现掉电恢复机制系统异常重启后损坏。排查时先上示波器抓编程瞬间的电源波形看有没有明显的电压跌落。如果波形不干净增大去耦电容或调整电源设计。信号完整性方面尝试降低QSPI时钟频率如果降下来后问题消失基本可以确定为信号质量问题需要改PCB。如果这些问题都排除了能改的还是文件系统保护机制比如LittleFS这种自带掉电恢复的方案或者定期做全盘校验。5.4 低功耗指标和预期不符产品测量待机电流发现整机电流比理论值高不少。先看一下Flash有没有真正进入深度掉电模式。很多情况是MCU已经进入睡眠但Flash因为CS或CLK的电平状态不对还维持在待机模式而不是深度掉电模式待机电流从微安级变成几十微安以上。这种情况可以写一个小测试程序让MCU进入Standby前把Flash设置为Deep Power-Down然后测量电流单独验证这一路。如果验证通过说明命令流程没问题问题大概率出在休眠前的全局状态管理上比如某个GPIO悬空漏电。低功耗调试本质上是个细活需要一层一层剥开看。6. 我的选型建议与扩展思考6.1 什么时候选它什么时候选NOR/eMMC如果整理一条经验规律我会这么说代码量小、数据量小、XIP需求强选NOR数据量中等几十MB到几百MB、需要频繁写、引脚资源有限选QspiNAND容量需求超过512MB、需要复杂多媒体处理或系统级存储选eMMC。这个分界线可以根据具体项目微调但大方向不会错。现在越来越多的可穿戴主控原生支持QSPI外设QspiNAND的驱动也集成到了主流RTOS和文件系统中软硬件门槛都在快速下降。如果你想在新项目里尝试可以先用现有开发板验证一下跑通驱动和文件系统再评估是否切主方案。华邦这颗产品如果是1.8V低功耗版本做电池产品会很合适具体功耗参数还是要以官方数据手册为准我这里说的是典型业界方案的表现。6.2 和原厂沟通的几条经验做存储选型不要自己闷头看手册多找原厂FAE聊几句收获很大。建议直接问三件事一是有没有参考驱动代码二是有没有验证过的FS方案三是有没有同类产品在目标场景下的实际功耗数据。这三点如果都能拿到项目风险会低很多。另外量大的项目可以申请样品做可靠性测试特别是高低温测试。存储芯片跟主控不太一样它的可靠性跟制造工艺、晶圆质量关系很大不同批次之间的差异肉眼很难看出来科学的方法就是用数据说话。我个人习惯是每个批次上任前都做一轮抽样测试避免大货翻车。最后分享一个小技巧在原理图阶段就给Flash预留一个测试点或者调试串口方便量产时用脚本批量读取Flash的坏块表和写次数统计。这一步看起来很不起眼但真出了问题它能帮你快速定位到底是存储介质的问题还是文件系统的问题省下大量排查时间。
