人機界面（主要是操縱站）死機現象所有DCS都不同程度地存在，只是頻繁程度不同。另外與DCS使用時間是非有關。因硬件引起的死機，顯示不再能恢復。如操縱站電源電壓偏低，很輕易使操縱站死機。因為軟件和通訊連線的速率選擇分歧適引起的死機現象經一段時間仍能恢復。操縱站操縱系統與監控軟件磨合不好也能引起死機，對此維護職員毫無辦法，稱為原發性死機。因為某些配置不公道引發網絡堵塞、內存太小等原因造成的死機，過幾分鐘后自己能恢復。
 

一、DCS人機界面的死機現象

近來，因為MIS系統需從DCS中讀取出產實時數據。在網絡中接進動態數據服務器，有的采用DDE方式，在讀取數據較多情況下（如3000點），因為DDE消耗資源較多，網絡堵塞現象就變得十分頻繁，并使得各種人機界面的節點死機現象變得嚴峻。

網絡堵塞現象的嚴峻程度與多種因素相關。從操縱站取數據，采用DDE方式，假如取的數據在500點以下，題目還不算太大。假如取幾千點數據，操縱站死機幾乎是必定的。假如把節點連到DCS的通訊網絡上，從網絡接口取數據，情況要好一些。

控制器把數據送到接口，人機界面從網絡接口讀取數據應遵守網絡通訊協議。網絡物理結構有環型和總線型兩種，總線網絡在邏輯上也是環型的。星型網絡只用于小系統（100個I/O點內）。常用通訊協議是廣播式，網絡上的節點只要把數據送到網絡上，它就要不斷廣播數據，需要數據的節點就接收數據。廣播式協議的網絡除這種方式外，還有一種方式：一個節點向網上其他節點問詢數據，如其他節點沒有，它就反復進行問詢直至讀取到這個數據。假如網絡上根本沒有這個數據，就會造成網絡堵塞。

為使運行職員純熟DCS操縱站的操縱，可采用仿真系統，了解DCS的鍵盤，以減少誤操縱引起死機；也可了解操縱站死機情況。

在DCS運行時間較長的情況下，組態只加不減，有一部門組態實際上已沒有與真正的I/O點相連，與控制無關。在工程師站的用戶應用程序中有這樣的I/O點。動態數據服務器接入時，欲將DCS上所有數據點都讀上去，因其中有大量數據點無效而造成網絡堵塞，所以人機界面就發生死機。這時可用逆向工程師站讀取控制器中的組態，與正向工程師站的內容進行比較，刪除無效點，就可避免網絡堵塞。

另一個應留意題目是在接入動態數據服務器時，應檢查所有接口的軟件版本是否一致，否則會影響數據傳遞。

解決網絡堵塞的第三種方法是：假如采用例外講演方式，可加大例外講演區域以減少網絡通訊量。例外講演是指現場某點只在發生變化時把數據送到網絡上。為防止點已壞而人機界面未知的情況，即使點不變化，超過一段時間也要講演。為減少網絡上的通訊量，把例外講演的兩個參數都適當加大，也能達到減少數據量的目的。

最近推出的通用操縱站多采用WINOOWsNT/2000操縱系統，監控軟件也通用，如FIX、InTouch等。