用issue_token命令執(zhí)行基本控制傳輸,要求取設(shè)備的HID報(bào)告描述符， 控制傳輸?shù)慕㈦A段可以完成， 數(shù)據(jù)階段中用issue_token命令向設(shè)備端發(fā)送in包也成功， 但此后我用rd_usb_data取數(shù)據(jù)時(shí)，無論數(shù)據(jù)的數(shù)量或數(shù)據(jù)本身都是錯(cuò)誤的。 數(shù)據(jù)同步方面，建立階段的同步屬性設(shè)的是80h,數(shù)據(jù)階段設(shè)的是c0h。 請(qǐng)大俠幫忙!

那你發(fā)送下去的端點(diǎn)號(hào)以及發(fā)送令牌的中斷傳輸是成功的嗎?

應(yīng)該都是成功的 建立階段：當(dāng)我發(fā)送issue_token后，讀中斷狀態(tài)得到的是14H 數(shù)據(jù)階段：發(fā)送issue_token后，讀中斷狀態(tài)得到的也是14H

DATA階段：issue_token(( 0 << 4 ) | DEF_USB_PID_IN)操作成功，應(yīng)該能讀取到數(shù)據(jù)。 UploadImages/20077301095455.rar這是獲取的完整程序，你可以參考一下。

忙活了2天多，發(fā)現(xiàn)好像不是數(shù)據(jù)是否正確的問題，而是覺得ch375對(duì)rd_usb_data命令沒有反映，或者說反應(yīng)錯(cuò)誤，原因如下： 1 如果我發(fā)送完rd_usb_data命令后立即去讀，讀到的數(shù)據(jù)是14H(好像讀到的是上一次的中斷狀態(tài)字節(jié)) 2 如果我發(fā)送完rd_usb_data命令后給一個(gè)大于大約10微秒的延時(shí)，讀到的數(shù)據(jù)是00H(好像是返回了一個(gè)空包給ch375) 我根據(jù)上述兩個(gè)現(xiàn)象得到了兩個(gè)結(jié)論，不知道對(duì)不對(duì)？

再問兩個(gè)問題： 1 用ch375做設(shè)備，主機(jī)給ch375發(fā)送usb總線復(fù)位命令，那總線復(fù)位子程序該做些什么工作呢？做完這些工作后又該做什么工作呢？ 2 ch375做設(shè)備時(shí)，有USB_INT_BUS_RESET1~USB_INT_BUS_RESET4四個(gè)中斷狀態(tài)，中斷原因都是檢測(cè)到總線復(fù)位，請(qǐng)問這四個(gè)中斷狀態(tài)有什么不同嗎？

1,總線復(fù)位并沒有說是把設(shè)備給復(fù)位了啊，實(shí)際總線復(fù)位，USB總線進(jìn)行了停發(fā)SOF包等操作。在總線復(fù)位完成之后的話，那么，主機(jī)會(huì)繼續(xù)檢測(cè)設(shè)備連接，當(dāng)檢測(cè)的設(shè)備連接時(shí)候，主機(jī)就會(huì)發(fā)送獲取設(shè)備描述符的控制傳輸?shù)拿?，設(shè)備接收到這個(gè)命令之后，將設(shè)備本身的描述符傳給主機(jī)，然后主機(jī)受到之后，設(shè)置設(shè)備的地址，接下來就是獲取配置描述符，完成之后就設(shè)置配置。 2，/* USB_INT_BUS_RESET 0x0000XX11B */ /* USB總線復(fù)位 */ 只要返回的狀態(tài)符合上面的說明的，就是總線復(fù)位，沒什么區(qū)別

我的硬件連接到計(jì)算機(jī)后，計(jì)算機(jī)總是發(fā)USB總線復(fù)位命令，發(fā)送12次后提示設(shè)備出錯(cuò)。 按照上面的解釋，應(yīng)該是計(jì)算機(jī)沒有檢測(cè)到設(shè)備已經(jīng)連接上，所以它會(huì)才重復(fù)地發(fā)復(fù)位命令。 如果我的理解正確，那么應(yīng)該通過什么途徑重新把設(shè)備連接上呢，重新設(shè)置工作模式嗎？ 我試過了，沒成功!

還有，4樓的問題怎么沒有回答？

實(shí)際上是這樣的，在你測(cè)試命令通過之后，設(shè)置模式為0X02，這樣的話，372的UD+對(duì)地電壓為3。3V左右，UD-對(duì)地電壓為0V左右，這樣的話，在接到計(jì)算機(jī)的話，計(jì)算機(jī)就會(huì)提示你安裝驅(qū)動(dòng)，如果你計(jì)算機(jī)都沒找到硬件的話，那么計(jì)算機(jī)隨便發(fā)什么命令都是沒有意義的