WINCC的变量刷新速度差，卡顿严重看来是在很多地方都会出现的，虽然这可以通过设计，通过这种方法，那种妙计去解决，去缓解。。。但是相对其他组态软件的通讯速度，西门子是否能够好好反思一下自己的软件通讯速度？？

这里我简单讲讲为何可以通过设计去解决开关量显示的速度问题，WINCC的界面状态刷新速度是不一样的，直接使用变量刷新速度是最快的，使用到动态对话框刷新速度是慢很多的。如果一个界面中使用了大量的动态对话框你会发现卡顿非常严重，这在WINCC6.2之前是没有这么明显的，在7以后就很明显了。因此在WINCC的设计中需要记住能不用动态对话框就尽量不用动态对话框。

2楼说的所有开关量进行归档，个人认为这并不是一个好方法，如果一个系统变量不多，使用这种方法并没有什么不妥。如果系统大了，变量多了归档其实是一个很严肃的问题，必须好好斟酌。

如果之前的开发中使用了大量的动态对话框，现在通讯卡顿，想修改很麻烦怎么办？你只需要在你的最底画面中一直调用相关的变量然后隐藏起来不被看到，调用其他画面时只要最底画面一直在那么你会发现开关量的通讯速度不会卡顿了。

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

说了那么多解决卡顿的问题，最后再说一句，这是WINCC自身的问题，应该WINCC的设计者去想办法解决，而不是我们的使用者去想这种、那种的办法去解决。。。