CN104796328A - 基于knx/eib总线的多接口或协议混合架构网关主机 - Google Patents

Abstract

本发明实施例公开了一种基于KNX/EIB总线的多接口或协议混合架构网关主机，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。基于KNX/EIB总线的多接口或协议混合架构包括：事件库、动作库和事件动作执行库；事件库中包含有至少一个事件，每一个事件至少与动作库中的一个动作相关联，动作库存储有与事件库中的事件相对应的动作关系，事件动作执行库通过调用事件库中的事件及在动作库中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行。

Description

基于KNX/EIB总线的多接口或协议混合架构网关主机

技术领域

本发明涉及通信技术领域，尤其涉及一种基于KNX/EIB总线的多接口或协议混合架构网关主机。

背景技术

在当今建筑智能及家居智能领域中，各项智能子系统的集成及兼容是一个必然的发展趋势。然而，目前市场中，各专业行业领域的控制设备(例如：温湿度控制器、调光器、感应器、开关执行器、机电设备等)均没有相关行业的统一接口标准，甚至在控制设备接口相同的情况下，各厂家的控制协议也不尽相同，导致了整体的智能化系统在互联互通的过程中需要付出巨大的代价来实现整体系统的集成及控制管理。这不但影响了项目实施的周期、增加了实施的成本，更严重的是给用户方在后续的整体智能系统使用过程中埋下了稳定性的隐患。

在智能化系统项目中，不但需要通讯的互联互通控制，更需要数据的统一、控制功能的多样性及灵活性。在这样的大前提下，协议网关应运而生，为的就是解决互联互通及数据统一的问题，尤其是KNX/EIB总线协议，是唯一住宅和楼宇控制领域的开放式国际标准。

目前，行业市场内KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式，同时并不能进行数据处理、接口或协议的混合联动、时钟、逻辑等功能，网关功能非常单一，例如RS458总线和KNX/EIB总线一对一的交互，或者TCP/IP和KNX/EIB总线一对一的交互。

因此，上述KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题，已经成为了本领域技术人员亟待解决的技术问题。

发明内容

本发明实施例提供了一种基于KNX/EIB总线的多接口或协议混合架构网关主机，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

本发明实施例提供的一种基于KNX/EIB总线的多接口或协议混合架构， 包括：

事件库、动作库和事件动作执行库；

所述事件库与所述动作库并列与所述事件动作执行库为数据传输关系；

所述事件库和所述动作库均写入有包含有与多个协议接口接收一一对应的多个协议接口数据；

所述事件库中包含有至少一个事件，每一个所述事件至少与所述动作库中的一个动作相关联，所述动作库存储有与所述事件库中的事件相对应的动作关系，所述事件动作执行库通过调用所述事件库中的所述事件及在所述动作库中关联的所述动作关系，并生成包含有互相关联的所述事件和所述动作的数据流向描述文件，使得网关主机通过相对应的所述协议接口输出至外部设备执行。

优选地，

所述事件库包括：事件库文件生成及保存模块和事件库文件读取模块；

所述事件库文件生成及保存模块，用于保存事件名称和事件数据，供所述事件库文件读取模块进行读取；

所述动作库包括：动作库文件生成及保存模块和动作库文件读取模块；

所述动作库文件生成及保存模块，用于保存动作名称和动作数据，供所述动作库文件读取模块进行读取。

优选地，

所述事件动作执行库包括：

所述数据管理模块，用于管理所述数据流向描述文件，所述数据流向描述文件用于对所述事件数据及关联的所述动作关系数据进行流向描述；

用于生成并保存所述数据流向描述文件的数据编程表达文件生成集保存模块；

用于将所述数据流向描述文件载入至所述网关主机的数据编程表达文件读取模块。

优选地，

所述事件数据包括：

逻辑功能数据、时钟数据、IO功能数据和协议数据。

优选地，

所述事件动作执行库还包括：

加密模块，用于对所述数据流向描述文件中的数据进行加密处理。

本发明实施例提供的一种网关主机，用于通过基于KNX/EIB总线的多接口或协议混合架构进行使用，包括：

数据流向描述文件包单元和KNX/EIB数据包单元，两者通过TTL串口进行连接；

所述数据流向描述文件包单元，用于通过多个协议接口下载所述数据流向描述文件，并用于通过多个协议接口输出所述数据流向描述文件；

所述数据流向描述文件，通过基于KNX/EIB总线的多接口或协议混合架构生成；

