以太網(wǎng)技術(shù)在繼電器可靠性檢測系統(tǒng)中的應(yīng)用

2.2 實(shí)現(xiàn)功能

　　檢測裝置的軟件由兩大部分組成：一是實(shí)時(shí)檢測與處理程序，包括了試驗(yàn)參數(shù)的設(shè)置，對(duì)試驗(yàn)狀態(tài)以及失效數(shù)據(jù)的保存，對(duì)失效數(shù)據(jù)進(jìn)行數(shù)學(xué)分析，打印報(bào)表等，檢測裝置記錄的失效數(shù)據(jù)有失效時(shí)間，失效試品號(hào)、觸點(diǎn)號(hào)，觸點(diǎn)失效的類型，失效時(shí)觸點(diǎn)電壓以及各觸點(diǎn)累計(jì)失效次數(shù)等；二是通訊程序，接收服務(wù)器的參數(shù)設(shè)置、基本操作，并上傳試驗(yàn)狀態(tài)及失效信息。圖2為檢測裝置的操作界面，菜單項(xiàng)代表了所能實(shí)現(xiàn)的所有操作，文本顯示區(qū)對(duì)設(shè)置參數(shù)、試驗(yàn)狀態(tài)以及失效發(fā)生時(shí)的失效信息進(jìn)行顯示。軟件采用可視化編程語言VC++6.0嵌入?yún)R編語言的方法實(shí)現(xiàn)[4]。

圖2 檢測裝置操作界面

3、集中控制的實(shí)現(xiàn)

　　以太網(wǎng)只定義了物理層和鏈路層，但目前在傳輸層和網(wǎng)絡(luò)層已基本上統(tǒng)一，TCP/IP協(xié)議被普遍采用。傳輸層協(xié)議包括UDP協(xié)議和TCP協(xié)議。無論是基于UDP協(xié)議或者TCP協(xié)議，都要保證網(wǎng)絡(luò)傳輸?shù)囊欢ǖ?a class="contentlabel" href="http://butianyuan.cn/news/listbylabel/label/可靠性">可靠性和實(shí)時(shí)性。由于UDP協(xié)議具有實(shí)現(xiàn)機(jī)制簡單、傳輸效率高的特點(diǎn)，其較多地被應(yīng)用到高效率的實(shí)時(shí)系統(tǒng)中。但為了實(shí)現(xiàn)傳輸?shù)?a class="contentlabel" href="http://butianyuan.cn/news/listbylabel/label/可靠性">可靠性，就需要在應(yīng)用層采用一些差錯(cuò)控制機(jī)制，而這些措施與TCP協(xié)議中自帶的傳輸機(jī)制非常相似。實(shí)際上，在許多實(shí)時(shí)性的系統(tǒng)中，采用TCP協(xié)議也基本可以滿足傳輸時(shí)間的要求，還避免了在應(yīng)用層進(jìn)行繁瑣的處理[5]。因此在本方案中傳輸層選擇使用TCP協(xié)議。
應(yīng)用層的協(xié)議目前還沒有統(tǒng)一,本文旨在研究一個(gè)可廣泛適用于多種應(yīng)用場合和多種應(yīng)用層協(xié)議的通用的通信方案,用戶可根據(jù)需要選擇不同的應(yīng)用層協(xié)議,也可以定義自己的數(shù)據(jù)包格式。

3.1 套接字(Socket)

　　TCP/IP網(wǎng)絡(luò)環(huán)境下的應(yīng)用程序是通過網(wǎng)絡(luò)系統(tǒng)編程界面套接字Socket(在Windows操作系統(tǒng)下稱之為Winsock)來實(shí)現(xiàn)的。套接字構(gòu)成了核心協(xié)議的用戶視圖，通過套接字應(yīng)用程序可訪問通信協(xié)議，套接字是網(wǎng)絡(luò)通信的基本構(gòu)件。套接字是可以被命名的通信端點(diǎn)，應(yīng)用程序通過它在網(wǎng)絡(luò)上發(fā)送和接收數(shù)據(jù)。每個(gè)套接字都有其類型，并有一個(gè)與之相連的進(jìn)程。TCP/IP提供3種類型套接字：

