秦皇岛西门子（中国）模块授权代理商

秦皇岛西门子（中国）模块授权代理商

保存和恢复数据

下载项目组件

说明

将程序块、数据块或系统块下载到 CPU 会彻底覆盖 CPU

中该块之前存在的任何内容。执行下载前，确定是要覆盖该块。

要将项目组件从 STEP 7-Micro/WIN SMART 下载到 CPU，请按以下步骤操作：

1. 确保网络硬件和 PLC 连接电缆运行正常 (页 31)，并确保 PLC 通信运行正常

(页 607)。

2. 将 CPU 置于 STOP 模式 (页 43)。

3. 要下载所有项目组件，在“文件”(File) 或 PLC 菜单功能区的“传输”(Transfer)

区域单击“下载”(Download) 按钮，也可按快捷键组合 CTRL+D。

4. 要下载选定的项目组件，单击“下载”(Download)

按钮下的向下箭头，然后从下拉列表中选择要下载的特定项目组件（程序块、数据块

或系统块）。

5. 单击“下载”(Download) 按钮后，如果弹出“通信”(Communications)

对话框，选择要下载到的 PLC 的网络接口卡和 IP 地址。

6. 在“下载”(Download) 对话框中，设置块的下载选项，以及在 CPU 从 RUN 模式转换为

STOP 模式 和从 STOP 模式转换为 RUN 模式 时您是否希望收到提示。

说明

初创建的、用于固件版本为 V1.x 的 S7-200 SMART CPU

的项目组件可下载到固件版本为 V2.0 或更高版本的 CPU

中。然而，初创建的、用于固件版本为 V2.0 或更高版本的 CPU

的项目组件可能无法成功下载到固件版本为 V1.x 的 CPU

中，在项目组件所用的功能不受固件版本 V1.x 支持时尤其如此。

秦皇岛西门子（中国）模块授权代理商

　1.首先，在STEP7中新建一个Project，分别2个S7-300站。

　　这里我们的一个CPU315-2DP，作为主站；一个CUP317-2作为从站，并且使用317-2的个端口MPI/DP端口配置成DP口来实现和315-2DP的通讯。然后分别对每个站进行硬件组态：首先对从站CPU317-2进行组态：将317的个端口MPI/DP端口组态为PROFIBUS类型，并且创建一个不同于CPU自带DP口的PROFIBUS网络，设定地址。在操作页面中，将其设置为DPSLE，并且选择“,commissioning,routing”，是将此端口设置为可以通过PG/PC在这个端口上对CPU进行监控，以便于我们在通讯链路上进行程序监控。下面的地址用默认值即可。通过采用先进的和自动化技术

西门子6ES7321-1FF01-0AA0电源模块

供应西门子CP341模块，西门子6ES7321-1FF01-0AA0，西门子电源模块

      然后选择Configuration页面，创建数据交换映射区。这里我们创建了2个映射区，图中的红色框选区域在创建时是灰色的，包括上面的图中的Partner部分创建时也是空的，在主站组态完毕并编译后，才会出现图中所示的状态。由于我们这里只是演示程序，所以创建的交换区域较小。组态从站之后，再组态主站。CPU时，不需要创建新的PROFIBUS网络，选择从站建立的第二条（也就是用来进行通讯的MPI/DP端口创建的那条）PROFIBUS网络即可。组态好其它硬件，确认CPU的DP口处于主站，从窗口右侧的硬件列表中的已组态的站点中选择CPU31X，拖放到主站的PROFIBUS总线上，使达到配置灵活、体积小巧

       这时会弹出链接窗口，选择以组态的从站，Connect按钮，然后进入Configuration页面，可以看到前面在从站中设定的映射区域，逐条进行编辑（Edit…），确认主从站之间的对应关系。主站的输入对应从站的输出，主站的输出对应从站的输入。至此，硬件的组态完成，将各个站的组态信息下载到各自的CPU中。通过NetPro可以看到整个网络的结构图。

　　2.编写程序。

　　硬件组态完毕，下载，PLC运行之后，数据并不会自动交换。需要通序来执行。在组态中，input和output区域，也并不是实际硬件组态中的硬件地址，也就是说，input和output并不代表I/O模块的地址和数据。但是映射区域组态用到的input和output地址，同时也占用了I/O模块的组态地址，就是说，映射区的地址和I/O地址是并行的，不能重复使用。所以好在硬件的I/O模块全部组态完毕之后再组态映射区。

　　西门子CPU6ES7313-6CG04-0AB0映射区的数据交换是通过功能块SFC14（DPRD_DAT——ReadConsistentDataofaStandardDPSle）和SFC15（DPWR_DAT——WriteConsistentDatatoaStandardDPSle）实现的。SFC14和SFC15是成对使用的，一个发送一个接收，缺一不可。数据的通讯也是交互的，可以相互交换数据。本例中，我们通过简单的数据来验证通讯结果。

　　首先，我们在程序中数据区DB1，前面我们只建立了2个字（2Word）的映射区，于是我们建立如下内容的DB1，为了查看的方便，DB1的前半部分作为接收数据的存储区，后半部分用作发送数据的存储区。在317和315中我们同样的DB1，然后分别在OB1中编写通讯程序。其中，程序的LADDR地址，对应的是硬件的映射区组态时本站的LocalAddr中的地址，从站的LocalAddr我们组态的是0，对应的PartnerAddr也就是主站的地址是4。需要注意的是这里的地址是需要用16进制的格式来表示的，我们组态时是用10进制表示的。西门子及其员工向受灾群众的捐赠超过了450万元币

　　完成之后，我们在各站中OB82、OB86、OB122等程序块，这些是为了保证当通讯的一方掉电时，不会另一方的停机。完成之后，将所有的程序分别下载到各自的CPU中，个站切换到运行状态，通过PLC监控功能，设定数据之后，我们监控的结果如下：上面的表格内容为主站315的数据，下面的是从站317的数据。可以看到，两个站都分别将各自的DBB4—DBB7数据发送出去并被另一方成功接收后存储在各自的DBB0—DBB3中。验证中，我们将一个站的CPU切换到STOP状态，可以看到，另一个站的CPU硬件SF指示灯，但PLC正常运行不停机。待该站恢复之后，自动消失。

     大概思路：

　　1，用以前的，在每个数据接收周期开始前，将已接收数据清空。这样当接收周期内接收不到新的数据时，就可以察觉到。但是问题是，SFC14和SFC15没有接收是否完成、是否成功等标识位，并且，在接收不到新的数据时，原有数据不能修改。此不通。

　　2，通过别的检测两个站之间的通讯状态。在SIEMENS的文档中，有这样的描述：主站：主站总线中数据流的控制权。只要它拥有访问总线权（令牌），主站就可在没有外部请求的情况下发送信息。在PROFIBUS协议中，主站也被称作节点。从站：从站是简单的输入、输出设备。典型的从站为传感器，执行器以及变频器。从站也可为智能从站，入S7-300/400带集成口的CPU等。从站不会拥有总线的访问。从站只能确认收到的信息或者在主站的请求下发送信息。从站也被称作被动节点。另外，SIEMENS对SFC14/15的描述也分别是：用于读取Profibus从站的数据/用于将数据写入Profibus从站。

　　根据这些描述，通过CPU集成口通讯这种下，作为从站的CPU应该属于“智能从站”，但是SIEMENS的描述中，却没有说智能从站和普通的从站之间有什么区别。那么根据上面的主从站的描述，主站可以的获取到从站的数据，并可以自主的将数据写入从站；而从站必须在主站的指令下获取或者发送数据。而在本例中，这些说法似乎无法成立。