西门子S7 Protocol Suite的系统参数中的两个参数

本文格式为Word版，下载可任意编辑西门子S7 Protocol Suite的系统参数中的两个参数 比如在TCP/IP的“系统参数”下有“设备状态监控”这一项,下面有两个参数:“间隙”、“超时间隙”，查看关心分别是指“以秒为单位输入发送设备状态监控消息的时间间隔”、“以秒为单位输入对设备状态监控消息响应的时间间隔”。 做试验：设置不同的“间隙”、“超时间隙”，断开WINCC和plc的连接，然后再恢复连接。但结果是这两个参数对WINCC监视PLC断开和恢复状态的反应时间没有影响！？“间隙”指为了检测PLC运行状态，wincc要以此时间间隔不停发包给PLC。“超时间隙”：PLC在此时间内若没响应，wincc将报通讯错误。用IO域试试，应当能看到变灰的时间是有变化。 假如，同样都是WinCC通过以太网连接S7-300，400CPU。 在数据量大的时候，全部推举采纳命名连接的方式。我们先来看看S7CPU支持的连接类型。PG，每一个Step7在线算一个PG连接资源。许多国产的组态软件连接S7，都是占用的是PG连接，例如杰控和力控。WinCC不支持PG型的连接。PG型连接原来就是保留给编程器使用的。具有很高的优先级，但是不适合大数据量的传输，也不适合变化很大的传输。PLC和PG类的计算机之间是应答关系，PG站你问个啥变量现在是什么值，我PLC就回答下，那个啥变量现在是什么值。这样效率其实效率很低。-尽管PG型站的连接优先级高，但是其通讯效率最低。特殊不适合大数据量传输。WInCC内置的其他驱动。尤其是S7通道协议的。都是OP类型的连接。我个人理解，OP类型的连接，是适应上位计算机站数量少，且数据量不大的场合的。-这个没有得到官方确认。OP类型的连接，PLC和OP型计算机站之间的通讯，本质就是Put，Get。效率也不是“很高”。但是对于恳求/应答这种机制来讲。是很适合触摸屏这类应用的。也是适合点数不多，且变化比较频繁的这种场合的。我个人一般推举2000点以下可以采纳WinCC内置的驱动来连接，这个级别，你也体现不出S7通道协议和命名连接在速度上有啥差异。命名连接其实一般都是s7类型连接。PLC-SimaticNet-WinCC.中间多加了一道关卡，是否效率更低下了呢？不是的！我们看到的表象是Simaticnet开机启动时大约需要10多秒才能完成初始化连接。貌似很慢。其实Simaticnet配置的PCStation和PLC之间是稳定的连接。是类似于专用通道一样的管道式连接（我自己的理解命名方式）。数据虽然还是打包的，分段分次传输过来的，但是相比其他类型的连接，这种连接就像水从管道中流过来一样，连续且不间断（数据分包其实还是间断的，呵呵）。WinCC和SimaticNet之间也是这样的关系。保有一个类似于专用管道一样的连接。数据就像流水一样，在专用的管道中，大量的，稳定的，高效率的流过来。许多时候，就不叫数据包了，就叫数据流。使用Simaticnet和不使用SimaticNet还有差别就是不是SimaticNet走命名连接而使用WinCC内置的其他驱动的话，WinCC能够连接的PLC站数量很少，典型值就是不超过8台。而安装了Simaticnet之后，WinCC走命名连接去Simaticnet,Simaticnet再去PLC，则支持的PLC站数量，最多可达64台。（详细数量不同网络有差异）。这也是为什么大项目，官方的资深技术支持都推举你采纳命名连接的理由了。那么为什么WinCC不直接把Simaticnet内置进来，整合进来呢？目前SimaticNet还有自身独立存在的理由-可以充当标准的开放的西门子opcServer。以供应其他非WinCC的组态连接用。所以也不用灭了Simaticnet,把他集成进WinCC，呵呵。-西门子PG集团旗下SPPA的T3000系统。硬件基本框架就是S7-400，400H。软件部分呢？编程软件Workbench内核还是Step7.监控软件不是WinCC，但是通讯的效果呢？T3000的操作员站监控软件就相当于内置了Simaticnet的WinCC。不过风格不像WinCC罢了。其通讯原理就和先安装Simaticnet,然后Simaticnet去采纳命名连接的WinCC一样，被算成一个S7连接。而且PLC和计算机站之间是专用的，稳定的专用通道，适合大数据量的传输内部的数据，PLC会自己优化!-多啰嗦一些，刚好也解释了PG，OP，S73种类型的连接在PLC通讯上有哪些微小的差异。我还是推举。大项目中，WinCC连接S7，走以太网，采纳命名连接驱动。 第 5 页 共 5 页