龐新法

（陜西省委黨?？萍冀萄胁?陜西 西安 710061）

通過對傳統(tǒng)網(wǎng)絡(luò)設(shè)備的定義進行擴展，將儀器儀表納入網(wǎng)絡(luò)管理的范疇，使得其已經(jīng)不再是孤立的、單獨的設(shè)備，而是將測試技術(shù)、互聯(lián)網(wǎng)技術(shù)、計算機技術(shù)結(jié)合在一起的網(wǎng)絡(luò)儀器系統(tǒng)。但網(wǎng)絡(luò)化儀器間難以進行協(xié)同工作，進而限制測量系統(tǒng)測量效率。為了實現(xiàn)網(wǎng)絡(luò)化儀器間的通信，本文將HiSLIP協(xié)議、虛擬儀器設(shè)計技術(shù)與網(wǎng)絡(luò)化測控系統(tǒng)相結(jié)合，利用HiSLIP協(xié)議，設(shè)計網(wǎng)絡(luò)化儀器間的通信原理，并給出了協(xié)議服務(wù)器端設(shè)計與實現(xiàn)。

協(xié)議的服務(wù)器端主要實現(xiàn)與儀器端的連接，并且實現(xiàn)為遠端控制軟件提供連接、數(shù)據(jù)傳輸?shù)确?wù)，和協(xié)議的客戶端配套實現(xiàn)通信通道的建立。服務(wù)器端程序，主要完成等待連接建立，連接建立，數(shù)據(jù)傳輸，和容錯處理等。

HiSLIP[1]協(xié)議服務(wù)器端的設(shè)計是與客戶端相對應(yīng)，其功能也分為以下幾部分：協(xié)議啟動及前期準(zhǔn)備；等待客戶端發(fā)起連接；與客戶端進行數(shù)據(jù)交互；容錯處理等?？蛻舳说?4個交互，在服務(wù)器端程序中均一一對應(yīng)，使用的消息類型會部分不同。

1 服務(wù)器端總體設(shè)計

根據(jù)IVI規(guī)范，儀器端的HiSLIP協(xié)議服務(wù)器端執(zhí)行流程如圖1所示，啟動后，在同一個端口（4880）上創(chuàng)建兩個TCP連接，分別作為同步通道和異步通道。在同步通道上可雙向發(fā)送字符型命令，代理將數(shù)據(jù)按照HiSLIP的幀格式封裝，并交由下層TCP協(xié)議。

協(xié)議啟動時，申請?zhí)捉涌诓⒔壎?880端口，啟動端口偵聽，若有連接請求則查詢是否超過最大連接數(shù)，如果超過則拒絕請求，否則建立連接。建立連接成功后，創(chuàng)建子進程，并將父進程的鏈接信息復(fù)制一份給子進程，完成后，即可進行數(shù)據(jù)的傳輸。父進程會查詢是否有關(guān)閉連接的請求，如果有則關(guān)閉連接，如果沒有則繼續(xù)偵聽端口。

2 協(xié)議啟動

服務(wù)器端協(xié)議啟動，和客戶端基本一致，申請Socket并進行端口4880綁定，之后等待客戶端發(fā)起連接。通過執(zhí)行函數(shù)intserver_initialize來實現(xiàn)協(xié)議啟動的準(zhǔn)備工作。

3 連接建立

根據(jù)協(xié)議要求，服務(wù)器端需要配合客戶端完成兩次連接的建立，按建立的前后順序，第一次是同步通道，第二次是異步通道[2-3]。

圖1 服務(wù)器端的協(xié)議流程Fig.1 The agreement process on the server side

3.1 建立連接過程中需要使用的消息類型序列

在接收到客戶端Initialize消息后，向客戶端發(fā)送消息類型為InitializeResponse的消息，其中包含的數(shù)據(jù)有，是否是重疊模式（overlap-mode），服務(wù)器協(xié)議版本，以及會話 ID，此時第一個連接即同步通道建立完成。消息格式為，<0>。

