基于狀態(tài)機的串口通信協(xié)議的研究設(shè)計

1 定義數(shù)據(jù)包格式

串口通信中最小的的信息單元是數(shù)據(jù)幀。一個數(shù)據(jù)幀通常包括起始位、數(shù)據(jù)位、結(jié)束位，另外還可以包含用于檢測傳輸錯誤的“奇偶校驗位”，每個數(shù)據(jù)幀中傳輸?shù)臄?shù)據(jù)位可以有5、6、7、8或9個。

實際通信過程中，數(shù)據(jù)的發(fā)送是一幀一幀地進行，當被傳輸?shù)臄?shù)據(jù)超過一幀時(例如浮點型數(shù)據(jù))，如果沒有對數(shù)據(jù)幀進行必要的打包，發(fā)送出去的數(shù)據(jù)將會很難被數(shù)據(jù)接收方解釋與分析，進而造成數(shù)據(jù)傳輸混亂與錯誤。因此，在一般應用中有必要將數(shù)據(jù)幀組裝成數(shù)據(jù)包再發(fā)送。為了保證數(shù)據(jù)傳輸?shù)恼_性，將數(shù)據(jù)包定義為如圖1所示。

1)起始標志表示開始接收一個新的數(shù)據(jù)包，本協(xié)議中規(guī)定為0x55。
2)數(shù)據(jù)長度命令和附加數(shù)據(jù)共占的字節(jié)數(shù)。設(shè)置此字段，可方便接收方識別數(shù)據(jù)包的長度并能夠準確地接收數(shù)據(jù)包。
3)命令用來說明數(shù)據(jù)包的用途。
4)附加數(shù)據(jù) 當命令不同時，含義不同。例如，當命令表示數(shù)據(jù)包的用途為質(zhì)量時，附加數(shù)據(jù)用來保存質(zhì)量數(shù)據(jù)。
5)校驗是對命令字段與附加數(shù)據(jù)字段的所有字節(jié)數(shù)據(jù)的異或校驗。
6)結(jié)束標志表示該數(shù)據(jù)包結(jié)束，本協(xié)議中規(guī)定為0x56。
另外，在多機通信中，數(shù)據(jù)包中還應增加源地址與設(shè)備地址等字段。這里主要介紹上位機與下位機之間的通信，因此無需設(shè)置源地址與設(shè)備地址等字段。

2 通信狀態(tài)機

2．1 狀態(tài)機簡介

狀態(tài)機由事物所處的狀態(tài)及引發(fā)狀態(tài)變化的外部事件兩部分組成。在軟件編程中，事物所處的狀態(tài)可以描述為某個程序片斷或函數(shù)，而引發(fā)狀態(tài)變化的處部條件可以理解為條件判斷語句，當條件為真時，事物的狀態(tài)發(fā)生變化。事物發(fā)生變化前的狀態(tài)稱為現(xiàn)態(tài)，變化后的狀態(tài)稱為次態(tài)，程序中可以通過不同的數(shù)字對不同的狀態(tài)進行編號?，F(xiàn)態(tài)到次態(tài)的變化可以通過狀態(tài)變量值的改變來描述。

本協(xié)議中需要傳輸?shù)幕拘畔卧菙?shù)據(jù)包，數(shù)據(jù)包一般包含多個數(shù)據(jù)幀。實際傳輸過程中，數(shù)據(jù)的傳輸通常是一幀一幀地進行，數(shù)據(jù)包是被拆分成若干幀數(shù)據(jù)后再進行傳輸，數(shù)據(jù)接受方也是分幀接受一個數(shù)據(jù)包。數(shù)據(jù)接受方在解釋與分析數(shù)據(jù)包時可能存在兩個問題：

1)識別并接收完整的數(shù)據(jù)包

對于數(shù)據(jù)接收方，一個數(shù)據(jù)包是分若干批到來，在識別包頭與包尾時，也就是幀同步問題，具體編程時存在難度，特別對于已接收部分與未接收部分以及數(shù)據(jù)接收的進度及狀態(tài)的處理。

2)數(shù)據(jù)傳輸時的容錯能力

數(shù)據(jù)傳輸過程中已經(jīng)出現(xiàn)錯誤時，系統(tǒng)應該具有擺脫錯誤狀態(tài)，恢復到正常狀態(tài)的能力。例如，當一個數(shù)據(jù)包只傳輸完一部分時，因為未知故障，下一個數(shù)據(jù)包就開始傳輸，系統(tǒng)應該能識別出傳輸錯誤，拋棄前一個出錯的數(shù)據(jù)包，并且能正確接收下一個數(shù)據(jù)包。實際編程時處理這種問題難度較大，結(jié)果很可能會出現(xiàn)將第一個數(shù)據(jù)包的前一部分與第二個數(shù)據(jù)包的前一部分拼裝成一個新的數(shù)據(jù)包的情況，這就損失了兩個數(shù)據(jù)包，最嚴重的結(jié)果可能是系統(tǒng)無法從錯誤中恢復，這就嚴重降低了系統(tǒng)的安全性與可靠性。

為解決上面提出的兩個問題，本協(xié)議引入了狀態(tài)機。在狀態(tài)機中，狀態(tài)的變化依賴于外部觸發(fā)條件，當條件滿足時，狀態(tài)將發(fā)生變化。本協(xié)議中將數(shù)據(jù)包接收的各個階段定義為不同的狀態(tài)，將接收一幀新的數(shù)據(jù)或數(shù)據(jù)處理的結(jié)果作為外部觸發(fā)條件，從而達到狀態(tài)改變的目的，最終完成一個數(shù)據(jù)包的接收與校驗。

2．2 串口通信狀態(tài)圖

串口通信協(xié)議中，發(fā)送數(shù)據(jù)包時一般不需引入狀態(tài)機，這主要是為提高發(fā)送速率和簡化編程模型而考慮的。本協(xié)議中主要針對數(shù)據(jù)接收過程建立狀態(tài)機。數(shù)據(jù)接收狀態(tài)圖如圖2所示。

串口通信的數(shù)據(jù)接收過程如下：當未開始接收數(shù)據(jù)包或發(fā)現(xiàn)數(shù)據(jù)傳輸出錯時，系統(tǒng)進入空閑狀態(tài)；當數(shù)接收到數(shù)據(jù)包0x55(起始標志)時，變?yōu)槭盏狡鹗紭酥緺顟B(tài)，如果收到的數(shù)據(jù)不為0x55，系統(tǒng)繼續(xù)保持空閑狀態(tài)；進入收到起始標志狀態(tài)后，新接收到的任何數(shù)據(jù)將被當作數(shù)據(jù)包中命令與附加數(shù)據(jù)的總字節(jié)數(shù)(記為LEN)，系統(tǒng)進入收到數(shù)據(jù)長度狀態(tài)；繼續(xù)接收新的數(shù)據(jù)，直至接到新收到的數(shù)據(jù)總字節(jié)數(shù)達到LEN +2，進入檢驗結(jié)束標志狀態(tài)；這時可以檢驗結(jié)束標志是否為0x56，如果是，說明傳輸正確，否則傳輸出錯，出錯后應查找接收緩沖區(qū)中本數(shù)據(jù)包的起始標志后有無其它起始標志，如果沒有發(fā)現(xiàn)起始標志，系統(tǒng)應進入空閑狀態(tài)，否則應直接進入接收到起始標志狀態(tài)，這樣可提高系統(tǒng)容錯能力，方便系統(tǒng)從錯誤中恢復。檢驗結(jié)柬標志正確后，進入數(shù)據(jù)校驗狀態(tài)；校驗結(jié)果如果正確，數(shù)據(jù)包接收完成，否則說明傳輸出錯，系統(tǒng)進入空閑狀態(tài)。

3 協(xié)議實現(xiàn)

下位機采用ATMEL公司的AVR系列單片機ATmega168作為其核心控制單元；上位機軟件采用Delphi 7．0編寫，Delphi 7．0是Borland公司開發(fā)的基于Windows平臺的面向?qū)ο蟮目焖賾贸绦蜷_發(fā)工具。本協(xié)議上位機程序采用Delphi開發(fā)，主要考慮到Delphi易于實現(xiàn)多線程編程。另外，Delphi開發(fā)程序的簡單、高效，也是上位機軟件選擇其作為開發(fā)工具的重要原因。

串口通信協(xié)議包括發(fā)送與接收兩部分。在本系統(tǒng)中，下位機負責發(fā)送數(shù)據(jù)，上位機負責接收數(shù)據(jù)，而另一種情況：下位機接收、上位機發(fā)送，其處理方法與前面一種相似。因此，這里僅介紹下位機發(fā)送數(shù)據(jù)、上位機負責接收數(shù)據(jù)的實現(xiàn)。

下位機串口通信發(fā)送程序由于不考慮狀態(tài)機，實現(xiàn)較為簡單，其示例代碼如下：

上位機軟件中，當接收到數(shù)據(jù)時，串口控件會觸發(fā)一個事件，在事件處理代碼中應及時將收到的數(shù)據(jù)存入接收沖區(qū)，同時不應該把串口通信協(xié)議接收部分的代碼放置在此事件中，否則后面到來的數(shù)據(jù)可能因為前面先到的數(shù)據(jù)沒有及時處理完畢而被沖掉，導致數(shù)據(jù)丟失。因此，在上位機軟件運行時，應該啟動一個Windows線程，用于不斷檢測接收緩沖區(qū)是否為空，不為空時則對緩沖中的數(shù)據(jù)進行處理，創(chuàng)建一個名為TBufferThread的線程類：