其中，基于KNX/EIB总线的多接口或协议混合架构包括事件库、动作库和事件动作执行库；

所述事件库中包含有至少一个事件，每一个所述事件至少与所述动作库中的一个动作相关联，所述动作库存储有与所述事件库中的事件相对应的动作关系，所述事件动作执行库通过调用所述事件库中的所述事件及在所述动作库中关联的所述动作关系，并生成所述数据流向描述文件，多个所述协议数据至少有一个为KNX/EIB协议数据；

所述KNX/EIB协议数据通过KNX/EIB数据包单元传输至所述数据流向描述文件包单元。

优选地，

所述数据流向描述文件包单元包括：

第一MCU，电性连接有至少一个IO输入接口、至少一个RS485输入接口、至少一个IR输出接口，以及电性连接有时钟处理芯片和带有TCP/IP接口的第一网络接口芯片。

优选地，

所述KNX/EIB数据包单元包括：

第二MCU，通过TP-UART2连接有KNX/EIB协议接口，通过SPI接口连接有带有TCP/IP接口的第一网络接口芯片；

所述网络接口芯片与交换机相连接，所述交换机与所述第一网络接口芯片连接，所述交换机具备至少一个LAN接口。

优选地，

所述第一MCU和所述第二MCU为32位芯片。

优选地，

所述IO输入接口有4路，所述RS485输入接口有4路，所述IR输出接口有3路；

所述LAN接口有至少2路。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例提供了一种基于KNX/EIB总线的多接口或协议混合架构网关主机，基于KNX/EIB总线的多协议混合架构包括：事件库、动作库和事件动作执行库；事件库与动作库并列与事件动作执行库为数据传输关系；事件库和动作库均写入有包含有与多个协议接口接收一一对应的多个协议数据；事件库中包含有至少一个事件，每一个事件至少与动作库中的一个动作相关联，动作库存储有与事件库中的事件相对应的动作关系，事件动作执行库通过调用事件库中的事件及在动作库中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行；多个协议数据至少有一个为KNX/EIB协议数据。本实施例中，通过事件动作执行库通过调用事件库中的事件及在动作库中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行，且事件库和动作库均写入有包含有与多个协议接口接收一一对应的多个协议数据，同时，多个协议数据至少有一个为KNX/EIB协议数据，便实现了基于KNX/EIB总线实现多协议的数据交互，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

附图说明

图1为本发明实施例中一种基于KNX/EIB总线的多接口或协议混合架构的一个实施例架构图；

图2为本发明实施例中一种基于KNX/EIB总线的多接口或协议混合架构 的另一个实施例架构图；

图3(a)和(b)为图2的基于KNX/EIB总线的多接口或协议混合架构交互实例一的示意图；

图4为图2的基于KNX/EIB总线的多接口或协议混合架构交互实例二的示意图

图5为本发明实施例中网关主机的一个实施例结构图。

具体实施方式

本发明实施例提供了一种基于KNX/EIB总线的多接口或协议混合架构网关主机，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种基于KNX/EIB总线的多接口或协议混合架构的一个实施例包括：

事件库11、动作库12和事件动作执行库13；

事件库11与动作库12并列与事件动作执行库13为数据传输关系；

事件库11和动作库12均写入有包含有与多个协议接口接收一一对应的多个协议数据；

事件库11中包含有至少一个事件，每一个事件至少与动作库12中的一个动作相关联，动作库12存储有与事件库11中的事件相对应的动作关系，事件动作执行库13通过调用事件库11中的事件及在动作库12中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行；

多个协议数据至少有一个为KNX/EIB协议数据。 

本实施例中，通过事件动作执行库13通过调用事件库11中的事件及在动作库12中关联的动作关系，并生成包含有互相关联的事件和动作的数据流 向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行，且事件库11和动作库12均写入有包含有与多个协议接口接收一一对应的多个协议数据，同时，多个协议数据至少有一个为KNX/EIB协议数据，便实现了基于KNX/EIB总线实现多接口或协议的数据交互，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

上面是对基于KNX/EIB总线的多协议混合架构的结构进行详细的描述，下面将对具体模块进行详细的描述，请参阅图2，本发明实施例中一种基于KNX/EIB总线的多接口或协议混合架构的一个实施例包括：

事件库21、动作库22和事件动作执行库23；

事件库21与动作库22并列与事件动作执行库23为数据传输关系；

