stm32sdiofatfs文件系统源码分析.docVIP

一、概述 1、目的 在移植之前，先将源代码大概的阅读一遍，主要是了解文件系统的结构、各个函数的功能和接口、与移植相关的代码等等。 2、准备工作 在官方网站下载了 0.07c 版本的源代码，利用记事本进行阅读。 二、源代码的结构 1、源代码组成 源代码压缩包解压后，共两个文件夹， doc 是说明， src 里就是代码。 src 文件夹里共五个文件和一个文件夹。文件夹是 option ，还有 00readme.txt、 diskio.c、diskio.h、ff.c、ff.h 、integer.h 。对比网上的文章，版本已经不同了，已 经没有所谓的 tff.c 和 tff.h 了，估计现在都采用条件编译解决这个问题了，当然文件更少，可能编译选项可能越复杂。 2、00readme.txt 的说明 Low level disk I/O module is not included in this archive because the FatFs module is only a generic file system layer and not depend on any specific storage device. You have to provide a low level disk I/O module that written to control your storage device.主要是说不包含底层 IO 代码，这是个通用文件系统可以在各种介质上使用。我们移植时针对具体存储设备提供底层代码。 接下来做了版权声明 -可以自由使用和传播。 然后对版本的变迁做了说明。 3、源代码阅读次序 1 / 18 先读 integer.h,了解所用的数据类型，然后是 ff.h,了解文件系统所用的数据结构和各种函数声明，然后是 diskio.h，了解与介质相关的数据结构和操作函数。再把 ff.c 和 diskio.c 两个文件所实现的函数大致扫描一遍。最后根据用户应用层程序调用函数的次序仔细阅读相关代码。 三、源代码阅读 1、integer.h 头文件 这个文件主要是类型声明。以下是部分代码。 typedef intINT; typedef unsigned int UINT; typedef signed charCHAR;/* These types must be 8-bit integer */ 都是用 typedef 做类型定义。移植时可以修改这部分代码，特别是某些定义与你所在工程的类型定义有冲突的时候。 2、ff.h 头文件 以下是部分代码的分析 #include “ integer使.h用 integer”.h 的类型定义 #ifndef _FATFS #define _FATFS 0x007C版本号 007c，0.07c #define _WORD_ACCESS 0//如果定义为 1，则可以使用 word 访问。 中间有一些看着说明很容易弄清楚意思。这里就不例举了。 #define _CODE_PAGE 936 /* The _CODE_PAGE specifies the OEM code page to be used on the target system. /936 –Simplified Chinese GBK (DBCS, OEM, Windows)跟据这个中国应该是 936. 2 / 18 打开 option 文件夹看一下。打开 cc936.c文件，里面有一个很大的数组 static const WCHAR uni2oem[]。 根据英文说明，这个数组用于 unicode 码和 OEM 码之间的相互转换。 接下来又有两个函数 ff_convert()和 ff_wtoupper() 具体执行码型转换和将字符转换为大写。 ? 百度一下：看 OEM 码什么意思。 unicode 是一种双字节字符编码，无论中文还是英文，或者其他语言统一到 个字节。与现有的任何编码（ ASCII,GB等）都不兼容。 WindowsNT(2000)的内核即使用该编码，所有数据进入内核前转换成 UNICODE,退 出内核后在转换成版本相关的编码（通常称为 OEM，在简体中文版下即为GB).（百度所得）继续往下阅读。 #define _USE_LFN 1//这个估计是长文件名支持了，以前的 0.06 版本好像是不支持。 #define _MAX_LFN 255//最长支持 255 个双字节字符。 #define _FS_RPATH 0//是否文件相对路径选项。 /* When _FS_RPATH is set to 1, relative path feature is enabled and f_chdir, /f_ch