實現(xiàn)Profibus主從站之間的通訊

1、2個CPU315-2實現(xiàn)Profibus主從站之間的通訊 通過圖解，說明2個CPU之間通過Profibus實現(xiàn)主從站之間的 MS通訊。 這個例子是結合某現(xiàn)場的實際情況來的，實際情況是在2套300系統(tǒng)之間進行數(shù)據(jù)通訊, 并且2套系統(tǒng)之間距離較遠， MPI不行，于是就利用了 315的DP做主從通訊。 1首先，在 STEP 7中新建一個項目，分別插入2個S7-300站。這里我們插入的一個 CPU315-2DP，作為主站；另一個 CUP315-2DP作為從站，并且使用315-2DP的第二個端口 DP端口來實現(xiàn)和 315-2DP的通訊。 然后分別對每個站進行硬件組態(tài): 首先對從站 CPU315-2DP進

2、行組態(tài)：將315的DP端口組態(tài)為 PROFIBUS類型，設定地址。 :擊 HW Confix -從 OE置）- 112Z 點區(qū)| 幫助0 D 口訥際恥雪嗨豐血*1 fflj 口鋼K? C |一:旦團 U F 7 匚 9 1H 2 U F C 駅晝立件:標準 F 11 1 6ES7 6ES7 3L5-2AF01-OXBO 315-2AFO2-OAJ0 315-2APdS-OA10 315-2AF 82-000 315-2AJ33-OKBO 315-2AG-iO-OkBO 315-2AH1 Afumri 插 U模塊 訂 固* , ML , 3 按下Fl以戲取稀助. 吋 3SBSI8B一B旦 FRD

3、FIB1E DF FBOFIBns-tA FBDFIHIT 10 SINATIC 500 SINATIC 400 SINATIC HNI St-tLn SIHATIC FC Bq囲 Ct SINATIC PC SLilion TH a缺図黝営血盤I區(qū)i 口霧#? ，展性 DP (R0/S2.1) 2 r CTV 315- F JR 當卻地址二件稅弍|滋時種 簡短描址： 名你: a 飼*| (0) UB 確圣 殊下FI海取弼助- 攝口 奘型：?R0FIEUS tttftt :3 已耿網：否凰性| 注岸口： 恥肖I 棄助 在操作模式頁面中，將其設置為DP從站（S）模式，并且選擇“測試、調試和路由（

4、 T） ”, 是將此端口設置為可以通過PG/PC在這個端口上對 CPU進行監(jiān)控，以便于我們在通訊鏈路 上進行程序監(jiān)控。下面的地址用默認值即可。 馬性-DF - (R0/S2.1) 無 dt a r dp主站竝 金IP從站 P陋廠刪稠宙 |2046 |2045 確定 幫肋 再對主站 CPU315-2DP進行組態(tài)：將 315的DP端口組態(tài)為 PROFIBUS網，設定地址。 展性 - DP - CR0/S2. 1)區(qū)| 第規(guī) 地址工作模式組態(tài)|時鐘 確定 取消 幫助 講咗19kA X） 序塔5勁旨 5 5 播- 撈下T1以茯取幫肚. -1叵X 在操作模式頁面中，將其設置為DP主站（M）模式。組態(tài)好其

5、它硬件，確認CPU的DP 口處于主站模式，從窗口右側的硬件列表中的已組態(tài)的站點中選擇CPU 31X，拖放到主站的 PROFIBUS總線上, 這時會彈出鏈接窗口，選擇以組態(tài)的從站，點擊“連接（ C）”按鈕, 噴連接 確定 取稠 幫助 然后選擇“組態(tài)”頁面，創(chuàng)建數(shù)據(jù)交換映射區(qū)，逐條進行編輯（ Edit），確認主從站之間 的對應關系。主站的輸入對應從站的輸出，主站的輸出對應從站的輸入。 D7從站慝性 X 廳模式 伙伴訊地址丨怏伴地址 薛地七也址 住度 一致性 1MS 2 4 I 0 2字 |2M5 2 .14 0 2手 常規(guī)|連接 齟態(tài) 21 Jj L燧嘰,L）潮tI刪除| MS壬応拙爼涼 JF 主

