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

一、DCS人機界面的死機現(xiàn)象

近來，因為MIS系統(tǒng)需從DCS中讀取出產(chǎn)實時數(shù)據(jù)。在網(wǎng)絡(luò)中接進動態(tài)數(shù)據(jù)服務(wù)器，有的采用DDE方式，在讀取數(shù)據(jù)較多情況下（如3000點），因為DDE消耗資源較多，網(wǎng)絡(luò)堵塞現(xiàn)象就變得十分頻繁，并使得各種人機界面的節(jié)點死機現(xiàn)象變得嚴峻。

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

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

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

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

另一個應(yīng)留意題目是在接入動態(tài)數(shù)據(jù)服務(wù)器時，應(yīng)檢查所有接口的軟件版本是否一致，否則會影響數(shù)據(jù)傳遞。

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

最近推出的通用操縱站多采用WINOOWsNT/2000操縱系統(tǒng)，監(jiān)控軟件也通用，如FIX、InTouch等。