利用MODBUS提高多CPU協(xié)同開發(fā)效率

在電力系統(tǒng)微機綜合保護和自控裝置以及其它工業(yè)自動化控制領(lǐng)域，微控制器的應(yīng)用越來越廣泛，其裝置的復(fù)雜性也越來越高。為了解決其開發(fā)對象實時多任務(wù)性的要求，單CPU、單入開發(fā)的模式下在被多個、多類型CPU和多人協(xié)同開發(fā)的模式所代替。在這新的開發(fā)模式中，面臨一個新問題——在實施信息交互的過程中如何將實現(xiàn)CPU之間信息交互的軟硬件標準化，這是關(guān)系到該模式能否成功實施的關(guān)鍵。在眾多的通信方式中，基于UART的RS-485串行通信模式以其連線簡捷、可靠性高和可帶動多CPU、多設(shè)備級連的能力而被廣泛采用。在軟件通信協(xié)議的選擇上，MODBUS協(xié)議由于其通用、成熟的第三方標準測試軟件，為用戶使用提供了諸多優(yōu)勢。因此，在開發(fā)新型電動機綜合保護裝置TH21-4M的過程中，采用RS-485串行通信方式和MODBUS通信協(xié)議，實現(xiàn)了多CPU之間的數(shù)據(jù)和控制命令的信息交互。為了增強串行通信的高效、協(xié)調(diào)性，筆者在通信機制的軟硬件結(jié)構(gòu)上采取了很多措施，并取得了很好的效果。在調(diào)試系統(tǒng)通信階段，使用了各CPU模塊先與MODBUS標準測試軟件通信，之后再互相聯(lián)調(diào)的方法，大大提高了協(xié)同開發(fā)的效率。實踐證明，該設(shè)計思想簡化了系統(tǒng)的結(jié)構(gòu)，大大提高了裝置的運行效率和可靠性。本文將結(jié)合TH21-4M的設(shè)計思路，從硬件設(shè)計和軟件規(guī)劃兩方面，介紹如何利用MODBUS通信協(xié)議，實現(xiàn)多CPU結(jié)構(gòu)的協(xié)同開發(fā)。

1 TH21-4M電動機綜合保護裝置的特點

TH21-4M電動機綜合保護裝置綜合保護功能以外，兼有測量、遠動和通信的功能；大屏幕的漢字液晶顯示，可以實現(xiàn)友好的人機界面；利用CAN總線，與監(jiān)控主機進行通信，從而構(gòu)成分級分散式的變電站綜合自動化系統(tǒng)的子系統(tǒng)。

在設(shè)計上，由于裝置需要實現(xiàn)多任務(wù)，為了優(yōu)化系統(tǒng)功能，采用了多CPU的系統(tǒng)結(jié)構(gòu)。其中一個CPU負責(zé)定時采樣脈沖發(fā)送；主CPU模塊負責(zé)數(shù)據(jù)處理、電量計算、故障判斷和開關(guān)操作；而板模塊上CPU負責(zé)人機交互，并實現(xiàn)與主保護模塊和監(jiān)控主機的通信任務(wù)。各個CPU模塊有明確的任務(wù)分工，研制時也容易實現(xiàn)多人協(xié)同開發(fā)。在整個構(gòu)成中，串行通信溝通了主CPU和面板CPU，使人機交互成為可能，因而點有重要的地位。建立合理的通信機制則是串行通信部分的核心的所在，它決定著通信的協(xié)調(diào)性和系統(tǒng)開發(fā)后期調(diào)試的效率。

2 通信機制介紹

2.1 通信機制硬件設(shè)計原理

本系統(tǒng)通信機制的提出以高效、可靠為目的。RS-485為半雙工結(jié)構(gòu)，現(xiàn)場中比全雙工往往更接近于實用，在此采用只有2條信號線的最簡型連接。系統(tǒng)接口電路圖由圖1所示。主保護模塊上的80C196單片機輸出的TTL邏輯電平通過光電隔離后，由MAX485芯片轉(zhuǎn)換為RS-495電平，再由面板模塊上的MAX485芯片轉(zhuǎn)換為TTL邏輯電平，由80C31單片機讀取；以之亦然。在80C196單片機一側(cè)，使用并行輸入輸出口2（IO_PORT2）的一位P2.7對MAX輸入使能端RE、輸出使能端DE進行控制。由圖1可知，當P2.7輸出高電平時，RE使能，單片機一側(cè)接收數(shù)據(jù)；當P2.7輸出低電平時，DE使能，單片機一側(cè)發(fā)送數(shù)據(jù)。這樣，避免了盲目發(fā)送造成的數(shù)據(jù)疊加丟失現(xiàn)象，通信質(zhì)量高，通信速度也能得到保證。

2.2 通信協(xié)議介紹

為了保證保護裝置中兩個模塊之間能夠正確地傳遞數(shù)據(jù)，必須有一套關(guān)于信息傳輸?shù)哪Ｊ?、?shù)據(jù)格式和內(nèi)容等的規(guī)定，即規(guī)約[1]或通信協(xié)議。雖然保護裝置內(nèi)部的通信相對簡單，兩具模塊之間傳遞的數(shù)據(jù)也不是很多，但是自定義內(nèi)部通信協(xié)議的弊端是很明顯的。首先，自定義通信協(xié)議很難在時序、任務(wù)的協(xié)調(diào)上配合得很好，數(shù)據(jù)傳送的可靠性也難以保證；首次，由于沒有現(xiàn)成的較成熟的調(diào)試軟件，主CPU模塊基本是黑匣子，系統(tǒng)聯(lián)調(diào)時的困難較多且難以克服。因此，采用了當前流行的MODBUS通信協(xié)議，并結(jié)合本裝置的特點加以簡化，從而實現(xiàn)了模塊間的通信，事實證明效果很好。

MODBUS的通信方式為主從方式[2]。主方首先向從方發(fā)送通信請求指令，從方根據(jù)請求指令中的功能碼向主方發(fā)回數(shù)據(jù)。每個從方都有自己獨立的地址。主方所發(fā)的請求幀和從方所發(fā)的應(yīng)答幀都是以從方地址開頭的。從方只讀發(fā)給自己的指令，對以其他從方地址開頭的報文不作應(yīng)答。這種一問一答的通信模式，大大提高了通信的正確率。但對于微機保護來說，該主從方式也存在著弊端，即當保護主模塊進行保護動作后，無法立刻向上位機傳送故障信息，只能由上位機不斷向保護主模塊詢問保護是否動作，若有，則再進一步要求具體故障信息。

MODBUS有RTU（Remote Terminal Unit）和ASCII兩種傳送方式。為了保證較高的通信速度，采用了RTU方式，數(shù)據(jù)字節(jié)無奇偶校驗位，加上起始、終止位后字節(jié)長度為10bit，數(shù)據(jù)間隔在24bit以內(nèi)，采用循環(huán)冗余檢驗方式對報文進行校驗。

MODBUS典型的報文格式如下：

一個通信報文的具體內(nèi)容取決于該指令字符串的功能碼，MODBUS中定義的標準功能碼如表1所示。