一、串行通信介紹

1、串行通信概述

串行通信是將數據分成若干二進制位（bit），然后通過一條線路或一個通信信道，按照規定的規程逐位依次進行傳輸，實現計算機與計算機或計算機與外部設備之間的通信（數據交換）。

在通信領域內，有兩種數據通信方式：并行通信和串行通信。隨著計算機網絡化和微機分級分布式應用系統的發展，通信的功能越來越重要。通信是指計算機與外界的信息傳輸，既包括計算機與計算機之間的傳輸，也包括計算機與外部設備，如終端、打印機和磁盤等設備之間的傳輸。

串行通信具有占用硬件資源少、可大幅度降低通信線路成本、簡化通信設備、應用靈活、易維護等諸多優點，在工業控制、電力通信、智能儀表等領域得到了廣泛應用。

2、串行通信特點

數據在單條一位寬的傳輸線上，一比特接一比特地按順序傳送的方式稱為串行通信。

一位接一位地順序傳送。這樣一個字節的數據要分8次由低位到高位按順序一位位地傳送。由此可見，串行通信的特點如下：

（1）節省傳輸線，這是顯而易見的。尤其是在遠程通信時，此特點尤為重要。這也是串行通信的主要優點。

（2）數據傳送效率低。與并行通信比，這也這是顯而易見的。這也是串行通信的主要缺點。

例如：傳送一個字節，并行通信只需要1T的時間，而串行通信至少需要8T的時間。 由此可見，串行通信適合于遠距離傳送，可以從幾米到數千公里。對于長距離、低速率的通信，串行通信往往是唯一的選擇。并行通信適合于短距離、高速率的數據傳送，通常傳輸距離小于30米。特別值得一提的是，現成的公共電話網是通用的長距離通信介質，它雖然是為傳輸聲音信號設計的，但利用調制解調技術，可使現成的公共電話網系統為串行數據通信提供方便、實用的通信線路。

3、串行通信方式

EIA-RS232、EIA-RS485、電流環、CAN等串行通信方式是通信領域中應用廣泛的串行接口。EIA-RS232是全雙工的通信模式，可保證短距離點對點的高速傳輸，EIA-RS485實現了較長距離下的多點互聯通信。CAN屬于現場總線的范疇，采用了多主機制，改善了在集散控制系統下的主從通信模式。

隨著應用需求的復雜化，對串行通信的性能、通信效率的提升需求越來越明顯。如何制定一套切實可行、簡單易用，又能大幅度提高串行通信效率的通信協議；如何在PC端、嵌入式系統端構建一個高效的串行數據處理的應用程序，是串行通信協議中等待解決的問題。本文將以加油站信息管理系統為例，介紹串行通信協議的制定以及高效通信數據處理的實現。

二、串行通信協議的設計

1、系統總體結構

加油站信息管理系統的結構如圖1所示，每臺加油機為一個應用節點（即圖1中的控制點），通過半雙工RS-485總線連接至通信控制器，在RS-485網絡中，通信控制器為主機，各加油機為從機，構成一個主從通信的網絡架構。在多種串行接口標準中，RS-485接口結構簡單、通信速率高、傳輸距離遠、使用傳輸線較少，長距離通信較經濟，在集散式控制裝置中得到了廣泛應用。RS-485采用差分電平傳輸，只需2根信號線，即可以方便地增加控制節點數目。

通信控制器通過全雙工RS-232總線與管理PC進行數據交互，管理PC和通信控制器層面的數據交互，保證了實時性和高效性，采用互為主機的通信方式，以此構成集散控制系統。

2、通信協議格式的定義

（1）協議幀格式

1）主機（Master）下發數據幀格式

起始標志數據（5AH+A5H）+長度（從命令字開始到校驗和為止的字節數）+命令字HIGH+命令字LOW+機號+參數+一個字節校驗和（從命令字開始到校驗碼前一個字節的邏輯“異或”和）。

2）從機（Slave）上傳數據幀格式

起始標志數據（9BH+B9H）+長度（從命令字開始到校驗和為止的字節數）+命令字HIGH+命令字LOW+機號+參數+一個字節校驗和（從命令字開始到校驗碼前一個字節的邏輯“異或”和）。

（2）協議幀解釋

起始標志數據：采用1個字節或多字節作為幀起始標志，該部分的字節定義應盡量與幀數據的其他部分完全不一樣。接收方在接收數據時總是先尋找幀頭。幀頭的排他性將有利于提高各通信節點的接收效率。

長度：應盡量采用短幀，以避免各種干擾因素對通信效率的影響。可根據實際應用情況，在“長度”后增加“長度反碼”或“長度補碼”等校驗數據對長度進行更為嚴格的校驗。

命令字：根據實際通信應用需求，可應用1~2字節的通信命令字。

機號：該幀所需接收方的地址識別號，可根據實際應用需求對其進行修改，如增加源地址、目的地址等。

