RS-485在DCS系統(tǒng)中的應用

摘要：針對DCS在工廠中推廣應用所面臨的與第三方系統(tǒng)通訊的問題，對常見的接口特性進行分析比較。在modbus協(xié)議與RS-485接口應用較為廣泛的背景下，已成為DCS與第三方系統(tǒng)的通訊方式選擇的首選項。從接入形式的各項條件分析來看，通過上位機與串口服務器能夠很好解決一個上位機同時對多個系統(tǒng)的通訊，光纖傳輸?shù)钠占昂芎媒鉀Q了遠距離傳輸和抗干擾的問題。針對性的提出了通過對通訊至DCS的AI進行變化率分析來解決遠距離傳輸中第三方系統(tǒng)的狀態(tài)判斷，來提高通訊數(shù)據(jù)的可靠性。

關鍵詞：RS-485;接入方式;故障識別;可靠通訊

隨著控制技術和計算機技術的發(fā)展進步，工廠規(guī)模的擴大，DCS控制系統(tǒng)得到廣泛應用。DCS 是電力、冶金、石化等各個流程工業(yè)領域首選的控制系統(tǒng)，尤其內廣泛應用于電力工業(yè)[12]。以火力發(fā)電廠為例，以DCS 為核心的控制運行方式成為首選，但由于在DCS系統(tǒng)直接管控的核心系統(tǒng)以外，還存在非核心的次要系統(tǒng)。常見的有小型PLC 控制系統(tǒng)、獨立的DAU 記錄系統(tǒng)和工控機與特殊傳感器監(jiān)測系統(tǒng)[10]。為了便于集中管控這類第三方系統(tǒng)，可以通過RS-232、RS-422 及RS-485 等的接口方式傳輸，將信息傳至DCS做到與核心系統(tǒng)信息一起集中監(jiān)控[6]。

根據(jù)三種通訊接口的特點，RS-485 接口在DCS 系統(tǒng)與第三方系統(tǒng)之間的通訊得到較為廣泛應用[5]。從而為決策者提供全廠設備運行的實時參數(shù)，便于快速的有效管控。本課題借助于在火力發(fā)電廠中，RS-485 在DCS 與第三方系統(tǒng)的通訊暴露出的問題進行分析，開展了故障情況收集、原因分析和參數(shù)優(yōu)化。本課題開展的工作如下：

（1）通過在第三方系統(tǒng)與DCS 系統(tǒng)中的比對，提高數(shù)據(jù)的傳輸?shù)膶崟r性。

（2）根據(jù)故障現(xiàn)象采取針對性措施，增強DCS 與第三方系統(tǒng)的通訊的可靠性。

（3）對設備故障的關聯(lián)分析，通過參數(shù)優(yōu)化等方法，實現(xiàn)通訊的實時有效、運行穩(wěn)定、通訊可靠的目標。

1 DCS 與第三方系統(tǒng)通訊接入方式

DCS 系統(tǒng)的常見組成與結構如圖1 所示[3]。包括操作員站、工程師站、歷史站、輸出設備、分布式處理單元（DPU）及IO 模塊、電源、機柜等組成。通過高速網(wǎng)絡構成的局域網(wǎng)將這些設備連接，實現(xiàn)數(shù)據(jù)在設備中的傳遞、交換和共享[2]。

1.1 通過專用的RS-485 通訊卡件接入

該類型的DCS 系統(tǒng)與第三方系統(tǒng)接入方式，采用該DCS 系統(tǒng)的專用通訊卡件。專用通訊卡件為DCS 設備提供，不同的DCS 系統(tǒng)卡件不相同且不通用。該卡件連接在分布式處理單元（DPU）下一級的IO 總線上。該類通訊卡件，一般具有不少于一個RS-485串口、不少于一個RS-232 串口，其中有兩個端口用HDLC 協(xié)議與跟DPU 進行通訊。剩下的串口可獨立設定為MODBUS 主站或從站，可方便與第三方MODBUS 設備進行通訊。該類專用通訊卡件原理圖如圖2[2]所示。

由于該類通訊接入方式是專用通訊卡件直接掛在分布式處理單元DPU 的IO 總線上，如果第三方系統(tǒng)的通訊變量較多，勢必會增加DPU 的運算負荷。國家相關制度規(guī)定DPU 的運算負荷不能超過60%，通常采用獨立DCS 的第三方系統(tǒng)對實時性要求相對較低，DPU 的資源會優(yōu)先考慮實時性要求較高的核心系統(tǒng)，所以這類通訊接入方式在與第三方系統(tǒng)通訊中較少采用。

