DCS故障分析處理及維護防范措施

更新時(shí)間：2017-11-09 13:19:55　點(diǎn)擊數：4464

一、分散控制系統(DCS)概述

　　DCS具有通用性強、系統組態(tài)靈活、控制功能完善、數據處理方便、顯示操作集中、人機界面友好、安裝簡(jiǎn)單規范化、調試方便、運行安全可靠的特點(diǎn)，在國內外電力、石油、化工、冶金、輕工等生產(chǎn)領(lǐng)域特別是大型發(fā)電機組有著(zhù)較為廣泛的應用。目前國內應用較多的的品牌主要有：

　　(1)國外品牌：美國ABB、西屋、德國西門(mén)子、日本橫河、日立等;

　　(2)國內：國電智深、和利時(shí)、新華等。

　　DCS的安全、可靠與否對于保證機組的安全、穩定運行至關(guān)重要，若發(fā)生問(wèn)題將有可能造成機組設備的嚴重損壞甚至人身安全事故。所以非常有必要分析DCS運行中出現的各類(lèi)問(wèn)題，采取措施提高火電廠(chǎng)DCS的安全可靠性。

二、DCS在生產(chǎn)過(guò)程中的故障情況

　　每個(gè)廠(chǎng)家的DCS都有其各自的特點(diǎn)，因此其故障的現象分析和處理不盡相同，但歸納起來(lái)由DCS引起機組二類(lèi)及以上障礙可劃分為三大類(lèi)：

　　(1)系統本身問(wèn)題，包括設計安裝缺陷、軟硬件故障等。

　　(2)人為因素造成的故障，包括人員造成的誤操作，管理制度不完善及執行環(huán)節落實(shí)。

　　(3)系統外部環(huán)境問(wèn)題造成DCS故障。如環(huán)境溫度過(guò)高、濕度過(guò)高或過(guò)低、粉塵、振動(dòng)以及小動(dòng)物等因素造成異常。

　　2.1 DCS本身問(wèn)題故障實(shí)例

　　此類(lèi)故障在生產(chǎn)過(guò)程中較為常見(jiàn)，主要包括系統設計安裝缺陷，控制器(DPU或CPU)的死機、脫網(wǎng)等故障，操作員站黑屏，網(wǎng)絡(luò )通訊堵塞，軟件存在缺陷，系統配置較低，與其他系統及設備接口存在問(wèn)題等。

　　2.1.1 電源及接地問(wèn)題：

　　(1)某電廠(chǎng)DCS電源系統采用的是ABB公司Symphony III型電源，但基建時(shí)仍按照II型電源的接地方式進(jìn)行機柜安裝，與III型電源接地技術(shù)要求差異很大。機組投產(chǎn)以來(lái)發(fā)生多次DCS模件故障、信號跳變、硬件燒壞的情況，疑與接地系統有關(guān)。同樣，某電廠(chǎng)在基建期間DCS接地網(wǎng)設計制作安裝存在問(wèn)題，DCS系統運行后所有熱電阻熱電偶溫度測點(diǎn)出現周期波動(dòng)。

　　(2)某廠(chǎng)因電源連線(xiàn)松動(dòng)而導致汽機側控制系統失效。

　　經(jīng)驗教訓：DCS沒(méi)有良好的接地系統和合理的電纜屏蔽，不僅系統干擾大，控制系統易誤發(fā)信號，還易使模件損壞。可見(jiàn)，UPS電源、控制系統接地等存在問(wèn)題將給電廠(chǎng)投產(chǎn)后DCS的安全穩定運行留下極大隱患。因此，DCS系統電源設計一定要有可靠的后備手段，負荷配置要合理并有一定余量;DCS的系統接地必須嚴格遵守制造廠(chǎng)技術(shù)要求(如制造廠(chǎng)無(wú)特殊說(shuō)明應按照DLT774規定執行)，所有進(jìn)入DSC系統控制信號的電纜必須采用質(zhì)量合格的屏蔽電纜，并要同動(dòng)力電纜分開(kāi)敷設且有良好的單端接地。