在接收到客戶端AsyncInitialize消息后，服務(wù)器端向客戶端發(fā)送消息類型為AsyncInitializeResponse的消息，其中包含的額數(shù)據(jù)只有服務(wù)器端程序的廠商號（server-vendorID）。此時，第二個連接即異步通道建立完成。消息格式為，<0><0>。

3.2 對遠端儀器進行鎖操作的消息類型序列

首先接收到AsyncLockInfo消息類型，服務(wù)器返回消息AsyncLockInfoResponse，其中包含已經(jīng)授權(quán)的鎖個數(shù)和鎖類型等信息。格式為，<0>。

接收到AsyncLock消息時，使用消息AsyncLockResponse告知客戶端，加鎖成功還是失敗，或者釋放鎖成功還是失敗。在該消息中包含的數(shù)據(jù)有，請求加鎖標(biāo)志位和請求釋放鎖標(biāo)志，等待加鎖超時時間，鎖信息描述等。加鎖時發(fā)送給客戶端的消息的格式為，<0=failure，1=success，3=error><0><0>；釋放鎖時發(fā)送給客戶端的消息格式消息格式為，<1=success exclusive，2=success shared， 3=error><0><0>。

3.3 服務(wù)器端響應(yīng)客戶端的消息尺寸使用的消息序列

收到客戶端AsyncMaximumMessageSize消息后，服務(wù)器端通過消息AsyncMaximumMessageSizeResponse來向客戶端告知服務(wù)器端可以接受的最大消息尺寸，該消息中包含由8字節(jié)無符號整形數(shù)據(jù)表示的消息尺寸信息。消息格式為，<0><0><8><8-byte size>。

通過 執(zhí)行函數(shù) staticinthandle_initialize_response（hislip_message*recv_message，char*send_buf，int*send_len）處理客戶端發(fā)起同步通道連接時服務(wù)器端的響應(yīng)過程。

通過執(zhí)行函數(shù)staticinthandle_async_initialize_response（hislip_message*recv_message，char*send_buf，int*send_len）處理客戶端發(fā)起異步通道連接時服務(wù)器端的響應(yīng)過程。

第一，社區(qū)服刑人員的主觀因素。一是存在文化程度差異，量表的表述不能完全理解，工作人員若協(xié)助解釋則會形成暗示，影響測量效果；二是量表題量多且為客觀題，社區(qū)服刑人員為節(jié)省時間隨意填寫，造成無效量表過多；三是多數(shù)社區(qū)服刑人員對心理常識知之甚少，都是“心盲”，主觀配合程度差。

通過執(zhí)行函數(shù)staticinthandle_async_message_size（hislip_message*recv_message，char*send_buf，int*send_len） 向客戶端發(fā)送服務(wù)器端能夠接受的消息最大尺寸。

4 數(shù)據(jù)交互

數(shù)據(jù)交互[4-5]部分與客戶端相對應(yīng)，同樣使用兩種消息類型Data和DataEND，這兩種消息類型的消息使用方法與客戶端一致，即儀器獲取的數(shù)據(jù)發(fā)送給客戶端，服務(wù)器端使用Data或DataEND消息進行發(fā)送[7]，如果可以滿足不超過最大消息長度的情況下，使用DataEND消息類型進行發(fā)送，如果超過了最大消息長度，則先使用Data消息類型進行發(fā)送若干，在剩余的數(shù)據(jù)不超過最大消息尺寸時，使用DataEND發(fā)送完剩余的數(shù)據(jù)。

在發(fā)送消息的內(nèi)容上與客戶端有所區(qū)別，服務(wù)器端使用的消息中不包含交付標(biāo)志，消息中的其他內(nèi)容和客戶端發(fā)送給服務(wù)器端的一致，包含消息ID，數(shù)據(jù)長度及數(shù)據(jù)。消息格式為，<0>和<0>。在接收到Data和DataEND消息時，對其進行處理的函數(shù)如下。

5 容錯處理

