CN107231433B - 一种分布式控制系统dcs通信松耦合管理方法 - Google Patents
一种分布式控制系统dcs通信松耦合管理方法 Download PDFInfo
- Publication number
- CN107231433B CN107231433B CN201710541262.2A CN201710541262A CN107231433B CN 107231433 B CN107231433 B CN 107231433B CN 201710541262 A CN201710541262 A CN 201710541262A CN 107231433 B CN107231433 B CN 107231433B
- Authority
- CN
- China
- Prior art keywords
- communication
- channel
- library
- database
- communication path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2876—Pairs of inter-processing entities at each side of the network, e.g. split proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种分布式控制系统DCS通信松耦合管理方法,通信管理服务器建立DCS通信管理中间件,重新定义通信路径,通信管理服务器端注册通信路径,收发设备通过通信代理接收注册信息,进行实例化,收发设备在启动时,首先通过设备的通信代理询问远端通信管理服务器,是否有更新内容,若有更新,将进行库更新过程,重新实例化后再进行缓绑定初始化,若没有,则直接进行缓绑定初始化,激活完成缓绑定的实例,建立起通信链路,发射或接收通信信息。本发明降低系统改造升级所带来的通信系统的重置与调试的复杂程度,使DCS的通信流程自动化,保持并提高DCS系统的开放性,降低来自分布式系统异种软硬件平台的复杂性。
Description
技术领域
本发明涉及一种分布式控制系统DCS通信松耦合管理方法,属于分布式系统通用通信技术领域。
背景技术
现代DCS分布式控制系统,随着数据规模越来越庞大,以及操作站与控制站的网络规模的增加,作为DCS系统的重要组成部分的通信网络系统,其网络通信负荷也越来越重;另一方面,DCS通信网络中的网络结构越来越复杂,通讯协议的种类也越来越繁多,而且系统中作为调度层、管理层和决策层的后端的分布式实时数据库和分布式历史数据库,均依赖前端的控制总线和操作总线汇聚来的海量的通信。
现有的DCS通信方案,总体上是和系统中节点硬件设备、总线或网络结构和各种通信协议紧密结合的。这种耦合,如果在系统中发生设备升级,总线更换,以及网络结构更新等较大规模升级改造的情况下,整个通信方案也必须做出相应的广泛调整,其工作量在整个此类系统升级改造过程中所占用的比率相当大,重新调试恢复正常所费人员成本较大。
新兴的基于AMQP(高级消息队列协议)的消息中间件,是在金融行业开始使用的新兴消息中间件,是采用异步的消息队列将消息缓存,由消息生产者提供的,消息消费者使用的松耦合的通信构架。然而,分布式控制系统中大量数据的通信实时性要求颇高。
发明内容
本发明所要解决的技术问题是克服现有技术的缺陷,提供一种分布式控制系统DCS通信松耦合管理方法,通过放宽基础设备、总线方式、网络结构、通信协议和数据库的耦合,降低系统改造升级所带来的通信系统的重置与调试的复杂程度。
为解决上述技术问题,本发明提供一种分布式控制系统DCS通信松耦合管理方法,包括以下步骤:
1)统一管理DCS分布式控制系统中的各种通信类型,形成通信类型库,以XML或者SQL数据库形式存在并供使用;
2)统一管理DCS分布式控制系统的各种通信协议和数据库连接,形成协议连接库,以XML或者SQL数据库形式存在并供查询使用;
3)通信管理服务器建立DCS通信管理中间件,重新定义通信路径;
4)通信管理服务器端注册通信路径,注册完成后,并不立即绑定硬件设备、相应协议和驱动;
5)收发设备通过通信代理接收注册信息,进行实例化;
6)收发设备在启动时,首先通过设备的通信代理询问远端通信管理服务器,是否有更新内容,若有更新,将启动库更新过程,重新实例化后再转入下一步,若没有,则直接转入下一步;
7)进行缓绑定初始化;
8)激活完成缓绑定的实例,建立起通信路径,发射或接收通信信息。
前述的DCS通信管理中间件包含若干个自定义数据库,所述自定义数据库包括通信类型库,协议连接库,信主库,信道库,信源库,信宿库和通信路径库,所有数据库均以XML或者SQL数据库形式存在并供使用;
所述通信类型库的通信类型包含心跳连接、键值数据传输、文件传输、同步通信、SOE-COS事件、告警、一致性服务和消息服务;
所述协议连接库包括通信协议和数据库连接,通信协议包含http、ftp、tcp族、udp族、组播、广播、PTP、RPC、socket协议族、101、103、104、modbus、Profibus、自定义协议以及孽生出的多种同类通信协议;数据库连接包含SQL数据库连接、ODBC数据库连接池、JDBC数据库连接池、PI数据库连接、各种分布式No-SQL数据库连接、自定义连接池以及孽生出的多种同类数据库连接;
信主构成信主库,信主指收发设备;
信源构成信源库,每个信源仅属于一种信源类型,即IO层信源、控制层信源、操作层信源和管理层信源中的一种信源;
信宿构成信宿库,每个信宿仅属于一种信宿类型,即IO层信宿、控制层信宿、操作层信宿和管理层信宿中的一种信宿;
对于转发设备可被定义为信源,也可同时被定义为信宿;
信道类型包括心跳通道、键值数据通道、文件通道、同步通道、SOE-COS事件通道、告警通道、一致性服务通道、数据库通道、自定义消息服务通道以及由这些信道孽生出的通道;
所述信道库包括基本信道库和复合信道库;
每条基本信道的信道类型只能定义为所述信道类型中的一种,每条基本信道必须绑定一种通信协议或者数据库连接,不允许出现跨越两条总线的基本信道,必须满足通信协议与数据库连接的分层与跨层限制条件,同时不允许出现绑定复合协议的基本信道;基本信道存储在基本信道库;
每条复合信道由两条或者多条基本信道并行复合组成,或者由两条或者多条基本信道串行复合组成,甚至由若干条基本信道并行加串行复合组成;复合信道存储在复合信道库。
前述的协议连接库,其类型必须仅属于IO层内协议、跨控制总线协议、控制层内协议、跨操作总线协议、操作层内协议、以太网协议和以太网数据库连接七种协议类型中的一种,此为协议连接库的分层与跨层限制。
前述的通信路径由信源、信道和信宿三要素组成,缺一不可,分为基本通信路径或者复合通信路径;
所述基本通信路径由基本信道、信源和信宿三要素构成;信源选自信源库,信宿选自信宿库,基本信道选自基本信道库;
所述复合通信路径由复合信道、信源和信宿三要素构成;信源选自信源库,信宿选自信宿库,复合信道选自复合信道库;
所有完整的通信路径都存储在通信路径库中。
前述的步骤5)的实例化是指绑定发射设备、接收设备、协议连接库,以及绑定特定的信道参数,通过收发设备上的通信代理来完成实例化,具体过程如下:
实例化过程是由通信管理服务器发起的,所有在通信管理服务器中注册的完整通信路径中的收发设备上均有通信代理,通信代理均从通信管理服务器上获得自身设备相关的信息,这里的收发设备包括发射设备,信道中涉及的转发信主设备和接收设备;
发射设备的通信代理获得自身设备相关的信息包括:设备属性,发射类型,发射模式,信道与信道参数;
接收设备的通信代理获得自身设备相关的信息包括:设备属性,接收方式,信道与信道参数。
前述的设备属性包含设备id,设备名称,设备地址,设备端口号和设备驱动;
所述发射类型要求与通信类型定义相符;
所述信道与信道参数要求与信道定义相符;
所述发射模式主要是根据发送间隔时间来分类,包含脉冲发射,循环发射,单次发射和变长发射;
所述接收方式包含缓存方式、固化方式、同步方式和复合多种方式。
前述的步骤6)的库更新过程步骤如下:
6-1)在DCS通信管理中间件的协议连接库,信主库,信源库,基本信道库,复合信道库,信宿库的每个字段设置触发器,一旦发生增删改项目,均触发通信路径库的更新;
6-2)通信路径库的所有更新,均加入通信路径更新数据库暂时保存,该通信路径更新数据库临时记录通信路径数据库的所有增删改操作,通信路径更新数据库的所有增删改操作,在必要时刻,通过通信管理服务器方批量产生下发动作,将这些增删改操作按照顺序发送给对应的发射设备与接收设备的通信代理;
6-3)收发设备的通信代理根据通信管理服务器下发的更新内容更新本地的实例,根据更新内容构造新实例,新实例暂时不上线,先根据新实例重新进行绑定操作;
6-4)停止旧实例,新实例代替旧实例上线后将旧实例销毁,并将更新结果返回给通信管理服务器;
6-5)通信管理服务器接收到某条通信路径更新完毕的返回消息,将相应操作并入通信管理服务器,并从通信路径更新数据库中删除;
6-6)通信路径更新数据库中的记录全部被执行完毕,并删除,则完成整个库更新过程。
前述的步骤7)的缓绑定初始化是指收发设备的通信代理根据最新所获取的所有完整通信路径进行后绑定,从相应的信道库中获取正确的信道配置与信道参数,从协议连接库中获取正确的通信协议配置、数据库连接配置和驱动。
前述的支持新加通信路径,改变通信路径和删除通信路径;
对于新加通信路径,收发设备通过通信代理接收通信管理服务器下发的新增注册信息,经过实例化、缓绑定和激活过程来新建通信路径;
对于改变通信路径,收发设备通过通信代理接收通信管理服务器下发的修改注册信息,经过重新实例化、再绑定和再激活过程来重新建立通信路径;
对于删除通信路径,收发设备通过通信代理接收通信管理服务器下发的注销注册信息,经过冻结、解绑定和销毁实例的过程来注销通信路径。
前述的如果发射模式的间隔是长间隔,在每次发射--接收过程完毕后,则可临时将此实例冻结或者解绑定,下次通信前再重新绑定并激活此实例;定义间隔>5分钟为长间隔;
如果有临时的单次任务,即发射模式是单次发射的通信路径实例,在冻结或者解绑定实例后,任务结束;单次任务完成后,通信管理服务器将这个单次任务加入更新注销列表,下一次通信代理更新注册信息时,完成注销通信路径。
本发明所达到的有益效果:
本发明通过放宽基础设备、总线方式、网络结构、通信协议和数据库的耦合,降低系统改造升级所带来的通信系统的重置与调试的复杂程度,使DCS的通信流程自动化,保持并提高DCS系统的开放性,降低来自分布式系统异种软硬件平台的复杂性。
附图说明
图1为DCS通信管理中间件结构图;
图2为本发明实例化过程示例;
图3为本发明DCS通信松耦合管理方法流程图。
具体实施方式
下面对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。
本发明的DCS通信松耦合管理方法,如图3所示,包括以下步骤:
1)统一管理DCS分布式控制系统中的各种通信类型,形成通信类型库,以XML或者SQL数据库形式存在并供使用;通信类型库参见图1;
2)统一管理DCS分布式控制系统的各种通信协议和数据库连接,形成协议连接库,以XML或者SQL数据库形式存在并供查询使用;通信协议和数据库连接库参见图1;
3)通信管理服务器建立DCS通信管理中间件,重新定义通信路径;
4)通信管理服务器端注册通信路径,注册完成后,并不立即绑定硬件设备、相应协议和驱动;
5)收发设备通过通信代理接收到注册信息,进行实例化;
6)收发设备在启动时,首先通过设备的通信代理询问远端通信管理服务器,是否有更新内容,若有更新,将启动库更新过程,重新实例化后再转入下一步,若没有,则直接转入下一步;
7)进行缓绑定初始化;
8)激活完成缓绑定的实例,建立起通信路径,发射或接收通信信息。
具体的,步骤3)中的DCS通信管理中间件如图1所示,包含若干个定义数据库,这些数据库为包涵各种通信类型库,协议连接库,信主库,信道库,信源库,信宿库,通信路径库等,均以XML或者SQL数据库形式存在并供使用。
其中,
各种通信类型包含并不仅仅包含常见的心跳连接、键值数据传输、文件传输、同步通信、SOE-COS事件、告警、一致性服务和其他消息服务等种类。
协议连接库包括通信协议和数据库连接,通信协议包含并不仅仅包含常用的http、ftp、tcp族、udp族、组播、广播、PTP、RPC、socket协议族、101、103、104、modbus、Profibus及自定义协议等通信协议。每一类通信协议由于通讯参数不同将孽生出多种同类通信协议,其通信方式和基本特征相同。
数据库连接包含并不仅仅包含常用的各种SQL数据库连接、ODBC数据库连接池、JDBC数据库连接池、PI数据库连接、各种分布式No-SQL数据库连接以及自定义连接池等数据库连接。每一类数据库连接由于连接参数不同将孽生出多种同类数据库连接,其数据库连接种类和基本特征相同。
各类通信协议及其孽生出的同类通信协议一起录入通信协议与数据库连接库,各类数据库连接及其孽生出的同类数据库连接一起录入通信协议与数据库连接库,均以XML或SQL数据库形式存在并供后续配置和管理使用。
协议连接库,其类型必须仅属于IO层内协议、跨控制总线协议、控制层内协议、跨操作总线协议、操作层内协议、以太网协议和以太网数据库连接七种协议类型中的一种,此为协议连接库的分层与跨层限制。
信主进入信主库,信道进入信道库,以XML或者SQL数据库形式存在并供后续配置和管理使用。
信源(发射端)进入信源库,每个信源仅属于一种信源类型,即IO层信源、控制层信源、操作层信源和管理层信源中的一种信源。
信宿(接收端)进入信宿库,每个信宿仅属于一种信宿类型,即IO层信宿、控制层信宿、操作层信宿和管理层信宿中的一种信宿。
对于转发设备来说,可以被定义为信源(发射端),也可以同时被定义为信宿(接收端)。
信源库和信宿库以XML或者SQL数据库形式存在并供后续配置和管理使用。
信道类型包括心跳通道、键值数据通道、文件通道、同步通道、SOE-COS事件通道、告警通道、一致性服务通道、数据库通道、自定义消息服务通道以及由这些信道孽生出的通道。
信道分为基本信道和复合信道,其中,
每条基本信道的信道类型只能定义为如上信道类型中的一种。
每条基本信道必须绑定一种通信协议或者数据库连接,不允许出现跨越两条总线的基本信道,必须满足前述的通信协议与数据库连接的分层与跨层限制条件,同时不允许出现绑定复合协议的基本信道。基本信道存储在基本信道库。
每条复合信道由两条或者多条基本信道并行复合组成,也可以由两条或者多条基本信道串行复合组成,甚至由若干条基本信道并行加串行复合组成。复合信道存储在复合信道库。
一条完整的通信路径,由信源、信道和信宿三要素组成,缺一不可,也分为基本通信路径或者复合通信路径。
由基本信道、信源和信宿三要素构成完整的基本通信路径。信源选自前述定义的信源库,信宿选自前述定义的信宿库,基本信道选自前述定义的基本信道库。
由复合信道、信源和信宿三要素构成完整的复合通信路径。信源选自前述定义的信源库。信宿选自前述定义的信宿库,复合信道选自前述定义的复合信道库。
所有完整的通信路径都存储在通信路径库中。
具体的,步骤5)的实例化是指绑定发射设备、接收设备、协议连接库,以及绑定特定的信道参数,通过每个信主(收发设备)上的通信代理来完成实例化。
如图2所示,实例化过程是由通信管理服务器发起的,所有在通信管理服务器中注册的完整通信路径中的收发设备上均有通信代理,通信代理均从通信管理服务器上获得自身设备相关的信息,这里的收发设备包括发射设备,信道中涉及的转发信主设备和接收设备。
发射设备的通信代理获得自身设备相关的信息包括:设备属性,发射类型,发射模式,信道与信道参数,将这些消息进行缓绑定初始化,准备发射消息。
接收设备的通信代理获得自身设备相关的信息包括:设备属性,接收方式,信道与信道参数,将这些消息进行缓绑定初始化,准备接收消息。
上述设备属性包含设备id,设备名称,设备地址,设备端口号,设备驱动以及其他设备属性(例如:所属站,所属装置,所属域等等),与常规DCS设备配置相符。
上述发射类型要求与上述通信类型定义相符。
上述信道与信道参数要求与上述信道定义相符。
上述发射模式主要是根据发送间隔时间来分类,包含脉冲发射,循环发射,单次发射和变长发射。
上述接收方式包含缓存方式、固化方式、同步方式、复合多种方式和其他方式。
具体的,步骤7)的缓绑定初始化是一种松耦合设计,收发设备的通信代理根据最新所获取的所有完整通信路径进行“后绑定”,从相应的信道库(基本通信路径从基本信道库中获取,复合通信路径从复合信道库中获取)获取正确的信道配置与信道参数,从协议连接库中获取正确的通信协议配置、数据库连接配置和驱动。
与一般的“早绑定”通信系统中将收发设备通信所用的通信协议或数据库连接与驱动,以及各种参数直接写在程序代码中的方式不同的是:在缓绑定通信系统中,
其一,带有特定参数的通信路径是以中间件的形式存在的;
其二,信道库中的通信协议、数据库连接与驱动、信道参数是以中间件的形式存在的;
其三,通信路径库与信道库是在通信管理服务器上定义与配置的;
其四,在系统运行的期间,任何发射设备--信道--接收设备的通信路径的实例化是通过通信代理完成绑定的;
其五,在系统运行的期间,收发设备的通信代理可以监听到通信管理服务器上的更新,如有更新,通信代理可以获取到更新并重新实例化。
上述步骤6)的库更新过程为:
在DCS通信管理中间件的协议连接库,信主库,信源库,基本信道库,复合信道库,信宿库的每个字段设置触发器,一旦发生增删改项目,均触发通信路径库的更新。
通信路径库的所有更新,均加入通信路径更新数据库暂时保存,该通信路径更新数据库临时记录,通信路径数据库的所有增删改操作,通信路径更新数据库的所有增删改操作,在必要时刻,可以通过通信管理服务器方批量产生下发动作,将这些操作按照顺序发送给对应的发射设备与接收设备的通信代理;
收发设备的通信代理根据通信管理服务器下发的更新内容更新本地的实例,根据更新内容构造新实例,新实例暂时不上线,先根据新实例重新进行绑定操作;
停止旧实例,新实例代替旧实例上线后将旧实例销毁,并将更新结果返回给通信管理服务器;
通信管理服务器接收到某条通信路径更新完毕的返回消息,将相应操作并入通信管理服务器,并从通信路径更新数据库中删除;
通信路径更新数据库中的记录全部被执行完毕,并删除,则完成整个库更新过程。
本发明中还支持新加通信路径,改变通信路径和删除通信路径。
新加通信路径,收发设备通过通信代理接收通信管理服务器下发的新增注册信息,经过实例化、缓绑定和激活过程来新建通信路径。
改变通信路径,收发设备通过通信代理接收通信管理服务器下发的修改注册信息,经过重新实例化、再绑定和再激活过程来重新建立通信路径。
删除通信路径,收发设备通过通信代理接收通信管理服务器下发的注销注册信息,经过冻结、解绑定和销毁实例的过程来注销通信路径。
如果发射模式的间隔是长间隔,(例如,间隔>5分钟),在每次发射-接收过程完毕后,则可临时将此实例冻结或者解绑定,下次通信前再重新绑定并激活此实例。
如果有临时的单次任务,即发射模式是单次发射的通信路径实例(如临时注册收发文件的任务),在冻结或者解绑定实例后,任务结束(如图三中虚线部分)。单次任务完成后,通信管理服务器将这个单次任务加入更新注销列表,下一次通信代理更新注册信息时,完成注销通信路径。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变形,这些改进和变形也应视为本发明的保护范围。
Claims (8)
1.一种分布式控制系统DCS通信松耦合管理方法,其特征在于,包括以下步骤:
1)统一管理DCS分布式控制系统中的各种通信类型,形成通信类型库,以XML或者SQL数据库形式存在并供使用;
2)统一管理DCS分布式控制系统的各种通信协议和数据库连接,形成协议连接库,以XML或者SQL数据库形式存在并供查询使用;
3)通信管理服务器建立DCS通信管理中间件,重新定义通信路径;
所述DCS通信管理中间件包含若干个自定义数据库,所述自定义数据库包括通信类型库,协议连接库,信主库,信道库,信源库,信宿库和通信路径库,所有数据库均以XML或者SQL数据库形式存在并供使用;
所述通信类型库的通信类型包含心跳连接、键值数据传输、文件传输、同步通信、SOE-COS事件、告警、一致性服务和消息服务;
所述协议连接库包括通信协议和数据库连接,通信协议包含http、ftp、tcp族、udp族、组播、广播、PTP、RPC、socket协议族、101、103、104、modbus、Profibus、自定义协议以及孽生出的多种同类通信协议;数据库连接包含SQL数据库连接、ODBC数据库连接池、JDBC数据库连接池、PI数据库连接、各种分布式No-SQL数据库连接、自定义连接池以及孽生出的多种同类数据库连接;
信主构成信主库,信主指收发设备;
信源构成信源库,每个信源仅属于一种信源类型,即IO层信源、控制层信源、操作层信源和管理层信源中的一种信源;
信宿构成信宿库,每个信宿仅属于一种信宿类型,即IO层信宿、控制层信宿、操作层信宿和管理层信宿中的一种信宿;
对于转发设备可被定义为信源,也可同时被定义为信宿;
信道类型包括心跳通道、键值数据通道、文件通道、同步通道、SOE-COS事件通道、告警通道、一致性服务通道、数据库通道、自定义消息服务通道以及由这些信道孽生出的通道;
所述信道库包括基本信道库和复合信道库;
每条基本信道的信道类型只能定义为所述信道类型中的一种,每条基本信道必须绑定一种通信协议或者数据库连接,不允许出现跨越两条总线的基本信道,必须满足通信协议与数据库连接的分层与跨层限制条件,同时不允许出现绑定复合协议的基本信道;基本信道存储在基本信道库;
每条复合信道由两条或者多条基本信道并行复合组成,或者由两条或者多条基本信道串行复合组成,甚至由若干条基本信道并行加串行复合组成;复合信道存储在复合信道库;
4)通信管理服务器端注册通信路径,注册完成后,并不立即绑定硬件设备、相应协议和驱动;
5)收发设备通过通信代理接收注册信息,进行实例化;
6)收发设备在启动时,首先通过设备的通信代理询问远端通信管理服务器,是否有更新内容,若有更新,将启动库更新过程,重新实例化后再转入下一步,若没有,则直接转入下一步;
7)进行缓绑定初始化;所述缓绑定初始化是指收发设备的通信代理根据最新所获取的所有完整通信路径进行后绑定,从相应的信道库中获取正确的信道配置与信道参数,从协议连接与数据库连接库中获取正确的通信协议配置、数据库连接配置和驱动;
8)激活完成缓绑定的实例,建立起通信路径,发射或接收通信信息。
2.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,所述协议连接库,其类型必须仅属于IO层内协议、跨控制总线协议、控制层内协议、跨操作总线协议、操作层内协议、以太网协议和以太网数据库连接七种协议类型中的一种,此为协议连接库的分层与跨层限制。
3.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,所述通信路径由信源、信道和信宿三要素组成,缺一不可,分为基本通信路径或者复合通信路径;
所述基本通信路径由基本信道、信源和信宿三要素构成;信源选自信源库,信宿选自信宿库,基本信道选自基本信道库;
所述复合通信路径由复合信道、信源和信宿三要素构成;信源选自信源库,信宿选自信宿库,复合信道选自复合信道库;
所有完整的通信路径都存储在通信路径库中。
4.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,所述步骤5)的实例化是指绑定发射设备、接收设备、协议连接库,以及绑定特定的信道参数,通过收发设备上的通信代理来完成实例化,具体过程如下:
实例化过程是由通信管理服务器发起的,所有在通信管理服务器中注册的完整通信路径中的收发设备上均有通信代理,通信代理均从通信管理服务器上获得自身设备相关的信息,这里的收发设备包括发射设备,信道中涉及的转发信主设备和接收设备;
发射设备的通信代理获得自身设备相关的信息包括:设备属性,发射类型,发射模式,信道与信道参数;
接收设备的通信代理获得自身设备相关的信息包括:设备属性,接收方式,信道与信道参数。
5.根据权利要求4所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,所述设备属性包含设备id,设备名称,设备地址,设备端口号和设备驱动;
所述发射类型要求与通信类型定义相符;
所述信道与信道参数要求与信道定义相符;
所述发射模式主要是根据发送间隔时间来分类,包含脉冲发射,循环发射,单次发射和变长发射;
所述接收方式包含缓存方式、固化方式、同步方式和复合多种方式。
6.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,所述步骤6)的库更新过程步骤如下:
6-1)在DCS通信管理中间件的协议连接库,信主库,信源库,基本信道库,复合信道库,信宿库的每个字段设置触发器,一旦发生增删改项目,均触发通信路径库的更新;
6-2)通信路径库的所有更新,均加入通信路径更新数据库暂时保存,该通信路径更新数据库临时记录通信路径数据库的所有增删改操作,通信路径更新数据库的所有增删改操作通过通信管理服务器方批量产生下发动作,将这些增删改操作按照顺序发送给对应的发射设备与接收设备的通信代理;
6-3)收发设备的通信代理根据通信管理服务器下发的更新内容更新本地的实例,根据更新内容构造新实例,新实例暂时不上线,先根据新实例重新进行绑定操作;
6-4)停止旧实例,新实例代替旧实例上线后将旧实例销毁,并将更新结果返回给通信管理服务器;
6-5)通信管理服务器接收到某条通信路径更新完毕的返回消息,将相应操作并入通信管理服务器,并从通信路径更新数据库中删除;
6-6)通信路径更新数据库中的记录全部被执行完毕,并删除,则完成整个库更新过程。
7.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,支持新加通信路径,改变通信路径和删除通信路径;
对于新加通信路径,收发设备通过通信代理接收通信管理服务器下发的新增注册信息,经过实例化、缓绑定和激活过程来新建通信路径;
对于改变通信路径,收发设备通过通信代理接收通信管理服务器下发的修改注册信息,经过重新实例化、再绑定和再激活过程来重新建立通信路径;
对于删除通信路径,收发设备通过通信代理接收通信管理服务器下发的注销注册信息,经过冻结、解绑定和销毁实例的过程来注销通信路径。
8.根据权利要求1所述的一种分布式控制系统DCS通信松耦合管理方法,其特征在于,如果发射模式的间隔是长间隔,在每次发射--接收过程完毕后,则可临时将此实例冻结或者解绑定,下次通信前再重新绑定并激活此实例;定义间隔>5分钟为长间隔;
如果有临时的单次任务,即发射模式是单次发射的通信路径实例,在冻结或者解绑定实例后,任务结束;单次任务完成后,通信管理服务器将这个单次任务加入更新注销列表,下一次通信代理更新注册信息时,完成注销通信路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710541262.2A CN107231433B (zh) | 2017-07-05 | 2017-07-05 | 一种分布式控制系统dcs通信松耦合管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710541262.2A CN107231433B (zh) | 2017-07-05 | 2017-07-05 | 一种分布式控制系统dcs通信松耦合管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107231433A CN107231433A (zh) | 2017-10-03 |
CN107231433B true CN107231433B (zh) | 2020-04-07 |
Family
ID=59957553
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710541262.2A Active CN107231433B (zh) | 2017-07-05 | 2017-07-05 | 一种分布式控制系统dcs通信松耦合管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107231433B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586171B (zh) * | 2020-05-07 | 2023-05-30 | 广州虎牙信息科技有限公司 | 服务器运行方法和装置、电子设备及存储介质 |
CN113194124B (zh) * | 2021-04-19 | 2022-10-25 | 西安热工研究院有限公司 | 基于分布式实时数据库的dcs后台多节点间点目录同步方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102854853A (zh) * | 2012-08-13 | 2013-01-02 | 北京和利时系统工程有限公司 | 一种跨平台轻量级的分布式控制系统 |
CN103930870A (zh) * | 2011-09-19 | 2014-07-16 | 施奈德电气自动控制有限责任公司 | 用于生成和处理用于分布式控制系统的组件的应用的方法以及用于实施所述方法的工程系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014121194A1 (en) * | 2013-02-01 | 2014-08-07 | Introspective Power, Inc. | Generic distributed processing for multi-agent systems |
-
2017
- 2017-07-05 CN CN201710541262.2A patent/CN107231433B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103930870A (zh) * | 2011-09-19 | 2014-07-16 | 施奈德电气自动控制有限责任公司 | 用于生成和处理用于分布式控制系统的组件的应用的方法以及用于实施所述方法的工程系统 |
CN102854853A (zh) * | 2012-08-13 | 2013-01-02 | 北京和利时系统工程有限公司 | 一种跨平台轻量级的分布式控制系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107231433A (zh) | 2017-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102790781B (zh) | 一种中间件、带行业应用中间件的m2m系统及其应用方法 | |
CN100479575C (zh) | 在设备管理中实现预定操作的方法及装置 | |
CN112069265B (zh) | 配置数据的同步方法、业务数据系统、计算机系统和介质 | |
EP3617961A1 (en) | Intelligent adaptor service in unified automation platforms for robotic process automation | |
US20070299906A1 (en) | Server change management | |
US20070016674A1 (en) | Information exchange system, management server, and method for reducing network load used in the same | |
CN110138876B (zh) | 任务部署方法、装置、设备及平台 | |
US20070016673A1 (en) | Information exchange system and management server, terminal unit, and method for reducing network load used in the same | |
CN103019757A (zh) | 一种在多台客户端间同步软件的方法、装置及系统 | |
CN107197012B (zh) | 一种基于元数据管理系统的服务发布及监管系统及方法 | |
CN110062041B (zh) | 一种基于区块链的iot设备变更的方法及装置 | |
CN107231433B (zh) | 一种分布式控制系统dcs通信松耦合管理方法 | |
CN107621935A (zh) | 一种联动控制系统和联动控制方法 | |
CN201886473U (zh) | 配置文件更新系统、配置服务器及应用服务器 | |
CN105677536A (zh) | 一种任务消息的实现方法及实现该任务消息的任务系统 | |
CN101071435B (zh) | 一种基于嵌入式数据库的分布式访问方法 | |
CN103152191A (zh) | 一种物联网业务网关数据处理方法和系统 | |
DE69824974T2 (de) | Benachrichtigungssystem in einer telekommunikationssteuereinrichtung | |
CN104410511A (zh) | 一种服务器管理方法及系统 | |
US20070038699A1 (en) | Method and device arrangement for managing a user application/device management server/client device environment | |
CN114116791A (zh) | 一种基于mqtt协议消息的数据同步方法及系统 | |
CN101827005A (zh) | 一种自动配置家庭网关的方法和系统 | |
CN112542002A (zh) | 一种租车系统控制方法及装置 | |
CN115858582A (zh) | 一种缓存实时更新方法、装置、设备及存储介质 | |
EP3837808B1 (en) | Management model for network equipment performance measurements |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |