工程师在小容量存储选型时经常面临一个选择：用EEPROM还是用SD NAND？两者都能存数据，但适用场景和性能特点差异很大。这篇从实际工程角度做个对比分析，帮助选型决策。


先说EEPROM。EEPROM（电可擦除可编程只读存储器）是一种传统的非易失性存储器件，常见容量从几KB到几Mb不等。它的优点是接口简单（I2C或SPI），读写方式直接（按字节读写），不需要文件系统，写入后数据保持时间长。缺点也很明显：容量小、写入速度慢（字节写入通常需要几毫秒）、擦写寿命有限（通常100万次左右）、单位容量成本高。EEPROM适合存储少量配置参数、校准数据、序列号等小数据量的场景。
SD NAND在小容量场景下的表现完全不同。以MKDV1GIL-AST（1Gb SLC）为例，容量约128MB，是常见EEPROM最大容量的数百倍。读写方式基于标准SD协议，块大小512字节，支持FAT/FAT32文件系统。擦写寿命SLC型号10万次P/E，虽然比EEPROM的100万次少，但因为容量大得多，总写入量（TBW）远超EEPROM。工作温度-40℃到85℃，内置ECC纠错、坏块管理、磨损均衡和掉电保护。
说到成本对比，关键信息是：1Gb SD NAND与256Mb Nor Flash的价格相近。而256Mb（32MB）Nor Flash的价格已经远高于同容量的EEPROM。换句话说，在需要32MB以上存储容量的场景下，SD NAND的性价比明显高于EEPROM加Nor Flash的组合方案。而且SD NAND自带文件系统，不需要MCU侧自己实现存储管理逻辑，省下了不少开发工作量。
从开发便捷性来看，EEPROM的驱动开发相对简单——I2C读写几个寄存器就行，但只能存裸数据，没有文件系统概念。如果应用需要存储多个文件、目录结构或需要跟PC端交换文件，EEPROM就力不从心了。SD NAND通过标准SD接口连接MCU，文件系统由芯片内部管理，MCU侧调用标准文件操作（打开、读取、写入、关闭）即可，跟操作U盘差不多。
应用场景的对比更能说明问题。假设做一个智能仪器仪表，需要存储三类数据：仪器配置参数（几KB）、校准数据（几KB到几十KB）、历史测量记录（几MB到几十MB）。用EEPROM方案：配置和校准数据存EEPROM没问题，但历史记录存不下，需要额外加Nor Flash或SD卡，两套存储器件增加BOM成本和PCB面积。用SD NAND方案：三类数据全部存在一颗芯片里，配置和校准数据放在专用文件中，历史记录按日期分文件存储，一套方案搞定。
再比如OTA固件升级场景。EEPROM存不下完整的固件包（通常几百KB到几MB），SD NAND轻松搞定，而且文件系统支持原子写入——先写临时文件，写完校验通过后再重命名为正式文件，升级过程中断电也不怕，重启后检测到临时文件就知道上次升级没完成。
EEPROM在极小容量场景下仍然有优势。如果只需要存几百字节到几KB的配置数据，不需要文件系统，EEPROM的方案成本可能更低，驱动也更简单。另外EEPROM的按字节写入能力在某些需要频繁更新少量数据的场景下更灵活——SD NAND最小写入单位是512字节的扇区，更新一个小参数需要读写整个扇区。
替代分析方面，SD NAND替代EEPROM的场景判断标准：存储数据量超过32KB、需要文件系统、需要跟PC交换文件、需要OTA升级、需要存储大块数据（图像、音频、日志），这些场景下SD NAND是更合适的选择。反之，如果只是存几KB以内的配置参数、对写入延迟极其敏感（需要微秒级响应）、BOM成本极度敏感，EEPROM仍然有其存在价值。
实际选型建议：如果项目中已经有EEPROM存配置数据、同时又在考虑加Nor Flash存更多数据，不妨直接评估SD NAND的方案，一颗芯片解决所有存储需求，省BOM成本、省PCB面积、省开发时间。