事件库21和动作库22均写入有包含有与多个协议接口接收一一对应的多个协议数据；

事件库21中包含有至少一个事件，每一个事件至少与动作库22中的一个动作相关联，动作库22存储有与事件库21中的事件相对应的动作关系，事件动作执行库23通过调用事件库21中的事件及在动作库22中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行；

多个协议数据至少有一个为KNX/EIB协议数据。 

进一步地，事件库21包括：事件库文件生成及保存模块211和事件库文件读取模块212；

事件库文件生成及保存模块211，用于保存事件名称和事件数据，供事件库文件读取模块212进行读取；

动作库22包括：动作库文件生成及保存模块221和动作库文件读取模块222；

动作库文件生成及保存模块221，用于保存动作名称和动作数据，供动作库文件读取模块222进行读取。

进一步地，事件动作执行库23包括：

数据管理模块231，用于管理数据流向描述文件，数据流向描述文件用于对事件数据及关联的动作关系数据进行流向描述；

用于生成并保存数据流向描述文件的数据编程表达文件生成集保存模块232；

用于将数据流向描述文件载入至网关主机的数据编程表达文件读取模块233。

进一步地，事件数据包括：

逻辑功能数据、时钟数据、IO功能数据和协议数据。

进一步地，事件动作执行库23还包括：

加密模块234，用于对数据流向描述文件中的数据进行加密处理，例如AES加密。

需要说明的是，前述的将数据流向描述文件载入至网关主机可以是通过可为USB接口或网络RJ-45接口载入。

本实施例中，基于KNX/EIB总线的多接口或协议混合架构，具有一定的编程方法进行实现，后续实施例中将会具体描述。

本实施例中，如图2所示，前面所说的基于KNX/EIB总线的多协议混合架构的编程方法为：

在动作库22中，将需要对外的数据保存为一个名，如：要通过COM 1控制灯光的打开，A厂家的继电器打开的代码是F50300010D。如果是传统的方式需要向A厂家索取设定的代码，并且需要将代码填写入主控设备中。这样不仅容易出错，而且比较麻烦。而在的动作库22解决方案中，只需将这个代码填入，并且命名，以后其他工作人员需要使用时只需下载A厂家的动作库22，然后导入网关即可。这样，就可以把各种协议或接口的数据统一进行标准化管理及控制。

为此在网关编程软件中专门开发了“动作库文件读取模块222”其读取及保存方式主要参考了windows系统的INI文件结构表达形式，INI文件是一种按照特点方式排列的文本文件。每一个INI文件结构都非常类似，由若干段落(section)组成，在每个带括号的标题下面，是若干个以单个单词开头的关键词(keyword)和一个等号，等号右边的就是关键字对应的值(value)。

在事件库文件生成及保存模块211中，保存的内容涉及事件名称和事件数据。在本例中“section”采用固定的“[Data]”用“keyword”代表事件名称， 数据保存在keyword中。如果采用windows系统自带的API函数读取INI文件会导致每读取一条数据都会从头到尾查找一次整个ini文件，而事件库21设计保存的数据可能会很大，如果采用传统的发送处理ini文件会比较慢，给用户带来不好的体验。在软件中修改了ini文件的读取方式。使用StreamReader函数读取到一个INI文件后通过ReadLine函数将整个ini文件的数据读取出来，因为保存的时候采用的固定的方式，所以每行只需读取一次，每行作为一条事件库21。这样事件库文件读取模块212在读取时能更快读取数据降低了使用电脑的要求。

动作库文件生成及保存模块221配合动作库文件读取模块222，当然同样采用了windows系统的INI文件结构表达形式。但因为这里采用了不同于windows系统的INI文件结构，所以不能直接采用windows自带的“WritePrivateProfileString”的API函数。这里采用自己开发的数据保存模块。为了方便读取，把数据保存到计算机内存中，然后根据数据的先后顺序写入要保存的ini文件。从而保证格式的统一性。

事件库21和动作库22是相对的，动作表示执行，而事件则表示在什么条件下会驱使网关执行动作。事件可能是一个端口接收代码、一个IO触发(如开关按下、电源信号由高电平变成低电平。)也可能是时间到指定的时间(如新历新年在12月31日24点00分执行什么)。事件库21中对应代码保存的方式大致是相同的，这里不再重复描述。

