摘 要：串行通信在工業(yè)控制領(lǐng)域一直占據(jù)著著重要的地位，上位機(jī)對(duì)串行接口的訪問(wèn)一般是使用開(kāi)發(fā)環(huán)境的串行通信控件。在此詳細(xì)討論了基于VC開(kāi)發(fā)環(huán)境的異步串行通信動(dòng)態(tài)鏈接庫(kù)的開(kāi)發(fā)、設(shè)計(jì)過(guò)程，基于該動(dòng)態(tài)鏈接庫(kù)，在開(kāi)發(fā)的監(jiān)控安防項(xiàng)目中上位機(jī)訪問(wèn)組網(wǎng)的控制器時(shí)，工作良好。

關(guān)鍵詞：串行通信； 多線程； 動(dòng)態(tài)鏈接庫(kù)； VC開(kāi)發(fā)環(huán)境

中圖分類(lèi)號(hào)：TN91934； TP319 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1004373X(2012)10003502

在工業(yè)控制領(lǐng)域中，串行通信以其傳輸距離長(zhǎng)，數(shù)據(jù)可靠性高、便于總線化等優(yōu)點(diǎn)，一直是設(shè)備與上位機(jī)或者設(shè)備與設(shè)備間通信的主要接口。傳統(tǒng)的上位機(jī)和工控設(shè)備之間的串行通信主要是依靠開(kāi)發(fā)環(huán)境的串行通信控件來(lái)實(shí)現(xiàn)的，而這些控件是封裝好的，在使用簡(jiǎn)便的同時(shí)卻失去了操作的靈活性，或者單獨(dú)使用復(fù)雜的WindowsAPI 函數(shù)。那么這兩者對(duì)多線程串行通信都是不理想的，為此本文討論了基于VC開(kāi)發(fā)環(huán)境的異步串行通信動(dòng)態(tài)鏈接庫(kù)的開(kāi)發(fā)、設(shè)計(jì)過(guò)程，基于本文的動(dòng)態(tài)鏈接庫(kù)，在開(kāi)發(fā)的監(jiān)控安防項(xiàng)目中上位機(jī)訪問(wèn)組網(wǎng)的控制器時(shí)，工作良好。

1 DLL原理

動(dòng)態(tài)鏈接庫(kù)是一種基于Windows的模塊化的程序［1］，它不但包含可執(zhí)行的程序代碼，并且還有數(shù)據(jù)，各種資源，因而擴(kuò)大了庫(kù)文件的應(yīng)用領(lǐng)域。在進(jìn)行大型程序設(shè)計(jì)時(shí)，利用DLL可將系統(tǒng)程序分解成一系列的主程序和DLL，進(jìn)而減少開(kāi)發(fā)工作量的工作環(huán)境；而且由于程序復(fù)用模塊的減少，那么訪問(wèn)的速度可以得到大幅度的提高；另外，若基層程序的某個(gè)部分改變了，上層應(yīng)用程序不用改動(dòng)，只修改相應(yīng)的DLL文件就可以了。

當(dāng)應(yīng)用程序使用DLL文件時(shí)，并不是將庫(kù)代碼里的DLL文件復(fù)制，而是在應(yīng)用程序中記錄動(dòng)態(tài)鏈接庫(kù)文件函數(shù)的入口點(diǎn)和接口，當(dāng)應(yīng)用程序執(zhí)行到DLL文件時(shí)，才將DLL里面的文件代碼載入內(nèi)存，不管多少應(yīng)用程序用DLL，內(nèi)存中只加載一個(gè)DLL文件，當(dāng)沒(méi)應(yīng)用程序使用DLL時(shí)，系統(tǒng)就將它從內(nèi)存中清除，進(jìn)而回收資源。

另外，DLL和其應(yīng)用程序的鏈接是獨(dú)立的，應(yīng)用程序調(diào)用DLL的地址轉(zhuǎn)換是在DLL加載時(shí)才實(shí)現(xiàn)，這樣有利于DLL的故障查找和修改，不必重新編譯其應(yīng)用程序。

2 Win32串行通信的實(shí)現(xiàn)

