技术论坛

 • 产品分类
 • 咱工程师的故事
 • 培训与认证答疑专区
 • 服务合作伙伴专区
本版精华和精编 本版高端推荐 本版热门 本版最高收藏

分享一个WINCC OPC通讯罕见故障

作者 主题
游侠

经验值: 353
发帖数: 16
精华帖: 1
主题：【分享】分享一个WINCC OPC通讯罕见故障
精华帖精华帖星级4级 推荐帖


只看楼主 只看精华 楼主 2021-02-04 11:30:02
标签：

RT，前几天客户反映一个问题，他在使用WINCC和繁易盒子进行OPC通讯时出现了写入延迟卡死的问题，故障表现为:WINCC更改变量后只在WINCC上有变化，实际PLC变量没有变化;如果在PLC或者繁易盒子软件上进行修改，WINCC上立马有变化。

按照自己多年经验，第一反应就是客户OPC通道建立有问题，因为他时多个同样的设备链接一个WINCC，采用了变量加了前缀区分的方式，后续拿到了客户OPC平台账号密码进行测试，单个站点和多个站点通讯都没有延迟，证明默认的OPC通道是没有问题的，问题再客户源程序上。

后面拿到了客户源程序，发现客户建立了很多OPC的通道，而不是在一个通道下进行分组，开始怀疑时这方面问题，于是删除了原来的所有通道，按照通常的单通道多分组的方式建立了几个设备的链接，测试正常后跟客户反馈，叫客户自己测试下。

结果过了一天，客户还在反映有这个问题，于是我叫他联系西门子，看下西门子工程师那边怎么说。结果西门子工程师回复也是没遇到过这种事，又想把问题推到繁易OPC这边，可是繁易那边技术回复也是没问题。既然两边都说自己没问题，那就是项目的问题了。

开始我推测是不是项目文件有损坏导致写入出现故障，于是我自己复制了源项目，按照顺序添加了变量测试，发现问题居然真的存在，那很明显不是偶然的问题，属于可复制的故障。于是我新建项目，通道一样建立，故障一致。

这个时候，我发现了两次测试时不一样的地方，那就是客户盒子并不是都在线，加上客户盒子的变量名是重复的，为了WINCC上能够读取，都是采用了批量增加前缀的方式，会不会是因为这个导致该故障的出现。

随后我根据个人推测，进行了两个项目的对照测试，同时测试了多个繁易账号的OPC，得出结论，该故障就是我推测的原因导致。


结论：通过OPC访问时，如果OPC端分组下的变量名一致，且采用了前缀或者后缀的重命名方式，那么在某一点掉线后，WINCC的写入将会卡死，即一直在访问掉线的那个点，导致其他正常的变量无法写入值；如果不采用前后缀的方式，在OPC端口就把变量名区分，那么不管导入的变量有没有掉线，都不会影响正常设备的通讯。


低调路过
以下网友喜欢您的帖子：
更多

  
重要声明：

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

帖子链接：https://www.ad.siemens.com.cn/club/bbs/post.aspx?a_id=1677435&b_id=5&s_id=0&num=46
至圣

经验值: 18422
发帖数: 2409
精华帖: 1
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 1楼 2021-02-04 13:05:02

看来要注意这点了


 
以下网友喜欢您的帖子：
更多

  
yzs
侠圣

经验值: 3553
发帖数: 441
精华帖: 7
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 2楼 2021-02-04 13:22:23
感觉应该还是繁易OPC通讯驱动没匹配好的问题。组态软件或者触摸屏厂家在开发通讯驱动的时候刚开始或多或少都存在通讯这样那样的问题，只能反馈问题，厂商更新驱动。。记得组态王在初期对西门子的PLC通讯驱动做得也很不好，因此很多时候还是走OPC，后来向亚控提出要求后更新了驱动才渐渐完善稳定下来。
 
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 18938
发帖数: 2108
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 3楼 2021-02-04 13:31:58

这个问题处理的真是一波三折


 
以下网友喜欢您的帖子：
更多

  
侠圣

经验值: 2329
发帖数: 77
精华帖: 3
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 4楼 2021-02-04 16:23:35


 开眼界了


学海无涯
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 12573
发帖数: 2503
精华帖: 31
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 5楼 2021-02-04 17:59:49

这个问题是WinCC的锅，西门子甩不掉的。怎么看都是兼容古董级别的通讯驱动架构造成的。

讲真，感觉现在的WinCC越来越不稳定了。


 
以下网友喜欢您的帖子：
更多

  
侠圣

经验值: 4393
发帖数: 669
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 6楼 2021-02-04 19:57:04

前几天厂里设备也是数据采集不到，数据传输过程中有丢包。真折腾。


 
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 10585
发帖数: 1796
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 7楼 2021-02-04 19:58:26


学习，谢谢分享。


 
以下网友喜欢您的帖子：
更多

  
奇侠

经验值: 5692
发帖数: 767
精华帖: 1
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 8楼 2021-02-04 20:02:02

值得学习，谢谢分享。


 
以下网友喜欢您的帖子：
更多

  
侠圣

经验值: 3707
发帖数: 556
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 9楼 2021-02-04 21:05:00

测试层层推进，结论很有说服力。学习了


 
以下网友喜欢您的帖子：
更多

  
新手

经验值: 19
发帖数: 1
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障
推荐帖


只看楼主 只看精华 10楼 2021-02-05 02:19:28
咳咳，我就是那个客户，今晚我做了两次测试，开始按照你的说法在opc里进行更改设备编号，没有加前缀，后导入wincc发现不行，后把单通道里分组删掉，再次导入了大概5台设备变量通讯读写正常，后按照此做法更改了49台，测试就不行了，发现其读写都不正常，上网找找资料，结果发展你的帖子了，好巧

 
以下网友喜欢您的帖子：
更多

  
侠士

