1 引言
本文介紹的就是某自來水公司供水自動監(jiān)控及調度系統(tǒng)的設計與實現(xiàn)方法。自來水是保障城市經(jīng)濟發(fā)展和人民生活的重要基礎設施，是保障城市繁榮發(fā)展、人民生活以及發(fā)展國民經(jīng)濟不可缺少的先決條件。從另一個方面來說，我國是一個高度缺水的發(fā)展中國家，隨著改革開放的不斷深入和發(fā)展以及人口數(shù)量的不斷增長，無論從自來水產量和質量上，社會都對城市供水提供了更高的要求。而實現(xiàn)水廠與供水調度系統(tǒng)的自動化，是保證自來水安全、優(yōu)質與供水生產調度的科學性、高效性以及合理性的有效措施，現(xiàn)在已經(jīng)逐步發(fā)展為以提高供水質量，提高供水系統(tǒng)安全，降低人耗、物耗、水耗這一綜合效益為目標。為了達到這一目標，要求供水調度系統(tǒng)從設計和選型上就必須考慮到水廠、管網(wǎng)和管理信息系統(tǒng)的一體化和配套完整性。

2 ?系統(tǒng)功能分析與設計
2.1項目背景
此自來水公司現(xiàn)擁有自來水廠三個，加壓站兩個及遍布全城的供水管網(wǎng)。自來水廠擬完成絕大部分工藝參數(shù)的自動檢測及部分參數(shù)的自動控制，取水、制水及送水實現(xiàn)自動程控。水廠參數(shù)應實時傳送至公司總調度室，并能接收并執(zhí)行總調度室指令。加壓站及管網(wǎng)全部納入系統(tǒng)，加壓站實現(xiàn)自動化，管網(wǎng)全部壓力、流量等數(shù)據(jù)實時傳送至總調度室。
2.2調度控制中心的基本功能
（1） 數(shù)據(jù)通訊采集：接收水廠和管網(wǎng)測壓點的壓力、流量、泵運行參數(shù)、耗電量等信息。對采集的數(shù)據(jù)進行統(tǒng)計和處理，提供對整個系統(tǒng)的網(wǎng)絡數(shù)據(jù)庫管理。
（2） 畫面顯示：廠站、管網(wǎng)的動態(tài)運行圖、實時趨勢圖、棒圖、運行報表、及其其他自定義畫面。還可顯示日期、時間、報警、數(shù)據(jù)、工藝流程、設備狀態(tài)、趨勢、操作指導、調度指令等。
（3） 報警管理：提供全方位的報警功能，可在多種畫面中以直觀方式通知調度人員系統(tǒng)發(fā)生異常。不同級別的報警可在所有操作站上接收，報警沒有確認時保持閃光。報警內容有：實際值和偏差值報警、給定值限值報警、系統(tǒng)自診斷報警、識別變送器運行在4~20mA范圍以外的報警、輸出限幅報警、電源故障報警、模板故障報警、通信故障報警等等。
（4） 統(tǒng)計計算和分析：系統(tǒng)能對供水量、供水總量等進行統(tǒng)計計算，并具有數(shù)據(jù)存儲、查詢、建帳等功能，供管理人員進行分析。
根據(jù)以上功能分析，可以將系統(tǒng)設計為C/S（客戶/服務器）模式，各水廠和加壓站設立下位機，負責預處理現(xiàn)場測量點傳感器采集的數(shù)據(jù)，然后通過RS-232將預處理數(shù)據(jù)傳送給監(jiān)控中心的上位機。上位機對接收到的數(shù)據(jù)進一步判斷，存在越限報警的便啟動報警處理方案，并對采集的所有數(shù)據(jù)分類存儲到數(shù)據(jù)庫中。圖1是監(jiān)控網(wǎng)絡的組成結構示意圖。

