我想問(wèn)一下內(nèi)部緩沖上傳模式和非內(nèi)部緩沖上傳模式有什么區(qū)別。 因?yàn)槲以谶B續(xù)上傳數(shù)據(jù)的時(shí)候都是執(zhí)行CH375ReadData(mIndex, mData, mLength)后就把我上傳的全部數(shù)據(jù)都接收了 還有CH375ReadData(mIndex, mData, mLength)是在所有上傳的數(shù)據(jù)上傳完之后才返回成功嗎？那我要是只上傳一部分?jǐn)?shù)據(jù)那是不是會(huì)卡死哦？還是上傳mlength長(zhǎng)度的數(shù)據(jù)之后才返回成功啊？

內(nèi)部緩沖上傳模式主要的實(shí)現(xiàn)原理是驅(qū)動(dòng)中開一個(gè)系統(tǒng)線程在不停的讀數(shù)據(jù),并把數(shù)據(jù)給緩沖起來(lái),如果應(yīng)用層CH375ReadData來(lái)取數(shù)據(jù)的話,就把數(shù)據(jù)緩沖區(qū)里已有的數(shù)據(jù)給應(yīng)用層,如果數(shù)據(jù)量沒(méi)有達(dá)到mLength,就修改mLength,CH375ReadData立即返回. 非內(nèi)部緩沖上傳中的CH375ReadData會(huì)等待mLength的數(shù)據(jù)量,如果沒(méi)達(dá)到mLength,就會(huì)一直等待剩余數(shù)據(jù),除了下面兩種情況CH375ReadData會(huì)提前退出,一,設(shè)置了超時(shí),并且超時(shí)滿足,CH375ReadData返回,mLength被修改成實(shí)際讀到的數(shù)據(jù)長(zhǎng)度;二,CH375ReadData遇到一個(gè)零頭包(包的長(zhǎng)度為0~63)會(huì)返回,,mLength被修改成實(shí)際讀到的數(shù)據(jù)長(zhǎng)度.

還有使用內(nèi)部緩沖上傳模式時(shí)讀取數(shù)據(jù)的長(zhǎng)度mLength,要是包的整數(shù)倍(64的倍數(shù))

我用內(nèi)部緩沖上傳模式讀取數(shù)據(jù)時(shí)mlength并不是包的整數(shù)倍，也能上傳成功啊。我只上傳了1000個(gè)數(shù)據(jù)啊。。

另外我對(duì)超時(shí)這個(gè)概念很不清楚額。。按你說(shuō)的。。只要設(shè)置了超時(shí)如果上傳數(shù)據(jù)時(shí)超時(shí)了就會(huì)返回。。但是我用的時(shí)候經(jīng)常都是如果單片機(jī)沒(méi)有及時(shí)的將數(shù)據(jù)上傳就會(huì)出現(xiàn)死機(jī)的現(xiàn)象啊。。。這要怎么弄??？

關(guān)于要是包的整數(shù)倍(64的倍數(shù)),在這種情況下會(huì)丟包,如果驅(qū)動(dòng)里緩沖的數(shù)據(jù)量比mlength大,并且mlength不是包的整數(shù)倍的話,最后一個(gè)包會(huì)被拆開來(lái)滿足mlength的大小,而剩余的數(shù)據(jù)就丟失. 超時(shí)對(duì)內(nèi)部緩沖上傳模式是沒(méi)有影響的.出現(xiàn)死機(jī)的情況很可能是使用非緩沖上傳時(shí)在等待超時(shí)這段時(shí)間里,你的消息得不到響應(yīng),造成死機(jī)的,你可以用多線程來(lái)查詢數(shù)據(jù),這樣應(yīng)該就不會(huì)死機(jī)了

用vb怎么使用多線程查詢啊？我才接觸vb很多都不懂額