软硬件配置：WinCC7.5 ，TIA博图V16，下位机1513R冗余CPU，工程师站+操作员站，PC均配置内存8G，I5-9500 3.00GHz，64位windows10企业版正版授权，配置应该够用了
现象：组态WinCC画面后切换页面延迟十分严重，部分页面等几分钟都无反应，类似于卡死现象，画面切换按钮是通过一个WinCC内部变量进行关联，切换不同的页面分别将这个变量置为不同的参数，然后通过主画面里的画面窗口，画面名称关联这个变量进行切换，但运行后，每次点击不同画面的切换按钮，延迟都是不定的，同一个画面，多次尝试切换后有时几秒，有时几十秒甚至无反应。另外延迟不仅发生在切换，所有的按钮动态变化、数据修改的显示都有延迟。
简单分析：
尝试在一个画面里操作按钮置为PLC的一个bool参数，画面中按钮已经组态根据这个参数变换颜色，观察按下按钮后，PLC内该参数立即发生改变，同时WinCC的变量模拟里面也能监控到该参数立即发生了改变，但画面无任何反应，十几秒后才有变化。多此进行该尝试后发现PLC内变量一直都立即做出反应，延迟仅仅发生在画面上。这样的情况是否可以排除通信延迟？
项目情况：
查了很多资料，说是脚本太多、动态变量太多、报警归档记录过多引起，已经优化了画面，脚本仅剩部分按钮（大约20个），以及单窗口调用多个相同阀门的脚本（大约十几个阀门），没有其它脚本，目前画面中并没有设置任何归档和报警（组态尚未完成）。因工艺要求大量阀门必须放在一个画面中，还有很多IO域，有两三张单画面里有约100个动态变量连接，这两张似乎要比其它画面更慢一点（因为延迟的时间每次都不一样所以很难判断）。
画面里能不用的控件都删了，也没有其它脚本了（除了上面提到的），甚至所有图形都是用线条画的，没有调用图库里的素材。除了一个时钟显示控件还在，未来还需要添加报警和趋势的，现在就延迟成这样，请帮我分析下该如何排查。
个人分析：
觉得WinCC没有那么不堪，本人以前用PCS7的时候从没觉得有太多延迟，当时还是WinCC7.3，问题应该不是出在控件、图库素材里，通讯也应该没有问题。另外本人所有的画面都是在主画面里以窗口的形式调用的（具体方式上面说了），这样我打开的所有其它窗口不会随着画面切换自动关闭，这也是工艺要求的。
现在这个问题导致工厂调试开车进度都受到了影响，求大神关注，小弟在此谢谢了！
问题补充：
变量刷新频率和画面刷新频率都试了，调整为2s和画面一致为2s 也没用，调成每次更改时也没用，250ms 500ms 1s都差不多，现在还是设置成1s且画面刷新率都是1s
钻石用户推荐最佳答案
我认为和画面连接的IO数量无关，我曾做过一个画面显示64模拟量、80布尔量、外加32个字符串，画面切换无任何卡顿（模拟量是变化改变、布尔量触发的变化是变量触发的有改变时）
并且在组态画面时，由于V7.5默认的触发器改为了默认周期2S的触发器，在保存时出现下图的提示，将其改为变量触发后，该提示消失，并且我记得没错的话在V7.4里默认触发器应该是变量触发2S周期且可在画面设置里将默认设置为有变化时触发。
所以我不太明白wincc 7.5这样的改动是出于什么样的角度，将默认触发器由变量触发改为默认周期触发（还是说有设置我没找到）
建议可以尝试将画面里的触发器改为变量触发，变量触发对性能的需求应该没有周期触发那么大
图片说明：
提问者对于答案的评价：
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc369794.html
微信扫一扫 
支付宝扫一扫