C#串口高效可靠的接收方案設計

劉馬飛

摘 要：在事件觸發(fā)方式接收串口數據包時，尤其在數據包不定長的情況下，需要仔細設計接收方案，否則會出現數據包接收不完整的情況。文中介紹了一種C#平臺下串口數據包的接收方案，可高效可靠地接收串口數據包，對C#串口應用程序的設計開發(fā)具有指導意義。

關鍵詞：C#；RS 232；串口通信；數據接收

中圖分類號：TP302 文獻標識碼：A 文章編號：2095-1302（2018）08-00-03

0 引 言

C#.NET提供SerialPort類進行串口數據收發(fā)通信。C#串口編程是職業(yè)教育物聯網應用技術專業(yè)資源庫主干課程《物聯網設備編程與實施》的核心內容之一[1]。在使用SerialPort進行數據接收時，面臨著“不知何時讀”的困境，通常采用系統(tǒng)封裝的事件觸發(fā)方式進行數據接收[2]，即C# SerialPort類封裝了DataReceived事件，當串口接收緩沖區(qū)收到數據的字節(jié)數超過SerialPort串口屬性ReceivedBytesThreshold的值時，系統(tǒng)將觸發(fā)DataReceived事件，調用該事件的響應函數，因此，可在該事件的響應函數中進行串口數據接收操作[1]。本文介紹了常規(guī)的DataReceived事件驅動數據接收方法，提出了一種高效可靠的數據接收方案，并對可靠性進行了仿真驗證。

1 C#串口常見數據接收方案

C#串口常見數據接收方法為在DataReceived事件響應函數中，首先查詢接收緩沖區(qū)的字節(jié)數，然后申請一段字節(jié)數組的內存空間，再調用SerialPort對象SPCOM的Read函數，將串口接收緩沖區(qū)的數據讀取到字節(jié)數組中，最后對字節(jié)數組進行處理。

串口通信設備傳遞的數據包通常為不定長數據包，因此ReceivedBytesThreshold通常取默認值1，表示串口接收緩沖區(qū)的字節(jié)數大于或等于1便觸發(fā)DataReceived事件。由于DataReceived事件的觸發(fā)和處理運行在輔助線程上，DataReceived事件觸發(fā)與DataReceived事件被處理而調用響應函數之間存在微小的時延。因此，當串口接收一個數據包時，可能出現在收到數據包第一個字節(jié)時觸發(fā)DataReceived事件，而當該DataReceived事件被處理時，數據包并未接收完畢；也可能出現串口接收一個數據包時，觸發(fā)多次DataReceived事件的情況。在串口數據包出現時間間隔較大的情況下，可以采用一般可靠的方法，即在進行串口數據接收操作之前，調用Thread.Sleep（100）休眠100 ms后，再進行數據接收操作，如此一來便降低了程序的響應速度[3-4]。操作程序如下：

private void spCOM_DataReceived（object sender，SerialData ReceivedEventArgs e）

{

Thread.Sleep（100）//數據接收操作先休眠100 ms

//進行串口數據接收操作

int icount = spCOM.BytesToRead；

byte[] data = new byte[icount]；

spCOM.Read（data，0，icount）；

//對數據包進行處理操作

}

數據包通常包含有一定的包頭和包結束標志，用于表征數據包的完整性。對于數據包的處理，必須在接收到完整數據包的前提下方可進行。當較多數據包到達間隔接近或過長時，使其休眠一段時間的方式可能并不奏效，如果簡單判斷包頭結束標志不正確就丟棄數據，可能導致丟包，因此需要采用高效可靠的接收方案。

2 C#串口高效可靠的數據接收方案

根據上述分析，串口數據接收方案的高效性要求當串口接收緩沖區(qū)存在數據時，需要立即進行數據接收操作，因此串口控件的ReceivedBytesThreshold屬性取默認值1，且在DataReceived事件響應函數中接收串口數據前不進行線程休眠。為了避免數據包接收不完整的情況出現，需要應用程序對串口接收到的數據重新組裝，精確定位數據包的開頭和結尾，再進行數據包的處理，從而實現數據接收的可靠性。

2.1 串口數據報文格式

本文以串口接收思遠創(chuàng)智能設備10系列高頻RFID全協(xié)議讀寫器的數據包為例，闡述接收方案。該讀寫器返回的數據包長度不固定，其格式如圖1所示。

2.2 高效可靠接收的實現

為了對接收到的串口數據包重新組裝，需要應用程序創(chuàng)建緩沖區(qū)。首先將接收到的串口數據填充到接收緩沖區(qū)，然后在接收緩沖區(qū)從前往后搜索包開始標記STX與接收標記ETX，從而可以獲得完整數據包。方案實現步驟如下：

（1）應用程序將創(chuàng)建類型為字節(jié)的泛型列表對象作為程序緩沖區(qū)，即在窗體成員變量中定義List recv_buf = new List（）。

（2）在DataReceived事件響應函數中，首先定義兩個布爾變量data_sta_catched與data_end_catched，表示是否已經尋找到數據包頭和數據包結束標志，然后將串口接收緩沖區(qū)中的數據添加到程序緩沖區(qū)。

（3）判斷程序緩沖區(qū)是否包含一個完整的數據包。判斷步驟如下：

①由于數據包的大小必然大于或等于6 B，因此，首先判斷程序緩沖區(qū)字節(jié)數是否大于或等于6。若條件滿足，則進行后續(xù)判斷；否則，結束判斷。

