日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

关于USB的8个问题

發布時間:2025/3/15 编程问答 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 关于USB的8个问题 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

問題一:USB的傳輸線結構是如何的呢?

答案一:一條USB的傳輸線分別由地線、電源線、D+、D-四條線構成,D+和D-是差分輸入線,它使用的是3.3V的電壓(注意哦,與CMOS的5V電平不同),而電源線和地線可向設備提供5V

電壓,最大電流為500MA(可以在編程中設置的,至于硬件的實現機制,就不要管它了)。

?

問題二:數據是如何在USB傳輸線里面傳送的

答案二:數據在USB線里傳送是由低位到高位發送的。

??

問題三:USB的編碼方案?

答案三:USB采用不歸零取反來傳輸數據,當傳輸線上的差分數據輸入0時就取反,輸入1時就保持原值,為了確保信號發送的準確性,當在USB總線上發送一個包時,傳輸設備就要進行位

插入***作(即在數據流中每連續6個1后就插入一個0),從而強迫NRZI碼發生變化。這個了解就行了,這些是由專門硬件處理的。

??

問題四:USB的數據格式是怎么樣的呢?

答案四:和其他的一樣,USB數據是由二進制數字串構成的,首先數字串構成域(有七種),域再構成包,包再構成事務(IN、OUT、SETUP),事務最后構成傳輸(中斷傳輸、并行傳輸

、批量傳輸和控制傳輸)。下面簡單介紹一下域、包、事務、傳輸,請注意他們之間的關系。

(一)域:是USB數據最小的單位,由若干位組成(至于是多少位由具體的域決定),域可分為七個類型:

1、同步域(SYNC),八位,值固定為0000 0001,用于本地時鐘與輸入同步

2、標識域(PID),由四位標識符+四位標識符反碼構成,表明包的類型和格式,這是一個很重要的部分,這里可以計算出,USB的標識碼有16種,具體分類請看問題五。

3、地址域(ADDR):七位地址,代表了設備在主機上的地址,地址000 0000被命名為零地址,是任何一個設備第一次連接到主機時,在被主機配置、枚舉前的默認地址,由此可以知道為什么一個USB主機只能接127個設備的原因。

4、端點域(ENDP),四位,由此可知一個USB設備有的端點數量最大為16個。

5、幀號域(FRAM),11位,每一個幀都有一個特定的幀號,幀號域最大容量0x800,對于同步傳輸有重要意義(同步傳輸為四種傳輸類型之一,請看下面)。

6、數據域(DATA):長度為0~1023字節,在不同的傳輸類型中,數據域的長度各不相同,但必須為整數個字節的長度

7、校驗域(CRC):對令牌包和數據包(對于包的分類請看下面)中非PID域進行校驗的一種方法,CRC校驗在通訊中應用很泛,是一種很好的校驗方法,至于具體的校驗方法這里就不多

說,請查閱相關資料,只須注意CRC碼的除法是模2運算,不同于10進制中的除法。

?

(二)包:由域構成的包有四種類型,分別是令牌包、數據包、握手包和特殊包,前面三種是重要的包,不同的包的域結構不同,介紹如下

?

1、令牌包:可分為輸入包、輸出包、設置包和幀起始包(注意這里的輸入包是用于設置輸入命令的,輸出包是用來設置輸出命令的,而不是放據數的)

其中輸入包、輸出包和設置包的格式都是一樣的:

SYNC+PID+ADDR+ENDP+CRC5(五位的校驗碼)???

(上面的縮寫解釋請看上面域的介紹,PID碼的具體定義請看問題五)

幀起始包的格式:

SYNC+PID+11位FRAM+CRC5(五位的校驗碼)

?

2、數據包:分為DATA0包和DATA1包,當USB發送數據的時候,當一次發送的數據長度大于相應端點的容量時,就需要把數據包分為好幾個包,分批發送,DATA0包和DATA1包交替發送,

即如果第一個數據包是DATA0,那第二個數據包就是DATA1。但也有例外情況,在同步傳輸中(四類傳輸類型中之一),所有的數據包都是為DATA0,格式如下:

SYNC+PID+0~1023字節+CRC16

?

3、握手包:結構最為簡單的包,格式如下

SYNC+PID

?

(注上面每種包都有不同類型的,USB1.1共定義了十種包,具體請見問題五)

?

