摘自：http://blog.163.com/[email protected]/blog/static/3278568820090710053782/

補充一點，FatFs的作者寫了兩個，一個是正宗的FatFs，比較適合大的RAM的裝置，另一個是FatFs/Tiny，比較適合小RAM的系統，比如微控制器，FatFs/Tiny佔用較小的RAM，代價是更慢的讀寫速度和更少的API函式。不過兩個都支援FAT12，FAT16，FAT32檔案系統。

下載下來的FatFs的FatFs有兩個資料夾，一個是 doc ，FatFs的說明，包括特性，系統函式，以及可能的一些問題，另一個就是原始碼資料夾src了，總共8個檔案，diskio.c和diskio.h是硬體層，ff.c和ff.h是FatFs的檔案系統層和檔案系統的API層，integer.h是檔案系統所用到的資料型別的定義，tff.c和tff.h是Tiny的檔案系統層和檔案系統的API層，還有一個00readme.txt簡要的介紹了FatFSHE FatFs/Tiny，包括他們所支援的API，怎麼配置等等。

移植的問題，第一個是資料型別，在integer.h裡面去定義好資料的型別。第二個，就是配置，開啟ff.h（我用的FatFs，不是Tiny），_MCU_ENDIAN，選擇你的CPU是大端儲存（big endding）還是小端儲存（little endding），一般的都用的小端儲存，1是小端，2是大端。這個相當重要，一會兒還要談到這裡。其他的，按照自己的需要來配置了，說明文件夠清楚了，我就不多說啥了。

第三件事情，就是寫底層的驅動函式，包括：

disk_initialize- Initialize disk drive

disk_status- Get disk status

disk_read- Read sector(s)

disk_write- Write sector(s)

disk_ioctl- Control device dependent features

get_fattime- Get current time

所有的函式都牽涉到了選擇第幾個磁碟的問題，如果僅僅用一個，可以不必理會這個drv 引數。

disk_initialize，如果不需要的話，直接返回0就行

disk_status，這個嘛，先不管了，直接返回0就OK

disk_read- Read sector(s)

disk_write- Write sector(s)

讀寫扇區，注意引數哦！

disk_ioctl需要回應CTRL_SYNC，GET_SECTOR_COUNT，GET_BLOCK_SIZE 三個命令，正確返回0即

RES_OK，不正確返回RES_ERROR。

所有的命令都從 ctrl 裡面去讀，返回值僅僅返回這次操作是否有效，而需要傳遞回去的資料在buff

裡面，以下是我的：

CTRL_SYNC命令，直接返回0；

GET_SECTOR_COUNT，得到所有可用的扇區數目（邏輯定址即LBA定址方式）

GET_BLOCK_SIZE，得到每個扇區有多少個位元組，比如 *((DWORD*)buff) = 512;

其他的命令，返回RES_PARERR

disk_ioctl這個函式僅僅在格式化的時候被使用，在除錯讀寫的時候，這個函式直接讓他返回0就OK 了。

get_fattime- 得到系統的時間，格式請見文件。不用的話，返回0就行。

這樣移植了，也基本上就成功了，但是在我的板子上面死活不行，每次一執行到幾個巨集定義比如

LD_WORD(ptr)(WORD)(*(WORD*)(BYTE*)(ptr)) 就產生資料終止異常（ DATAABORT exception），但是網上的一個兄弟的（ouravr上的一個兄弟，用的SD卡，IAR編譯器，平臺是STM32，已經成功了，還公佈了原始碼的，這裡沒有問題啊），沒問題。分析下這個幾個巨集的意思：

LD_WORD(ptr)(WORD)(*(WORD*)(BYTE*)(ptr)) 是在little endding裡面定義的

LD_WORD(ptr)，LD就是load，WORD在integer.h裡面定義的是16位的無符號數，那這個需要完成的就是載入一個16位的數，或者說是2個位元組，後面的 ptr是引數。(WORD)(*(WORD*)(BYTE*)(ptr))，先將這個ptr轉換成一個指向BYTE型別資料的指標（BYTE *），在將這個指標轉換成一個指向16位無符號數的指標（WORD *），然後用一個 ” * “將這個資料取出來，轉換成一個無符號的16位資料，這個僅僅從C語言的角度來看，實際上呢，這個完成的就是從ptr指標指向的位置，取出2個位元組，作為一個16位的無符號數取出，而這2個位元組是little endding，即小端模式，低位元組是低8位，高位元組是高8位。

既然是這樣的，測試了下，定義了一個BYTE buf[512]，定義一個WORD型別 zz，用一個指標pt，讓pt指向

buf[0]，呼叫LD_WORD(ptr），zz=LD_WORD(pt）；沒問題，將pt指向buf[1]，呵呵，問題馬上出來了，資料終止異常，然後測試了指標指向 buf[3]，buf[5]等等奇數個，都是這樣的問題，我就鬱悶了啊，，編譯器的問題！！！！不過還好，找到問題了，就可以解決問題了，在 ff.h裡面的巨集定義裡面把這即個東東給註釋掉，然後在ff.c裡面把這幾個巨集定義寫成函式，這裡貼一個出來：

WORDLD_WORD(void *pt)

{

BYTE*PT = (BYTE*)pt; //定義一個指標，將當前的指標指向的地址的值賦給PT

return(WORD)(PT[0]+PT[1]*256); //計算這個16位數，（低8位在前面，高8位在後面），並來個強制型別轉

//換，並返回

}

需要注意的是，LD_WORD返回的就必須是WORD。這樣做了，編譯器大部分的也可以編譯通過，但是ADS就是通不過，有3個地方，

finfo->fsize= LD_DWORD(&dir[DIR_FileSize]); /* Size */

finfo->fdate= LD_WORD(&dir[DIR_WrtDate]); /* Date */

finfo->ftime= LD_WORD(&dir[DIR_WrtTime]); /* Time */

其中，dir的是這樣定義的：const BYTE *dir，編譯器報錯是型別不匹配，因此，這裡的幾個LD_WORD和LD_DWORD重寫，定義成一致的型別即可：

WORDLD_WORD_1(const BYTE *pt)

{

BYTE*PT = (BYTE*)pt;

return(WORD)(PT[0]+PT[1]*256);

}

DWORDLD_DWORD_1(const BYTE *pt)

{

BYTE*PT = (BYTE*)pt;

return((DWORD)PT[0]+(DWORD)(PT[1]*256)+(DWORD)(PT[2]*65536)+(DWORD)(PT[3]*16777216));

}

而後面改成：

finfo->fsize= LD_DWORD_1(&dir[DIR_FileSize]); /* Size */

finfo->fdate= LD_WORD_1(&dir[DIR_WrtDate]); /* Date */

finfo->ftime= LD_WORD_1(&dir[DIR_WrtTime]); /* Time */

編譯，一路OK，然後寫一個檔案，哇，哈哈哈哈！！！！終於出來了！！！！寫檔案沒問題，讀也沒問題！@~~~~~測試了常用的函式，都沒有問題，包括格式化（f_mkfs，前提是你的disk_ioctl 沒問題），測試

了下速度，讀12.5M的MP3，大約3秒，寫這個12.5M的MP3大約6.5秒，勉強達到要求，再優化下驅動那邊就可以更快了！~~~~~~~

發個FatFs的官方網址 http://elm-chan.org/fsw/ff/00index_e.html

總結這次移植，差點失敗就在於編譯器的指標的轉換問題，寫出來，希望兄弟姐妹們在移植的時候不會遇到這種問題。