此類故障在生產過程中較為常見，主要包括系統設計安裝缺陷，控制器（DPU或CPU）的死機、脫網等故障，操作員站黑屏，網絡通訊堵塞，軟件存在缺陷，系統配置較低，與其他系統及設備接口存在問題等。
1）電源及接地問題：
a.某電廠DCS電源系統采用的是ABB公司Symphony III型電源，但基建時仍按照II型電源的接地方式進行機柜安裝，與III型電源接地技術要求差異很大。機組投產以來發生多次DCS模件故障、信號跳變、硬件燒壞的情況，疑與接地系統有關。同樣，某電廠在基建期間DCS接地網設計制作安裝存在問題，DCS系統運行后所有熱電阻熱電偶溫度測點出現周期波動。
b.某廠因電源連線松動而導致汽機側控制系統失效。
經驗教訓：DCS沒有良好的接地系統和合理的電纜屏蔽，不僅系統干擾大，控制系統易誤發信號，還易使模件損壞。可見，UPS電源、控制系統接地等存在問題將給電廠投產后DCS的安全穩定運行留下極大隱患。因此，DCS系統電源設計一定要有可靠的后備手段，負荷配置要合理并有一定余量;DCS的系統接地必須嚴格遵守制造廠技術要求（如制造廠無特殊說明應按照DLT774規定執行），所有進入DSC系統控制信號的電纜必須采用質量合格的屏蔽電纜，并要同動力電纜分開敷設且有良好的單端接地。
2）系統配置問題：
a.浙江某電廠DCS（T-ME/XP系統）頻繁故障和死機造成機組停運事故。7、8機組（2*330MW），從1997年2月試生產至5月，兩臺機組共發生22次DCS系統故障和死機，造成機組不正常跳閘8次。之后又多次發生操作畫面故障（8號機組有兩次發生全部6臺操作站“黑屏”），嚴重威脅機組安全。
經分析認為其DCS系統存在以下幾個方面的問題：
（1）DCS工程設計在性能計算軟件、開關量冗余配置上存在問題。
（2）硬件配置不匹配（其中包括T-ME和T-XP兩種系統的匹配和通信問題）。
（3）個別硬件設計不完善。
（4）進一步分析，關鍵的CS275(下層T-ME)通訊總線負荷率過高出現“瓶頸”問題現象。而歐洲T-ME/XP系統用戶在配置合理的前提下，T-ME/XP系統使用情況基本良好。
b.某電廠在200MW機組的熱控系統自動化改造上使用的DCS，由于系統配置的負荷率計算不準且為了減少投資，技術指標均接近允許極限，加之該系統有運行時中間虛擬I/O點量大的特點，所以在改造后期調試時發現個別控制器的負荷率竟超過了90%，個別軟手操操作響應竟接近1min，根本無法使用，后經過大幅度調整(系統重新增加配置)，才解決了這個問題。
c.東北某600MW機組，由于招標技術規范對I/O通道隔離性質表述不到位，因此DCS廠家做的配置很低，結果在調試時燒損了大量的I/O板，后來改變了隔離方式和更改換了硬件，電廠又花費了許多資金，也抵消了當初的招標價格優勢。此外，電纜的質量與屏蔽問題也必須高度重視，重要信號及控制應使用計算機專用屏蔽電纜，許多改造工程正是由于電纜的問題導致電纜不得不重新敷設，影響了工期。
d.某電廠300MW機組新華XDPS-400系統工程師站頻繁死機，經檢查發現其運行程序較多：多個虛擬DPU、歷史數據記錄、性能計算、報表等。把歷史數據分配至別的人機接口站問題解決。
3）（DPU或CPU）故障
a.某電廠300MW #2機組HIACS-5000CM控制系統FSSS1的CPU故障，且未將控制權交出，從CPU未能切換為主控，導致該部分系統控制設備無法操作（設備保持原狀態工作）。在對主CPU執行在線更換步序至停電時，從CUP切換主控CPU，系統設備受控，更換原主控CPU后系統一切正常。
b.ABB早期某時間生產的SYMPHONY 同一PCU機柜內不同控制器之間通訊出現數據不一致的情況，通過升級固件這一問題得到解決；
c.新華控制XDPS系統早期某批次DPU曾多次出現離線、死機現象，經檢查為DPU卡件個別電容問題，經升級更換卡件問題解決。
由于目前DCS的控制器均為冗余配置，大大減少了主控制器“異常”引發機組跳閘的次數。但是，一旦一對冗余的控制器同時死機，將直接威脅到安全生產，對于此類情況一定要采取措施切實避免。
4）DCS網絡故障
a.某電廠西屋WDPF控制系統，由于多次改造系統增加了大量測點和自動控制回路，系統負荷率高達70%以上，造成網絡通訊堵塞，多次出現操作員進行操作、切換畫面時間過長、畫面黑屏等問題。后經升級改造為OVATION系統，系統正常。
b.某電廠600MW機組負荷508MW，工況穩定，汽輪機所有調門突然大幅擺動，經檢查故障原因是機組運行時M5 控制器的轉速信號短時間內由3000r/min 變成了0r/min，又馬上恢復，調門擺動的原因也是M3和M5通訊時出現掉數據現象，導致Trip Bias（跳閘偏置）信號在機組運行時由0變為1，引起所有調門大幅擺動。對該問題采取措施：對PCU 控制總線的通訊信號進行多重化處理，對通訊信號增加一定延時，躲過通訊信號瞬間跳變;對重要的通訊信號采用了通訊冗余。
5）DCS軟件問題
a.某電廠300MW供熱機組DCS調試過程中未對測點品質參數進行修改，致使其模擬量測點只有在斷線的情況下才認為是壞品質測點，未充分起到品質校驗功能。后對所有測點品質參數進行了設置，提高了設備運行的可靠性。
b.HIACS-5000CM控制系統畫面組態時，雙擊grab組態工具后，彈出 c++錯誤窗口無法正常使用。經檢查發現grab.ini 文件被改動過，從其他機器拷貝文件覆蓋后，工具恢復正常。因為grab 非正常退出后保留了錯誤的信息在grab.ini 文件中。
c.某電廠除氧器水位控制回路邏輯是由高加水位控制邏輯拷貝修改而成，修改過程不徹底，PID參數未根據除氧器情況設置整定，造成運行中除氧器上水門發散調節，調節品質惡化。采取措施：檢查邏輯，重新整定PID參數。
6）系統接口問題
某電廠200MW供熱機組電氣并網信號至DEH只有一路，在機組正常運行的過程中該電氣并網輔助接點故障出現抖動，造成汽輪機跳閘。采取措施：使用屏蔽通訊電纜，增加冗余接點信號，并進行3取2邏輯判斷。