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

　　DCS死機現象有兩種：人機界面死機、控制器死機。前者比后者損失要小。控制器死機是I/O卡件安排太多或存儲器容量不夠，一旦控制器程序運行到某一位置，就停留在該位置，程序不再往下走，即使重啟也無濟于事。

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

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

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

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

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

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

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

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

    最近推出的通用操作站多采用WindowsNT/2000操作系統，監控軟件也通用，如FIX、InTouch等。由于軟件銷售量大，存在問題較少，通用操作站開放性好，死機現象大大減少。如果驅動軟件不太好，也會引起死機。重要的是，它無論維護成本、備件采購都不受DCS制造廠家的限制。但為防黑客、病毒侵入，防火墻不可缺少。

    二、C/S結構的人機界面的死機現象

    1.C/S結構

    DCS人機界面采用普通PC、Windows操作系統以后，為增加人機界面數量，采用C/S結構，只要控制器上通過接口與服務器相連，服務器和客戶機上使用網絡接口適配器用電纜連接，就成為C/S結構。

    客戶機共享服務器的資源。服務器通常安裝在安全場所，保存DCS控制器送來的最有價值的現場生產數據。

    作為服務器的計算機可能同時為幾臺或十幾臺客戶機服務，所以服務器須要具有比客戶機更快的處理器、較大的內存和更大的存儲空間。

    客戶機是標準的PC運行Windows操作系統，僅與服務器通信，不和其他客戶機通信，有自備軟件包。在作DCS操作站時，服務器和客戶機可運行同一監控軟件，以便共享服務器資源。兩者所裝軟件的區別是服務器應有DCS控制器驅動軟件而客戶機不需要。

    還有一種情況是，在服務器監控軟件上安裝OPC服務器，在客戶機監控軟件上安裝OPCClient，客戶機就可訪問服務器。如在服務器上不需用圖形方式觀察現場設備運行情況，在服務器上也可不安監控軟件，而只安OPC服務器，只是在查找故障時，才需要顯示器。

    采用C/S結構可節省DCS昂貴的網絡專用接口。為系統可靠運行，采用雙服務器冗余運行，這就是雙機雙網。一個系統最多用到兩個專用接口。

    最終用戶反映，采用多個接口的多主站結構較好，原因