　　2.1.2 系統配置問(wèn)題：

　　(1)浙江某電廠(chǎng)DCS(T-ME/XP系統)頻繁故障和死機造成機組停運事故。7、8機組(2*330MW)，從1997年2月試生產(chǎn)至5月，兩臺機組共發(fā)生22次DCS系統故障和死機，造成機組不正常跳閘8次。之后又多次發(fā)生操作畫(huà)面故障(8號機組有兩次發(fā)生全部6臺操作站“黑屏”)，嚴重威脅機組安全。經(jīng)分析認為其DCS系統存在以下幾個(gè)方面的問(wèn)題：(1)DCS工程設計在性能計算軟件、開(kāi)關(guān)量冗余配置上存在問(wèn)題。(2)硬件配置不匹配(其中包括T-ME和T-XP兩種系統的匹配和通信問(wèn)題)。(3)個(gè)別硬件設計不完善。(4)進(jìn)一步分析，關(guān)鍵的CS275(下層T-ME)通訊總線(xiàn)負荷率過(guò)高出現“瓶頸”問(wèn)題現象。而歐洲T-ME/XP系統用戶(hù)在配置合理的前提下，T-ME/XP系統使用情況基本良好。

　(2)某電廠(chǎng)在200MW機組的熱控系統自動(dòng)化改造上使用的DCS，由于系統配置的負荷率計算不準且為了減少投資，技術(shù)指標均接近允許極限，加之該系統有運行時(shí)中間虛擬I/O點(diǎn)量大的特點(diǎn)，所以在改造后期調試時(shí)發(fā)現個(gè)別控制器的負荷率竟超過(guò)了90%，個(gè)別軟手操操作響應竟接近1min，根本無(wú)法使用，后經(jīng)過(guò)大幅度調整(系統重新增加配置)，才解決了這個(gè)問(wèn)題。

　　(3)東北某600MW機組，由于招標技術(shù)規范對I/O通道隔離性質(zhì)表述不到位，因此DCS廠(chǎng)家做的配置很低，結果在調試時(shí)燒損了大量的I/O板，后來(lái)改變了隔離方式和更改換了硬件，電廠(chǎng)又花費了許多資金，也抵消了當初的招標價(jià)格優(yōu)勢。此外，電纜的質(zhì)量與屏蔽問(wèn)題也必須高度重視，重要信號及控制應使用計算機專(zhuān)用屏蔽電纜，許多改造工程正是由于電纜的問(wèn)題導致電纜不得不重新敷設，影響了工期。

　　(4)某電廠(chǎng)300MW機組新華XDPS-400系統工程師站頻繁死機，經(jīng)檢查發(fā)現其運行程序較多：多個(gè)虛擬DPU、歷史數據記錄、性能計算、報表等。把歷史數據分配至別的人機接口站問(wèn)題解決。

　　2.1.3 控制器(DPU或CPU)故障

　　(1)某電廠(chǎng)300MW #2機組HIACS-5000CM控制系統FSSS1的CPU故障，且未將控制權交出，從CPU未能切換為主控，導致該部分系統控制設備無(wú)法操作(設備保持原狀態(tài)工作)。在對主CPU執行在線(xiàn)更換步序至停電時(shí)，從CUP切換主控CPU，系統設備受控，更換原主控CPU后系統一切正常。

　　(2)ABB早期某時(shí)間生產(chǎn)的SYMPHONY 同一PCU機柜內不同控制器之間通訊出現數據不一致的情況，通過(guò)升級固件這一問(wèn)題得到解決;

　　(3)新華控制XDPS系統早期某批次DPU曾多次出現離線(xiàn)、死機現象，經(jīng)檢查為DPU卡件個(gè)別電容問(wèn)題，經(jīng)升級更換卡件問(wèn)題解決。