3 串口通信的實現(xiàn)
各測量點測得的數(shù)據(jù)的是通過RS-232標準串行接口傳送到監(jiān)控中心的，因為RS-232驅動能力太低，所以使用了MODEM作為中繼器。監(jiān)控中心讀取到這些數(shù)據(jù)之后，再根據(jù)預定義好的規(guī)約分析數(shù)據(jù)，做出報警判斷及進行數(shù)據(jù)存儲。監(jiān)控中心軟件運行在Windows 2000操作系統(tǒng)下，為了方便對數(shù)據(jù)庫編程，可以采用Delphi（Windows平臺下的可視化軟件開發(fā)工具）作為監(jiān)控軟件的開發(fā)工具。在Delphi中編寫串口讀寫程序的方法基本可以分為兩種，一是采用封裝了串口讀寫方法的控件，二是直接調用Win32 API。使用已有控件可以提高編程效率，只需要幾條簡潔的語句就可以實現(xiàn)串口的讀寫，但是靈活性太差，不能完全按照個人意愿讀寫串口，并且有些控件的健壯性也沒有得到充分的驗證，所以本系統(tǒng)程序編寫采用Win32 API（應用編程適配器：Windows的32位應用程序編程接口，一組調用操作系統(tǒng)或其他程序而獲得訪問服務的例行程序）完成。
API函數(shù)不僅提供了打開和讀寫通訊端口的操作方法，還提供了名目繁多的函數(shù)以支持對串行通訊的各種操作。下面以處理串口接收數(shù)據(jù)的子程序為例介紹一下本系統(tǒng)的串口通信程序。接收消息之前應該先用clearcommerror函數(shù)處理串口通信錯誤并報告當前串口狀態(tài)，如果出現(xiàn)錯誤向用戶發(fā)出提示并退出此子程序，如果沒有錯誤就再判斷串口接收的數(shù)據(jù)數(shù)是否超過預定以緩沖區(qū)的大小。限于篇幅，本文略過這段語句，直接給出讀取并處理數(shù)據(jù)的主體程序，并給出程序的注釋。
procedure TMainForm.WMCOMMNOTIFY(var message:tmessage);
var
Temp : string; inputbuffer: array[0..4000>of Char;
nBytesRead, dwError:DWORD ; showReceive:string;
commstate:TCOMSTAT;//存放串口狀態(tài)的結構體
begin
//略過預處理程序……
//使用readfile函數(shù)讀取串口數(shù)據(jù)；在win32 API中使用文件操作函數(shù)操作串口
if(not readfile(hcomm,inputbuffer,commstate.cbInQue,nbytesread,@read_os)) then
begin
if(dwerror<>0)and(dwerror<>error_io_pending) then
begin//讀取串口錯誤，則提示用戶，并關閉所有相關句柄
messagebox(0,'readfile error','notice',mb_ok);
stop:=true;
closehandle(read_os.hEvent);
closehandle(post_event);
closehandle(hcomm);
exit;
end
else
begin
waitforsingleobject(hcomm,infinite);
getoverlappedresult(hcomm,read_os,nbytesread,false);
end;
end;
if nbytesread>0 then
begin
temp:=system.copy(inputbuffer,1,commstate.cbinque);
receivebuffer:=receivebuffer+temp;
buffer:=receivebuffer;
if (temp[length(temp)>=#13)or(temp[length(temp)>=#10)or (length(receivebuffer)>128)
//上位機和下位機定義通信規(guī)約為以ASCII的13或者10作為幀結束標志
then
begin
//若處于顯示接收內容模式，顯示接收到的內容
if NShowRecerve.Checked then
begin
showreceive:=buffer;
StatusBar1.Panels[2>.Text:='接受內容:'+showreceive;
end
else
StatusBar1.Panels[2>.Text:='接受內容:';
//分析故障信息
if temp[length(temp)>=#10 then
failureinfoparse(buffer);//條用故障處理子程序，此子程序分析故障類型，判斷故障設備，并把故障信息記錄到數(shù)據(jù)庫
receivebuffer:='';//處理完一幀數(shù)據(jù)就清空緩沖區(qū)，為下一次讀取做準備
end; end; end;
setevent(post_event);
end;
上位機的圖形化監(jiān)控軟件完成調度控制中心的基本功能。上位機網(wǎng)絡由一個應用程序服務器、兩個監(jiān)控工作站、一個模擬屏控制機和數(shù)據(jù)庫服務器組成。上述串口讀寫程序就工作在應用程序服務器上。

4 結束語
本文介紹了一個供水自動監(jiān)控及調度系統(tǒng)的設計和實現(xiàn)，采用了分布式控制結構，使系統(tǒng)處理事故和進行調度的效率有所改善和提高。但因為考慮設計成本等因素，這種設計方案并不是最優(yōu)的，在以后的實踐研究中會做出進一步改進。