(三)事務:分別有IN事務、OUT事務和SETUP事務三大事務,每一種事務都由令牌包、數據包、握手包三個階段構成,這里用階段的意思是因為這些包的發送是有一定的時間先后順序的

,事務的三個階段如下:

1、令牌包階段:啟動一個輸入、輸出或設置的事務

2、數據包階段:按輸入、輸出發送相應的數據

3、握手包階段:返回數據接收情況,在同步傳輸的IN和OUT事務中沒有這個階段,這是比較特殊的。

事務的三種類型如下(以下按三個階段來說明一個事務):

1、 IN事務:

令牌包階段——主機發送一個PID為IN的輸入包給設備,通知設備要往主機發送數據;

數據包階段——設備根據情況會作出三種反應(要注意:數據包階段也不總是傳送數據的,根據傳輸情況還會提前進入握手包階段)

1) 設備端點正常,設備往入主機里面發出數據包(DATA0與DATA1交替);

2) 設備正在忙,無法往主機發出數據包就發送NAK無效包,IN事務提前結束,到了下一個IN事務才繼續;

3) 相應設備端點被禁止,發送錯誤包STALL包,事務也就提前結束了,總線進入空閑狀態。

握手包階段——主機正確接收到數據之后就會向設備發送ACK包。

?

2、 OUT事務:

令牌包階段——主機發送一個PID為OUT的輸出包給設備,通知設備要接收數據;

數據包階段——比較簡單,就是主機會設備送數據,DATA0與DATA1交替

握手包階段——設備根據情況會作出三種反應

1)設備端點接收正確,設備往入主機返回ACK,通知主機可以發送新的數據,如果數據包發生了CRC校驗錯誤,將不返回任何握手信息;

2) 設備正在忙,無法往主機發出數據包就發送NAK無效包,通知主機再次發送數據;

3) 相應設備端點被禁止,發送錯誤包STALL包,事務提前結束,總線直接進入空閑狀態。

?

3、SETUT事務:

令牌包階段——主機發送一個PID為SETUP的輸出包給設備,通知設備要接收數據;

數據包階段——比較簡單,就是主機會設備送數據,注意,這里只有一個固定為8個字節的DATA0包,這8個字節的內容就是標準的USB設備請求命令(共有11條,具體請看問題七)?

握手包階段——設備接收到主機的命令信息后,返回ACK,此后總線進入空閑狀態,并準備下一個傳輸(在SETUP事務后通常是一個IN或OUT事務構成的傳輸)

?

(四)傳輸:傳輸由OUT、IN、SETUP事務其中的事務構成,傳輸有四種類型,中斷傳輸、批量傳輸、同步傳輸、控制傳輸,其中中斷傳輸和批量轉輸的結構一樣,同步傳輸有最簡單的結

構,而控制傳輸是最重要的也是最復雜的傳輸。

1、中斷傳輸:由OUT事務和IN事務構成,用于鍵盤、鼠標等HID設備的數據傳輸中

2、批量傳輸:由OUT事務和IN事務構成,用于大容量數據傳輸,沒有固定的傳輸速率,也不占用帶寬,當總線忙時,USB會優先進行其他類型的數據傳輸,而暫時停止批量轉輸。

3、同步傳輸:由OUT事務和IN事務構成,有兩個特殊地方,第一,在同步傳輸的IN和OUT事務中是沒有返回包階段的;第二,在數據包階段所有的數據包都為DATA0

4、控制傳輸:最重要的也是最復雜的傳輸,控制傳輸由三個階段構成(初始設置階段、可選數據階段、狀態信息步驟),每一個階段可以看成一個的傳輸,也就是說控制傳輸其實是由三

個傳輸構成的,用來于USB設備初次加接到主機之后,主機通過控制傳輸來交換信息,設備地址和讀取設備的描述符,使得主機識別設備,并安裝相應的驅動程序,這是每一個USB開發者

都要關心的問題。

1、初始設置步驟:就是一個由SET事務構成的傳輸

2、可選數據步驟:就是一個由IN或OUT事務構成的傳輸,這個步驟是可選的,要看初始設置步驟有沒有要求讀/寫數據(由SET事務的數據包階段發送的標準請求命令決定)

3、 狀態信息步驟:顧名思義,這個步驟就是要獲取狀態信息,由IN或OUT事務構成構成的傳輸,但是要注意這里的IN和OUT事務和之前的INT和OUT事務有兩點不同:

1) 傳輸方向相反,通常IN表示設備往主機送數據,OUT表示主機往設備送數據;在這里,IN表示主機往設備送數據,而OUT表示設備往主機送數據,這是為了和可選數據步驟相結合;

2) 在這個步驟里,數據包階段的數據包都是0長度的,即SYNC+PID+CRC16

除了以上兩點有區別外,其他的一樣,這里就不多說

?

(思考:這些傳輸模式在實際***作中應如何通過什么方式去設置?)

??

問題五:標識碼有哪些?

答案五:如同前面所說的標識碼由四位數據組成,因此可以表示十六種標識碼,在USB1.1規范里面,只用了十種標識碼,USB2.0使用了十六種標識碼,標識碼的作用是用來說明包的屬性的

,標識碼是和包聯系在一起的,首先簡單介紹一下數據包的類型,數據包分為令牌包、數據、握手包和特殊包四種(具體分類請看問題七),標識碼分別有以下十六種:

令牌包 :

0x01? 輸出(OUT)啟動一個方向為主機到設備的傳輸,并包含了設備地址和標號

0x09? 輸入 (IN) 啟動一個方向為設備到主機的傳輸,并包含了設備地址和標號

0x05? 幀起始(SOF)表示一個幀的開始,并且包含了相應的幀號

0x0d? 設置(SETUP)啟動一個控制傳輸,用于主機對設備的初始化

數據包 :

0x03? 偶數據包(DATA0),

0x0b? 奇數據包(DATA1)

握手包:

0x02? 確認接收到無誤的數據包(ACK)

0x0a? 無效,接收(發送)端正在忙而無法接收(發送)信息

0x0e? 錯誤,端點被禁止或不支持控制管道請求

特殊包 0x0C? 前導,用于啟動下行端口的低速設備的數據傳輸


??
問題六:USB主機是如何識別USB設備的?

答案六:當USB設備插上主機時,主機就通過一系列的動作來對設備進行枚舉配置(配置是屬于枚舉的一個態,態表示暫時的狀態),這這些態如下:

??????? 1、接入態(Attached):設備接入主機后,主機通過檢測信號線上的電平變化來發現設備的接入;

??????? 2、供電態(Powered):就是給設備供電,分為設備接入時的默認供電值,配置階段后的供電值(按數據中要求的最大值,可通過編程設置)

??????? 3、缺省態(Default):USB在被配置之前,通過缺省地址0與主機進行通信;

??????? 4、地址態(Address):經過了配置,USB設備被復位后,就可以按主機分配給它的唯一地址來與主機通信,這種狀態就是地址態;

??????? 5、配置態(Configured):通過各種標準的USB請求命令來獲取設備的各種信息,并對設備的某此信息進行改變或設置。

??????? 6、掛起態(Suspended):總線供電設備在3ms內沒有總線***作,即USB總線處于空閑狀態的話,該設備就要自動進入掛起狀態,在進入掛起狀態后,總的電流功耗不超過280UA。

??

問題七:剛才在答案四提到的標準的USB設備請求命令究竟是什么?

答案七:標準的USB設備請求命令是用在控制傳輸中的“初始設置步驟”里的數據包階段(即DATA0,由八個字節構成),請看回問答四的內容。標準USB設備請求命令共有11個,大小都是8

個字節,具有相同的結構,由5個字段構成(字段是標準請求命令的數據部分),結構如下(括號中的數字表示字節數,首字母bm,b,w分別表示位圖、字節,雙字節):

bmRequestType(1)+bRequest(1)+wvalue(2)+wIndex(2)+wLength(2)

?

各字段的意義如下:

1、bmRequestType:D7D6D5D4D3D2D1D0

D7=0主機到設備

=1設備到主機;

D6D5=00標準請求命令

???? =01 類請求命令

???? =10用戶定義的命令?????

=11保留值

D4D3D2D1D0=00000 接收者為設備

??????????? =00001 接收者為設備

??????????? =00010 接收者為端點

??????????? =00011 接收者為其他接收者

??????????? =其他? 其他值保留

2、bRequest:請求命令代碼,在標準的USB命令中,每一個命令都定義了編號,編號的值就為字段的值,編號與命令名稱如下(要注意這里的命令代碼要與其他字段結合使用,可以說命令

代碼是標準請求命令代碼的核心,正是因為這些命令代碼而決定了11個USB標準請求命令):

0) 0? GET_STATUS:用來返回特定接收者的狀態