6、 確定 取消 幫助 這里我們創(chuàng)建了 2個映射區(qū)，圖中的紅色框選區(qū)域在創(chuàng)建時是灰色的，包括上面的圖中的 Partner部分創(chuàng)建時也是空的，在主站組態(tài)完畢并編譯后，才會出現(xiàn)圖中所示的狀態(tài)。由于我 們這里只是演示程序，所以創(chuàng)建的交換區(qū)域較小。 至此，硬件的組態(tài)完成，將各個站的組態(tài)信息下載到各自的CPU中。通過NetPro可以看 到整個網絡的結構圖。 脫離SFC14/15，而使用MOVE方法的研究： 不使用SFC14/15，而是利用組態(tài)的時候產生的I/O地址來傳數(shù)據(jù)。根據(jù)創(chuàng)建過程映射區(qū) 時的組態(tài)信息，我們寫寫出了如下的程序： 在主站315-2DP中： 遐刪那Title; Cowmenl:： Hetwo

7、ik 4 : Title： Cojnient: MIO-3 I I MOVE 1 1 16*14151617 16S141S1617 PB1.DED4 - Ili OUT -dD4 在從站315-2DP中： 誼ISIS總 mw： Cpnment! M10-2 MOVE I I EM ENO 16*14151617 1GS14151617 IDO- IN OUT -DB1.DBDO VctTork 4 : Title； MIO-3 MOYE 1 i PM 1 1 HIM 16#24252627 16524252627 DB1.DED4 - IN OUT 卜QDO 所以是可以用 I/Q 區(qū)占用了

8、I/O 模塊較 其中， M 位的使用是測試程序的不同情況下使用的臨時點，和本程序功能無關。 由此可見，在這種方式下，因為組態(tài)時組態(tài)的地址是系統(tǒng)的 I 區(qū)和 Q 區(qū)， MOVE 來實現(xiàn)通訊的，但是同時也存在的問題是，這種方式下，通訊所用的 S7-300 的系統(tǒng)區(qū)，而 S7-300 的系統(tǒng)區(qū)可使用范圍是有限的，所以在系統(tǒng)的實際 多時，通訊的數(shù)據(jù)量將會變得更加有限。 2.編寫程序。 硬件組態(tài)完畢，下載，PLC運行之后，數(shù)據(jù)并不會自動交換。需要通過程序來執(zhí)行。在組 態(tài)中，in put和output區(qū)域，也并不是實際硬件組態(tài)中的硬件地址，也就是說，輸入和輸出 并不代表I/O模塊的地址和數(shù)據(jù)。但是映射區(qū)域

9、組態(tài)用到的輸入和輸出地址，同時也占用了 I/O模塊的組態(tài)地址，就是說，映射區(qū)的地址和I/O地址是并行的，不能重復使用。所以最 好在硬件的I/O模塊全部組態(tài)完畢之后再組態(tài)映射區(qū)。 映射區(qū)的數(shù)據(jù)交換是通過系統(tǒng)功能塊SFC14( DPRD_DATRead Consistent Data of a Standard DP Slave)和 SFC15 ( DPWR_DAT Write Consistent Data to a Standard DP Slave) 實現(xiàn)的。 SFC14和SFC15是成對使用的，一個發(fā)送一個接收，缺一不可。數(shù)據(jù)的通訊也是交互的， 可以相互交換數(shù)據(jù)。本例中，我們通過簡單的數(shù)據(jù)

10、來驗證通訊結果。 首先，我們在程序中插入數(shù)據(jù)區(qū)DB1，前面我們只建立了 2個字(2 Word)的映射區(qū)，于 是我們建立如下內容的DB1，為了查看的方便，DB1的前半部分作為接收數(shù)據(jù)的存儲區(qū)， 后半部分用作發(fā)送數(shù)據(jù)的存儲區(qū)。 在兩個315中我們插入同樣的 DB1，然后分別在 OB1中編寫通訊程序。 315 (主站)中的程序如下: 0B1 : jfain Progran Sweep (Cycle) oxk 1 :Title： Netrork 2 : Tills： SFC15 Write Consistent Data to a Standard DF Slave DFVKDAT” ENO LALD

11、E RET VL -MV100 RECOKD BYTE 4 31 5 （從站）中的程序如下: OBI etvark 1 *Jfain Prog：rax Sweep (Cycle) SFC14 Read Consistent Data of a Standsrd DP Slave FFRD DAT EMENO -MVL00 - LALdQRET VJIL DE 肚i.O -BYTE 4 J :Title： letTozk 2 : Title: 其中，程序的LADDR地址，對應的是硬件的映射區(qū)組態(tài)時本站的 “本地地址”中的地址， 從站的“本地地址”我們組態(tài)的是 0，對應的“伙伴地址”也就是主站的地