数据管理模块231的实现比较复杂。做了数据ID管理、数据拖拽管理等等。由于事件库21和动作库22的所有模块需要并入本模块中处理。为了便于软件使用，采用的是treeView的.net控件为主。结合treeView的图标使用户得到更好的体验。

基于KNX/EIB总线的多协议混合架构的编程方法的核心为数据管理及数据的流向描述，为了方便使用，这些描述均以文件的形式保存下来，这个文件称为数据管理及数据的流向描述文件(因为保存的后缀名是TED，以下简称“TED文件”)。因为存储中需要存储大量的数据，而且要将这些数据下载(传输)到网关中，所以这里不能采用类似“事件库文件读取模块212”的保存方式，那样会加重数据下载软件的解压压力，导致数据下载过程变慢。保 存的文件后缀名为TED，实际上和常用的bin文件差不多方式，数据直接保存，没有经过处理，目的是为了获取更好的读取速度。但直接保存需要更好的存储管理，对存储的数据进行了分块。大致分为几个块进行管理。包括“TCP及串口设置信息保存块”、事件数据保存块、动作数据保存块及时钟外部IO数据保存块。为了保证软件的安全性。这些数据写入前先通过加密模块234进行AES加密，加密后才将数据写入TED文件。

数据TED文件生成后，需要将TED文件中数据下载到网关中。数据下载方式可为USB接口或网络RJ-45接口。为了方便用户使用，USB采用免驱的HID通讯方式，网络RJ-45接口采用TCP的通讯方式。当需要设置或下载数据时，只需通过USB或者网络连接好网关，就可以将“TED文件”下载到网关，网关就可以根据下载的文件执行。在数据通讯过程中，flash是以4096字节为一个块，而TCP每次最多只能传输1560字节，USB每次只能传输64字节。为了方便存储，将4096字节数据作为一次数据保存，因为无论USB或者TCP单次都不能达到4096字节。这里采用了整合下载，多个数据传输完成作为一个整合。为了数据的完整性，每个4096字节在后面增加一个CRC32校验，保证数据的完整性。

本实施例中，通过事件动作执行库23通过调用事件库21中的事件及在动作库22中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行，且事件库21和动作库22均写入有包含有与多个协议接口接收一一对应的多个协议数据，同时，多个协议数据至少有一个为KNX/EIB协议数据，便实现了基于KNX/EIB总线实现多协议的数据交互，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

进一步地，所有控制协议或接口的数据均通过动作库、事件库、事件动作库的形式统一入库管理，使各种数据在整体框架下形成统一标准。在此基础上，引入时钟、时序、逻辑、场景、数据变换定义等功能，实现了不但可以多控制协议或接口的通讯，而且实现了中央控制的集成功能；采用的TCP协议栈上的，优化数据接收检测代码：运用代码压缩的技术，将接收到的数据简单压缩成几个字节的比对数据，从Flash中找到需要处理的数据，从而可 以高速读取数据进行处理分析。

为便于理解，下面对图2的基于KNX/EIB总线的多接口或协议混合架构进行详细描述，请参阅图3和图4，基于KNX/EIB总线的多接口或协议混合架构交互实例一和二包括：

图3(a)和图3(b)的实例一，为家庭影院的示例，网关软件由事件库、动作库、和事件动作执行库组成(事件库+动作库＝事件动作执行库)，事件库中设置了两个事件。此示例中，两个事件的任一事件发生时均可使动作表中的动作执行

事件1：网关的IO端口接收数据$01后(如按下复位面板的“家庭影院模式”键，网关的IO端口接收到数据$01)，经过网关的转换，把接收到的数据$01分别转换为以下协议的数据：

由COM1端口发出的Modbus数据“010280E1”(发送此数据后执行动作：Modbus空调25℃)；由KNX/EIB端口发向组地址1.1.1的KNX/EIB数据00(发送此数据后执行的动作：关闭灯光)；由TCP/IP端口发出的TCP/IP数据P10ON(发送此数据后执行的动作：开启投影)；由COM2端口发出的RS485数据$01(发送此数据后执行的动作：投影幕降落)；

事件2：网关的COM1端口接收到数据$02后(如按下RS485控制面板的“家庭影院模式”键，网关的COM1端口接收到数据$02)，经过网关的转换，把接收到的数据$02分别转换为动作表中的各协议数据(同事件1)；动作执行的同时，还可以用自定义的标准化数据(如01、02、03……)经过TCP/IP反馈给第三方管理平台，以便对数据进行管理和监测。也可利用第三方管理平台通过TCP/IP发送数据，从而控制事件的发生。