1) 1? CLEAR_FEATURE:用來清除或禁止接收者的某些特性

2) 3? SET_FEATURE:用來啟用或激活命令接收者的某些特性

3) 5? SET_ADDRESS:用來給設備分配地址

4) 6? GET_DEscriptOR:用于主機獲取設備的特定描述符

5) 7? SET_DEscriptOR:修改設備中有關的描述符,或者增加新的描述符

6) 8? GET_CONFIGURATION:用于主機獲取設備當前設備的配置值(注同上面的不同)??

7) 9? SET_CONFIGURATION:用于主機指示設備采用的要求的配置

8) 10? GET_INTERFACE:用于獲取當前某個接口描述符編號

9) 11? SET_INTERFACE:用于主機要求設備用某個描述符來描述接口

10) 12 SYNCH_FRAME:用于設備設置和報告一個端點的同步幀

以上的11個命令要說得明白真的有一匹布那么長,請各位去看書吧,這里就不多說了,控制傳輸是USB的重心,而這11個命令是控制傳輸的重心,所以這11個命令是重中之重,這個搞明白

了,USB就算是入門了。


問題八:在標準的USB請求命令中,經常會看到Descriptor,這是什么來的呢?

回答八:Descriptor即描述符,是一個完整的數據結構,可以通過C語言等編程實現,并存儲在USB設備中,用于描述一個USB設備的所有屬性,USB主機是通過一系列命令來要求設備發送這

些信息的。它的作用就是通過如問答節中的命令***作來給主機傳遞信息,從而讓主機知道設備具有什么功能、屬于哪一類設備、要占用多少帶寬、使用哪類傳輸方式及數據量的大小,只有

主機確定了這些信息之后,設備才能真正開始工作,所以描述符也是十分重要的部分,要好好掌握。標準的描述符有5種,USB為這些描述符定義了編號:

1——設備描述符

2——配置描述符

3——字符描述符

4——接口描述符

5——端點描述符

上面的描述符之間有一定的關系,一個設備只有一個設備描述符,而一個設備描述符可以包含多個配置描述符,而一個配置描述符可以包含多個接口描述符,一個接口使用了幾個端點,就

有幾個端點描述符。這間描述符是用一定的字段構成的,分別如下說明:

1、設備描述符

struct _DEVICE_DEscriptOR_STRUCT

{

?BYTE bLength;????????? //設備描述符的字節數大小,為0x12

?BYTE bDescriptorType;? //描述符類型編號,為0x01

?WORD bcdUSB;?????????? //USB版本號

?BYTE bDeviceClass;? //USB分配的設備類代碼,0x01~0xfe為標準設備類,0xff為廠商自定義類型

??????????????????????? //0x00不是在設備描述符中定義的,如HID

??? BYTE bDeviceSubClass;?? //usb分配的子類代碼,同上,值由USB規定和分配的

??? BYTE bDeviceProtocl;??? //USB分配的設備協議代碼,同上

??? BYTE bMaxPacketSize0;?? //端點0的最大包的大小

??? WORD idVendor;????????? //廠商編號

??? WORD idProduct;???????? //產品編號

??? WORD bcdDevice;???????? //設備出廠編號

??? BYTE iManufacturer;???? //描述廠商字符串的索引

??? BYTE iProduct;????????? //描述產品字符串的索引

??? BYTE iSerialNumber;???? //描述設備序列號字符串的索引

??? BYTE bNumConfiguration; //可能的配置數量

????

}

?
?

2、配置描述符

struct _CONFIGURATION_DEscriptOR_STRUCT

{

?BYTE bLength;????????? //設備描述符的字節數大小,為0x12

?BYTE bDescriptorType;? //描述符類型編號,為0x01

?WORD wTotalLength;???? //配置所返回的所有數量的大小

?BYTE bNumInterface;??? //此配置所支持的接口數量

?BYTE bConfigurationVale;?? //Set_Configuration命令需要的參數值

?BYTE iConfiguration;?????? //描述該配置的字符串的索引值

?BYTE bmAttribute;????????? //供電模式的選擇

?BYTE MaxPower;???????????? //設備從總線提取的最大電流

}

?

3、字符描述符

struct _STRING_DEscriptOR_STRUCT

{

?BYTE bLength;????????? //設備描述符的字節數大小,為0x12

?BYTE bDescriptorType;? //描述符類型編號,為0x01

?BYTE SomeDescriptor[36];????????? //UNICODE編碼的字符串

}