经验值: 1368
发帖数: 102
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 11楼 2021-02-05 07:29:04


谢谢分享。



西门子自动化
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 15532
发帖数: 1735
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 12楼 2021-02-05 08:13:41
以下是引用Zaxife在2021-02-04 17:59:49的发言 >5楼：

这个问题是WinCC的锅，西门子甩不掉的。怎么看都是兼容古董级别的通讯驱动架构造成的。

讲真，感觉现在的WinCC越来越不稳定了。


与5楼有同感！


海纳百川，厚德务实！
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 18085
发帖数: 1524
精华帖: 2
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 13楼 2021-02-05 08:17:29
以下是引用20160818FDDZN8在2021-02-05 02:19:28的发言 >10楼：咳咳，我就是那个客户，今晚我做了两次测试，开始按照你的说法在opc里进行更改设备编号，没有加前缀，后导入wincc发现不行，后把单通道里分组删掉，再次导入了大概5台设备变量通讯读写正常，后按照此做法更改了49台，测试就不行了，发现其读写都不正常，上网找找资料，结果发展你的帖子了，好巧

有那么巧，客户过来看帖子了？


我回来了！继续努力！
以下网友喜欢您的帖子：
更多

  
侠士

经验值: 1657
发帖数: 170
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 14楼 2021-02-05 08:23:52

学习了，以后注意这点，谢谢分享


任何值得做的事都值得把它做好
以下网友喜欢您的帖子：
更多

  
侠圣

经验值: 2337
发帖数: 190
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 15楼 2021-02-05 08:24:36

谢谢楼主分享


1112让人
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 14876
发帖数: 669
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 16楼 2021-02-05 08:38:30


问题解决了吗?


相信自己可以适应一切
以下网友喜欢您的帖子：
更多

  
侠士

经验值: 1751
发帖数: 379
精华帖: 0
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 17楼 2021-02-05 09:07:20

这个点值得关注下，以后得注意


路漫漫其修远
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 13081
发帖数: 1081
精华帖: 8
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 18楼 2021-02-05 09:23:36

原来的OPC DCOM单配置这一项都特别麻烦，稍微搞不好就连接不上，貌似现在的OPC UA会好很多，有使用过的麻烦反馈一下，谢谢


做最好的自己！活出自我！
以下网友喜欢您的帖子：
更多

  
至圣

经验值: 23756
发帖数: 3385
精华帖: 52
回复：分享一个WINCC OPC通讯罕见故障


只看楼主 只看精华 19楼 2021-02-05 09:33:15
以下是引用冰纱在2021-02-04 11:30:02的发言 >楼主：

RT，前几天客户反映一个问题，他在使用WINCC和繁易盒子进行OPC通讯时出现了写入延迟卡死的问题，故障表现为:WINCC更改变量后只在WINCC上有变化，实际PLC变量没有变化;如果在PLC或者繁易盒子软件上进行修改，WINCC上立马有变化。

按照自己多年经验，第一反应就是客户OPC通道建立有问题，因为他时多个同样的设备链接一个WINCC，采用了变量加了前缀区分的方式，后续拿到了客户OPC平台账号密码进行测试，单个站点和多个站点通讯都没有延迟，证明默认的OPC通道是没有问题的，问题再客户源程序上。

后面拿到了客户源程序，发现客户建立了很多OPC的通道，而不是在一个通道下进行分组，开始怀疑时这方面问题，于是删除了原来的所有通道，按照通常的单通道多分组的方式建立了几个设备的链接，测试正常后跟客户反馈，叫客户自己测试下。

结果过了一天，客户还在反映有这个问题，于是我叫他联系西门子，看下西门子工程师那边怎么说。结果西门子工程师回复也是没遇到过这种事，又想把问题推到繁易OPC这边，可是繁易那边技术回复也是没问题。既然两边都说自己没问题，那就是项目的问题了。

开始我推测是不是项目文件有损坏导致写入出现故障，于是我自己复制了源项目，按照顺序添加了变量测试，发现问题居然真的存在，那很明显不是偶然的问题，属于可复制的故障。于是我新建项目，通道一样建立，故障一致。

这个时候，我发现了两次测试时不一样的地方，那就是客户盒子并不是都在线，加上客户盒子的变量名是重复的，为了WINCC上能够读取，都是采用了批量增加前缀的方式，会不会是因为这个导致该故障的出现。

随后我根据个人推测，进行了两个项目的对照测试，同时测试了多个繁易账号的OPC，得出结论，该故障就是我推测的原因导致。


结论：通过OPC访问时，如果OPC端分组下的变量名一致，且采用了前缀或者后缀的重命名方式，那么在某一点掉线后，WINCC的写入将会卡死，即一直在访问掉线的那个点，导致其他正常的变量无法写入值；如果不采用前后缀的方式，在OPC端口就把变量名区分，那么不管导入的变量有没有掉线，都不会影响正常设备的通讯。

通过OPC访问时，如果OPC端分组下的变量名一致，且采用了前缀或者后缀的重命名方式，那么在某一点掉线后，WINCC的写入将会卡死，即一直在访问掉线的那个点，导致其他正常的变量无法写入值；如果不采用前后缀的方式，在OPC端口就把变量名区分，那么不管导入的变量有没有掉线，都不会影响正常设备的通讯。


这个帖子我没看懂


不忘初心
以下网友喜欢您的帖子：
更多

  
收起
分享一个WINCC OPC通讯罕见故障
您收到0封站内信：
×
×
信息提示
很抱歉！您所访问的页面不存在，或网址发生了变化，请稍后再试。