闪存在嵌入式系统中的应用.doc

闪存在嵌入式系统中的应用闪存在嵌入式系统中的应用Linux 系统自诞生以来，不断发展壮大，支持越来越多的硬件体系，获得了日益广泛的应用，从服务器、桌面计算，到机顶盒、、路由器等，可以说无处不在虽然都是 Linux 系统，但是嵌入式环境和通用计算环境中的软件/硬件配置大不相同这是因为嵌入式系统大多都是为某一专门应用而特别设计的，有可能需要耐受各种恶劣环境(比如意外断电、极端温度、强冲击/振动/辐射等)，还受到体积、功耗、成本等诸多因素的限制，功能针对性强，需要酌情增加一些专用的硬件(如各种传感器和专用接口)，而许多通用计算机上常用的外设在嵌入式系统中不那么常见，典型的例子是硬盘、CD/DVD-ROM 等大容量的非易失存储设备，在嵌入式系统中，它们通常被各种形式的闪存所取代闪存的存储特性与硬盘等存储设备的巨大差异，导致它必须使用专用存储控制器、驱动程序及文件系统对不同类型闪存及相应文件系统的选用，会影响最终形成系统的性能和稳定性，必须综合各种系统构件的特点及目标系统的需求做出慎重的抉择1 闪存类型及特性闪存类型及特性嵌入式系统中常用的闪存有两类：NORFLASH 和 NANDFLASH它们因内部结构与“或非”及“与非”门相似而得名。

它们不仅在内部结构上不同，外部特性和应用也不一样NORFLASH 的容量通常不大，常见的只有几 MB，可以重复擦写 10 万次到 100 万次NORFLASH 遵循 CFI 标准，可以通过 CFI 命令查询其制造商、器件型号、容量、内部扇区布局等参数，实现软件自动配置NORFLASH 的优势还在于它在出厂时能保证每个数据位都是有效的，不需要做坏块处理NORFLASH 的线性寻址特性使之可以作为启动存储器使用与 NORFLASH 相比，NANDFLASH 的容量可以做得很大，常见的有几十 MB 到几 GB，可以重复擦写 10 万次NANDFLASH 芯片上没有地址与数据线之分，只有复用的 I/O 线和命令锁存(CLE)、地址锁存(ALE)、读/写使能(RE，WE)和片选(CE)等控制线，必须通过特定的逻辑来操作NANDFLASH 不支持线性寻址，一般不能用作启动 ROM但这也不是绝对的有些微控制器(如 AT91SAM926x)提供出厂前固化在芯片内部的 BOOT-ROM，并在 BOOT-ROM 中提供对 NANDFLASH 启动的支持不过这样一来，首先启动的是 BOOT-ROM 中的程序，会产生启动逻辑和延时方面的种种问题，设计时需要全面考虑。

另外，生产厂商不保证 NAND-FLASH 中每一个数据位都是有效的，除芯片中的第一块之外，允许有“初始坏块”，并约定在坏块的第一页或第二页带外区(OOB)的特定位置标记坏块NANDFLASH 还允许在使用过程中出现新的坏块，以及非坏块在读出过程中出错基于这些特点，使用这种闪存时要做额外的坏块管理和校验/纠错工作在写入密集型系统中，必须提供 ECC 及坏块换出算法，才能达到 10 万次的写入指标除了以上提到的两种闪存之外，还有一种由 NORFLASH 衍生的串行闪存，通常是 SPI 接口这种闪存继承了 NORFLASH 没有坏块的优点，但不支持 CFI 标准，并且由于是串行接口，线性寻址没有意义，为了方便操作，有些产品中加入了类似 NANDFLASH 的块/页结构及基于片内 SRAM 的页缓存，其优势在于硬件接口简单，提供小尺寸的封装，可以显著减小 PCB 面积和布线复杂程度另外，基于 NANDFLASH 技术的串行闪存已经量产，使用的也是 SPI 接口，容量可以做到 1Gb2 应用设计应用设计目标应用系统是一台专用的户外显示设备，要求其具有低功耗、抗振、宽温操作及高可靠性等特点为此，选择了 AT91SAM9261/AT91-SAM9G10，它是以 ARM9 为核心的集成片上液晶控制器的工业级微控制器，以 DATA FLASH/NORFLASH 和 NANDFLASH 存储固件代码和数据。

