WINCC的变量刷新速度差，卡顿严重这并不是你一个人的问题，WINCC画面数据响应慢，很多时候都是由于设计不合理导致的。

1.首先PLC设计是否合理？就如楼主的问题，真的是一台PLC通讯1万多点？真的是只有一台PLC通讯这么多数据吗？那PLC得挂多少I/O模块呢？是否真有必要采集1万多点的数据？可能提问者觉得416太贵不舍得用多几台，也可能觉得400就是高档，看不起1500也看不起300，但我个人认为PLC设计就不合理，用几台1500不比你用一台416更稳定，更快，更香吗？每款CPU都有其通讯能力，如果你想榨干他的潜力，那么不出问题才怪。

2.如过单台PLC的通讯负荷没有问题，多台WINCC（3台以上）通讯多台PLC（50台以上）通讯点数（2万以上）响应速率是没问题的,400/1500/300切换界面刷新率是可以做到1秒内的，200/200samrt等需要走OPC的通讯速度就会慢点，一般不会超过3秒。

3.为何很多人切换界面数据刷新速度非常慢呢？这是由于你WINCC设计不合理造成的，那么我们需要注意些什么呢？，如何解决通讯慢的问题呢？

1）WINCC的通讯和稳定性和版本有关系，从WINCC7.0开始，不同的版本，不同的update对通讯的稳定性都有一定的差异，因此如果你用到某个版本比较稳定建议不要选择更快的更新，更快的尝试。另外通常SP的版本会比初始版更稳定，因此建议用在项目上时不要轻易选用最新的非SP版本。

2）通讯速度和PLC的通讯有关系，1500/1200/300/400等有专门驱动的通讯速度就会快，200/200smart等需要走OPC的通讯速度就会慢。如果是自己的PLC，建议200smart等先和1500等主站进行PN通讯再上传到WINCC，这样可以减少PLC的通讯数量同时保证PLC的通讯速度和稳定性。（过多的200smart进行通讯建议采用第三方OPC）

3）WINCC的界面状态刷新速度是不一样的，直接使用变量刷新速度是最快的，使用到动态对话框刷新速度是慢很多的。如果一个界面中使用了大量的动态对话框你会发现卡顿非常严重，这在WINCC6.2之前是没有这么明显的，在7.0以后就很明显了。因此在WINCC的设计中需要记住能不用动态对话框就尽量不用动态对话框。

4）如果你已经做好了的项目，又不想去更改你的工程该怎么办呢？可以在你的起始底层界面读取所有的变量，然后缩小隐藏在背后，更新界面时保证你的起始界面是没有关闭的，这个时候你会发现你的通讯速度就正常了。
第4点只是补救措施，如果你在设计初期就多注意不用动态对话框而是直接使用变量你会发现你的整个工程的通讯是正常的，并不会产生切换界面后数据需要延时好多秒才会更新的问题。

5）数据归档也需要好好把握，适合的归档大小和时间会保证你的软件开启速度和稳定性。

------------------------------------------------------------------------------------------------

其实如果做好前面3点基本就可以保证切换界面时的刷新速度时正常的了，关键就是第3点，红色字给你标上了，记住非必要不用动态对话框！