在設(shè)備枚舉階段將會碰到很多關(guān)于U盤兼容性的問題。

　　(1)總線復(fù)位時(shí)間。不同型號的U盤對于總線復(fù)位時(shí)間的要求是不同的，比如金士頓1 GB的U盤需要的復(fù)位時(shí)間至少280 ms。在實(shí)現(xiàn)中為保險(xiǎn)起見，給予400 ms的復(fù)位時(shí)間。

　　(2)有些U盤的端點(diǎn)0是8 B payload的，大多數(shù)是64 B。對于8 B payload的U盤，要嚴(yán)格從第1次獲取設(shè)備描述符時(shí)返回的第8字節(jié)獲取payload，否則盡管枚舉過程仍然能通過，但是后面在分析32字節(jié)的配置描述符時(shí)候會出現(xiàn)問題，沒有收到完整的配置描述符是分析不出端點(diǎn)1和端點(diǎn)2的地址以及端點(diǎn)payload的。

　　(3)在枚舉階段獲取字符串描述符的時(shí)候，要進(jìn)行判斷。因?yàn)橛行︰盤不支持返回字符串描述符，用if語句判斷，如果獲取不到字符串描述符就跳過，不要返回失敗。

　　4 Bulk-only傳輸?shù)膶?shí)現(xiàn)

　　枚舉結(jié)束后是對塊設(shè)備的讀寫。Bulk-Only傳輸規(guī)范是USB組織針對大容量存儲設(shè)備制定的一種塊存儲類協(xié)議，它僅僅使用Bulk端點(diǎn)來傳送數(shù)據(jù)/命令/狀態(tài)。

?

　　圖4是數(shù)據(jù)/命令/狀態(tài)在USB總線上的傳輸流程圖。根據(jù)此圖Bulk-only傳輸?shù)臓顟B(tài)可以定義為：空閑、CBW處理、數(shù)據(jù)輸出(從Host向Device傳輸數(shù)據(jù))、數(shù)據(jù)輸入(從Device向Host傳輸數(shù)據(jù))、CSW處理、管道阻塞等6種狀態(tài)。在空閑狀態(tài)下，接收到的數(shù)據(jù)包為CBW包;在數(shù)據(jù)輸出狀態(tài)下，接收到的數(shù)據(jù)包為Host期待寫入Device的數(shù)據(jù);在數(shù)據(jù)輸入狀態(tài)下，Host請求從Device讀取數(shù)據(jù)，Device將向Host發(fā)送這些數(shù)據(jù)包;在CSW狀態(tài)下，Device封裝并發(fā)送CSW包以向Host返回狀態(tài)信息。因此，任何Bulk-Only事務(wù)均是以Host向Device發(fā)送CBW包并試圖建立相應(yīng)的數(shù)據(jù)傳輸開始的;而Device接收到CBW包，進(jìn)行檢查并解釋，試圖滿足Host的要求，并通過CSW向主機(jī)返回狀態(tài)信息。以讀一個(gè)邏輯塊為例，填寫一個(gè)CBW包的程序如下所示：

?

　　邏輯分析儀抓包結(jié)果如圖5所示。從抓包結(jié)果可以清晰的看出CBW包由31個(gè)字節(jié)組成。

?

　　CBW包和CSW包正確收發(fā)后，Bulk-only傳輸就能順利實(shí)現(xiàn)。完成對扇區(qū)的讀寫，文件系統(tǒng)的掛載。上層應(yīng)用程序使用文件系統(tǒng)提供的API，操作底層設(shè)備，實(shí)現(xiàn)對文件的建立、讀寫、刪除等操作。經(jīng)測試本系統(tǒng)支持長文件名和超過2 GB容量的USB設(shè)備。本設(shè)計(jì)最終實(shí)現(xiàn)了在不同型號U盤上完成對長文件名文件的新建、讀寫以及刪除操作。

　　5 結(jié)語

　　本設(shè)計(jì)在以CK510為內(nèi)核的HM1521_B芯片上，通過文件系統(tǒng)實(shí)現(xiàn)了對USB設(shè)備的讀寫操作。程序代碼放棄了USB協(xié)議中的繁文縟節(jié)，抓住協(xié)議核心以達(dá)到精簡高效之目的。在大容量USB存儲設(shè)備的兼容性方面也進(jìn)行了探討。經(jīng)測試本系統(tǒng)支持長文件名和超過2 GB容量的USB設(shè)備。最終實(shí)現(xiàn)了在不同型號U盤上完成對長文件名文件的新建、讀寫以及刪除操作。

　　本系統(tǒng)尚需改進(jìn)的地方主要是讀寫過程中的出錯(cuò)應(yīng)對能力。如何應(yīng)對USB設(shè)備在讀寫過程中的突然拔插，以及如何提高數(shù)據(jù)傳輸出錯(cuò)時(shí)的校驗(yàn)?zāi)芰Χ际潜菊n題進(jìn)一步研究的方向。