框架數據流

框架代碼執行過程是這樣的：上電復位、微處理器對所有寄存器和計數器以及設備結構進行初始化，然后進入如下的循環：

1.檢查主機USB端口是否存在狀態改變(設備插入或去除)。

2.檢查TD處理器，并獲得兩個SIE上運行的所有TD狀態信息。

3.查看運行設備驅動程序列表并執行每個程序的運行函數。

檢查主機USB端口以了解狀態變化需要檢查變量的改變，如果發生變化，可通過端口變化中斷處理程序設定變量。如果端口發生改變，將執行枚舉代碼進行處理。

通過集線器至主機的中斷傳輸完成相連集線器變化值檢查，如果發生設備添加或去除，它們將像上面那樣枚舉出來。發現新設備時，需要找到設備驅動程序然后裝入。根據設備尋找設備驅動程序的方法有很多種，框架代碼將首先嘗試將某驅動程序與某設備的供應商ID以及產品ID進行匹配，但只有存在特定的制造商且特定設備在特定驅動程序中運行這種方法才有效。如果沒有實現匹配，框架代碼會嘗試對設備的種類和子類進行匹配，這可以利用更普通的驅動程序與設備匹配。

設備插入和去除檢查還有兩項額外的任務。如果連接的設備是集線器，則必須對其端口進行檢查，以查看它們是否帶有設備。如果去除的設備是集線器，那么所有與之連接的設備也必須去除。

通過中斷傳輸還可以檢查來自相連鍵盤和鼠標設備的新數據，這些傳輸每10毫秒種發生一次，由TD處理器安排時序。任務完成后，TD處理器將傳輸控制轉給回調函數，這時可提取鍵盤和鼠標數據，并送至應用層。

構建應用

現在介紹如何構建一個簡單的控制鍵盤和鼠標的嵌入式USB設計，該方案使用基于處理器的USB主機控制器，處理器的代碼包含框架和應用固件。首先要做的是確定希望支持設備的數量和類型，確定設備數量后，可據此分配URB和驅動程序空間，通過修改名為fwxcfg.h的“個性化”文件完成URB分配。

每個鍵盤、鼠標或集線器均需要一個URB來處理傳輸中重復出現的中斷。此外，在枚舉和其它USB控制傳輸過程中，URB被分配并隨后釋放。一個較好的經驗是為系統支持的每個設備分配兩個URB，一個用于傳輸中重復出現的中斷，另一個則用于任何可能的控制傳輸，這些傳輸可能發生在設備枚舉或設備狀態檢查過程中。雖然每次只能處理一個控制傳輸，但框架可將其它傳輸排隊，系統支持的URB數量應該等于所支持設備數量的兩倍。

接下來，需要為鍵盤和鼠標創建驅動程序。由于這些設備的USB功能非常相近，所以兩個設備可以使用一個驅動程序。該驅動程序可稱為hid_driver(用于人機界面設備的驅動程序)。下一步是在驅動程序內添加開始、停止以及運行函數，以及查找驅動程序的設備種類編碼，還需要將驅動程序函數的名稱添加進文件drvrlist.h。包含集線器和hid driver的驅動程序聲明如下： #define FWX_DRIVER_LIST {hid_driver, hubclass_driver}

hid_driver啟動函數將分配傳輸中重復出現的中斷，以獲得鍵盤和鼠標數據。該函數內的編碼將獲取數據并將數據傳給編碼應用層；停止函數將釋放重復出現的中斷傳輸，并通知應用層設備已被去除；運行函數用來檢查來自應用代碼的輸入指令。

然后需要為枚舉通報函數添加一些代碼，枚舉通報函數是枚舉代碼使用的回調函數，用于報告設備枚舉狀態并處理可能的枚舉錯誤。該代碼可將新的枚舉設備信息傳給應用層。

在這里對集線器提供支持很容易，不需要添加任何代碼，也不需要編寫驅動程序，因為框架已包含驅動程序。所要做的是更改fwxcfg.h中的語句，即將

#undef FWX_INCLUDE_HUB_SUPPORT

改為

#define FWX_INCLUDE_HUB_SUPPORT

并將文件hubclass.c添加進項目形成文件，其余事務由框架處理。

本文小結

盡管與PC相比，USB主機系統在計算資源和經驗方面存在不足，但開發人員仍然可以較為簡單地將USB功能加入到嵌入式系統中。現有多種用于實現這種功能的USB主機IC可供選擇，用戶可購買或自行開發USB主機堆棧和實時操作系統。