profibus主從通訊設(shè)置

1、實(shí)現(xiàn)Profibus主從站之間的MS通訊通過(guò)圖解，說(shuō)明2個(gè)CPU之間通過(guò)Profibus實(shí)現(xiàn)主從站之間的 MS通訊。這個(gè)例子是結(jié)合某現(xiàn)場(chǎng)的實(shí)際情況來(lái)的，實(shí)際情況是在2套300系統(tǒng)之間進(jìn)行數(shù)據(jù)通訊，由于每個(gè)CPU300都帶有ET200M從站，所以317的主DP 口和315的DP 口都只能是主站 而不能配置為從站。并且 2套系統(tǒng)之間距離較遠(yuǎn)， MPI不行，于是就利用了 317的MPI/DP 口配置成DP 口來(lái)和315通訊。1首先，在STEP 7中新建一個(gè) Project，分別插入2個(gè)S7-300站。這里我們插入的一個(gè)CPU315-2DP，作為主站；一個(gè) CUP317-2作為從站，并且使用 317-

2、2的第一個(gè)端口 MPI/DP端口配置成DP 口來(lái)實(shí)現(xiàn)和315-2DP的通訊。然后分別對(duì)每個(gè)站進(jìn)行硬件組態(tài):匚SIMATJC Manager - $7_Prn1 - C:Program File5Siemen5Step7s7projS7_Pro1 首先對(duì)從站 CPU317-2進(jìn)行組態(tài)：將 317的第一個(gè)端口 MPI/DP端口組態(tài)為 PROFIBUS類型，并且創(chuàng)建一個(gè)不同于CPU自帶DP 口的PROFIBUS網(wǎng)絡(luò)，設(shè)定地址。Slave 317-2 (Con(瞄 1, in 1 Jil In erf.k?PFiUFIBUSn): DP劉覇mm QPFiUFIBUSn): DP ma$ter 劉覇mm

3、 Q5eFinrT1011創(chuàng)刮(0) UR創(chuàng)刮(0) URSlotX!X2j ModP5血CPU 3 膺佃DP在操作模式頁(yè)面中，將其設(shè)置為 DP SLAVE模式，并且選擇“Test,commissioning,routing ”,是將此端口設(shè)置為可以通過(guò)PG/PC在這個(gè)端口上對(duì) CPU進(jìn)行監(jiān)控，以便于我們?cè)谕ㄓ嶆溌飞线M(jìn)行程序監(jiān)控。下面的地址用默認(rèn)值即可。Properties - WPI/DP (R0/S2.1)這里我們創(chuàng)建了 2個(gè)映射區(qū)，圖中的紅色框選區(qū)域在創(chuàng)建時(shí)是灰色的，包括上面的圖中的Partner部分創(chuàng)建時(shí)也是空的，在主站組態(tài)完畢并編譯后，才會(huì)出現(xiàn)圖中所示的狀態(tài)。由于我們這里只是演示程序

4、，所以創(chuàng)建的交換區(qū)域較小。組態(tài)從站之后，再組態(tài)主站。插入CPU時(shí)，不需要?jiǎng)?chuàng)建新的 PROFIBUS網(wǎng)絡(luò)，選擇從站建立的第二條（也就是準(zhǔn)備用來(lái)進(jìn)行通訊的MPI/DP端口創(chuàng)建的那條）PROFIBUS網(wǎng)絡(luò)即可。組態(tài)好其它硬件，確認(rèn)CPU的DP 口處于主站模式，從窗口右側(cè)的硬件列表中的已組態(tài)的站 點(diǎn)中選擇 CPU 31X，拖放到主站的 PROFIBUS總線上，醱 HW Config - Master_315 (Configuration) * S7_Pro1PtahlecCPU 31 x interface module for CPU of the S7-300 as DP slave, hardr

