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