服務(wù)器端的容錯處理有：致命錯誤及同步恢復(fù)交互；錯誤告知交互；中斷交互。這些主要是配合客戶端保證整個協(xié)議能夠穩(wěn)定有序運行，與客戶端的容錯處理能夠一一對應(yīng)，這里不再贅述。

6 程序設(shè)計實現(xiàn)

根據(jù)上述設(shè)計過程以及各種交互的含義，時序關(guān)系，進行程序設(shè)計[6-7]，程序?qū)崿F(xiàn)使用C語言實現(xiàn)，運行在Linux系統(tǒng)之上，程序中的模塊[8-9]主要有，通道建立初始化模塊，數(shù)據(jù)接收模塊，數(shù)據(jù)發(fā)送模塊等。

通過協(xié)議服務(wù)器端源代碼中的一些功能函數(shù)介紹，說明協(xié)議服務(wù)器端的執(zhí)行過程如下。

實現(xiàn)初始化服務(wù)器端，初始化完成后，等待客戶端的HiSLIP連接。

staticinthandle_async_message_size（）

處理客戶端發(fā)送的協(xié)商雙方發(fā)送的消息尺寸的請求消息。

staticintrecv_message_handle（）

接收從客戶端發(fā)送過來的數(shù)據(jù)，并進行初步處理，對接收的數(shù)據(jù)包按照消息類型進行識別，識別后調(diào)用相關(guān)功能函數(shù)予以處理。

staticintcommunicate_device（）

實現(xiàn)協(xié)議與設(shè)備的直接通信，在Linux下儀器設(shè)備，被抽象成設(shè)備文件，這里的與設(shè)備通信實質(zhì)上是協(xié)議在VFS下對文件的操作。

staticinthandle_async_lock（）

處理客戶端發(fā)送的給設(shè)備資源加鎖和釋放鎖的操作。

void send_data（）和 void send_dataend（）

實現(xiàn)向客戶端發(fā)送數(shù)據(jù)操作。

7 結(jié)束語

本文通過對協(xié)議服務(wù)器端的詳細設(shè)計，并在此基礎(chǔ)上結(jié)合客戶端的設(shè)計及控制端和儀器網(wǎng)絡(luò)代理的設(shè)計，實現(xiàn)了儀器間通信。在局域網(wǎng)環(huán)境下，通過示波器A和示波器B間的通信測試，證明本文提出的方案能夠?qū)崿F(xiàn)儀器與控制端、儀器和儀器的通信。

[1]LXI HiSLIPTest Procedures[EB/OL].（2011-10-20）.http://www.ivifoundation.org

[2]吳念，強彥.UNIX網(wǎng)絡(luò)程序設(shè)計[M].北京.科學(xué)出版社，2011.

[3]余成波，王士彬，李洪兵.網(wǎng)絡(luò)化儀器技術(shù)與實現(xiàn)[M].北京:清華大學(xué)出版社，2010.

[4]林玉池.測量控制與儀器儀表前沿技術(shù)及發(fā)展趨勢[M].天津:天津大學(xué)出版社，2005.

[5]董永清.Linux C編程實戰(zhàn)[M].北京:人民郵電出版社，2008.

[6]宋寶華.Linux設(shè)備驅(qū)動開發(fā)詳解[M].北京.人民郵電出版社，2008.

[7]陳莉君，康華.Linux操作系統(tǒng)原理與應(yīng)用[M].北京.清華大學(xué)出版社，2006.

[8]李宥謀，劉釗遠，馬博.嵌入式系統(tǒng)開發(fā)[M].北京.清華大學(xué)出版社，2011.

[9]夏亞君,黃縉華,顧博川，等.運行服務(wù)總線綜合評價方法與評測工具研究[J].陜西電力，2014（12）：21-25.XIA Ya-jun， HUANG Jin-hua， GU Bo-chuan， et al.Comprehensive evaluation method and evaluation tool for operation service bus[J].Shaanxi Electric Power，2014（12）：21-25.