现场调试阶段遇到这样问题，当wincc 运行一段时间后（如15~20分钟），再次通过按钮切换画面时，出现画面卡死现象，大约持续10~30S不等，当画面切换完成，之后的操作非常顺畅，现场就有一台上位机，西门子547C 1G内存，320硬盘，双网卡，PLC为315-2DP 带CP343-1lean ，通讯距离150左右，由于担心距离过长，接了光纤，但交换机及光电转换都未采用西门子设备，通讯方式由于CP的限制只能采用TCP/IP ，系统中还包括1套200通过PC ACCESS 与wincc进行通讯；项目并不是很大，总的通讯点数366个，有两个操作画面，一个设定值画面，2个趋势画面和一个统计画面；启动项有报警记录，变量记录，图形系统，画面中未使用全局脚本，当初由于项目时间限制，切换画面采用了C脚本形式，设备控制多采用结构变量控制，。出现问题以后首先对wincc中"计算机属性"的画面缓冲区大小（原为30）后改为150，问题依然存在，后改为原值；通过wincc 通道诊断工具查看通道变量请求数量及发包数，变量更新周期有2S,1S两种，在变量最多的话里查看1S的请求变量数为30，发包数1，2S的请求变量数为196，发包数2，按理说这块问题不大，然后对网卡进行了检查，在网卡属性里把连接类型由自动检测改为100M双工，取消了网卡的节电模式，把一些等待与唤醒之类的东东全部取消，后测试发现问题还依然存在，后来拔下网卡测试，并未出现以上问题(半个小时未操作之后进行的测试)，个人还是觉得问题出现在wincc侧，就好像隔一段时间后再次操作winc就会从新刷一遍数据一样，现在真是愁啊，6.2还真没遇到过这种问题，愁死我了，不知道各位老工程师们遇到过这种状况没？希望对wincc变量缓冲及通信方面的高手帮忙分析一下问题到底出现在哪，提出一些好的建议，万分感谢！！！
最佳答案
画面切换使用系统函数就可以并简单，你的项目三个画面，3百多个点平均每个画面1百多点，这么大的数据在一个画面上必然会使切换时间变长，最好细分画面
提问者对于答案的评价：
问题原因找到了，实际是 PC ACCESS 的问题 还是谢谢你们
原创文章，作者：more0621，如若转载，请注明出处：https://www.zhaoplc.com/plc255536.html
微信扫一扫 
支付宝扫一扫