　　由于目前DCS的控制器均為冗余配置，大大減少了主控制器“異常”引發(fā)機組跳閘的次數。但是，一旦一對冗余的控制器同時(shí)死機，將直接威脅到安全生產(chǎn)，對于此類(lèi)情況一定要采取措施切實(shí)避免。

　　2.1.4 DCS網(wǎng)絡(luò )故障

　　(1)某電廠(chǎng)西屋WDPF控制系統，由于多次改造系統增加了大量測點(diǎn)和自動(dòng)控制回路，系統負荷率高達70%以上，造成網(wǎng)絡(luò )通訊堵塞，多次出現操作員進(jìn)行操作、切換畫(huà)面時(shí)間過(guò)長(cháng)、畫(huà)面黑屏等問(wèn)題。后經(jīng)升級改造為OVATION系統，系統正常。

　　(2)某電廠(chǎng)600MW機組負荷508MW，工況穩定，汽輪機所有調門(mén)突然大幅擺動(dòng)，經(jīng)檢查故障原因是機組運行時(shí)M5 控制器的轉速信號短時(shí)間內由3000r/min 變成了0r/min，又馬上恢復，調門(mén)擺動(dòng)的原因也是M3和M5通訊時(shí)出現掉數據現象，導致Trip Bias(跳閘偏置)信號在機組運行時(shí)由0變?yōu)?，引起所有調門(mén)大幅擺動(dòng)。對該問(wèn)題采取措施：對PCU 控制總線(xiàn)的通訊信號進(jìn)行多重化處理，對通訊信號增加一定延時(shí)，躲過(guò)通訊信號瞬間跳變;對重要的通訊信號采用了通訊冗余。

　　2.1.5 DCS軟件問(wèn)題

　　(1)某電廠(chǎng)300MW供熱機組DCS調試過(guò)程中未對測點(diǎn)品質(zhì)參數進(jìn)行修改，致使其模擬量測點(diǎn)只有在斷線(xiàn)的情況下才認為是壞品質(zhì)測點(diǎn)，未充分起到品質(zhì)校驗功能。后對所有測點(diǎn)品質(zhì)參數進(jìn)行了設置，提高了設備運行的可靠性。

　　(2)HIACS-5000CM控制系統畫(huà)面組態(tài)時(shí)，雙擊grab組態(tài)工具后，彈出 c++錯誤窗口無(wú)法正常使用。經(jīng)檢查發(fā)現grab.ini 文件被改動(dòng)過(guò)，從其他機器拷貝文件覆蓋后，工具恢復正常。因為grab 非正常退出后保留了錯誤的信息在grab.ini 文件中。

　　(3)某電廠(chǎng)除氧器水位控制回路邏輯是由高加水位控制邏輯拷貝修改而成，修改過(guò)程不徹底，PID參數未根據除氧器情況設置整定，造成運行中除氧器上水門(mén)發(fā)散調節，調節品質(zhì)惡化。采取措施：檢查邏輯，重新整定PID參數。

　　2.1.6 系統接口問(wèn)題

　　某電廠(chǎng)200MW供熱機組電氣并網(wǎng)信號至DEH只有一路，在機組正常運行的過(guò)程中該電氣并網(wǎng)輔助接點(diǎn)故障出現抖動(dòng)，造成汽輪機跳閘。采取措施：使用屏蔽通訊電纜，增加冗余接點(diǎn)信號，并進(jìn)行3取2邏輯判斷。

　　2.2 人為因素造成DCS故障實(shí)例

　　人為因素造成DCS的故障，在生產(chǎn)過(guò)程中也較為常見(jiàn)。包括人員造成的誤操作，管理制度不完善及未按規程規定執行工作步驟等。

　　2.2.1 未按規程規定執行工作步驟

