CN114040419B - 基于H5的ZigBee设备配网方法 - Google Patents
基于H5的ZigBee设备配网方法 Download PDFInfo
- Publication number
- CN114040419B CN114040419B CN202111428772.1A CN202111428772A CN114040419B CN 114040419 B CN114040419 B CN 114040419B CN 202111428772 A CN202111428772 A CN 202111428772A CN 114040419 B CN114040419 B CN 114040419B
- Authority
- CN
- China
- Prior art keywords
- server
- gateway
- information
- zigbee
- interface
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本说明书实施例提供一种基于H5的ZigBee设备配网方法,将ZigBee网关与用户信息进行绑定;在ZigBee网关配网之后,将ZigBee设备通过ZigBee网关与用户信息进行绑定;将ZigBee网关与用户信息进行绑定,包括:在ZigBee网关插入网线后,用户登录预设原生app并进入预设原生app的第一H5界面时,第一H5界面向预设原生app的运行模块发送查询网关指令;预设原生app的运行模块查询ZigBee网关对应的网关信息,并将网关信息发送至第一H5界面;第一H5界面查询云端服务器中是否保存有网关信息,若云端服务器未保存网关信息,则向云端服务器发送绑定请求,以使云端服务器将网关信息与登录预设原生app的用户信息进行绑定。本发明可以实现更新时用户无感知、开发成本低的优点。
Description
技术领域
本说明书一个或多个实施例涉及配网技术领域,尤其涉及一种基于H5的ZigBee设备配网方法。
背景技术
当前社会环境,随着物联网技术的不断发展,智能家电也被人们越来越多的使用,ZigBee是一种低成本、低功耗的近距离无线通信组网技术,符合ZigBee规范的入网设备能够互联互通。目前许多智能产品都配备有ZigBee模块,目前大多数公司都采用原生安卓和苹果系统做ZigBee设备的配网,但是需要针对不同的操作系统(Android系统、ios系统)进行独立开发,使用其各自的开发包、开发工具和控件,每次更新版本都需要用户手动安装新版本。并且不同ZigBee设备的上报规则、入网方式不一致,开发成本较高。因此一种低成本、快速便捷的配网方式就显得尤为重要。
发明内容
本说明书一个或多个实施例描述了一种基于H5的ZigBee设备配网方法。
本说明书提供了一种基于H5的ZigBee设备配网方法,包括:
将ZigBee网关与用户信息进行绑定,实现所述ZigBee网关的配网;在所述ZigBee网关配网之后,将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定,实现所述ZigBee设备的配网;
其中,所述将ZigBee网关与用户信息进行绑定,包括:
在所述ZigBee网关插入网线后,用户登录预设原生app并进入所述预设原生app的第一H5界面时,所述第一H5界面向所述预设原生app的运行模块发送查询网关指令;所述预设原生app的运行模块在接收到所述查询网关指令后,查询所述ZigBee网关对应的网关信息,并将所述网关信息发送至所述第一H5界面;所述第一H5界面在接收到所述网关信息后,查询云端服务器中是否保存有所述网关信息,若所述云端服务器未保存所述网关信息,则向所述云端服务器发送绑定请求,以使所述云端服务器保存所述网关信息,将所述网关信息与登录所述预设原生app的用户信息进行绑定,并在绑定成功后向所述第一H5界面返回绑定成功的消息;其中,所述移动终端和所述ZigBee网关位于同一局域网内,所述预设原生app为配网用的原生app,所述第一H5界面为用于进行网关配网的H5界面。
本说明书实施例提供的基于H5的ZigBee设备配网方法,首先将ZigBee网关和用户信息进行绑定,实现ZigBee网关的配网。然后再将ZigBee设备通过ZigBee网关与用户信息进行绑定,实现ZigBee设备的配网。在ZigBee网关的配网过程中,通过第一H5界面实现向云端服务器查询是否存储有网关信息的请求、绑定请求等,主要的逻辑处理是由第一H5界面实现的,app的运行模块只负责了很少的一部分逻辑,所以在需要更新时,例如配网的方式等有变动时,只需要在服务端上修改H5代码即可,当用户登录app后进入H5界面时,界面已经是更新好的界面,不需要用户下载新的安装包、进行安装等操作,可以做到用户无感知更新。而且,由于H5并不区分移动终端的操作系统,针对任何操作系统,H5界面是一样的,因此不需要分别针对安卓系统和IOS系统分别编写程序,此针对IOS、Android系统可以做到控件、实现逻辑的统一,降低开发成本。故本发明可以实现更新时用户无感知、开发成本低的优点。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本说明书的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书一个实施例中将ZigBee网关与用户信息进行绑定的流程示意图;
图2是本说明书一个实施例中将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定的流程示意图;
图3是本说明书一个实施例中云端服务器的结构示意图;
图4是本说明书一个实施例中处于激活模式的一条通信链路的示意图。
具体实施方式
下面结合附图,对本说明书提供的方案进行描述。
第一方面,本发明提供一种基于H5的ZigBee设备配网方法,该方法包括:将ZigBee网关与用户信息进行绑定,实现所述ZigBee网关的配网;在所述ZigBee网关配网之后,将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定,实现所述ZigBee设备的配网。
可理解的是,首先将ZigBee网关和用户信息进行绑定,在将ZigBee设备通过ZigBee网关与用户信息绑定,从而实现ZigBee设备的配网。
其中,H5即Html5,是万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言(HTML)的第五次重大修改。
其中,ZigBee是基于IEEE802.15.4标准的低功耗局域网协议。根据国际标准规定,ZigBee技术是一种短距离、低功耗的无线通信技术,又称紫蜂协议。ZigBee设备,例如,双键开关、四键开关、灯等。
其中,参见图1,所述将ZigBee网关与用户信息进行绑定,包括:
在所述ZigBee网关插入网线后,用户登录预设原生app并进入所述预设原生app的第一H5界面时,所述第一H5界面向所述预设原生app的运行模块发送查询网关指令;所述预设原生app的运行模块在接收到所述查询网关指令后,查询所述ZigBee网关对应的网关信息,并将所述网关信息发送至所述第一H5界面;所述第一H5界面在接收到所述网关信息后,查询云端服务器中是否保存有所述网关信息,若所述云端服务器未保存所述网关信息,则向所述云端服务器发送绑定请求,以使所述云端服务器保存所述网关信息,将所述网关信息与登录所述预设原生app的用户信息进行绑定,并在绑定成功后向所述第一H5界面返回绑定成功的消息。
其中,所述移动终端和所述ZigBee网关位于同一局域网内,所述预设原生app为配网用的原生app,所述第一H5界面为用于进行网关配网的H5界面。
可理解的是,在ZigBee网关的配网过程中,首先用户将ZigBee网关插入网线,使其接入局域网。然后用户在移动终端上登录预设原生app,该app是专门用来进行配网的,且该移动终端也位于局域网内。用户在登录该app使会输入用户信息,app在进行身份验证正确后成功登录该app。在用户登录预设原生app之后,进入第一H5界面。当进入第一H5界面后,第一H5界面会向原生app的运行模块发送查询网关指令,运行模块在接收到这一指令后会进行网关信息的查询,将查询到的网关信息返回给第一H5界面。当第一H5界面在接收到网关信息后,会在云端服务器上发送查询请求,从而查询云端服务器上是否存储有该网关信息。如果在云端服务器上存储有该网关信息,说明这个ZigBe网关已经与其它用户绑定。而如果云端服务器上未存储有该网关信息,说明该ZigBe网关还未与任何用户进行绑定,此时第一H5界面向云端服务器发送绑定请求,当云端服务器在接收到这一请求之后,会将网关信息和用户信息进行绑定,在绑定之后会向第一H5界面返回绑定成功的消息,用户便可以得知ZigBee网关配网成功。
在具体实施时,为了保证ZigBee网关配网过程的严谨性,在第一H5界面在向所述预设原生app的运行模块发送查询网关指令时,本说明书提供的方法还可以包括:
所述第一H5界面开启预设时长的倒数计时;
若在倒数计时结束前接收到所述网关信息,则执行所述查询云端服务器中是否保存有所述网关信息的步骤;
若在倒数计时结束时仍未接收到所述网关信息,则跳转到第二H5界面,所述第二H5界面用于引导用户对所述ZigBee网关进行重置以实现对所述ZigBee网关的恢复出厂设置;在所述ZigBee网关被重置后,执行所述第一H5界面向所述预设原生app的运行模块发送查询网关指令的步骤。
也就是说,第一H5界面在发送查询网关指令的同时,还会启动倒计数,例如设置预设时长为90秒,则启动了90秒的倒数时,如果在90秒之内接收到了网关信息,则执行向云端服务器查询是否保存有该网关信息的步骤。如果在90秒之内没有接收到网关信息,则跳转到第二H5界面,第二H5界面的作用是引导用户对ZigBee网关进行重置,进而恢复出厂设置。可理解的是,网管信息中有关网关的基本信息,例如标识、名称等即便经过重置也是不会发生变化的,重置的内容是用户对ZigBee网关配置的信息,例如,ZigBee网关的绑定关系等。在ZigBee网关被重置之后,重新返回到“第一H5界面会向原生app的运行模块发送查询网关指令”的步骤。如果经过多次重复,第一H5界面仍未能够在90秒内接收到网关信息,需要更换一个新的ZigBee网关,重新对新的ZigBee网关进行配网。
在具体实施时,上述方法还可以包括:若所述云端服务器保存有所述网关信息,则跳转到第二H5界面,所述第二H5界面用于引导用户对所述ZigBee网关进行重置以实现对所述ZigBee网关的恢复出厂设置;在所述ZigBee网关被重置后,执行所述第一H5界面向所述云端服务器发送绑定请求的步骤。
可理解的是,如果在云端服务器上保存有该网关信息,说明该ZigBee网关已经和其它用户进行过绑定了,此时需要解除绑定关系,因此调转到第二H5界面,在第二H5界面的引导下对该ZigBee网关进行重置,从而解除其绑定关系。当ZigBee网关被重置之后,执行“所述第一H5界面向所述云端服务器发送绑定请求”的步骤。
在对ZigBee网关配网之后,可以执行对ZigBee设备配网的流程。
在具体实施时,参见图2,所述将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定,可以包括:
在用户登录所述预设原生app且进入第三H5界面时,所述第三H5界面向所述预设原生app的运行模块发送网关组网指令;所述预设原生app的运行模块在接收到所述网关组网指令后,将所述网关组网指令发送至所述ZigBee网关,以使所述ZigBee网关开启组网模式;
在用户对ZigBee设备进行设备重置后,所述ZigBee设备进入组网模式,进入组网模式的ZigBee设备将所述ZigBee设备的设备参数上报至所述ZigBee网关;所述ZigBee设备被重置后能够解除所述ZigBee设备的原有绑定关系;
开启组网模式的所述ZigBee网关通过所述预设原生app的运行模块将所述设备参数发送至所述第三H5界面;
所述第三H5界面在接收到所述设备参数后,将相同设备ID的设备参数组装为一组设备信息,将所述设备信息发送至所述云端服务器,以使所述云端服务器将所述设备信息和登录所述预设原生app的用户信息进行绑定,实现所述ZigBee设备与用户的绑定。
也就是说,用户在预设原生app中进入第三H5界面之后,第三H5界面会向预设原生app的运行模块发送网关组网命令。当运行模块在接收到这一指令后会将该指令转发给ZigBee网关,ZigBee网关在接收到这一指令后会进入到组网模式。然后用户对ZigBee网关进行设备重置后,会解除ZigBee设备与其它用户的绑定关系,因为这个ZigBee设备有可能已经与其它用户进行过绑定。当设备重置之后,ZigBee设备会进入组网模式,进而ZigBee设备会将ZigBee设备的设备参数上报至ZigBee网关。ZigBee网关在接收到设备参数后会将设备参数发送至app的运行模块,运行模块将其转发给第三H5界面,因为此时ZigBee设备和app是无法直接通信的。在第三H5界面接收到设备参数后,会将相同设备ID的各条设备参数进行组装,组装为一条设备信息,因为很多设备会对应多条设备参数,例如,针对双键开关会对应两条设备参数,每一条设备参数可以包括对应键的标识、MAC地址、设备标识等信息,这两条数据中只有设备标识是相同的,因此可以根据设备标识将同一设备的多条设备参数进行组装为一条设备信息。如果不进行组装,就会进行多次的绑定,这样实际上是不合理的,而且也会浪费资源。将组装得到的设备信息发送给云端服务器,云端服务器就会将这条设备信息和用户信息进行绑定,从而实现ZigBee设备、ZigBee网关和用户之间的绑定。
在具体实施时,所述第三H5界面在接收到所述设备参数后,将相同设备ID的设备参数组装为一组设备信息之后,所述将所述设备信息发送至所述云端服务器之前,所述方法还可以包括:所述第三H5界面对所述设备信息进行校验,校验内容包括所述设备信息中包含的信息条数是否完整以及每一条信息是否完整;若所述信息条数完整且每一条信息完整,则校验成功,则执行所述将所述设备信息发送至所述云端服务器的步骤。
也就是说,在组装得到设备信息后,在将设备信息发送至云端服务器之前还需要对设备信息进行校验,只有校验成功后才会发送至云端服务器进行绑定。具体的校验内容包括信息条数是否完整以及每一条信息是否完整。例如,针对四键开关,如果只有三条设备参数,缺少一条设备参数,这种情况属于信息条数不完整。如果在一条设备参数中缺少MAC地址,则认为这一条设备参数属于信息不完整。出现任何一种不完整的情况都不能校验成功,只有信息条数和每条信息内容都完整,才会校验成功。通过校验保证了后续绑定关系的可靠性。
在具体实施时,本发明提供的方法还可以包括:若校验失败,则生成提示信息,所述提示信息用于提示用户对所述ZigBee设备再次进行设备重置,在ZigBee设备再次重置后,返回所述进入组网模式的ZigBee设备将所述ZigBee设备的设备参数上报至所述ZigBee网关的步骤。
也就是说,如果校验失败,则可以在移动终端上展示提示信息,这样可以提示用户重新对该ZigBee进行重置,重置之后重新执行上述配网步骤,如果经过多次设备重置,在校验时仍出现校验不成功的情况,则需要更换一个新的ZigBee设备,对新的ZigBee设备进行配网流程。
在具体实施时,所述将所述设备信息发送至所述云端服务器,可以包括:所述第三H5界面向所述云端服务器发送接口请求,在接收到所述云端服务器返回的接口地址后,通过所述接口地址对应的接口将所述设备信息发送至所述云端服务器。
也就是说,第三H5界面首先向云端服务器发送接口请求,当云端服务器接收到这一请求之后,会返回一个专门用于接收绑定信息的接口的地址,这样第三H5界面在接收到接口地址后,会通过接口地址对应的接口将设备信息发送至云端服务器,云端服务器通过该接口接收到设备信息后会将该设备信息和用户信息进行绑定,在绑定完成后会返回一个绑定成功的消息,从而实现ZigBee设备的配网。
可理解的是,本说明书中的app app类似于一个壳子,只起到转发的作用,真正进行逻辑处理的是H5界面。例如,并不是由app的运行模块进行参数组装,而是由H5界面进行参数组装、校验、发送接口请求等操作。H5采用Vue框架进行开发,最终构建出html,具有代码资源包小、加载速度快等优点。如果需要更新,例如,设备重置的方法、配网的方式等有变动,只需要在服务端上修改H5代码即可,当用户登录app后进入H5界面时,界面已经是更新好的界面,不需要用户下载新的安装包、进行安装等操作,可以做到用户无感知更新。
而且,由于H5并不区分移动终端的操作系统,针对任何操作系统,H5界面是一样的,因此不需要分别针对安卓系统和IOS系统分别编写程序,减少了开发成本。本方案中app只需要实现少许的功能,大部分功能都是由H5界面实现,因此可以大大减少开发成本。即,本说明书中采用app+H5的方式,app主要起到转发作用,主要的逻辑由H5实现,因此针对IOS、Android系统可以做到控件、实现逻辑的统一,开发成本低。
进一步的,H5具有扩展性强、学习成本低的优点,对于IOS和andriod开发人员来说很容易学习并开发。还有,H5在App中渲染性能、兼容性较好,有很多成熟方案可借鉴。
在具体实施时,参见图3,所述云端服务器可以包括OTA服务器以及多级服务器,所述多级服务器包括主服务器和多级子服务器,所述主服务器与所述OTA服务器通信连接,所述主服务器内设置有OTA缓存区,所述主服务器和所述多级子服务器用于提供不同级别的服务。
例如,主服务器用于提供保存用户信息的服务,第一层的子服务器用于提供将用户信息和BigZee网关和用户信息绑定的服务,而第二层的子服务器用于提供将用户信息和BigZee设备进行绑定的服务等。
进一步的,所述将ZigBee网关与用户信息进行绑定之前,所述方法还可以包括:对所述多级服务器进行固件更新。也就是说,在对云端服务器进行固件更新之后,在进行配网操作。
在具体实施时,所述对所述多级服务器进行固件更新,可以包括:
所述主服务器向所述OTA服务器发送更新包检查请求;所述OTA服务器在接收到所述更新包检查请求时,将待更新服务器的标识信息发送至所述主服务器;若所述主服务器根据所述标识信息确定所述待更新服务器为子服务器,则将该子服务器作为目标子服务器,并通知所述目标子服务器进入固件更新状态;进入所述固件更新状态的所述目标子服务器将对应的现有固件数据包备份到所述主服务器的所述OTA缓存区中;在所述现有固件数据包备份完成后,所述主服务器从所述OTA服务器下载所述目标子服务器的固件更新包,并将所述固件更新包写入所述目标子服务器中实现对所述目标子服务器的固件更新。
其中,OTA的全称为Over-the-Air Technology,即空中下载技术,后续均以OTA表示,从OTA服务器下载的数据存储在主服务器的OTA缓存区内。
也就是说,主服务器会请求OTA服务器,检查是否有新的固件更新包,固件更新包有可能是主服务器的固件更新包,也有可能是某个子服务器的固件更新包,这些新的固件更新包具有一些标识信息,从而得知这些固件更新包是哪个服务器的固件更新包。当OTA服务器接收到主服务器发送来的更新包检查请求后,会检查服务器上是否有新的固件更新包,如果有的话,就将新的固件更新包的标识信息发送给主服务器。如果没有的话,就会告知主服务器没有新的固件更新包。如果根据接收到的标识信息,主服务器可以确定是某个子服务器存在新的固件更新包,则将该子服务器作为目标子服务器,并通过该目标子服务器进入固件更新状态。当目标子服务器接收到进入固件更新状态的指令后,进入固件更新状态,并将现有固件的数据包备份到主服务器的OTA缓存区中,实现对现有数据的备份。当目标子服务器的现有固件数据包备份之后,主服务器会从OTA服务器中下载目标子服务器的新的固件更新包,然后将下载的固件更新包写入目标子服务器中,实现对其固件更新。
在具体实施时,所述将该子服务器作为目标子服务器之后,所述对所述多级服务器进行固件更新还可以包括:所述主服务器控制所述主服务器与所述目标子服务器之间的通信链路上的所有子服务器为激活模式以及该通信链路之外的所有子服务器为静默模式;对应的,在所述目标子服务器更新完成之后,所述对所述多级服务器进行固件更新还可以包括:所述主服务器控制所述该通信链路之外的所有子服务器退出所述静默模式。图4为处于激活模式的各个服务器形成的通信链路。
只有目标子服务器与主服务器之间的链路上的所有子服务器为激活模式,而该链路之外的其它子服务器均为静默模式,处于静默模式的子服务器即便接收到指令也不会对指令做出响应,这样整个多级服务器系统可以简化为这一条链路上的各个服务器,对其它服务器不会造成影响,也不会收到其它子服务器的影响,从而防止在指令发送至其它子服务器导致的错误更新,提高更新的可靠性和安全性。在目标子服务器的更新完成之后,其它链路上的子服务器可退出静默模式,从而进入激活模式,可以正常的进行服务器原本的工作。
在具体实施时,所述对所述多级服务器进行固件更新,还可以包括:若所述主服务器根据所述标识信息确定所述待更新服务器为主服务器,则所述主服务器从所述OTA服务器中所述主服务器的固件更新包下载至所述OTA缓存区,在下载完成后所述主服务器进行重启,并在重启之后运行更新后的程序。
当主服务器根据标识信息确定需要更新的服务器为主服务器,此时主服务器可以从OTA服务器中获取主服务器的固件更新包,将其下载到OTA缓存区,实现固件更新包的写入,之后主服务器可以进行重启,重启之后便可以运行更新后的新程序,从而实现对主服务器的更新。
在具体实施时,所述将所述固件更新包写入所述目标子服务器中实现对所述目标子服务器的固件更新,可以包括:
S1、在将所述固件更新包写入所述目标子服务器之后,所述目标子服务器尝试运行更新后的程序,若该更新后的程序成功运行,则所述目标子服务器向所述主服务器发送所述目标子服务器更新成功的通知。
也就是说,将下载的固件更新包写入目标子服务器之后,目标子服务器会尝试运行更新后的程序,如果能够成功运行,则说明固件更新包的写入是成功的,此时目标子服务器可以向主服务器发送更新成功的通知。
在具体实施时,如果主服务器得知目标子服务器更新成功之后,可以将之前备份的现有固件数据包进行擦除。也就是说,本发明提供的方法还可以包括:若所述主服务器接收到所述目标子服务器更新成功的通知后,则将所述OTA缓存区中的所述现有固件数据包删除。这样可以避免无用信息占用过多的内存,提高整个多级服务器系统的运行效率。
当然,也有可能发生运行失败的情况,故还可以包括如下步骤:
S2、若该更新后的程序运行失败,则所述目标子服务器向所述主服务器发送所述目标子服务器更新失败的通知;
S3、所述主服务器在接收到所述目标子服务器更新失败的通知后,若所述目标子服务器的固件更新包的当前下载次数小于预设次数,则再次从所述OTA服务器下载所述固件更新包,将所述固件更新包写入所述目标子服务器,并返回S1。
也就是说,当更新后的程序运行失败,则目标子服务器向主服务器发送更新失败的通知,此时主服务器会判断这个固件更新包的当前下载次数是否达到预设次数,如果没有达到预设次数,则主服务器还会从OTA服务器中下载固件更新包,重新将固件更新包写入目标子服务器中,重新尝试运行并判断运行是否成功,即返回到S1中。
在具体实施时,上述方法还可以包括:
若所述目标子服务器的固件更新包的当前下载次数达到所述预设次数,则所述主服务器将所述OTA缓存区中所述目标子服务器的所述现有固件数据包写入到所述目标子服务器中。
也就是说,如果主服务器判断这个固件更新包的下载次数达到预设次数,则不会继续下载,而是将在OTA缓存区中的之前备份的现有固件数据包写回到目标子服务器中,保证目标子服务器的正常运行。即,在新程序多次连续未运行成功,则会将主服务器中备份的原有程序进行还原。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。
Claims (9)
1.一种基于H5的ZigBee设备配网方法,其特征在于,包括:
将ZigBee网关与用户信息进行绑定,实现所述ZigBee网关的配网;在所述ZigBee网关配网之后,将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定,实现所述ZigBee设备的配网;
其中,所述将ZigBee网关与用户信息进行绑定,包括:
在所述ZigBee网关插入网线后,用户登录预设原生app并进入所述预设原生app的第一H5界面时,所述第一H5界面向所述预设原生app的运行模块发送查询网关指令;所述预设原生app的运行模块在接收到所述查询网关指令后,查询所述ZigBee网关对应的网关信息,并将所述网关信息发送至所述第一H5界面;所述第一H5界面在接收到所述网关信息后,查询云端服务器中是否保存有所述网关信息,若所述云端服务器未保存所述网关信息,则向所述云端服务器发送绑定请求,以使所述云端服务器保存所述网关信息,将所述网关信息与登录所述预设原生app的用户信息进行绑定,并在绑定成功后向所述第一H5界面返回绑定成功的消息;其中,移动终端和所述ZigBee网关位于同一局域网内,所述预设原生app为配网用的原生app,所述第一H5界面为用于进行网关配网的H5界面;所述预设原生app安装在所述移动终端上,以使用户在所述移动终端上登录所述预设原生app;
其中,所述云端服务器包括OTA服务器以及多级服务器,所述多级服务器包括主服务器和多级子服务器,所述主服务器与所述OTA服务器通信连接,所述主服务器内设置有OTA缓存区,所述主服务器和所述多级子服务器用于提供不同级别的服务;
对应的,所述将ZigBee网关与用户信息进行绑定之前,所述方法还包括:对所述多级服务器进行固件更新;
其中,所述对所述多级服务器进行固件更新,包括:
所述主服务器向所述OTA服务器发送更新包检查请求;所述OTA服务器在接收到所述更新包检查请求时,将待更新服务器的标识信息发送至所述主服务器;若所述主服务器根据所述标识信息确定所述待更新服务器为子服务器,则将该子服务器作为目标子服务器,并通知所述目标子服务器进入固件更新状态;进入所述固件更新状态的所述目标子服务器将对应的现有固件数据包备份到所述主服务器的所述OTA缓存区中;在所述现有固件数据包备份完成后,所述主服务器从所述OTA服务器下载所述目标子服务器的固件更新包,并将所述固件更新包写入所述目标子服务器中实现对所述目标子服务器的固件更新。
2.根据权利要求1所述的方法,其特征在于,所述第一H5界面在向所述预设原生app的运行模块发送查询网关指令时,所述方法还包括:
所述第一H5界面开启预设时长的倒数计时;
若在倒数计时结束前接收到所述网关信息,则执行所述查询云端服务器中是否保存有所述网关信息的步骤;
若在倒数计时结束时仍未接收到所述网关信息,则跳转到第二H5界面,所述第二H5界面用于引导用户对所述ZigBee网关进行重置以实现对所述ZigBee网关的恢复出厂设置;在所述ZigBee网关被重置后,执行所述第一H5界面向所述预设原生app的运行模块发送查询网关指令的步骤。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述云端服务器保存有所述网关信息,则跳转到第二H5界面,所述第二H5界面用于引导用户对所述ZigBee网关进行重置以实现对所述ZigBee网关的恢复出厂设置;在所述ZigBee网关被重置后,执行所述第一H5界面向所述云端服务器发送绑定请求的步骤。
4.根据权利要求1所述的方法,其特征在于,所述将ZigBee设备通过所述ZigBee网关与所述用户信息进行绑定,包括:
在用户登录所述预设原生app且进入第三H5界面时,所述第三H5界面向所述预设原生app的运行模块发送网关组网指令;所述预设原生app的运行模块在接收到所述网关组网指令后,将所述网关组网指令发送至所述ZigBee网关,以使所述ZigBee网关开启组网模式;
在用户对ZigBee设备进行设备重置后,所述ZigBee设备进入组网模式,进入组网模式的ZigBee设备将所述ZigBee设备的设备参数上报至所述ZigBee网关;所述ZigBee设备被重置后能够解除所述ZigBee设备的原有绑定关系;
开启组网模式的所述ZigBee网关通过所述预设原生app的运行模块将所述设备参数发送至所述第三H5界面;
所述第三H5界面在接收到所述设备参数后,将相同设备ID的设备参数组装为一组设备信息,将所述设备信息发送至所述云端服务器,以使所述云端服务器将所述设备信息和登录所述预设原生app的用户信息进行绑定,实现所述ZigBee设备与用户的绑定。
5.根据权利要求4所述的方法,其特征在于,
所述第三H5界面在接收到所述设备参数后,将相同设备ID的设备参数组装为一组设备信息之后,所述将所述设备信息发送至所述云端服务器之前,所述方法还包括:
所述第三H5界面对所述设备信息进行校验,校验内容包括所述设备信息中包含的信息条数是否完整以及每一条信息是否完整;若所述信息条数完整且每一条信息完整,则校验成功,则执行所述将所述设备信息发送至所述云端服务器的步骤。
6.根据权利要求5所述的方法,其特征在于,还包括:
若校验失败,则生成提示信息,所述提示信息用于提示用户对所述ZigBee设备再次进行设备重置,在ZigBee设备再次重置后,返回所述进入组网模式的ZigBee设备将所述ZigBee设备的设备参数上报至所述ZigBee网关的步骤。
7.根据权利要求4所述的方法,其特征在于,所述将所述设备信息发送至所述云端服务器,包括:
所述第三H5界面向所述云端服务器发送接口请求,在接收到所述云端服务器返回的接口地址后,通过所述接口地址对应的接口将所述设备信息发送至所述云端服务器。
8.根据权利要求1所述的方法,其特征在于,
所述将该子服务器作为目标子服务器之后,所述方法还包括:所述主服务器控制所述主服务器与所述目标子服务器之间的通信链路上的所有子服务器为激活模式以及该通信链路之外的所有子服务器为静默模式;
对应的,在所述目标子服务器更新完成之后,所述方法还包括:所述主服务器控制所述该通信链路之外的所有子服务器退出所述静默模式。
9.根据权利要求1所述的方法,其特征在于,还包括:
若所述主服务器根据所述标识信息确定所述待更新服务器为主服务器,则所述主服务器从所述OTA服务器中所述主服务器的固件更新包下载至所述OTA缓存区,在下载完成后所述主服务器进行重启,并在重启之后运行更新后的程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111428772.1A CN114040419B (zh) | 2021-11-29 | 2021-11-29 | 基于H5的ZigBee设备配网方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111428772.1A CN114040419B (zh) | 2021-11-29 | 2021-11-29 | 基于H5的ZigBee设备配网方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114040419A CN114040419A (zh) | 2022-02-11 |
CN114040419B true CN114040419B (zh) | 2023-07-11 |
Family
ID=80139061
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111428772.1A Active CN114040419B (zh) | 2021-11-29 | 2021-11-29 | 基于H5的ZigBee设备配网方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114040419B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789279A (zh) * | 2016-12-26 | 2017-05-31 | 新奥科技发展有限公司 | 一种网关的控制方法、远程控制端的控制方法及装置 |
CN109862565A (zh) * | 2019-02-11 | 2019-06-07 | 广东省城乡规划设计研究院 | 一种无线局域网无感知控制方法、系统和可读存储介质 |
CN111769962A (zh) * | 2019-04-01 | 2020-10-13 | 成都启英泰伦科技有限公司 | 一种mcu固件ota升级方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160277261A9 (en) * | 2006-12-29 | 2016-09-22 | Prodea Systems, Inc. | Multi-services application gateway and system employing the same |
US20170344703A1 (en) * | 2006-12-29 | 2017-11-30 | Kip Prod P1 Lp | Multi-services application gateway and system employing the same |
US8942255B2 (en) * | 2011-05-11 | 2015-01-27 | Comcast Cable Communications, Llc | Managing data |
US10158536B2 (en) * | 2014-05-01 | 2018-12-18 | Belkin International Inc. | Systems and methods for interaction with an IoT device |
CN111200545B (zh) * | 2018-11-16 | 2021-11-30 | 中移(杭州)信息技术有限公司 | 一种智能设备接入方法及装置 |
CN111048085A (zh) * | 2019-12-18 | 2020-04-21 | 佛山市顺德区美家智能科技管理服务有限公司 | 基于zigbee无线技术的离线式语音控制方法、系统及存储介质 |
CN112817633A (zh) * | 2021-01-22 | 2021-05-18 | 深圳市九洲电器有限公司 | 一种自动配置方法和网关设备 |
-
2021
- 2021-11-29 CN CN202111428772.1A patent/CN114040419B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789279A (zh) * | 2016-12-26 | 2017-05-31 | 新奥科技发展有限公司 | 一种网关的控制方法、远程控制端的控制方法及装置 |
CN109862565A (zh) * | 2019-02-11 | 2019-06-07 | 广东省城乡规划设计研究院 | 一种无线局域网无感知控制方法、系统和可读存储介质 |
CN111769962A (zh) * | 2019-04-01 | 2020-10-13 | 成都启英泰伦科技有限公司 | 一种mcu固件ota升级方法 |
Non-Patent Citations (1)
Title |
---|
一种多协议互操作智能网关的实现;陈丽芬;叶迅凯;赵鹏;周中良;储成诚;李禹翔;;家电科技(第02期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114040419A (zh) | 2022-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109101261A (zh) | 一种数据采集传输仪终端的远程在线升级方法及系统 | |
US7644405B2 (en) | System with required enhancements to SyncML DM environment to support firmware updates | |
CN100391176C (zh) | 用于远端更新家用设备功能的方法和系统 | |
US20140007076A1 (en) | Separate upgrade/modification of remote software in machine to machine communication | |
US20150227356A1 (en) | Adaptive deployment of applications for mobile devices | |
CN105224362A (zh) | 上位机对下位机进行程序升级的方法及系统 | |
CN110636537B (zh) | 一种基于ttcn-3的多卡移动终端测试系统及其方法 | |
CN105517015A (zh) | 一种wifi产品空中下载OTA升级方法、装置及终端 | |
CN109391673A (zh) | 一种管理更新文件的方法、系统及终端设备 | |
US20020193145A1 (en) | Controller and controlling method thereof | |
CN104346198A (zh) | 信息处理装置、服务器装置、信息处理方法和程序 | |
CN112423322B (zh) | 型号信息发送方法、装置、存储介质及电子装置 | |
CN110768840A (zh) | 通信设备的控制方法、装置、设备及存储介质 | |
CN113645068B (zh) | 一种实现自动部署的方法及计算机可读存储介质 | |
CN114125892A (zh) | eSIM远程配置管理方法、终端设备、融合RSP平台及系统 | |
CN114040419B (zh) | 基于H5的ZigBee设备配网方法 | |
CN106294119B (zh) | 测试调度系统、方法及终端设备 | |
CN110045969A (zh) | 应用程序安装方法、服务器、系统、设备及存储介质 | |
WO2024103943A1 (zh) | 一种业务处理方法、装置、存储介质及设备 | |
CN111787093B (zh) | 应用管理方法、应用管理装置、相关设备及介质 | |
CN113138788A (zh) | 空调程序升级方法及空调系统 | |
CN113396600B (zh) | 信息验证方法、装置、设备及存储介质 | |
CN103138961B (zh) | 服务器控制方法、被控服务器及中心控制服务器 | |
KR100824298B1 (ko) | 장치관리 스케줄링 방법 그 단말 | |
CN112667272A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |