橫河DCS控制系統的組態中遇到的問題及處理方法
在整個組態中和調試過程中也遇到了很多問題，有一些是由于組態人員對系統不熟悉造成的，也有一些是由于設計院給的資料不完整和錯誤造成的，還有一些是由于系統軟件配置造成的。這些問題的發現和處理不僅為系統投入運行后的安全性和可靠性提供了保障，而且也為日后的工作積累了有益的經驗和教訓。下面介紹的是幾個具有代表性的問題。
1、重復性工作
在組態初期，定義的工位號如“TE-2121A”。其中的“-”并沒有引起足夠重視，在后來做計算塊時寫入帶“-”的工位號后系統均默認為減號，給組態工作帶來很大困難。為統一標準，將原來工位號中的“-”全部去掉。雖然增加了很多工作量，但為日后的工作增加了很多工程經驗。
2、資料不完整的原因
設計院給的資料不完整也給組態的進行帶來了不便。如流程圖上標有溫壓補償而索引表中并沒有注明（如FIQ2611A，FIQ2611B，FIQ2321等）。也有注明是溫壓補償而流程圖中不是溫壓補償（如FIQ2326）。也有很多I/0點地址沒有的（如TE2123，LT2503，AV2801等）。所以組態時應對照索引表，規格表，I/0點地址表和流程圖，以防設計原因造成不必要的錯誤。
3、系統軟件原因

由于橫河系統并沒有對相關信息進行屏蔽，對于橫河系統的安全級別問題，在借鑒其他單位組態經驗的基礎上，應對注冊表進行修改，屏蔽不必要的桌面圖標，關閉相應的注冊表項，并把注冊表編輯文件進行相關處理。通過處理后，用戶登錄CENTUM桌面，在確保不影響正常操作的情況下，實現較高的安全等級。

4、功能塊順序問題的解決
在控制組態圖上要完成一個復雜控制系統組態時要用到很多功能塊。而在該控制圖左側有一個排列順序表。這個順序對于是否實行控制功能是十分重要的。如果兩個功能塊之間的連線為虛線，則應調整左側功能塊順序，使之恢復為
實線，在這次延遲焦化組態中帶溫壓補償的就出現了這個問題，盡管經過分析認為所作的邏輯十分正確，但編譯后的結果卻始終不如預期。后來調整功能塊的位置，問題才得以解
決。分析原因，同一功能塊排列的順序不同，在控制程序的一個執行周期內，其執行的次序，輸入輸出端子的狀態，數據就不一樣了，使得執行結果難以預料。組態時更多考慮的是控制功能的邏輯是否正確，所以應對上面問題特別注意。
3.5模塊初始化問題的解決
在CS3000系統上電初始化時，控制功能塊處于某一狀態，像PID模塊，ST16順控表模塊初始化后處于“MAN”模式，CALCU模塊在初始化處于“AUT”模式等。這些模式和狀態有些是系統所要求的，有些則要切換到其它模式或狀態下，才能發揮其功能。
如果能在系統上電后功能塊的狀態轉變為需要的狀態，既可以減少DCS系統運行過程中的維護量，又能降低出錯的可能性。ST16為順控模塊，延遲焦化的四臺泵的連鎖均須用到此模塊。由于ST16塊在“AUT”下才能發揮其順控表邏輯功能，所以可以用CALCU塊判斷ST16，若狀態處于“MAN”則將其切換為“AUT”。
3.6開關量報警問題的解決
在CS3000中對模擬量報警點是很容易實現的。在流程圖組態中找到相應的點把與他相關聯的模擬量連接起來，在圖形顯示屬性里就可以設置變色，閃爍等屬性。在延遲焦化中大部分報警點都是模擬量報警點。對于開關量報警點，其值為“0”或“1”，無法直接像模擬量報警那樣設置閃爍等屬性，只能設置其為“0”（未報警）時變綠或“1”（報警）時變紅。如果這樣，操作工在翻看報警時，只能觀察到報警點此時此刻的狀態，而不能了解報警是否經過確認和處理。可以把數字量作為一個顯示模塊（PVI塊）的輸入模塊。結果是PVI塊輸出1。對于CS3000來說，PVI塊輸出的量是模擬量。所以經過這樣一個轉折后，開關量的報警處理完全等同于模擬量了。從而實現模擬量的報警發生、變色、閃爍，確認后保持顏色不再閃爍。雖然還未有報警點及報警值，但如果有開關量報警，用上述方法可以得到模擬量的預期報警效果。
——文章來自網絡

無錫紅鼎自動化有限公司坐落于長三角工業聚集區。公司致力于YOKOGAWA,橫河DCS3000,橫河CENTUMVP,橫河SIS系統,橫河ESD,BMS,FGS系統，中控系統、PLC自控系統、變頻調速系統為主的產品的開發、生產、銷售及系統工程現場安裝調試以及交付。