久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

標題: USB的“JoyStickMouse”工作過程詳細分析 [打印本頁]

作者: 51黑黑黑 時間: 2016-2-12 19:14
標題: USB的“JoyStickMouse”工作過程詳細分析

1、枚舉第二步：設置地址

（1）重新從復位狀態(tài)開始

在第一次獲取設備描述符后，程序使端點0的發(fā)送和接收都無效，狀態(tài)也設置為STALLED，所以主機先發(fā)一個復位，使得端點0接收有效。雖然說在NAK和STALL狀態(tài)下，端點仍然可以響應和接收SETUP包。

（2）設置地址的建立階段：

主機先發(fā)一個SETUP令牌包，設備端EP0的SETUP標志置位。然后主機發(fā)了一個OUT包，共8個字節(jié)，里面包含設置地址的要求。

設備在檢驗數(shù)據(jù)后，發(fā)一個ACK握手包。同時CTR_RX置位，CTR置位。數(shù)據(jù)已經(jīng)保存到RxADDR所指向的緩沖區(qū)。此時USB產(chǎn)生數(shù)據(jù)接收中斷。

由于CTR_RX和SETUP同時置位，終端處理程序調(diào)用Setup0_Process（），所做的工作仍然是先填充pInformation結(jié)構(gòu)，獲取請求特征碼、請求代碼和數(shù)據(jù)長度。

由于設置地址不會攜帶數(shù)據(jù)，所以接下來調(diào)用NoData_Setup0()。執(zhí)行以下代碼：

else if (RequestNo ==SET_ADDRESS)

{

Result = USB_SUCCESS;

}

說明設置地址沒有做任何工作。

ControlState =WAIT_STATUS_IN;

USB_StatusIn(); //這句話是一個關鍵，它是一個宏，實際是準備好發(fā)送0字節(jié)的狀態(tài)數(shù)據(jù)包。因為地址設置沒有數(shù)據(jù)過程，建立階段后直接進入狀態(tài)階段，主機發(fā)IN令牌包，設備返回0字節(jié)數(shù)據(jù)包，主機再ACK。

它對應的宏是這樣的：

#defineUSB_StatusIn() Send0LengthData() //準備發(fā)送0字節(jié)數(shù)據(jù)

#defineSend0LengthData() { _SetEPTxCount(ENDP0, 0);\

vSetEPTxStatus(EP_TX_VALID); \//設置發(fā)送有效，發(fā)送字節(jié)數(shù)為0

}

（3）設置地址的狀態(tài)階段：

而前面把狀態(tài)設置為WAIT_STATUS_IN是給IN令牌包的處理提供指示。因為建立階段結(jié)束以后，主機接著發(fā)一個IN令牌包，設備返回0字節(jié)數(shù)據(jù)包后，進入中斷。

本次中斷由IN0_Process（）函數(shù)來處理，追蹤進入，它執(zhí)行以下代碼：

else if (ControlState ==WAIT_STATUS_IN)

{

if ((pInformation->USBbRequest== SET_ADDRESS) &&
(Type_Recipient==(STANDARD_REQUEST|DEVICE_RECIPIENT)))

{

SetDeviceAddress(pInformation->USBwValue0);

pUser_Standard_Requests->User_SetDeviceAddress();//這個函數(shù)就一個賦值語句，bDeviceState =ADDRESSED。

}

(*pProperty->Process_Status_IN)();//這是一個空函數(shù)。

ControlState = STALLED;

}

執(zhí)行設置地址操作、采用新地址后，把設備的狀態(tài)改為STALLED。而在處理的出口中調(diào)用Post0_Process()函數(shù)，這個所做的工作是：

SetEPRxCount(ENDP0,Device_Property.MaxPacketSize);
//將端點0的緩沖區(qū)大小設置為64字節(jié)

if (pInformation->ControlState ==STALLED)

{

vSetEPRxStatus(EP_RX_STALL);

vSetEPTxStatus(EP_TX_STALL);

}

