問題：

        某客戶使用STM32F4的OTG庫做USB主機(jī)控制Wifi網(wǎng)卡。使用BULK傳輸時(shí)，從設(shè)備讀取數(shù)據(jù)時(shí)，如果設(shè)備需要返回把設(shè)備返回的NAK狀態(tài)告知上層應(yīng)用，該如何修改OTG庫。

調(diào)研：

先來看看OTG庫當(dāng)前對(duì)BULK類型傳輸，IN和OUT方向上的NAK的處理方式：

@BULK IN 通道

If(nak)

重新使能該通道： CHENA=1, CHDIS=0

記錄通道狀態(tài)： Pdev->hostHC_Status[num]= HC_NAK

清零NAK位

退出該中斷處理程序(ISR)

        一旦重新使能該通道，主機(jī)硬件又自動(dòng)發(fā)送IN令牌企圖從設(shè)備獲取數(shù)據(jù)，直到設(shè)備準(zhǔn)備好數(shù)據(jù)不再回復(fù)NAK，而回復(fù)主機(jī)要獲取的數(shù)據(jù)，然后主機(jī)硬件回復(fù)ACK結(jié)束本次transfer。

        BULK IN通道對(duì)NAK的處理和CTRL IN通道對(duì)NAK的處理，在ISR中是一樣的；但是在驅(qū)動(dòng)庫里，對(duì)CTRL IN有超時(shí)限制，而對(duì)BULK IN沒有。就是說對(duì)于常用來做枚舉傳輸?shù)?/span>CTRL傳輸，當(dāng)啟動(dòng)從設(shè)備獲取信息，但是久久未得的情況下，會(huì)走到Timeout的處理分支。從代碼里我們可以看到:

<usbh_core.c>

USBH_HandleControl()

{

case CTRL_DATA_IN : 發(fā)出IN令牌

caseCTRL_DATA_IN_WAIT :get_urb_state

if(done)

if(stall)

if(error)

if (超時(shí)) USBH Fail 。。。。。。

但是BULK IN通道對(duì)NAK的接收沒有超時(shí)控制，因?yàn)?/span>BULK傳輸本身的性質(zhì)就是不保證帶寬的，即如果主機(jī)上有很多其他優(yōu)先級(jí)更高的周期類型的傳輸（同步ISO傳輸和中斷INT傳輸），則在BULK傳輸有可能無限延遲。

CTRL IN對(duì)NAK有超時(shí)處理，那么CTRL OUT對(duì)NAK是如何處理的呢？

從代碼里可以看到CTRL OUT收到NAK后會(huì)把該狀態(tài)上傳APP。

@CTRL OUT 通道

If(nak)

打開通道halt中斷： CHMM @ OTG_FS_HCINTMSK

Halt該通道： CHENA=0,CHDIS=1

記錄通道狀態(tài)：Pdev->hostHC_Status[num] = HC_NAK

錯(cuò)誤計(jì)數(shù)清零

清零NAK標(biāo)志：@HCINTx

退出該中斷處理程序(ISR)，又進(jìn)入通道halt中斷

If(halt)

關(guān)閉通道halt中斷

記錄通道狀態(tài)以上傳APP：Pdev->host.URB_State[num]= URB_NOTREADY

然后在庫代碼處理控制傳輸時(shí)，如果檢測到這個(gè)狀態(tài)，就會(huì)重新發(fā)送OUT令牌和數(shù)據(jù)包。

<usbh_core.c>

USBH_HandleControl()

{

case CTRL_DATA_OUT : 發(fā)出OUT令牌和數(shù)據(jù)包

caseCTRL_DATA_OUT_WAIT :

get_urb_state

if(done)

if(stall)

if(error)

if (URB_NOTREADY)回到之前的case CTRL_DATA_OUT

因此，當(dāng)CTRL IN收到NAK后，如果想把狀態(tài)上傳給App，則可以模仿CTRL OUT對(duì)NAK的處理。首先， ISR中的處理可以模仿CTRL OUT，在BULK傳輸?shù)奶幚碇校瑢?duì)每次發(fā)送IN令牌的地方（USBH_BulkReceiveData）查詢傳輸狀態(tài)，如果URB_NOTREADY就由App來決定如何處理。

處理：

基于U盤讀寫的例程，在每次USBH_BulkReceiveData之后檢查狀態(tài)，如果是URB_NOTREADY就重新發(fā)送IN令牌。全項(xiàng)目USBH_BulkReceiveData有三個(gè)地方，且都在USBH_HandleBOTXfer()中調(diào)用，即在BOT傳輸中若干次讀數(shù)據(jù)階段（多次數(shù)據(jù)包整數(shù)長度讀取和最后一次的尾巴數(shù)據(jù)讀取）和CSW階段的讀取。

<usbh_core.c>

USBH_MSC_HandleBOTXfer()

{

caseUSBH_MSC_BOT_DATAIN_STATE:

if (URB_DONE)

{

if (剩余數(shù)據(jù)大于端點(diǎn)的MPZ)USBH_BulkReceiveData(MPZ)

if(剩余數(shù)據(jù)小于端點(diǎn)的MPZ) USBH_BulkReceiveData(剩余數(shù)據(jù)量)

}

caseUSBH_MSC_RECEIVE_CSW_STATE :

USBH_BulkReceiveData(13)

需要對(duì)每次BULK IN傳輸后檢測狀態(tài)，如果收到NAK則重新發(fā)起剛才的那次BULK IN傳輸：

<usbh_core.c>

USBH_MSC_HandleBOTXfer()

{

caseUSBH_MSC_BOT_DATAIN_STATE:

if (URB_DONE)

{

if (剩余數(shù)據(jù)大于端點(diǎn)的MPZ)USBH_BulkReceiveData(MPZ)

if(剩余數(shù)據(jù)小于端點(diǎn)的MPZ) USBH_BulkReceiveData(剩余數(shù)據(jù)量)

}

If(URB_NOTREADY)

{重新發(fā)起剛才的BULKIN傳輸}

caseUSBH_MSC_RECEIVE_CSW_STATE :

USBH_BulkReceiveData(13)

If(URB_NOTREADY)

{重新發(fā)起剛才的BULK IN傳輸}

經(jīng)過以上修改，以FS和HS都能對(duì)U盤正確讀取。

修改后的參考固件代碼，請(qǐng)去STMCU官網(wǎng)實(shí)戰(zhàn)經(jīng)驗(yàn)處下載。