CN110769411A - 稳定实现终端设备的批量ota升级方法、装置、设备及系统 - Google Patents
稳定实现终端设备的批量ota升级方法、装置、设备及系统 Download PDFInfo
- Publication number
- CN110769411A CN110769411A CN201911011636.5A CN201911011636A CN110769411A CN 110769411 A CN110769411 A CN 110769411A CN 201911011636 A CN201911011636 A CN 201911011636A CN 110769411 A CN110769411 A CN 110769411A
- Authority
- CN
- China
- Prior art keywords
- bin file
- version number
- storage unit
- bin
- gateway
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种稳定实现终端设备的批量OTA升级方法、装置以及系统,方法包括:接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据并复位至原始状态,以完成OTA升级;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位。本发明通过广播的方式对所有需要进行升级的基于LORA的终端设备同时进行升级,从而大大地缩短整体升级时间,同时通过对文件版本号以及BIN文件校验码进行校验,能够稳定地实现了批量OTA升级。
Description
技术领域
本发明涉及物联网应用领域,尤其涉及一种稳定实现终端设备的批量OTA升级方法、装置、设备及系统。
背景技术
LORA(Long Range,远距离)是一种调制技术,与同类技术相比,提供更长的通信距离,调制是基于扩频技术,线性调制扩频(CSS)的一个变种,具有前向纠错(FEC),扩频技术最大的优势就是可以有效地降低误码率,但同时也存在速率极低的劣势,例如最高速率的情况之下1个字节需要传输1ms,最低速率的情况下1个字节需要传输32ms。
目前,LORA OTA方式都是采用点对点的方式,每次升级一台设备,依次轮询,直至所有设备都升级完成,虽然点对点的方式可以有效保证单台设备升级的完整性,但是由于LORA速率十分低下的特点,因此整体升级效率十分低下,当平台资源有限、设备数量又巨大时,LORA的点对点的OTA方式将会存在十分不适用以及不稳定的情况。
发明内容
针对上述问题,本发明的目的在于提供一种稳定实现终端设备的批量OTA升级方法、装置、设备及系统,能够对所有需要进行升级的终端设备同时进行升级,从而大大地缩短整体升级时间,同时通过对文件版本号以及BIN文件校验码进行校验,能够稳定地实现了批量OTA升级。
第一方面,本发明实施例提供了一种稳定实现终端设备的批量OTA升级方法,包括:
接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
优选地,所述当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件,具体为:
当判断所述BIN文件版本号与本地软件版本号不一致时,判断所述BIN文件版本号是否与上一未完成的OTA的BIN文件版本号一致;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致时,接收升级平台通过网关下发的BIN文件;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本不一致时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并将新的BIN文件版本号写入至第一存储单元中,以使得所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致,以接收升级平台通过网关下发的BIN文件。
优选地,在当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件的步骤之后,
当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级的步骤之前,还包括:
接收升级平台通过网关下发的BIN文件;其中,所述BIN文件包括多个BIN文件数据包;每个BIN文件数据包包括对应的BIN文件码;
对BIN文件数据包的BIN文件码进行校验,并在BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断接收BIN文件数据包的时间超过第一预设时间时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并复位至原始状态,重新接收升级平台通过网关广播的握手请求;
当判断接收BIN文件数据包的时间不超过第一预设时间,且判断第二存储单元中已写完所有BIN文件数据包时,完成BIN文件的接收。
优选地,所述当BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间,具体为:
当BIN文件数据包的BIN文件码进行校验成功后,判断第一存储单元中是否存在写入过第二存储单元的所述BIN文件数据包的标志位;
当判断第一存储单元中存在写入过第二存储单元的所述BIN文件数据包的标志位时,则不将Bin文件数据包写入第二存储单元,并继续判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断第一存储单元中不存在写入过第二存储单元的所述BIN文件数据包的标志位时,将所述BIN文件数据包写入至第二存储单元中,并将所述BIN文件数据包的标志位写入至第一存储单元中后,继续判断接收BIN文件数据包的时间是否超过第一预设时间。
优选地,第一存储单元为EEPROM;第二存储单元为FLASH。
优选地,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC16校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC16校验码用于终端设备校验BIN文件的完整性。
第二方面,本发明实施例还提供了一种稳定实现终端设备的批量OTA升级装置,包括:
接收单元,用于接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
判断单元,用于当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
校验单元,用于当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
第三方面,本发明实施例还提供了一种稳定实现终端设备的批量OTA升级设备,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现上述的稳定实现终端设备的批量OTA升级方法。
第四方面,本发明实施例还提供了一种稳定实现终端设备的批量OTA升级系统,包括:升级平台、网关以及基于上面实施例所述的终端设备;其中,所述网关与所述终端设备通过LORA模块进行数据传输;所述升级平台与所述网关通过TCP/IP协议进行连接;
所述升级平台,用于通过网关获取所有终端设备的代码版本号,并在判断下发的BIN文件版本号与所述终端设备的代码版本号不一致时,下发握手请求至网关;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
所述网关,用于接收所述升级平台发送的握手请求,并向所有终端设备广播握手请求;
所述升级平台,还用于在所述网关向所有终端设备广播握手请求后,下发BIN文件至所述网关;
所述网关,还用于接收所述升级平台下发的BIN文件;
所述终端设备,用于接收网关广播的握手请求,并判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
优选地,所述升级平台,还用于在判断下发的BIN文件版本号与所述终端设备的代码版本号不一致时,发送开启OTA指令至网关,以使得网关进入OTA模式,以识别所述握手请求指令以及下发的BIN文件指令;以及将BIN文件发送完成之后发送关闭OTA指令至网关,以使得所述网关退出OTA模式,停止OTA升级。
第五方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的稳定实现终端设备的批量OTA升级方法。
实施本发明实施例,具有如下有益效果:
1、本发明通过广播的方式对所有需要进行升级的基于LORA的终端设备同时进行升级,从而大大地缩短整体升级时间,有效地降低整个OTA过程的升级功耗,从而避免浪费大量功耗。同时通过对文件版本号以及BIN文件校验码进行校验,能够稳定地实现了批量OTA升级。
2、本发明加入第一存储单元存储第二存储单元写入的数据包标志位,以避免批量OTA多轮之后重复擦写第二存储单元的情况,从而有效延长FLASH的使用寿命。
3、本发明在BIN文件中加入BIN文件信息头,从而保证了BIN文件的完整性以及安全性,以避免BIN文件入库之后被黑客攻击或者篡改,有效地增加了整个OTA的安全性。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施方式中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明第一实施例提供的稳定实现终端设备的批量OTA升级系统的结构示意图。
图2是本发明实施例提供的BIN文件信息头格式的结构示意图。
图3是本发明实施例提供的升级平台的工作流程示意图。
图4是本发明实施例提供的稳定实现终端设备的批量OTA升级方法的流程示意图。
图5是本发明第一实施例提供的终端设备的工作流程示意图。
图6是本发明第三实施例提供的稳定实现终端设备的批量OTA升级装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
实施例中提及的“第一\第二”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二”区分的对象在适当情况下可以互换,以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
实施例一:
请参阅图1,本发明第一实施例提供了一种稳定实现终端设备的批量OTA升级系统,包括:升级平台1、网关2以及终端设备3;其中,所述网关2与所述终端设备3通过LORA模块进行数据传输;所述升级平台1与所述网关2通过TCP/IP协议进行连接;
具体地,所述升级平台1,用于通过网关2获取所有终端设备3的代码版本号,并在判断下发的BIN文件版本号与所述终端设备3的代码版本号一致时,下发握手请求至所述网关2;以及在所述网关2向所有终端设备1广播握手请求后,下发BIN文件至所述网关2。其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码。
所述网关2,用于接收所述升级平台1发送的握手请求,并向所有终端设备2广播握手请求,以及转发升级平台1下发的BIN文件至所述终端设备3。
所述终端设备3,用于接收所述网关2广播的握手请求,并判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台1通过网关下发的BIN文件;当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
在本实施例中,由于升级平台1存放的BIN文件是批量OTA升级过程中至关重要的元素,因此在下发BIN文件之前,通过在BIN文件中加入BIN文件信息头,以保证BIN文件的安全性和完整性,其中,所述BIN文件为二进制文件,是一种文件格式BINary的缩写,即一个后缀名为".BIN"的文件。具体地,升级文件采用BIN格式的文件,BIN文件在交付给升级平台1之前需要通过BIN文件信息头生成工具事先生成BIN文件信息头(参见图2所示,BIN文件信息头格式),并加在BIN文件的首端。其中,所述BIN文件信息头包含公司名以及BIN文件的CRC16校验码。然后,升级平台2在将BIN文件入库之前需要校验BIN文件信息头中的公司名称以及文件CRC16校验码(公司名称通过之后需要对整个BIN文件重新生成CRC16校验码与BIN文件信息头中的文件CRC16校验码进行比对),如果BIN文件信息头校验通过不了则不允许入库。其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,可有效保证OTA的源头不出现故障,所述BIN文件的CRC16校验码用于所述终端设备3校验BIN文件的完整性,可有效避免终端设备由于烧写错误的BIN文件导致无法运行的情况。最后,当BIN文件入库之后,升级平台1在下发BIN文件之前需要再次校验公司名称以及文件CRC16校验码,以防止BIN文件被黑客攻击或者篡改,BIN文件信息头校验出错的情况下不能下发BIN文件。
在本实施例中,所述网关2包括基站;所述基站是所述终端设备与所述升级平台1之间的中转站,所述终端设备3与所述基站通过LORA模块进行数据通信,需要说明的是,所述基站为LORA基站。
参见图3,在本实施例中,当升级平台1需要对某所有终端设3发起OTA升级时,首先通过网关2查询终端设备3的代码版本号,然后判断进行下发的BIN文件版本号是否所述终端设备3的代码版本号一致,若一致则不进行OTA升级,并结束OTA升级;若不一致,则需要发送开启OTA指令至网关2,以使得网关2进入OTA模式,以识别所述握手请求指令以及下发的BIN文件指令;以及将BIN文件发送完成之后发送关闭OTA指令至网关2,以使得所述网关2退出OTA模式,停止OTA升级。
参见图4,在本实施例中,所述终端设备3是需要进行OTA升级的终端设备3,所述终端设备3包括LORA模块、处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现上述的稳定实现终端设备的批量OTA升级方法:
S101,接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码。
S102,当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件。
在本实施例中,为了避免终端设备3在OTA升级的过程中浪费不必要的功耗,因此,当判断所述BIN文件版本号与本地软件版本号不一致时,判断所述BIN文件版本号是否与上一未完成的OTA的BIN文件版本号一致;当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致时,接收升级平台通过网关下发的BIN文件;当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本不一致时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并将新的BIN文件版本号写入至第一存储单元中,以使得所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致,以接收升级平台通过网关下发的BIN文件。通过从断点处开始下发BIN文件至所述终端设备,以使得终端设备根据所述从断点处开始下发BIN文件进行升级,能够有效减少功耗。
S103,当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
在本实施例中,当BIN文件数据包的BIN文件码进行校验成功后,判断第一存储单元中是否存在写入过第二存储单元的所述BIN文件数据包的标志位;当判断第一存储单元中存在写入过第二存储单元的所述BIN文件数据包的标志位时,继续判断接收BIN文件数据包的时间是否超过第一预设时间;当判断第一存储单元中不存在写入过第二存储单元的所述BIN文件数据包的标志位时,将所述BIN文件数据包写入至第二存储单元中,并将所述BIN文件数据包的标志位写入至第一存储单元中后,继续判断接收BIN文件数据包的时间是否超过第一预设时间。
综上,本发明通过广播的方式对所有需要进行升级的基于LORA的终端设备同时进行升级,从而大大地缩短整体升级时间,有效地降低整个OTA过程的升级功耗,从而避免浪费大量功耗。同时通过对文件版本号以及BIN文件校验码进行校验,能够稳定地实现了批量OTA升级。以及加入第一存储单元存储第二存储单元写入的数据包标志位,以避免批量OTA多轮之后重复擦写第二存储单元的情况,从而有效延长FLASH的使用寿命。以及在BIN文件中加入BIN文件信息头,从而保证了BIN文件的完整性以及安全性,以避免BIN文件入库之后被黑客攻击或者篡改,有效地增加了整个OTA的安全性。
实施例二
请参阅图4和图5,本发明第一实施例提供了一种稳定实现终端设备的批量OTA升级系统,其可由终端设备来执行,特别的,由终端设备内的一个或多个处理器来执行,并至少包括如下步骤:
S101,接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码。
S102,当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
S103,当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
综上,本发明通过广播的方式对所有需要进行升级的基于LORA的终端设备同时进行升级,从而大大地缩短整体升级时间,有效地降低整个OTA过程的升级功耗,从而避免浪费大量功耗。同时通过对文件版本号以及BIN文件校验码进行校验,能够稳定地实现了批量OTA升级。以及加入第一存储单元存储第二存储单元写入的数据包标志位,以避免批量OTA多轮之后重复擦写第二存储单元的情况,从而有效延长FLASH的使用寿命。以及在BIN文件中加入BIN文件信息头,从而保证了BIN文件的完整性以及安全性,以避免BIN文件入库之后被黑客攻击或者篡改,有效地增加了整个OTA的安全性。
在上述实施例的基础上,本发明一优选实施例中,所述当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件,具体为:
当判断所述BIN文件版本号与本地软件版本号不一致时,判断所述BIN文件版本号是否与上一未完成的OTA的BIN文件版本号一致;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致时,接收升级平台通过网关下发的BIN文件;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本不一致时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并将新的BIN文件版本号写入至第一存储单元中,以使得所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致,以接收升级平台通过网关下发的BIN文件。
在上述实施例的基础上,本发明一优选实施例中,在当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件的步骤之后,
当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级的步骤之前,还包括:
接收升级平台通过网关下发的BIN文件;其中,所述BIN文件包括多个BIN文件数据包;每个BIN文件数据包包括对应的BIN文件码;
对BIN文件数据包的BIN文件码进行校验,并在BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断接收BIN文件数据包的时间超过第一预设时间时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并复位至原始状态,重新接收升级平台通过网关广播的握手请求;
当判断接收BIN文件数据包的时间不超过第一预设时间,且判断第二存储单元中已写完所有BIN文件数据包时,完成BIN文件的接收。
在上述实施例的基础上,本发明一优选实施例中,所述当BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间,具体为:
当BIN文件数据包的BIN文件码进行校验成功后,判断第一存储单元中是否存在写入过第二存储单元的所述BIN文件数据包的标志位;
当判断第一存储单元中存在写入过第二存储单元的所述BIN文件数据包的标志位时,继续判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断第一存储单元中不存在写入过第二存储单元的所述BIN文件数据包的标志位时,将所述BIN文件数据包写入至第二存储单元中,并将所述BIN文件数据包的标志位写入至第一存储单元中后,继续判断接收BIN文件数据包的时间是否超过第一预设时间。当然,需要说明的是,所述第一预设时间为自定义时间,可根据实际需要设置,例如2min,1min,30s等,在此本发明不做具体限制。
在本实施例中,需要说明的是,当判断接收BIN文件数据包的时间是否超过第一预设时间,为了避免终端设备在OTA升级的过程中浪费大量的功耗,则通过判断所述终端设备的通信时间超过第一预设时间时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并复位至原始状态,重新接收升级平台通过网关广播的握手请求,可有效地避免终端设备一直处于OTA升级状态而浪费大量的功耗。
在上述实施例的基础上,本发明一优选实施例中,第一存储单元为EEPROM;第二存储单元为FLASH。
在上述实施例的基础上,本发明一优选实施例中,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC16校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC16校验码用于终端设备校验BIN文件的完整性。
参见图6,本发明第三实施例还提供了一种稳定实现终端设备的批量OTA升级装置,包括:
接收单元100,用于接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
判断单元200,用于当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
校验单元300,用于当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
在上述实施例的基础上,本发明一优选实施例中,判断单元200,还用于当判断所述BIN文件版本号与本地软件版本号不一致时,判断所述BIN文件版本号是否与上一未完成的OTA的BIN文件版本号一致;当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致时,接收升级平台通过网关下发的BIN文件;当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本不一致时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并将新的BIN文件版本号写入至第一存储单元中,以使得所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致,以接收升级平台通过网关下发的BIN文件。
在上述实施例的基础上,本发明一优选实施例中,还用于接收升级平台通过网关下发的BIN文件;其中,所述BIN文件包括多个BIN文件数据包;每个BIN文件数据包包括对应的BIN文件码;对BIN文件数据包的BIN文件码进行校验,并在BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间;当判断接收BIN文件数据包的时间超过第一预设时间时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并复位至原始状态,重新接收升级平台通过网关广播的握手请求;当判断接收BIN文件数据包的时间不超过第一预设时间,且判断第二存储单元中已写完所有BIN文件数据包时,完成BIN文件的接收。
在上述实施例的基础上,本发明一优选实施例中,校验单元300,还用于当BIN文件数据包的BIN文件码进行校验成功后,判断第一存储单元中是否存在写入过第二存储单元的所述BIN文件数据包的标志位;当判断第一存储单元中存在写入过第二存储单元的所述BIN文件数据包的标志位时,继续判断接收BIN文件数据包的时间是否超过第一预设时间;当判断第一存储单元中不存在写入过第二存储单元的所述BIN文件数据包的标志位时,将所述BIN文件数据包写入至第二存储单元中,并将所述BIN文件数据包的标志位写入至第一存储单元中后,继续判断接收BIN文件数据包的时间是否超过第一预设时间。
在上述实施例的基础上,本发明一优选实施例中,第一存储单元为EEPROM;第二存储单元为FLASH。
在上述实施例的基础上,本发明一优选实施例中,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC16校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC16校验码用于终端设备校验BIN文件的完整性。
本发明第四实施例:
本发明第三实施例提供了一种稳定实现终端设备的批量OTA升级设备,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现如上述的稳定实现终端设备的批量OTA升级方法。
本发明第五实施例:
本发明第五实施例提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的稳定实现终端设备的批量OTA升级方法。
示例性的,所述计算机程序可以被分割成一个或多个单元,所述一个或者多个单元被存储在所述存储器中,并由所述处理器执行,以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在稳定实现终端设备的批量OTA升级设备中的执行过程。
所述稳定实现终端设备的批量OTA升级设备可包括但不仅限于处理器、存储器。本领域技术人员可以理解,所述示意图仅仅是稳定实现终端设备的批量OTA升级设备的示例,并不构成对稳定实现终端设备的批量OTA升级设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述稳定实现终端设备的批量OTA升级设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述稳定实现终端设备的批量OTA升级设备的控制中心,利用各种接口和线路连接整个稳定实现终端设备的批量OTA升级设备的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述稳定实现终端设备的批量OTA升级设备的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FLASH Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中,所述稳定实现终端设备的批量OTA升级设备集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (10)
1.一种稳定实现终端设备的批量OTA升级方法,其特征在于,包括:
接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据并复位至原始状态,以完成OTA升级;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位。
2.根据权利要求1所述的稳定实现终端设备的批量OTA升级方法,其特征在于,所述当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件,具体为:
当判断所述BIN文件版本号与本地软件版本号不一致时,判断所述BIN文件版本号是否与上一未完成的OTA的BIN文件版本号一致;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致时,接收升级平台通过网关下发的BIN文件;
当判断所述BIN文件版本号与上一未完成的OTA的BIN文件版本不一致时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并将新的BIN文件版本号写入至第一存储单元中,以使得所述BIN文件版本号与上一未完成的OTA的BIN文件版本一致,以接收升级平台通过网关下发的BIN文件。
3.根据权利要求2所述的稳定实现终端设备的批量OTA升级方法,其特征在于,
在当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件的步骤之后,
当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级的步骤之前,还包括:
接收升级平台通过网关下发的BIN文件;其中,所述BIN文件包括多个BIN文件数据包;每个BIN文件数据包包括对应的BIN文件码;
对BIN文件数据包的BIN文件码进行校验,并在BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断接收BIN文件数据包的时间超过第一预设时间时,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位,并复位至原始状态,重新接收升级平台通过网关广播的握手请求;
当判断接收BIN文件数据包的时间不超过第一预设时间,且判断第二存储单元中已写完所有BIN文件数据包时,完成BIN文件的接收。
4.根据权利要求3所述的稳定实现终端设备的批量OTA升级方法,其特征在于,
所述当BIN文件数据包的BIN文件码进行校验成功后,判断接收BIN文件数据包的时间是否超过第一预设时间,具体为:
当BIN文件数据包的BIN文件码进行校验成功后,判断第一存储单元中是否存在写入过第二存储单元的所述BIN文件数据包的标志位;
当判断第一存储单元中存在写入过第二存储单元的所述BIN文件数据包的标志位时,则不将Bin文件数据包写入第二存储单元,并继续判断接收BIN文件数据包的时间是否超过第一预设时间;
当判断第一存储单元中不存在写入过第二存储单元的所述BIN文件数据包的标志位时,将所述BIN文件数据包写入至第二存储单元中,并将所述BIN文件数据包的标志位写入至第一存储单元中后,继续判断接收BIN文件数据包的时间是否超过第一预设时间。
5.根据权利要求4所述的稳定实现终端设备的批量OTA升级方法,其特征在于,第一存储单元为EEPROM;第二存储单元为FLASH。
6.根据权利要求1所述的稳定实现终端设备的批量OTA升级方法,其特征在于,所述BIN文件的开头包括BIN文件信息头,所述BIN文件信息头包含公司名以及BIN文件的CRC16校验码,其中,所述公司名用于防止非本公司输出的BIN文件被用来升级,所述BIN文件的CRC16校验码用于终端设备校验BIN文件的完整性。
7.一种稳定实现终端设备的批量OTA升级装置,其特征在于,包括:
接收单元,用于接收升级平台通过网关广播的握手请求;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
判断单元,用于当判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;
校验单元,用于当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
8.一种终端设备,其特征在于,包括处理器、存储器以及存储在所述存储器内的计算机程序,所述计算机程序能够被所述处理器执行以实现如权利要求1至6任意一项所述的稳定实现终端设备的批量OTA升级方法。
9.一种稳定实现终端设备的批量OTA升级系统,其特征在于,包括:升级平台、网关以及基于如权利要求8所述的终端设备;其中,所述网关与所述终端设备通过LORA模块进行数据传输;所述升级平台与所述网关通过TCP/IP协议进行连接;
所述升级平台,用于通过网关获取所有终端设备的代码版本号,并在判断下发的BIN文件版本号与所述终端设备的代码版本号不一致时,下发握手请求至网关;其中,所述握手请求携带有包含BIN文件版本号以及BIN文件校验码;
所述网关,用于接收所述升级平台发送的握手请求,并向所有终端设备广播握手请求;
所述升级平台,还用于在所述网关向所有终端设备广播握手请求后,下发BIN文件至所述网关;
所述网关,还用于接收所述升级平台下发的BIN文件;
所述终端设备,用于接收网关广播的握手请求,并判断所述BIN文件版本号与本地软件版本号不一致时,接收升级平台通过网关下发的BIN文件;当接收完BIN文件后,对接收的所述BIN文件的BIN文件校验码进行校验,并在校验成功后,擦除第一存储单元的内容数据;其中,擦除第一存储单元的内容数据;其中,所述内容数据包括BIN文件版本号、BIN文件校验码以及第二存储单元写入BIN文件数据包的标志位并复位至原始状态,以完成OTA升级。
10.根据权利要求9所述的稳定实现终端设备的批量OTA升级系统,其特征在于,
所述升级平台,还用于在判断下发的BIN文件版本号与所述终端设备的代码版本号不一致时,发送开启OTA指令至网关,以使得网关进入OTA模式,以识别所述握手请求指令以及下发的BIN文件指令;以及将BIN文件发送完成之后发送关闭OTA指令至网关,以使得所述网关退出OTA模式,停止OTA升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911011636.5A CN110769411B (zh) | 2019-10-23 | 2019-10-23 | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911011636.5A CN110769411B (zh) | 2019-10-23 | 2019-10-23 | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110769411A true CN110769411A (zh) | 2020-02-07 |
CN110769411B CN110769411B (zh) | 2022-10-21 |
Family
ID=69333094
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911011636.5A Active CN110769411B (zh) | 2019-10-23 | 2019-10-23 | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110769411B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112118313A (zh) * | 2020-09-17 | 2020-12-22 | 紫光展锐(重庆)科技有限公司 | 一种终端设备远程升级的方法及相关装置 |
CN113849213A (zh) * | 2021-10-15 | 2021-12-28 | 四川启睿克科技有限公司 | 一种边缘设备的ota升级系统及方法 |
CN114339723A (zh) * | 2020-10-10 | 2022-04-12 | 深圳长城开发科技股份有限公司 | 基于LoRa的空中升级方法及系统 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915219A (zh) * | 2014-03-12 | 2015-09-16 | 奇点新源国际技术开发(北京)有限公司 | 单片机程序升级方法及装置 |
CN105183523A (zh) * | 2015-09-29 | 2015-12-23 | 国网智能电网研究院 | 一种dsp程序的远程升级方法 |
CN106569847A (zh) * | 2016-10-14 | 2017-04-19 | 数源科技股份有限公司 | 一种用于车载系统基于移动网络实现iap远程升级的方法 |
CN107835088A (zh) * | 2017-09-26 | 2018-03-23 | 深圳市亿兆互联技术有限公司 | 一种LoRa终端设备空中升级方法及系统 |
CN108173685A (zh) * | 2017-12-26 | 2018-06-15 | 金卡智能集团股份有限公司 | 基于LoRa通讯的升级方法、系统及相应的终端设备和服务器 |
US20180227083A1 (en) * | 2017-02-03 | 2018-08-09 | Samsung Electro-Mechanics Co., Ltd. | Method for updating firmware of low power wide area module |
US20190138295A1 (en) * | 2018-12-28 | 2019-05-09 | Intel Corporation | Delivery of firmware updates in a low-power mesh network |
CN109769237A (zh) * | 2019-01-28 | 2019-05-17 | 三维通信股份有限公司 | 一种基于蓝牙和Lora双模式升级的方法及系统 |
CN110231952A (zh) * | 2019-06-17 | 2019-09-13 | 合肥巨一动力系统有限公司 | 一种ecu程序备份及循环升级控制方法及装置 |
CN110311964A (zh) * | 2019-06-20 | 2019-10-08 | 厦门四信通信科技有限公司 | 套接字ota升级方法、装置、系统、用户终端和存储介质 |
CN110308916A (zh) * | 2019-06-27 | 2019-10-08 | 厦门四信通信科技有限公司 | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 |
CN110365510A (zh) * | 2018-04-10 | 2019-10-22 | 上海仪电(集团)有限公司中央研究院 | 一种可对网络节点批量ota升级的物联网网关及ota升级方法 |
-
2019
- 2019-10-23 CN CN201911011636.5A patent/CN110769411B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915219A (zh) * | 2014-03-12 | 2015-09-16 | 奇点新源国际技术开发(北京)有限公司 | 单片机程序升级方法及装置 |
CN105183523A (zh) * | 2015-09-29 | 2015-12-23 | 国网智能电网研究院 | 一种dsp程序的远程升级方法 |
CN106569847A (zh) * | 2016-10-14 | 2017-04-19 | 数源科技股份有限公司 | 一种用于车载系统基于移动网络实现iap远程升级的方法 |
US20180227083A1 (en) * | 2017-02-03 | 2018-08-09 | Samsung Electro-Mechanics Co., Ltd. | Method for updating firmware of low power wide area module |
CN107835088A (zh) * | 2017-09-26 | 2018-03-23 | 深圳市亿兆互联技术有限公司 | 一种LoRa终端设备空中升级方法及系统 |
CN108173685A (zh) * | 2017-12-26 | 2018-06-15 | 金卡智能集团股份有限公司 | 基于LoRa通讯的升级方法、系统及相应的终端设备和服务器 |
CN110365510A (zh) * | 2018-04-10 | 2019-10-22 | 上海仪电(集团)有限公司中央研究院 | 一种可对网络节点批量ota升级的物联网网关及ota升级方法 |
US20190138295A1 (en) * | 2018-12-28 | 2019-05-09 | Intel Corporation | Delivery of firmware updates in a low-power mesh network |
CN109769237A (zh) * | 2019-01-28 | 2019-05-17 | 三维通信股份有限公司 | 一种基于蓝牙和Lora双模式升级的方法及系统 |
CN110231952A (zh) * | 2019-06-17 | 2019-09-13 | 合肥巨一动力系统有限公司 | 一种ecu程序备份及循环升级控制方法及装置 |
CN110311964A (zh) * | 2019-06-20 | 2019-10-08 | 厦门四信通信科技有限公司 | 套接字ota升级方法、装置、系统、用户终端和存储介质 |
CN110308916A (zh) * | 2019-06-27 | 2019-10-08 | 厦门四信通信科技有限公司 | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112118313A (zh) * | 2020-09-17 | 2020-12-22 | 紫光展锐(重庆)科技有限公司 | 一种终端设备远程升级的方法及相关装置 |
CN112118313B (zh) * | 2020-09-17 | 2023-04-18 | 紫光展锐(重庆)科技有限公司 | 一种终端设备远程升级的方法及相关装置 |
CN114339723A (zh) * | 2020-10-10 | 2022-04-12 | 深圳长城开发科技股份有限公司 | 基于LoRa的空中升级方法及系统 |
CN114339723B (zh) * | 2020-10-10 | 2024-01-26 | 深圳长城开发科技股份有限公司 | 基于LoRa的空中升级方法及系统 |
CN113849213A (zh) * | 2021-10-15 | 2021-12-28 | 四川启睿克科技有限公司 | 一种边缘设备的ota升级系统及方法 |
CN113849213B (zh) * | 2021-10-15 | 2024-05-14 | 四川启睿克科技有限公司 | 一种边缘设备的ota升级系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110769411B (zh) | 2022-10-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110769411B (zh) | 稳定实现终端设备的批量ota升级方法、装置、设备及系统 | |
WO2020253801A1 (zh) | 一种eSIM换卡方法及相关设备 | |
CN110083374B (zh) | 一种升级回滚方法、系统及终端设备 | |
CN109976767B (zh) | 软件烧录方法和装置 | |
CN110311964A (zh) | 套接字ota升级方法、装置、系统、用户终端和存储介质 | |
CN103164523A (zh) | 数据一致性检查方法、装置及系统 | |
CN110535954B (zh) | 门锁固件的升级方法、升级系统、智能网关和存储介质 | |
EP4213037A1 (en) | Data storage and reconciliation method and system | |
CN112286565A (zh) | 一种基于存储容器的嵌入式系统差分升级方法 | |
CN111538515A (zh) | 一种电能表程序的升级方法、装置和设备 | |
CN107864044B (zh) | 一种信息处理方法及装置、终端及可读存储介质 | |
CN108153548A (zh) | 一种emmc固件升级方法和装置 | |
CN112422485B (zh) | 一种传输控制协议的通信方法及装置 | |
CN111489156A (zh) | 基于区块链的交易方法、电子装置及可读存储介质 | |
CN111736866A (zh) | 兼容一对一和一对多的在线升级方法及终端设备 | |
CN105786636A (zh) | 一种系统修复方法及装置 | |
CN111615030A (zh) | 一种新型tws耳机的升级方法、装置及介质 | |
CN106293621B (zh) | 一种固件升级方法及装置 | |
CN100350384C (zh) | 将软件程序下载到存储器单元的方法以及接收器 | |
CN111176685A (zh) | 一种升级方法及装置 | |
CN110308916B (zh) | 基于lorawan协议的OTA升级方法、装置、设备、系统及存储介质 | |
WO2023116104A1 (zh) | 一种配置参数更新方法、装置及相关设备 | |
CN111522571A (zh) | 设备升级方法、装置、终端设备及存储介质 | |
CN113655737B (zh) | 一种经can传输的车载电子控制器快速升级系统与方法 | |
CN114895933A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 361024 3f-a129, Zone C, innovation building, software park, torch high tech Zone, Xiamen City, Fujian Province Applicant after: XIAMEN FOUR-FAITH COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: Unit 501-502, 57 Chengyi North Street, Xiamen Software Park Phase III, Fujian Province Applicant before: XIAMEN FOUR-FAITH COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |