本文來(lái)源于一機車(chē)智能測溫項目(功能模塊如圖1所示)。在列車(chē)或其他重要電工場(chǎng)合,重要部件的溫度變化是極需重視的安全參數,必須為其設計智能溫度監測系統。當溫度超標時(shí),不但要能及時(shí)報警,還要實(shí)時(shí)記錄并保存精確的時(shí)間、溫度數據。通過(guò)對危險時(shí)刻及該時(shí)刻對應溫度數據進(jìn)行統計分析,可以檢出不安全因素發(fā)生的規律,以制定有效的預防措施。 在圖1中,數據存儲模塊采用USB總線(xiàn)接口方式,主要是由于USB具有可“熱插拔”的特性,使保存數據的操作更為簡(jiǎn)便。采用CH375作USB接口芯片,則是基于以下因素的考慮。 一般情況下,單片機或嵌入式系統處理USB存儲設備的文件系統需要實(shí)現USB-HOST硬件接口數據交換層、傳輸協(xié)議層、SCSI/UFI/RBC命令層及文件系統管理4個(gè)層次。CH375的長(cháng)處在于它內置了相關(guān)固件程序,包含了以上提到4個(gè)層次中的前3個(gè)。利用該芯片進(jìn)行USB存儲設備操作開(kāi)發(fā),就只需集中處理FAT文件系統層,大大縮短了開(kāi)發(fā)的周期,對項目開(kāi)發(fā)無(wú)疑是很好的選擇。 CH375廠(chǎng)商已將文件系統管理層封包成庫,對其進(jìn)行開(kāi)發(fā)時(shí)這一層可以忽略。然而,由于廠(chǎng)商未對一般用戶(hù)提供此方面源碼,開(kāi)發(fā)過(guò)程中也帶來(lái)了一些問(wèn)題,例如:由于沒(méi)有文件管理的C源碼,進(jìn)行程序調試就只能查看編譯后的匯編代碼,導致調試工作繁復,收效甚微;其次,盡管編譯器已經(jīng)作了優(yōu)化,但編譯后所占的系統資源仍遠比用戶(hù)自編文件管理子程序的大,這對資源極其有限的單片機非常不利;再次,由于開(kāi)發(fā)平臺不盡相同,芯片廠(chǎng)商提供的庫子程序并不總有效,例如系統選用不同晶振時(shí),庫函數中的內嵌延時(shí)段的實(shí)現效果也會(huì )發(fā)生變化,往往造成USB設備與主機失去同步,這對于AVR等高檔單片機更是如此。 由此可見(jiàn),利用CH375操作USB存儲設備,開(kāi)發(fā)者很有必要熟悉FAT文件系統的格式。下文將從項目開(kāi)發(fā)的實(shí)際出發(fā),著(zhù)重介紹進(jìn)行文件管理的原理及編程步驟,以解決上文提及的困難。 1 USB總線(xiàn)接口的設計 1.1 硬件電路設計 如圖2所示,CH375芯片的TXD引腳接地,從而使其工作于并口模式。CH375芯片的8位雙向數據總線(xiàn)直接與MCU數據口相連,RD#和WR#分別連接到單片機的讀選通輸出引腳和寫(xiě)選通輸出引腳。片選信號CS#、中斷引腳INT#以及地址輸入線(xiàn)A0分別與MCU任意分配的引腳相連。當CS#為低電平時(shí),選通CH375芯片;CH375向MCU請求中斷時(shí),將INT#引腳電平拉低;當A0引腳為高電平時(shí),選擇CH375的命令端口,可以寫(xiě)入命令,為低電平時(shí)選擇數據端口,可以讀寫(xiě)數據。 1.2 軟件設計及實(shí)現 本系統要求當普通U盤(pán)接入時(shí),系統自動(dòng)在其根目錄下創(chuàng )建名為“DATA.TXT”的文件,將MCU內置RAM已記錄的溫度、時(shí)刻數據以字符串格式寫(xiě)入該文件;若文件已存在,則將數據追加至文件末尾;最后返回主程序。軟件按圖3所示流程進(jìn)行設計, 電路上電后,先測試芯片是否能對單片機輸出指令正確做出反應,必要時(shí)進(jìn)行硬件復位,接著(zhù)將芯片工作模式設置為模式6,即自動(dòng)發(fā)送SOF包的主機模式,這樣,CH375與單片機就構成了最基本的USB-HOST,當USB設備接人時(shí),接收到該包,就會(huì )讓該包通過(guò)。CH375檢測到設備連接上后會(huì )向MCU發(fā)中斷信號,接著(zhù)以查詢(xún)CH375中斷狀態(tài)的方式等待U盤(pán)插入,若檢測到表征設備接入的中斷狀態(tài),則表明U盤(pán)已連接。接著(zhù)向CH375輸出CMD_DISK_INIT,該命令將復位USB總線(xiàn)、讀取并分析設備的描述符,然后自動(dòng)配置,并建立起與設備之間的連接,完成后返回中斷狀態(tài)USB_INT_SUCCESS。上述步驟執行之后,芯片初始化的工作就完成了。 接著(zhù)編寫(xiě)扇區讀寫(xiě)程序。對于存儲設備來(lái)說(shuō),文件管理幾乎都是“塊操作”方式,即使只修改存儲設備中一比特的數據,也必須將包含該比特的整個(gè)扇區讀出,找到相應位置進(jìn)行修改,再把修改好的扇區數據寫(xiě)回原位置。對于大多數USB接口芯片,讀寫(xiě)扇區的階段要求我們熟悉SCSI或UFO協(xié)議指令,利用特定指令來(lái)完成操作。而CH375內嵌了支持此方面指令的固件,當讀扇區時(shí),發(fā)CMD_DISK_READ,與CMD_DISK_RD_GO配合使用,則可在USB存儲設備中任意讀取1至255個(gè)扇區的數據;只需將CMD_DISK_WRITE與CMD_DISK_WR_GO指令結合使用,則可在U盤(pán)中任意寫(xiě)入1至255個(gè)扇區數據。 進(jìn)行文件讀寫(xiě)前,必須完成以下工作: 根據DOS文件管理系統格式,聲明必要的結構體,用于增強程序的跨平臺可操作性及可讀性。需要定義的結構體為DPT(DOS分區表)、MBR(主引導記錄)、BPB16(BIOS參數塊,僅適合于FAT12及FAT16)、BPB32(僅適合于FAT32)、FDT(文件目錄表)、LFDT(長(cháng)文件名FDT)等。除DPT、MBR外,其它結構體的內容在FAT硬件白皮書(shū)中均有專(zhuān)門(mén)表格詳細說(shuō)明。 聲明并初始化必要的全局變量。首先必須讀取首個(gè)物理扇區,即MBR扇區,取得DBR的相對起始地址,然后讀取DBR的內容。有些U盤(pán)沒(méi)有MBR,首個(gè)物理扇區就是DBR區,因此必須進(jìn)行判斷:若扇區首字節為0xeb或0xe9,則為DBR區,否則為MBR區。其次設置重要變量,并計算DOS各分區的起始LBA值。需要處理的變量按先后順序如下:每扇區字節數、每簇扇區數、FAT表起始地址、單FAT表扇區數、根目錄區扇區數(FAT32為0)、數據區起始地址、數據區總簇數、FAT類(lèi)型及根目錄的起始地址等。FAT類(lèi)型按如下標準進(jìn)行判定,如果數據區總簇數少于4085,則為FAT12類(lèi)型;否則,若少于65525,則為FAT16;大于或等于65535為FAT32。 定義大小端模式轉換程序。單片機對于字或雙字數據的存儲多采用大端模式,而絕大多數PC機為小端模式。U盤(pán)中的文件管理由于要兼容PC機,存儲格式幾乎均為小端格式。因此進(jìn)行U盤(pán)數據操作時(shí),如果讀寫(xiě)字或雙字數據,則必須進(jìn)行大小端模式轉換。 FAT表基本操作,包括查找空簇、讀寫(xiě)指定簇內容?删帉(xiě)子函數來(lái)解決查找空簇的問(wèn)題,設計思路為讀取FAT表特定扇區,然后按FAT類(lèi)型不同分情況討論。從第2簇開(kāi)始,將代表特定簇的單元逐個(gè)與0比較,若不為0,則偏移地址作相應移動(dòng),例如FAT16每次移動(dòng)2字節,而FAT32為4字節;至于FAT12,由于每12比特表征一簇,必須考慮FAT扇區的“邊界問(wèn)題”(如圖4所示),需判斷簇的奇偶性、設置邊界校驗標志,以解決邊界問(wèn)題。對給定簇號以讀寫(xiě)FAT表對應單元的問(wèn)題,也可編寫(xiě)子函數進(jìn)行解決,該函數需要指定簇號、待寫(xiě)內容,還要給定輸出指針變量。執行時(shí)根據簇號計算指定簇號所在扇區地址,將其讀出,然后另存指定簇的內容,寫(xiě)入新內容,最后將修改后的扇區數據重新寫(xiě)入U盤(pán)原位置。為了使程序精簡(jiǎn),還可將讀指定簇內容的子程序與該函數并成單個(gè)子函數,考慮到待寫(xiě)內容即使在FAT32下,其有效值也不會(huì )超過(guò)0x0fffffff,因此編寫(xiě)程序時(shí),可以均將其定義為雙字類(lèi)型,然后設定某值,例如0xf0000000,若待寫(xiě)內容為此值時(shí),則不寫(xiě)入該簇內容,這樣就保證了對FAT表只讀不寫(xiě)。 最后,對FDT表進(jìn)行基本操作及文件的創(chuàng )建、讀寫(xiě)。根據文件系統有無(wú)根目錄區,分情況讀取FDT特定扇區。分析扇區數據時(shí),如果待查看文件與待寫(xiě)入文件重名,則要讀出文件首簇號及大小,到FAT表找到文件末簇,接著(zhù)根據文件大小,判斷待添加內容在簇中哪個(gè)扇區、扇區的哪個(gè)位置,讀出并修改該扇區內容,然后重新寫(xiě)入,最后修改文件大小。 2 C語(yǔ)言移植 由于C語(yǔ)言具有良好的可移植性,編寫(xiě)文件管理程序,推薦在PC機上先實(shí)現,再移植至單片機平臺。在PC機實(shí)現,硬件上只要求PC機有USB口;而軟件方面,PC機編程具有以下特點(diǎn):(1)讀寫(xiě)扇區有專(zhuān)用函數;(2)要使用偽指令#pragma pack(1),使編譯后的結構體字節對齊;(3)讀寫(xiě)字或雙字數據不必進(jìn)行大小端模式的轉換。 對于讀寫(xiě)扇區,主要有以下兩種方案: 其一,調用Windows API函數進(jìn)行基本扇區讀寫(xiě)。開(kāi)發(fā)工具Dev—c++,包含頭文件windows.h。方法是調用CreateFile( )打開(kāi)設備端口;接著(zhù)用SetFilePointer( )調整字節位置;最后用ReadFile( )或WriteFile( )進(jìn)行扇區讀寫(xiě)。 其二,調用DOS函數進(jìn)行扇區讀寫(xiě)。有兩組函數供調用:(1)biosdisk( ),功能是使用中斷0x13,直接調用BIOS進(jìn)行磁盤(pán)操作;(2)absread( )及abswrite( ),可讀寫(xiě)U盤(pán)的邏輯扇區,調用前須確定存儲設備盤(pán)符,需指定待操作的邏輯扇區號。 在PC機上編寫(xiě)文件管理程序,無(wú)需外接硬件,操作簡(jiǎn)易;軟件調試通過(guò)之后,代碼可高效移植至單片機平臺,極大提高了項目的開(kāi)發(fā)效率。 3 結果比較 項目中本部分程序篇幅670行,文件管理層自編程序進(jìn)行調試,在型號ATMega64的AVR單片機平臺上測試通過(guò)。表1為采用ICCAVR編譯后資源占用情況的對比,可見(jiàn)自編代碼占用資源僅占后者的70%,遠勝于后者。至于執行單步調試、修改延時(shí)等方面,其直觀(guān)靈活性更明顯。 4 結束語(yǔ) 在所涉及項目中,通過(guò)自編文件管理操作代碼,使程序更為優(yōu)化,極大減小了主系統的負擔。按此方法設計的測溫系統,能實(shí)時(shí)記錄危險時(shí)刻的溫度、時(shí)間數據,操作者只需往USB接口插入存儲設備,系統即將數據以文本寫(xiě)入設備,簡(jiǎn)單實(shí)用,易于推廣。通過(guò)分析讀取到的數據,對確定電力部件發(fā)熱狀況、找出危險因素并進(jìn)行預防,均有實(shí)用價(jià)值。 |