引言

在工業自動化控制系統中，記錄儀起著十分重要的作用，它可以實時采集、監測和記錄一些影響工藝過程和產品質量的重要參數，被廣泛應用于石化、冶金、電力、機械、醫藥、輕工業等行業。隨著電子技術的不斷發展，記錄儀已從傳統的有紙模擬式發展到如今的無紙數字式[1]。與傳統的有紙記錄儀相比，無紙記錄儀無機械磨損、顯示直觀、使用方便、故障率低和設備耗材少，因此被越來越多的應用于工業控制領域。

隨著工業過程自動化的高速發展，企業對無紙記錄儀提出了越來越高的要求，基于8位單片機的無紙記錄儀的功能已遠遠達不到用戶的要求。嵌入式ARM微處理核的32位RISC處理器以其強大的性能豐富的接口以及優異的性價比等諸多優勢，而被越來越多的應用于無紙記錄儀，隨著硬件的改進，傳統的串行通訊方法也迫切需要改進，因此本文提出了基于嵌入式Linux的串口通信方案。嵌入式Linux操作系統是在標準Linux的基礎上針對嵌入式系統進行內核裁剪和優化后形成[2]，它繼承了Linux的開放源代碼、多任務、穩定性高，內核可裁剪等諸多優點，其內核精簡而,具有非常好的網絡性能。本文將使用嵌入式Linux作為無紙記錄儀上位機操作系統，并利用其多線程編程技術實現上位機與下位機的串口通信。

1 記錄儀中的通信協議

由于無紙記錄儀主要在過程控制現場或監控室中使用，與之進行通信的現場設備接口以串口居多，因此在該裝置的開發過程中采用十分通用的MODBUS協議作為串口通信協議。MODBUS協議是MODICON公司于1979年為建立智能設備間的主從式通信而開發的一種通信協議，它規定在一個系統中，每次命令應由系統中主設備發起，從設備通過解析地址位決定是否應答[3]。該協議具有兩種報文傳送幀格式，ASCII和RTU報文幀格式，分別如圖1和圖2所示。

圖1 ASCII報文幀格式

圖2  RTU報文幀格式

將兩種報文傳送幀格式異同總結如表1。由表1可知，兩種報文幀格式各有優劣：ASCII格式使用的字符是RTU格式的兩倍，但ASCII格式數據的譯碼和處理更為容易一些；使用RTU報文幀格式傳輸數據時，報文字符必須以連續數據流的形式傳送，而使用ASCII格式，字符之間允許長達1s的時間間隔。

表1 ASCII與RTU報文幀格式比較

通常情況下，在一個MODBUS網絡中只采用一種報文幀格式進行數據交換。但在一些特殊情況下，同一系統中需要用到不同傳輸模式的控制器，即同時采用兩種報文幀傳輸格式。為了使無紙記錄儀具有更強的通用性，本文提出了一種新的可同時使用兩種報文幀格式的串口通信方案。在以下闡述過程中， 以ASCII和RTU報文幀格式傳輸的數據將分別簡稱為ASCII和RTU數據。

2 記錄儀的通信實現

2.1 整體設計

無紙記錄儀主要通信對象為工業現場設備，因此通信過程中數據交換應快速、準確無誤。在MODBUS協議中，ASCII與RTU數據打包與解碼均不相同，數據讀寫方面需要獨立起來。串口通信功能框架如圖3所示。

圖3 串口通信功能框架圖

設備注冊掃描模塊主要負責設備地址表的維護，每間隔一定時間掃描在線設備，并記錄下設備地址和使用的報文幀格式，同時根據掃描得到信息動態開辟ASCII和RTU數據緩存區。ASCII數據讀寫模塊負責打包和解碼ASCII數據，RTU數據讀寫模塊負責打包和解碼RTU數據。數據發送模塊根據優先級排列好打包好的數據依次發送。數據接收模塊僅解碼下位機儀表每次傳回數據的*，判斷是RTU數據還是ASCII數據，存入RTU或ASCII數據緩存區，以待處理。

為了實現ASCII與RTU數據的共存，首要問題是每次設備掃描注冊時對使用ASCII和使用RTU數據的設備加以區分。由ASCII和RTU的報文幀格式可知，傳輸數據*是判斷數據類型的關鍵，所以使用RTU報文幀格式的設備地址需避開ASCII數據的起始位和結束符。在未知在線設備情況下，上位機將所有設備地址輪詢一遍，解析接收數據*，如果是ASCII的起始位，則ASCII設備注冊，反之，則RTU設備注冊。

