基于Linux下USB主機接口設計

3．2 注冊和注銷
USB驅動程序注冊，就是把在初始化函數中填好的use_driver結構作為參數傳遞給use_register()函數即可，函數的調用方法為：result =usb_register(skel_driver)；當要從系統卸載驅動程序時，也是將use_driver結構作為參數傳遞給usb_deregister函數處理。函數的調用格式為：

當USB設備插入時，為了使linux-hotplug系統自動裝載驅動程序，需要創建一個MODULE_DEVICE_TABLE。核心代碼如下(這個模塊僅支持某一特定設備)：

3．3 probe()函數
probe()函數的編寫格式為：static void*skel_probe(struct usb_device*dev，unsigned int ifnum，const struct usb_device_id* id)；驅動程序需要確認插入的設備是否可以被接收，如果不接收，或者在初始化的過程中發生任何錯誤，probe()函數返回一個NULL值。否則返回一個含有設備驅動程序狀態的指針，通過這個指針，就可以訪問所有結構中的回調函數。
在驅動程序里，最后一點是要注冊devfs(設備文件系統)。首先創建一個緩沖用來保存那些被發送給USB設備的數據和那些從設備上接收的數據，并為設備傳輸創建一個USB請求塊(URB)以向設備寫入數據，同時USB urb被初始化，然后在devfs子系統中注冊設備，允許devfs用戶訪問USB的設備。注冊過程如下：

如果devfs_register函數失敗，devfs子系統會將此情況報告給用戶。如果設備從USB總線拔掉，設備指針會調用disconnect函數。驅動程序就需要清除那些被分配了的所有私有數據，關閉urbs，并且從devfs上注銷調自己。
3．4 open()，write()和read()函數
首先，要打開此設備。在open()函數中MODULE_INC_USE_COUNT宏是一個關鍵，它起到一個計數的作用，有一個用戶態程序打開一個設備，計數器就加1。read()函數首先從open()函數中保存的fi。write()函數和read()函數是完成驅動對讀寫等操作的響應。在skel write中，一個FLL_BULK_URB函數，就完成了urb系統callbak和的skel_write_bulk_callback之間的聯系。read函數與write函數稍有不同在于：程序并沒有用urb將數據從設備傳送到驅動程序，而是用usb_bulk_msg函數代替，這個函數能夠不需要創建urbs和操作urb函數的情況下，來發送數據給設備，或者從設備來接收數據。調用usb_bulk_msg函數并傳到一個存儲空間，用來緩沖和放置驅動收到的數據，若沒有收到數據表示失敗并返回一個錯誤信息。usb_bulk_msg函數，當對USB設備進行一次讀或者寫時，usb_bulk_msg函數是非常有用的；然而，當需要連續地對設備進行讀／寫時，應建立一個自己的urbs，同時將urbs提交給USB子系統。
MOD_DEC_USE_COUNT宏也會被調用到，首先確認當前是否有其他的程序正在訪問這個設備，如果是最后一個用戶在使用，可以關閉任何正在發生的寫，操作如下：

USB設備可以在任何時間點從系統中取走，即使程序目前正在訪問它。USB驅動程序必須要能夠很好地處理解決此問題，它需要能夠切斷任何當前的讀寫，同時通知用戶空間程序：USB設備已經被取走。

4 實驗結果
經過大量的試驗，該系統工作穩定可靠，傳輸速度快且具有極低的誤碼率。利用邏輯分析儀和Bus Hound軟件進行相應的邏輯功能分析，USB主機與設備之間可以正常通信。因為整個電路主要應用于稱重系統，所以著重測試了控制傳輸和批量傳輸這兩種數據傳輸方式。批量傳輸的有效數據傳輸速率可以達到1 Mb／s，這是傳輸帶寬的限制和數據包中冗余信息的存在所導致的?？傮w來講，1 Mb／s的傳輸速率還是令人滿意的。

5 結束語
本系統以AT91SAM7X256單片機為核心進行設計，采用SL811HS／T主控器件，實現了USB主機端口的擴展，使稱重設備中同時具有USB設備端和主機端口，因此，該系統設計實現數據的點對點通信，實現稱重設備數據更新、系統升級的可靠、快捷，適合工礦企業特殊環境下設備數據的更新，便于對設備的管理和維護。并在稱重系統中引入USB主機端口具有非常實用的特點。因此，該系統設計具有很好的應用前景。