　　(1)某電廠(chǎng)新華XDPS系統DEH的#12DPU故障，對其在線(xiàn)更換，使用的是小機MEH系統的DPU備品。在更換DPU后，只將#32主控DPU拷貝至#12副控未寫(xiě)電子磁盤(pán)，其實(shí)質(zhì)只是將副控DPU的內存內容與主控保持一致，#12DPU電子磁盤(pán)內容仍為MEH小機控制邏輯。在系統停電吹灰后，按順序啟動(dòng)#12DPU成為主控，由于其邏輯為MEH邏輯而非DEH邏輯，造成系統通訊異常、數據頻閃、畫(huà)面顯示不正常，人機接口站無(wú)法操作。在重新對#12DPU送電，拷貝#32DPU邏輯并寫(xiě)盤(pán)后正常。

　　(2)某電廠(chǎng)HIACS-5000CM控制系統，循環(huán)水泵房遠程I/O卡件更換，未執行在線(xiàn)更換操作步驟，其卡件未能激活進(jìn)入工作狀態(tài)，導致現場(chǎng)設備狀態(tài)與DCS畫(huà)面不符，設備無(wú)法控制。執行在線(xiàn)更換步序后，系統正常。

　　2.2.2 人員誤操作

　　(1)某電廠(chǎng)機組運行中，在進(jìn)行處理缺陷時(shí)工作人員誤動(dòng)DCS繼電器柜繼電器造成引風(fēng)機跳閘，鍋爐MFT。

　　(2)某電廠(chǎng)DCS卡件故障，在進(jìn)行更換卡件過(guò)程中，由于工作人員未認真核對設備、卡件跳線(xiàn)錯誤，導致新更換的卡件燒損。

　　2.2.3 管理制度不完善

　　(1)某電廠(chǎng)DCS系統管理制度不完善，未對軟件升級、備份等工作進(jìn)行規定。其輔網(wǎng)水處理POK1操作員站在升級打補丁后，未進(jìn)行備份。該操作員站硬盤(pán)出現故障在進(jìn)行系統恢復后，由于其軟件版本較低，導致與網(wǎng)絡(luò )通訊不正常，數據不刷新。

　　(2)某電廠(chǎng)操作員站管理不嚴，其放置于集控室的主機USB端口及光驅未進(jìn)行有效封閉，個(gè)別運行人員夜班期間利用操作員站玩游戲、看電影，導致操作員站死機。

　　2.3 外部環(huán)境因素造成DCS故障實(shí)例

　　外部環(huán)境因素造成DCS故障的數量相比于前兩類(lèi)問(wèn)題而言相對較少，但在實(shí)際生產(chǎn)過(guò)程中也時(shí)有發(fā)生。

　　(1)某電廠(chǎng)電子設備間風(fēng)道口正處于DPU機柜上方，由于設計和其他原因，機組運行中消防水通過(guò)風(fēng)道流入DCS機柜，導致DPU、服務(wù)器等設備進(jìn)水燒損，機組停運。

　　(2)某電廠(chǎng)循環(huán)水泵房遠程IO柜，由于底部封堵不嚴，造成冬季老鼠竄入，在機柜上部溫度較高處構筑巢穴，最終造成遠程IO脫雙網(wǎng)。

　　(3)某電廠(chǎng)電子設備間的封閉性較差，卡件、DPU積灰較為嚴重，曾多次出現故障。在采取完善電子間封閉、加裝空調等措施后卡件、DPU等故障基本杜絕。

三、DCS系統故障防范及維護措施

　　通過(guò)以上諸多故障實(shí)例，我們不難看出，降低DCS系統的故障幾率，必須做好分散控制系統從選型設計到運行、維護的全方位工作。

　　3.1 DCS的選型設計調試

　　3.1.1無(wú)論新建機組還是升級改造的DCS，系統和控制器的配置要重點(diǎn)考慮可靠性和負荷率(包括冗余度)指標。通訊總線(xiàn)負荷率設計必須控制在合理的范圍內，控制器的負荷率要盡可能均衡，要避免因涉及規模大而資金不足所帶來(lái)的、影響系統安全運行的“高負荷”問(wèn)題的發(fā)生。

