比如在TCP/IP的“系统参数”下有“设备状态监控”这一项,下面有两个参数:“间隙”、“超时间隙”，查看帮助分别是指“以秒为单位输入发送设备状态监控消息的时间间隔”、“以秒为单位输入对设备状态监控消息响应的时间间隔”。
做实验：设置不同的“间隙”、“超时间隙”，断开WINCC和plc的连接，然后再恢复连接。但结果是这两个参数对WINCC监视PLC断开和恢复状态的反应时间没有影响！？
间隙”指为了检测PLC运行状态，wincc要以此时间间隔不停发包给PLC。
“超时间隙”：PLC在此时间内若没响应，wincc将报通讯错误。
用IO域试试，应该能看到变灰的时间是有变化。
做实验：设置不同的“间隙”、“超时间隙”，断开WINCC和plc的连接，然后再恢复连接。但结果是这两个参数对WINCC监视PLC断开和恢复状态的反应时间没有影响！？
间隙”指为了检测PLC运行状态，wincc要以此时间间隔不停发包给PLC。
“超时间隙”：PLC在此时间内若没响应，wincc将报通讯错误。
用IO域试试，应该能看到变灰的时间是有变化。
假如，同样都是WinCC通过以太网连接S7-300，400CPU。
在数据量大的时候，全部推荐采用命名连接的方式。
我们先来看看S7 CPU支持的连接类型。
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 WinCC.
中间多加了一道关卡，是否效率更低下了呢？不是的！
我们看到的表象是Simaticnet开机启动时大约需要10多秒才能完成初始化连接。貌似很慢。
其实Simaticne配置的PCStation和PLC之间是稳定的连接。
是类似于专用通道一样的管道式连接（我自己的理解命名方式）。
数据虽然还是打包的，分段分次传输过来的，
但是相比其他类型的连接，这种连接就像水从管道中流过来一样，
连续且不间断（数据分包其实还是间断的，呵呵）。
WinCC和SimaticNet之间也是这样的关系。
保有一个类似于专用管道一样的连接。
数据就像流水一样，在专用的管道中，大量的，稳定的，高效率的流过来。
很多时候，就不叫数据包了，就叫数据流。
使用Simaticnet和不使用SimaticNet还有差别就是不是SimaticNet走命名连接而使用WinCC内置的其他驱动的话，WinCC能够连接的PLC站数量很少，
典型值就是不超过8台。
而安装了Simaticnet之后，WinCC走命名连接去Simaticnet,Simaticnet再去PLC，则支持的PLC站数量，最多可达64台。（具体数量不同网络有差异）。
这也是为什么大项目，官方的资深技术支持都推荐你采用命名连接的理由了。
那么为什么WinCC;不直接;把Simaticnet内置进来，整合进来呢？
目前SimaticNet还有自身独立存在的理由
可以充当标准的开放的西门子OPC Server。以供应其他非WinCC的组态连接用。所以也不用灭了Simaticnet把他集成进WinCC，呵呵。
西门子PG集团旗下SPPA的T3000系统。
硬件基本框架就是S7-400，400H。软件部分呢？
编程软件Workbench内核还是Step7
监控软件不是WinCC，但是通讯的效果呢？
T3000的操作员站监控软件就相当于内置了Simaticnet的WinCC。
不过风格不像WinCC罢了。
其通讯原理就和先安装Simaticnet然后Simaticnet去采用命名连接的WinCC一样，被算成一个S7连接。
而且PLC和计算机站之间是专用的，稳定的专用通道，适合大数据量的传输
内部的数据，PLC会自己优化!
--多啰嗦
在数据量大的时候，全部推荐采用命名连接的方式。
我们先来看看S7 CPU支持的连接类型。
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 WinCC.
中间多加了一道关卡，是否效率更低下了呢？不是的！
我们看到的表象是Simaticnet开机启动时大约需要10多秒才能完成初始化连接。貌似很慢。
其实Simaticne配置的PCStation和PLC之间是稳定的连接。
是类似于专用通道一样的管道式连接（我自己的理解命名方式）。
数据虽然还是打包的，分段分次传输过来的，
但是相比其他类型的连接，这种连接就像水从管道中流过来一样，
连续且不间断（数据分包其实还是间断的，呵呵）。
WinCC和SimaticNet之间也是这样的关系。
保有一个类似于专用管道一样的连接。
数据就像流水一样，在专用的管道中，大量的，稳定的，高效率的流过来。
很多时候，就不叫数据包了，就叫数据流。
使用Simaticnet和不使用SimaticNet还有差别就是不是SimaticNet走命名连接而使用WinCC内置的其他驱动的话，WinCC能够连接的PLC站数量很少，
典型值就是不超过8台。
而安装了Simaticnet之后，WinCC走命名连接去Simaticnet,Simaticnet再去PLC，则支持的PLC站数量，最多可达64台。（具体数量不同网络有差异）。
这也是为什么大项目，官方的资深技术支持都推荐你采用命名连接的理由了。
那么为什么WinCC;不直接;把Simaticnet内置进来，整合进来呢？
目前SimaticNet还有自身独立存在的理由
可以充当标准的开放的西门子OPC Server。以供应其他非WinCC的组态连接用。所以也不用灭了Simaticnet把他集成进WinCC，呵呵。
西门子PG集团旗下SPPA的T3000系统。
硬件基本框架就是S7-400，400H。软件部分呢？
编程软件Workbench内核还是Step7
监控软件不是WinCC，但是通讯的效果呢？
T3000的操作员站监控软件就相当于内置了Simaticnet的WinCC。
不过风格不像WinCC罢了。
其通讯原理就和先安装Simaticnet然后Simaticnet去采用命名连接的WinCC一样，被算成一个S7连接。
而且PLC和计算机站之间是专用的，稳定的专用通道，适合大数据量的传输
内部的数据，PLC会自己优化!
--多啰嗦
