中心議題：

• 嵌入式產品中USB2.0主機接口的眼圖測試
• USB2.0測試機理

解決方案：

• 使用PC主機替代嵌入式控制主機
• 對產品板級USB Hub進行Down Stream Facing Port 的Test Packet測試

〔摘要〕本文主要討論了某款嵌入式產品中USB2.0主機接口的眼圖測試。通過一個測試案例展開了對USB2.0測試機理的探討，對后續的嵌入式產品USB2.0主機測試有一定的參考意義。
〔關鍵詞〕嵌入式，USB2.0
〔略縮語〕USB IF：USB Implementers Forum, Inc.

一 前言
在高速串行技術如此廣泛應用的今天，簡單易用的USB堪稱是PC平臺上最成功的I/O技術，普及率幾乎100％。而且隨著終端用戶對于高速USB設備應用需求的不斷增加，越來越多的嵌入式通信類終端產品開始增加了USB2.0主機接口的設計以滿足客戶的應用需求。成熟的應用技術由PC平臺轉向嵌入式平臺的已經成為一種趨勢。為了滿足USB2.0一致性應用的需求，所有的USB2.0設計都必須滿足USB IF發布的USB2.0物理層一致性測試要求。相對于比較成熟的PC平臺USB2.0 主機測試技術而言，基于通信類終端的嵌入式USB2.0 主機的測試面臨更多的挑戰。特別是進行二次開發的應用廠商而言，如何滿足USB2.0物理層一致性測試要求很大程度上需要原廠在測試模式以及測試封包方面提供更多的支持。但應用需求的多樣化導致了許多設計架構脫離了原廠的測試狀態機控制范疇，問題接踵而來。

二 嵌入式USB2.0主機測試

1 產品USB部分原理及測試環境

產品USB控制原理
USB控制主機采用某大型通訊類方案提供商的IAD解決方案，片內集成一個USB2.0控制器，然后通過一個USB HUB中繼對外提供２個高速主機接口。

2 測試中出現的問題
本次測試將主要驗證產品上兩個USB高速主機接口的眼圖。對于USB2.0物理層的眼圖測試，USB IF在USB2.0 SPEC中有著明確的眼圖模板定義如下： 關于USB高速主機眼圖測試的測試方法，USB IF在USB2.0 SPEC中也有清晰的定義，USB2.0主機控制器必須支持規定的測試模式。對于眼圖的測試則必須支持Test Packet測試模式，連續發送規范的測試碼流以測定眼圖模板，上升下降時間，傳輸抖動以及其他的一些AC指標。也就是說測試是基于原廠對于測試模式的支持并提供相應的Firmware。準備測試前工程師和原廠溝通后順利拿到了測試Firmware和測試命令。原廠提供的測試方法是在上電啟動之后進入CFE模式然后下載和運行測試專用Image,這樣就可以使用Test_Packet命令進行眼圖的測試了。測試連接圖示如下： 一切看起來都是那么的順利，但是當我們通過串口進行Test Packet命令下發之后在兩個主機接口卻看不到信號波形出現。因為是第一次進行嵌入式USB的測試，所以對于出現的問題是沒有任何經驗可以參考和借鑒的。從串口信息來看是顯示命令下發成功的，那問題到底出在哪里呢？只有從信號流向一步一步地查找了。工程師首先測試了USB HUB與CPU之間的Upstream接口，發現有相應的信號波形出現。也就是說USB主機控制器已經執行了Test Packet命令并發送了測試碼流,問題出現在了USB Hub這里，它并沒有向兩個Down Stream Facing Port轉發碼流。而且原廠提供的命令也很奇怪，根據有PC主板測試經驗的工程師的意見，對于HUB的測試應該需要指定測試端口才對。而在測試命令中我們并沒有看到相應的指令而只有簡單的Test Packet命令。在詢問了原廠技術人員后問題有了答案：

（1）原來我們采用的方案只支持一個USB 主機接口，所以在片上只集成一個USB 主機 Controller，測試命令也是基于主機控制器類型的。而我們的板級應用是采用了一個USB Hub與主機 Controller中繼來實現多端口應用的擴展，根本無法進行Hub Down Stream Facing Port的測試。