將端點0的發(fā)送和接收都設置為：STALL，這種狀態(tài)下只接受SETUP令牌包。

2、枚舉第三步：從新地址獲取設備描述符

（1）上一階段末尾的狀態(tài)

端點0的發(fā)送和接收都設置為：STALL，只接收SETUP令牌包。

（2）建立階段：主機發(fā)令牌包、數(shù)據(jù)包、設備ACK

產(chǎn)生數(shù)據(jù)接收中斷，且端點0的SETUP置位，調(diào)用Setup0_Process（）函數(shù)進行處理。

在Setup0_Process（）中，因為主機發(fā)送了請求數(shù)據(jù)8個字節(jié)。由調(diào)用Data_Setup0()函數(shù)進行處理。首先是獲取設備描述符的長度，描述符的起始地址，傳送的最大字節(jié)數(shù)，根據(jù)這些參數(shù)確定本次能夠傳輸?shù)淖止?jié)數(shù)，然后調(diào)用DataStageIn()函數(shù)進行實際的數(shù)據(jù)傳輸操作，設備描述符必須在本次中斷中就寫入發(fā)送緩沖區(qū)，因為很快就要進入數(shù)據(jù)階段了。

在函數(shù)處理的最后：

vSetEPTxStatus(EP_TX_VALID);

USB_StatusOut();

（3）數(shù)據(jù)階段：主機發(fā)IN包，設備返回數(shù)據(jù)，主機ACK

本次操作會產(chǎn)生數(shù)據(jù)發(fā)送完成中斷，由In0_Process(void)來處理中斷，它也調(diào)用DataStageIn（）函數(shù)來進行處理。

如果數(shù)據(jù)已經(jīng)發(fā)送完：

ControlState =WAIT_STATUS_OUT;

vSetEPTxStatus(EP_TX_STALL);
//轉(zhuǎn)入狀態(tài)階段。

有可能的話：

Send0LengthData();

ControlState =LAST_IN_DATA;

Data_Mul_MaxPacketSize = FALSE;//這一次發(fā)送0個字節(jié)，狀態(tài)轉(zhuǎn)為最后輸入階段。

否則，繼續(xù)準備數(shù)據(jù)，調(diào)整剩余字節(jié)數(shù)、發(fā)送指針位置，等待主機的下一個IN令牌包。

（4）狀態(tài)階段：主機發(fā)OUT包、0字節(jié)包，設備ACK

數(shù)據(jù)發(fā)送完成中斷，調(diào)用Out0_Process(void)函數(shù)進行處理，由于在數(shù)據(jù)階段的末尾已經(jīng)設置設備狀態(tài)為：WAIT_STATUS_OUT，所以處理函數(shù)基本上沒有做什么事，就退出了。并將狀態(tài)設為STALLED。

3、對配置描述符、字符串描述符獲取過程進行簡單跟蹤，過程就不再一一敘述了。

4、主機設置配置。

建立階段：主機發(fā)SETUP包、發(fā)請求數(shù)據(jù)包（DATA0包）、用戶ACK。

進入CTR中斷，用戶調(diào)用Setup0_Process()函數(shù)進行處理，取得請求數(shù)據(jù)后，由于沒有數(shù)據(jù)傳輸階段，該函數(shù)調(diào)用NoData_Setup0()函數(shù)進行處理。

判斷為設置配置后，調(diào)用Standard_SetInterface()函數(shù)將設備狀態(tài)結(jié)構(gòu)體的當前配置改為主機數(shù)據(jù)中的配置參數(shù)。同時調(diào)用用戶的設置配置函數(shù)，將設備狀態(tài)改為“configured”。

退出時，將控制傳輸狀態(tài)改為：ControlState =WAIT_STATUS_IN，進入狀態(tài)階段。設備期待主機的IN令牌包，返回狀態(tài)數(shù)據(jù)。

狀態(tài)階段：主機發(fā)IN令牌、設備返回0[size=12p]Setup0_Process()函數(shù)進行處理，取得請求數(shù)據(jù)后，由于沒有數(shù)據(jù)傳輸階段，該函數(shù)調(diào)用NoData_Setup0()函數(shù)進行處理。

