前段时间移植了一个FATFS文件系统之后总是有人问我FATFS移植的问题,有时候很多问题都一样,只是有些人太浮躁,没有好好的把那不到1K的源文件给看一遍而已,今天整理文件,发现之前下载的一个很不错的介绍FATFS的文章,里面基本上把代码全部都注释了,奉献给大家。原文如下,地址已经找不到了,就不在附上了,感谢写这篇文章的人。
=====================我是分割线============================================
最近做的spi flash,本打算弄个文件系统,由于之前用过了JFFS、YAFFS和TrueFFS,代码量都相当的大,这次想找款代码量不那么吓人的,学习一下,听说配置会相对复杂一些。选来选去,最终选定了FatFS,代码量足够的小,最新的R0.09版本只有1个.c文件(当然,还有一个底层的要自己写,option文件夹里的无视),老点版本就更小了。而且更新很频繁,用户量也够大,就选定它了。尽管最后由于硬件和项目原因未能实际的移植它到vxWorks,但学过的还是要记录下。
在这里
http://elm-chan.org/fsw/ff/00index_e.html下载源码,只有800多K,小的可怜,还可以下载示例程序,有AVR、Win32、lpc等多平台已实现的方案。打开看src文件夹,一个option文件夹、00readme.txt、diskio.h、ff.c、ff.h、ffconf.h和interger.h。移植时需要修改的文件主要包括ffconf.h和interger.h,后者是在它的定义与目标平台上的有冲突,或者用的不习惯时修改的。
在做具体修改之前,先大概阅读下FatFS的源代码,可以先读integer.h,了解所用的数据类型,然后是ff.h,了解文件系统所用的数据结构和各种函数声明,再就是diskio.h,了解与介质相关的数据结构和操作函数。ff.c这个文件相对较大,可以在最后将所实现的函数大致扫描一遍,之后根据用户应用层程序调用函数的次序仔细阅读相关代码。各个文件都可以直接用记事本打开查阅,非常方便。ff.h中的几个结构体十分重要,列举如下,首先是最基础的文件系统结构体:
- /* File system object structure (FATFS) */
- typedef struct {
- BYTE fs_type; /* FAT子类型,一般在mount时用,置0表示未挂载*/
- BYTE drv; /* 物理驱动号,一般为0*/
- BYTE csize; /* 每个簇的扇区数目(1,2,4...128) */
- BYTE n_fats; /* 文件分配表的数目(1,2) */
- /*FAT文件系统依次为:引导扇区、两个文件分配表、根目录区和数据区*/
- BYTE wflag; /* 标记文件是否被改动过,为1时要回写*/
- BYTE fsi_flag; /* 标记文件系统信息是否被改动过,为1时要回写*/
- WORD id; /* 文件系统挂载ID */
- WORD n_rootdir; /* 根目录区入口(目录项)的个数(用于FAT12/16)*/
- #if _MAX_SS != 512
- WORD ssize; /* 每扇区的字节数(用于扇区大于512Byte的flash) */
- #endif
- #if _FS_REENTRANT
- _SYNC_t sobj; /* 允许重入,即定义同步对象,用在tiny中*/
- #endif
- #if !_FS_READONLY
- DWORD last_clust; /* 最后一个被分配的簇*/
- DWORD free_clust; /* 空闲簇的个数*/
- DWORD fsi_sector; /* 存放fsinfo的扇区(用于FAT32) */
- #endif
- #if _FS_RPATH
- DWORD cdir; /* 允许相对路径时用,存储当前目录起始簇(0:root)*/
- #endif
- DWORD n_fatent; /* FAT入口数(簇的数目 + 2)*/
- DWORD fsize; /* 每个FAT所占扇区*/
- DWORD fatbase; /* FAT起始扇区*/
- DWORD dirbase; /* 根目录起始扇区(FAT32:Cluster#) */
- DWORD database; /* 数据目录起始扇区*/
- DWORD winsect; /* 当前缓冲区中存储的扇区号*/
- BYTE win[_MAX_SS]; /* 单个扇区缓存*/
- } FATFS;
复制代码然后是与之相关的文件和文件夹结构体,附上具体注释:
- /* File object structure (FIL) */
- typedef struct {
- FATFS* fs; /* 所在的fs指针*/
- WORD id; /* 所在的fs挂载编号*/
- BYTE flag; /* 文件状态*/
- BYTE pad1; /* 不知道含义,也未见程序使用*/
- DWORD fptr; /* 文件读写指针*/
- DWORD fsize; /* 大小*/
- DWORD sclust; /* 文件起始簇(fsize=0时为0) */
- DWORD clust; /* 当前簇*/
- DWORD dsect; /* 当前数据扇区*/
- #if !_FS_READONLY
- DWORD dir_sect; /* 包含目录项的扇区 */
- BYTE* dir_ptr; /* Ponter to the directory entry in the window */
- #endif
- #if _USE_FASTSEEK
- DWORD* cltbl; /*指向簇链接映射表的指针*/
- #endif
- #if _FS_SHARE
- UINT lockid; /* File lock ID (index of file semaphore table) */
- #endif
- #if !_FS_TINY
- BYTE buf[_MAX_SS]; /* File data read/write buffer */
- #endif
- } FIL;
复制代码下面是目录的:
- /* Directory object structure (DIR) */
- typedef struct {
- FATFS* fs; /* 同上*/
- WORD id;
- WORD index; /* 当前读写索引号 */
- DWORD sclust; /* 文件数据区开始簇*/
- DWORD clust; /* 当前簇*/
- DWORD sect; /* 当前扇区*/
- BYTE* dir; /* 扇区缓存中当前SFN入口指针,SFN含义未知,猜测和LFN类似,与文件名相关*/
- BYTE* fn; /* Pointer to the SFN (in/out) {file[8],ext[3],status[1]} */
- #if _USE_LFN
- WCHAR* lfn; /* Pointer to the LFN working buffer */
- WORD lfn_idx; /* Last matched LFN index number (0xFFFF:No LFN) */
- #endif
- } DIR;
复制代码其他类似f_mount、f_open等接口API就不细说了,在挂载的时候其实真正起作用的是chk_mounted函数,在这里才会将挂载分区的相关信息分配到FatFS结构体中;还有一个get_fat函数,也比较重要,在f_open和许多目录操作的函数中都有用到,而且FAT入口这个表达也十分晦涩,而它又调用了一个move_window的函数,也是十分晦涩难懂,可能是我英语太烂的缘故吧。实际上,move_window的作用是改变文件系统的当前工作扇区,如果要迁移到的是当前扇区,直接返回,如果不是,就将原扇区写回,若是FAT表,还要写进备份区。
熟悉了代码结构后,现在开始作修改了,首先修改ffconf.h文件配置与硬件相关的文件系统特性,然后自己添加一套底层操作即可。先看ffconf.h,里面定义了很多宏,可以根据自己需要一一配置:
先看功能配置:
_FS_TINY:文件系统为标准的还是微型的,默认为标准的(0);
_FS_READONLY:文件系统是否为只读,默认为可读写(0),若只读则f_write、f_sync、 f_unlink、f_mkdir、f_chmod、f_rename、f_truncate和f_getfree不可用;
_FS_MINIMIZE:裁剪文件系统的功能,默认为全部功能(0),若为1、2则会移除大部分链接、目录等功能;
_USE_STRFUNC:是否允许字符串操作,默认为不允许(0),这个看个人需求,一般情况下设置为1即可,如果工作在windows下,为保证文件兼容性(如换行符’
’和回车符’
’)建议将此项设置为2;
_USE_MKFS:是否允许使用f_mkfs函数,默认为0,用于创建文件夹,建议开启;
_USE_FORWARD:用于允许f_forward函数,只有开启tiny文件系统时才用到,该函数用于将读写的数据立即转存到数据流中,以节省RAM空间;
_USE_FASTSEEK:是否开启快速索引,默认为0,开启后,会使用FIL结构体中的cltbl元素来加快搜索;
_CODE_PAGE:指定目标系统使用的OEM代码页,默认为日语(932),改为936简体中文;OEM是什么意思呢?在OS编码中,unicode是一种双字节字符编码,无论中文还是英文,或者其他语言统一到2个字节,它与现有的任何编码(ASCII,GB等)都不兼容。WindowsNT(2000)的内核即使用该编码,所有数据进入内核前转换成UNICODE,退出内核后在转换成版本相关的编码(通常称为OEM,在简体中文版下即为GB);
_USE_LEN、_MAX_LEN、_LFN_UNICODE:这三个的意思不是很清楚,但是确定是与长文件名有关的,不建议开启,否则又要多加函数,麻烦;
_FS_RPATH:是否允许相对路径,让我选择就不开启,否则逻辑变得复杂不说,代码量也变多了一些;
再看硬件相关配置:
_VOLUMES:磁盘(flash)逻辑卷数,默认为1,不建议修改;
_MAX_SS:扇区大小,默认512Byte,最大可设置4096Byte;
_MULTI_PARTITION:分区选项,默认为0,即一个分区,若想要多分区可自行设置;
_USE_ERASE:是否允许扇区擦除,默认为0,若开启则要在disk_ioctl函数中添加擦除命令代码;
最后是文件系统配置:
_WORD_ACCESS:数据递进格式,默认为0,即以字节为单位递进,兼容性更强,若你的系统最新单位为字(2Byte),则可设为1;
_FS_REENTRANT、_FS_TIMEOUT、_SYNC_t:这三个选项与文件系统是否允许重入有关,所直白点,就是能否被多线程同时访问,像RTOS中,一般建议开启,_SYNC_t可定义为对应OS中的操作对象,windows下为HANDLE,uCos中为OS_EVENT,vxWorks中为SEMAPHORE。另外,开启后还需要添加ff_req_grant、ff_rel_grant和ff_del_syncobj三个函数,实际上实现的功能就是申请互斥量、释放互斥量和删除互斥量的意思,可以定义OS封装即可;
_FS_SHARE:和上面的类似,表示文件系统最大允许同时打开多少文件,默认为0,即只能打开一个。
在配置这些选项的时候,可以根据定义阅读ff.c文件中的相关代码,基本上能对整体的结果有了了解,完成了ffconf.h后,再就是编写底层接口了,在新一点的FatFs中,并未提供函数接口模版,可以下老版的拷过来,也可以打开doc文件夹下的帮助文档00index_e.htm文件,里面有底层函数接口的格式及各个参数的描述。至于底层驱动,我只做过spi flash的,这个可以参考我上一篇文章。需要注意的是,底层读写函数中的参数sector指的是扇区的序号,需要自己换算成驱动接口中的字节位置。
到这里,移植基本完成了,如果你的文件系统出现LD_WORD(ptr) (WORD)(*(WORD*)(BYTE*)(ptr))有问题(数据异常终止DATA ABORT exception之类的)的情况,请百度搜索“转一篇比较详细介绍FatFS文件系统移植的文章”就可以搞定了,那里有详细的解决办法。
The disk drive cannot work due to incorrect medium removal or disk_initialize() function failed.
是怎么回事呢?sd卡是好的,sdio的实验能成功,但是一上fatfs就失败了。前几次成功过,但是我把卡移到windows上格式化后就不行了
一周热门 更多>