（2）并且原廠的測試是在CFE模式下通過下載運行特定的測試程式來進行測試，在這個階段，并沒有實現USB Hub的初始化以及配置字的操作，也就是說USB Hub是不可控的無法進入測試模式的設定。我們的多USB主機端口的應用設計使得系統架構中加入了USB Hub進行中繼，已經超出了原廠設計的USB測試狀態機控制范疇，導致了無法通過原廠提供的測試命令進行測試。再次和原廠技術支持討論新的測試程式的開發從時間說來看已經不實際了，客戶非常關注并要求我們必須盡快給到USB 主機的測試報告。第一次進行嵌入式USB 主機測試就遇到如此棘手的問題，工程師們一時間束手無策。有沒有另外的方法呢？

3 問題分析解決
在和客戶方面的資深工程師分析和討論之后，我們有了一個非常巧妙的解決方案，當然還需要實際的測試來驗證。USB專業測試人員都知道，USB IF針對USB一致性測試提供了一個專用測試工具 （USB-IF HS Electrical Test Tool）以方便開發者進行相關的USB測試。但這個工具只能運行在PC主機上，而我們的嵌入式系統其實也是通過相應的底層命令來實現這個工具相關的測試功能。從測試拓撲來看，我們目前的問題主要在于嵌入式控制主機無法實現對USB Hub的控制和測試模式設定。從控制系統的角度來說，不管是嵌入式控制主機還是PC主機都實現的是USB主機控制器的作用，也就是說我們可以使用PC主機替代嵌入式控制主機，在一臺裝有USB-IF HS Electrical Test Tool的PC上對產品板級USB Hub進行Down Stream Facing Port的Test Packet測試了。當然，我們首先要斷開嵌入式控制主機與USB Hub之間的Up Stream Facing Port并飛線與PC主機的USB接口連接。因為測試單扳本身提供5V供電，所以我們只需要飛出D+/D-/GND三線即可。完成后的圖示如下： 我們使用了一臺裝有USB-IF HS Electrical Test Tool的ThinkPad R51作為控制平臺，在按照上面的圖示進行測試連接并將產品上電之后我們在測試工具中選擇了Hub類測試并發現了板級的USB Hub。我們已經初步實現了之前關于控制系統的設想，圖示如下： 在圖示中的Port Control欄中選擇Test Packet命令，在相應的Port欄中選擇我們需要測試的端口如1，示波器上出現了我們期待已久的信號波形（如下）。按照Lecroy示波器USB2.0測試軟件中的Step by Step，示波器很快就完成了測試并輸出了分析報告。有專業的分析工具就是不一樣，我們根據測試報告中的關鍵測試數據，優化了我們的電路設計使得主機接口的信號更加理想（圖示如下，本文中不對分析內容進行展開）。 三 測試總結
此次嵌入式USB2.0主機接口眼圖的測試到此算是順利完成了，重新回顧一下我們的測試過程，感觸頗深。可以說因為是第一次進行USB高速主機接口的測試，前期的準備工作并不是很充分。但正是有這些突如其來的問題，讓我們可以更加深入的理解和分析USB技術的原理和測試方法，有很多的收獲和經驗和大家一起分享：

仔細和深入的解讀產品的規范是我們順利進行測試的基礎和依據，例如此次的USB2.0 SPEC。所有的設計和測試都是依據規范展開的，只有解讀了規范，才能保證理解USB2.0的內部架構和狀態控制機，才能保證測試的順利進行。

真正理解控制系統，此次測試的關鍵在于工程師首先理解的USB2.0 SPEC的同時大膽進行了控制主機的假定替代。用歸一化的方法來審視我們的控制系統以及層次化系統功能層面是我們進行測試設計創新的保證。

一套真正專業實用的分析設備和工具非常關鍵，此次使用的美國力科（Lecory）的數字示波器和USB2.0分析軟件對于我們高效的分析信號和準確的定位問題非常關鍵。有了專業儀器廠商的支持才能確保產品的開發進度和質量。

當然，USB主機信號質量的測試不僅僅是眼圖部分，USB IF關于USB2.0一致性測試規范還有很多的測試項目需要完成。而且對于嵌入式USB測試而言，會面臨更多的挑戰，希望本文可以給到從事嵌入式USB開發測試的工程師一些思路和借鑒。

[參考文獻]
1：Universal Serial Bus Specification Revision 2.0,USB IF
2：USB2_OperatorsManual_RevD ,LeCroy Corporation