5、e and diagnostic interrupt enabledft Station Edit Insert PLC View Options Window Helpo n于（H劈冒衛(wèi) 囁血趾口習(xí)農(nóng)Press Fl to get Help.ET20apro/CPUET2C0S?CPUPFiOFlBUS(21： DP roarer system (1)T g(4)S7-300l f f ff什Standard |1= PHOFIBLirDP-+ _J Additional Field Device 3 CiFi'Object矗- =Danfigived 乩沁懇 畫(huà) 中 U 31* 一

6、 S CFLl41xQ01IfPS 30? 5A2IFCPU 315 2 1X2dm134DI32«DC24VlnDO32WDC24M678gia11+ 邑 PC station as DP + 口 S7-300tP 342-5( 王 _J SIMATICHMI-Stai百 XBM147/CPUI DPVO slavesT U DP/ASj |± Cl DP/PA Link這時(shí)會(huì)彈出鏈接窗口，選擇以組態(tài)的從站，點(diǎn)擊Connect 按鈕,然后進(jìn)入 Configuration頁(yè)面，可以看到前面在從站中設(shè)定的映射區(qū)域，逐條進(jìn)行編輯(Edit)，確認(rèn)主從站之間的對(duì)應(yīng)關(guān)系。主站的輸入

7、對(duì)應(yīng)從站的輸出，主站的輸出對(duì)應(yīng)從站 的輸入。CPU中。通過(guò) NetPro可以看至此，硬件的組態(tài)完成，將各個(gè)站的組態(tài)信息下載到各自的 到整個(gè)網(wǎng)絡(luò)的結(jié)構(gòu)圖。uTS注in圍< No Filer >| Symbcfc 門(mén) jtiedlt inB S7_Prol叵 gj Ma$ieu315 -gj CPU 315-2 DP -st| S7 Progfam(4) 血 S ogress ,q Blocks-哪 Slave_317-2I- | CFU 3172 DP -sfl S7 Program(3) al Sources|pj BlocksObjgtriBme 叫 Haidwart HCPU

8、315*2 DPSlaticn conliguraliDn CPUPress Fl to et Halp.NelPro S7_Pro1 (Network) - C:Program FileHXsFproj 匚|叵|區(qū)2.編寫(xiě)程序。硬件組態(tài)完畢，下載，PLC運(yùn)行之后，數(shù)據(jù)并不會(huì)自動(dòng)交換。需要通過(guò)程序來(lái)執(zhí)行。在組態(tài)中，in put和output區(qū)域，也并不是實(shí)際硬件組態(tài)中的硬件地址，也就是說(shuō)，in put和output并不代表I/O模塊的地址和數(shù)據(jù)。但是映射區(qū)域組態(tài)用到的in put和output地址，同時(shí)也占用了 I/O模塊的組態(tài)地址，就是說(shuō)，映射區(qū)的地址和I/O地址是并行的，不能重復(fù)使用。所以

9、最好在硬件的I/O模塊全部組態(tài)完畢之后再組態(tài)映射區(qū)。映射區(qū)的數(shù)據(jù)交換是通過(guò)系統(tǒng)功能塊SFC14（ DPRD_DATRead Consistent Data of aStandard DP Slave)和 SFC15 ( DPWR_DATWrite Consistent Data to a Standard DP Slave)實(shí)現(xiàn)的。SFC14和SFC15是成對(duì)使用的，一個(gè)發(fā)送一個(gè)接收，缺一不可。數(shù)據(jù)的通訊也是交互的，可以相互交換數(shù)據(jù)。本例中，我們通過(guò)簡(jiǎn)單的數(shù)據(jù)來(lái)驗(yàn)證通訊結(jié)果。首先，我們?cè)诔绦蛑胁迦霐?shù)據(jù)區(qū)DB1，前面我們只建立了 2個(gè)字（2 Word）的映射區(qū)，于是我們建立如下內(nèi)容的DB1，為了

10、查看的方便，DB1的前半部分作為接收數(shù)據(jù)的存儲(chǔ)區(qū),后半部分用作發(fā)送數(shù)據(jù)的存儲(chǔ)區(qū)。V.DB1 - S7_Pro1Slave_317 2KPU 317 2 DP|T|OxAddressNaa.eTypeInitial valueSTRUCT+0.0BTTEB#16S0+1.0BYTEB#16#0+2.-JDB in2BYTEE#16#0+3.0feB,in3BYTEB#16#0+40BYTEB#16#0pB out1BYTEB#16#0DB out2BYTEB#16#0+?.0DB out3BYTE=8.0END SIKUCT在317和315中我們插入同樣的 DB1，然后分別在 0B1中編寫(xiě)通訊程