1.2 通過串口服務器從DCS 上位機接入

綜合各種因素考慮，在DCS 系統(tǒng)與第三方系統(tǒng)的通訊中采用較為普遍的方式是通過串口服務器與DCS 上位機中的工程師站或通訊站連接[1]。該方式的優(yōu)點在于1 個串口服務器可以同時接入多個獨立的第三方系統(tǒng)，接入示意圖如圖3 所示。當?shù)谌较到y(tǒng)與串口服務器距離一般超過100 米、傳輸?shù)碾娎|要經(jīng)過較強的干擾環(huán)境，采用如圖RS-485 接口1 與第三方系統(tǒng)A 的方式，傳輸介質采用光纖。當?shù)谌较到y(tǒng)與串口服務器距離小于100 米且傳輸電纜安放的環(huán)境沒有較強干擾信號，采用如圖RS-485 接口2 與第三方系統(tǒng)B的方式。

根據(jù)國家相關規(guī)定，DCS 上位機的負荷不能超過40%。由于工程師站或通訊站在邏輯組態(tài)完成后，只用于設備維護巡檢時參數(shù)查看，事故分析時調取歷史記錄，絕大多數(shù)時間處于空閑狀態(tài)。所以DCS 得上位機中的工程師站或通訊站成為與串口服務器連接的多數(shù)選擇[8]。

在連接完成后，需要在DCS 上位機上對通訊進行配置，以EDPF-NT 的DCS 采用modbus 為例[9]，需要配置的文件是eio.conf。一個IO 設備僅能同一個IP 地址上的一個端口通訊，冗余設備除外。如需從兩個或以上IP 地址獲取數(shù)據(jù)時，需要新添加IO 設備。如要與同一個IP 的多個端口進行通訊，也需要新添加IO 設備[4]。需要定義量有：IoDeviceCnt， logSize， DeviceID， Desc， protocol，協(xié)議可以選擇的有：modbus、modbustcp、simu、hkpb、hkff;aster， Timeout，Delay， Period， SubTask， LocalIP， LocalProt， RemoteIP， RemoteProt，bufcnt， SlaveID，type，unitCnt， startAddr，SlaveID，F(xiàn)uncCode， StartReg，RegCnt， PerioNo， MaxCommErr。

2 通訊中常見問題的分析

DCS 與第三方系統(tǒng)通訊中存在很多問題，下面以某火力發(fā)電廠的DCS 系統(tǒng)與其它系統(tǒng)通訊中存在的問題為例加以分析，該廠裝機容量：660MW×2。全廠DCS 控制系統(tǒng)以國電智深EDPF-NT 為主。

域號劃分如下表1 所示。從表中可以看出全多數(shù)DCS 控制域內都存在與第三方控制系統(tǒng)通訊的情況比例達66.66%，應用已很常見。常見的問題主要有以下兩類：第一類通訊不穩(wěn)定，DCS 側畫面數(shù)據(jù)不能及時刷新;第二類通訊故障，導致DCS 畫面數(shù)據(jù)消失。

通過跟蹤發(fā)現(xiàn)2 號域的DCS 與2 號爐爐管泄漏監(jiān)測系統(tǒng)，經(jīng)常出現(xiàn)通訊不穩(wěn)定，DCS 側畫面不能實時刷新。爐管泄漏監(jiān)測系統(tǒng)的工控機常有死機現(xiàn)象，再處理好該故障點后仍然存在通訊不穩(wěn)定的問題;傳輸?shù)碾娎|檢查正常，并且電纜通道附近沒有強電磁場干擾;最后疑點鎖定在串口服務器上，根據(jù)當前通道通訊指示燈閃爍頻率和通訊實時參數(shù)刷新情況來看串口服務器該通道存在工作不穩(wěn)定的情況，更換串口服務的通道后問題得以解決。

