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

標題: STM32 OTG主機庫U盤應用中的NAK處理 [打印本頁]

作者: taoran    時間: 2016-1-29 02:49
標題: STM32 OTG主機庫U盤應用中的NAK處理
本文作者Miler Shao
 經常碰到有人在利用USB OTGU盤的應用過程中遇到一些識別或讀取問題。這里分享一篇STM32芯片的OTG模塊做U盤應用過程中關于NAK處理的解析過程供參考。文章源于ST官方FAE技術應用文檔,本文底部有網站地址介紹,可供原文及參考代碼下載。

 

問題:

        某客戶使用STM32F4的OTG庫做USB主機控制Wifi網卡。使用BULK傳輸時,從設備讀取數時,如果設備需要返回把設備返回的NAK狀態告知上層應用,該如何修改OTG庫。

 

調研:

先來看看OTG庫當前對BULK類型傳輸,IN和OUT方向上的NAK的處理方式:

 

@BULK IN 通道

 

If(nak)

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

記錄通道狀態: Pdev->hostHC_Status[num]= HC_NAK

清零NAK

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

 

 

        一旦重新使能該通道,主機硬件又自動發送IN令牌企圖從設備獲取數據,直到設備準備好數據不再回復NAK,而回復主機要獲取的數據,然后主機硬件回復ACK結束本次transfer。

 

        BULK IN通道對NAK的處理和CTRL IN通道對NAK的處理,在ISR中是一樣的;但是在驅動庫里,對CTRL IN有超時限制,而對BULK IN沒有。就是說對于常用來做枚舉傳輸的CTRL傳輸,當啟動從設備獲取信息,但是久久未得的情況下,會走到Timeout的處理分支。從代碼里我們可以看到:

 

<usbh_core.c>

USBH_HandleControl()

{

case CTRL_DATA_IN : 發出IN令牌

caseCTRL_DATA_IN_WAIT :get_urb_state

if(done)

if(stall)

if(error)

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

 

 

但是BULK IN通道對NAK的接收沒有超時控制,因為BULK傳輸本身的性質就是不保證帶寬的,即如果主機上有很多其他優先級更高的周期類型的傳輸(同步ISO傳輸和中斷INT輸),則在BULK傳輸有可能無限延遲。

 

CTRL INNAK有超時處理,那么CTRL OUTNAK是如何處理的呢?

從代碼里可以看到CTRL OUT收到NAK后會把該狀態上傳APP。

 

@CTRL OUT 通道

If(nak)

打開通道halt中斷: CHMM @ OTG_FS_HCINTMSK

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

記錄通道狀態:Pdev->hostHC_Status[num] = HC_NAK

錯誤計數清零

清零NAK標志:@HCINTx

退出該中斷處理程序(ISR),又進入通道halt中斷

If(halt)

關閉通道halt中斷

記錄通道狀態以上傳APPPdev->host.URB_State[num]= URB_NOTREADY

 

然后在庫代碼處理控制傳輸時,如果檢測到這個狀態,就會重新發送OUT令牌和數據包。

<usbh_core.c>

USBH_HandleControl()

{

case CTRL_DATA_OUT : 發出OUT令牌和數據包

caseCTRL_DATA_OUT_WAIT :

get_urb_state

if(done)

if(stall)

if(error)

if (URB_NOTREADY)回到之前的case CTRL_DATA_OUT

 

因此,當CTRL IN收到NAK后,如果想把狀態上傳給App,則可以模仿CTRL OUTNAK處理。首先, ISR中的處理可以模仿CTRL OUT,在BULK傳輸的處理中,對每次發送IN牌的地方(USBH_BulkReceiveData)查詢傳輸狀態,如果URB_NOTREADY就由App決定如何處理。

 

處理:

基于U盤讀寫的例程,在每次USBH_BulkReceiveData之后檢查狀態,如果是URB_NOTREADY就重新發送IN令牌。全項目USBH_BulkReceiveData有三個地方,且都在USBH_HandleBOTXfer()中調用,即在BOT傳輸中若干次讀數據階段(多次數據包整數長度讀取和最后一次的尾巴數據讀取)和CSW階段的讀取。

 

<usbh_core.c>

USBH_MSC_HandleBOTXfer()

{

caseUSBH_MSC_BOT_DATAIN_STATE:

if (URB_DONE)

{

if (剩余數據大于端點的MPZ)USBH_BulkReceiveData(MPZ)

if(剩余數據小于端點的MPZ) USBH_BulkReceiveData(剩余數據量)

}

caseUSBH_MSC_RECEIVE_CSW_STATE :

USBH_BulkReceiveData(13)

 

需要對每次BULK IN傳輸后檢測狀態,如果收到NAK則重新發起剛才的那次BULK IN傳輸:

<usbh_core.c>

USBH_MSC_HandleBOTXfer()

{

caseUSBH_MSC_BOT_DATAIN_STATE:

if (URB_DONE)

{

if (剩余數據大于端點的MPZ)USBH_BulkReceiveData(MPZ)

if(剩余數據小于端點的MPZ) USBH_BulkReceiveData(剩余數據量)

}

If(URB_NOTREADY)

{重新發起剛才的BULKIN傳輸}

caseUSBH_MSC_RECEIVE_CSW_STATE :

USBH_BulkReceiveData(13)

If(URB_NOTREADY)

{重新發起剛才的BULK IN傳輸}

 

經過以上修改,以FSHS都能對U盤正確讀取。

 

修改后的參考固件代碼,請去STMCU官網實戰經驗處下載。

   


作者: wuzhanxiang    時間: 2019-11-19 15:15
這什么也沒說呀?怎么用文件系統




歡迎光臨 (http://www.zg4o1577.cn/bbs/) Powered by Discuz! X3.1
主站蜘蛛池模板: 亚洲男人天堂av | 亚洲精品字幕 | 日本午夜在线视频 | 激情网五月天 | 午夜av一区二区 | 亚洲精品国产成人 | 麻豆久久 | 欧美一区二区三区四区视频 | 国产精品国产三级国产aⅴ原创 | 黄在线免费观看 | 99精品久久久 | 午夜羞羞 | 极品电影院 | a级片在线 | 大乳boobs巨大吃奶挤奶 | 国产精品久久久久久婷婷天堂 | 尤物在线精品视频 | 在线免费观看毛片 | 国产精品成人一区 | 欧美综合国产精品久久丁香 | 免费一级淫片aaa片毛片a级 | 亚洲天堂成人在线视频 | 日韩精品视频在线免费观看 | 天天草狠狠干 | 天堂综合网 | 在线视频 亚洲 | 亚洲国产成人精品女人久久久 | 成人精品一区亚洲午夜久久久 | 99精品视频在线 | 日韩免费av网站 | 午夜精品福利视频 | 午夜在线视频 | 国产日韩欧美精品一区二区 | 国产亚洲精品精品国产亚洲综合 | 欧美一级α片 | 日本三级网站在线 | 91九色在线观看 | www.欧美| 精品久久久久久久久久久久久久 | 欧美大片久久久 | 精品一区久久 |