摘要:在深入分析TI为开发DSP提供的RTS.LIB(RTS.SRC为源泉代码)的基础上,介绍对自定义的和设备的操作方法;一个简易的,极大地方便了应用编程。 关键词:DSP 1 概述 在开发DSP的应用程序过程中,经常需要处理一些数据文件。这些数据文件可以是实际采集到的数据集合,也可以是用模拟仿真软件产生的数据集合,一般是以文件的形式存放在主机磁盘上的。一般的开发环境(如TI的CCS和CC)都提供了ANSI C标准操作文件格式,如打开一个文件fopen(“盘符:路径文件名”,“打开模式”)。嵌入式一般都外挂。我们希望能够和读写主机磁盘文件一样操作Flash读写时序等问题,使应用编程人员可以把精力用在解决实际应用问题上,从而提供一个良好的编程接口。同时,在需要键盘、串口等设备的系统中,也希望提供一个简易的API接口,如从键盘得到一个键,只需作如下操作,在执行fopen(“keyboard”,”读”)后,就可以用fread函数读入一个字符。 结合TI公司提供的DSP开发环境(CC针对3X系列,CCS针对5X和6X系列)和实际开发经验,提供上述问题的解决方案,并成功应用到我们的产品中。 2 文件操作机制 TI公司为其TMS320C3X系列DSP提供了一个开发环境Code Composer,配套的C语言编译器提供了文件的标准操作。在调试(debug)环境下,对主机(host)硬盘文件的操作是通过标准的ANSI文件操作格式与主机的通信来完成的。ANSI C I/O操作分为三个等级―high level、low level和Device level。在High level中,标准接口是Fopen和Fwrite等函数;而Low level中是Open和Write等函数。这三个等级功能用三个表来实现―文件表、流表(实质就是内存缓冲区索引)和设备表。文件的打开和关闭等基本属性在文件表中反应。当打开一个文件时,文件表中便相应增加一个描述该文件的信息单元;同样,关闭一个文件时,该文件的信息单元从文件表中被删除。流表提供了对文件的缓冲操作处理,缓冲区位置和大小等均在流表中记录。一个文件对应一个流,即缓冲区。对文件的读写就是对缓冲区的读写。当缓冲区填满时,再一次性写入Flash等设备中,避免了对Flash的频繁操作,延长了Flash的使用寿命。设备包括Flash、硬盘、键盘等在设备表中体现。多个流可以对应一个设备,例如在Flash中可以打开多个文件,但是一个设备不能对应多个流。流操作和设备操作是紧密联系在一起的。当打开一个文件时,同时给出了该文件在什么设备上操作,再分配一个流。以后对该文件的操作通过流对应的具体设备的驱动函数来完成。主机的target任何外设都可被加入进去成为设备表的成员之一。 Code Composer对HOST磁盘文件的操作最终是通过与HOST集成开发环境通信的方式来进行。TI提供的RTS.LIB提供两个函数与主机通信,writemsg()函数发送数据和参数到主机。Readmsg()函数从主机读取数据到目标机。Code Composer再与主机进行交互,利用主机文件系统的支持,屏蔽了具体的物理地址读写问题。在调试阶段,当要在主机上建立文件、读取文件和存储数据时,只需用标准的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_Fwrite等,也相当于High Level层。第二层次,文件系统层,即Low Level层。该层处理文件是否存在,打开,关闭和为文件分配相应的缓存等。该层调用底层驱动。第三层是Device Level层,就是设备驱动层。Flash的实际读写操作就是在该层进行的,特定的Flash存储器对应特定的读写程序。 3.3 Flash文件信息表的 该表保存Flash中已有文件的属性,Flash大小和文件的属性等都在该表中反映出来。该表与Flash中的内容保持同步更新,即一个文件最小块更新完毕时,写入Flash中。 Flash的空间分配: ①Flash空间,以簇为单位,读和写都是一簇,即一个扇区单位; ②0簇给文件分配表,不被应用文件占用; ③每次文件系统初始化时,把Flash内0簇的内容读取到内存中,保存在数组FAT16[]中。 常量定义 #define CLUSTER_BLOCK_SIZE 2048 //每一簇的字节数 #define NUMBER_OF_CLUSTER_IN_FAT16 25 //在文件分配表中,一共有多少个簇 #define NUMBER_OF_FILE_BUF 10 //一共有几个文件缓冲区 #define MODE_OPEN_FILE_READ 0x01 //读取(文件打开模式) #define MODE_OPEN_FILE_WRITE 0x02 //写入(文件打开模式) #define MAX_SIZE_OF_FIEL 2048 //文件的最大尺寸 文件结构体: typedef struct{ unsigned int IsLock:1;//文件是否被上锁,=0没打开;=1已被打开。此标志只在文件的第一簇使用 unsigned int status:7;//簇的状态,=0,此簇为色,没使用;=1,此簇是第一簇;=2,此簇不是第一簇 char FileName[8];//文件名,在第一簇有效 char FileExName[3]; //文件扩展名,在第一簇有效 unsigned int SizeOfFile;//文件的字节数,在第一簇有效 unsigned int NextCluster;//下一簇的簇号。当为0xffffffff时,说明这是当前文件的最后一簇 }FlashFAT; 文件句柄结构体: typedef struct{ unsigned int Buffer[CLUSTER_BLOCK_SIZE];//文件缓冲区 unsigned int fileblock;//文件当前簇的位置 unsigned int filemode;//打开支持的模式 unsigned int filebufnum;//文件缓冲区中已被/写的字节数 unsigned int fileCurpos;//文件读写的当前位置 unsigned int filesize;//文件的大小 }FlashFILE; 3.4 Device Level驱动函数 SST39VF400A标准设备级驱动函数如下: void Program_One_Word(WORD SrcWord,WORD far…