西门子PLC主机CPU414-3PN/DP西门子代理商

西门子PLC主机CPU414-3PN/DP西门子代理商

西门子PLC主机CPU414-3PN/DP西门子代理商

西门子PLC主机CPU414-3PN/DP西门子代理商

承诺一：1、**保证全新原装进口

承诺二：2、**保证安全准时发货

承诺三：3、**保证售后服务质量

流程一：1、客户确认所需采购产品型号

流程二：2、我方会根据询价单型号查询价格以及交货期，拟一份详细正规报价单

流程三：3，客户收到报价单并确认型号无误后订购产品

流程四：4、报价单负责人根据客户提供型号以及数量拟份销售合同

流程五：5、客户收到合同查阅同意后盖章回传并按照合同销售额汇款到公司开户行

流程六：6、我公司财务查到款后，业务员安排发货并通知客户跟踪运单  

西门子PLC通信全解析

前言

*近西门子PLC价格大幅上调，在工控界引起了不小的风波，不仅涨价，甚至还缺货，导致很多人不得不更改方案。听说*近已经完成了芯片替换，希望不久能够恢复供货，并把价格回调。

通过这件事，从侧面可以看出，西门子在工控领域的市场占有率很大，那么对于上位机开发人员来说，使用西门子PLC作为下位机，我们应该如何与之进行通信呢？

西门子PLC支持很多种通信协议，主要分为两种，一种是串口通信，一种是以太网通信，也可以通过OPC实现数据通信。

串口通信

西门子PLC支持串口通信，在S7-200和S7-200Smart中，都直接集成了串口，从S7-1200到S7-1500，慢慢都取消掉了，如果需要，可以通过扩展模块的方式来增加，出现这种现象的原因，其实也是工业发展的必然结果。串口通信的优势在于简单、成本低，劣势也非常明显，就是传输效率低。西门子早期的串口通信主要是ProfibusDP通信，上位机是无法直接与西门子PLC走ProfibusDP通信的，西门子PLC常用的串口通信方案如下所示：

PPI通信：PPI通信只针对S7-200和S7-200Smart系列PLC，其他型号不支持。

ModbusRTU主站：西门子PLC对Modbus协议支持还是比较不错的，这里是指PLC做Slave（即从站），上位机做Master（即主站）。

ModbusRTU从站：这里是指PLC做Master（即主站），上位机做Slave（即从站）。

以太网通信

西门子PLC通信还是以太网通信为主，我们常说的西门子通信协议分别是S7协议和Profinet协议，Profinet是一种总线协议，目前，C#是无法直接与西门子PLC走Profinet通信的。西门子PLC常用的以太网通信方案如下所示：

S7通信：基本上从S7-200到S7-1500均可以实现，这里有很多可以选择的开源或商业库，包括http://s7.net、pronodave、libnodave、sharp7，也可以自己封装通信库。

ModbusTCPServer：这里是指PLC做Server（即服务器），上位机做Client（即客户端）。

ModbusTCPClient：这里是指PLC做Client（即客户端），上位机做Server（即服务器）。

OpenProtocolServer：这里是指开放式TCP通信，PLC做TCPServer（即服务器），上位机做TCPClient（即客户端）。

OpenProtocolClient：这里是指PLC做TCPClient（即客户端），上位机做TCPServer（即服务器）。

OPC通信

OPC通信是工业控制中常用的一种通信方式，主要在于OPC软件的选择以及OPCDA、OPCUA的选择，西门子PLC常用的OPC通信方案如下所示：

PCAccess系列：西门子针对S7-200开发PC-Access软件，针对S7-200 Smart又提供了PC-AccessSmart软件，可以直接通过这些软件实现OPCDA通信。

Simatic Net 系列OPCDA：SimaticNet是西门子主推的OPC软件，支持西门子全系列，这里主要是OPCDA通信方式。

Simatic Net 系列OPCUA：新版的SimaticNet也开始支持OPCUA，这里主要是OPCUA通信方式。

KepServer系列OPCDA：KepServer同样作为一款商业OPC软件，在国内使用率非常高，同样也支持西门子全系列，这里主要是OPCDA通信方式。

Simatic Net系列OPCUA：新版的KepServer也开始支持OPCUA，这里主要是OPCUA通信方式。

S7 通信协议

在以上众多的通信方式和通信协议中，就目前而言，使用S7通信是*方便，也是应该*广泛的，那么S7协议相对于其他协议来说，有哪些优势呢？