使用Win32API函數(shù)CreatFile（）打開(kāi)串口資源，而后使用SetCommState（）對(duì)DCB（Device Control Block）數(shù)據(jù)結(jié)構(gòu)里的參數(shù)設(shè)置，例如波特率、停止位、數(shù)據(jù)位、校驗(yàn)位等［2］；SetComm( )函數(shù)實(shí)現(xiàn)讀寫(xiě)緩沖區(qū)的設(shè)置。GetCommTimeouts（）和SetCommTimesout()函數(shù)重新設(shè)置讀寫(xiě)的超時(shí)函數(shù)，以此時(shí)間判斷串口通信的成功與否。初始化串口資源后，使用CreatEvent（）函數(shù)建立通信事件，而后調(diào)用WaitCommEvent（）監(jiān)控通信事件，在Windows環(huán)境下，串口通信的訪問(wèn)操作和文件的讀寫(xiě)操作一樣，用函數(shù)ReadFile（）和函數(shù)WriteFile（）對(duì)串口數(shù)據(jù)的讀寫(xiě)是在用戶(hù)事先定義的讀寫(xiě)緩沖區(qū)中進(jìn)行。通信完畢，斷開(kāi)串行通信連接，用函數(shù)CloseHandle（）關(guān)閉通信函數(shù)的句柄、清除通信事件，釋放通信資源。其流程如圖1所示［3］。

圖1 Win32串行通信流程3 多線程編程異步串行通信的實(shí)現(xiàn)

在多線程的串口I/O通信編程中，將對(duì)串口的讀、寫(xiě)操作視為同一進(jìn)程的2個(gè)不同任務(wù)，創(chuàng)建讀線程和寫(xiě)線程分別完成對(duì)串口的讀寫(xiě)操作；由于工業(yè)控制領(lǐng)域異步串行通信事件發(fā)生的隨機(jī)性和傳輸?shù)膶?shí)時(shí)性，要求通信線程優(yōu)先于主線程被處理，所以在讀寫(xiě)線程的中用SetThreadPriority(handle［0］，THREAD_PRIORITY_HIGHEST)來(lái)完成讀寫(xiě)線程優(yōu)先級(jí)的設(shè)置。

在PC機(jī)上，創(chuàng)建輔助串行通信監(jiān)測(cè)線程來(lái)實(shí)時(shí)監(jiān)測(cè)串口資源的通信狀態(tài)，按照監(jiān)測(cè)到的通信狀態(tài)，向主線程輸送相應(yīng)的通信狀態(tài)消息，然后主程序分析處理其通信狀態(tài)消息。能夠主動(dòng)探測(cè)到數(shù)據(jù)的接收與發(fā)送是利用多線程實(shí)現(xiàn)串行通信的突出特點(diǎn)［4］。輔助通信線程一旦探測(cè)到數(shù)據(jù)已經(jīng)發(fā)送到串口上，輔助通信線程就會(huì)自動(dòng)接收數(shù)據(jù)。數(shù)據(jù)接收完畢，其就向主線程發(fā)送數(shù)據(jù)接收的消息，串口通信數(shù)據(jù)的讀線程也是如此。應(yīng)用程序通過(guò)對(duì)通信輔助線程發(fā)送來(lái)消息的分析，來(lái)處理通信串口通信的數(shù)據(jù)。

采用多線程技術(shù)編程，從MFC的線程對(duì)象CThread類(lèi)［5］，建立輔助線程串口讀線程(sc_readthread)和寫(xiě)線程(sc_writethread)，實(shí)現(xiàn)串口通信的操作，以此監(jiān)測(cè)和管理串口通信數(shù)據(jù)的輸入和輸出。讀線程實(shí)現(xiàn)從通信串口讀取數(shù)據(jù)并輸送給主線程，寫(xiě)線程接收主線程發(fā)送來(lái)的數(shù)據(jù)，并將其輸送到串行通信端口輸出。主線程除完成串口資源的打開(kāi)、參數(shù)配置的部分工作外，還要完成讀寫(xiě)輔助通信線程的創(chuàng)建以及關(guān)閉、多線程的協(xié)調(diào)、數(shù)據(jù)的中間處理等工作。

程序的串口通信結(jié)構(gòu)流程如圖2所示，串口程序?qū)懢€程的流程如圖3所示，串口讀線程的流程如圖4所示。

臨界區(qū)對(duì)象具有同步線程迅速［6］，便于數(shù)據(jù)訪問(wèn)控制的特點(diǎn)，為此編程時(shí)使用臨界區(qū)（Critical Setion）同步技術(shù)來(lái)同步線程串行通信中的各線程，防止串行通信多線程間的沖突和死鎖。臨界區(qū)對(duì)象的作用是保護(hù)主線程與讀寫(xiě)線程之間的共享數(shù)據(jù)，每次只允許一個(gè)線程有權(quán)訪問(wèn)被保護(hù)的數(shù)據(jù)。InitializeCriticalSection( )函數(shù)初始化臨界區(qū)對(duì)象，分配臨界區(qū)對(duì)象資源，使用EnterCriticalSection( )和LeaveCriticalSection( )函數(shù)來(lái)進(jìn)入和退出數(shù)據(jù)保護(hù)狀態(tài)［7］。