　　3.1.2系統控制邏輯的分配，不宜過(guò)分集中在某個(gè)控制器上，主要控制器應采用冗余配置。

　　3.1.3電源設計必須合理可靠。一是要強調電源設計的負荷率;二是要強調電源的冗余配置方式，同時(shí)一定要保證兩路電源的獨立性。

　　3.1.4要注重DCS系統接口的可靠性措施。強調重要接口的冗余度和接口方式的選擇，主要是注意可靠性和實(shí)時(shí)性。

　　3.1.5對于DCS系統接地一定按廠(chǎng)家要求執行，避免接地問(wèn)題造成系統大面積故障。應注重考慮系統的抗干擾措施、自診斷和自恢復能力，I/O通道應強調隔離措施。電纜的質(zhì)量與屏蔽問(wèn)題也必須高度重視，重要信號及控制應使用計算機專(zhuān)用屏蔽電纜。

　　3.1.6要充分考慮主輔設備的可控性，要根據設備的運行特點(diǎn)和各種工況下機組處理緊急故障的要求，配置操作員站和后備手操裝置。緊急停機停爐按鈕配置，應采用與DCS分開(kāi)的單獨操作回路。同時(shí)，不能盲目地追求人機界面的“簡(jiǎn)潔化”，系統配置還應以滿(mǎn)足安全生產(chǎn)為第一位。特殊有關(guān)安全的緊急干預性操作不能完全建立在DCS完好的基礎上。

　　3.1.7對涉及機組安全的執行機構、閥門(mén)等外圍設備，在設計與配置時(shí)，要保證這些關(guān)鍵設備在失電、失氣、失信號或DCS系統失靈的情況下，能夠向安全方向動(dòng)作或保持原位。

　　3.1.8對于保護系統，應采用多重化信號攝取法，并合理使用閉鎖條件，使信號回路具有邏輯判斷能力。

　　3.1.9在調試期間按照調試大綱和具體辦法，對所有邏輯、回路、工況進(jìn)行測試。

　　3.2 DCS運行、啟停維護

　　3.2.1做好維護準備工作

　　做好DCS系統的維護工作，主要包括：

　　(1)維護人員應了解系統總體設計思路。熟悉DCS系統結構和功能構成，了解系統設備硬件知識，熟知各部件如控制器、IO卡件、電源等正常狀態(tài)和異常狀態(tài)，熟練掌握DCS組態(tài)軟件。

　　(2)系統的備份：包括操作系統、驅動(dòng)程序、引導啟動(dòng)盤(pán)、控制系統軟件、授權盤(pán)、控制組態(tài)數據庫，并控制組態(tài)數據是最新的和完整的。針對實(shí)際使用中的光盤(pán)容易磨損的缺點(diǎn)，注意多做備份，并采用移動(dòng)硬盤(pán)、U盤(pán)、硬盤(pán)等備份形式確保各軟件的保存。

　　(3)硬件儲備: 對易損、使用周期短的部件和關(guān)鍵部件如鍵盤(pán)鼠標、I/ O 模塊、電源、通訊卡等都應根據實(shí)際情況作適量的備份，保證各類(lèi)型卡件、模塊備品不少于1個(gè)，并按照制造廠(chǎng)要求存放，如有條件應對備品進(jìn)行校驗，切實(shí)掌握備品卡件模塊狀態(tài)。

　　(4)整理各類(lèi)產(chǎn)品的售后服務(wù)范圍、時(shí)間表，形成一份硬件生產(chǎn)廠(chǎng)家、系統設計單位技術(shù)支持人員通信錄，充分利用DCS供貨商和系統設計單位技術(shù)支持。

　　3.2.2 日常維護

　　系統的日常維護是DCS系統穩定高效運行的基礎，主要的維護工作有以下幾點(diǎn)：

　　(1)根據25項反措要求、DL/T774檢修維護規程等制度文件規定，完善DCS系統管理制度。