11、序。315 （主站）中的程序如下:0B1 : "Main Frogram Sweep (Cycle)Title：Netvork 2 : Title:LADDRSFC15Write ConsistentData to a StandardDF SlaveDPWR_DAT*RET 7AL-W100RECORDP#DB1.DEX4.0BYTE 4-317中的程序如下:0B1 : "Hlain Prograni Sweep (Cycle):Title：SFC14Read ConsistentData of a Standard DF Slave "DPRD DAT&quo

12、t;ENENO1650 -LADDK)KET VAL廣P#DB1?XDBXO.O ) -BYTE 4 JNetvoTk 2 : Title：其中，程序的LADDR地址，對(duì)應(yīng)的是硬件的映射區(qū)組態(tài)時(shí)本站的Local Addr中的地址，從站的Local Addr我們組態(tài)的是0,對(duì)應(yīng)的Partner Addr也就是主站的地址是 4。需要注意的 是這里的地址是需要用 16進(jìn)制的格式來(lái)表示的，我們組態(tài)時(shí)是用10進(jìn)制表示的。完成之后，我們?cè)诟髡局胁迦隣B82、OB86、OB122等程序塊，這些是為了保證當(dāng)通訊的一方掉電時(shí)，不會(huì)導(dǎo)致另一方的停機(jī)。完成之后，將所有的程序分別下載到各自的CPU 中,個(gè)站切換到運(yùn)行

13、狀態(tài)，通過(guò)PLC監(jiān)控功能，設(shè)定數(shù)據(jù)之后，我們監(jiān)控的結(jié)果如下：上面的表格內(nèi)容為主站 315的數(shù)據(jù)，下面的是從站 317的數(shù)據(jù)。匿|Q陰週ISnn IfxTable Edit Insert PLC Variable View Options Window Helpo|E|q sj糾臨寵aX| S | K?| 創(chuàng)兩歩|占RUN_ProlMaster_315Al可以看到，兩個(gè)站都分別將各自的DBB4 DBB7數(shù)據(jù)發(fā)送出去并被另一方成功接收后存儲(chǔ)在各自的 DBB0 DBB3中。驗(yàn)證中，我們將一個(gè)站的CPU切換到STOP狀態(tài)，可以看到，另一個(gè)站的CPU硬件SF指示燈報(bào)警，但 PLC正常運(yùn)行不停機(jī)。待該站恢

14、復(fù)之后，報(bào)警自動(dòng)消失。擴(kuò)展問(wèn)題：在一個(gè)站的CPU掉站之后，另一個(gè)站的接收數(shù)據(jù)區(qū)顯示的仍然是最后一次接收到的數(shù)據(jù), 并且，即使在這種狀態(tài)下，居然仍然無(wú)法修改該數(shù)據(jù)區(qū)內(nèi)容。這樣就存在一個(gè)問(wèn)題，當(dāng)前站 需要知道當(dāng)前接收數(shù)據(jù)存儲(chǔ)區(qū)的內(nèi)容是否是實(shí)時(shí)的數(shù)據(jù)。如何判斷。大概思路:方法 1，用以前的方法，在每個(gè)數(shù)據(jù)接收周期開(kāi)始前，將已接收數(shù)據(jù)清空。這樣當(dāng)接收周期內(nèi)接收不到新的數(shù)據(jù)時(shí)，就可以察覺(jué)到。但是問(wèn)題是， SFC14 和 SFC15 沒(méi)有接收是否完 成、是否成功等標(biāo)識(shí)位，并且，在接收不到新的數(shù)據(jù)時(shí)，原有數(shù)據(jù)不能修改。此方法不通。方法 2，通過(guò)別的方式方法檢測(cè)兩個(gè)站之間的通訊狀態(tài)。心跳？在 SIEMENS

