各位高手你們好 ： 我現(xiàn)在做了一塊CH372的實驗板，上層調(diào)試用的是貴公司提供的DEBUG工具，使用這個工具時，相鄰兩次的讀寫時間最小要多少？（我們要求是要很快，但是上層軟件我不會，暫時用這個先調(diào)試），前端電路都沒問題了，當(dāng)實驗板與計算機(jī)連接時能正常顯示有CH372設(shè)備插入。 我按照貴公司提供的源程序編寫的程序，用的查詢方式檢測CH372中斷，可是我在連續(xù)發(fā)送時（從PC向MCU發(fā)送）老是出現(xiàn)問題，第一次一般都成功，第二次就檢測不到CH372中斷然后DEBUG工具的下傳按鈕就變成灰色的了。 請高手們指點(diǎn)下，不勝感激?。?！ [Emot]6[/Emot] [Emot]2[/Emot]
上位機(jī)成功下傳數(shù)據(jù)之后，單片機(jī)要發(fā)CMD_RD_USB_DATA，然后依次把數(shù)據(jù)讀取出來，或者要發(fā)送解鎖命令．
相鄰兩次的讀寫時間沒有限制,你寫的再快也是在等待CH372返回ACK后,否則底層是在重試的. 產(chǎn)生這個問題是下位機(jī)沒有處理好! 你監(jiān)視一下你的代碼是否把所有的數(shù)據(jù)都讀出來了,數(shù)據(jù)不能讀少,先讀長度,根據(jù)長度依次把數(shù)據(jù)讀出.
我是用CMD_RD_USB_DATA指令讀的PC發(fā)送的數(shù)據(jù)，數(shù)據(jù)是否全部讀出這個我去觀察下。 不過昨天我做實驗時，在MCU程序中不斷等待來自PC下傳的數(shù)據(jù)， loop: call scan_int call delay ljmp loop 其中scan-int程序是掃描CH372的中斷引腳是否產(chǎn)生下傳中斷的程序，若產(chǎn)生中斷則讀出數(shù)據(jù)，若沒中斷（或中斷不是02H，批量傳送中斷）返回，其中不加delay延時程序就發(fā)生上述現(xiàn)象，而加上延時就OK了，而且delay時間過小也不行，實在不解？
那你測試一下,每次進(jìn)中斷之后,發(fā)送讀取中斷狀態(tài)的命令后,中斷狀態(tài)有沒有取消掉,獲取到數(shù)據(jù)后,你有沒有再上傳數(shù)據(jù)?可以把你中斷處理函數(shù)發(fā)過來看看.
我用的是PHILIPS的一款80C51單片機(jī)，他的操作數(shù)是寄存器R0-R6，以下為我編寫的程序，其中R6固定為寫CH372命令端口地址，R5為CH372的數(shù)據(jù)讀寫控制端口地址（此處我只考慮批量接收，別的先不管，主函數(shù)中就不斷調(diào)用這個函數(shù)）： ;******************************************************************* ;接收中斷 ;******************************************************************* recevie: mov.w r4,#000eh mov.w r0,[r4] jb r0.0,recevie_ret ;此處是我們設(shè)計的判斷是否有CH372中斷產(chǎn)生 mov.w [r6],#22h ;#CMD_GET_STATUS命令 nop nop nop nop nop nop mov.w r0,[r5] ;讀回狀態(tài)判斷是什么中斷 nop nop nop nop nop
cjne.b r0l,#02h,ch372_int_ret ;USB_EP2_OUT jmp ch372_down_ok
;******************************************************************** ;ch372批量接收程序： ;******************************************************************** ch372_down_ok: mov.b r0h,#00h mov.w [r6],#28h ;#CMD_RD_USB_DATA命令 nop nop nop nop nop mov.w r0,[r5] nop nop nop nop cmp.b r0l,#00h beq ch372_int_ret
ch372_down_1: mov.w r1,[r5] mov.b [r3+],r1l djnz.b r0l,ch372_down_1 ch372_int_ret: ret
監(jiān)測一下第一次下傳的數(shù)據(jù)長度是否正確，第二次下傳檢測不到CH372中斷時，檢測CH372的中斷腳的電平
