实现Profibus主从站之间的通信

1、2个CPU315-2实现Profibus主从站之间的通信通过图解,说明2个CPU之间通过Profibus实现主从站之间的MS通信。通信.而且2套系统之那个例子是结合某现场的实际情形来的，实际情形是在2套300系统之间进行i 间距离较远，MPI不行r于是就利用了 315的DP做主从通信。1 第一，在STEP 7中新建一个项目，别离插入2个S7-300站。那个地址咱们插入的一个CPU315-2DP，作为主站;另一个CUP315-2DP作为从站而且利用315-2DP的第二个端口 DP端口来实现和315-2DP的通信。然后别离对每一个站逬行硬件组态:QSISIC anager 1122口IR一翥越一

2、XIglgp-一回$-劄Ivlfl回因inoIILPZ1122 I F;2011一 8FU122二 22国匸Lu-画 CPU 3152 DPL1J国 STi%刖(1)d沿mHt CPU 3152 DP 0-囤S7诟弭E e?曲Ell nii蚩isF2gCtrl+V1Ctrl+XB訂洱當 CPU31W2DP 饌qlffi錨-前 315 s DP PROFIBUS 1 幣连枣HF Config -从() 1122口叵冈眼泊帮助淪辑插入QU护奁丢准项規口越祜助Qp匕戲鼬凹吮昌血血區口巒密(R0/S2. 1】X第规I地址工作栩式I迫态时神IG D?从PR0FIBUS 疾口 DF (R0/S2. 1)：

3、 I iO) UK描3程块ZItl舉 CPU 31!11 DP厂 地址：三苹霄靠眷择了子叭 期逮以佞用下一个可WI子网:按下F1以漲取帝助在操作模式页面中，将其设置为DP从站（S ）模式，而且选择测试.调试和路由（T匚是将此端口设置为能够通过PG/PC在那个端口上对CPU进行监控，以便于咱们在通信链路 上逬行程序监控。下面的地址用默许值即可。聊聃車欲网snaidod M翠窃撫da阴s“坯：睾窃9蒸da-STsridD 麻库里喘粪 | 就遡壬峻Ci -gs/0)-aa -菲曹展性 - PROFIBUS 接口 DP (R0/S2. 1)展性 - DP - CR0/S2. 1)第规：地址丨工作模式组