②在程序緩沖區(qū)從前往后尋找數據包頭STX（0x02），對于非數據包頭的數據，將其移出程序緩沖區(qū)，確保尋找到的數據包頭位于程序緩沖區(qū)的開始位置。尋找到數據包頭后，將data_sta_catched置為True，并結束尋找。

③若已成功尋找到數據包頭，則檢查數據包結束標志以確定是否已經收到完整數據包。由于數據包頭STX位于程序緩沖的開始位置，程序緩沖的第三個字節(jié)為數據包的DATALENGTH字段，表征了數據包中數據字節(jié)的長度，即包括STATUS 和DATA 域的字節(jié)數，因此本數據包的總長度應在DATALENGTH字段值上加5。

可首先通過判斷程序緩沖區(qū)中的字節(jié)數是否大于或等于當前數據包的總長度。若條件滿足，則通過DATALENGTH字段推斷數據包結束字節(jié)位置，并判斷該字節(jié)是否為數據包結束標志ETX（0x03）。若該字節(jié)為數據包結束標志，表明成功尋找到了數據包，則置data_end_catched為True，并確定數據包的長度len_packet；若該字節(jié)不為數據包結束標志，則可斷定②中data_sta_catched并非真正的數據包開頭，因此刪除該偽數據包頭，并置data_sta_catched為False。

④判斷data_sta_catched和data_end_catched是否均為True，若條件滿足，則程序緩沖區(qū)從字節(jié)0位置開始已包含一個完整的數據包，該數據包長度為len_packet，因此便可對該數據包進行處理，處理完畢后需要將該數據包從程序緩沖區(qū)中刪除。

方案的實現代碼如下：

private void spCOM_DataReceived（object sender，SerialData ReceivedEventArgs e）

{//定義兩個標志，記錄是否找到數據包開始和數據包結束

bool data_sta_catched=false；

bool data_end_catched=false；

//把本次數據添加到接收緩沖中

int iCount = 0，idx；

iCount = spCOM.BytesToRead；

byte[] bData = new byte[iCount]；

spCOM.Read（bData，0，iCount）；

recv_buf.AddRange（bData）；

//尋找數據包的開始位置和結束位置，數據包大小必然等于6

int len_packet=0；

if（recv_buf.Count >= 6）//判斷程序緩沖區(qū)是否大于6

{

while（recv_buf.Count > 0）//從前往后尋找數據包頭0x02

{

if（recv_buf[0] == 2）

{

data_sta_catched = true；

break；

}

else

{

recv_buf.RemoveAt（0）；

}

}

//找到數據包頭后，再來檢查是否已經收到完整數據包

if（data_sta_catched）

{

iCount= Convert.ToInt32（recv_buf[2]）；

if（recv_buf.Count >= iCount + 5）

{

if（recv_buf[iCount + 4] == 3）

{

data_end_catched = true；

len_packet = iCount + 5；

}

else

{

recv_buf.RemoveAt（0）；

data_sta_catched = false；

}

}

}

}

//收到完整數據包，解析數據包

if（data_sta_catched&& data_end_catched）

{

//對數據包進行處理，然后將該數據包從緩沖區(qū)中移除

recv_buf.RemoveRange（0，len_packet）；

}

}

方案驗證：

由于接收操作摒棄了常規(guī)方法中的增加線程休眠方式，因此數據接收的高效性通過Windows線程并發(fā)得以保證，讀者可將方案在C#串口通信程序中實現，觀察接收數據的實

時性。

為了驗證接收方案的可靠性，避免數據中偽數據包頭和偽數據包結束標志對數據包接收造成干擾而引起丟包，避免硬件電路中熱噪聲對接收方案的可靠性檢測產生干擾，采用虛擬串口軟件創(chuàng)建一對虛擬串口COM1和COM2進行模擬。測試程序中創(chuàng)建發(fā)送線程不間斷發(fā)送100 000個不定長的數據包到COM1，然后利用本文接收方案在COM2上進行串口數據接收，可成功接收到100 000個數據包。

從測試結果可以看出，本文接收方案成功避免了數據中偽數據包頭和偽數據包結束標志對數據包接收造成干擾而引起丟包的現象，從而證明該接收方案具有高可靠性。

3 結 語

本文介紹了一種在C#平臺下串口數據包的接收方案，通過應用程序增加緩沖區(qū)對數據包重組，避免了簡單接收時數據包丟失的不足，可高效、可靠地接收串口數據包，對C#串口應用程序的設計開發(fā)具有指導意義。

參考文獻

[1]邱曉榮.《物聯網設備編程與實施》課程的構建與實施[J].物聯網技術，2015，5（7）：96-97.

[2]陳天娥.物聯網設備編程與實施[M].北京：高等教育出版社，2014.

[3] NAGEL C，GLYNN J，SKINNER M. C#高級編程（9版）[M].

李銘，譯.北京：清華大學出版社，2015.

[4] PERKINS B ， HAMMER J V ， REID J D. C#入門經典（7版）[M].齊立波，黃俊偉，譯.北京：清華大學出版社，2016.

[5]于潤偉. C#項目實訓教程[M].北京：電子工業(yè)出版社，2009.

[6]高超.組合導航計算機高效多串口通訊技術的設計與實現[J].數字技術與應用，2016（1）：197.

[7]王斌，張林，鄧軍.一種基于高速串口通信的高效數據處理方法[J].自動化技術與應用，2016，35（6）：57-60.

[8]鄭武，肖寶森.串口通信新模型的研究與C#實現[J].電腦編程技巧與維護，2013（13）：29-30.