使用S7通信协议*大的优势在于不需要编写PLC程序，S7协议在底层做了很强的封装，在上位机通信应用中相比其他通信协议来说，也有很大的优势。

不需要编写PLC程序，但仍然需要做一些简单的配置：

开启Put/Get

PLC侧需要设置勾选允许来自远程对象的Put/Get通信访问对于西门子1200/1500系列，必须要勾选允许Put/Get访问，对于200Smart/300/400，则不需要。

DB块去除优化访问

对于基于博图开发S7-1200/1500的项目，如果要与DB块数据通信，需要要去除DB的优化的块访问，对于200Smart/300/400，则不需要。如果希望通过标签通信，可以采用OPCUA。

务必保证通信地址是有效地址

因为PLC大多数是基于存储区的，每个地址肯定是隶属于某个存储区，大家都知道西门子PLC自带的存储区有I区、Q区、M区、T区、C区，对于常用的DB存储区是没有的，需要自己去创建，也就意味着，如果你要读取DB地址，必须要提前创建好DB存储区，除此以外，DB存储区创建之后，默认是没有字节的，需要自己一个个添加变量，才能形成有效存储区，一个DB存储区的范围是有限并且可见的（可以通过偏移量看出来）。

S7协议之布尔操作

对于布尔操作，很多协议都有，这里的布尔操作是指寄存器布尔，比如DB100.DBX0.0，很多时候，我们都是通过先读取DB100.DBB0的值，再通过位运算结果，写入到DB100.DBB0中，实现DB100.DBX0.0的操作，这种方式有弊端

第一：每次操作一个布尔值都需要与PLC进行两次数据交互。

第二：安全性和稳定性无法保障，你不知道在你读取和写入之间，这个字节的值是否已经发生了改变。

这样的问题也存在于Modbus协议的寄存器位操作，如40001.05，三菱、欧姆龙的寄存器位操作，如D100.06、W12.04，给上位机开发者带来很多苦恼。

S7协议支持直接位操作，有专门的报文指令实现这样的功能。

S7 协议之PDU读取

大部分人都知道S7协议一次性读取有限制，具体是多少？怎么计算出来的？

S7协议的一次性读取长度是根据PDU计算出来的，这个PDU的值是来自于PLC本身，不同型号的CPU，它的PDU是不一样的，可以参考下面两张图：

西门子PLC的PDU大小是和CPU息息相关的，一般会有240、480、960三个档次，知道PDU之后，那么一次性读取的字节长度，就是在PDU的基础上减去18，这个18是指包头包尾会有18个字节，这样我们就知道了一般的PLC，一次性能读取222个字节（240-18=222），对于S7-1516这样的PLC，我们一次性是可以读取942个字节的（960-18=942），这个一次性能读取的字节越长，越能提高上位机的通信效率。

刚刚的方式是通过KepServer测试的，实际开发过程中，该怎么获取CPU的PDU呢，实际上在建立连接的第二次握手时，返回的报文中就包含PDU的值。

第二次握手返回的报文长度是27个字节，*后两个字节就是PDU的值，上图展示的是S7-1200PLC返回的报文，0和240的组合即为240。

对于S7-1500，我这里也做了一下测试，结果如下，返回结果为3和192，3和192的组合恰好是960（960=3*256+192）。

PDU是由硬件做了限制，我们可以通过软件的方式，实现大量数据的读取，只需要在底层做一些封装即可。做了一下测试，针对S7-1200和S7-1500读取M区的8000个字节的耗时比较，S7-1200耗时800多ms，S7-1500耗时仅需200ms，硬件对通信的重要性。

S7 协议之多组读取

对于很多其他的通信协议，当我们遇到数据变量比较零散，读取多个存储区或者一个存储区多个不同部分的时候，我们只能针对每个存储区或者每块区域做一个数据请求，西门子S7协议可以解决这样的问题。

西门子S7协议有一个非常强大的一个地方，可以读取很多个不同的存储区，*大支持19种，总共读取长度仍然受PDU的限制。

这里我们仍然以实验测试为例，体验多组读取带来的美妙体验。

假设我们的通信组配置如下：

通信组01：读取I区从0开始的1个字节

通信组02：读取Q区从0开始的1个字节

通信组03：读取M区从0开始的200个字节

通信组04：读取M区从500开始的50个字节