图4的实例二，为酒店大堂的示例，网关软件由事件库、动作库、和事件动作执行库组成(事件库+动作库＝事件动作执行库)，事件库中设置了两个事件。此示例中，两个事件的任一事件发生时均可使动作表中的动作执行：

事件1：到了PM 18：00时(设置时钟)，事件1(新年夜间场景)发生，动作表中设置的数据：由KNX/EIB端口向组地址1.1.1发出的KNX/EIB数据$01(发送此数据后执行动作：相应环境灯光开启)；由COM1端口发出的RS485数据$01(发送此数据后执行的动作：背景音乐系统开启)；由COM1端口发 出的RS485数据$02(发送此数据后执行的动作：背景音乐音调80％)；由COM1端口发出的RS485数据$03(发送此数据后执行的动作：歌曲选择相应通道)；由COM2端口发出的RS485数据$04(发送此数据后执行的动作：室外景观亮化照明开启)；由COM2端口发出的RS485数据$05(发送此数据后执行的动作：室外景观亮化照明模式选择：新年模式)；动作表所包含的动作除了用时间事件控制外，还可用IO干接点信号事件、逻辑事件或数据事件控制。如可利用第三方软件通过TCP/IP发送数据$01作为事件2，当事件2发生时，执行动作表中的动作；因此，如果事件1还没发生时，需要执行动作表1，就可在第三方软件上通过TCP/IP发送数据$01即可执行相应的动作。

请参阅图5，本发明实施例提供的一种网关主机，包括：

用于通过本实施例中提及的任意一种基于KNX/EIB总线的多接口或协议混合架构进行使用；

数据流向描述文件包单元51和KNX/EIB数据包单元52，两者通过TTL串口进行连接；

数据流向描述文件包单元51，用于通过多个协议接口下载数据流向描述文件，并用于通过多个协议接口输出数据流向描述文件；

数据流向描述文件，通过基于KNX/EIB总线的多协议混合架构生成；

其中，基于KNX/EIB总线的多协议混合架构包括事件库、动作库和事件动作执行库；

事件库中包含有至少一个事件，每一个事件至少与动作库中的一个动作相关联，动作库存储有与事件库中的事件相对应的动作关系，事件动作执行库通过调用事件库中的事件及在动作库中关联的动作关系，并生成数据流向描述文件，多个协议数据至少有一个为KNX/EIB协议数据；

KNX/EIB协议数据通过KNX/EIB数据包单元传输至数据流向描述文件包单元。

优选地，

数据流向描述文件包单元包括：

第一MCU511，电性连接有至少一个IO输入接口512、至少一个485输入接口513、至少一个IR输出接口514，以及电性连接有时钟处理芯片515 和带有TCP/IP接口的第一网络接口芯片516。

优选地，

KNX/EIB数据包单元52包括：

第二MCU521，通过TP-UART2连接有KNX/EIB协议接口522，通过SPI接口连接有带有TCP/IP接口的第二网络接口芯片523；

第二网络接口芯片523与交换机524相连接，交换机524与第一网络接口芯片516连接，交换机524具备至少一个LAN接口525。

优选地，

第一MCU和第二MCU为32位芯片。

优选地，

IO输入接口512有4路，485输入接口513有4路，IR输出接口514有3路；

LAN接口525有至少2路。

本实施例中的IR接口可以是连接有第三方红外设备

本实施例中，通过数据流向描述文件包单元51和KNX/EIB数据包单元52，基于KNX/EIB总线的多接口或协议混合架构的事件动作执行库通过调用事件库中的事件及在动作库中关联的动作关系，并生成包含有互相关联的事件和动作的数据流向描述文件，使得网关主机通过相对应的协议接口输出至外部设备执行，且事件库和动作库均写入有包含有与多个协议接口接收一一对应的多个协议数据，解决了目前KNX/EIB总线协议或接口网关主机全部均为一对一纯数据对应转换形式的技术问题。

进一步地，所有控制协议或接口的数据均通过动作库、事件库、事件动作库的形式统一入库管理，使各种数据在整体框架下形成统一标准。在此基础上，引入时钟、时序、逻辑、场景、数据变换定义等功能，实现了不但可以多控制协议或接口的通讯，而且实现了中央控制的集成功能；优化数据接收检测代码：运用代码压缩的技术，将接收到的数据简单压缩成几个字节的比对数据，从Flash中找到需要处理的数据，从而可以高速读取数据进行处理分析。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其 中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于KNX/EIB总线的多接口或协议混合架构，其特征在于，包括：

