自1994年11月提出通用串行總線（USB）以來，USB以其傳輸速率高、支持熱插拔、易于擴展的突出優勢，發展速度驚人，迅速席卷電子產品世界。在市場需求的強力驅動下，從1998年開始，USB接口進入測量儀器領域，并逐步被許多著名儀器公司接納。在測量儀器中擴展USB接口已經成為一種發展趨勢。針對不同的測量儀器，尋求一種普遍適用的USB接口解決方案，對于測量儀器的開發設計有十分重要的意義。

方案選擇

開發USB設備一般有三種方式：一種是使用帶USB接口的專用微控制器（MCU），這類MCU有自己的系統結構和指令，從底層專用于USB控制，比如Cypress公司的CY7C63xxx和CY7C64013，這類MCU的開發需要用專用工具，且性能有限;第二種方式是使用帶USB接口的通用MCU，這類MCU只是基于一般芯片內核增加了USB接口，比如Intel公司的8x931、8x930以及Cypress公司的EZUSB等，這類 MCU的開發語言和開發工具都和一般MCU相似，因而較易入手，但其缺點是成本較高;第三種方式是使用純粹的USB接口芯片，通過外加MCU對其控制。如 Philips公司的PDIUSBD12、ISP1581以及National公司的USBN9602、南京沁恒公司的CH372、CH375等。這類 USB接口芯片價格較低、接口方便、靈活性高，針對不同的硬件環境可以配合多種MCU使用，如單片機、DSP、FPGA都可以。綜合各方面因素考慮，本設計選用第三種方式，即采用專用USB接口芯片為測量儀器擴展USB接口。

硬件設計

USB控制器

USB控制器通過控制USB接口芯片實現協議處理和數據交換。在本設計中選用DSP芯片TMS320VC33作為微控制器，這主要是基于兩方面的考慮：一是其運算速度較快，指令周期僅為13nS，可以最大限度地發揮USB接口芯片的潛力;二是該DSP芯片性價比高，且具有浮點運算功能，擴展浮點精度可達40位。

USB接口芯片

USB接口芯片用以完成USB通信底層的數據鏈路級交換，并對本地微控制器提供一個并行接口。

本文選用PHILIPS公司的PDIUSBD12作為USB接口芯片。該芯片可與任何微控制器實現高速并行接口（2Mb/s），允許使用現存的體系結構并使固件投資減到最小。這種靈活性減少了開發時間、風險和成本，是開發高效低成本的USB外圍設備的一種快捷途徑。

PDIUSBD12一共有三組端點：端點0完成控制傳輸;端點1可以配置成中斷傳輸;端點2有128B的緩沖區，是主要的數據傳輸端點。

接口電路

采用單獨地址/數據總線配置，即用DSP的某地址線控制PDIUSBD12的A0引腳，實現命令數據的選擇。A0=1表示傳送命令，A0=0表示傳送數據。片選（CS ）及掛起（SUSPEND）信號分別由DSP的I/O口控制。讀寫選通信號WR 、RD 可以用DSP的R/W引腳及其取反后控制。但這樣需要在電路中增加反相器，為了節約器件從而縮小電路體積，可以另外選擇一個I/O口控制 PDIUSBD12的讀選通RD。本設計中選用PAGE1，通過對不同地址的訪問來區分對PDIUSBD12的讀寫操作。這樣PDIUSBD12只占用微控制器的三個地址資源，其一用來向PDIUSBD12寫命令，其二用來向PDIUSBD12寫數據，另外一個用來從PDIUSBD12讀數據。對DSP而言，PDIUSBD12就相當于一個有8位數據總線和3個地址的存儲器件。

設備采用自供電方式，需要將EOT 通過一個10k？的電阻接至USB電纜的VCC（+5V）端，并加1M？下拉電阻，借此檢測USB設備是否已經連接到USB口。

軟件設計

USB軟件設計包括固件（firmware）程序、PC端的驅動程序和應用程序。其中固件程序要求編寫者對復雜的USB通信協議有深刻的理解，編程難度較高，在本論文中將詳細介紹。

固件編程

固件程序是寫入MCU內的程序，使MCU可以完全按照USB協議，識別接收到的信息包類型，對包的內容、意義進行分析，并按照要求完成相應的動作。通過這些不同類型包的傳遞，完成MCU與接口芯片的命令及數據交換，進而實現主機與設備間的通信。

固件程序設計成中斷驅動模式，采用模塊化設計。

