最近在做一個(gè)數(shù)據(jù)采集系統(tǒng)時(shí)，使用CH372A做與計(jì)算機(jī)的通信接口 經(jīng)反復(fù)測試，發(fā)現(xiàn)一下幾個(gè)有趣的問題，望各位大蝦能判斷一下時(shí)何緣故。 1、PC→MCU，發(fā)送結(jié)尾數(shù)據(jù)為十六進(jìn)制05的數(shù)據(jù)時(shí)，計(jì)算機(jī)常常會自動(dòng)刪除USB設(shè)備，發(fā)送23H，28H會讓CH372A停止工作； 2、MCU→PC發(fā)以05H數(shù)據(jù)結(jié)尾的數(shù)組，只是偶爾能正確，大部分情況計(jì)算機(jī)會刪除USB設(shè)備，其他的數(shù)據(jù)發(fā)送正常。

查資料知道這幾個(gè)數(shù)據(jù)都與命令有關(guān)，但我在發(fā)送的時(shí)候是按數(shù)據(jù)發(fā)送的時(shí)序送出的，怎么會誤以為是命令呢，而且不無論下傳還是上傳都有類似的顯現(xiàn)，也許您的第一結(jié)論是電源的問題，但我用電池應(yīng)該問題不大了吧。[Emot]4[/Emot]

三個(gè)讀寫子程序，你才用的應(yīng)該是模擬并口的時(shí)序吧？如果時(shí)序上處理的不好的話，372將數(shù)據(jù)0X05當(dāng)作命令碼（命令碼0X05為執(zhí)行硬件復(fù)位）來處理的話，就會出現(xiàn)這種情況。 你仔細(xì)查一下三個(gè)讀寫子程序的時(shí)序，要不把它帖出來看一下。

按照你說的現(xiàn)象的話，應(yīng)該是你單片機(jī)時(shí)序上面出了問題，我們的CH372芯片采集數(shù)據(jù)的時(shí)候是在WR或者RD的上升延，當(dāng)在寫數(shù)據(jù)0X05的時(shí)候，WR的上升延時(shí)，A0=0的話，那么，采集的數(shù)據(jù)就被認(rèn)為是命令而將372芯片復(fù)位，建議你仔細(xì)的檢查你的時(shí)序