比如在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，走以太网，采用命名连接驱动。