在设计过程中，根据不同的闪存使用需求，采取了具有针对性的方案2.1 启动设计在该系统中，结合微控制器提供的功能和各种闪存的特点，可以综合使用不同类型的闪存，选择不同的启动方式AT91SAM9261 内部集成了启动 ROM，其中固化了支持启动和操作闪存的程序流程图如图 1 所示当 AT91SAM9261 的启动模式选择(BMS)引脚在复位期间为高电平时，会运行内部固化的启动程序;否则运行外部 NORFLASH 中的程序从流程图中可以看出，启动程序支持从串行闪存中启动这是通过启动程序将串行闪存中的代码加载到内部 SRAM 中实现的由于内部 SRAM 容量有限(依芯片型号不同，有 16 KB 和 160 KB 两种)，像 U-BOOt(编译后有 170KB 左右，与配置有关)这样的功能，若较全面地启动加载程序(Bootloader)是不能直接从串行闪存中启动的，而只能选择两级启动程序，先从串行闪存中加载一段尽可能小的一级启动程序(通常只有 4～5 KB).用于初始化关键的硬件(如 SDRAM 控制器由于时序、数据线宽等参数是可变的，不可能在 AT91SAM9261 内部固化的启动程序中提供通用的 SDRAM 控制器初始化代码)，然后再由一级启动程序把功能较全面的二级启动程序载入到容量足够大的 SDRAM 中运行，以启动系统。

从 NORFLASH 启动时会跳过 AT91SAM9261 内部固化的启动程序，系统复位后执行的第一条指行就是 NORFLASH 中的此时，启动程序可以只有 1 级，当然，为了使软件和串行闪存启动方式有较好的兼容性，也仍然可以采用两级启动程序，这样只需简单修改第一级启动程序即可适用于两种不同的硬件启动配置，为硬件设计留下更多的选择空间由于 AT91SAM9261 本身的原因，从 NORFLASH 启动是实现宽温工作的惟一选择(AT91SAM9G10 无此问题)图 2 显示了不同的启动配置在这个 AT91SAM9261 系统中，分别采用了 2 MB 的 DATAFLASH 或 2 MB 的 NORFLASH 作为启动存储器，由 BMS 引脚选择具体使用何种启动方式闪存中的地址划分如图 3 所示，其中的 bootstrap 是第一级启动程序;U-Boot 是第二级启动程序2.2 系统内核及应用程序文件系统映像系统内核映像和各 MTD 分区的文件系统映像大小在几 MB 到几十 MB 不等，需要存储在容量较大的NANDFLASH 中对于系统内核，由于做了适当的裁减，其长度不大，和初始根文件系统加在一起不过几 MB，如果不在乎稍长的启动时间，还可以对它使用 gzip 压缩，大幅度减小其尺寸。

在使用 U-Boot 作为启动程序的系统中，由于 U-Boot 具有直接读取 NANDFLASH 块/页的能力，不需要使用文件系统，将内核映像直接写到闪存块里应用程序及其所需的库文件、资源文件等，作为独立的文件系统映像挂载，在此选择了带有压缩及去除重复文件功能的只读文件系统，即 SqLrashFS(SquashFs 文件系统已经被广泛用于各种 Linux Live CD形式的发行版中，被充分证明是可靠的，并且从 Linux 2.6.29 版开始，它已加入到系统核心源码)在嵌入式系统中，使用只读文件系统有许多好处，比如挂载时间短，不受掉电影响，不必在系统运行过程中处理坏块及平衡损耗等在使用过程中由于不涉及写入，其可靠性优于可写的文件系统在此目标系统中，内核和初始根文件系统的 U-Boot 映像约为 2.8 MB，应用程序、GUI 子系统，以及应用程序运行过程中所需的图形和字体文件的 SquashFS 映像约为 12 MB系统中使用的 NANDFLASH是一片总容量为 64 MB 的 8 位数据线宽的芯片，块容量是 16 KB+512 B，页容量是 512 B+16 B，其属于块尺寸较小的那种，与大块 NANDFLASH 相比，操作命令稍有区别，在驱动程序中需要区别对待。

