基于CC-CCS的Flash文件系统设计的论文.docVIP

　　基于CC/CCS的Flash文件系统设计的论文 摘要：在深入分析ti为开发dsp提供的rts.lib(rts.src为源泉代码)的基础上，介绍对自定义的文件和设备的操作方法；设计一个简易的flash文件系统，极大地方便了应用编程。 关键词：dsp cc/ccs flash 文件系统 1 概述 在开发dsp的应用程序过程中，经常需要处理一些数据文件。这些数据文件可以是实际采集到的数据集合，也可以是用模拟仿真软件产生的数据集合，一般是以文件的形式存放在主机磁盘上的。一般的开发环境（如ti的ccs和cc）都提供了ansi c标准操作文件格式，如打开一个文件fopen(盘符：\路径\文件名，“打开模式”)。嵌入式系统一般都外挂flash。我们希望能够和读写主机磁盘文件一样操作flash读写时序等问题，使应用编程人员可以把精力用在解决实际应用问题上，从而提供一个良好的编程接口。同时，在需要键盘、串口等设备的系统中，也希望提供一个简易的api接口，如从键盘得到一个键，只需作如下操作，在执行fopen(keyboard,读)后，就可以用fread函数读入一个字符。 结合ti公司提供的dsp开发环境cc/ccs（cc针对3x系列，ccs针对5x和6x系列）和实际开发经验，提供上述问题的解决方案，并成功应用到我们的产品中。 2 cc/ccs文件操作机制 ti公司为其tms320c3x系列dsp提供了一个开发环境code poser,配套的c语言编译器提供了文件的标准操作。.在调试(debug)环境下，对主机(host)硬盘文件的操作是通过标准的ansi文件操作格式与主机的通信来完成的。ansi c i/o操作分为三个等级—high level、losg()函数发送数据和参数到主机。readmsg()函数从主机读取数据到目标机。code poser再与主机进行交互，利用主机文件系统的支持，屏蔽了具体的物理地址读写问题。在调试阶段，当要在主机上建立文件、读取文件和存储数据时，只需用标准的ansi c函数操作就可以，从而极大方便了编程调试。 3 flash文件系统的实现 嵌入式文件系统一般有集中管理文件系统，存储空间的使用信息集中存在存储器的某个地方，如dos的fat，unix的inode表。线性文件系统，又称为连续文件系统，每个文件相关的所有信息都连续存放在存储器中。与集中式文件系统相比，实现更简单，读写更快，特别是将文件的关键系统分布存放。日志文件系统顺序写入文件系统的修改，如同日志记录一样，可加速文件写入和崩溃修复。采用log唯一结构，log包含索引信息、名称和数据。嵌入式系统不可能带硬盘，一般都是基于flash存储器的。 3．1 flash特点及其相应处理 flash的读操作与普通ram时序一样，但是写和擦除操作则具有自身的特点。同一地址不能同时写入两次，必须进行费时的擦除操作。执行擦除的方式有三种：一是片擦除，即一次性全部擦除所有内容（这个相当于格式化功能，在第一次使用时可以执行这种操作）；二是块擦除；三是扇区擦除。以sst39vf400a为例，块block的大小是32kb，扇区的大小是2kb，块擦除一次擦除一个块内容；扇区类似。如果一个文件内容被改动，且改动的内容不足一个扇区的话，则更新文件时必须重写这个扇区的所有内容；在重写前必须擦除该扇区的所有内容。因此基于flash的文件系统不能完全套用已有的文件系统，但可以在其基础上进行改动。flash能够擦除的范围越小，对文件的改动就越小，所执行的i/o操作就越小，从而减少i/o时间，提供文件系统的实时性能。我们使用的sst39vf400a的扇区大小是2kb，也就是2048b（1k=1024）。用常数定义，#define fileunit 2048。 3．2 flash文件系统的层次性 与ansi c标准相对应，我们将flash文件系统分为3个层次。第一层次，api层。api层是文件系统与用户应用程序之间的接口，包含一个与文件函数相关的函数库，如fs_fopen、fs_fber_of_cluster_in_fat16 25 //在文件分配表中，一共有多少个簇 #define number_of_file_buf 10 //一共有几个文件缓冲区 #define mode_open_file_read 0x01 //读取（文件打开模式） #define mode_open_file_ax_size_of_fiel 2048 //文件的最大尺寸 文件结构体： typedef struct{ unsigned int islock:1;//文件是否被上锁，=0没打开；=1已被打开。此标志只在文件的第一簇使用 unsigned int status:7;//簇的状态，=0，此簇为色，没使用；=1