第二類通訊故障的問題主要出現(xiàn)在：串口服務器的電源、光電轉換器的電源及第三方系統(tǒng)電源等問題[7]。由于電廠的電纜槽盒、電纜溝多有多個電壓等級的電纜鋪設所以各種干擾信號存在比較突出，所以在較遠的傳輸都采用了光纖傳輸?shù)男问絒11]。從通訊信號流向看，單向傳輸占71.43%，主要用于從DCS 對第三方系統(tǒng)的監(jiān)控。通常采用一個RS-485 接口對應上位機上的一個虛擬DPU，實現(xiàn)數(shù)據(jù)交換。例如第三方系統(tǒng)獨立性相對較強，或者傳輸?shù)腎O 點數(shù)較多，都會采用這種方式，比較便于數(shù)據(jù)分類管理及系統(tǒng)維護。對于一個RS-485 接口的傳輸?shù)腎O 點數(shù)很少，可以用上位機上的一個虛擬DPU 對應多個RS-85 傳輸?shù)腎O 點數(shù)都比較少的接口，有利于減少上位機上虛擬DPU 的數(shù)量。

3 相關參數(shù)的優(yōu)化實現(xiàn)

3.1 通訊上位機運行參數(shù)優(yōu)化

關于DCS 側上位機2：CCOM237 的CPU 負荷有偏高的情況發(fā)生的處理措施：1）定期檢查該上位機的CPU 負荷;2）盡可能減少該上位機的應用軟件的運行，將不必要運行的軟件關閉退出;3）找到該上位機CPU 運行偏高的真正原因。

根據(jù)以上處理措施的跟蹤發(fā)現(xiàn)，由于上位機2：CCOM237 在工程師站房間所處位置的關系，是平常用于設備維護、檢修和事故分析等工作最多的工程師站上位機。經(jīng)常出現(xiàn)DCS 軟件以外的，可以不用連續(xù)運行的軟件處于運行狀態(tài)。定期檢查并關閉不必要運行的軟件;根據(jù)“任務管理器”->“性能”->“CPU 使用率”參數(shù)變化情況，有必要時對該上位機進行操作系統(tǒng)“注銷”或“重行啟動”，釋放內存，確保CPU 使用率<40%，達到國家相關的強制標準和規(guī)定。

3.2 通訊故障的及時反饋

鑒于第三方系統(tǒng)在DCS 系統(tǒng)的特殊性，解控運行人員不可能對它處在實時監(jiān)視狀態(tài)下，甚至很長時間才會瀏覽一下相關的畫面?？赡茉诘谌较到y(tǒng)出現(xiàn)通訊故障后不會及時發(fā)現(xiàn)，增加報警邏輯當出現(xiàn)通訊故障時DCS 可以采用聲光報警或語音報警的方式及時提醒運行人員。

為了保證報警信息監(jiān)測的可靠性，在DCS 與偏重要的第三方系統(tǒng)通訊會同時采用兩類報警方式。

4 通訊故障報警試驗

1）虛擬DPU 報警試驗

試驗方案：切斷含油廢水系統(tǒng)至DCS 側的光電轉換器電源。

DCS 報警形式：在DCS 匯總報警的熱控報警畫面顯示31 號域10 號DPU 卡件離線，在DCS 自檢畫面中出現(xiàn)31 號域10 號DPU卡件狀態(tài)小方塊從綠色變成變黃色。從報警反應時間，和相應的報警畫面顯示來看，試驗結果合格。

2）電源、運行狀態(tài)監(jiān)視報警試驗

試驗方案：切斷2 號爐爐管泄漏監(jiān)測系統(tǒng)的電源。

DCS 報警形式：在DCS 匯總報警的熱控報警畫面顯示2 號域36 號DPU 卡件離線，在DCS 自檢畫面中出現(xiàn)2 號域36 號DPU 卡件狀態(tài)小方塊從綠色變成變黃色。在爐管泄漏畫面中的電源和運行狀態(tài)指示從綠色變成了黃色。從報警反應時間，和相應的報警畫面顯示來看，試驗結果合格。

3）關鍵AI 變化率分析報警試驗

試驗方案：在制氫站系統(tǒng)選卻5 個AI：制氫系統(tǒng)壓力，制氫槽溫，氫分離器液位，氧中氫含量，露點儀溫度;在DCS 側的31 號域11號DPU中求取f （t） i ，其中t取值30S。

DCS 報警形式：經(jīng)過一段時間的觀察，并沒有出現(xiàn)誤報的情況。當切斷制氫站PLC 的電源后，DCS 發(fā)出制氫站通訊故障報警。從相關報警畫面信息提示看，試驗結果合格。

5 結論