2.2 編程實現

軟件實現上，采用Linux的多線程編程技術，可以更好的滿足工業現場的實時性要求。多線程程序采用多任務、并發的工作方式[4]，可以提高應用程序響應時間并且改善程序結構。Linux操作系統中提供了Linuxthread 庫[5],它實現了符合POSIX1003.1c標準的多線程支持,而且是內核級方式。

串口通信通過三個線程來實現，主線程、發送子線程和接收數據處理子線程，如圖4所示。同時，為了使收發數據管理更加方便，建立了四個數據緩存區：⑴ 發送緩存區，存放準備發送的命令； ⑵ 已發送緩存區，存放已發送好但未經接收確認的命令；⑶ RTU接收緩存區，存放接收到的RTU數據；⑷ ASCII接收緩存區，存放接收到的ASCII數據。所有線程共享上述四個數據緩存區的數據，并設置互斥鎖用來確保一個時間段內只有一個任務在訪問共享數據。

圖4  串口通信多線程程序流程圖

主線程主要負責設備的注冊，掃描是否有數據發送，如果有發送數據，進行優先級設置，將發送數據轉為發送所需的ASCII和RTU格式，存入發送緩存區以待發送。串口初始化主要功能為設置串口通信屬性，如波特率、數據位、校驗位和流控制等。串口通信采用異步通信模式，并以全局變量作為接收標志。解析數據時應將已收到數據和已發送數據進行匹配，根據發送的數據分析接收數據是否正確，如果接收數據正確則丟棄已發送命令，否則重發。

3 快速數據轉換算法

由于上位機與下位機的個別數據存儲格式不同，需要轉換為對方能夠識別的數據。下面以浮點數為例，說明本次設計中的數據轉換機制。

上位機采用Linux操作系統，浮點數采用IEEE-754數據存儲格式。IEEE規定一個浮點數在內存中占四字節，其數據格式如圖5所示。

圖5  IEEE浮點數數據格式

在IEEE浮點數數據存儲格式下，第1位為符號位，指示浮點數的正負。指數部分共8位，*個字節的后7位和第二個字節的第1位，表示范圍是0 ~ 255。實際上的指數值應是-128 ~ 127的有符號整數，為了存儲方便，指數值都加127轉為0 ~ 255存儲，即實際指數值是E-127。zui后23位為小數部分，需要注意的是，在計算時，要將小數部分zui高位補1。因此，實際的浮點數值可以通過下面的公式計算：

Real =（-1）＊Sign＊（D/224）＊2E-126

下位機浮點數在內存中同樣占四字節，其數據格式如圖6所示。

圖6  下位機浮點數數據格式

下位機浮點數數據格式中，數符用來指示浮點數的正負，階符用于指示指數的正負，階碼有6位，即指數范圍是0~64，小數部分比IEEE浮點數數據格式中多1位，因此在計算時高位無需補1。實際的浮點數數值可以通過下面公式計算：

Real =（-1）＊Sign＊（D/224）＊2（-1）＊SignE＊E

實際傳輸過程中，從下位機傳來的浮點數，需要先轉為IEEE標準格式，傳給下位機的數據同樣需要轉為下位機能夠識別的格式。由于浮點數存儲格式復雜，在轉換數據時應盡量避免使用浮點數運算。通過比較圖5和圖6可知，兩種存儲格式的zui后23位相同，可以共用。因此，在編程時，采用共同體能夠更快的解決兩者之間的轉換。編寫共同體如下：

union {

float fdata;

unsigned char byte[4];

}data_change;

fdata中存放轉換前得浮點數，而字符型數組byte直接對應浮點數在計算機中以二進制存儲的四個字節。通過對字符型數組的簡單的加減法及移位計算就可以快速在兩種存儲格式之間轉換。 實際測試時，采用共同體的數據轉換在響應時間上要明顯優于未采用共同體的數制轉換，提高了串口通信的實時性。

4 結論

本文創新點：（1）將嵌入式Linux系統應用于無紙記錄儀，使得該裝置體積小，功能強，實時性能及可擴展性能良好；（2）實現了MODBUS協議中RTU與ASCII傳輸模式的共存，使無紙記錄儀具有更強的通用性；（3）通過在數據轉換編程中采用共同體這方面的改進，提高了無紙記錄儀串口通信的實時性。