　　1)流式套接字(Stream Scoket)。該接口提供一個(gè)面向連接、可靠的數(shù)據(jù)傳輸服務(wù)，數(shù)據(jù)無差錯(cuò)、無重復(fù)地發(fā)送，且按發(fā)送順序接收。內(nèi)設(shè)流量控制，避免數(shù)據(jù)流超限；數(shù)據(jù)被看作字節(jié)流，無長度限制。流式套接字提供了一種可靠的面向連接的數(shù)據(jù)傳輸方式，如果想發(fā)送大批量數(shù)據(jù)或想讓數(shù)據(jù)按順序無重復(fù)地到達(dá)目的地，流式套接字最為有用。

　　2)數(shù)據(jù)包套接字(Datagram Scoket)。該接口提供一個(gè)無連接服務(wù)。數(shù)據(jù)包以獨(dú)立包形式被發(fā)送，不提供無錯(cuò)保證，數(shù)據(jù)可能丟失或重復(fù)，并且接收順序混亂。數(shù)據(jù)包套接字比較適用于數(shù)據(jù)包或記錄型數(shù)據(jù)的傳輸，數(shù)據(jù)包的發(fā)送不能得到保證，而且不能排序到達(dá)。

　　3)原始套接字(Raw Scoket)。該接口允許對(duì)較低層協(xié)議，如IP、ICMP直接訪問，主要用于新的網(wǎng)絡(luò)協(xié)議實(shí)現(xiàn)的測試等[6]。

　　在進(jìn)行網(wǎng)絡(luò)開發(fā)時(shí)，阻塞問題是網(wǎng)絡(luò)編程中十分重要的問題。由于在阻塞模式下，在I/O操作完成前，執(zhí)行操作的Winsock函數(shù)會(huì)一直等待下去，不會(huì)立即返回程序（將控制權(quán)交還給程序）。故用這種方式，服務(wù)器應(yīng)用程序?qū)⒑茈y同時(shí)通過多個(gè)建好連接的套接字進(jìn)行通信。在此系統(tǒng)的應(yīng)用中，需要實(shí)現(xiàn)一臺(tái)服務(wù)器同時(shí)和六個(gè)套接字進(jìn)行通信，因此結(jié)合對(duì)有限硬件資源的考慮，選擇了非阻塞類型的套接字，這也是一般協(xié)議開發(fā)中通常用到的套接字通信方式。

3.2 通信的實(shí)現(xiàn)

　　系統(tǒng)通信采用客戶機(jī)/服務(wù)器模式，利用VC的微軟基礎(chǔ)類(MFC)進(jìn)行網(wǎng)絡(luò)開發(fā)，MFC提供了兩種類型描述Windows Socket，分別是CAsynSocket和CSocket。其中CAsynSocket類封裝了Windows Sockets API，并將與Socket有關(guān)的Windows消息轉(zhuǎn)換為回調(diào)函數(shù)。CAsynSocket處于網(wǎng)絡(luò)更底層，其使用就更具靈活性，相應(yīng)要求編程者應(yīng)熟悉網(wǎng)絡(luò)底層細(xì)節(jié)。而CSocket類是CAsynSocket類的派生類，通過MFC中的CArchive類的對(duì)象提供了更高層次的抽象，它封裝了Socket實(shí)現(xiàn)中的許多細(xì)節(jié)。這里我們采用CAsynSocket類實(shí)現(xiàn)系統(tǒng)中“一對(duì)多”的數(shù)據(jù)發(fā)送，通過在服務(wù)器中建立Winsock空間數(shù)組的方式來解決[7]。

　　首先，構(gòu)造CAsyncSocket類型的對(duì)象，然后利用該對(duì)象創(chuàng)建內(nèi)嵌的Socket句柄。例如:

　　　　　　　　　　　CAsyncSocket m_listen;
　　　　　　　　　　　m_listen.Create(nPort);//服務(wù)器指定端口

　　若是客戶端，需要用CAsyncSocket::Connect()函數(shù)連接服務(wù)器端的套接字。