主循環

主循環中主要完成DSP的寄存器及端口初始化，向PDIUSBD12發送設置模式命令，接通SoftConnect。判斷是否接收到建立包（setup package），若收到則調用標準請求處理程序進行處理，若收到主機請求信號，則調用數據發送程序發送數據。

中斷處理程序

中斷處理程序是整個固件程序設計的重點。將DSP設置為下降沿觸發，當PDIUSBD12接收到主機發送的信息包時，觸發DSP進入中斷。首先通過讀取PDIUSBD12的中斷寄存器判斷所發生中斷的類型，然后根據具體的中斷類型進入相應的處理子程序。

標準請求處理程序

USB協議中規定了11條所有USB設備都必須支持的標準請求，這些請求都是通過端點0發送的。標準請求處理程序對主機發出的標準請求進行響應，獲取設備的性能及狀態，并給設備分配地址且進行相應配置，最終完成枚舉過程。

硬件接口及PDIUSBD12命令操作程序

硬件接口程序集成了DSP對PDIUSBD12的讀寫操作，是整個固件程序中最底層也是使用最頻繁的部分，將它獨立成一個模塊編寫極大地方便了程序在不同硬件平臺上的移植。值得注意的是：PDIUSBD12要求數據線上的數據建立時間和保持時間必須大于40nS，因此編程時需要插入至少4個軟件等待狀態。另外，因為PDIUSBD12的最小讀寫周期為500nS，所以在每次對其進行讀寫操作后必須增加適當的延時。

數據發送及接收程序

當用戶通過主機端應用程序向設備索要數據時，DSP調用數據發送子程序完成數據發送，針對發送數據量的大小，可以選擇使用端點1或者端點2完成。對于主機發送數據的接收，在端點0及端點1的IN中斷子程序中即可完成。發送數據子程序如下：

調試

固件程序對時間敏感，所以編程時要特別注意時序問題。由于USB枚舉過程很快，如果連續三次接收不到應答包就結束枚舉，所以調試時要注意不能采用CCS的單步調試，可以采用斷點調試。調試過程之初經常會遇到的一種狀況是指示燈閃爍三次以后熄滅，這說明主機檢測到了設備連接，但無法和設備進行對話來了解設備的信息。這表明固件程序還沒有開始正常工作，需仔細檢查程序中的錯誤之處。

調試過程之初，可以使用以下兩種方法檢測硬件連接是否正確：

1. 使用命令字FDh讀取PDIUSBD12的ID號，正常狀態下讀出的兩個字節應該為12H和10H。

2. 通過設置PDIUSBD12工作模式，改變輸出時鐘頻率。在CLKout引腳測量輸出波形，觀察是否與設置值相符。

若以上兩條滿足，則說明硬件連接基本沒有問題。

PC端軟件

PC端軟件包括設備驅動程序和應用程序兩部分。

系統驅動程序是基于WDM （Windows Driver Model） 驅動程序模型設計的，包括四個模塊：初始化模塊、即插即用管理模塊、電源管理模塊和I/O功能模塊。本設計選用輔助工具DriverStudio，它能很好地和DDK結合，編程思路也比較清晰。首先使用驅動向導（DriverWizard）建立項目，設置驅動程序類型，設置USB設備的 VID（Vendor ID）和PID（Product ID）及其各端點的屬性。給端點2增加讀寫函數代碼。這樣就創建了一個驅動程序的總體框架。再對生成的代碼進行修改編譯和測試，完成USB驅動程序的開發。

應用程序是為了實現用戶和設備的接口，基本功能包括檢測USB設備、開啟或閉合USB設備、設置USB數據傳輸管道、實時從USB接口采集數據以及顯示數據等。程序使用VC++編寫，調用Win32的應用程序接口（API）函數，實現應用程序和設備驅動的通信。使用PHILIPS公司提供的 EasyD12.dll動態鏈接庫可以使開發過程更加輕松快捷。

結束語

系統測試結果表明：主機與設備間的數據傳輸平均速率達到130kb/s，完全可以滿足一般測量儀器的需要。此項接口設計方案具有良好的可移植性，針對不同的硬件平臺僅需做少許修改即可應用。隨著USB技術的進一步發展，USB2.0和USB OTG規范的推出以及無線USB的出現，USB儀器將成為測量儀器的發展方向，并推動傳統儀器向小型化和微型化方向發展。

責任編輯：gt