12、址是 4。需要注 意的是這里的地址是需要用 16進制的格式來表示的，我們組態(tài)時是用 10進制表示的。 完成之后，我們在各站中插入OB82、OB86、OB122等程序塊，這些是為了保證當通訊的 一方掉電時，不會導致另一方的停機。完成之后，將所有的程序分別下載到各自的CPU中, 個站切換到運行狀態(tài)，通過PLC監(jiān)控功能，設定數(shù)據(jù)之后，我們監(jiān)控的結果如下：上面的 表格內容為主站 315的數(shù)據(jù)，下面的是從站 315的數(shù)據(jù)。 X Var - Variable tablel T-able Edit Insert PL匚 Variable Yie忡 Option* Window Help 判 口|審|副 晶|

13、靈|為| k|石Jj屯也 iVariable tablet ONLINE 岡 nidress Synbol HiErlar Status Value Modify iraiiu i DE LDB30 HEX E#10#24 2 DE1.DBB1 HEX 3#16#25 3 BB LDBB2 HEXI #16?26 4 DE 1 DBS3 HEX I#1W27 5 BE l.DBB4 HEX 5416514 Bil6#14 6 LEI.DEB5 HES E#16?l& ? DE l.DBB6 LEK B#16#16 DE 1.DE37 HEX | E越游IT J 9 Run 止ddreSE Sy

14、nbo1 Ii i sp lay foriia + Slat he valiza Mcidi fy valnel 1 DE 1 DBS 0 HEX B*16#14 2 J l.DBB 1 HEX B#16ilE 3 DE 1 DBS 2 HEX 4 DE 1.DBB 3 HEK i16#17 DE l.DBB 4 HEX B*16f24 B41692J G DE 1 DBB 5 HER 辟16#25 B16#25 : DE 1.DBS 6 HEX Bil6tf26 DE 1 DBS 7 HEX B#l27 Btie#27 j S7_ProlMastw_315 可以看到，兩個站都分別將各自的DB

15、B4 DBB7數(shù)據(jù)發(fā)送出去并被另一方成功接收后存 儲在各自的 DBB0 DBB3中。 驗證中，我們將一個站的 CPU切換到STOP狀態(tài)，可以看到，另一個站的CPU硬件SF 指示燈報警，但 PLC正常運行不停機。待該站恢復之后，報警自動消失。 在 SIEMENS 的官方文檔中，有這樣的描述： 主站：主站掌握總線中數(shù)據(jù)流的控制權。只要它擁有訪問總線權(令牌) ，主站就可在 沒有外部請求的情況下發(fā)送信息。在 PROFIBUS 協(xié)議中，主站也被稱作主動節(jié)點。 從站：從站是簡單的輸入、輸出設備。典型的從站為傳感器，執(zhí)行器以及變頻器。從站 也可為智能從站，入 S7-300/400 帶集成口的 CPU 等。

16、從站不會擁有總線的訪問授權。從站 只能確認收到的信息或者在主站的請求下發(fā)送信息。從站也被稱作被動節(jié)點。 另外，SIEMENS對SFC14/15的描述也分別是：用于讀取Profibus從站的數(shù)據(jù)/用于將 數(shù)據(jù)寫入 Profibus 從站。 根據(jù)這些描述，通過 CPU 集成口通訊這種方式下，作為從站的 CPU 應該屬于“智能從 站”，但是 SIEMENS 的描述中，卻沒有說智能從站和普通的從站之間有什么區(qū)別。那么根 據(jù)上面的主從站的描述， 主站可以主動的獲取到從站的數(shù)據(jù)， 并可以自主的將數(shù)據(jù)寫入從站； 而從站必須在主站的指令下獲取或者發(fā)送數(shù)據(jù)。而在本例中，這些說法似乎無法成立。 本例中，SFC14、SFC15是成對使用的，不論在主站上還是從站上，主從站之間的SFC14 和SFC15必然是需要成對出現(xiàn)的。也就是說，任何一方沒有SFC15運行的的話，另一方的 SFC14都讀不到數(shù)據(jù)。而任何一方沒有SFC14的話，另一方的 SFC15發(fā)送出來的數(shù)據(jù)也無 人接收。至少從這點看來，看不出主從站有什么區(qū)別。不過，聯(lián)想到以前曾經做過S7300 和 MM430 的 Profibus 通訊，該通訊方式中，顯然 MM440 是作為從站出現(xiàn)的，所以在正確