　　(2)保證電子設備間的良好封閉，防止小動(dòng)物竄入，減小粉塵對元件運行及散熱產(chǎn)生的不良影響，保證溫度、濕度符合制造廠(chǎng)規定，避免由于溫度、濕度急劇變化導致在系統設備上的凝露。可考慮將DCS電子間的環(huán)境溫度信號引入CRT中，并有報警。

　　(3)每天檢查系統各機柜風(fēng)扇是否工作正常，風(fēng)道有無(wú)阻塞，以確保系統各設備能長(cháng)期可靠地運行。

　　(4)保證系統供電電源質(zhì)量且為兩路電源可靠供電，當任一電源失去即報警。

　　(5)電子設備間禁止使用無(wú)線(xiàn)通訊工具，避免電磁場(chǎng)對系統的干擾，避免移動(dòng)運行中的操作站、顯示器等，避免拉動(dòng)或碰傷設備連接電纜和通訊電纜等。

　　(6)規范DCS系統軟件和應用軟件管理，軟件的修改、更新、升級必須履行審批授權及負責人制度。嚴禁使用非正版軟件和安裝與系統無(wú)關(guān)軟件，做好主機USB端口、光驅等的封閉管理工作。

　　(7)做好各控制回路的PID參數、調節器正反作用等系統數據記錄工作。

　　(8)檢查控制主機、顯示器、鼠標、鍵盤(pán)等硬件是否完好，實(shí)時(shí)監控工作是否正常。查看故障診斷畫(huà)面，是否有故障提示。

　　(9)DCS設備包括DPU、人機接口站等上電應按照一定次序逐一進(jìn)行，每臺設備上電觀(guān)察正常后再進(jìn)行下一設備上電，避免出現異常難于分析。上電后，通信接頭不能與機柜等導電體相碰，互為冗余的通信線(xiàn)、通信接頭不能碰在一起，以免燒壞通信網(wǎng)卡。

　　(10)定期對DCS主系統及與主系統連接的所有相關(guān)系統的通信負荷率進(jìn)行在線(xiàn)測試。檢查冗余主從設備狀態(tài)，條件許可或定期進(jìn)行主從設備切換，對設備自行切換的原因進(jìn)行檢查分析。

　　(11) 增加組態(tài)易讀性：對重要組態(tài)頁(yè)增加了中文描述;對重要保護系統編寫(xiě)與組態(tài)一致的詳細邏輯說(shuō)明書(shū);編制試驗操作卡并保證隨時(shí)更新。規范DCS組態(tài)作業(yè)，機組運行中盡量不做重大組態(tài)修改。必須進(jìn)行組態(tài)時(shí)應慎重，充分做好相應的技術(shù)措施和安全措施，確保DCS和機組的安全穩定運行。

　　(12)定期逐臺重新啟動(dòng)所有人機接口站一次(建議2、3個(gè)月左右)，以消除計算機長(cháng)期運行的累計誤差。

　　3.2.3 停運維護

　　機組檢修期間應對DCS 系統應進(jìn)行徹底的維護，主要包括:

　　(1)利用機組檢修時(shí)間逐個(gè)復位DCS系統的DPU、CPU和操作員站及數據站;刪除組態(tài)中的無(wú)效I/O點(diǎn)，對組態(tài)進(jìn)行優(yōu)化。

　　(2)系統冗余測試: 對冗余電源、服務(wù)器、控制器、通訊網(wǎng)絡(luò )進(jìn)行冗余測試。注意觀(guān)察系統停運過(guò)程中各設備停電時(shí)，主從設備切換、網(wǎng)絡(luò )、人機接口站是否正常;系統檢修重新上電后對各設備進(jìn)行切換測試。

　　(3)系統灰塵清除：系統停運的情況下，整個(gè)系統進(jìn)行吹灰，包括計算機內部、控制站機籠、電源箱、風(fēng)扇、機柜濾網(wǎng)等部件的灰塵清理。

