USB2.0信號測試分析應(yīng)用方案前言
USB 是很常見的串行協(xié)議形勢。USB 有熱插拔的特性實踐者，當(dāng) USB 裝置插入主機(jī)時，主機(jī)會偵測到約定管轄，并且軟件會對其作規(guī)劃數據，即插即用。USB 的連接線供應(yīng)裝置電源發揮，可提供 DC +5V 的電壓顯著，電流供應(yīng)約 100mA~500mA。
USB 的連接線共有四條開放以來，其中兩條是電源與地線占，另兩條是訊號線，分別是 D+與 D-提供了有力支撐。一般情況兩條線的訊號是相反的激發創作，若其中一條的訊號為 High，則另一條的訊號就為 Low進一步意見。如此的差動訊號能提升訊號抗噪聲抗干擾的能力增幅最大，USB 就是利用 D+ D-兩條訊號線的差動訊號，來達(dá)成高速傳輸?shù)哪康摹?br data-filtered="filtered"> USB 主機(jī)端在沒有裝置連接時生產能力，D+ D-上會有一個 1.5K 奧姆的電阻接地研究成果，確保這兩條線是在接地狀態(tài)⊥晟坪?？芍С种?27 個地址，也就是說積極參與，一個 USB 系統(tǒng)支持 127 個裝置問題分析，主機(jī)會周期性的探詢每個集線器以便得知裝置的連接狀態(tài)。以 USB2.0 而言交流研討，分為低速更加完善、全速及高速三個模式。低速傳輸率為 1.5M/s 建設應用，全速為 12M/s支撐作用，高速為 480M/s。高速模式時動力，1 秒 / 480M 綜合措施，每個 bit 的寬度約 2.08ns。
USB 封包簡介
封包是組成 USB 傳輸?shù)膯挝弧?一個 Transaction 通常由三個封包組成自然條件，但依傳輸型態(tài)而定設計標準，一個 Transaction 可能包含一個、兩個互動互補、三個封包：
圖一 USB 封包架構(gòu)概述
Token 封包：
每個 Transaction 以 Token 封包做起始發揮重要帶動作用。Token 封包定義裝置意向、Endpoint 數(shù)量，傳輸?shù)姆较蛭幕瘍r值。其?SOF (Start Of Frame) Token包含目前的 frame 數(shù)形式，而且會廣播 (broadcast) 給所有的 full-speed 裝置知道。SOF 也是一個不目標(biāo)的 Token不斷完善。TokenPacket 長度固定為 4 個 Byte數字化。
Data 封包：
Data 封包包含處理此動作的數(shù)據(jù)。 一個 Transaction 中營造一處， Data 封包的資料量為 1023 個 Bytes改革創新， 高速模式時可達(dá) 1024 個 Bytes以上，其中 Data0 及 Data1 是兩個基本的數(shù)據(jù)封包取得顯著成效，這些數(shù)據(jù)封包都是接續(xù)在 Address 之后新模式，且 Data0 及 Data1 采取交互出現(xiàn)方式以達(dá)到同步與除錯的效果。 另外在 USB2.0 當(dāng)中更增加了 Data2 及 MData 數(shù)據(jù)封包不容忽視， 用于執(zhí)行高速的實(shí)時傳輸(IsochronousTransfers)組織了。
e Handshake 封包：
除了實(shí)時型傳輸(Isochronous)之外，所有的傳輸都保證數(shù)據(jù)的傳遞正確說服力。Handshake 封包響應(yīng)資料是否正確的被收到搶抓機遇。若執(zhí)行處理動作中發(fā)生錯誤，此處理動作將重新執(zhí)行表示。
封包格式：
封包是執(zhí)行所有處理動作的機(jī)制全面闡釋。圖八是 USB 封包的基本格式。封包緊跟在 Synchronization sequence (SYNC競爭力所在，同步列) 之后引人註目，Synchronization sequence 使 USB 裝置能跟封包中的位速率同步。封包的 Type 由一個 Packet ID 來定義溝通機製。Packet ID 之后是隨著封包 Type 而定義的信息好宣講，如 Address 或 Data。最后顯示，每個封包以一個 CRC (Cyclic Redundancy Check)做結(jié)尾雙向互動。CRC 是用來確認(rèn)數(shù)據(jù)是否正確的傳輸。每個封包始使用 EOP (End Of Paekct) 狀態(tài)來做辨識設計能力。
圖二 USB 封包的基本格式
Synchronization sequence( 同步序列) ) ：
圖九是 Synchronization sequence 的波形品牌。Synchronization sequence 由八個 bit 組成，數(shù)值是二進(jìn)制的 更為一致，依照 NRZI 編碼原理紮實做，數(shù)據(jù) 0 代表訊號要轉(zhuǎn)換，所以前七個 0 之中的每個 Bit 都會在相對應(yīng)的 Bit 時間中轉(zhuǎn)換至關重要，作用就好像提供了一組可用來同步的 Clock提供深度撮合服務。
圖三 Synchronization sequence
Packet ID ：
Packet ID定義封包的目的與內(nèi)容服務品質。封包主要有四種型態(tài)：標(biāo)志（Token）、數(shù)據(jù)（Data）組成部分、交握（Handshake）及特殊影響。其中Token封包定義傳輸?shù)男蛻B(tài)；Data封包接在Token之后的過程中，將傳輸?shù)臄?shù)據(jù)輸出或輸入USB裝置中發展契機，Handshake則是提供傳輸成功或失敗的訊息，特殊PID是針對USB2.0的PID促進進步，包含了PING（檢查端點(diǎn)裝置是否能接受數(shù)據(jù)）發力、SPLIT（高頻寬的USB分割傳輸）、PRE（低頻寬的USB前導(dǎo)封包）迎來新的篇章、ERR（分割傳輸任務(wù)錯誤）共創美好。
Packet ID 的訊號格式如圖四。 Packet ID 總共有 8 個 Bit薄弱點， 前四個 Bit 代表 ID(Type Field)覆蓋範圍， 后 4 個 Bit 是檢查字段 (Check Field)，其值固定是 ID 的反向積極性。如 ID 為二進(jìn)制的 1001奮勇向前，則檢查字段就是 0110，合起來就是 實施體系。
圖四 Packet ID 訊號格式
封包種類：
所有處理動作都是由一個 Token 封包開始組建。USB 定義四種 Token 封包：SOF，IN效果較好， OUT重要的意義，SETUP。圖十一是四個封包的 PID與功能描述與時俱進。
圖五 四種 Token 封包狀態(tài)
SOF 封包：
USB 裝置用 SOF 封包來判斷訊框的起點(diǎn)。當(dāng)每個 frame 開始的時候初步建立，SOF 封包被送至每個全速的裝置綜合運用。實(shí)時型傳輸裝置可經(jīng)由 SOF 封包來達(dá)到同步傳輸?shù)淖饔谩５退傺b置不支持實(shí)時型傳輸的方法，所以 SOF 封包不會送至低速裝置實事求是。
如圖六所示，SOF 封包包含一個長度為 11 bit 的 frame number(訊框號碼)落到實處，接收器使用 5 bit 的 CRC 位來確認(rèn) frame number服務水平。
SOF 封包不含任何數(shù)據(jù)，其傳輸也不保證一定成功技術創新。當(dāng) USB 裝置對此 SOF 封包 PID 檢查碼錯誤時處理方法，裝置忽略此封包重要作用；當(dāng)CRC 檢查錯誤時，忽略此 frame number習慣。注意 PID 與 Frame Number 都是 LSB 在前面 MSB 在后面充足。
圖六 Start of Frame (SOF)
圖七是一個 SOF 封包的實(shí)際波形。PID 前四個 bit “0101＂ 就是 SOF 封包的積極性。PID 之后的是 11 bit 的 Frame Number綠色化發展，這個例子的 Frame Number 是 ，換算為十進(jìn)制就是 1378不久前，也就是第 1378 個 Frame用上了。
圖七 SOF 封包實(shí)際波形
IN 封包：
Token 還有兩種封包，IN 封包與 OUT 封包能力建設。所謂 IN 與 OUT 是指對于 PC 而言關註。IN 封包是 PC 需要由裝置讀進(jìn)來數(shù)據(jù)時使用的；OUT 則是 PC 需要送出數(shù)據(jù)給裝置時使用的設計標準。IN 封包可以使用在中斷型傳輸開展、巨量型傳輸、控制型傳輸?shù)臄?shù)據(jù)時期發揮重要帶動作用、實(shí)時型傳輸?shù)葌鬏敗?br data-filtered="filtered"> 圖八是 IN 封包格式示意圖與實(shí)際量測圖意向。如圖所示，除了基本的 Type 字段與 Check 字段之外文化價值，IN 封包包含 7 bit 的 DeviceAddress 與 4 bit 的 End Point Number發展空間。執(zhí)行 IN 封包動作時，首先 PC 送出一個 IN 封包有所應，接著裝置回傳一個數(shù)據(jù)封包足了準備， 最后 PC 送出一個交握封包給 Device，表示已收到資料著力提升。但在實(shí)時型傳輸中深刻內涵，IN 處理動作不使用交握封包。IN 傳輸所能傳輸?shù)臄?shù)據(jù)量取決于傳輸型態(tài)融合。
圖八 IN 封包格式示意圖與實(shí)際量測圖
圖九是一個實(shí)際的 IN 封包深入闡釋。PID 的前 4 bit 為 “1001＂ 就是 IN 封包的 ID。再來是 7 bit 的 Address完成的事情，這個例子的 Address
是 “1＂物聯與互聯。再來是 4 bit 的 Endpoint，這個例子的 Endpoint 是 ＂0＂改造層面。最后是 5 bit 的 CRC供給。
圖九 IN 封包實(shí)際波形
OUT 封包：
當(dāng)數(shù)據(jù)將被送出給某個 Device 時，系統(tǒng)會進(jìn)行一個 OUT 傳輸經驗分享。有三種傳輸型態(tài)用到 OUT 傳輸：巨量型傳輸解決方案、控制型傳輸?shù)臄?shù)據(jù)時期趨勢、 實(shí)時型傳輸。 OUT 封包除了 PID 之外貢獻法治， 其余數(shù)據(jù)格式都與 IN 封包相同設備製造， 一樣有 7 bit 的 Address， 4 bit 的 Endpoint（如圖十所示）攻堅克難。
圖十 OUT 封包格式示意圖與實(shí)際量測圖
圖十一是一個實(shí)際的 OUT 封包管理。PID 為“0001＂就是 OUT 封包。這個例子的 Address 是“1＂雙向互動。再來是 4 bit 的 Endpoint效率和安，這個例子的 Endpoint 是 ＂0＂。最后是 5 bit 的 CRC品牌。
圖十一 OUT 封包實(shí)際波形
SETUP 封包：
SETUP 封包只有在控制型傳輸?shù)脑O(shè)定階段使用深入開展。SETUP 處理動作啟動一個控制型傳輸，并且定義為設(shè)定階段等形式。SETUP 處理動作在形式上類似一個 OUT 動作： SETUP 封包后跟著一個 Data0 封包與一個回復(fù)封包技術的開發。SETUP 封包的目的是傳送一個要求給 Device 執(zhí)行。下圖是 SETUP 封包的格式相貫通。SETUP 封包除了 PID 之外不斷發展，其余數(shù)據(jù)格式都與 IN/OUT 封包相同，一樣有 7bit 的 Address自動化方案，4 bit 的 Endpoint（如圖十二所示）緊密協作。
圖十二 SETUP 封包格式示意圖與實(shí)際量測圖
圖十三是一個實(shí)際的SETUP封包。 PID為 “1101＂ 就是SETUP封包線上線下。 這個例子的 Address是“1＂發揮重要作用。 再來是4 bit 的Endpoint，這個例子的 Endpoint 是 ＂0＂數據顯示。最后是 5 bit 的 CRC高質量。
圖十三 SETUP 封包實(shí)際波形
Data0 與 1 Data1 封包：
Data封包跟在IN、OUT記得牢、SETUP三種封包之后註入了新的力量。IN封包之后的Data封包是將數(shù)據(jù)傳入PC；OUT與SETUP之后的封包是將數(shù)據(jù)傳出給Device蓬勃發展。傳輸數(shù)據(jù)時特點，Data0封包與Data1 封包是交互的使用積極回應，如果此次傳輸數(shù)據(jù)是用Data0封包重要性，則下次傳輸數(shù)據(jù)就是使用Data1封包，反之亦然多種場景。這是為了用來當(dāng)作一個同步機(jī)制使用多元化服務體系。一個很大量的數(shù)據(jù)規劃，會被切成多個小封包來傳輸，此時 Data0 與Data1封包交互的使用就可以當(dāng)作一個同步的機(jī)制深度。在高速模式底下還有Data2及MData兩種實(shí)時傳輸數(shù)據(jù)封包帶動擴大。
圖十四是 Data0 與 Data1 的封包格式。PID 為“1100＂就是 Data0 封包開拓創新，PID 為 “1011＂就是 Data1 封包持續發展。
圖十四 Data0 與 Data1 的封包格式
Data2 及 MData 兩種實(shí)時傳輸數(shù)據(jù)封包的 PID 分別為 0111 及 1111。
交握封包 (Handshake Packets) ：
交握封包用來回報處理動作的完成狀況促進善治。交握封包有三種擴大。
ACK封包：確認(rèn)數(shù)據(jù)正確無誤的被接收。
NAK封包：告知主機(jī)現(xiàn)在目標(biāo)裝置暫時無法接收或傳回數(shù)據(jù)發揮效力。
STALL封包：無法完成傳輸新格局，且需要軟件介入以便使得裝置能從STALL狀態(tài)復(fù)原。
在USB2.0中還有一種NYET封包指導，表示數(shù)據(jù)尚未備妥無法傳輸競爭力。NYET的PID為0110。
圖十五是三種交握封包的格式圖進一步完善。交握封包沒有資料集聚，也沒有 CRC，只有 SYNC 與 PID關規定。ACK 的 PID 是 0010發展基礎，NAK 的 PID是 1010，STALL 的 PID 是 1110建強保護。
圖十五 三種交握封包格式圖
前導(dǎo)封包 (Preamble Packet) ：
前導(dǎo)封包用在低速傳輸時同期。 在傳送一個低速封包前， 一個前導(dǎo)封包必須被送出使命責任， 主機(jī)保證前導(dǎo)封包之后的封包是低速傳送效果。
圖十六是前導(dǎo)封包示意圖。 前導(dǎo)封包由一個 SYNC 與一個 PID 組成合規意識， PID 是 1100密度增加。 有一點(diǎn)必須注意的是， 前導(dǎo)封包不以 EOP結(jié)尾創新內容。
圖十六 前導(dǎo)封包示意圖
USB2.0 總線協(xié)議模塊設(shè)定
圖十七 孕龍科技 USB2.0 分析模塊
總線協(xié)議模塊設(shè)定方便又快速機遇與挑戰， 如圖十八所示使用者只需要依照連接說明將USB2.0硬件模塊連接至邏輯分析儀，在 USB2.0 總線協(xié)議模塊中設(shè)定高速模式善於監督，點(diǎn)下 OK 后就可以將 USB2.0 訊號譯碼集成技術。
圖十八 USB2.0 總線協(xié)議模塊
串行協(xié)定封包列表
為更加方便分析以及提高效率，孕龍邏輯分析儀更加在新版軟件中加入串行協(xié)議封包列表功能，能夠?qū)⒋杏嵦柌扇》獍温滹@示以直列方式把數(shù)據(jù)內(nèi)容顯示出來適應能力，讓使用者清楚了解各封包先后出現(xiàn)的時序關(guān)系更優美。圖十九為USB2.0 訊號使用串行協(xié)議封包列表顯示的結(jié)果
圖十九 USB2.0 訊號使用串行協(xié)議封包列表顯示的結(jié)果
在圖十九中的封包列表，除了將各種 USB2.0 封包使用直列方式顯示外防控，在封包列表窗口上方更設(shè)置了過濾條件成效與經驗，依照 USB PID 規(guī)范可對已擷取封包進(jìn)行篩選，更可在龐大的數(shù)據(jù)封包中快速進(jìn)行分析堅實基礎。
USB2.0信號測試分析應(yīng)用方案總結(jié)
總線協(xié)議常常被應(yīng)用在嵌入式系統(tǒng)的設(shè)計中稍有不慎，但是若僅使用示波器分析這些訊號是非常花費(fèi)時間的等地，孕龍的PC-BASE 邏輯分析儀可以提供工程師們更強(qiáng)大的觸發(fā)功能規模最大、近百種的總線協(xié)議譯碼模塊及便利的數(shù)據(jù)搜尋，讓工程師在開發(fā)產(chǎn)品時更能夠得心應(yīng)手統籌，近期更推出了可與各大廠牌示波器進(jìn)行堆棧最深厚的底氣，藉以同時測量數(shù)字及模擬信號，快速解決電路開發(fā)中各種難題振奮起來。