事件库、动作库和事件动作执行库；

所述事件库与所述动作库并列与所述事件动作执行库为数据传输关系；

所述事件库和所述动作库均写入有包含有与多个协议接口接收一一对应的多个协议接口数据；

所述事件库中包含有至少一个事件，每一个所述事件至少与所述动作库中的一个动作相关联，所述动作库存储有与所述事件库中的事件相对应的动作关系，所述事件动作执行库通过调用所述事件库中的所述事件及在所述动作库中关联的所述动作关系，并生成包含有互相关联的所述事件和所述动作的数据流向描述文件，使得网关主机通过相对应的所述协议接口输出至外部设备执行。

2.根据权利要求1所述的基于KNX/EIB总线的多接口或协议混合架构，其特征在于：

所述事件库包括：事件库文件生成及保存模块和事件库文件读取模块；

所述事件库文件生成及保存模块，用于保存事件名称和事件数据，供所述事件库文件读取模块进行读取；

所述动作库包括：动作库文件生成及保存模块和动作库文件读取模块；

所述动作库文件生成及保存模块，用于保存动作名称和动作数据，供所述动作库文件读取模块进行读取。

3.根据权利要求1所述的基于KNX/EIB总线的多接口或协议混合架构，其特征在于，所述事件动作执行库包括：

所述数据管理模块，用于管理所述数据流向描述文件，所述数据流向描述文件用于对所述事件数据及关联的所述动作关系数据进行流向描述；

用于生成并保存所述数据流向描述文件的数据编程表达文件生成集保存模块；

用于将所述数据流向描述文件载入至所述网关主机的数据编程表达文件读取模块。

4.根据权利要求2所述的基于KNX/EIB总线的多接口或协议混合架构，其特征在于，所述事件数据包括：

逻辑功能数据、时钟数据、IO功能数据和协议数据。

5.根据权利要求3所述的基于KNX/EIB总线的多接口或协议混合架构，其特征在于，所述事件动作执行库还包括：

加密模块，用于对所述数据流向描述文件中的数据进行加密处理。

6.一种网关主机，用于通过如权利要求1至5中任意一项所述的基于KNX/EIB总线的多接口或协议混合架构进行使用，其特征在于，包括：

数据流向描述文件包单元和KNX/EIB数据包单元，两者通过TTL串口进行连接；

所述数据流向描述文件包单元，用于通过多个接口或协议下载所述数据流向描述文件，并用于通过多个多接口或协议输出所述数据流向描述文件；

所述数据流向描述文件，通过基于KNX/EIB总线的多接口或协议混合架构生成；

其中，基于KNX/EIB总线的多接口或协议混合架构包括事件库、动作库和事件动作执行库；

所述事件库中包含有至少一个事件，每一个所述事件至少与所述动作库中的一个动作相关联，所述动作库存储有与所述事件库中的事件相对应的动作关系，所述事件动作执行库通过调用所述事件库中的所述事件及在所述动作库中关联的所述动作关系，并生成所述数据流向描述文件。

所述KNX/EIB协议数据通过KNX/EIB数据包单元传输至所述数据流向描述文件包单元。

7.根据权利要求6所述的网关主机，其特征在于，所述数据流向描述文件包单元包括：

第一MCU，电性连接有至少一个IO输入接口、至少一个RS485输入接口、至少一个IR输出接口，以及电性连接有时钟处理芯片和带有TCP/IP接口的第一网络接口芯片。

8.根据权利要求7所述的网关主机，其特征在于，所述KNX/EIB数据包单元包括：

第二MCU，通过TP-UART2连接有KNX/EIB协议接口，通过SPI接口连接有带有TCP/IP接口的第一网络接口芯片；

所述网络接口芯片与交换机相连接，所述交换机与所述第一网络接口芯片连接，所述交换机具备至少一个LAN接口。

9.根据权利要求8所述的网关主机，其特征在于，

所述第一MCU和所述第二MCU为32位芯片。

10.根据权利要求7所述的网关主机，其特征在于，

所述IO输入接口有4路，所述RS485输入接口有4路，所述IR输出接口有3路；

所述LAN接口有至少2路。