　　(4)系統供電線(xiàn)路檢修，對UPS進(jìn)行供電能力測試和實(shí)施放電操作。同時(shí)注意檢查DPU主機卡CMOS電池電量，進(jìn)行定期更換，防止因電池而引起的CMOS數據丟失。

　　(5)接地系統檢修。包括端子檢查、對地電阻測試。

　　(6)現場(chǎng)設備檢修，根據檢修維護規程，參照有關(guān)設備說(shuō)明書(shū)進(jìn)行。

　　(7)檢查DCS系統和其他系統的接口，重要信號冗余處理，與其他系統的通信視其具體情況，采取單向傳輸和加裝防火墻措施。

　　(8)系統上電：系統大修后維護負責人確認條件具備，方可上電。并應嚴格遵照上電步驟進(jìn)行。

　　3.2.4 故障檢修維護

　　系統在發(fā)生故障后應進(jìn)行被動(dòng)性維護，主要包括以下工作:

　　(1)在日常工作中應認真按照25項反措要求，充分做好包括DPU(CPU)死機、網(wǎng)絡(luò )通訊崩潰在內的各種事故預想，將運行緊急處理措施、安全措施、技術(shù)措施、檢修步驟編寫(xiě)成冊，確保機組的安全運行。

　　(2)處理DCS故障按照制造廠(chǎng)應用手冊中的要求開(kāi)展工作，更換前確認卡件模塊型號、地址(應確保與其他設備地址不沖突)、跳線(xiàn)等與被更換卡件一致并嚴格執行在線(xiàn)更換程序。

　　(3)故障被動(dòng)維護同樣應嚴格執行工作票制度，避免搶修冒進(jìn)，應結合具體故障表現進(jìn)行詳細分析。根據DCS系統自診斷報警、故障現象判斷，找到故障點(diǎn)，通過(guò)報警的消除來(lái)驗證維修結果。如：通信接頭接觸不良會(huì )引起通信故障，確認通信接頭接觸不良后，利用工具重做接頭;通信線(xiàn)破損應及時(shí)更換。 某個(gè)卡件故障燈閃爍或者卡件上全部數據都為零，可能的原因是組態(tài)信息有錯、卡件處于備用狀態(tài)而冗余端子連接線(xiàn)未接、卡件本身故障、該槽位沒(méi)有組態(tài)信息等。 當某一生產(chǎn)狀態(tài)異常或報警時(shí)，可以先找到反映此狀態(tài)的儀表，然后順著(zhù)信號向上傳遞的方向，用儀器逐一檢查信號的正誤，直到查出故障所在。

　　(4)現場(chǎng)設備故障檢修必須開(kāi)具工作票，做好DCS強制和隔離措施。閥門(mén)維修時(shí)，應起用旁路閥。檢修結束后及時(shí)通知集控運行人員進(jìn)行檢驗，操作人員應將自控回路切為手動(dòng)。

　　(5)當出現較大規模的硬件故障、原因不明故障或超出本廠(chǎng)維護人員技術(shù)水平的故障時(shí)，除當時(shí)采取緊急備件更換工作外，要及時(shí)和廠(chǎng)家取得聯(lián)系，由廠(chǎng)家專(zhuān)業(yè)技術(shù)支持工程師進(jìn)一步確認和排除故障。

四、結束語(yǔ)

　　DCS應進(jìn)行從設計、施工、調試、運行進(jìn)行全過(guò)程全方位管理，作為系統維護人員應根據系統配置和生產(chǎn)設備控制情況，制定科學(xué)、合理、可行的維護策略和方式方法，做到預防性維護、日常維護緊密配合，進(jìn)行系統的、有計劃的、定期的維護，對運行中出現的各種故障，應具體問(wèn)題具體分析。減少DCS的故障關(guān)鍵是要做到預防第一，保證系統在要求的環(huán)境下長(cháng)期良好地運行。

轉載自工控網(wǎng)！