依據(jù)以上思路，把監(jiān)控安防系統(tǒng)中，上位機(jī)需要訪問(wèn)網(wǎng)絡(luò)控制器的串行通信函數(shù)全部做成一個(gè)動(dòng)態(tài)連接庫(kù)文件。但是在發(fā)布上位機(jī)應(yīng)用程序時(shí)，需要把此動(dòng)態(tài)連接庫(kù)一起發(fā)布。

圖2 串口通信結(jié)構(gòu)流程

圖3 串口寫(xiě)線程的流程 圖4 串口讀線程的流程

4 動(dòng)態(tài)鏈接庫(kù)函數(shù)的VB 調(diào)用

由于監(jiān)控安防系統(tǒng)的人機(jī)交互界面是使用VB開(kāi)發(fā)的，本設(shè)計(jì)的動(dòng)態(tài)連接庫(kù)的調(diào)用是，在VB開(kāi)發(fā)環(huán)境的標(biāo)準(zhǔn).BAS模塊中，定義該DLL函數(shù)的調(diào)用方式，并且把開(kāi)發(fā)好的動(dòng)態(tài)連接庫(kù)文件復(fù)制到建立的工程里面，就可以使用了［89］。本設(shè)計(jì)的部分動(dòng)態(tài)鏈接庫(kù)函數(shù)在VB里的聲明如下：

Public Declare Function init_port Lib \"all\" (ByVal com_port As Integer) As Integer

Public Declare Function exit_port Lib \"all\" (ByVal com_port As Integer) As Integer

Public Declare Function sc_setdate Lib \"all\" (ByVal com_port As Integer，ByVal iodata As String) As Integer

5 結(jié) 語(yǔ)

針對(duì)串行通信控件的不靈活性和WinAPI函數(shù)的代碼利用率低的特點(diǎn)，提出了利用動(dòng)態(tài)鏈接庫(kù)實(shí)現(xiàn)串口

的通信，既能實(shí)時(shí)監(jiān)測(cè)串口和靈活的傳輸通信數(shù)據(jù)，又提高了代碼的效率?；诒疚乃枷朐O(shè)計(jì)的動(dòng)態(tài)鏈接庫(kù)，在開(kāi)發(fā)的監(jiān)控安防系統(tǒng)中，比較理想地實(shí)現(xiàn)上位機(jī)和控制器之間的通信。

參 考 文 獻(xiàn)

［1］ RICHTER J， NASARRE C.Windows核心編程［M］.葛子昂，周靖，廖敏，等譯.5版.北京:清華大學(xué)出版社，2008.

［2］ 胡東海，李升亮.Visual C++編程學(xué)習(xí)捷徑［M］.北京:清華大學(xué)出版社，2003.

［3］ PETZOLD C. Windows程序設(shè)計(jì)［M］.北京:北京大學(xué)出版社，2004.

［4］ 歐陽(yáng)琳.基于多線程技術(shù)和自定義消息編程實(shí)現(xiàn)Windows9X異步串行通信［J］.計(jì)算機(jī)與數(shù)字工程，2005(9):1517.

［5］ 佚名.Microsoft Corporation MFC與Windows編程（影印版）［M］.北京:北京大學(xué)出版社，2000.

［6］ 王苓，蘇維軍.基于多線程技術(shù)的多串口通信［J］.微計(jì)算機(jī)信息，2006(8):5658.

［7］ MSDN. Microsoft Corporation \\[R\\]. USA: MSDN， 1975.

［8］ 李威，王春燕.VB 6.0直接調(diào)用EXE文件的一種方法［J］.交通與計(jì)算機(jī)，2000(3):103105.

［9］ EVJEN B， HOLLIS B.Visual Basic 2008高級(jí)編程［M］.詹正茂，譯.5版.北京:清華大學(xué)出版社，2009.

［10］ 李景峰，楊麗娜，潘恒，等.Visual C++串口通信技術(shù)詳解［M］.北京:機(jī)械工業(yè)出版社，2010.

作者簡(jiǎn)介: 王 剛 男，1980年出生，在讀博士，講師。研究方向?yàn)橹悄軆x表、智能信號(hào)處理。

孫 嫻 女， 1970年出生，講師。研究方向?yàn)橛?jì)算機(jī)通信。2012年5月15日第35卷第10期