该系统中的 MTD 分区结构如表 1 所示2.3 应用程序对闪存的使用大多数情况下，仅提供对闪存的只读操作是不够的比如，U-Boot 至少在更新其自身以及保存环境变量时需要写闪存;操作系统在记录日志时要写闪存;应用程序在保存用户配置及工作数据时也要写闪存对于启动加载程序来说，问题不是很严重因为系统处于更新及配置状态时，大多是脱离正常工作状态的，且由专人操作，操作中途发生异常情况(如掉电)的可能性不大，即使发生了，也会被及时发现和处理对于系统日志，在嵌入式系统中可以将其关闭，以减少对闪存的写操作应用程序对闪存的写操作是不可避免的，而且处于设备自动工作期间，需要应对各种偶然发生的异常状况，特别是意外掉电在 Linux 系统中，通过文件系统访问闪存是顺理成章的做法目前支持 NANDFLAsH 的常用文件系统有 YAFFS/YAFFS2，JFFS2 和 UBIFS 等它们都是记帐式的文件系统，各有特点，也有不足YAFFS/YAFFS2 是专为 NANDFLASH 写的文件系统在 YAFFS 的代码里包括管理闪存带外区(OOB)的部分，而这部分代码一般认为属于设备驱动的范畴，其他文件系统里是不含这部分代码的。

YAFFS 是一种稳键的记帐结构的文件系统高效率是它追求的另一个目标它可以用在各种操作系统中(已用于 Linux，WinCE，pSOS，eCos，ThreadX 及各种专用操作系统中)，甚至可以在没有操作系统的环境下工作YAFFS2 支持“检查点(checkpoints)”，以避免挂载过程中耗时的扫描操作，实现快速挂载相对于 JFFS，JFFS2 有了一些改进，可以支持硬连接(hard Links)，垃圾回收更有效，平衡损耗更均匀但它在挂载时仍需要扫描寻找最新版本的闪存块，并建立 RAM 中的数据结构，文件系统越大，挂载时间越长，RAM 开销也越大虽然 JFFS2 已经通过小结节点技术减少了挂载时间，但结果仍不理想，挂载时间是 s 级的UBIFS 是 JFFS2 的后继(原来称作 JFFS3)，第 1 个稳定版本于 2008 年 10 月加入到 Linux 2.6.27 版核心中，它有一个竞争者叫 LogFSUBIFS 与 JFFS2 的最大不同在于它的文件索引信息是写在闪存中的，而JFFS2 是暂存在 RAM 中的因此，UBIFS 在挂载时不需要扫描全部闪存空间，挂载耗时很短(ms 级);UBIFS 对 RAM 的消耗不会随着文件系统的尺寸变大而线性增长，适用于大容量的文件系统。

除这这些不同之外，各种闪存文件系统也存在一些共性由于闪存的写入次数有限，为了避免局部因频繁写入而过早失效，必须使写入操作尽量均匀分布到所有位置上，即平衡损耗(wear leveling)这导致了更新文件时必须做异位更新，而不能像在磁盘或 RAM 中那样简单地原位更新，从而引起一系列复杂的问题首先，异位更新会导致闪存块中出现越来越多的过期页面，它们与有效页面混杂在一起，形成所谓的脏块(dirty blocks)当所有的闪存块都成为脏块后，就没有闪存块可供擦除再分配了因此，基于闪存的文件系统都有垃圾回收器，用于将分散的过期页面集中在一起，形成空闪存块(free blocks)由此引起的另一个问题是文件系统在使用时不能用到接近填满，否则也会导致类似的问题其次，树状结构的文件索引中存在大量的互相引用，某个节点的改变会引起该节点本身及直接和间接引用它的一系列节点的异位更新从以上的分析可以看出，NANDFLASH 上的文件系统是一把双刃剑它确实可以提供清晰的软件层次和使用上的方便，但同时也会降低操作效率，并具有潜在的可靠性问题关键是如何合理使用，扬长避短其实，对于写入量小(一个擦除块之内)，并且不频繁的数据，可以跳过文件系统，通过 ioctrl()函数直接操作闪存。

这样做的缺点是破坏了软件层次，要求应。