串口通信中接收數(shù)據(jù)時(shí)延遲處理與緩存處理的解決方案

1、串行通信中接收數(shù)據(jù)時(shí)延遲處理和緩存處理的解決方案使用c串行端口，通信發(fā)送方A將數(shù)據(jù)寫入串行端口，然后通過無線或有線將數(shù)據(jù)傳送到接收方BB，通過調(diào)用串行端口讀取方法comm.read參數(shù)，可以讀取數(shù)據(jù)。原理很簡(jiǎn)單，但是在最近使用串行端口處理SM-42無線傳輸時(shí)，數(shù)據(jù)總是以一定的時(shí)間B傳輸，comm_DataReceived方法不能簡(jiǎn)單地使用read方法完全接收數(shù)據(jù)。我知道使用緩存機(jī)制，但經(jīng)驗(yàn)少，所以我發(fā)現(xiàn)在網(wǎng)絡(luò)上找到大牛的方法，和自己的理解結(jié)合處理有兩種方法。(莎士比亞，哈姆雷特，經(jīng)驗(yàn)名言)方法1 comm_DataReceivedComm控件的數(shù)據(jù)接收方法會(huì)在數(shù)據(jù)存在的情況下引發(fā)線程悲傷。這是

2、因?yàn)橐郧安恢榔渌€程，所以編寫了自己的線程處理程序，所以在串行端口等待數(shù)據(jù)的同時(shí)，不會(huì)影響主窗體或主線程的操作。所以當(dāng)數(shù)據(jù)到達(dá)時(shí)，Thread .Sleep100允許接收函數(shù)休息100毫秒。這100毫秒是讓所有數(shù)據(jù)到達(dá)B時(shí)重新讀取。這樣可以避免批到達(dá)的問題。顯然，這是糊弄過去的。如果100毫秒也不夠，方法2更合適。代碼1 private void comm _ datareceivedobjectsender eventargs E2 3 thread . sleep 100/100毫秒待機(jī)4 int nrevice bytesnum comm . bytes to 5 byte REE首先

3、，定義成員變量List buffer new List4096，以在接收函數(shù)中定義所有數(shù)據(jù)buffer .通過AddRange方法將連續(xù)接收的數(shù)據(jù)添加到buffer并同時(shí)驗(yàn)證buffer中的數(shù)據(jù)，從而達(dá)到特定長(zhǎng)度，并將驗(yàn)證結(jié)果正確的驗(yàn)證方法在發(fā)送方和接收方之間匹配并處理。具體代碼如下：private list buffer new list 4096 private void Sp _ datareceivedobjectsender eventargs e/Sp是串行端口控制int n sp。bytes to read byte buf new byten sp。read buf 0n/1。

4、緩存數(shù)據(jù)buffer。AddRangebuf /2。完整性判斷while buffer.奇偶校驗(yàn)位1字節(jié)取決于設(shè)計(jì)/2.1查找數(shù)據(jù)標(biāo)頭if buffer00x01 /傳輸數(shù)據(jù)int len buffer 2 if buffer . count len 4/數(shù)據(jù)區(qū)域具有幀標(biāo)頭，該標(biāo)頭確定未接收整個(gè)break /數(shù)據(jù)區(qū)域，從而將整個(gè)數(shù)據(jù)復(fù)制到ReceiveBytescontinue buffer . remove range 0 len 4/運(yùn)行其他代碼以處理數(shù)據(jù)。Else /框架標(biāo)頭無效時(shí)buffer。不要忘記清除RemoveAt0。方法2有“運(yùn)行其他代碼以處理數(shù)據(jù)”這句話。如果這些代碼與主線程中的控件(例如LabelTextBox)相關(guān)，則會(huì)發(fā)生交叉線程