1. 嵌入式存储选型的关键考量因素
做嵌入式开发这么多年，我见过太多项目因为存储选型不当而翻车的案例。有一次团队花三个月开发的工业控制器，就因为选了不合适的Flash芯片，导致设备在现场频繁死机。今天我们就来聊聊嵌入式系统中最常用的三种存储方案：eMMC、SPI NOR和SPI NAND。
选择存储芯片就像给房子选地基，选错了后期怎么修补都白搭。我总结出五个核心考量维度：首先是性能，包括读写速度和延迟；其次是功耗，特别是电池供电设备；然后是寿命，也就是芯片能承受的擦写次数；当然还要考虑成本，毕竟老板最关心这个；最后是集成度，这关系到硬件设计的复杂度。
在实际项目中，我通常会先问几个关键问题：设备需要存储多少数据？系统对启动速度要求多高？预计使用寿命是多久？预算是多少？把这些答案列出来，选型方向就清晰多了。下面我们就深入分析这三种存储方案的特性。
2. eMMC：大容量存储的首选
2.1 核心特性解析
eMMC就像存储界的"精装房"，它把Flash存储芯片和控制器打包在一起。我最近做的智能家居中控项目就用了eMMC，最大的感受就是省心。它内置的控制器帮我们处理了坏块管理、磨损均衡这些麻烦事，开发者只需要通过标准接口访问就行。
从参数来看，主流eMMC的容量从16GB到256GB不等，比另外两种方案大得多。读写速度也很给力，HS400模式下能达到400MB/s。但要注意的是，这个速度是理论峰值，实际使用中会受到总线状况影响。我在测试中发现，连续写入时速度会稳定在200MB/s左右。
2.2 典型应用场景
智能手机和平板电脑是eMMC的传统主场，但现在越来越多的嵌入式设备也开始用它。比如我去年做的广告播放机，需要存储大量视频素材，eMMC就是最佳选择。它的缺点是功耗较高，在测试中我们发现，持续读写时电流能达到150mA，这对电池供电设备不太友好。
另一个需要注意的问题是擦写寿命。以常见的MLC型eMMC为例，每个block大约能承受3000次擦写。如果应用需要频繁写入日志或数据，就要谨慎评估了。我们有个数据采集项目就踩过这个坑，后来改用了wear leveling算法才解决问题。
2.3 选型实操建议
选eMMC时要重点关注几个参数：首先是版本号，建议至少选5.1以上版本；其次是总线模式，HS400比HS200性能更好；最后是温度范围，工业级设备要选-40℃~85℃的型号。价格方面，32GB容量的eMMC大约在5-8美元之间，比同容量SPI方案贵不少。
这里分享一个实用技巧：购买前一定要索要完整的datasheet，有些厂商会标注"工业级"但实际只支持到70℃。我就吃过这个亏，设备在高温环境下频繁掉盘，最后不得不全部更换。
3. SPI NOR Flash：实时系统的利器
3.1 性能特点详解
SPI NOR Flash是我的"老战友"了，在需要快速启动的项目中它从不让我失望。上周刚调试的工控主板，从按下电源键到系统就绪只用了0.3秒，靠的就是SPI NOR。它的随机读取速度极快，通常能在100ns内完成数据读取。
这种快速响应得益于NOR架构的特性——可以直接按地址访问数据，不需要像NAND那样先加载整个page。但它的写入速度就比较一般了，擦除一个block通常要几百毫秒。在测试中，16MB的芯片全片擦除要将近30秒。
3.2 功耗与寿命优势
SPI NOR最让我欣赏的是它的低功耗特性。测量数据显示，待机电流可以低至5μA，活动电流也通常在10mA以内。这使得它特别适合可穿戴设备，比如我们做的智能手环项目，一颗纽扣电池能用半年。
寿命方面更是惊人，主流型号都标称10万次擦写以上。实际上在环境监测设备中，我们有批设备已经运行5年，存储芯片依然完好。不过要注意，频繁写入小数据会加速磨损，建议采用buffer机制集中写入。
3.3 适用场景分析
除了快速启动系统，SPI NOR还是存储固件代码的理想选择。它的可靠性在汽车电子领域尤其受青睐，比如ECU控制单元。我经手的一个OBD诊断仪项目，就用了两颗SPI NOR分别存储程序和数据。
容量是它的主要短板，目前主流型号在16Mb到256Mb之间。价格方面，16Mb的芯片约0.5美元，128Mb的大约3美元。对于需要存储大量数据的应用，可能需要配合其他方案使用。
4. SPI NAND Flash：性价比之王
4.1 容量与成本优势
说到性价比，SPI NAND绝对是冠军。去年做的智能电表项目，需要存储大量用电数据，预算又很紧张，SPI NAND就成了不二之选。1Gb容量的芯片只要1美元左右，比同容量NOR便宜60%以上。
它的存储密度很高，现在已经有4Gb的单芯片方案了。但要注意，实际可用容量会比标称值少5-10%，这部分空间用于坏块管理和ECC校验。我们在设计PCB时也要考虑这个问题，预留足够的备用空间。
4.2 使用注意事项
SPI NAND有两个主要痛点：一是坏块问题，出厂时就会有2-3%的坏块，使用过程中还会新增；二是需要软件ECC校验。我在早期项目中就犯过直接使用的错误，导致数据经常出错。
现在我的标准做法是：在驱动层实现坏块管理和ECC，建议使用Hamming码或BCH码。Linux内核已经有现成的SPI NAND驱动框架，可以直接参考。另一个技巧是避免频繁写入同一区域，要配合磨损均衡算法使用。
4.3 典型应用案例
物联网终端设备是SPI NAND的主战场。比如我们批量生产的智能插座，每5分钟上报一次用电数据，每天产生约100KB日志。用128Mb的SPI NAND可以存储3年以上的数据，成本只要0.8美元。
在消费电子领域，它常被用作辅助存储。像我们做的电子书阅读器，就用SPI NAND存储电子书内容，而用NOR存储系统固件。这种组合既保证了启动速度，又控制了整体成本。
5. 实战选型决策框架
5.1 需求匹配方法论
经过这么多项目，我总结出一个实用的选型流程：首先列出所有存储需求，按优先级排序；然后评估各方案匹配度；最后考虑预算限制。建议制作一个评分表，给每个需求项分配权重。
举个例子，智能门锁项目的主要需求是：快速启动（权重40%）、低功耗（30%）、中等容量（20%）、成本敏感（10%）。按照这个标准，SPI NOR得分最高，最终也确实表现最佳。
5.2 混合使用方案
很多时候单一方案无法满足所有需求，这时可以考虑组合使用。我常用的模式有：NOR+NAND组合，用NOR存储固件，NAND存储数据；或者NOR+eMMC，兼顾启动速度和大容量存储。
在网关设备中，我们就采用了三级存储：SPI NOR存放bootloader，SPI NAND存储Linux内核和根文件系统，eMMC存储应用数据。这种架构既保证了启动速度，又提供了充足的存储空间。
5.3 可靠性设计要点
无论选择哪种方案，都要做好可靠性设计。我的经验是：首先要预留足够冗余，比如eMMC只使用90%的容量；其次要实现完善的数据校验机制；最后要做好异常处理，比如突然断电时的数据保护。
在工业现场，我们遇到过最极端的情况是每天意外断电十几次。后来在SPI NAND方案中加入了超级电容供电模块，确保断电时能完成当前页的写入操作。这个改进使数据丢失率从5%降到了0.01%以下。