簡介這是一份關(guān)于力控熱網(wǎng)SCADA版監(jiān)控組態(tài)軟件的技術(shù)介紹文檔面向供熱行業(yè)自動化改造、熱網(wǎng)監(jiān)控系統(tǒng)設計與運維人員旨在幫助讀者快速理解熱網(wǎng)監(jiān)控系統(tǒng)的整體架構(gòu)與核心技術(shù)。資源包僅含1個PDF文件壓縮后大小約12KB輕量易讀適合快速通讀。該文檔已有145人學習。內(nèi)容從國家節(jié)能減排與供熱企業(yè)信息化背景切入指出了傳統(tǒng)熱力站手工運行管理在參數(shù)測量、工況判斷、熱力失調(diào)和量化管理等方面的痛點并由此引出供熱自動化水平提升的必要性隨后重點介紹了基于.NETXML框架的熱網(wǎng)監(jiān)控系統(tǒng)MSHN全分布式體系結(jié)構(gòu)涵蓋分布式實時數(shù)據(jù)庫、軟總線、調(diào)度模型、異種數(shù)據(jù)庫互聯(lián)、ODBC遠程雙向傳輸以及力控企業(yè)級實時歷史數(shù)據(jù)庫pSpace、通訊協(xié)議轉(zhuǎn)發(fā)、動態(tài)界面和DCS監(jiān)控網(wǎng)絡等關(guān)鍵能力可作為熱網(wǎng)SCADA方案選型、技術(shù)交流以及學習力控組態(tài)軟件技術(shù)體系的參考。 供熱行業(yè)這幾年做自動化改造我在項目里接觸最多的就是力控的SCADA監(jiān)控組態(tài)軟件而且基本全是圍著“熱網(wǎng)”兩個字轉(zhuǎn)。說白了這套平臺就是把熱源、換熱站、一二次管網(wǎng)、用戶末端全部串起來把散在各處的溫度、壓力、流量、熱量、泵閥狀態(tài)集中到一個調(diào)度室的大屏上統(tǒng)一監(jiān)視、統(tǒng)一控制目標是讓換熱站真正做到無人值守。這篇內(nèi)容不是我拿PPT念概念而是把一套完整的力控熱網(wǎng)SCADA工程從規(guī)劃到落地再到排除故障的過程拆開來講適合剛開始接觸熱網(wǎng)監(jiān)控的電氣工程師、準備接手力控平臺的技術(shù)員以及供熱企業(yè)里負責信息化改造的項目負責人參考。整套東西聽起來像是大工程但順著架構(gòu)一條條捋下來你會發(fā)現(xiàn)比想象中直接很多。1. 熱網(wǎng)SCADA系統(tǒng)到底在解決什么問題1.1 供熱行業(yè)長期存在的三大痛點北方城市集中供熱系統(tǒng)動輒幾十上百個換熱站傳統(tǒng)運行模式基本靠“人海戰(zhàn)術(shù)”。每個換熱站至少要有人定時抄表記錄一次側(cè)供回水溫度、二次側(cè)供回水溫度、壓力、循環(huán)泵電流、補水泵狀態(tài)這些參數(shù)巡檢一圈回來再把數(shù)據(jù)填到Excel里。這個過程有幾方面問題第一巡檢頻次再高也是離散數(shù)據(jù)兩次巡檢之間設備出問題只能靠用戶投訴電話反饋第二站與站之間是信息孤島某個站二次供水溫度偏高還是偏低調(diào)度員根本沒法橫向?qū)Ρ日麄€管網(wǎng)的水力平衡全靠個人經(jīng)驗拍腦袋第三換熱站大多分布在居民區(qū)或者地下環(huán)境差、噪音大長期駐人值守的成本越來越高招人也越來越難。這些問題到了嚴寒期會放大得非常明顯。一次寒流過來熱源首站供溫往上提各換熱站能不能跟上調(diào)節(jié)、需不需要提前加大循環(huán)泵頻率如果調(diào)度室看不到實時數(shù)據(jù)就只能等巡檢發(fā)現(xiàn)了再調(diào)一來一回可能就過去半天。供熱投訴是民生問題等不得這么慢。1.2 力控SCADA在這套體系里的位置力控的SCADA監(jiān)控組態(tài)軟件本質(zhì)上就是解決上述信息獲取、集中監(jiān)控、遠程調(diào)度三大問題的上位平臺。在熱網(wǎng)場景里它要做的事情核心是四件把現(xiàn)場設備數(shù)據(jù)采集上來把工藝流程用圖形畫面展示出來把異常情況通過報警及時推送出來把歷史運行數(shù)據(jù)存儲下來供分析和報表使用。這套平臺適合誰一種是供熱企業(yè)自己建調(diào)度中心把換熱站逐步改造為無人值守站另一種是自控系統(tǒng)集成商承接供熱監(jiān)控項目用SCADA平臺作為上位機交付給甲方。無論哪一種最后交付的成果都是調(diào)度室大屏上的實時監(jiān)控畫面、報警頁面、趨勢曲線和日報月報。不過我個人強調(diào)一點SCADA雖然叫“監(jiān)控組態(tài)軟件”但它不等于一套畫圖工具數(shù)據(jù)怎么采、邏輯怎么寫、報警怎么分級這些才是項目真正見功底的地方。2. 系統(tǒng)架構(gòu)與平臺選型為什么是力控2.1 熱網(wǎng)監(jiān)控的標準三層架構(gòu)一套典型的熱網(wǎng)SCADA系統(tǒng)從上到下分為三層現(xiàn)場設備層、數(shù)據(jù)傳輸層、監(jiān)控管理層?，F(xiàn)場設備層包括換熱站內(nèi)的溫度變送器、壓力變送器、電磁流量計、熱量表、電動調(diào)節(jié)閥、變頻器、循環(huán)泵、補水泵以及負責這些設備邏輯控制的PLC控制器。數(shù)據(jù)傳輸層解決的是“站內(nèi)數(shù)據(jù)如何到調(diào)度中心”的問題工程上常用光纖專網(wǎng)或4G無線網(wǎng)絡工業(yè)協(xié)議走Modbus TCP、S7協(xié)議或者OPC UA。監(jiān)控管理層就是調(diào)度中心里的SCADA服務器、操作員站、工程師站以及供管理層查看的Web客戶端。這個架構(gòu)里有個容易混淆的概念SCADA、HMI和PLC到底是什么關(guān)系。打個比方PLC相當于現(xiàn)場的“四肢和神經(jīng)”負責干活和執(zhí)行邏輯HMI相當于站在設備旁邊的一塊“隨身儀表盤”只能看眼前這臺設備SCADA則是調(diào)度室里的“總指揮中心”它能把幾十個站的PLC數(shù)據(jù)全部匯總到一張大屏上還能做歷史存儲、報警推送、遠程下發(fā)指令。三者的本質(zhì)區(qū)別可以看下面這張表。類型覆蓋范圍數(shù)據(jù)處理能力典型應用場景PLC單臺設備/單個站實時邏輯控制存儲量小控制邏輯、聯(lián)鎖保護HMI單臺設備/單個站實時顯示、簡單報警現(xiàn)場觸摸屏操作SCADA整個管網(wǎng)/多個站點海量歷史存儲、集中調(diào)度、遠程控制換熱站集中監(jiān)控、無人值守2.2 選擇力控的幾個實際理由很多同行問過我熱網(wǎng)項目用國外軟件還是國產(chǎn)軟件。我的實際結(jié)論是國內(nèi)熱網(wǎng)監(jiān)控這類項目力控這類國產(chǎn)SCADA平臺往往比國外品牌更合適。首先是通訊驅(qū)動齊全。熱網(wǎng)現(xiàn)場的PLC品牌五花八門西門子S7-200 SMART、S7-1200和利時、浙大中控的控制器還有各種儀表、變頻器、熱量表力控的驅(qū)動庫基本都能覆蓋而且對新設備型號的更新響應很快這對集成商來說省了很多麻煩。其次是行業(yè)模板和工程經(jīng)驗積累比較深。力控在國內(nèi)供熱行業(yè)做了大量案例圖元庫里有現(xiàn)成的換熱站工藝圖元、泵閥符號行業(yè)腳本也有不少可參考的寫法工程開發(fā)效率明顯比從零開始畫高很多。第三是Web發(fā)布和客戶端部署靈活。調(diào)度中心用服務器采集管理層通過瀏覽器就能看數(shù)據(jù)不用在每個領導的電腦上都裝一套完整客戶端。對于幾十個站的規(guī)模力控的性價比和項目掌控度都明顯優(yōu)于一些大型國外SCADA。當然它不是萬能的如果項目涉及非常復雜的電網(wǎng)級調(diào)度或者千萬點級別的數(shù)據(jù)規(guī)模那就需要評估更重的平臺了。3. 從零搭建力控熱網(wǎng)監(jiān)控工程3.1 點位表熱網(wǎng)工程的“字典”任何SCADA工程的起點都不是打開軟件畫畫面而是先做點位表。點位表是連接現(xiàn)場儀表、PLC程序和上位機變量的橋梁。一個換熱站的點位表通常包含設備編號、測點名稱、位置描述、信號類型、量程、單位、報警上下限、采集周期這些字段。以14號換熱站為例我會把測點這樣命名14號站_一次供水溫度_T1S、14號站_二次供水壓力_P2G、14號站_循環(huán)泵1運行狀態(tài)_DI_RUN。命名規(guī)則要保證整個項目里唯一且能見名知義尤其站點多了以后如果不統(tǒng)一命名后續(xù)做報表和報警篩選時會非常痛苦。模擬量點要重點關(guān)注量程和工程單位比如壓力變送器量程是0到1.6MPa輸出4到20mA對應到力控里的工程值范圍必須一致否則采集上來數(shù)值就是錯的。點位表里還需要統(tǒng)籌區(qū)分I/O變量和內(nèi)存變量。I/O變量直接對接PLC寄存器是現(xiàn)場數(shù)據(jù)內(nèi)存變量是程序內(nèi)部計算的中間結(jié)果比如室外溫度平均值、熱量累積值、設備運行時長等。工程開發(fā)最忌邊做邊加變量先把點位表理清楚后面的畫面和邏輯才能按部就班推進。3.2 工程創(chuàng)建、設備驅(qū)動與數(shù)據(jù)采集在力控里新建工程時建議直接用“熱網(wǎng)/換熱站”相關(guān)的模板起步省去不少初始配置。工程建好后第一步是添加設備也就是在I/O設備組態(tài)里把需要通訊的PLC和儀表全部登記進來。每個PLC要指定通訊方式走以太網(wǎng)則填IP地址和端口號走串口則配置串口號、波特率、數(shù)據(jù)位、停止位和校驗位。這里有一個非常關(guān)鍵的參數(shù)采集周期。不同類型的測點對實時性的要求不同絕不是全部越快越好。溫度、壓力這類緩慢變化的過程量采集周期設1到5秒完全足夠泵和閥門的運行狀態(tài)、手自動狀態(tài)可以設1秒電能表、熱量表的累積量周期可以放寬到10到30秒。采集周期太短不僅增加PLC通訊負荷還可能導致通訊堵塞反而把重要數(shù)據(jù)拖慢。設備配置完成后建議先用力控自帶的通訊診斷功能做單點測試直接讀取一兩個寄存器的值確認能讀到PLC數(shù)據(jù)再繼續(xù)。不要急著連所有點位現(xiàn)場調(diào)試階段“先通一條線再鋪整個網(wǎng)”是保平安的準則。數(shù)據(jù)能讀上來后再到實時數(shù)據(jù)庫里把點位表的變量批量導入或者手動建檔這一步做扎實了后續(xù)畫面組態(tài)才有數(shù)據(jù)根基。3.3 工藝畫面的組態(tài)與動畫連接畫面組態(tài)是SCADA項目里最容易被低估工作量的部分。一套熱網(wǎng)監(jiān)控系統(tǒng)通常需要這幾類畫面管網(wǎng)總覽圖、換熱站工藝流程圖、實時趨勢畫面、報警畫面、報表畫面和遠程操作面板。管網(wǎng)總覽圖放在調(diào)度大屏默認頁用地圖或系統(tǒng)拓撲圖做底每個換熱站用一個圖形塊表示站內(nèi)主要參數(shù)異常時圖形塊變色或閃爍調(diào)度員一眼能看出哪個站有問題。換熱站流程圖則是核心頁面要把板式換熱器、一次側(cè)電動調(diào)節(jié)閥、循環(huán)泵、補水泵、水箱、管道走向按實際工藝流程畫出來每個設備旁邊的溫度和壓力數(shù)據(jù)要實時刷新。動畫連接是畫面“活”起來的關(guān)鍵。在力控里把圖元的顏色、填充比例、可見性、旋轉(zhuǎn)角度等屬性綁定到對應變量上。比如循環(huán)泵運行時圖元變綠色停止變灰色故障變紅色并閃爍水箱液位用填充高度表達電動調(diào)節(jié)閥的開度用旋轉(zhuǎn)角度表達。操作員看畫面就像看一段動畫設備狀態(tài)一目了然。這里有個經(jīng)驗動畫綁定變量越少越穩(wěn)一個畫面上動效過多會明顯拖慢刷新速度能用顏色表達的不要用多幀動畫。3.4 報警、趨勢、報表三大件落地報警配置是整個調(diào)度系統(tǒng)里最能體現(xiàn)“好用”二字的環(huán)節(jié)。熱網(wǎng)常見的報警類型包括二次供水壓力過高或過低、一次回水溫度越限、循環(huán)泵故障、補水箱液位過低、某個站通訊中斷。在力控里給每個變量設定報警上下限再按嚴重程度分優(yōu)先級比如設備故障和通訊中斷是最高級溫度壓力越限是中級接近限值的預警是低級。報警不能只停留在畫面上。換熱站無人值守后現(xiàn)場沒人聽到報警聲必須做報警推送。常規(guī)做法是力控服務器把報警信息通過短信模塊或微信接口推送給運維人員的手機同時調(diào)度中心大屏聯(lián)動彈窗和語音播報。這塊調(diào)試時尤其要注意報警抑制和死區(qū)設置否則一個信號抖動就可能讓全組人的手機同時響個沒完。趨勢曲線分實時趨勢和歷史趨勢。實時趨勢用于觀察參數(shù)當前波動歷史趨勢用于分析一段時間的運行規(guī)律。注意歷史趨勢查詢時間跨度不要一次拉得太長系統(tǒng)默認的幾小時到一天是流暢區(qū)非要一次查一年任何平臺都會卡。報表系統(tǒng)是供熱企業(yè)和甲方最看重的功能。日報表要統(tǒng)計每個站的供回水溫度、壓力、累計熱量、補水量、循環(huán)泵耗電量月報表要做熱量匯總和單位面積熱耗指標分析。力控的報表可以通過內(nèi)置報表系統(tǒng)生成也可以導出到Excel二次處理。我的建議是項目初期就把報表模板和點位掛鉤規(guī)則定下來別等項目上線了再補報表那時候補報表比新做還麻煩。功能模塊關(guān)鍵配置易踩的坑報警上下限、死區(qū)、優(yōu)先級死區(qū)沒設導致反復報警趨勢采樣周期、查詢范圍一次查太長時間導致頁面卡頓報表統(tǒng)計周期、時間口徑點位口徑不統(tǒng)一數(shù)據(jù)對不上4. 換熱站無人值守的落地細節(jié)4.1 熱量計量與能耗統(tǒng)計熱網(wǎng)SCADA和其他工業(yè)監(jiān)控最大的不同是它有大量熱量計量和能耗統(tǒng)計的需求。每座換熱站的一次側(cè)供回水溫差乘以流量再折算成熱量就是該站從一次網(wǎng)取用的熱量。工程上通常直接讀取熱量表的累計值熱量表通過Modbus協(xié)議把瞬時熱量、累計熱量、供回水溫度上傳給PLC再由SCADA匯總。如果現(xiàn)場沒有熱量表也可以用流量計和溫度傳感器在SCADA里做積算公式上是體積流量乘供回水溫差再乘水的比熱容但要考慮密度修正誤差會比專業(yè)熱量表大不少。SCADA側(cè)要把這些熱量數(shù)據(jù)做成日累計、月累計并按時段分攤。供熱企業(yè)最關(guān)心的是能耗指標單位面積熱耗、電耗、水耗。比如某個換熱站供熱面積是8萬平方米一天累計熱量是180吉焦折合單位面積熱耗就是22.5千焦每平方米每天。這類指標在報表和駕駛艙大屏上非常直觀也是衡量換熱站運行水平的重要依據(jù)。4.2 遠程控制與安全聯(lián)鎖邏輯遠程控制是把換熱站變成無人值守的核心能力也是最需要謹慎對待的功能。常見的遠程操作包括遠程啟停循環(huán)泵和補水泵、遠程設定變頻器頻率、遠程調(diào)節(jié)一次側(cè)電動調(diào)節(jié)閥開度、遠程修改二次供水溫度設定值。每條控制指令在SCADA畫面里都必須做成二次確認彈窗并且要記錄操作員賬號、操作時間、操作內(nèi)容和執(zhí)行結(jié)果形成完整的操作日志?？刂七壿嬌弦型晟频陌踩?lián)鎖。比如補水泵必須在補水箱液位正常時才能啟動液位過低要閉鎖并報警循環(huán)泵啟動前要確認變頻器處于遠程狀態(tài)遠程調(diào)節(jié)閥門時要設置上下限防止一次側(cè)閥門全開導致二次側(cè)超溫。這些聯(lián)鎖既可以在PLC里做硬邏輯也可以在SCADA側(cè)做軟限制但最穩(wěn)妥的做法是兩邊都做PLC層兜底SCADA層做操作約束。遠程自動調(diào)節(jié)是熱網(wǎng)節(jié)能的關(guān)鍵手段通常采用氣候補償策略根據(jù)室外溫度自動計算二次供水溫度目標值再通過PID調(diào)節(jié)一次側(cè)電動調(diào)節(jié)閥開度。室外溫度越低目標供水溫度越高。這條補償曲線需要在項目調(diào)試階段根據(jù)實際供熱效果反復修正沒有一勞永逸的參數(shù)。4.3 客戶端部署桌面快捷方式那些事不少工程在收尾階段被客戶端部署問題絆住尤其力控eForceCon 6.2這類平臺經(jīng)常有現(xiàn)場人員問工程做完后怎么給操作員電腦生成桌面圖標。通常的操作是在力控工程的運行環(huán)境安裝目錄下找到運行程序一般是帶項目名稱或平臺名稱的exe文件右鍵發(fā)送快捷方式到桌面然后重命名成實際項目的名字比如“14號換熱站監(jiān)控系統(tǒng)”。如果工程設置了多用戶權(quán)限還可以給快捷方式指定不同的啟動參數(shù)讓操作員啟動后直接進入對應的操作畫面。如果想要開機自啟把快捷方式復制到系統(tǒng)啟動文件夾即可。但要注意調(diào)度中心的服務器和操作員站強烈建議配備UPS不間斷電源并設置開機自動啟動SCADA服務否則停電再來電后只靠人工啟動采集程序歷史數(shù)據(jù)會漏掉很大一段。另外提醒一句同一個工程文件不要在多臺電腦上同時打開編輯容易造成數(shù)據(jù)庫損壞工程發(fā)布用部署工具分發(fā)別直接拷貝整個工程文件夾。5. 現(xiàn)場調(diào)試常見問題排查實錄5.1 通訊斷線熱網(wǎng)項目的頭號頑疾熱網(wǎng)項目調(diào)試階段遇到最多的就是通訊斷線?，F(xiàn)象是畫面上某個站的全部數(shù)據(jù)變成灰色或者顯示陳舊值半小時后又自己恢復。排查思路按鏈路順序來先ping測PLC的IP地址判斷網(wǎng)絡通不通再用PLC廠家提供的調(diào)試軟件直接連接PLC確認PLC本身沒故障接著在力控里查看I/O設備的通訊狀態(tài)和報文日志判斷是驅(qū)動配置錯誤還是現(xiàn)場鏈路不穩(wěn)定。光纖通訊的現(xiàn)場還要檢查光纖收發(fā)器狀態(tài)和光衰4G無線傳輸則要檢查流量卡狀態(tài)和基站信號強度。很多通訊斷線是光纖收發(fā)器電源老化導致的時好時壞最坑人。另外PLC的通訊模塊如果長時間高負載運行偶爾會死機最好在PLC程序里加看門狗邏輯異常自動復位這比上位機反復重連有效得多。5.2 畫面卡頓、數(shù)據(jù)刷新慢畫面操作卡頓的問題多數(shù)不是軟件本身的問題而是工程資源沒用好。一個畫面上的圖元動效太多、變量刷新太頻繁運行起來就會明顯遲鈍。排查時打開力控的系統(tǒng)資源監(jiān)視看看CPU和內(nèi)存占用再檢查是不是畫面里某個歷史查詢控件在后臺反復加載大數(shù)據(jù)。解決的思路是分層優(yōu)化溫度壓力采集周期放寬到秒級設備狀態(tài)通訊方式選擇變化上報而不是周期上報歷史趨勢控件默認只加載最近一個小時的數(shù)據(jù)而不是全部時間段畫面上的曲線數(shù)量控制在合理范圍。遇到過最夸張的一個項目把所有數(shù)據(jù)采集周期都設成100毫秒PLC直接通訊癱瘓改成5秒后一切正常。5.3 歷史數(shù)據(jù)與時鐘不同步問題歷史數(shù)據(jù)對不上的時候十有八九是時鐘同步問題。換熱站現(xiàn)場PLC的時間如果和SCADA服務器時間差了十幾分鐘歷史趨勢圖上就會看到數(shù)據(jù)錯位和交叉。解決辦法是在上位機上做定時校時通過腳本每天固定時間把服務器時間同步到各站PLC前提是服務器本身用NTP服務保持準確。另一個歷史數(shù)據(jù)問題是磁盤寫滿。SCADA歷史數(shù)據(jù)庫長時間運行會產(chǎn)生大量數(shù)據(jù)文件如果存儲分區(qū)沒規(guī)劃好某天磁盤寫滿后歷史查詢就開始報錯。這個問題要靠提前規(guī)劃和自動轉(zhuǎn)儲策略解決歷史文件按天分目錄存儲定期歸檔到備份盤同時監(jiān)控磁盤剩余空間并設置預警。5.4 報警誤報和刷屏報警配置完試運行時最容易出現(xiàn)誤報和刷屏。最常見的原因是參數(shù)剛好在報警限值附近波動一會兒超限一會兒恢復反反復復響。解決方法是設置報警死區(qū)也就是滯回區(qū)間。比如壓力報警上限設1.2MPa死區(qū)設為0.05MPa那么壓力升到1.2MPa報警后要回落到1.15MPa以下才解除報警避免臨界抖動反復觸發(fā)。通訊斷線也會引起大量誤報。某個站通訊中斷所有變量讀不到數(shù)據(jù)如果配置時沒處理壞值系統(tǒng)可能把所有點都置成超限狀態(tài)瞬間彈出上百條報警。正確的做法是在設備配置里把通訊故障時的數(shù)據(jù)處理方式設為“保持上一次有效值”或者“按壞值處理但不參與報警判斷”這個問題在項目交付前一定要反復測試。6. 最后說幾句個人體會力控熱網(wǎng)SCADA這類項目技術(shù)上沒有太多高不可攀的門檻真正決定項目成敗的是工程習慣。點位表做得細不細、報警死區(qū)設沒設、采集周期合不合理、客戶端部署規(guī)不規(guī)范這些基礎功夫決定了系統(tǒng)上線后好不好用。我個人這幾年最大的體會是SCADA工程不是畫畫不是把這個圖畫得越炫越好而是要在穩(wěn)定和效率之間找到平衡點。報警準確、通訊穩(wěn)定、歷史數(shù)據(jù)可靠、報表口徑統(tǒng)一能做到這四件事這套系統(tǒng)在供熱企業(yè)里就已經(jīng)算是相當成功的交付了。如果你正準備開工一個熱網(wǎng)監(jiān)控項目先耐住性子把點位表做扎實后面會省下你大量反復折騰的時間。本文還有配套的精品資源點擊獲取