人機界面（主要是操作站）死機現象所有DCS都不同程度地存在，只是頻繁程度不同。另外與DCS使用時間長短有關。因硬件引起的死機，顯示不再能恢復。如操作站電源電壓偏低，很容易使操作站死機。由于軟件和通信連線的速率選擇不合適引起的死機現象經一段時間仍能恢復。操作站操作系統與監控軟件磨合不好也能引起死機，對此維護人員毫無辦法，稱為原發性死機。由于某些配置不合理引發網絡堵塞、內存太小等原因造成的死機，過幾分鐘后自己能恢復。
　　
　　DCS人機界面的死機現象
　　
　　近來，由于MIS系統需從DCS中讀取生產實時數據。在網絡中接進動態數據服務器，有的采用DDE方式，在讀取數據較多情況下（如3000點），由于DDE消耗資源較多，網絡堵塞現象就變得十分頻繁，并使得各種人機界面的節點死機現象變得嚴重。網絡堵塞現象的嚴重程度與多種因素相關。從操作站取數據，采用DDE方式，如果取的數據在500點以下，問題還不算太大。如果取幾千點數據，操作站死機幾乎是必然的。如果把節點連到DCS的通信網絡上，從網絡接口取數據，情況要好一些。
　　
　　控制器把數據送到接口，人機界面從網絡接口讀取數據應遵守網絡通信協議。網絡物理結構有環型和總線型兩種，總線網絡在邏輯上也是環型的。星型網絡只用于小系統（100個I/O點內）。常用通信協議是廣播式，網絡上的節點只要把數據送到網絡上，它就要不斷廣播數據，需要數據的節點就接收數據。廣播式協議的網絡除這種方式外，還有一種方式：一個節點向網上其他節點問詢數據，如其他節點沒有，它就反復進行問詢直至讀取到這個數據。如果網絡上根本沒有這個數據，就會造成網絡堵塞。為使運行人員熟練DCS操作站的操作，可采用仿真系統，了解DCS的鍵盤，以減少誤操作引起死機；也可了解操作站死機情況。在DCS運行時間較長的情況下，組態只加不減，有一部分組態實際上已沒有與真正的I/O點相連，與控制無關。另一個應注意問題是在接入動態數據服務器時，應檢查所有接口的軟件版本是否一致，否則會影響數據傳遞。
　　
　　如果采用例外報告方式，可加大例外報告區域以減少網絡通信量。例外報告是指現場某點只在發生變化時把數據送到網絡上。為防止點已壞而人機界面未知的情況，即使點不變化，超過一段時間也要報告。為減少網絡上的通信量，把例外報告的兩個參數都適當加大，也能達到減少數據量的目的。