4、态丨时钟!DP简短描述：确定取消帮助Config -主（配置）一1122XI常规地址工作模武|组态时讲|掺：r 无 3F )站点桓块机架/樹电 挂口接块巫庄诊断地址萌定按下Fl以获取希助。在操作模式页而中，将其设置为DP主站（M）模式。组态好其它硬件，确认CPU的DP 口处于主站模式，从窗口右边的硬件列表中的已组态的站点当选择CPU 3IX,拖放到主站的 PROFIBUS总线上，-11冏PS 307 542X2BCPU 315 2111DP34DI32xD C24V56DO32xDC247891011PROFIBUS(2J: DP mwter 罗otsm (IJEind;Profile:llJ

5、:5JI StandardPROFIBUS DPC I Additional Field Device5 CiR-ObjectQnnp ntrollerU) Configured Stations 忑 CPU 31 xCPU 41X ET200pro/CPU ET200S / CPU PC station DP JS7 300 CP 342-5 (I SIMATICHMI Stai 商 X-BM 147/CPU DP VO slaves DP/ASiDP/PA LinkCPU 31 x interface module forCPU of the S7-300 as DP s：lavezhar

6、dware and diagnostic inlcrrupt enabledHW Config - Master_31 5 (Configuration) - S7_Pro1口回区Tll Station Edit Insert PLC View Options Window Help_ c? X敏孕SB 血血匸1怒池ZzPress Fl to qet Help.这时会弹出链接窗口，选择以组态的从站，点击“连接（C）”按钮,DP从站Jg性然后选择“组态”页面，创建数据互换映射区，逐条进行编辑（Edit.）,确认主从站之间的对应关系。主站的输入对应从站的输出，主站的输出对应从站的输入。DP从站属性

7、常规|连捲 组态行I篠式I怏伴DP地址|伙伴地址|本地地址|长厲 | 一建性1 MS 20 4I 02字 全却2 MS 2140 02 字 15JjMS主站-从站组态DF 主确定职消帮助那个地址咱们创建了2个映射区，图中的红色框选区域在创建时是灰色的.包括上而的图 中的Partner部份创建时也是空的，在主站组态完毕并编译后，才会显现图中所示的状态。 由于咱们那个地址只是演示程序，因此创建的互换区域较小。至此硬件的组态完成.将各个站的组态信息下载到各自的CPU中。通过NctPro能够看 到整个网络的结构图。离开SFC14/15,而利用MOVE方式的研究：不利用SFC14/15,而是利用组态的时

8、候产生的I/O地址来传数据。依照创建进程映射区时的组态信息，咱们写写出了如下的程序：在主站315-2DP中：:Title：Comjnent:network 4: Title：Comment：在从站315-2DP中:Comment：Ketvork 4: Title：Comjnent：其中，M位的利用是测试程序的不同情形下利用的临时点，和本程序功能无关。由此可见，任这种方式下，因为组态时组态的地址是系统的I区和Q区，因此是能够用 MOVE来实现通信的，可是同时也存在的问题是，这种方式下，通信所用的I/Q区占用了 S7-300的系统区，而S7-3OO的系统区可利用范伟I是有限的，因此在系统的实际I/

9、O模块较 多时，通信的数据量将会变得加倍有限。2编写程序。硬件组态完毕，下载，PLC运行以后，数据并非会自动互换。需要通进程序来执行。在组 态中，Mpm和outpm区域，也并非是实际硬件组态中的硬件地址，也确实是说，输入和输 出并非代表I/O模块的地址和数据。可是映射区域组态用到的输入和输出地址，同时也占用 了 I/O模块的组态地址，确实是说，映射区的地址和I/O地址是并行的，不能重复利用。因 此最好在硬件的I/O模块全数组态完毕以后再组态映射区。映射区的数据互换是通过系统功能块SFC14 (DPRD_DATRead Consistent Data of a Standard DP Slave

10、)和 SFC15 (DPWR_DAT Write Consistent Data to a Standard DP Slave) 实现的。SFC14和SFC15是成对利用的，一个发送一个接收，缺一不可。数据的通信也是交互的， 能够彼此互换数据。本例中，咱们通过简单的数据来验i正通信结果。第一，咱们在程序中插入数据区DB1,前而咱们只成立了 2个字(2 Word)的映射区，于 是咱们成立如下内容的DB1,为了查看的方便，DB1的前半部份作为接收数据的存储区， 后半部份用作发送数据的存储区。在两个315中咱们插入一样的DB1,然后別离在OB1中编写通信程序。315 (主站)中的程序如下：0B1 :

11、 Main Program Sweep (Cycle)etvorkHetvoxk 2 : Tiile：315 （从站）中的程序如下:0B1 : 也in Program Sweep (Cycle):Title:Hetvork 2 : Title：其中，程序的LADDR地址，对应的是硬件的映射区组态时本站的“本地地址”中的地址, 从站的“本地地址”咱们组态的是0,对应的“伙伴地址”也确实是主站的地址是4。需要 注意的是那个地址的地址是需要用16进制的格式来表示的，咱们组态时是用10进制表示的。完成以后，咱们在各站中插入OB8二、OB8六、OB122等程序块，这些是为了保证当通 信的一方掉电时，可不

12、能致使另一方的停机。完成以后，将所有的程序别离下载到各自的 CPU中，个站切换到运行状态，通过PLC监控功能，设左数据以后，咱们监控的结果如下: 上而的表格内容为主站315的数据，下而的是从站315的数据。能够看到，两个站都别离将各自的DBB4-DBB7数据发送岀去并被另一方成功接收后存 储在各自的DBBODBB3中。验证中，咱们将一个站的CPU切换到STOP状态，能够看到，另一个站的CPU硬件SF 指示灯报警，但PLC正常运行不断机。待该站恢复以后，报警自动消失。在SIEMENS的官方文档中，有如此的描述：主站：主站把握总线中数据流的操纵权。只要它拥有访问总线权(令牌)，主站就可在 没有外部

13、请求的情形下发送信息。在PROFIBUS协议中，主站也被称作主动节点。从站：从站是简单的输入、输岀设备。典型的从站为传感器，执行器和变频器。从站也 可为智能从站，入S7-3OO/4OO带集成口的CPU等。从站可不能拥有总线的访问授权。从站 只能确认收到的信息或在主站的请求下发送信息。从站也被称作被动节点。另外，SIEMENS对SFC14/15的描述也别离是：用于读取Profibus从站的数据/用于将 数据写入Profibus从站。依照这些描述，通过CPU集成口通信这种方式下，作为从站的CPU应该属于“智能从 站”，可是SIEMENS的描述中，却没有说智能从站和一般的从站之间有什么区别。那么依

14、照上而的主从站的描述，主站能够主动的获取到从站的数据，并能够自主的将数据写入从站： 而从站必需在主站的指令下获取或发送数据。而在本例中，这些说法似乎无法成立。本例中，SFC14、SFC15是成对利用的，不论在主站上仍是从站上，主从站之间的SFC14 和SFC15必然是需要成对显现的。也确实是说，任何一方没有SFC15运行的的话，另一方 的SFC14都读不到数据。而任何一方没有SFC14的话，另一方的SFC15发送出来的数据也 无人接收。至少从这点看来，看不出主从站有什么区别。只是，联想到以前曾经做过S7- 300和MM430的Profibus通信，该通信方式中，显然MM440是作为从站显现的，因此在正 确组态以后，只需要在主站(CPU)中写好SFC14/15即可，