供水自動(dòng)監控調度系統設計方案

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

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

3 串口通信的實(shí)現
各測量點(diǎn)測得的數據的是通過(guò)RS-232標準串行接口傳送到監控中心的，因為RS-232驅動(dòng)能力太低，所以使用了MODEM作為中繼器。監控中心讀取到這些數據之后，再根據預定義好的規約分析數據，做出報警判斷及進(jìn)行數據存儲。監控中心軟件運行在Windows 2000操作系統下，為了方便對數據庫編程，可以采用Delphi（Windows平臺下的可視化軟件開(kāi)發(fā)工具）作為監控軟件的開(kāi)發(fā)工具。在Delphi中編寫(xiě)串口讀寫(xiě)程序的方法基本可以分為兩種，一是采用封裝了串口讀寫(xiě)方法的控件，二是直接調用Win32 API。使用已有控件可以提高編程效率，只需要幾條簡(jiǎn)潔的語(yǔ)句就可以實(shí)現串口的讀寫(xiě)，但是靈活性太差，不能完全按照個(gè)人意愿讀寫(xiě)串口，并且有些控件的健壯性也沒(méi)有得到充分的驗證，所以本系統程序編寫(xiě)采用Win32 API（應用編程適配器：Windows的32位應用程序編程接口，一組調用操作系統或其他程序而獲得訪(fǎng)問(wèn)服務(wù)的例行程序）完成。
API函數不僅提供了打開(kāi)和讀寫(xiě)通訊端口的操作方法，還提供了名目繁多的函數以支持對串行通訊的各種操作。下面以處理串口接收數據的子程序為例介紹一下本系統的串口通信程序。接收消息之前應該先用clearcommerror函數處理串口通信錯誤并報告當前串口狀態(tài)，如果出現錯誤向用戶(hù)發(fā)出提示并退出此子程序，如果沒(méi)有錯誤就再判斷串口接收的數據數是否超過(guò)預定以緩沖區的大小。限于篇幅，本文略過(guò)這段語(yǔ)句，直接給出讀取并處理數據的主體程序，并給出程序的注釋。
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
//略過(guò)預處理程序……
//使用readfile函數讀取串口數據；在win32 API中使用文件操作函數操作串口
if(not readfile(hcomm,inputbuffer,commstate.cbInQue,nbytesread,@read_os)) then
begin
if(dwerror>0)and(dwerror>error_io_pending) then
begin//讀取串口錯誤，則提示用戶(hù)，并關(guān)閉所有相關(guān)句柄
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)
//上位機和下位機定義通信規約為以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);//條用故障處理子程序，此子程序分析故障類(lèi)型，判斷故障設備，并把故障信息記錄到數據庫
receivebuffer:='';//處理完一幀數據就清空緩沖區，為下一次讀取做準備
end; end; end;
setevent(post_event);
end;
上位機的圖形化監控軟件完成調度控制中心的基本功能。上位機網(wǎng)絡(luò )由一個(gè)應用程序服務(wù)器、兩個(gè)監控工作站、一個(gè)模擬屏控制機和數據庫服務(wù)器組成。上述串口讀寫(xiě)程序就工作在應用程序服務(wù)器上。

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