[发明专利]一种OPC协议通信过程中实现断线重连的方法有效
申请号: | 201611233760.2 | 申请日: | 2016-12-28 |
公开(公告)号: | CN106789281B | 公开(公告)日: | 2019-12-31 |
发明(设计)人: | 彭亮;韩涛;李龙飞;王明军;郝庆贺 | 申请(专利权)人: | 青岛海天炜业过程控制技术股份有限公司 |
主分类号: | H04L12/24 | 分类号: | H04L12/24;H04L29/06 |
代理公司: | 11340 北京天奇智新知识产权代理有限公司 | 代理人: | 陈永宁 |
地址: | 266101 山东省青岛市崂山*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | 本发明提供一种OPC协议(OLE for Process Control用于过程控制的OLE)通信过程中实现断线重连的方法,首先是探测到通信异常的处理。其次,是探测到通信正常的恢复处理。本发明能够实现在OPC通信过程中出现网口断线或通信异常造成重传时,上传日志到防火墙管理端,通知操作员,开启OPC代理功能,维持住OPC通信连接,实时检测通信的恢复情况,通信恢复时,进行必要的数据校对、恢复,使OPC通信连接自动恢复正常,该方法减少了操作员的大量附加工作,防止了OPC服务的耗时配置、重启以及OPC通信的重新连接,提高了工业设备的运行能力,增加设备产出水平。 | ||
搜索关键词: | 一种 opc 协议 通信 过程 实现 断线 方法 | ||
【主权项】:
1.一种OPC协议通信过程中实现断线重连的方法,其特征在于,包括以下步骤:/n步骤102:存储rpc数据包;/n步骤104:将接收到的rpc数据包与步骤102中存储的rpc数据包进行比较,若连续三次比较结果相同,证明相应方向的通信出现了数据包的连续重传,认定相应方向通信产生了通信故障;/n步骤106:若OPC服务端方向产生了步骤104所述通信故障或连接OPC服务端的防火墙网口异常则进行步骤108; 若OPC客户端方向产生了步骤104所述通信故障或连接OPC客户端的防火墙网口异常则只进行步骤110;若因网口产生的异常,进行步骤112;若因重传产生的通信异常,进行步骤114;/n步骤108:开启防火墙OPC代理功能;/n步骤110:防火墙上报报警日志,通知操作员防火墙具体某一条OPC通信链路产生通信故障;/n步骤112:若因网口产生的异常,则实时检测防火墙网口是否恢复;若恢复进入步骤116;/n步骤114: 若因重传产生的通信异常,则将OPC客户端的seq数据根据步骤102中存储的OPC客户端的数据包的seq数据进行校对修改之后向OPC服务器方向发送,将步骤102中存储的数据包定时向OPC客户端发送,确保OPC通信服务不会断线;/n步骤116:若步骤112中网口恢复或步骤114中收到来自OPC服务器的数据响应,则认为通信恢复正常;/n所述步骤102包括:存储OPC双向正常通信时间戳最新及seq最大的两个方向上的rpc数据包;/n所述步骤104包括:将接收到的rpc数据包的序列号、数据长度、应用数据参数与步骤102中存储rpc的数据包进行比较;/n所述步骤108还包括:开启防火墙OPC代理功能之后收到任何方向上的RST重置请求,则关闭OPC代理功能;/n所述步骤114包括:若因重传产生的通信异常,则将OPC客户端实时请求的数据包的seq数据根据步骤102中存储的OPC客户端的数据包的seq数据进行校对修改之后向OPC服务器方向发送,将步骤102中存储的OPC服务器数据包定时向OPC客户端发送,确保OPC通信服务不会断线;若收到来自OPC服务器的数据响应,则进入步骤116;/n所述步骤116包括:若步骤112中网口恢复或步骤114中收到来自OPC服务器的数据响应,则认为通信恢复正常,OPC代理功能向OPC服务器快速发送请求包,不断累加OPC服务器响应数据包的seq数据值,将OPC服务器响应的数据包中的seq数据累加到与客户端的请求包中seq数据相同之后,关闭OPC代理功能,OPC断线重连完成。/n
下载完整专利技术内容需要扣除积分,VIP会员可以免费下载。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于青岛海天炜业过程控制技术股份有限公司,未经青岛海天炜业过程控制技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/patent/201611233760.2/,转载请声明来源钻瓜专利网。
- 上一篇:一种粉条解冻水循环利用系统
- 下一篇:一种燕窝挑毛工具箱