通信组05：读取M区从1000开始的60个字节

通信组06：读取DB100从0开始的20个字节

通信组07：读取DB100从20开始的20个字节

通信组08：读取DB100从40开始的20个字节

通信组09：读取DB100从60开始的20个字节

我们采用常用S7-1200PLC，通过配置软件实现配置以上9个通信组，开始通信测试，我们选择的是单组读取的方式，就是针对每个组，依次进行读取，结果如下，耗时大约200ms，这个时间应该相对来说还是比较正常的。

接着，将读取方式改成了多组读取，再进行测试发现结果如下：

通过结果发现，多组读取对于存储区较为零散的项目来说，有着非常重要的作用，可以大大提高通信效率。

通过上面一系列的分享，相信大家对西门子PLC通信有了更加深入的了解，希望大家可以多多实践。

每种通信方式都有自己的优缺点，对各种通信方式和协议了解之后，你才能够在不同的场合选择适合的通信方式，给出*合理的解决方案。

————————————————

版权声明：本文为CSDN博主「mayilove_2」的原创文章，遵循CC 4.0BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/m0_52684909/article/details/128561712

西门子中继器使用方法及作用有哪些

 1.RS-485中继器

  下列情况需要使用RS-485中继器多于32个站(包含中继器)连接到总线上，或者超过了网段允许的*大长度(与传输速率有关)。

  RS-485中继器用于将PROFIBUS网络中的两段总线连在一起，以增加站点的数目。中继器用于信号恢复和总线段之间的电气隔离，*高传输速率为12Mbit/s。两个节点之间*多可以安装9个中继器。不需要对RS-485中继器组态，在计算总线参数时应考虑它。

  2.诊断中继器

  诊断中继器是RS-485中继器，传输速率为9.6 kbit/s～12Mbit/s，它用于在RS-485系统中连接PROFIBUS-DP网段，还提供铜质总线电缆的物理在线监控，可以侦测总线系统的拓扑结构，在出现故障时，可以自动检测故障类型和故障位置(**到米)。可以发送诊断报文到DP主站，包括详细的故障类型和故障位置数据。

  对于DP主站来说，诊断中继器相当于一个DP从站。诊断中继器用STEP7来组态，也可以作为普通中继器使用，其详细的使用方法见6.6节。

  3. DP/DP耦合器

  DP/DP耦合器用来将两条PROFIBUS子网络连接在一起，在DP主站之间交换数据。这两个子网络在电气上是隔离的，它们可以有不同的传输速率。在两个子网络中，DP/DP耦合器对于每个DP主站来说，都是一个可以自由选择站地址的DP从站。可以交换的*大输入、输出数据均为244B。DP/DP耦合器用STEP7来组态。

  DP/DP耦合器连续不断地将一个网络的输出数据复制到另一个网络的输入数据，亦然。耦合器用顶部的两个DIP开关来设置DP地址。

  4.GSD文件

  GSD(General StationDescription，常规站说明)文件是可读的ASCII码文本文件，包括通用的和与设备有关的通信的技术规范。为了将不同厂家生产的PROFIBUS产品集成在一起，生产厂家必须以GSD文件的方式提供这些产品的功能参数，例如I/O点数、诊断信息、传输速率、时间监视等。GSD文件分为3个部分

  1)总规范包括生产厂商和设备名称、硬件和软件版本、传输速率、监视时间间隔、总线连接器的信号分配等。

  2)主站规范包括适用于主站的各项参数，例如*大可以连接的从站个数和上载/下载的选项。

  3)与DP从站有关的规范例如IO通道个数、类型和诊断数据等。

  可以在制造商的网站下载GSD文件，在西门子自动化与驱动集团的中文网站的下载中心搜索“GSD”后，可以下载需要的GSD文件。

  在STEP7的SIMATIC管理器中打开硬件组态工具HWConfig，如果硬件目录窗口没有需要的DP从站，应安装制造商提供的GSD文件。

  在硬件组态工具中，执行菜单命令“选项”→“安装新 GSD文件”，在出现的对话框中点击“浏览”按钮，打开GSD文件所在的文件夹，安装GSD文件。安装成功后，在硬件目录窗口的“\PROFIBUS-DP”文件夹中，可以找到刚安装了GSD文件的DP从站，并将它用于组态。STEP7将GSD文件存储在“…\Siemens\Step7\S7DATA\GSD”文件夹中。