15、的官方文檔中，有這樣的描述：主站：主站掌握總線中數(shù)據(jù)流的控制權(quán)。只要它擁有訪問(wèn)總線權(quán)(令牌) ，主站就可在 沒(méi)有外部請(qǐng)求的情況下發(fā)送信息。在 PROFIBUS 協(xié)議中，主站也被稱作主動(dòng)節(jié)點(diǎn)。從站：從站是簡(jiǎn)單的輸入、輸出設(shè)備。典型的從站為傳感器，執(zhí)行器以及變頻器。從站 也可為智能從站，入 S7-300/400 帶集成口的 CPU 等。從站不會(huì)擁有總線的訪問(wèn)授權(quán)。從站 只能確認(rèn)收到的信息或者在主站的請(qǐng)求下發(fā)送信息。從站也被稱作被動(dòng)節(jié)點(diǎn)。另外，SIEMENS對(duì)SFC14/15的描述也分別是：用于讀取Profibus從站的數(shù)據(jù)/用于將 數(shù)據(jù)寫(xiě)入 Profibus 從站。根據(jù)這些描述，通過(guò) CPU 集成

16、口通訊這種方式下，作為從站的 CPU 應(yīng)該屬于“智能從 站”，但是 SIEMENS 的描述中，卻沒(méi)有說(shuō)智能從站和普通的從站之間有什么區(qū)別。那么根 據(jù)上面的主從站的描述， 主站可以主動(dòng)的獲取到從站的數(shù)據(jù)， 并可以自主的將數(shù)據(jù)寫(xiě)入從站； 而從站必須在主站的指令下獲取或者發(fā)送數(shù)據(jù)。而在本例中，這些說(shuō)法似乎無(wú)法成立。本例中，SFC14、SFC15是成對(duì)使用的，不論在主站上還是從站上，主從站之間的SFC14和SFC15必然是需要成對(duì)出現(xiàn)的。也就是說(shuō)，任何一方?jīng)]有SFC15運(yùn)行的的話，另一方的SFC14都讀不到數(shù)據(jù)。而任何一方?jīng)]有SFC14的話，另一方的 SFC15發(fā)送出來(lái)的數(shù)據(jù)也無(wú)人接收。至少?gòu)倪@點(diǎn)看來(lái)

17、，看不出主從站有什么區(qū)別。不過(guò)，聯(lián)想到以前曾經(jīng)做過(guò)S7300和 MM430 的 Profibus 通訊，該通訊方式中，顯然 MM440 是作為從站出現(xiàn)的，所以在正確 組態(tài)之后，只需要在主站 (CPU)中寫(xiě)好SFC14/15即可，當(dāng)然，MM440中我們也寫(xiě)不進(jìn)去程 序。那么在這種方式中， 可以說(shuō)是完全的遵守了 SIEMENS 官方文檔中的說(shuō)法。 同時(shí)也說(shuō)明， 在“智能從站”這種方式下，并不遵守 SIEMENS 官方文檔中對(duì)從站的描述。再次研究 SFC14/15 的收發(fā)狀態(tài)，發(fā)現(xiàn)，可能是因?yàn)閿?shù)據(jù)的存在是過(guò)程映像中，所以只 要 SFC15 發(fā)送過(guò)一次，數(shù)據(jù)即存在于過(guò)程映射中， SFC14 隨時(shí)都從映

18、像中讀取數(shù)據(jù)，所以 存在前面說(shuō)的，SFC14運(yùn)行過(guò)程中，是無(wú)法修改接收數(shù)據(jù)存儲(chǔ)區(qū)的數(shù)據(jù)的。脫離SFC14/15，而使用MOVE方法的研究：不使用SFC14/15，而是利用組態(tài)的時(shí)候產(chǎn)生的I/O地址來(lái)傳數(shù)據(jù)。根據(jù)創(chuàng)建過(guò)程映射區(qū)時(shí)的組態(tài)信息，我們寫(xiě)寫(xiě)出了如下的程序:etvork 3在主站315-2DP中:Title：Conunent:M10. 2I 1MOVEENENO1 116#24252627IM-INOUT16#24252627 -DB1.DBDOHetvoxk 4 : Title:ComuierLtiMIO-3MOVEEN1 1&WV16*1415161?167141&1617DEI. DBM -INOUTQD4在從站317中：SBBSS' Title:Comni