usb架構(gòu)及協(xié)議1.中文版_第1頁
usb架構(gòu)及協(xié)議1.中文版_第2頁
usb架構(gòu)及協(xié)議1.中文版_第3頁
usb架構(gòu)及協(xié)議1.中文版_第4頁
usb架構(gòu)及協(xié)議1.中文版_第5頁
已閱讀5頁,還剩13頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、lk流程控制w和事務(wù)級別的故障恢復t。本章的最aos 數(shù)據(jù)位被發(fā)送到總線的時候,首先最低有效位(b,跟著是下一個最低有效位,最后是最高(Mb(Ne TrsDsNRZ二進制串“JJJ”。通過被定義為8位長的二進制串,輸入電路以本地時鐘對齊輸入數(shù)據(jù)。(.2位是同步字段結(jié)束的記號,并且標志了包標識符(PID,Packet Identifer)的開始為了清楚起見,在此不考慮NRZI編碼和位填充(Bit Stuffing)的影響。所有的包都分別有包開 r-f-ackf-ckO(O所有USB包的同步字段后都緊跟著包標識符(ID-1所示,包標識符由4位的包類型字的符地上4個 D圖8-1PID PDorto(

2、INoydpo(To81表8-1PID PID PID 描標幀開始建立在主機到功能部件的事務(wù)中有地址+端 在功能部件到主機的事務(wù)中有地址+端 在主機到功能部件建立一個控制管道的事務(wù)地址+端數(shù)數(shù)據(jù)數(shù)據(jù)偶數(shù)據(jù)包奇數(shù)據(jù)包握不確認停止收到無措數(shù)據(jù)包接收設(shè)備部不能接收數(shù)據(jù),或發(fā)送設(shè)備不能發(fā)送端口掛起,或一個控制管道請求不被支前同步主機發(fā)送的前同步字。打開到低速設(shè)備的下線通信 (Aliasing都必須被忽略。另外, 對未初始化的端口的將使得標記被忽略。則取決于標記PID的值。如圖8-2所示,ADDR指定了總共128個地址。地址字段被用圖8-2 圖8-3 圖8-4 中被譯碼。標記和數(shù)據(jù)包的CRC可100%判

3、斷單位錯和雙位錯。失敗的CRC了保護字段(XOR如果剩余與包中最后計算出的檢驗和余項(Checksumremainder)不匹配,則存在 標記數(shù)據(jù)收到, 位剩余將是圖8-5 如上圖所示,標記括了覆蓋地址和端口字段的5位CRC。CRC并不覆蓋PID,因為它有自幀開始(SOF,Start-of-主機以每1.00ms 0.005ms一次的額定速率發(fā)出幀開始(SOF)包。如圖8-6包是由指示包類型的PID和其后的11位的幀號字段構(gòu)圖8-6 Toggle Synchronization(在第8.6節(jié)提到)而定義的。圖8-7 PID,它有自己的接收,命令的接收或,流控制(Flow Control)和停止(

4、Halt)條件。只有支持流控制法的的握手信號,但沒有以1個字節(jié)后面的EOP終止,則它被認為是無效的,且被忽圖8-8 在下列的情況下被,當時序位(SequenceBit)匹配且能接受數(shù)據(jù)的時候,(Resnchronize(特征(Halt feature)的時候,稱為“功能STALL(functional stall)(掛起特征在這文檔的 握手回答(Handshake 表8-2 據(jù)是否發(fā)送STALL握否否發(fā)送NAK握否能表8-3 是否否否能接受數(shù)據(jù),發(fā)送據(jù)。如果功能部件能夠接受數(shù)據(jù)并完整無錯收到數(shù)據(jù),它返回ACK。如果由于流控制的原表8-4 功能部件對輸出處理的回應(yīng)(按優(yōu)先順序征是無否否否否是可否

5、是否(Bulk(Control(sochonous 圖8-9 由功能部件無錯地接收到,那么它將返回三個握手中的一個 :ACK(Sequence Toggle Bit)和DATA0/DATA1 PID的使用而達到。當端口經(jīng)歷配置事件 (Configurationevent)(配置事件在節(jié)9.1.1.5和9.4.5中有解釋)的時候,批處理端口的切換時圖8-10 圖8-11 的變化來刻劃的,并且總是使用DATA1 PID。例如,如果數(shù)據(jù)階段由輸出事務(wù)構(gòu)成的,狀態(tài) 圖8-12 端口收到建立PID之后,不應(yīng)返回STALL握手表8-5 控制寫傳送(在數(shù)據(jù)時相發(fā)送控制讀傳送(在握手時相發(fā)送ACK握STALL

6、 NAK NAK握最后數(shù)據(jù)事務(wù)的出錯處理(Error 致。如果此事務(wù)的后面跟著另一個輸入事務(wù),切換重試機制(ToggleRetryMechanism)將樣去解釋狀態(tài)階段的開始。而控制寫則沒有這種的情況。如果輸出事務(wù)上的ACK控制管道返回的STALL握表示它失去和主機通信的能力,所以這是一種的情況。如果控制管道的確要支撐功能 圖8-13 圖8-14 注解:設(shè)備或主機控制器都應(yīng)該能接受DATA0和DATA1。設(shè)備或主機控制器應(yīng)該只發(fā)ISO事務(wù)不支持切PID,以及分別從屬于數(shù)據(jù)發(fā)送器和的切換時序位的使用而完成。部件的時序位在建立事務(wù)的最后都等于1圖8-15 器的時序位。如果數(shù)據(jù)不能被接受,必須發(fā)出N

7、AK,并且,發(fā)送器和的時序位保持不變。如果數(shù)據(jù)能被接受,并且的時序位和PID相匹配,則數(shù)據(jù)被接受,并且圖8-16 (imeout損壞的ACK握圖8-17 發(fā)送器是根據(jù)其收到ACK握手確切地知道事務(wù)是否成功的最后并且唯一。如圖8-18所示,丟失或者損壞的ACK握手使得發(fā)送器和之間的暫時失去同步。這里發(fā)送器在發(fā)圖8-18 重試的ACK在事務(wù)i的最后,由它們各自的時序位間的失配可看出發(fā)送器和暫時失去了同步。接完全一樣的數(shù)據(jù)中,它必須通過產(chǎn)生一位填充(BitStuffingViolation;來中止事務(wù)。低速(Low-speed。在發(fā)全速下行(Downstream)信號中,集線器所有掛有低速設(shè)備圖8-

8、19 (PreamblePRE(Preamble)PID構(gòu)成棗二者都以全速發(fā)送。集線器必須解釋 PRE PID ;所有其他的 USB設(shè)備都可以忽略它,把它當作未定義來處理它。同步信號PID的結(jié)束后,主機必須time低速信號是以主機用低速發(fā)送SYNC開始的,后面跟著包的剩余部分。包的結(jié)束是End-of-Packet(EOP)而被識別的,此時所有的集線器都斷開并任何連接有低速設(shè)備端Coonalit數(shù)據(jù)有效負載(Payload)被限制在最多8低速設(shè)備不接受SOF包且必須對未糾正的錯誤有較高的程度。USB使用3種錯誤檢測機制:位填充,PID檢驗位和CRC。位填充在節(jié)7.1.9中定義PID錯誤在節(jié)8.3

9、.1中定義。CRC錯誤在節(jié)8.3.5中定義表8-6 PID校驗,位填位填充,地址位填充, 幀號位填充, 數(shù)據(jù)總線周轉(zhuǎn)(Turn-a round)設(shè)備和主機都不會發(fā)出指示以其收到的包有錯誤的。不作肯定答復則被認為是有錯誤的。到它開始收到應(yīng)答為止過了多少時間。這一段時間被稱為總線周轉(zhuǎn)時間。當EOP的 SE0-to-J捵;懷魷質(zhì)保 剖骺J技剖(Timerdelayresponse(7.1.18送器在情況下的超時范圍內(nèi)沒有收到應(yīng)答,則認為包傳輸失敗。USB設(shè)備超時(Timeout(圖8-20 錯誤的果發(fā)生這樣的事件,它將構(gòu)成總線,并有能力損壞2個連續(xù)的事務(wù)的。錯誤的EOP的檢第一個條件是確定了設(shè)備已結(jié)束發(fā)送它的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論