關(guān)于STM32與SD卡通信的一些思考與總結(jié)
SD的驅(qū)動和應(yīng)用困擾了我很久,寒假的時候看到SD簡化版物理層協(xié)議的時候就傻掉了,看到SD的驅(qū)動快3000行的代碼也動搖了。這幾天幾種地看了一下SD卡的相關(guān)內(nèi)容,總結(jié)了一些體會,感覺也沒有那么恐怖了。我決定從分層上來討論SD的驅(qū)動和應(yīng)用,因為這樣可以構(gòu)建一個清晰的邏輯,且不知哪位計算機大師曾說過:一切計算機問題都可以用分層的方法來解決。
本文引用地址:http://m.butianyuan.cn/article/201607/293735.htm我自己把SD卡從驅(qū)動到應(yīng)用共分為4層,從下至上依次為:驅(qū)動層、物理層、文件系統(tǒng)層、應(yīng)用層。下面一一來介紹各層的一些重要的操作。
1)驅(qū)動層
驅(qū)動層,對應(yīng)到ST的庫,就是stm32f10x_sdio.c/.h這個兩文件。其實使用任何一個STM32的外設(shè),只要用庫函數(shù)都離不開這一對互相對應(yīng)的.c/.h文件。對于SDIO外設(shè)來說,它就是用來操作寄存器的,由于涉及ST庫函數(shù)的編寫,沒能力參透,在此不贅述它的實現(xiàn)過程。
2)物理層
這一層可以說是承上啟下的一層,下接驅(qū)動層,用于操作寄存器,上接文件系統(tǒng)層,用于統(tǒng)一管理文件,可謂整個SD驅(qū)動的核心代碼。其實,如果對于SD的要求不高,可以直接在這一層上面進行文件操作,只是沒有文件系統(tǒng)操作起來實在不便。之所以叫物理層是因為這一部分的代碼主要參考了“SD卡物理層簡化協(xié)議”這樣一個東西。這個協(xié)議規(guī)定了控制器對SD卡操作的各種指令的格式和操作時序。這一層對應(yīng)了源代碼中的sdio_sdcard.c/.h這兩個文件,那么它主要實現(xiàn)了什么功能呢?這一層最重要的一個函數(shù)就是SD_Init()——SD卡的初始化函數(shù)。這函數(shù)包括了SD卡的上電、識別、卡初始這三個重要步驟,分別對應(yīng)兩個子函數(shù)——SD_PowerOn、SD_InitializeCards(),而SD_InitializeCards()的返回值包含了卡的類型信息。這兩個子函數(shù)的實現(xiàn)則是通過STM32內(nèi)置的SDIO控制器發(fā)送CMD命令完成,這個命令的發(fā)送要嚴格遵守SD協(xié)議的流程圖,而且要及時進行標(biāo)志位判斷,否則很容易程序跑飛了。發(fā)送CMD命令是通過填寫SDIO_CmdInitStructure這個結(jié)構(gòu)體完成的。舉個例子:
SDIO_CmdInitStructure.SDIO_Argument = 0x00;
SDIO_CmdInitStructure.SDIO_CmdIndex = SD_CMD_APP_CMD;
SDIO_CmdInitStructure.SDIO_Response = SDIO_Response_Short;
SDIO_CmdInitStructure.SDIO_Wait = SDIO_Wait_No;
SDIO_CmdInitStructure.SDIO_CPSM = SDIO_CPSM_Enable;
這個結(jié)構(gòu)體包含了五個參數(shù),從上至下分別控制的是:參數(shù)、命令索引、響應(yīng)格式、是否等待、硬件流控制。填寫了五個結(jié)構(gòu)體也就也就配置好了一個CMD命令格式,使用SDIO_SendCommand()函數(shù)發(fā)送命令即可。當(dāng)然,這一層還包含了一些其他外設(shè)的初始化——NVIC(配置中斷向量優(yōu)先級)、GPIO(配置了SD插槽的IO口)、DMA(使用DMA模式傳輸)??偨Y(jié)一下這部分就是主機(STM32)用CMD命令控制了SD卡,所以說在這一層上就已經(jīng)可以直接調(diào)用函數(shù)來進行初始化、讀寫操作了。那么為什么又會有文件系統(tǒng)層呢?
3)文件系統(tǒng)層
它的存在就是用來管理文件的。一個SD卡,現(xiàn)在普通的8個G,要是直接使用物理層來操作,就要操作人來記住好多文件的地址、長度等等,這些事情本來就是計算機可以完成的,所以人們就發(fā)明了文件系統(tǒng)這么個東西,用來管理大容量儲存設(shè)備,在文件系統(tǒng)之上來進行操作,整個格局就顯得很大了,也更高端大氣上檔次,否則調(diào)用個文件就要寫個地址,什么0x20000f54之類的,用的人不得瘋了。說了這么多,文件系統(tǒng)的作用就是一個管理層,下接SD的物理層,用來發(fā)送各種CMD操作SDIO控制器的寄存器,上承應(yīng)用函數(shù),封裝好了由開發(fā)人員自由調(diào)用,可以說也是承上啟下的關(guān)鍵代碼。而且很幸運的是已經(jīng)有人替你寫好了這個代碼的絕大部分,你只需要進行適量的修改就能為你所用,搭建起一個文件系統(tǒng)來。FATFS就是在一個很遙遠的地方的好心人已經(jīng)替你寫好的東西,這東西通用性很強,與驅(qū)動層完全脫離,留下了一些接口函數(shù),往哪個平臺上移植,就填寫相應(yīng)的接口函數(shù)即可。這個接口連接了SD卡的物理層和文件系統(tǒng)的操作函數(shù)。這一層對應(yīng)的ff.c/.h文件由于也是很遙遠的大神編寫的,參透不能。故在此不講怎么實現(xiàn)。
4)應(yīng)用層
這一層應(yīng)該是硬件開發(fā)人員發(fā)揮的一層,因為對應(yīng)的平臺不同,這一層的接口函數(shù)填寫就完全不同。應(yīng)用層就是由上一層(文件系統(tǒng)層)留下的各種接口構(gòu)成,我們填寫了接口函數(shù),就可以直接跑文件系統(tǒng)了。怎么寫接口函數(shù)呢?FATFS在留接口時除了留下了函數(shù)名,還留下了參數(shù)以及參數(shù)對應(yīng)的功能和格式。幫助文件中有對應(yīng)接口函數(shù)要實現(xiàn)的功能,其實不用查幫助文件通過接口函數(shù)的名字也能猜到,比如disk_read就是讀盤。這個接口函數(shù)要實現(xiàn)讀盤功能,就得調(diào)用在物理層寫下的各種函數(shù),如SD_ReadBlock(),只要注意子函數(shù)與母函數(shù)調(diào)用參數(shù)要一致就行,這個一致性就需要開發(fā)人員充分理解函數(shù)參數(shù)功能了。這部分代碼很少,編寫起來也不是很難,就是要注意記得判斷標(biāo)志位。
至此,SD的操作函數(shù)就已經(jīng)被封裝好了,只需要查詢FATFS中各種操作函數(shù)的功能既可以調(diào)用它。
SD驅(qū)動還有很多問題沒有搞清楚,之前只是對著源碼單步調(diào)試,看了看功能實現(xiàn)過程,接下來就準(zhǔn)備動手移植文件系統(tǒng)試試了,希望能成功。SD驅(qū)動做起來還是很有意思的,通過它與其他外設(shè),比如MP3模塊或液晶屏模塊連接可以實現(xiàn)歌曲播放和圖片顯示,還是頗有成就感。以前在用電子產(chǎn)品的時候沒想到想聽首歌看張圖這么復(fù)雜,從0101的最原始編碼到我們看到聽到的模擬信號經(jīng)過了這么多道的工序,想起來也只得感嘆人類智慧的無窮盡也。
評論