?

4、接口描述符

struct _INTERFACE_DEscriptOR_STRUCT

{

?BYTE bLength;????????? //設備描述符的字節數大小,為0x12

?BYTE bDescriptorType;? //描述符類型編號,為0x01

?BYTE bInterfaceNunber; //接口的編號

?BYTE bAlternateSetting;//備用的接口描述符編號

?BYTE bNumEndpoints;??? //該接口使用端點數,不包括端點0

?BYTE bInterfaceClass;? //接口類型

?BYTE bInterfaceSubClass;//接口子類型

?BYTE bInterfaceProtocol;//接口所遵循的協議

?BYTE iInterface;??????? //描述該接口的字符串索引值

}

5、端點描述符

struct _ENDPOIN_DEscriptOR_STRUCT

{

?BYTE bLength;????????? //設備描述符的字節數大小,為0x12

?BYTE bDescriptorType;? //描述符類型編號,為0x01

?BYTE bEndpointAddress; //端點地址及輸入輸出屬性

?BYTE bmAttribute;????? //端點的傳輸類型屬性

?WORD wMaxPacketSize;?? //端點收、發的最大包的大小

?BYTE bInterval;??????? //主機查詢端點的時間間隔

?}

總結

以上是生活随笔為你收集整理的关于USB的8个问题的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 黑帮大佬和我的365日第二部 | 欧美日韩国产精品一区 | 99热这里只有精品在线 | 69色| 亚欧av在线| 欧洲性生活视频 | 日韩在线中文字幕视频 | 日本wwwxxxx | 开心激情综合 | 日韩欧美小视频 | 欧洲成人免费视频 | 亚洲精品色午夜无码专区日韩 | 国产一区在线视频观看 | 男女涩涩 | 在线观看岛国av | 国产aaa级片| 一区二区三区视频免费 | 欧美色综合色 | 日韩第一视频 | 无码精品久久久久久久 | 亚洲国产第一页 | www.奇米| 人妻在线一区二区三区 | 久草成人在线 | 超碰美女 | 精品黄色一级片 | 日本不卡一区在线 | 欧美一区二区视频免费观看 | 在线观看网页视频 | 人妻夜夜爽天天爽三区麻豆av网站 | 奇米影视av | 性高潮久久久久久久久久 | 欧美第一视频 | 91国内揄拍国内精品对白 | 国产又爽又黄免费软件 | 在线中文字日产幕 | 国产剧情一区 | 一本在线免费视频 | 女人下面流白浆的视频 | 日韩中文字幕视频 | 六月综合网 | 91猎奇在线观看 | www.亚洲一区二区三区 | 国产在线视频在线观看 | 亚洲尹人 | 国产视频1区2区 | 都市激情 自拍偷拍 | 99视频精品在线 | 中文字幕久久精品 | 欧美国产精品久久 | 午夜av免费 | 经典三级在线视频 | 中国黄色网址 | 免费大片在线观看www | 日韩黄色片网站 | 国产二区电影 | 91桃色在线 | 视频在线观看一区二区 | 欧美精品一区二区三区四区五区 | 91亚洲精品在线 | 色漫在线观看 | 一个色在线视频 | 欧美成年人在线观看 | 免费吃奶摸下激烈视频 | 国产精品偷乱一区二区三区 | 性生活网址 | 在线观看亚洲精品视频 | 午夜免费福利 | 老司机狠狠爱 | 国产视频123| 亚洲人精品午夜射精日韩 | 久久综合热 | 黄色avv| 黄色片网站国产 | 亚洲精品水蜜桃 | 日韩精品视频免费看 | 中文字幕第十二页 | 国产一级久久久 | 男人的天堂2019 | 亚洲av永久无码精品放毛片 | 亚洲一二三区视频 | 欧美性大战xxxxx久久久 | 在线只有精品 | 牛牛视频在线观看 | 日本123区 | 免费色网| 天天干网 | 久久久国产精品一区 | 91资源在线观看 | hs网站在线观看 | 一区二区三区在线电影 | 美女视频一区 | 国产欧美一区二区三区在线看蜜臀 | 一区二区三区少妇 | 香蕉视频一区二区三区 | 美女无遮挡免费网站 | 末发成年娇小性xxxxx | 国产黄色大片免费看 | 国产日韩在线看 |