374數(shù)據(jù)傳輸不穩(wěn)定的問(wèn)題

我現(xiàn)在PC機(jī)與374之間傳輸數(shù)據(jù) 很簡(jiǎn)單:PC機(jī)下傳5個(gè)字節(jié),然后下位機(jī)再上傳5個(gè)字節(jié),如此反復(fù). 問(wèn)題是:我在上位機(jī)讀走數(shù)據(jù)后,下位機(jī)產(chǎn)生的 IN 中斷處 回握手0Eh的位1,位0設(shè)置為10=應(yīng)答NAK,正常傳輸一段時(shí)間后,就會(huì)出現(xiàn)錯(cuò)誤:PC機(jī)讀不出數(shù)據(jù)來(lái)了

而我將 0Eh的位1,位0設(shè)置為00=應(yīng)答DATA0/DATA1,就可以穩(wěn)定傳輸了.

因?yàn)槲沂菂⒖假F公司例子,在上傳成功后,回應(yīng)NAK的,我覺(jué)得我的程序與例子沒(méi)有區(qū)別吧?能大致講一下上傳成功的中斷處理中分別在什么情況下使用 應(yīng)答DATA0/DATA1 和 應(yīng)答NAK 嗎? 謝謝!

這樣做的話你反復(fù)傳數(shù)據(jù)可能沒(méi)有問(wèn)題,但是如果你沒(méi)有數(shù)據(jù)上傳而有應(yīng)答ACK的話可能會(huì)導(dǎo)致誤傳數(shù)據(jù)的. 一般在傳完一般數(shù)據(jù)后應(yīng)答NAK,如果有數(shù)據(jù)則等上一包數(shù)據(jù)傳輸完畢(一定要等上一包傳完)再去寫數(shù)據(jù),然后應(yīng)答ACK.可能你的流程不對(duì)才產(chǎn)生這個(gè)問(wèn)題,可以把你的程序貼出來(lái)看看.


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

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