[求助]關(guān)于CH372連續(xù)上傳數(shù)據(jù)時(shí),數(shù)據(jù)被覆蓋的問題

[求助]如果單片機(jī)向CH372端點(diǎn)2寫入的字節(jié)長(zhǎng)度小于64,并且PC端還沒來得及調(diào)用CH375ReadData讀,而單片機(jī)在收到USB_INT_EP2_IN中斷后又再次向CH372端點(diǎn)2寫入了新的數(shù)據(jù),這時(shí)PC端會(huì)不會(huì)把第一次收到的數(shù)據(jù)覆蓋掉? (貴公司的PC驅(qū)動(dòng)中,對(duì)CH375ReadData的說明不很詳細(xì)。) 謝謝。


熱門產(chǎn)品 : USB3.0 HUB控制器:CH634

是啊! 同問!


對(duì)于USB傳輸,設(shè)備始終是被動(dòng)的。只有主機(jī)端發(fā)起讀或?qū)懙牟僮鲿r(shí),數(shù)據(jù)才會(huì)在總線上通過。那麼既然你都沒有去讀上傳數(shù)據(jù)。下位機(jī)肯定也沒有將緩沖區(qū)的數(shù)據(jù)上傳,所以單片機(jī)也不可能收到上傳完成中斷。至于數(shù)據(jù)覆蓋不覆蓋,這完全是你寫程序的問題。假如上次上傳還沒完成,你就將下次的數(shù)據(jù)寫進(jìn)去了,那麼結(jié)果就是部分或者全部上次上傳數(shù)據(jù)被覆蓋。


那你的意思是說:使用貴公司提供的驅(qū)動(dòng)程序所提供的API接口函數(shù)時(shí),只要主機(jī)端不去讀數(shù)據(jù),單片機(jī)就一定不可能收到上傳完成中斷了嗎(即使如果單片機(jī)向CH372端點(diǎn)2寫入的字節(jié)長(zhǎng)度小于64)? 項(xiàng)目時(shí)間緊,請(qǐng)給予確切答復(fù)。謝謝!


應(yīng)該是不調(diào)用所有上傳數(shù)據(jù)的函數(shù)。比如說你不調(diào)用CH375ReadData而調(diào)用CH375WriteRead那麼照樣可以在計(jì)算機(jī)端收到上傳中斷


還有,如果您使用新版驅(qū)動(dòng)的“緩沖上傳”模式,那么驅(qū)動(dòng)程序會(huì)自己替應(yīng)用程序上傳并暫存的計(jì)算機(jī)內(nèi)存中,在內(nèi)存中按接收順序以鏈?zhǔn)脚帕?,不?huì)相互覆蓋,然后等應(yīng)用程序需要時(shí)調(diào)用readdata取走。當(dāng)然默認(rèn)情況下,“緩沖上傳”是禁止的,而是啟用“立即上傳”模式,也就是應(yīng)用程序調(diào)用readdata直接從USB接收數(shù)據(jù)


怎樣設(shè)置“緩沖上傳”模式和“立即上傳”模式呢?


貴公司的哪篇文檔上介紹了“緩沖上傳”模式和“立即上傳”模式? 怎樣設(shè)置“緩沖上傳”模式和“立即上傳”模式呢?


沒有發(fā)現(xiàn)?。?!


是驅(qū)動(dòng)程序中實(shí)現(xiàn)的功能,與芯片無關(guān),之前只能立即上傳。下載CH372驅(qū)動(dòng)看 CH375DLL.H 文件中簡(jiǎn)單說明,或者下載CH372評(píng)估板資料中SPEED372.C程序,利用“緩沖上傳”測(cè)試上傳速度,


我在使用緩沖上傳方式時(shí)發(fā)現(xiàn)數(shù)據(jù)速度比以前要快。但讀到的數(shù)據(jù)與下位機(jī)發(fā)送的不一樣?。?! 用BUS BOUND抓取 到的數(shù)據(jù)卻是正確的!??! 我該如何處理? OS是不是在直接處理總線協(xié)議呀?是不是自動(dòng)讀取數(shù)據(jù)了?

============================ 長(zhǎng)沙三德實(shí)業(yè)有限公司 ============================


只有登錄才能回復(fù),可以選擇微信賬號(hào)登錄

国产91精品新入口,国产成人综合网在线播放,九热这里只有精品,本道在线观看,美女视频a美女视频,韩国美女激情视频,日本美女pvp视频