|
本文來(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à)值。 |
