所謂的程控，有的叫微機專業，也有的叫計算機專業，名稱有很多，其實就是DCS系統。對于大型火力發電機組，DCS系統的維護工作是重中之重，這個專業有個特點，一般不出問題，出了問題就會牽一發而動全身。2019年統計的155起熱工事故中，有18起是因為邏輯組態等DCS系統原因造成的，這個比例不可謂不高。
一些領導在出了問題后就會懷疑DCS系統有問題，事實擺在那里。一個廠如果DCS系統經常出問題，那么要從兩個方面考慮原因，其一是設備本身是否有老化、設計不當等問題，其二是這個專業的負責人的技術水平和責任心是否出了問題。
關于DCS系統的維護和使用，包括學習的方式方法，大家可以翻看技術文庫中“DCS”欄目的文章，其實已經說過很多了，今天針對題目做一些補充。DCS系統本身老化問題是電廠中的一個難點和的確存在問題，也包括兩個方面，其一是設備的整體老化，設備使用期限達到了一個臨界點。一般出現這種情況，都是運行在10年以上的老機組，新建機組在運行兩年內是磨合期，這一段時間機組運行不太穩定，包括DCS系統在內，都會出現一些問題。這是無法避免的，即便建設階段做到了完美施工，在運行的前兩年還是會暴露一些問題。
經過兩年的消缺和技改，未來的3~7年的時間，是整個系統運行最穩定的時候。但是在運行7年之后，各種形形色色的問題都會開始涌現，這種情況在系統運行10年后達到一個峰值，這主要就是設備老化造成的。這里面不僅僅指的DCS系統，對于其它設備基本也是一致的。因此，在運行十年后，要將技改和系統升級工作作為重點，最大限度延長系統的使用壽命。
目前很多DCS系統介紹自己產品的時候動輒就是20年甚至30年的使用壽命，其實這是在偷換概念。運行和正常運行時兩個概念，電廠中只存在正常運行和不能運行兩個情況，不存在可以勉強的特例。DCS系統的使用壽命主要決定于電子元器件本身的壽命以及日常維護的到位情況。比如同樣的一套DCS系統，在溫度、濕度都合理的環境中，運行壽命自然會延長。
2018年筆者見到南通某個項目的TSI盤柜設計在了汽機房的汽輪機旁邊，頗感驚訝：這是得多業余的設計師才能做出如此荒唐的設計。作為汽輪機檢測系統的核心，TSI系統和DCS系統一樣，對環境的要求非常高。由于那個項目在海邊，空氣濕度和鹽分都非常高，筆者當時就斷言這個盤柜使用壽命肯定要打個腰折。
前面我們主要說了DCS系統的硬件部分，關于軟件部分，我們做重點強調。很多人說，軟件部分在正常運行后其實沒必要過分維護了，但是基本的工作還是要做的。比如，系統工程和軟件的備份工作就是日常維護中非常重要的一環。
此外，DCS系統的病毒防治工作也是需要格外注意的，這一點要突出防而不是治。防的手段有很多，比如外接設備的管控，第三方軟件的安裝等。治的手段主要是殺毒，但是有一個問題，一般的殺毒軟件有時會不識別DCS系統軟件，造成誤殺。因此，殺毒軟件一定要使用專業版本，還要及時更新病毒庫，避免對新病毒的不識別。
在前期DCS組態的時候，要注意的問題有很多，前文說的分散和冗余，在軟件中也是一樣的。DCS組態中要注意以下幾個問題。
第一，邏輯與或非關系要辨明
尤其是牽涉到取非的邏輯，一定要想清楚是否存在是非之間的情況。比如我們定義一臺設備在停運狀態，最簡單的是使用設備的停止信號，但是有一些是使用運行取非、停止狀態和電流小于一定值三取二的邏輯。這里的爭議就是運行取非能否作為設備停止的判斷，比較運行信號消失未必就代表設備停止運行，有時可能是因為接線松動等原因導致的。
第二，弄清延時、反向延時、脈沖等之間的關系
這個組合情況有很多，對于大型的轉動設備，我建議振動不要加延時，溫度可以。前提是振動要做到冗余配置并且是三取二、四取二等。倘若是單點參與振動保護邏輯，那么可以適當增加延時時間。這里還有個問題，比如下圖：
這是一個延時取與和取與延時邏輯，大家可以考慮一下，這兩個邏輯是否相等。
第三，點的強制和解除
這是運行階段最危險的一個工作，因為一旦強制或者解除錯誤，或者對邏輯考慮不全面，都可能引起邏輯的異動。每年的事故中，都有因為點強制方面的操作造成設備非停的情況，避免這個問題，首先是工作人員相對應的技術水平要達到要求，能全面判斷出測點強制和解除過程造成的問題。其次就是責任心的問題，筆者在之前遇到一個情況，檢修期間對汽輪機調門進行拉閥試驗，為了省事直接對指令進行的強制，最后一次的強制點是0。機組啟動后，兩個調門中，有一個調門的強制點未解除，沖轉期間由于門開度較小，運行人員未發現問題。等到機組并網加負荷的時候，才發現有一個調門未打開。
第四，邏輯下裝的問題
目前DCS系統存在兩種模式，有一種是離線修改邏輯后下裝，比如和利時的M6系統，另一種是在線修改邏輯，比如新華的ICAN系統。無論是哪種系統，運行階段修改邏輯的時候，都會出現牽一發動全身的情況，危險系數較大。避免這個過程出現問題，首先是人員的技術水平一定要提高，其次運行階段盡量避免邏輯修改。
第五，走錯間隔
每年都有走錯間隔的情況，前幾年某電廠走錯間隔，導致風門誤開的事故還歷歷在目。熱控軟件組態，走錯間隔也是經常遇到的事。有的情況就是走錯了設備間，真正意義上的走錯間隔。而更多的是，在修改邏輯過程中，異動了其它設備。比如，本來要修改#2磨煤機的，結果修改成了#3磨煤機。這種情況很普遍，主要是從制度上嚴格限制一些工作的開展，類似的工作一定不能單人操作，哪怕他水平再高，也要有人監護。
第六，邏輯修改不全面的問題
有時候為了方便，工程師在做邏輯和畫面的過程中，總是喜歡使用復制黏貼的方式，復制完成后，相關的測點沒有完全替換，導致了設備異常。這種情況在調試階段經常發生，甚至很多邏輯和畫面，在運行了很多年以后，還有類似的問題沒暴露出來。邏輯的修改一定要試驗，監護制度必不可少，其實根本的還是責任心問題。
第七，系統干擾問題
這其實是個硬件問題，造成干擾的原因有很多，比如接地不合格，信號線、指令線和電源線沒有分層布置等等。造成這種情況的原因，大多是情況是在工程階段就埋下了隱患。接地和電纜敷設基本都是隱蔽工程，一旦完成就不可能在更改。因此，加強工程階段的管理才是根本，后期想要彌補的話，作用可能不會很大。
其實DCS系統就是熱工的保護和聯鎖，筆者用《火電廠熱工控制系統相關問題的分析》和《火電廠熱控DCS系統相關問題的分析》兩篇文章給大家闡述熱控專業經常出現的問題以及日常維護的方案。這些問題和方案其實日常大家都在做，只是在很多時候我們不能做到從一而終，造成問題的不斷發生。
關于熱控的問題，歡迎大家補充留言！
作者：貓 不捉老鼠
