关于1200PLC与多个PLC以太网通讯、WINCC通讯卡顿问题

       客户现场 通讯配置为：主PLC为CPU1211C，与现场4个SMART200 CPU以太网通讯；上位机为WINCC7.3，总点数在1300左右。

       工程后期升级，需要接入第三方控制系统。第三方控制系统PLC为1200PLC，通过以太网 S7通讯接入本系统。系统升级后，WINCC操作界面卡顿，画面切换时间不稳定，时快时慢，有时候长达5秒多，运行时间长了可能会死机。

        期间把WINCC只设置画面运行系统启动，貌似画面切换快很多，怀疑软件安装问题；更换网线，怀疑干扰问题；将画面周期1秒改为2S；卡顿问题一直没有解决，客户一度怀疑电脑配置太低（I3/8G），要更换电脑。

        后来灵光一闪，想着是不是CPU硬件组态通讯背景时间，要不要修改下?默认20%，看下PLC周期时间20MS，可以更改为50%，周期时间变为35MS左右，可以接受。再连接WINCC，画面切换后数据基本立即刷新，问题解决。

        以前一直单PLC或者双PLC通讯，默认背景通讯时间足够。但是当四五个PLC进行通讯，再加WINCC和 博图通讯连接，1200PLC还是很吃力的。在周期时间可以接受的前提下，多PLC通讯情况下，还是要适当增加下PLC背景通讯时间；即使单PLC控制时，如果周期时间很小情况下，也可以适当分配CPU性能用于通讯，提高系统稳定性，减少CPU性能浪费。

这是解决WINCC卡顿的一个方法，但是程序量大了，CPU就受不了吧？

再次说明西门子的产品注重细节，同时也体现了影响系统性能的瓶颈问题，往往就在于某个细节当中。给楼主的“灵光一闪”点个赞。

将其余PLC的数据集中在一台主PLC中，WINCC只与一台PLC发生通讯

系统前期没规划好后期改动牵一发就动全身，工作量大。仅监视这是个好的方案，涉及到控制就不是很好的方案了。

 感谢楼主分享

多PLC通讯卡顿，很少遇到，谢谢分享。

学习了，这个细节没太注意，CPU的分配给通讯方面的性能还是要多分配。1300点用1211是不是有点太省了。

通讯多的情况，都是更改通讯负载的。

PLC控制柜IO点数只有500左右，WINCC建立连接变量在1300左右！

当时一直WINCC卡顿，所有解决问题的重心一直围绕WINCC!毕竟WINCC卡顿问题是普遍现场，而且原因是多方面的！

那西门子PLC和第三方的组态软件，譬如组态王，是不是也会出现这个问题，？谢谢

楼主能发一份你这个完整的程序给看看嘛，学习一下，谢谢！921570759@qq.com

现实问题，赞一个。

多谢楼主，又学了一招

WINCC操作界面卡顿，画面切换时间不稳定，时快时慢：典型的WINCC问题啊。才四五个PLC就卡了，除了你说的问题外，更重要的是你的WINCC的使用问题！自己检查一下WINCC是否使用了很多动态对话框？动态对话框的使用在多PLC及多OPC通讯的时候是会造成通讯卡顿的一个重要因素。

我一个项目PN从站总数超130个，第三方200smart子站30个左右，第三方其他品牌PLC若干，用于配电系统的485转TCP总线80条，系统内的IP地址将近400个，需要划分2个地址段。总点数超1W使用起来都没什么卡的。。

重要的是在前期的网络架构的安排以及对WINCC的使用优化。

重点说一次：动态对话框能不用就不用，尽量使用变量直接通讯，更新周期500MS，这样可以有效解决WINCC卡慢问题。

 学到了学到了，感谢分享

感谢总结，点赞

请教一下楼主，通讯背景时间在哪修改？

西门子的门槛就是知其道，才能用其妙。所以入门后掌握的不仅是一种产品的使用，而是一门技术。