CN111930496A - 集成控制方法、装置、楼宇控制系统、存储介质及处理器 - Google Patents
集成控制方法、装置、楼宇控制系统、存储介质及处理器 Download PDFInfo
- Publication number
- CN111930496A CN111930496A CN202010559359.8A CN202010559359A CN111930496A CN 111930496 A CN111930496 A CN 111930496A CN 202010559359 A CN202010559359 A CN 202010559359A CN 111930496 A CN111930496 A CN 111930496A
- Authority
- CN
- China
- Prior art keywords
- point location
- data
- point
- equipment
- protocol
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B15/00—Systems controlled by a computer
- G05B15/02—Systems controlled by a computer electric
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
- G06F13/16—Handling requests for interconnection or transfer for access to memory bus
- G06F13/1668—Details of memory controller
- G06F13/1673—Details of memory controller using buffers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Abstract
本发明公开了一种集成控制方法、装置、楼宇控制系统、存储介质及处理器,该方法包括:确定每个设备的设备数据和数据格式;将每个设备拆分为至少一个点位,确定每个设备所对应的至少一个点位的点位数据;根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存该映射关系;根据该映射关系,在控制器侧实现对不同设备的集成控制。本发明的方案,可以解决将不同设备的数据直接传输至服务器使得服务器的数据处理压力较大的问题,达到减小服务器的数据处理压力的效果。
Description
技术领域
本发明属于楼宇控制技术领域,具体涉及一种集成控制方法、装置、楼宇控制系统、存储介质及处理器,尤其涉及一种楼宇自控系统可编程控制器多协议设备集成数据处理与设备控制方法、装置、楼宇控制系统、存储介质及处理器。
背景技术
随着电子技术的发展,人们对大型楼宇自动化管理提出更高要求,在楼宇中,遍布着大量电气设备,不同设备采用不同的数据传输协议,若将设备数据直接传输至楼宇控制系统服务器,必将加大服务器的处理压力。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的目的在于,提供一种集成控制方法、装置、楼宇控制系统、存储介质及处理器,以解决将不同设备的数据直接传输至服务器使得服务器的数据处理压力较大的问题,达到减小服务器的数据处理压力的效果。
本发明提供一种集成控制方法,包括:确定每个设备的设备数据和数据格式;将每个设备拆分为至少一个点位,确定每个设备所对应的至少一个点位的点位数据;根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系;根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。
可选地,还包括:根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签;所述点位ID标签,包括:数据格式、设备数据、和/或点位数据;其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,包括:在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系;在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
可选地,其中,所述设备数据,包括:设备地址和/或设备名称;和/或,所述数据格式,包括:控制器地址、协议类型、和/或IP地址;和/或,所述点位数据,包括:点位ID标签、点位类型、点位地址、和/或点位名称。
可选地,在控制器侧实现对不同设备的集成控制,包括:在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;和/或,在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值;解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
可选地,还包括:在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式;根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系;根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。
可选地,在控制器侧实现相应设备与第三方的交互控制,包括:在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧;根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址;根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址;根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;和/或,在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧;根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值;根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据;所述第二解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
与上述方法相匹配,本发明另一方面提供一种集成控制装置,包括:确定单元,用于确定每个设备的设备数据和数据格式;确定单元,还用于将每个设备拆分为至少一个点位,确定每个设备所对应的至少一个点位的点位数据;配置单元,用于根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系;控制单元,用于根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。
可选地,还包括:配置单元,还用于根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签;所述点位ID标签,包括:数据格式、设备数据、和/或点位数据;其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,包括:在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系;在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
可选地,其中,所述设备数据,包括:设备地址和/或设备名称;和/或,所述数据格式,包括:控制器地址、协议类型、和/或IP地址;和/或,所述点位数据,包括:点位ID标签、点位类型、点位地址、和/或点位名称。
可选地,控制单元在控制器侧实现对不同设备的集成控制,包括:在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;和/或,在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值;解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
可选地,还包括:确定单元,还用于在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式;配置单元,还用于根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系;控制单元,还用于根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。
可选地,控制单元在控制器侧实现相应设备与第三方的交互控制,包括:在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧;根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址;根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址;根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;和/或,在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧;根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值;根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据;所述第二解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
与上述装置相匹配,本发明再一方面提供一种楼宇控制系统,包括:以上所述的集成控制装置。
与上述方法相匹配,本发明再一方面提供一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行以上所述的集成控制方法。
与上述方法相匹配,本发明再一方面提供一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行以上所述的集成控制方法。
由此,本发明的方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,可以解决在楼宇控制系统中,将不同设备的数据直接传输至服务器,导致服务器的数据处理压力较大的问题,达到将不同设备的数据不直接传输至服务器,从而减小服务器的数据处理压力的效果。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明的集成控制方法的一实施例的流程示意图;
图2为本发明的方法中上位机或服务器读取相应点位所对应的设备的信息的一实施例的流程示意图;
图3为本发明的方法中上位机或服务器写入相应点位所对应的设备的信息的一实施例的流程示意图;
图4为本发明的方法中转换协议类型后与第三方交互的一实施例的流程示意图;
图5为本发明的方法中第三方读取相应点位所对应的设备的信息的一实施例的流程示意图;
图6为本发明的方法中第三方写入相应点位所对应的设备的信息的一实施例的流程示意图;
图7为本发明的集成控制装置的一实施例的结构示意图;
图8为控制器的数据流示意图;
图9为控制器的点位位置映射关系示意图,具体为控制器系统中点位数据在内存中的相对位置映射关系示意图;
图10为点位ID标签格式的结构示意图;
图11为上位机读请求处理机制的流程示意图;
图12为转换协议后读请求处理机制的流程示意图;
图13为上位机控制请求处理机制的流程示意图;
图14为转换协议后控制请求处理机制的流程示意图。
结合附图,本发明实施例中附图标记如下:
102-确定单元;104-配置单元;106-控制单元。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明具体实施例及相应的附图对本发明技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
根据本发明的实施例,提供了一种集成控制方法,如图1所示本发明的方法的一实施例的流程示意图。该集成控制方法主要可以应用在楼宇控制系统中,在楼宇控制系统中设置有集成控制器如可编程控制器,楼宇控制系统中集成控制方法,可以包括:步骤S110至步骤S140。
在步骤S110处,在控制器中,即在集中控制系统中,在待控设备为两个以上设备的情况下,确定每个设备的设备数据和数据格式。
可选地,所述设备数据,可以包括:设备地址和/或设备名称。例如:不同协议设备的数据,即设备数据,可以是指与设备有关的一切属性,如设备地址、设备名称等。
可选地,所述数据格式,可以包括:控制器地址、协议类型、和/或IP地址。
例如:控制器的每个接口接哪种协议的设备、设备有几个点位等,需预先进行配置。当需要获取控制器的某个接口的某个设备的点位数据时,就可以按配置的相应协议的设备的数据格式进行请求和解析应答数据。如Modbus协议的读请求帧格式为设备地址+功能码+点位起始地址+点位数量+CRC校验码,Modbus协议的响应帧格式为设备地址+功能码+数据长度+数据+CRC校验码,这样就实现了对设备的点位数据的采集。
在步骤S120处,将每个设备拆分为至少一个点位,以实现使每个设备对应至少一个点位,确定每个设备所对应的至少一个点位的点位数据。
可选地,所述点位数据,可以包括:点位ID标签、点位类型、点位地址、和/或点位名称。
例如:在楼控系统中,设备数据的最小单位可以是一个点位。一个点位可以携带多个属性,如点位类型、点位地址、点位名称等,不同协议设备的点位可携带的属性数量不同。一个设备的数据可由多个点位组成,成百上千的设备便组成庞大的系统监控点位。点位的数据,即点位数据,可以指与点位有关的一切属性,如点位类型、点位地址、和/或点位名称等。
在步骤S130处,根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系,以实现不同设备、以及不同设备所对应的至少一个点位的绑定。
例如:当控制器接入多个设备时,先根据不同协议设备的数据格式,解析出点位的原始属性;再根据实际需求通过上位机配置设备及点位的数据,待配置完所有设备点位后再下发至控制器的数据库中,完成设备点位的绑定。
例如:数据缓存区的初始化。为达到点位读值快的目的,可设计一种特殊的点位数据缓存区存储结构,通过点位的位置映射关系,建立一块足够大的连续内存缓存区,并按照“控制器-端口-协议-IP地址-设备-点位”的映射关系存储设备点位的数据(如点位数据可以包括ID标签),当拿到一个点位的ID标签时,便可快速查找到点位在缓存区的位置,从而获取到点位的属性。通过制定可编程控制器多种协议设备数据缓存的数据结构,提高控制器的响应速度,如优化设计数据缓存,提高可编程控制器响应速度,可以解决楼宇自控系统中可编程控制器响应速度慢的问题。
在步骤S140处,根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。例如:上位机或控制器读取某个点位值,即可获取设备的某个状态(如开关状态);上位机或控制器向某个点位写入值即可控制设备执行某个动作(如开关机)。
例如:通过制定可编程控制器多种协议设备数据处理的基本机制,实现云边协同控制,减轻服务器压力。如边缘化处理设备数据,减轻了服务器的数据处理压力,可脱离服务器运行,提高了系统稳定性,可以解决楼宇自控系统中不同协议设备的数据交互问题。
由此,通过建立不同设备、以及不同设备所对应的至少一个点位之间的映射关系,进而根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,可以减轻服务器侧的数据处理压力。
在一个可选实施方式中,还可以包括:根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签。所述点位ID标签,可以包括:数据格式、设备数据、和/或点位数据。
例如:控制器集成各种协议设备,实际是采集设备不同的状态数据。实现设备的集成,可将设备拆分为点位的集成,这样只需要保证每个点位的唯一性即可保证设备每个数据的正确性。进而,可以建立点位的一套映射关系,形成一个点位序列号,可以称为点位ID标签。
例如:对于一个点位来说,它存在于一个设备上,而这个设备的位置根据协议的不同而不同,不同协议的数据通过不同的端口传输,某些端口可同时进行不同的协议通信,而这些端口存在于一个控制器上。根据这个特点,如控制器-端口-协议-(IP地址)-设备-点位,制定点位的ID标签,可以参见图3所示的例子。只要保证每个点位的ID标签在整个楼宇自控系统中是唯一的,便可以轻松找到这个点位、读写该点位,进而达到获取设备某个状态或控制设备执行某个动作的目的。
其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,可以包括:在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系;在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
例如:建立映射关系:控制器上有两个网口(如eth1和eth2)、两个RS485接口(如RS485-1和RS485-2),可以约定好这四个接口的编号分别为0、1、2、3;接着是协议类型,如控制器可接入BACnet IP协议、Modbus TCP、Modbus RTU,分别编号为0、1、2;接着是IP地址,涉及网口的通讯协议,就会有IP,如192.168.1.200,如去掉中间的“.”,就形成一串数字;如不涉及网口的通讯协议,就全设置为0;接着是设备地址,取决于要接的设备(同一接口下设备地址是唯一的);最后是点位,有两个字段,点位类型和点位地址(同一设备下的点位是唯一的)。有了这些约定,就可以得到一串唯一的数字,即点位的ID标签,相对于身份证。这样,在通信过程中先传一个ID标签在前、指令在后的数据内容,就可以快速定位到你要执行的目标点位位置。
由此,通过根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签,进而可以根据唯一的点位ID标签在控制器侧进行控制,有利于提升控制的便捷性和精准性。
其中,在控制器系统中,当配置集成某种协议设备后,系统会开启对应的处理线程循环读取下属绑定的设备点位数据,同时接收来自控制器向该设备的控制请求。控制器不同端口可存在多种协议处理线程,各线程间互不干扰,解析出点位的ID标签即可判定点位的读数据目标缓存地址或目标处理线程,以达到最快的响应速度。
可选地,步骤S140中根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,可以包括:第一控制过程,如上位机或服务器读取相应点位所对应的设备的信息的过程。
下面结合图2所示本发明的方法中上位机或服务器读取相应点位所对应的设备的信息的一实施例流程示意图,进一步说明上位机或服务器读取相应点位所对应的设备的信息的具体过程,可以包括:步骤S210和步骤S220。
步骤S210,在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据。所述第一解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。
步骤S220,根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取。
例如:当服务器等上层设备要读取下属设备某个状态或控制设备执行某个动作时,服务器的指令中携带对应的点位ID标签,控制器解析接收到的ID标签,即可获取到点位的原始属性数据(如点位类型和点位地址等)、点位所在的设备、设备的协议类型(如设备所在的网关IP)、设备所在的端口、端口所在的控制器模块,由此快速定位到点位所在的内存空间地址。进而,根据解析的数据,只需循环查询点位层的点位类型和点位地址,直到对比结果一致即可找到点位的内存地址。这样,亦可得到一个设备的ID标签,只需将点位类型和点位地址全置0即可。
例如:上位机向读请求处理机制,可以包括:控制器读取上位机发送的读请求;解析点位ID标签;获取原点位类型、原点位地址;结合数据缓存区的缓存数据,查找点位内存地址,读取点位数据;根据读取的点位数据,响应上位机发送的读请求。
可选地,步骤S140中根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,还可以包括:第二控制过程,如上位机或服务器写入相应点位所对应的设备的信息的过程。
下面结合图3所示本发明的方法中上位机或服务器写入相应点位所对应的设备的信息的一实施例流程示意图,进一步说明上位机或服务器写入相应点位所对应的设备的信息的具体过程,可以包括:步骤S310至步骤S330。
步骤S310,在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值。
步骤S320,解析所述点位ID标签,得到第一解析数据。所述第一解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。
步骤S330,根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
例如:上位机控制请求处理机制的流程,可以包括:上位机写请求;解析数据,得到点位ID标签和目标值;获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器;利于各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、ModbusRTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理;向下写某个点位,响应请求。
由此,通过使上位机或服务器基于点位ID标签读取和/或数据缓存区中相应点位的信息,便于上位机或服务器对相应点位的设备的管控,且访问速度快。
在一个可选实施方式中,还可以包括:转换协议类型后与第三方交互的过程。
下面结合图4所示本发明的方法中转换协议类型后与第三方交互的一实施例流程示意图,进一步说明转换协议类型后与第三方交互的具体过程,可以包括:步骤S410至步骤S430。
步骤S410,在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式。
步骤S420,根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系。
步骤S430,根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。
例如:控制器协议转换,将控制器所集成的协议设备转换为另一种协议输出,实际可拆分为点位类型和点位地址的重新配置,只需保证每个点位的这两个属性在整个系统中是唯一的即可。根据要转换的协议,重新给系统每个点位配置一个新的点位类型、点位地址,并开辟一块新的连续内存空间进行存储(存储内容也可以包括点位的ID标签),其他配置属性按照目标协议内容进行制定。如:协议转化,如将控制器上所有设备点位转化为Modbus协议,这种协议的特点是:每个点位只有两个属性,点位类型(如COIL、DISCRETE_INPUT、INPUT_REG、HOLDING_REG)和点位地址,那么要转化时,每个点位所要记录的缓存数据是新的类型、新的地址和标签ID,这样当接收要请求帧时,解析出点位类型和点位地址后,找到对应的标签ID,即可定位到该点位位置,便可获取对应的数据。
由此,通过在接收到第三方的目标协议的情况下,根据该目标协议转换协议类型后重新配置映射关系,并根据重新配置的映射关系与第三方进行交互,通过为不同协议相互转化提供统一的数据基础,便于数据管理,可以提高控制器开放性。
其中,当配置成开发某种标准协议时,会开启对应的处理线程等待第三方的请求,解析请求得到点位类型和地址,便可获取点位的ID标签,即可获得点位的原始数据,进而快速响应对应的操作请求。
可选地,步骤S430中根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制,可以包括:第一交互过程,如第三方读取相应点位所对应的设备的信息的过程。
下面结合图5所示本发明的方法中第三方读取相应点位所对应的设备的信息的一实施例流程示意图,进一步说明第三方读取相应点位所对应的设备的信息的具体过程,可以包括:步骤S510至步骤S540。
步骤S510,在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧。
步骤S520,根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址。
步骤S530,根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址。
步骤S540,根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取。
例如:系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到读请求。转换协议后读请求处理机制的流程,可以包括:接收转换协议后的读请求;根据协议解析读请求的请求帧;获取点位类型、点位地址;结合协议数据缓存区的缓存数据,查找点位ID标签;解析点位ID标签,获取原点位类型和原点位地址;结合控制器的数据缓存区的缓存数据,查找点位内侧地址,读取点位数据;根据读取的点位数据,响应转换协议后的读请求。
可选地,步骤S430中根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制,还可以包括:第二交互过程,如第三方写入相应点位所对应的设备的信息的过程。
下面结合图6所示本发明的方法中第三方写入相应点位所对应的设备的信息的一实施例流程示意图,进一步说明第三方写入相应点位所对应的设备的信息的具体过程,可以包括:步骤S610至步骤S640。
步骤S610,在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧。
步骤S620,根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值。
步骤S630,根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据。所述第二解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。
步骤S640,根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
例如:系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到控制请求。如转换协议后控制请求处理机制的流程,可以包括:、写请求;根据协议解析请求帧;获取点位类型、点位地址、目标值;结合协议数据缓存区,结合查找点位ID标签;解析点位ID标签;获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器;利用各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、Modbus RTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理;向下写某个点位,响应请求。
由此,通过使上位机或服务器基于点位ID标签读取和/或数据缓存区中相应点位的信息,便于上位机或服务器对相应点位的设备的管控,且访问速度快。
经大量的试验验证,采用本实施例的技术方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,可以实现楼控系统集中控制器集成多种协议设备,实现楼控系统云边协同处理,减轻系统服务器压力。
根据本发明的实施例,还提供了对应于集成控制方法的一种集成控制装置。参见图7所示本发明的装置的一实施例的结构示意图。该集成控制装置主要可以应用在楼宇控制系统中,在楼宇控制系统中设置有集成控制器如可编程控制器,楼宇控制系统中集成控制装置,可以包括:确定单元102、配置单元104和控制单元106。
在一个可选例子中,确定单元102,可以用于在控制器中,即在集中控制系统中,在待控设备为两个以上设备的情况下,确定每个设备的设备数据和数据格式。该确定单元102的具体功能及处理参见步骤S110。
可选地,所述设备数据,可以包括:设备地址和/或设备名称。
例如:不同协议设备的数据,即设备数据,可以是指与设备有关的一切属性,如设备地址、设备名称等。
可选地,所述数据格式,可以包括:控制器地址、协议类型、和/或IP地址。
例如:控制器的每个接口接哪种协议的设备、设备有几个点位等,需预先进行配置。当需要获取控制器的某个接口的某个设备的点位数据时,就可以按配置的相应协议的设备的数据格式进行请求和解析应答数据。如Modbus协议的读请求帧格式为设备地址+功能码+点位起始地址+点位数量+CRC校验码,Modbus协议的响应帧格式为设备地址+功能码+数据长度+数据+CRC校验码,这样就实现了对设备的点位数据的采集。
在一个可选例子中,确定单元102,还可以用于将每个设备拆分为至少一个点位,以实现使每个设备对应至少一个点位,确定每个设备所对应的至少一个点位的点位数据。该确定单元102的具体功能及处理还参见步骤S120。
可选地,所述点位数据,可以包括:点位ID标签、点位类型、点位地址、和/或点位名称。
例如:在楼控系统中,设备数据的最小单位可以是一个点位。一个点位可以携带多个属性,如点位类型、点位地址、点位名称等,不同协议设备的点位可携带的属性数量不同。一个设备的数据可由多个点位组成,成百上千的设备便组成庞大的系统监控点位。点位的数据,即点位数据,可以指与点位有关的一切属性,如点位类型、点位地址、和/或点位名称等。
在一个可选例子中,配置单元104,可以用于根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系,以实现不同设备、以及不同设备所对应的至少一个点位的绑定。该配置单元104的具体功能及处理还参见步骤S130。
例如:当控制器接入多个设备时,先根据不同协议设备的数据格式,解析出点位的原始属性;再根据实际需求通过上位机配置设备及点位的数据,待配置完所有设备点位后再下发至控制器的数据库中,完成设备点位的绑定。
例如:数据缓存区的初始化。为达到点位读值快的目的,可设计一种特殊的点位数据缓存区存储结构,通过点位的位置映射关系,建立一块足够大的连续内存缓存区,并按照“控制器-端口-协议-IP地址-设备-点位”的映射关系存储设备点位的数据(如点位数据可以包括ID标签),当拿到一个点位的ID标签时,便可快速查找到点位在缓存区的位置,从而获取到点位的属性。通过制定可编程控制器多种协议设备数据缓存的数据结构,提高控制器的响应速度,如优化设计数据缓存,提高可编程控制器响应速度,可以解决楼宇自控系统中可编程控制器响应速度慢的问题。
在一个可选例子中,控制单元106,可以用于根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。例如:上位机或控制器读取某个点位值,即可获取设备的某个状态(如开关状态);上位机或控制器向某个点位写入值即可控制设备执行某个动作(如开关机)。该控制单元106的具体功能及处理还参见步骤S140。
例如:通过制定可编程控制器多种协议设备数据处理的基本机制,实现云边协同控制,减轻服务器压力。如边缘化处理设备数据,减轻了服务器的数据处理压力,可脱离服务器运行,提高了系统稳定性,可以解决楼宇自控系统中不同协议设备的数据交互问题。
由此,通过建立不同设备、以及不同设备所对应的至少一个点位之间的映射关系,进而根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,可以减轻服务器侧的数据处理压力。
在一个可选实施方式中,还可以包括:配置单元104,还可以用于根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签。所述点位ID标签,可以包括:数据格式、设备数据、和/或点位数据。
例如:控制器集成各种协议设备,实际是采集设备不同的状态数据。实现设备的集成,可将设备拆分为点位的集成,这样只需要保证每个点位的唯一性即可保证设备每个数据的正确性。进而,可以建立点位的一套映射关系,形成一个点位序列号,可以称为点位ID标签。
例如:对于一个点位来说,它存在于一个设备上,而这个设备的位置根据协议的不同而不同,不同协议的数据通过不同的端口传输,某些端口可同时进行不同的协议通信,而这些端口存在于一个控制器上。根据这个特点,如控制器-端口-协议-(IP地址)-设备-点位,制定点位的ID标签,可以参见图3所示的例子。只要保证每个点位的ID标签在整个楼宇自控系统中是唯一的,便可以轻松找到这个点位、读写该点位,进而达到获取设备某个状态或控制设备执行某个动作的目的。
其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,可以包括:在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系。在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
例如:建立映射关系:控制器上有两个网口(如eth1和eth2)、两个RS485接口(如RS485-1和RS485-2),可以约定好这四个接口的编号分别为0、1、2、3;接着是协议类型,如控制器可接入BACnet IP协议、Modbus TCP、Modbus RTU,分别编号为0、1、2;接着是IP地址,涉及网口的通讯协议,就会有IP,如192.168.1.200,如去掉中间的“.”,就形成一串数字;如不涉及网口的通讯协议,就全设置为0;接着是设备地址,取决于要接的设备(同一接口下设备地址是唯一的);最后是点位,有两个字段,点位类型和点位地址(同一设备下的点位是唯一的)。有了这些约定,就可以得到一串唯一的数字,即点位的ID标签,相对于身份证。这样,在通信过程中先传一个ID标签在前、指令在后的数据内容,就可以快速定位到你要执行的目标点位位置。
由此,通过根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签,进而可以根据唯一的点位ID标签在控制器侧进行控制,有利于提升控制的便捷性和精准性。
其中,在控制器系统中,当配置集成某种协议设备后,系统会开启对应的处理线程循环读取下属绑定的设备点位数据,同时接收来自控制器向该设备的控制请求。控制器不同端口可存在多种协议处理线程,各线程间互不干扰,解析出点位的ID标签即可判定点位的读数据目标缓存地址或目标处理线程,以达到最快的响应速度。
可选地,控制单元106根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,可以包括:第一控制过程,如上位机或服务器读取相应点位所对应的设备的信息的过程,具体可以参见以下示例性说明。
控制单元106,具体还可以用于在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据。所述第一解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。该控制单元106的具体功能及处理还参见步骤S210。
控制单元106,具体还可以用于根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取。该控制单元106的具体功能及处理还参见步骤S220。
例如:当服务器等上层设备要读取下属设备某个状态或控制设备执行某个动作时,服务器的指令中携带对应的点位ID标签,控制器解析接收到的ID标签,即可获取到点位的原始属性数据(如点位类型和点位地址等)、点位所在的设备、设备的协议类型(如设备所在的网关IP)、设备所在的端口、端口所在的控制器模块,由此快速定位到点位所在的内存空间地址。进而,根据解析的数据,只需循环查询点位层的点位类型和点位地址,直到对比结果一致即可找到点位的内存地址。这样,亦可得到一个设备的ID标签,只需将点位类型和点位地址全置0即可。
例如:上位机向读请求处理机制,可以包括:控制器读取上位机发送的读请求。解析点位ID标签。获取原点位类型、原点位地址。结合数据缓存区的缓存数据,查找点位内存地址,读取点位数据。根据读取的点位数据,响应上位机发送的读请求。
可选地,控制单元106根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制,还可以包括:第二控制过程,如上位机或服务器写入相应点位所对应的设备的信息的过程,具体可以参见以下示例性说明。
控制单元106,具体还可以用于在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值。该控制单元106的具体功能及处理还参见步骤S310。
控制单元106,具体还可以用于解析所述点位ID标签,得到第一解析数据。所述第一解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。该控制单元106的具体功能及处理还参见步骤S320。
控制单元106,具体还可以用于根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。该控制单元106的具体功能及处理还参见步骤S330。
例如:上位机控制请求处理机制的流程,可以包括:上位机写请求。解析数据,得到点位ID标签和目标值;获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器;利于各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、ModbusRTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理;向下写某个点位,响应请求。
由此,通过使上位机或服务器基于点位ID标签读取和/或数据缓存区中相应点位的信息,便于上位机或服务器对相应点位的设备的管控,且访问速度快。
在一个可选实施方式中,还可以包括:转换协议类型后与第三方交互的过程,具体可以参见以下示例性说明。
确定单元102,还可以用于在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式。该确定单元102的具体功能及处理还参见步骤S410。
配置单元104,还可以用于根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系。该配置单元104的具体功能及处理还参见步骤S420。
控制单元106,还可以用于根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。该控制单元106的具体功能及处理还参见步骤S430。
例如:控制器协议转换,将控制器所集成的协议设备转换为另一种协议输出,实际可拆分为点位类型和点位地址的重新配置,只需保证每个点位的这两个属性在整个系统中是唯一的即可。根据要转换的协议,重新给系统每个点位配置一个新的点位类型、点位地址,并开辟一块新的连续内存空间进行存储(存储内容也可以包括点位的ID标签),其他配置属性按照目标协议内容进行制定。如:协议转化,如将控制器上所有设备点位转化为Modbus协议,这种协议的特点是:每个点位只有两个属性,点位类型(如COIL、DISCRETE_INPUT、INPUT_REG、HOLDING_REG)和点位地址,那么要转化时,每个点位所要记录的缓存数据是新的类型、新的地址和标签ID,这样当接收要请求帧时,解析出点位类型和点位地址后,找到对应的标签ID,即可定位到该点位位置,便可获取对应的数据。
由此,通过在接收到第三方的目标协议的情况下,根据该目标协议转换协议类型后重新配置映射关系,并根据重新配置的映射关系与第三方进行交互,通过为不同协议相互转化提供统一的数据基础,便于数据管理,可以提高控制器开放性。
其中,当配置成开发某种标准协议时,会开启对应的处理线程等待第三方的请求,解析请求得到点位类型和地址,便可获取点位的ID标签,即可获得点位的原始数据,进而快速响应对应的操作请求。
可选地,控制单元106根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制,可以包括:第一交互过程,如第三方读取相应点位所对应的设备的信息的过程,具体可以参见以下示例性说明。
控制单元106,具体还可以用于在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧。该控制单元106的具体功能及处理还参见步骤S510。
控制单元106,具体还可以用于根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址。该控制单元106的具体功能及处理还参见步骤S520。
控制单元106,具体还可以用于根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址。该控制单元106的具体功能及处理还参见步骤S530。
控制单元106,具体还可以用于根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取。该控制单元106的具体功能及处理还参见步骤S540。
例如:系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到读请求。转换协议后读请求处理机制的流程,可以包括:接收转换协议后的读请求;根据协议解析读请求的请求帧;获取点位类型、点位地址;结合协议数据缓存区的缓存数据,查找点位ID标签;解析点位ID标签,获取原点位类型和原点位地址;结合控制器的数据缓存区的缓存数据,查找点位内侧地址,读取点位数据;根据读取的点位数据,响应转换协议后的读请求。
可选地,控制单元106根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制,还可以包括:第二交互过程,如第三方写入相应点位所对应的设备的信息的过程,具体可以参见以下示例性说明。
控制单元106,具体还可以用于在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧。该控制单元106的具体功能及处理还参见步骤S610。
控制单元106,具体还可以用于根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值。该控制单元106的具体功能及处理还参见步骤S620。
控制单元106,具体还可以用于根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据。所述第二解析数据,可以包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式。该控制单元106的具体功能及处理还参见步骤S630。
控制单元106,具体还可以用于根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。该控制单元106的具体功能及处理还参见步骤S640。
例如:系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到控制请求。如转换协议后控制请求处理机制的流程,可以包括:、写请求;根据协议解析请求帧;获取点位类型、点位地址、目标值;结合协议数据缓存区,结合查找点位ID标签;解析点位ID标签;获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器;利用各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、Modbus RTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理;向下写某个点位,响应请求。
由此,通过使上位机或服务器基于点位ID标签读取和/或数据缓存区中相应点位的信息,便于上位机或服务器对相应点位的设备的管控,且访问速度快。
由于本实施例的装置所实现的处理及功能基本相应于前述图1至图6所示的方法的实施例、原理和实例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
经大量的试验验证,采用本发明的技术方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,提高控制器的数据处理效率,实现了楼宇内多种协议设备的数据采集和设备控制,为大型楼宇的高效率自动化管理提供坚实基础。
根据本发明的实施例,还提供了对应于集成控制装置的一种楼宇控制系统。该楼宇控制系统可以包括:以上所述的集成控制装置。
随着电子技术的发展,人们对大型楼宇自动化管理提出更高要求,在楼宇中,遍布着大量电气设备,不同设备采用不同的数据传输协议,如空调设备常采用BACnet(即楼宇自动化与控制网络)、Modbus(即一种串行通信协议)协议,照明设备常采用KNX(即家居和楼宇控制领域唯一的开放式国际标准)协议等,若将设备数据直接传输至楼宇控制系统服务器,必将加大服务器的处理压力,还存在当服务器故障时电气设备无法正常运行的风险,于是云边协同处理应运而生。所谓云边协同,即在设备端提供一至多个控制器,由控制器控制设备及采集现场设备的数据进行处理后再上传至楼宇控制系统服务器,形成了在设备端就近处理数据,服务器端存储及后台展示现场设备状态的协同处理系统。
在一个可选实施方式中,本发明的方案,提供了一种楼宇自控系统可编程控制器多协议设备集成数据处理与设备控制方法及装置,提高控制器的数据处理效率,实现了楼宇内多种协议设备的数据采集和设备控制,为大型楼宇的高效率自动化管理提供坚实基础。本发明的方案,可以实现楼控系统集中控制器集成多种协议设备,实现楼控系统云边协同处理,减轻系统服务器压力。
可选地,本发明的方案,可以制定可编程控制器对控制指令处理的基本机制,实现设备就近控制,可以解决楼宇自控系统中不同协议设备的联动控制问题。
可选地,本发明的方案,可以实现不同协议设备的集成,屏蔽了底层设备的差异,打破各协议设备数据交互壁垒还可以解决楼宇自控系统中不同协议设备的集成问题。
可选地,本发明的方案,可以制定可编程控制器多种协议设备转化为一种或多种协议的基本准则,实现控制器的协议转换。通过为不同协议相互转化提供统一的数据基础,便于数据管理,提高控制器开放性,可以解决楼宇自控系统中不同协议设备的协议转化问题。
可选地,本发明的方案,可以制定可编程控制器多种协议设备数据缓存的数据结构,提高控制器的响应速度。通过优化设计数据缓存,提高可编程控制器响应速度,可以解决楼宇自控系统中可编程控制器响应速度慢的问题。
可选地,本发明的方案,可以制定可编程控制器多种协议设备数据处理的基本机制,实现云边协同控制,减轻服务器压力。通过边缘化处理设备数据,减轻了服务器的数据处理压力,可脱离服务器运行,提高了系统稳定性,可以解决楼宇自控系统中不同协议设备的数据交互问题。
例如:本发明的方案的控制器功能之一就是实现云边协同处理,在控制器端优化各类协议数据的缓存存储结构,借助本发明提及的映射关系,可快速定位数据存储位置,以便更快地响应远端或云端服务器的请求,控制器同时对采集回来的本地多种协议设备数据进行处理,再转化成一种数据传输给服务器,减轻远端/云端服务器的业务数据处理压力,也就是云边协同处理。
在一个可选具体实施方式中,可以参见图8至图14所示的例子,对本发明的方案的具体实现过程进行示例性说明。
图8为控制器的数据流示意图。如图8所示,在管理层设置有上位机,在数据层设置有数据库、数据缓存区和控制处理区,在协议层设置有多个协议如Modbus TCP client/server、BACnet IP client/server、Modbus RTU client/server、BACnet MS/TP client/server等,在端口层设置有多个接口如标准网口、RS485接口等。上位机与数据缓存区连接,数据缓存区分别连接各协议,Modbus TCP client/server、BACnet IP client/server连接标准网口,Modbus RTU client/server、BACnet MS/TP client/server连接RS485接口,等等。控制处理区连接上位机,还分别连接各协议。
在楼控系统中,设备数据的最小单位可以是一个点位。一个点位可以携带多个属性,如点位类型、点位地址、点位名称等,不同协议设备的点位可携带的属性数量不同。一个设备的数据可由多个点位组成,成百上千的设备便组成庞大的系统监控点位。上位机或控制器读取某个点位值,即可获取设备的某个状态(如开关状态);上位机或控制器向某个点位写入值即可控制设备执行某个动作(如开关机)。
在一个可选具体例子中,楼宇自控系统可编程控制器多协议设备集成数据处理与设备控制的详细实现方法,可以参见以下示例性说明。
步骤1、当控制器接入多个设备时,先根据不同协议设备的数据格式,解析出点位的原始属性;再根据实际需求通过上位机配置设备及点位的数据,待配置完所有设备点位后再下发至控制器的数据库中(如图8所示的数据库),完成设备点位的绑定。
例如:解析时,可以根据协议进行解析。假设控制器接了一个modbus设备,设备的开关为一个点位,地址是1,类型是线圈,我们就把它绑定到我们的控制器中,以后通过对这个点位写值1/0,就可以控制设备的开关。开设备(写值1):写线圈类型的点位请求帧是0A(设备地址)05(功能码)00 01(起始地址)FF 00(有效数据)+6D 40(CRC校验码)。
例如:实际需求,可以是点位名称、描述(备注具体信息)、转化成其他标准协议等等。根据楼宇自控系统工程的需求,比如点位的备注、名称等,通过系统就可以知道这个点位的作用。另外,还有一些需求就是将点位的值取反,或者将点位的值的高低位互换等等。
其中,不同协议设备的数据,即设备数据,可以是指与设备有关的一切属性,如设备地址、设备名称等。点位的数据,即点位数据,可以指与点位有关的一切属性,如点位类型、点位地址、点位名称等。
例如:控制器的每个接口接什么协议的设备,设备有什么点位等,需预先进行配置,如可以通过软件进行配置。那么,当需要获取控制器的某个接口的某个设备的点位数据时,就可以按配置的相应协议的设备的数据格式进行请求和解析应答数据。如Modbus协议的读请求帧格式为设备地址+功能码+点位起始地址+点位数量+CRC校验码,Modbus协议的响应帧格式为设备地址+功能码+数据长度+数据+CRC校验码,这样就实现了对设备的点位数据的采集。
步骤2、控制器集成各种协议设备,实际是采集设备不同的状态数据。实现设备的集成,可将设备拆分为点位的集成,这样只需要保证每个点位的唯一性即可保证设备每个数据的正确性。进而,可以建立点位的一套映射关系,形成一个点位序列号,可以称为点位ID标签。
图9为控制器的点位位置映射关系示意图,具体为控制器系统中点位数据在内存中的相对位置映射关系示意图。如图9所示,对于一个点位来说,它存在于一个设备上,而这个设备的位置根据协议的不同而不同,不同协议的数据通过不同的端口传输,某些端口可同时进行不同的协议通信,而这些端口存在于一个控制器上。根据这个特点,如控制器-端口-协议-(IP地址)-设备-点位,制定点位的ID标签,可以参见图10所示的例子。只要保证每个点位的ID标签在整个楼宇自控系统中是唯一的,便可以轻松找到这个点位、读写该点位,进而达到获取设备某个状态或控制设备执行某个动作的目的。
例如:建立映射关系:比如控制器上面有两个网口(如eth1和eth2)、两个RS485接口(如RS485-1和RS485-2),可以约定好这四个接口的编号分别为0、1、2、3;接着是协议类型,如控制器可接入BACnet IP协议、Modbus TCP、Modbus RTU,分别编号为0、1、2;接着是IP地址,涉及网口的通讯协议,就会有IP,如192.168.1.200,如去掉中间的“.”,就形成一串数字;如不涉及网口的通讯协议,就全设置为0;接着是设备地址,取决于要接的设备(同一接口下设备地址是唯一的);最后是点位,有两个字段,点位类型和点位地址(同一设备下的点位是唯一的)。有了这些约定,就可以得到一串唯一的数字,即点位的ID标签,相对于身份证。这样,在通信过程中先传一个ID标签在前、指令在后的数据内容,就可以快速定位到你要执行的目标点位位置。
其中,对协议类型编号,因为同一端口下有可能是支持不同协议的,如网口可同时接Modbus TCP和BACnet IP协议设备,所以需要区分这个设备的哪种协议类型。
步骤3、数据缓存区(可以参见图8所示的例子)的初始化。在楼控系统中,控制器的响应速度是控制器的重要性能指标之一;控制器的响应速度可具体体现在两个方面,一是点位读值快,二是点位写值快。
为达到点位读值快的目的,可设计一种特殊的点位数据缓存区存储结构,通过点位的位置映射关系(可以参见图9所示的例子),建立一块足够大的连续内存缓存区,并按照“控制器-端口-协议-IP地址-设备-点位”的映射关系存储设备点位的数据(如点位数据可以包括ID标签),当拿到一个点位的ID标签时,便可快速查找到点位在缓存区的位置,从而获取到点位的属性。
其中,当服务器等上层设备要读取下属设备某个状态或控制设备执行某个动作时,服务器的指令中携带对应的点位ID标签,控制器解析接收到的ID标签,即可获取到点位的原始属性数据(如点位类型和点位地址等)、点位所在的设备、设备的协议类型(如设备所在的网关IP)、设备所在的端口、端口所在的控制器模块,由此快速定位到点位所在的内存空间地址。
例如:以下用二进制序列示例,当然,点位ID标签可采用多种表示方法:
用2个数字代表控制器ID:如:01。
用4个数字代表端口号:如:网口1:0000;网口2:0001;RS485接口1:0002;RS485接口2:0003。
用2个数字代表协议类型:如:00代表BACnet IP;01代表Modbus TCP。
用12个数字代表网关IP,全0代表没有网关,每3个数字代表IP一个段。
用8个数字代表设备地址:如:00000001。
用4个数字代表点位类型:如:0000代表AI类型的点位,0001代表AO类型的点位,…。
用16个数字代表点位地址:如:0000 0000 0000 0001。如:01 0000 00 172 016 195 200 00000001 0000 0000 0000 0000 0001。
进一步地,解析该点位ID标签可得点位数据如下:
点位类型:AI。
点位地址:1。
点位所在设备地址:1。
设备所在网关IP地址:172.16.195.200。
设备协议类型:BACnet IP。
设备所在端口:网口1。
端口所在控制器地址:1。
进一步地,根据解析的数据,只需循环查询点位层的点位类型和点位地址,直到对比结果一致即可找到点位的内存地址。而按正常操作,需要循环查询整个控制器下的所有点位。
例如:对于点位层,它们唯一不同的就是类型和地址,所以根据要找的目标点位的这两个属性进行查询,若两个属性均一致,就说明是需要找的点位。
这样,亦可得到一个设备的ID标签,只需将点位类型和点位地址全置0即可,以可快速定位的设备的数据缓存地址。由于设备有关的数据都存放在这里,需要使用设备的数据时可随时提取,如提取所需要的设备地址、名称、备注信息、点位信息等等。
步骤4、控制器协议转换,将控制器所集成的协议设备转换为另一种协议输出,实际可拆分为点位类型和点位地址的重新配置,只需保证每个点位的这两个属性在整个系统中是唯一的即可。
根据要转换的协议,重新给系统每个点位配置一个新的点位类型、点位地址,并开辟一块新的连续内存空间进行存储(存储内容也可以包括点位的ID标签),其他配置属性按照目标协议内容进行制定。
例如:协议转化,如将控制器上所有设备点位转化为Modbus协议,这种协议的特点是:每个点位只有两个属性,点位类型(如COIL、DISCRETE_INPUT、INPUT_REG、HOLDING_REG)和点位地址,那么要转化时,每个点位所要记录的缓存数据是新的类型、新的地址和标签ID,这样当接收要请求帧时,解析出点位类型和点位地址后,找到对应的标签ID,即可定位到该点位位置,便可获取对应的数据。
步骤5、控制器读写控制。
可选地,在本发明的方案中,可以有两种情况的读请求:上位机向读请求处理机制、以及转换协议后读请求处理机制。
图11为上位机读请求处理机制的流程示意图。上位机向控制器发送控制请求,处理机制如图11。如图11所示,上位机向读请求处理机制,可以包括:
步骤21、控制器读取上位机发送的读请求。
步骤22、解析点位ID标签。
步骤23、获取原点位类型、原点位地址。
步骤24、结合数据缓存区的缓存数据,查找点位内存地址,读取点位数据。
步骤25、根据读取的点位数据,响应上位机发送的读请求。
图12为转换协议后读请求处理机制的流程示意图。系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到读请求,处理机制如图12。如图12所示,转换协议后读请求处理机制的流程,可以包括:
步骤31、接收转换协议后的读请求。
步骤32、根据协议解析读请求的请求帧。
步骤33、获取点位类型、点位地址。
步骤34、结合协议数据缓存区的缓存数据,查找点位ID标签。
步骤35、解析点位ID标签,获取原点位类型和原点位地址。
步骤36、结合控制器的数据缓存区的缓存数据,查找点位内侧地址,读取点位数据。
步骤37、根据读取的点位数据,响应转换协议后的读请求。
可选地,在本发明的方案中,可以有两种情况的控制请求:上位机控制请求处理机制、以及转换协议后控制请求处理机制。
图13为上位机控制请求处理机制的流程示意图。上位机向控制器发送控制请求,处理机制如图13。如图13所示,上位机控制请求处理机制的流程,可以包括:
步骤41、上位机写请求。
步骤42、解析数据,得到点位ID标签和目标值。
例如:目标值,可以是点位的当前值、点位名称、点位描述、点位的其他相关配置等。
步骤43、获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器。
步骤44、利于各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、Modbus RTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理。
步骤45、向下写某个点位,响应请求。
图14为转换协议后控制请求处理机制的流程示意图。系统集成的设备数据经过控制器转换为某种标准协议开放给第三方后,接收到控制请求,处理机制如图14。
例如:第三方,如楼宇自控系统中的其他子系统,如照明系统等,若与该子系统进行数据交互,必须走标准协议进行通信,如BACnet IP、Modbus RTU等等。所以,需要开放给第三方,提高了系统的兼容性、开放性、可扩展性;另外,通过标准协议,可以将自身集成的设备点位数据共享给其他平台。
如图14所示,转换协议后控制请求处理机制的流程,可以包括:
步骤51、写请求。
步骤52、根据协议解析请求帧。
步骤53、获取点位类型、点位地址、目标值。
步骤54、结合协议数据缓存区,结合查找点位ID标签。
步骤55、解析点位ID标签。
步骤56、获取原点位类型、原点位地址、所在协议设备、所在端口、所在控制器。
步骤57、利用各协议处理模块(如Modbus TCP协议处理模块、BACnet IP协议处理模块、Modbus RTU协议处理模块、BACnet MS/TP协议处理模块等)进行协议处理。
步骤58、向下写某个点位,响应请求。
在控制器系统中,当配置集成某种协议设备后,系统会开启对应的处理线程循环读取下属绑定的设备点位数据,同时接收来自控制器向该设备的控制请求。控制器不同端口可存在多种协议处理线程,各线程间互不干扰,解析出点位的ID标签即可判定点位的读数据目标缓存地址或目标处理线程,以达到最快的响应速度。
当配置成开发某种标准协议时,会开启对应的处理线程等待第三方的请求,解析请求得到点位类型和地址,便可获取点位的ID标签,即可获得点位的原始数据,进而快速响应对应的操作请求。
例如:控制某个Modbus设备开关:值1为开,值0为关。上位机控制:约定01为写指令。这时,上位机下发的数据帧要携带点位的标签ID、指令、值,如{ID:“01 0000 01 172016 195 200 00000001 0000 0000 0001 0001 0001”,ReqTyep:“01”,value:“1”},这时向网口1的IP地址为172.16.195.200的Modbus TCP设备发送指令为:01 10 0001 0001 010001 CRC。
如转化为Modbus RTU协议时:假设已将上述点位重新配置为类型COIL,地址10。接收到写指令:01 0F 000A 0001 01 01 CRC。通过类型COIL,地址10找到原点位ID标签为010000 01 172 016 195 200 00000001 0000 0000 0001 0001 0001,这时向网口1的IP地址为172.16.195.200的Modbus TCP设备发送指令为:01 10 0001 0001 01 0001 CRC。
由于本实施例的楼宇控制系统所实现的处理及功能基本相应于前述图7所示的装置的实施例、原理和实例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
经大量的试验验证,采用本发明的技术方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,可以制定可编程控制器对控制指令处理的基本机制,实现设备就近控制,可以解决楼宇自控系统中不同协议设备的联动控制问题。
根据本发明的实施例,还提供了对应于集成控制方法的一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行以上所述的集成控制方法。
由于本实施例的存储介质所实现的处理及功能基本相应于前述图1至图6所示的方法的实施例、原理和实例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
经大量的试验验证,采用本发明的技术方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,通过为不同协议相互转化提供统一的数据基础,便于数据管理,提高控制器开放性,可以解决楼宇自控系统中不同协议设备的协议转化问题。
根据本发明的实施例,还提供了对应于集成控制方法的一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行以上所述的集成控制方法。
由于本实施例的处理器所实现的处理及功能基本相应于前述图1至图6所示的方法的实施例、原理和实例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
经大量的试验验证,采用本发明的技术方案,通过利用可编程控制器,对多协议设备的数据进行处理后,再传输至服务器,可以实现不同协议设备的集成,屏蔽了底层设备的差异,打破各协议设备数据交互壁垒还可以解决楼宇自控系统中不同协议设备的集成问题。
综上,本领域技术人员容易理解的是,在不冲突的前提下,上述各有利方式可以自由地组合、叠加。
以上所述仅为本发明的实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (15)
1.一种集成控制方法,其特征在于,包括:
确定每个设备的设备数据和数据格式;
将每个设备拆分为至少一个点位,确定每个设备所对应的至少一个点位的点位数据;
根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系;
根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。
2.根据权利要求1所述的集成控制方法,其特征在于,还包括:
根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签;所述点位ID标签,包括:数据格式、设备数据、和/或点位数据;
其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,包括:
在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系;在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
3.根据权利要求1所述的集成控制方法,其特征在于,其中,
所述设备数据,包括:设备地址和/或设备名称;
和/或,
所述数据格式,包括:控制器地址、协议类型、和/或IP地址;
和/或,
所述点位数据,包括:点位ID标签、点位类型、点位地址、和/或点位名称。
4.根据权利要求2所述的集成控制方法,其特征在于,在控制器侧实现对不同设备的集成控制,包括:
在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;
和/或,
在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值;
解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
5.根据权利要求1至4中任一项所述的集成控制方法,其特征在于,还包括:
在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式;
根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系;
根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。
6.根据权利要求5所述的集成控制方法,其特征在于,在控制器侧实现相应设备与第三方的交互控制,包括:
在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧;
根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址;
根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址;
根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;
和/或,
在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧;
根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值;
根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据;所述第二解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
7.一种集成控制装置,其特征在于,包括:
确定单元,用于确定每个设备的设备数据和数据格式;
确定单元,还用于将每个设备拆分为至少一个点位,确定每个设备所对应的至少一个点位的点位数据;
配置单元,用于根据每个设备的设备数据、数据格式、以及每个设备所对应的至少一个点位的点位数据,配置不同设备、以及不同设备所对应的至少一个点位之间的映射关系,并在数据缓存区缓存不同设备、以及不同设备所对应的至少一个点位之间的映射关系;
控制单元,用于根据不同设备、以及不同设备所对应的至少一个点位之间的映射关系,在控制器侧实现对不同设备的集成控制。
8.根据权利要求7所述的集成控制装置,其特征在于,还包括:
配置单元,还用于根据所述映射关系,形成每个设备所对应的每个点位的点位序列号,作为每个设备所对应的每个点位的点位ID标签;所述点位ID标签,包括:数据格式、设备数据、和/或点位数据;
其中,不同设备、以及不同设备所对应的至少一个点位之间的映射关系,包括:
在数据层,控制器侧与不同设备、以及不同设备所对应的至少一个点位之间的关联关系;在该关联关系中,设置有每个设备的数据格式、设备数据、以及每个设备的至少一个点位的点位数据之间的对应关系。
9.根据权利要求7所述的集成控制装置,其特征在于,其中,
所述设备数据,包括:设备地址和/或设备名称;
和/或,
所述数据格式,包括:控制器地址、协议类型、和/或IP地址;
和/或,
所述点位数据,包括:点位ID标签、点位类型、点位地址、和/或点位名称。
10.根据权利要求8所述的集成控制装置,其特征在于,控制单元在控制器侧实现对不同设备的集成控制,包括:
在接收到上位机或服务器的读取请求的情况下,根据所述读取请求携带的点位ID标签,解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第一解析数据,定位所述点位ID标签所对应点位在所述数据缓存区的内存空间地址,以实现上位机或服务器根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;
和/或,
在接收到上位机或服务器的写入请求的情况下,解析所述写入请求,得到所述写入请求携带的点位ID标签和目标值;
解析所述点位ID标签,得到第一解析数据;所述第一解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第一解析数据,利用设定的多个协议处理模块对所述第一解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现上位机或服务器根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
11.根据权利要求7至10中任一项所述的集成控制装置,其特征在于,还包括:
确定单元,还用于在接收到第三方的目标协议的情况下,根据所述目标协议重新确定相应设备的数据格式;
配置单元,还用于根据重新确定的数据格式,以及相应设备的设备数据和重新确定的数据格式、以及相应设备所对应的至少一个点位的点位数据,重新配置相应设备、以及相应设备所对应的至少一个点位之间的映射关系;
控制单元,还用于根据重新配置的相应设备、以及相应设备所对应的至少一个点位之间的映射关系,在控制器侧实现相应设备与第三方的交互控制。
12.根据权利要求11所述的集成控制装置,其特征在于,控制单元在控制器侧实现相应设备与第三方的交互控制,包括:
在接收到第三方的读取请求的情况下,根据第三方的目标协议解析所述读取请求的请求帧;
根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型和点位地址;
根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到所述点位ID标签所对应点位的原点位类型和原点位地址;
根据所述点位ID标签所对应点位的原点位类型和原点位地址,定位所述点位ID标签所对应点位在控制器侧数据缓存区的内存空间地址,以实现第三方根据所述读取请求对所述点位ID标签所对应点位的点位数据进行读取;
和/或,
在接收到第三方的写入请求的情况下,根据第三方的目标协议解析所述写入请求的请求帧;
根据所述请求帧,获取所述请求帧所对应点位在第三方的点位类型、点位地址和目标值;
根据所述点位类型和所述点位地址,在第三方的协议数据缓存区查找点位ID标签,解析所述点位ID标签,得到第二解析数据;所述第二解析数据,包括:所述点位ID标签所对应点位的点位数据、该点位的所属设备、该设备的设备数据、和/或该设备的数据格式;
根据所述第二解析数据,利用设定的多个协议处理模块对所述第二解析数据进行协议处理,在所述点位ID标签所对应点位中写入所述目标值,以实现第三方根据所述写入请求对所述点位ID标签所对应点位的点位数据进行写入。
13.一种楼宇控制系统,其特征在于,包括:如权利要求7至12中任一项所述的集成控制装置。
14.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求1至6中任一项所述的集成控制方法。
15.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至6中任一项所述的集成控制方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010559359.8A CN111930496A (zh) | 2020-06-18 | 2020-06-18 | 集成控制方法、装置、楼宇控制系统、存储介质及处理器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010559359.8A CN111930496A (zh) | 2020-06-18 | 2020-06-18 | 集成控制方法、装置、楼宇控制系统、存储介质及处理器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111930496A true CN111930496A (zh) | 2020-11-13 |
Family
ID=73317137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010559359.8A Pending CN111930496A (zh) | 2020-06-18 | 2020-06-18 | 集成控制方法、装置、楼宇控制系统、存储介质及处理器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111930496A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112987627A (zh) * | 2021-05-10 | 2021-06-18 | 天津飞旋科技股份有限公司 | 一种多协议的嵌入式鼓风机控制器及其控制系统 |
CN114866412A (zh) * | 2022-05-30 | 2022-08-05 | 鉴微数字科技(重庆)有限公司 | 一种数据采集方法、系统、装置及存储介质 |
CN116074554A (zh) * | 2021-10-29 | 2023-05-05 | 重庆紫光华山智安科技有限公司 | 一种流媒体数据量控制方法、系统、设备和介质 |
CN116743790A (zh) * | 2022-09-30 | 2023-09-12 | 腾讯云计算(北京)有限责任公司 | 设备数据采集、设备数据分析方法、装置和计算机设备 |
WO2024051708A1 (zh) * | 2022-09-08 | 2024-03-14 | 上海美控智慧建筑有限公司 | 控制方法、系统、装置、电子设备、存储介质及程序产品 |
CN116743790B (zh) * | 2022-09-30 | 2024-05-10 | 腾讯云计算(北京)有限责任公司 | 设备数据采集、设备数据分析方法、装置和计算机设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103281337A (zh) * | 2013-06-20 | 2013-09-04 | 安科智慧城市技术(中国)有限公司 | 设备集中管理的方法、服务端和系统 |
US20160014021A1 (en) * | 2013-05-10 | 2016-01-14 | Huawei Technologies Co., Ltd. | Method, device and system for establishing label switched path |
CN108089450A (zh) * | 2016-11-23 | 2018-05-29 | 阿里巴巴集团控股有限公司 | 智慧建筑控制方法、装置及系统 |
CN109547535A (zh) * | 2018-10-31 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 设备绑定方法、装置和系统 |
CN110059026A (zh) * | 2018-01-19 | 2019-07-26 | 华为技术有限公司 | 一种目录处理方法、装置及存储系统 |
-
2020
- 2020-06-18 CN CN202010559359.8A patent/CN111930496A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160014021A1 (en) * | 2013-05-10 | 2016-01-14 | Huawei Technologies Co., Ltd. | Method, device and system for establishing label switched path |
CN103281337A (zh) * | 2013-06-20 | 2013-09-04 | 安科智慧城市技术(中国)有限公司 | 设备集中管理的方法、服务端和系统 |
CN108089450A (zh) * | 2016-11-23 | 2018-05-29 | 阿里巴巴集团控股有限公司 | 智慧建筑控制方法、装置及系统 |
CN110059026A (zh) * | 2018-01-19 | 2019-07-26 | 华为技术有限公司 | 一种目录处理方法、装置及存储系统 |
CN109547535A (zh) * | 2018-10-31 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 设备绑定方法、装置和系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112987627A (zh) * | 2021-05-10 | 2021-06-18 | 天津飞旋科技股份有限公司 | 一种多协议的嵌入式鼓风机控制器及其控制系统 |
CN112987627B (zh) * | 2021-05-10 | 2021-08-17 | 天津飞旋科技股份有限公司 | 一种多协议的嵌入式鼓风机控制器及其控制系统 |
CN116074554A (zh) * | 2021-10-29 | 2023-05-05 | 重庆紫光华山智安科技有限公司 | 一种流媒体数据量控制方法、系统、设备和介质 |
CN114866412A (zh) * | 2022-05-30 | 2022-08-05 | 鉴微数字科技(重庆)有限公司 | 一种数据采集方法、系统、装置及存储介质 |
CN114866412B (zh) * | 2022-05-30 | 2024-04-26 | 鉴微数字科技(重庆)有限公司 | 一种数据采集方法、系统、装置及存储介质 |
WO2024051708A1 (zh) * | 2022-09-08 | 2024-03-14 | 上海美控智慧建筑有限公司 | 控制方法、系统、装置、电子设备、存储介质及程序产品 |
CN116743790A (zh) * | 2022-09-30 | 2023-09-12 | 腾讯云计算(北京)有限责任公司 | 设备数据采集、设备数据分析方法、装置和计算机设备 |
CN116743790B (zh) * | 2022-09-30 | 2024-05-10 | 腾讯云计算(北京)有限责任公司 | 设备数据采集、设备数据分析方法、装置和计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111930496A (zh) | 集成控制方法、装置、楼宇控制系统、存储介质及处理器 | |
CN110933146B (zh) | 一种数据转换方法、装置和服务器 | |
CN112416840B (zh) | 一种计算资源的远程映射方法、装置、设备及存储介质 | |
CN102799468B (zh) | 打开未知文件的方法和装置 | |
EP1281134A1 (en) | Accelerating responses to requests made by users to an internet | |
CN110912782B (zh) | 一种数据采集方法、装置及存储介质 | |
CN112311742A (zh) | 现场网关数据的适配方法、装置及系统 | |
CN112615758B (zh) | 一种应用识别方法、装置、设备及存储介质 | |
CN113867230A (zh) | 一种Modbus远程操作控制系统 | |
CN101309178A (zh) | 一种自动交换光网络系统日志信息的解析方法及装置 | |
CN113986985B (zh) | 能源管理的io读取方法、系统、设备及存储介质 | |
CN113395180B (zh) | 一种工业实时大数据采集发布方法及工业实时大数据平台 | |
CN106506302A (zh) | 支持动态modbus协议映射的通信装置 | |
CN113794781B (zh) | 数据采集方法、装置、设备及存储介质 | |
CN107645564B (zh) | 一种基于数据缓存的can报文解析方法及其系统 | |
JP4221919B2 (ja) | Lan構成装置の設置場所の特定方法および検索装置 | |
CN115809244A (zh) | 一种海量空间数据接入、处理、发布的方法 | |
CN115357459A (zh) | 一种基于kubernetes的日志搜集方法 | |
CN110809013B (zh) | 一种监控数据采集方法、装置、电子设备及存储介质 | |
CN117278651A (zh) | 工业通信协议格式转换方法 | |
JP4777932B2 (ja) | ネットワーク管理システム | |
JP3729245B2 (ja) | ゲートウェイ装置 | |
CN116743906A (zh) | 一种命令执行方法、装置、系统、设备和存储介质 | |
CN117459376A (zh) | 一种日志收集方法、装置、设备及可读存储介质 | |
CN116545932A (zh) | 网卡的报文传输方法、装置、计算机设备及存储介质 |
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 |