參數：該幀的應用數據，針對不同的應用，考慮到數據的安全性，可對該部分的數據進行加密處理。

校驗和：該幀的數據校驗，可根據應用需求選擇不同的校驗方式。

三、高效串行通信方式的實現

1、PC端軟件發送數據的處理機制

PC端的軟件首先判斷最高優先級的命令字是否需要發送，如果需要，則進入該命令字的發送流程；如果沒有，接著判斷次高級優先級的命令字是否需要發送，如果需要，則進入發送流程。

根據命令字的優先級由高到低的順序依次判斷要發送的命令字，當沒有通信數據命令字發送時，PC端軟件將發送輪詢命令字。

此外，在發送完一幀數據后，PC端軟件會開啟接收超時定時器T,如果PC端軟件在超時時間內收到應答命令數據幀則進入相應數據處理流程，同時關閉接收超時定時器T;如果系統定時時間內未收到應答命令數據幀，則重新發送該命令字的幀數據，并記錄發送該命令字的次數，當發送命令字的幀超過10次未收到相應應答命令，即視為該命令字和控制點的通信失敗，將通信流程重新調整到輪詢命令字狀態下。

2、PC端軟件接收數據的處理機制

在PC軟件端的接收程序部分，按字節來處理接收到的每幀數據，而不是按幀來處理。為此，應用程序將串口的接收中斷的響應字節閾值設為1,即當接收緩沖區有多于1個數據便進入接收數據處理流程。

當開始接收一幀數據時，首先找到幀頭，其次應根據接收數據緩沖區中的有效數據長度和幀長度的關系來分類處理。因為Windows對串口的封裝（開發平臺為VC++6.0），使得應用程序無法來設定軟件，根據接收數據緩沖區的數據閾值來響應串行中斷。所以在通信過程中當PC產生串行中斷時，應根據串行中斷當前數據接收緩沖區的有效數據長度來做分類處理。

首先，把接收緩沖區ReceBuffer[M]的數據取出來，放到待處理緩沖區DealBuffer[M]中（為了防止該幀數據還沒有處理完畢，未處理的數據會被新來的數據覆蓋掉，造成系統的數據丟失）。其次，要確定接收數據的幀頭，方法就是逐字節查找，一般幀頭在接收緩沖區中出現的位置有3種情況，如圖2所示，每一個方格代表一個字節。

如果幀頭就是接收緩沖區的前兩個字節（如圖2（a）所示），則按照通信協議依次處理剩下的接收緩沖區的有效數據。用全局變量表示接收緩沖區處理步驟S,正確接收到2個幀頭后P賦值為2.

如果幀頭在接收數據緩沖區的不連續字節內（如圖2（b）所示），應把從第2個幀頭開始的有效數據移到第1個幀頭后，如圖3所示，使得待處理緩沖區的數據形成連續的一幀數據來繼續下一步的處理。

如果幀頭分散在兩個數據幀中（如圖2（c）所示），即PC響應串行中斷第1次接收到第1個幀頭，第2次響應或者第n次響應串行中斷接收到第2個幀頭。當接收到第1個幀頭后，S賦值為1.當下次響應串行中斷時，判斷S的值，如果是1,表示第1個幀頭已經找到，開始在接收到的幀數據中尋找第2個幀頭；如果找到，S賦值為2,并把從第2個幀頭開始的有效數據移到第1個幀頭后，使待處理緩沖區的數據形成連續的一幀數據來處理。

判斷命令字是否為協議中規定的合法命令字。如果是，將根據命令字所對應的長度來判斷該幀數據的合法性，因為在制定通信協議時，規定了特定命令字所對應的數據長度，這兩點約束條件可以保證接收數據的合法性，從而提高了系統的穩定性。如果命令字和其對應的長度值合法則將S賦值為3,進入下一步的數據處理步驟。

最后，關閉發送定時器，防止處理的過程中有新的接收數據影響處理有效數據的過程。處理完畢，打開發送定時器，根據處理過程中標志位的改變情況繼續與控制點進行相應的數據通信。在處理接收數據的步驟中，如果任何一個步驟出現非法數據，則清空ReceBuffer[M]和DealBuffer[M],認為該幀數據傳輸出錯，丟棄該幀數據，并初始化接收變量，重新設定接收超時定時器，接收下一次通信數據。

四、小結

本文通過完整的串行通信協議的設計，在PC軟件發送端始終處于通信狀態，能以很快的速度響應系統協議規定的命令字及其數據的發送。同時，在PC軟件接收端，采用逐字節處理的方式，通過設定全局變量來確定處理接收數據幀的步驟，細化了處理接收數據的過程，保證了數據高效可靠的傳輸。本系統已經應用在上海寶鋼集團加油站信息管理系統中，實驗結果證明，此協議的通信數據準確、通信效率高效可靠、自適應能力強，具有在相關領域推廣的價值和意義。