設置空閑時一個類特殊請求，其特征碼為0x21，2表示類請求而不是標準請求，1表示接收對象是接口而不是設備。

USB的底層并不支持類特殊請求，它將調(diào)用上層函數(shù)提供的函數(shù)：

if (Result !=USB_SUCCESS)

{

Result =(*pProperty->Class_NoData_Setup)(RequestNo); //這里就是調(diào)用用戶提供的類特殊請求的處理函數(shù)。結(jié)果發(fā)現(xiàn)用戶提供的類特殊請求（針對無數(shù)據(jù)情況）只支持SET_PROTOCOL。針對有數(shù)據(jù)情況只支持：GET_PROTOCOL。

if ((Type_Recipient==(CLASS_REQUEST |INTERFACE_RECIPIENT))

&& (RequestNo== SET_PROTOCOL))

{

returnJoystick_SetProtocol();

}

6、主機獲取報告描述符

建立階段：主機發(fā)SETUP包、發(fā)請求數(shù)據(jù)包（DATA0包）、用戶ACK。

進入CTR中斷，獲取描述符是一個標準請求，但是報告描述符并不是需要通用實現(xiàn)的，所以在底層函數(shù)中沒有實現(xiàn)。跟蹤Setup0_Process(void)——進入Data_Setup(void)函數(shù)，它是這么處理的：

if (Request_No== GET_DESCRIPTOR)

{

if(Type_Recipient==(STANDARD_REQUEST|EVICE_RECIPIENT))

{

u8 wValue1 =pInformation->USBwValue1;

if (wValue1 ==DEVICE_DESCRIPTOR)

{

CopyRoutine =pProperty->GetDeviceDescriptor;

}

else if (wValue1 ==CONFIG_DESCRIPTOR)

{

CopyRoutine =pProperty->GetConfigDescriptor;

}

else if (wValue1 ==STRING_DESCRIPTOR)

{

CopyRoutine =pProperty->GetStringDescriptor;

}

可見核心函數(shù)只支持設備描述符、配置描述符以及字符串描述符。最終該函數(shù)將調(diào)用：

Result=(*pProperty->Class_Data_Setup)(pInformation->USBbRequest);

調(diào)用用戶的類特殊實現(xiàn)來獲取報告描述符，同時HID類描述符也是通過這種方式取得的。

7、主機從中斷端點讀取鼠標操作數(shù)據(jù)

主機會輪詢設備，設備數(shù)據(jù)的準備在主函數(shù)中，用Joystick_Send(JoyState())函數(shù)來實現(xiàn)。

Mouse_Buffer[1] = X;

Mouse_Buffer[2] = Y;

UserToPMABufferCopy(Mouse_Buffer, GetEPTxAddr(ENDP1),4);

SetEPTxValid(ENDP1);

使能端點1的發(fā)送，當主機的IN令牌包來的時候，SIE將數(shù)據(jù)返回給主機。同時產(chǎn)生 CTR中斷。

在中斷處理程序中，執(zhí)行下列代碼：

if ((wEPVal & EP_CTR_TX) !=0)

{

_ClearEP_CTR_TX(EPindex);

(*pEpInt_IN[EPindex-1])();

}

這是在函數(shù)指針數(shù)組中調(diào)用函數(shù)，跟蹤進入：發(fā)現(xiàn)這個函數(shù)什么也沒有做。

經(jīng)過對程序執(zhí)行過程的跟蹤和分析，我現(xiàn)在對USB設備HID類的工作有了大概的了解，對ST的USB庫的工作也有了初步的概念。把所有文件的源代碼粗略地瀏覽了一遍，心里大概有了些底。但現(xiàn)在我還不準備閱讀源代碼，我先把例程在智林開發(fā)板上移植好，再詳細的閱讀一遍源代碼。

歡迎光臨 (http://www.zg4o1577.cn/bbs/)