DCS死機現(xiàn)象有兩種：人機界面死機、控制器死機。前者比后者損失要小?？刂破魉罊C是I/O卡件安排太多或存儲器容量不夠，一旦控制器程序運行到某一位置，就停留在該位置，程序不再往下走，即使重啟也無濟于事。
人機界面（主要是操作站）死機現(xiàn)象所有DCS都不同程度地存在，只是頻繁程度不同。另外與DCS使用時間長短有關。因硬件引起的死機，顯示不再能恢復。如操作站電源電壓偏低，很容易使操作站死機。由于軟件和通信連線的速率選擇不合適引起的死機現(xiàn)象經(jīng)一段時間仍能恢復。操作站操作系統(tǒng)與監(jiān)控軟件磨合不好也能引起死機，對此維護人員毫無辦法，稱為原發(fā)性死機。由于某些配置不合理引發(fā)網(wǎng)絡堵塞、內(nèi)存太小等原因造成的死機，過幾分鐘后自己能恢復。
一、DCS人機界面的死機現(xiàn)象
近來，由于MIS系統(tǒng)需從DCS中讀取生產(chǎn)實時數(shù)據(jù)。在網(wǎng)絡中接進動態(tài)數(shù)據(jù)服務器，有的采用DDE方式，在讀取數(shù)據(jù)較多情況下（如3000點），由于DDE消耗資源較多，網(wǎng)絡堵塞現(xiàn)象就變得十分頻繁，并使得各種人機界面的節(jié)點死機現(xiàn)象變得嚴重。
網(wǎng)絡堵塞現(xiàn)象的嚴重程度與多種因素相關。從操作站取數(shù)據(jù)，采用DDE方式，如果取的數(shù)據(jù)控制器把數(shù)據(jù)送到接口，人機界面從網(wǎng)絡接口讀取數(shù)據(jù)應遵守網(wǎng)絡通信協(xié)議。網(wǎng)絡物理結(jié)構(gòu)有環(huán)型和總線型兩種，總線網(wǎng)絡在邏輯上也是環(huán)型的。星型網(wǎng)絡只用于小系統(tǒng)（100個I/O點內(nèi)）。常用通信協(xié)議是廣播式，網(wǎng)絡上的節(jié)點只要把數(shù)據(jù)送到網(wǎng)絡上，它就要不斷廣播數(shù)據(jù)，需要數(shù)據(jù)的節(jié)點就接收數(shù)據(jù)。廣播式協(xié)議的網(wǎng)絡除這種方式外，還有一種方式：一個節(jié)點向網(wǎng)上其他節(jié)點問詢數(shù)據(jù)，如其他節(jié)點沒有，它就反復進行問詢直至讀取到這個數(shù)據(jù)。如果網(wǎng)絡上根本沒有這個數(shù)據(jù)，就會造成網(wǎng)絡堵塞。在500點以下，問題還不算太大。如果取幾千點數(shù)據(jù)，操作站死機幾乎是必然的。如果把節(jié)點連到DCS的通信網(wǎng)絡上，從網(wǎng)絡接口取數(shù)據(jù)，情況要好一些。
為使運行人員熟練DCS操作站的操作，可采用仿真系統(tǒng)，了解DCS的鍵盤，以減少誤操作引起死機；也可了解操作站死機情況。
在DCS運行時間較長的情況下，組態(tài)只加不減，有一部分組態(tài)實際上已沒有與真正的I/O點相連，與控制無關。在工程師站的用戶應用程序中有這樣的I/O點。動態(tài)數(shù)據(jù)服務器接入時，欲將DCS上所有數(shù)據(jù)點都讀上去，因其中有大量數(shù)據(jù)點無效而造成網(wǎng)絡堵塞，所以人機界面就發(fā)生死機。這時可用逆向工程師站讀取控制器中的組態(tài)，與正向工程師站的內(nèi)容進行比較，刪除無效點，就可避免網(wǎng)絡堵塞。
另一個應注意問題是在接入動態(tài)數(shù)據(jù)服務器時，應檢查所有接口的軟件版本是否一致，否則會影響數(shù)據(jù)傳遞。
解決網(wǎng)絡堵塞的第三種方法是：如果采用例外報告方式，可加大例外報告區(qū)域以減少網(wǎng)絡通信量。例外報告是指現(xiàn)場某點只在發(fā)生變化時把數(shù)據(jù)送到網(wǎng)絡上。為防止點已壞而人機界面未知的情況，即使點不變化，超過一段時間也要報告。為減少網(wǎng)絡上的通信量，把例外報告的兩個參數(shù)都適當加大，也能達到減少數(shù)據(jù)量的目的。
最近推出的通用操作站多采用WindowsNT/2000操作系統(tǒng)，監(jiān)控軟件也通用，如FIX、InTouch等。由于軟件銷售量大，存在問題較少，通用操作站開放性好，死機現(xiàn)象大大減少。如果驅(qū)動軟件不太好，也會引起死機。重要的是，它無論維護成本、備件采購都不受DCS制造廠家的限制。但為防黑客、病毒侵入，防火墻不可缺少。
二、C/S結(jié)構(gòu)的人機界面的死機現(xiàn)象
