你好，請(qǐng)問(wèn)一下，

1、在代碼中加了打印，枚舉過(guò)程中沒(méi)有調(diào)用這個(gè)？為啥呢？

2、如你所說(shuō)，如果有數(shù)據(jù)階段，數(shù)據(jù)階段的處理就在EP0_OUT_Callback中處理，也是endp0RTbuff[0]開(kāi)始？

1、

常見(jiàn)的設(shè)備類(lèi)型枚舉過(guò)程沒(méi)有"數(shù)據(jù)階段為OUT的請(qǐng)求"，尤其是CH372廠商設(shè)備，肯定沒(méi)有此類(lèi)請(qǐng)求，即例程必定不會(huì)進(jìn)入"EP0_OUT_Callback()"。

如果有此類(lèi)需求，需要電腦開(kāi)發(fā)上位機(jī)程序，并自行調(diào)用相關(guān)控制傳輸API實(shí)現(xiàn)?；蛘咝薷腃H569/565實(shí)現(xiàn)的設(shè)備類(lèi)型（Class、Sub Class），某一些設(shè)備類(lèi)型的枚舉過(guò)程可能有"數(shù)據(jù)階段為OUT的請(qǐng)求"。

使用16樓測(cè)試程序進(jìn)行測(cè)試。

2、數(shù)據(jù)階段方向是OUT的話(huà)，是這樣的

你好，請(qǐng)問(wèn)一下，枚舉過(guò)程遇到如下情況是啥問(wèn)題呢？

wireshark抓包內(nèi)容如下：

usb枚舉.rar

枚舉部分代碼如下：

usb30.rar

對(duì)比代碼的修改，工具顯示的差異，找規(guī)律。

你好，請(qǐng)問(wèn)一下，我這邊的要求是：EP0發(fā)送一個(gè)命令過(guò)來(lái)EP2in就連續(xù)不斷發(fā)送數(shù)據(jù)給PC，按照我的理解void EP2_IN_Callback(void)這個(gè)函數(shù)是在EP2in發(fā)送結(jié)束的時(shí)候調(diào)用的，我應(yīng)該調(diào)用那個(gè)函數(shù)來(lái)讓EP2in開(kāi)始從DmaBuff中去取數(shù)據(jù)發(fā)送呢？發(fā)送的長(zhǎng)度（非1024對(duì)齊）如何指定呢？

上傳數(shù)據(jù)邏輯參考：http://www.findthetime.net/bbs/thread-86976-1.html中的上傳部分。

作為設(shè)備強(qiáng)調(diào)“被動(dòng)”屬性，設(shè)備是去改變應(yīng)答狀態(tài)，然后等待主機(jī)啟動(dòng)收發(fā)數(shù)據(jù)。

"EP2_IN_Callback()"是傳輸完成后的通知。

通過(guò)配置"USB30_IN_Set()"和"USB30_Send_ERDY()"，就能夠?qū)⑸蟼鞯膽?yīng)答狀態(tài)改成ACK，此時(shí)根據(jù)USB協(xié)議，如果存在需要從設(shè)備取數(shù)據(jù)，則主機(jī)就會(huì)發(fā)起事務(wù)，隨后程序就會(huì)進(jìn)入"EP2_IN_Callback()",標(biāo)志事務(wù)結(jié)束。

配置時(shí)注意"USB30_IN_Set()"和"USB30_Send_ERDY()"中包數(shù)量應(yīng)一致，"USB30_IN_Set()"和電腦上位機(jī)軟件配置的數(shù)據(jù)長(zhǎng)度一致（字節(jié)長(zhǎng)度）。

你好，我們?cè)谂總鬏敂?shù)據(jù)的最后一個(gè)burst過(guò)程中，含有一個(gè)非滿(mǎn)包，通過(guò)USB30_IN_Set()設(shè)置最后一包的數(shù)據(jù)長(zhǎng)度為數(shù)據(jù)總長(zhǎng)度%1024。通過(guò)bushond測(cè)試沒(méi)有辦法讀取非滿(mǎn)包會(huì)有問(wèn)題。請(qǐng)問(wèn)該怎么解。

你好，請(qǐng)問(wèn)下標(biāo)準(zhǔn)請(qǐng)求中的Clear/Set Feature中該如何處理？你們提供的實(shí)例代碼也沒(méi)有做處理。

根據(jù)請(qǐng)求具體內(nèi)容，使能或禁止端點(diǎn)、接口的功能，簡(jiǎn)單說(shuō)就是停止傳輸數(shù)據(jù)或者開(kāi)始傳輸數(shù)據(jù)，停止設(shè)備本身功能。

你好，請(qǐng)問(wèn)下，使能或者禁止端口調(diào)用什么API？使能或者禁止接口調(diào)用什么API？

我是這么寫(xiě)的，未達(dá)到預(yù)期效果，能否提供一下示例代碼，ths。

您好，我按照這個(gè)帖子里的方式修改USB-DEVICE代碼想做一個(gè)USB的消息輪回，如圖修改代碼，能收到bus hound下傳的OUT包，但用bus hound抓不到MCU-》PC的IN包，MCU這邊也沒(méi)有進(jìn)入到EP0_IN_Callback。咨詢(xún)一下是代碼修改哪有問(wèn)題還是用bus hound沒(méi)有去主動(dòng)讀取IN包呢？

CH569例程中的CH372例程用的是批量傳輸，當(dāng)主機(jī)從端點(diǎn)1下發(fā)四包成功后（即nump == 0），轉(zhuǎn)換端點(diǎn)方向和接收數(shù)據(jù)長(zhǎng)度（后面兩個(gè)函數(shù)），此時(shí)需要上位機(jī)主動(dòng)發(fā)出IN包去取設(shè)備準(zhǔn)備好的數(shù)據(jù)（BUSHOUND體現(xiàn)為點(diǎn)擊端點(diǎn)1的IN按鈕）。

你好 usb3.0操作的庫(kù) 能否提供一個(gè) 只包含usb3.0的，ext里面的庫(kù)很大，把其他模塊的驅(qū)動(dòng)都包含進(jìn)去了，而且他驅(qū)動(dòng)模塊是有源代碼的，比如spi，如果我修改了 這個(gè)spi的代碼，編譯器就會(huì)提示重復(fù)定義；謝謝.

CH372DEVICE例程中的庫(kù)只包含USB相關(guān)。如果編譯時(shí)產(chǎn)生重定義錯(cuò)誤，請(qǐng)檢查工程的代碼包含關(guān)系。

你好，請(qǐng)問(wèn)下ISOC 模式下連續(xù)傳輸，ITP_CallBack()內(nèi)部如何實(shí)現(xiàn)?麻煩提供一個(gè)示例。