一、簡正式學習TS前我們首先應該知道什么是文件系統，文件系統就是文件管理系統，是算機用來理文件的的。有點算機基礎朋友會接觸過NTS分區或者T32分區，我們知道單片機系統中即使不使用文件系統我們照樣可以文件，使用文件系統不是多此一舉嗎？使用文件系統主要有以下幾點好處：1.2.3.文件操作更方便，可以在不影響其它文件的情況下實現文件的更改。T12，T16，T32FATFS，因為STM32的資源相對于其它單片機還是非常豐富的。如果你要將這個系統移植到資源很少的單片機系統中那么它還有一個叫“PetitFATFileSystemModule”的版本，僅需要44字節的RAM，編譯后只占用2-4K的程序空間。功能描/注銷打開/創建一個文關閉一個文文對文件進行寫操移動文件讀/寫指針，擴展文件大在文件指針處將文件刷新緩存區功能描/注銷打開/創建一個文關閉一個文文對文件進行寫操移動文件讀/寫指針，擴展文件大在文件指針處將文件刷新緩存區數將文件以數據流方式輸出，區別于常規借助緩沖區以塊輸出的方檢測當前路徑下是否存在某個文件或者文件打開一關閉一查詢一 中存在的文件或者文件創建一更改文件屬性，包括：只讀、存檔、系統、隱藏4更改文件或者文件夾的時間屬更改當前路更改驅動查詢當前所處路查詢指定區域的空閑空獲取卷設置卷建立分從指定文件字符串數據，讀到’\n’結向指定文件寫入一個字節的數向指定文件寫入一個格式化的字符獲取當前讀/寫指針的位檢測文件指針是否已到文件尾獲取文件大檢測文件所存在的錯表正如圖1.1所描述的那樣FATFS是工作在應用層和硬件層之間的。FATFS與應用層之間的接口函數已經在表1.1中羅列出來了，而FATFS所做的事就是實現這些函數。FATFS與硬件層之間的接口函數如表1.2所示。這些函數在FATFS中只留了接口，但是需要我們自己去功能描獲取器的狀初始化設一個或多寫入一個或多控制設備相關功獲取當前時表圖二、FATFS移移植工作開始前，我們首先要調通SDIO接口，還要實現SD卡的讀寫操作，而這些工作我們在“MicroSD卡讀寫測試”實驗中已經完成。我們從官網上獲取的FatFsmodule，解壓后得到兩個文件夾（docsrc。doc文件夾中是幫助文檔，src文件夾中放的是源代碼。打開src文件夾如圖2.1所示。integer.h文件中是各種數據類型的宏定義，幾乎每個講究移植性的軟件工程都會有這個東西。STM32固件庫或者是μCOS都有自己的數據類型定義。ffconfh里面是各種選擇性編譯的開關，我們所說的裁剪就是通過配置這個文件來實現的。ff.cffhFATFS的內容，它實現了表1.1中的所有函數。diskio.c與diskio.h兩個文件用于實現與硬件設備的接口，換言之就是實現表1.2中的函數。00readme.txt文檔中記錄的是各文件的基本功能和版本更新史。option中包含了一些可選的外部文件，實現了對英語外的其它語種的支持。圖介紹完基本信息我們就可以正真開始移植了。首先將“SD卡配備的FATFS文件系統”實驗中ff.c、ff.h、cc936.c、ffconfh、integerh幾個文件替換為修改的文件。然后打開integer.h看數據類型定義的是否跟STM32中的數據類型一致，查閱后發現沒有問題。接MDK編譯工程，發現出現了圖2.2中的錯誤。雙擊錯誤也就是圖2.2中高亮的條目，跳圖轉到錯誤所在的地方，發現是ff.h的 圖示。這幾條代碼的意思是如果（!_USE_LFN||_CODE_PAGE!=936）成立，編譯器就報錯圖很顯然兩個條件中有一個不成立，我們MDKGoToDefinitonOf命令（如圖25），分別找（_USE_LFN）（_CODE_PAGE）#define 0有問題 其修改為 2；接著發現圖_CODE_AE 也有問題改成 。再次編譯后發現已經沒有再出現錯誤。程序開發上插入經過格式化（格式化的卡會提示錯誤，因為卡上沒有建立文件系統，打開開發板電源在串口調試軟件上看到如圖26的現象就表示成功了。雖一ain函數中的測試代碼我們是怎么寫出來的？第二diskio.c中的幾個函數如何實現先來回答第一個問題。這個問題其實跟固件庫差不多，Fats不就相當于一個固件doc中的文檔來寫。例程呢在官網上可以找到。第二個問題復雜一些，因為它與硬件有關，我們很有可能在官網上找不同使用同樣硬件設FaFs是個通用性非常強的軟件，可以與多種不同的設備兼容，所以其考慮到的問題自然是非常的全面。然而我們只用到SD卡，所以某些函數并不是硬性的需要去實現