本課題利用具體工程的實際應用的相關統(tǒng)計數(shù)據(jù)進行分析，RS-485 在DCS 系統(tǒng)中的應用較為廣泛。光纖技術的進步和普及，使得通訊傳輸中使用較大波特率和抗干擾能力得到保證。針對第三方系統(tǒng)與DCS距離較遠的情況還提出了，利用在DCS側求取AI （t） i的變化率f （t） i，來判斷第三方系統(tǒng)通訊來的數(shù)據(jù)是否真實有效，增加了對系統(tǒng)故障的識別能力。

參考文獻：

[1] 吳秀清，周荷琴.微型計算機原理與接口技術[M].合肥：中國科學技術大學出版社，2002.

[1] Wu Xiuqing， Zhou Heqin. Microcomputer principle and interface technology [M]. Hefei： China University of science and Technology Press， 2002.

[2] 王樹青，趙鵬程.集散型計算機控制系統(tǒng)（DCS）[M].杭州：浙江大學出版社，2002.

[2] Wang Shuqing， Zhao Pengcheng. Distributed computer control system（DCS） [M]. Hangzhou： Zhejiang University Press， 2002.

[3] 陳峰，牛海明. EDPF-NT+分散控制系統(tǒng)工程設計與組態(tài)[M].中國電力出版社，2013.

[3] Chen Feng， Niu Haiming. EDPF-NT + distributed control system engineering design and configuration [M]. China Power Press， 2013.

[4] 劉鋒章.基于Windows NT4.0 平臺的DCS 系統(tǒng)在火電廠的應用研究[D].河北：華北電力大學，2005.

[4] Liu Fengzhang. Application of DCS system based on windows NT4.0 platform in thermal power plant [D]. Hebei： North China Electric Power University， 2005.

[5] 李頎，曹建民.一種實用的DCS 網(wǎng)絡技術及應用[J].現(xiàn)代電子技術，2004（22）：25-26.

[5] Li Qi， Cao Jianmin. A practical DCS network technology and its application [J]. Modern electronic technology， 2004 （22）： 25-26.

[6] 王靜.現(xiàn)場總線與DCS 網(wǎng)絡集成的研究與應用[D].中國石油大學，2007.

[6] Wang Jing. Research and application of field bus and DCS network integration [D]. China University of petroleum， 2007.

[7] 潘方.RS 232 串口通信在PC 機與單片機通信中的應用[J].現(xiàn)代電子技術，2012，35（13）：69-71.

[7] Pan Fang. Application of RS 232 serial port communication in PC and SCM communication [J]. Modern electronic technology， 2012，35 （13）：69-71.

[8] 馮子陵，俞建新.RS485 總線通信協(xié)議的設計與實現(xiàn)[J].計算機工程，2012，38（20）：215-218.

[8] Feng Ziling， Yu Jianxin. Design and implementation of RS485 bus communication protocol [J]. Computer Engineering， 2012，38 （20）：215-218.

[9] 陳鐵軍，謝春萍.PC 機與RS485 總線多機串行通信的軟硬件設計[J].現(xiàn)代電子技術，2007（05）：103-105.

[9] Chen Tiejun， Xie Chunping. Software and hardware design of serial communication between PC and RS485 bus [J]. Modern electronic technology， 2007 （05）： 103-105.

[10] 田擁軍，趙光強，曾健平.基于RS485 總線技術的PC 機與單片機多機通訊設計[J]. 湖南工程學院學報（ 自然科學版），2007（02）：19-23.

[10] Tian Yongjun， Zhao Guangqiang， Zeng Jianping. Communication design between PC and SCM based on RS485 bus technology [J].Journal of Hunan Institute of Engineering （NATURAL SCIENCE EDITION）， 2007 （02）： 19-23.

[11] 趙佳.一種實現(xiàn)RS 422 通信協(xié)議的接口電路[J].現(xiàn)代電子技術，2007，（20）：179-181.

[11] Zhao Jia. An interface circuit for RS 422 communication protocol [J].Modern electronic technology， 2007， （20）： 179-181.

[12] 黃煥袍，潘剛.分散控制系統(tǒng)及其應用[M].中國電力出版社，2013.

[12] Huang huanpao， Pan Gang. Distributed control system and its application [M]. China Power Press， 2013.

作者簡介：

陳發(fā)（1980—），男，本科，工程師。主要從事火力發(fā)電廠熱控設備運維相關工作。

（國電織金發(fā)電有限公司，貴州 織金 552100）