PLC与HMI通信是大家经常会用到的，我们会根据实际需求来为每个变量设置变量采样周期，比如1S或者100ms，那么是不是只要设置好变量采样周期，HMI上的数据就会按照我们设置的采样周期来刷新呢？PLC的程序执行时间会影响与HMI的数据更新吗？如果HMI的数据更新达不到我设定的数据刷新时间要求，有没有改善或者解决的办法？

本期就以上话题展开讨论，希望大家踊跃参与！

活动奖励：
此次集中交流将持续至12月6日，其中所有精华帖作者将获得加倍精华奖励积分；最终所有有效留帖的网友将获得加倍发帖积分。更多积分带给您更多奖品兑换的自由。
对于有突出发言贡献的网友可获得金币奖励，可以在当前的兑换奖品中兑换奖品。

突出发言的一位网友还可获得《深入浅出西门子 WinCC V6 》一本：



预祝大家交流愉快，收获丰富！

PLC里倒是有个通讯负载的参数可以设置，在CPU属性里，可以设定每个扫描周期用于通讯的时间的比例。

我研究过别的品牌的HMi,截取过HMI发向PLC的通讯数据.HMI理论上可以按照设定的采样周期更新,但在数据量较大时HMI来不及发送数据,可能会造成更新周期延时.严重时HMI的数据更新会出现假死的状况.
另外,在编写HMI时将相关的数据软元件地址最好按照顺序连续编写,这样HMI向PLC发送的读写指令时可以将多条指令整合成一条.这样可以提升通讯效率.
PLC的一个扫描周期分,处理通讯,映射IO区域和执行程序等步骤,若程序越大,扫描周期越长.PLC和HMI的通讯相应也就越慢.

PLC的程序执行时间会影响与HMI的数据更新吗？
我觉得理论上是会影响hmi的数据更新的。
因为PLC的执行时间和扫描周期有关系。而通信的刷新是在扫描周期内进行的。如下图所示

1.变量更新时间=采集时间+传输时间+处理时间
2.变量地址要是PLC里实实在在存在的地址，不然会报错，现象为：屏幕上的变量变化卡顿，迟滞，甚至是连接断开，经常又自动恢复,。so,这个看上去的效果就是变量很久才更新了一次。
3.wincc变量的读取和写入不是所有都可以对位or字节操作的，很多通道（驱动）是不支持的，他们实际上实在先读取一个字甚至是多字然后再进行操作其中的某一位。so，变量最好是建立在连续的一大片区域上，这样，变量的采集相对区域集中，采集时间更短。
4.很多人觉得画面上面动作偏慢，感觉是变量采样的原因。其实变量有那么快了，但是画面刷新还是默认的2s所以偏慢。

主要是周期管理这里有点模糊是吧？
周期管理
通过PLC：是指当你切换一个画面的时候变量管理器发送PLC一个周期性的采集数据的需求，PLC收到这个请求后，周期性的返回给WinCC变量值。直到换成另一个画面的时候，再如此这般进行。如果你不勾选这个，HMI会不停的请求数据，PLC会不停的应答。比较浪费资源啊，所以默认是勾选了这个的。
更改驱动的传输：是指你再这种PLC得到请求后，周期性的返回数据的时候，再进行的一种优化，是有变化才传送给WinCC，没有变化就不传送，让WinCC使用上一个周期的值。也是一种节约资源的措施。

如楼上几位兄弟所说
HMI数据刷新的时间要依赖于：
1、PLC程序循环时间；
2、通讯数据传输时间；
3、HMI界面数据刷新时间。
其实感觉电脑的速度也有很大影响，尤其是画面数据比较多，或者动画比较多的时候，如18楼所说的，点击一个按钮要4、5秒才反应过来，不知道电脑配置是不是不够硬呀，呵呵再+WINCC V6（也就是32位XP）。
如果换成i7处理器，8G内存，64位WIN7，WINCC V7，,改善效果估计会比较明显。
话说回来，其实也只能是改善，有这样大量动画的画面显示起来，系统估计还是有明显迟滞

根本原因在这里，看这张图！