【正文】 數(shù)據(jù)進行進一步的確認。最簡單的方式是使用檢驗碼。（CheckSum）。檢驗碼的方法就是將所要發(fā)送字符的ASCII碼進行相加計算，計算其總和后將此數(shù)目與一數(shù)字（通常是255）進行相除，而取其余數(shù)，并將余數(shù)組合成發(fā)送字符串的一部分而發(fā)送出去。同樣，接收數(shù)據(jù)的一方也以相同的方式將所接收的字符串進行ASCII碼的相加，并與發(fā)送方發(fā)送過來的值比較，相同則表示發(fā)送過來的字符串是正確的，反之是錯誤的。 通信協(xié)議設計 通信協(xié)議是指兩個或多個通信實體相互通信的全過程中所必須遵守的規(guī)約之集合。它也可視為協(xié)調(diào)兩個或多個并發(fā)進程之規(guī)程。近年來，隨著計算機網(wǎng)絡、通信網(wǎng)絡以及分布式系統(tǒng)的不斷發(fā)展，通信協(xié)議有日漸復雜化的趨向。為使通信協(xié)議設計具有正確性，完整性和安全性，并使之易于驗證和實現(xiàn)，必須不斷開發(fā)和完善通信協(xié)議的形式化技術(shù)，提高協(xié)議設計的規(guī)范化和理論化程度。目前常見的通信協(xié)議主要有：NetBEUI、IPX/SPX、NWLink、TCP/IP，在這幾種協(xié)議中用得最多、最為復雜的當然還是TCP/IP協(xié)議，最為簡單的是NetBEUI協(xié)議，它簡單得不需要任何設置即可成功配置。 對于遠程監(jiān)控系統(tǒng)而言，需要規(guī)定一個雙方都能遵守，且都能達到的通信協(xié)議。在通信協(xié)議中要規(guī)定通信速率的問題，這點很重要，若一方傳輸速度快，而另一方接受速度慢，那么會出現(xiàn)接收方的輸入緩沖區(qū)中的數(shù)據(jù)還來不及送到接收方計算機中，新的數(shù)據(jù)又被送到了輸入緩沖區(qū)中，就會淹沒了以前還未來得及接受的數(shù)據(jù)，造成了數(shù)據(jù)的丟失，引起了通信的混亂。因此，有必要規(guī)定雙方都能達到的速率進行通信。通常是以速率低的一方為準。此外，我們還應對通信命令及應答方式做出規(guī)定。正確的發(fā)問和應答才能實現(xiàn)通信的有效性。自定義的通信協(xié)議中應該包括的內(nèi)容上面已經(jīng)給出，還應該注意到命令的簡潔性，因為只有有限的個體使用此協(xié)議，協(xié)議越簡單使用起來越方便，也有利于減少開發(fā)系統(tǒng)的時間。下面設計一下自定義的通信協(xié)議。起始位 子系統(tǒng)編號 數(shù)據(jù)包類型 指令編碼 數(shù)據(jù)塊 校驗碼 結(jié)束符 遠程通信協(xié)議結(jié)構(gòu)子系統(tǒng)代號，主要是當監(jiān)測站的數(shù)目多于一個，為了區(qū)別不同監(jiān)測站而設置的一個代號，如果只有一個監(jiān)測站，可以不把子系統(tǒng)代號加入的數(shù)據(jù)中。起始位后面就直接跟著數(shù)據(jù)位。為了增加程序的移植性，可以把子系統(tǒng)的代號包含在命令中。起始位：@結(jié)束位：數(shù)據(jù)包類型：T：T=M,指令數(shù)據(jù)；T=A，應答數(shù)據(jù)，數(shù)據(jù)塊Data：最多1014字節(jié)，指令編碼：CC，校驗位：F根據(jù)通信協(xié)議，定義了下面一些通信指令: 測試命令T0/T1 發(fā)送數(shù)據(jù)格式：@ M T0 data F /@ M T1 data F 對于T0不需要數(shù)據(jù)的應答；對于T1需要數(shù)據(jù)應答T1的應答數(shù)據(jù)格式：@ A T1 data F 讀當前狀態(tài)數(shù)據(jù)命令：CCC3發(fā)送命令格式：@ M Cn 應答數(shù)據(jù)格式：@ A Cn data F 讀發(fā)送警報命令：E1 發(fā)送數(shù)據(jù)格式：@ M E1 data F 應答數(shù)據(jù)格式：@ M E1 data F 讀歷史數(shù)據(jù)命令：R2/R3/R4/R5 啟動讀取過程R2 發(fā)送數(shù)據(jù)格式：@ M R2 TT data F 應答數(shù)據(jù)格式：@ A R2 TT data F 讀取下一條記錄R3 發(fā)送數(shù)據(jù)格式：@ M R3 TT F 應答數(shù)據(jù)格式：@ A R3 TT data F 讀取當前記錄R4 發(fā)送數(shù)據(jù)格式：@ M R4 TT F 應答數(shù)據(jù)格式：@ A R4 TT data F 結(jié)束讀取過程R5 發(fā)送數(shù)據(jù)格式：@ M R5 TT F 應答數(shù)據(jù)格式：@ A R5 TT F 整個通信過程就是由許多這樣的命令組成的，當雙方進行通信時，就是按照這里的協(xié)議進行數(shù)據(jù)的發(fā)送與接收的處理的。 通信過程的設計由第2部分對PSTN網(wǎng)絡的通信過程介紹，我們可以知道一個遠程通信過程就類似與打電話的過程，都要經(jīng)過撥號、通話、掛機等過程。那么實現(xiàn)一個遠程通信過程要包括：初始化、撥號、主控制中心計算機通信過程、監(jiān)測站計算機通信過程、數(shù)據(jù)處理過程、報警過程等。下面具體的對各部分進行分析設計。 下面是設計遠程監(jiān)控系統(tǒng)軟件的幾個關(guān)鍵過程的流程圖。下面分別對各個過程進行簡單的介紹。l 初始化過程主要是把串行口打開，對串口的屬性進行設置，通過VB中的MSComm控件可以將這些命令發(fā)送出去。如： =“9600,N,8,1” ‘ 設置通信速率為9600bps，無奇偶檢驗，8位數(shù)據(jù)位，1位停止位 =“發(fā)送的內(nèi)容”amp。vbCr ‘ 發(fā)出數(shù)據(jù)l 撥號之前應該檢查一下自己的電話線路是否處于掛斷狀態(tài)，不是的話要先掛斷，再進行撥號。然后看有沒有撥號音返回，有則表示對方處于空閑狀態(tài)，可以撥給對方。無則表示對方處于占線狀態(tài)，不能與其進行通信。下面開始撥出對方號碼并累計撥號次數(shù)，若對方應答，則建立了通信連接，進入通信等待過程。若對方無應答，則查看撥號次數(shù)是否小于3次，是的話再回到開始，重新?lián)芴?，大?次，則給出出錯提示，退出撥號過程。l 主控制中心通信過程是建立在已經(jīng)撥號成功進入通信等待的基礎(chǔ)上的，在這種情況下直接把命令發(fā)送出去就可以了（在發(fā)送命令時，會自動進行檢驗碼計算并附加在命令后面一起發(fā)給監(jiān)測站計算機），然后等待監(jiān)測站計算機的應答信息。當輸入緩沖區(qū)收到對方送來的信息，首先要查找起始位，找到了就可以開始接收數(shù)據(jù)，同時啟動Timer事件（主要作用是進行倒計時，當計時結(jié)束不管數(shù)據(jù)有沒有收完都將輸入緩沖區(qū)中的內(nèi)容清空），在接收的數(shù)據(jù)中查找結(jié)束位，找到則表示接收完成，進入數(shù)據(jù)處理程序，同時關(guān)閉Timer事件。若在計時結(jié)束前都未找到結(jié)束位，則這次接受不成功，給出出錯提示。l 監(jiān)測站計算機通信過程大體上和主控制中心的通信過程一樣，只是在開始接收到主控制中心通信請求時，正常情況下可以自動應答，若自動應答不成功則轉(zhuǎn)為手動應答。l 數(shù)據(jù)處理過程主要是在接收到符合通信協(xié)議的字符串后對其進行分析處理。首先是用檢驗碼檢驗字符串是否正確，在傳輸過程中有無錯誤。接著分析收到的字符串是命令還是數(shù)據(jù)，通常情況下主控制中心收到的應該是數(shù)據(jù)，監(jiān)測站計算機收到的應該是命令。但是當監(jiān)測站計算機要求結(jié)束通信時，就會發(fā)送命令給主控制中心計算機，此時主控制中心計算機收到的就是命令。我們可以根據(jù)通信協(xié)議中的數(shù)據(jù)包類型的規(guī)定來判斷是命令還是數(shù)據(jù)。如果是命令則執(zhí)行該命令，是數(shù)據(jù)則先進行報警檢驗，通過檢驗后再存入數(shù)據(jù)庫中。l 報警檢驗就是將收到的數(shù)據(jù)與限定值進行比較，超限了就要報警，不超限則返回到數(shù)據(jù)處理程序。下面是初始化過程的流程圖：YYNYNN開始端口測試成功？出錯提示發(fā)送初始化命令返回成功信號？清空緩沖區(qū)成功？結(jié)束 初始化過程流程圖下面是撥號過程流程圖：YNNYNYYYYNN開始檢查撥號線路是否處于掛斷狀態(tài)？掛斷線路是否有撥號音？撥號并累計撥號次數(shù)出錯提示返回撥號成功信號？進入通信等待結(jié)束延時等待成功？撥號次數(shù)3出錯提示 撥號過程流程圖主控制中心通信過程流程圖：YNYYNNYYNNYNN開始進入通信等待？轉(zhuǎn)撥號程序發(fā)送命令輸入緩沖區(qū)是否有信息？延時等待有信息？出錯提示有起始位？啟動Timer接收數(shù)據(jù)有結(jié)束位？延時等待有結(jié)束位？出錯提示關(guān)閉Timer進入數(shù)據(jù)處理程序結(jié)束 主控制中心計算機通信過程流程圖監(jiān)測站計算機通信過程流程圖：YN開始主控制中心要求通信是否能自動應答轉(zhuǎn)手動操作YNYYNNYYNNN輸入緩沖區(qū)是否有信息？延時等待有信息？出錯提示有起始位？啟動Timer接收數(shù)據(jù)有結(jié)束位？延時等待有結(jié)束位？出錯提示關(guān)閉Timer進入數(shù)據(jù)處理程序結(jié)束 監(jiān)測站計算機通信過程流程圖數(shù)據(jù)處理過程流程圖：NNYYYYNN開始取出收到的字符串進行檢驗碼檢驗正確？出錯提示進入報警檢驗程序合格？出錯提示是數(shù)據(jù)或命令？放入數(shù)據(jù)庫或執(zhí)行該命令通信結(jié)束？結(jié)束掛斷出錯提示 數(shù)據(jù)處理過程流程圖報警過程流程圖：YN開始取出收到的字符串與限定值比較超限了么？報警返回數(shù)據(jù)處理程序結(jié)束 報警過程流程圖 根據(jù)上面軟件流程圖編寫應用程序，并設計一些輔助界面，一個遠程監(jiān)控系統(tǒng)的軟件就可以形成了。在設計時要用到的幾個重要控件包括：Timer控件、OLE控件、MSComm控件、ADO控件等。MSComm控件OLE控件ADO控件Timer控件 幾個重要的控件 輔助界面的設計一個軟件除了要有程序外，還要有其輔助界面，包括登錄界面、幫助界面、監(jiān)控界面等。下面就是用于對徐州鐵路分局七里溝給水所變電所電力參數(shù)監(jiān)測的軟件的一些輔助界面。 登錄界面 功能界面 監(jiān)視界面遠程監(jiān)控可以對多個監(jiān)測站同時進行遠距離的通信，并進行數(shù)據(jù)的傳送。PSTN是目前應用比較廣泛的一種通信網(wǎng)絡，是實現(xiàn)遠程監(jiān)控的一種方便實用的通信媒介。論文中設計了針對終端變電站的遠程監(jiān)控系統(tǒng)的硬件和軟件。并得出了以下結(jié)論：1. 用調(diào)制解調(diào)器作為連接PSNT和監(jiān)測計算機的硬件是可行的，且降低了系統(tǒng)開發(fā)的投資。2. PSTN網(wǎng)絡作為通信媒介具有易于實現(xiàn)、通信成本低等優(yōu)點。3. 采用Access數(shù)據(jù)庫管理系統(tǒng)所用數(shù)據(jù)，Access數(shù)據(jù)庫功能較強，且使用起來非常簡單。4. 使用VB作為開發(fā)系統(tǒng)的軟件，VB可以實現(xiàn)友好的人機界面，并且提供了許多實用的通信控件，它與數(shù)據(jù)的連接也非常簡單。用VB開發(fā)系統(tǒng)比其他的軟件更易于實現(xiàn)，且縮短了開發(fā)的時間。5. 經(jīng)過研究表明，利用PSTN實現(xiàn)變電所的遠程監(jiān)控具有易于實現(xiàn)、使用起來方便靈活、成本低等優(yōu)點。對于提高變電所生產(chǎn)管理自動化水平具有很高的實用性。 參考文獻[1] 范逸之、陳立元， Visual Basic與RS232串行通信控制，清華大學出版社， [2] 張曙光、李茂長，電話通信網(wǎng)與交換技術(shù)，國防工業(yè)出版社，2002.[3] 尹立紅，全面體驗Access2002，國防工業(yè)出版社，[4] 劉韜、駱娟、何旭洪，Visual 人民郵電出版社，[5] 王道榮、林信成，Visual Basic6 數(shù)據(jù)庫處理—從入門到精通中國鐵道出版社，[6] 魯榮江、王立豐，Visual Basic項目案例導航 科學出版社，[7] 孫越，Visual Basic數(shù)據(jù)庫開發(fā)自學教程 人民郵電出版社，[8] 張勇，Visual Basic課程設計案例精編，中國水利水電出版社，[9] 劉圣才、李春葆，Visual Basic程序設計題典，清華大學出版社，[10] 吳且誠、吳秉柔，精彩Visual Basic程序設計，科學出版社，[11] 段興，Visual 人民郵電出版社，[12] 范逸之，Visual Basic與分布式監(jiān)控系統(tǒng)—RS232/485串行通信 清華大學出版社，[13 謝瑞和，串行技術(shù)大全，清華大學出版社，[14] 劉韜、駱娟，Visual ，人民郵電出版社，深圳市欣視美科技有限公司 彭生 TEL：075526063048 FAX：075526063249 手機：13710408005 Email:86069679@廠商一體化，你我都有錢賺，一起賺市場的錢。順祝商祺！47