CN113608763A - 车载ota升级方法、装置、设备及作业机械 - Google Patents

Abstract

本发明提供一种车载OTA升级方法、装置、设备及作业机械，该升级方法应用于OTA车载终端，通过发送当前版本号至OTA管理平台，接收OTA管理平台的下发指令，下发指令为OTA管理平台根据当前版本号确定是否需要升级所生成的；当解析下发指令为升级指令的情况下，根据升级指令中的下载地址在服务器中下载升级包；解析升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。通过OTA管理平台统一判断是否需要升级，实现作业机械的车载终端、车载智能设备和车载控制器的软件升级需求统一管理，有效地提高了升级效率。

Description

车载OTA升级方法、装置、设备及作业机械

技术领域

本发明涉及OTA升级技术领域，尤其涉及一种车载OTA升级方法、装置、设备及作业机械。

背景技术

任何产品在运行过程中都有可能出现故障，只是出现的概率和频率不同而已，特别是产品已经出售给客户，一旦出现故障，解决不及时将影响公司的品牌形象。作业机械一般工作范围变动大，工作环境偏僻恶劣，一旦出现批量故障，派遣设备维修服务人员去现场进行软件升级困难，成本高；与此同时，对于客户而言，急需修复设备以降低经济损失。

目前，产品软件升级多为通过空中下载技术(Over-the-Air Technology，OTA)远程在线升级的方式进行维护，具体方式为车载智能设备请求升级包，然后车载智能设备根据升级包判断自身是否需要升级，进而根据需求完成相关内容的升级。

但是，通过智能设备自身确定是否进行升级的方式，对智能设备配置要求较高，运行速度慢，导致升级效率相对较低。

发明内容

本发明提供一种车载OTA升级方法、装置、设备及作业机械，用以解决现有技术中OTA升级效率低的缺陷，通过OTA管理平台实现升级需求统一管理，有效地提高OTA的升级效率。

本发明提供一种车载OTA升级方法，应用于OTA车载终端，包括：

发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；

接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；

当解析所述下发指令为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；

解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

根据本发明提供的一种车载OTA升级方法，所述解析所述升级包，升级终端应用程序、终端底层固件，包括：

解压所述升级包；

验证所述升级包中文件的信息摘要算法；

扫描所述升级包中的更新脚本；

当验证成功且成功扫描到更新脚本时，基于所述更新脚本执行更新流程，以升级终端应用程序和终端底层固件。

根据本发明提供的一种车载OTA升级方法，所述解析所述升级包，升级终端MCU，包括：

擦除终端MCU的应用程序存储区的数据；

写入所述升级包中的更新应用程序至终端MCU，以升级所述终端MCU。

根据本发明提供的一种车载OTA升级方法，所述写入所述升级包中的更新应用程序之后，还包括：

获取写入所述升级包中的更新应用程序的完成进度，

当完成进度表示全部完成时，对所述终端MCU进行自动断电处理。

根据本发明提供的一种车载OTA升级方法，所述解析所述升级包，升级车载控制器，包括：

读取所述升级包中的源代码文件；

发送下载帧至车载控制器，并发送所述源代码文件中的源代码至所述车载控制器；

发送下载结束帧至所述车载控制器，以使所述车载控制器通过所述源代码完成升级。

根据本发明提供的一种车载OTA升级方法，所述解析所述升级包，升级车载智能设备，包括：

发送握手信号至车载智能设备，并与所述车载智能设备完成握手；

握手完成后，发送擦除flash指令至所述车载智能设备；

擦除完成后，发送请求数据信息至所述车载智能设备；

当所述车载智能设备表示请求数据信息验证通过后，发送所述升级包中的升级数据至所述车载智能设备，以升级所述车载智能设备。

根据本发明提供的一种车载OTA升级方法，所述发送握手信号至车载智能设备，包括：

发送诊断会话信息至所述车载智能设备；

所述车载智能设备验证所述诊断会话信息通过后，发送例行控制信息至所述车载智能设备；

所述车载智能设备验证所述例行控制信息通过后，发送故障诊断码信息至所述车载智能设备；

所述车载智能设备验证所述故障诊断码信息通过后，发送通信控制信息至所述车载智能设备；

所述车载智能设备验证所述通信控制信息通过后，发送通过标识符读取数据指令至所述车载智能设备；

所述车载智能设备验证所述通过标识符读取数据指令通过后，发送请求随机码至所述车载智能设备，以通过所述随机码实现与所述车载智能设备的握手。

本发明还提供一种车载OTA升级装置，应用于OTA车载终端，包括：

发送模块，用于发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；

接收模块，用于接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；

下载模块，用于在所述下发指令解析为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；

升级模块，用于解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述车载OTA升级方法的步骤。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述车载OTA升级方法的步骤。

本发明还提供一种作业机械，包括机械本体和如上述所述的电子设备；

所述电子设备用于升级所述机械本体的终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

本发明提供的一种车载OTA升级方法、装置、设备及作业机械，通过OTA管理平台实现软件升级需求统一管理。具体地，通过发送当前版本号至OTA管理平台，当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收OTA管理平台的下发指令，下发指令为OTA管理平台根据当前版本号确定是否需要升级所生成的；当解析下发指令为升级指令的情况下，根据升级指令中的下载地址在服务器中下载升级包；解析升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。如此，通过OTA管理平台进行统一判断是否需要升级的方式，实现作业机械的车载终端、车载智能设备和车载控制器的软件升级需求统一管理，有效地缓解了智能设备本身的运行压力，有效地提高了升级效率。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的车载OTA升级方法的流程示意图；

图2是图1中的终端应用程序和终端底层固件的升级流程示意图；

图3是图1中的终端MCU的升级流程示意图；

图4是图1中的车载控制器的升级流程示意图；

图5是图1中的车载智能设备的升级流程示意图；

图6是本发明实施例提供的车载OTA升级装置的结构示意图；

图7是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

下面结合图1-图7描述本发明的一种车载OTA升级方法、装置、设备及作业机械。

图1是本发明实施例提供的车载OTA升级方法的流程示意图。

如图1所示，本发明实施例提供的一种车载OTA升级方法，应用于OTA车载终端，包括以下步骤：

101、发送当前版本号至OTA管理平台，当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个。

具体的，OTA车载终端主动上传当前版本号至OTA管理平台，而当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个，也就是说当前版本号可以是其中的一个或者是多个，其中MCU为微控制单元(Microcontroller Unit)的缩写。而需要说明的是，本实施例中以一辆作业机械进行的说明，在实际应用过程中，OTA管理平台是针对所有的售出作业机械进行的整体大规模的软件系统升级管理，可以接收到多台作业机械发送的当前版本号，然后进行判定，确定是否需要对多台作业机械进行相关的升级操作。

102、接收OTA管理平台的下发指令，下发指令为OTA管理平台根据当前版本号确定是否需要升级所生成的。

在OTA管理平台接收到当前版本号以后，OTA管理平台对当前版本号进行逐一的验证，通过对版本号以及其他的验证条件判断当前版本号对应的终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备是否需要进行升级。OTA管理平台根据是否需要升级的判断结果，生成对应的下发指令。下发指令包括了升级指令或不升级指令。其中，升级指令表示当前版本号对应的终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的一项或多项需要进行升级处理；而不升级指令，表示当前版本号对应的各软件为最新版本，无需进行升级操作。OTA管理平台生成下发指令以后，便会发送至OTA车载终端，然后OTA车载终端便接受到OTA管理平台的下发指令。

103、当解析下发指令为升级指令的情况下，根据升级指令中的下载地址在服务器中下载升级包。

当接收到OTA管理平台的下发指令后，需要获取下发指令的具体内容，此时便需要对下发指令进行解析。当解析的到下发指令为不升级指令时，便维持当前版本进行运行；当解析到下发指令为升级指令时，便自动获取升级指令中的下载地址，然后根据下载地址去服务器中下载对应的升级包。其中，服务器可以是支持FTP协议的FTP服务器。在下载升级包之前，服务器中的升级包与OTA管理平台中的相关数据为一一对应关系，即OTA管理平台中的版本号以及下载地址与服务器中的升级包为一一对应关系。也就是说，管理员在将升级包放置于服务器中时，便会对应的在OTA管理平台进行统一的对应的版本号与下载地址的更新处理，保证了OTA车载终端能够准确地下载到最新的所需要的升级包。

104、解析升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

获取到升级包以后，便可以对升级包进行解析和校验等，然后利用升级包完成对终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备的升级；其中，OTA车载终端包括了终端应用程序、终端底层固件和终端MCU，于是便完成了对OTA车载终端、车载控制器和车载智能设备的全面升级。需说明的是，具体的升级对象，由OTA管理平台的确定，即OTA管理平台确定需要对哪个对象进行软件升级。例如，发送至OTA管理平台的当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号，然后经OTA管理平台确定，只需升级车载控制器，则只在服务器中下载车载控制器的升级包，同理升级终端应用程序、终端底层固件、终端MCU和车载智能设备也是同样，根据OTA管理平台的下发指令进行具体的升级，可只升级一个或同时升级多个。

本发明实施例提供的一种车载OTA升级方法，应用于OTA车载终端，通过发送当前版本号至OTA管理平台，当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收OTA管理平台的下发指令，下发指令为OTA管理平台根据当前版本号确定是否需要升级所生成的；当解析下发指令为升级指令的情况下，根据升级指令中的下载地址在服务器中下载升级包；解析升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。如此，通过OTA管理平台进行统一判断是否需要升级的方式，实现作业机械的车载终端、车载智能设备和车载控制器的软件升级需求统一管理，有效地缓解了智能设备本身的运行压力，有效地提高了升级效率。

图2是图1中的终端应用程序和终端底层固件的升级流程示意图。

如图2所示，本发明实施例提供的解析升级包，升级终端应用程序、终端底层固件，包括以下步骤：

201、解压升级包。

202、验证升级包中每个文件的信息摘要算法。

MD5信息摘要算法(Message-Digest Algorithm，MD5)，一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值，用于确保信息传输完整一致。在对每个升级包中的MD5文件进行验证时，如果验证失败则退出升级，并发出失败提示。

203、扫描升级包中的更新脚本。

若未扫描到更新脚本，则同样发出升级失败的提示。

204、当验证成功且成功扫描到更新脚本时，基于更新脚本执行更新流程，以升级终端应用程序和终端底层固件。

只有当同时满足验证成功和成功扫描到更新脚本的条件下，才会以更新脚本执行更新流程，进而完成对终端应用程序和终端底层固件的升级。

图3是图1中的终端MCU的升级流程示意图。

如图3所示，本发明实施例提供的解析升级包，升级终端MCU，包括以下步骤：

301、擦除终端MCU的应用程序存储区的数据。

具体的，终端MCU通过串口交互实现升级流程，首先发送指令至终端MCU，整体进入Boot Loader固件区，然后擦除终端MCU的应用程序(Application，APP)存储区的数据。

302、写入升级包中的更新应用程序至终端MCU。

擦除完成以后，发送连续写数据至终端MCU，然后连续写入升级包中的更新应用程序至终端MCU，以升级终端MCU。

303、获取写入升级包中的更新应用程序的完成进度。

在写入升级包中的更新应用程序之后，不断地获取更新应用程序的完成进度，从而可以实时的掌握升级的进度。

304、当完成进度表示全部完成时，对终端MCU进行自动断电处理。

在获取到完成进度表示全部完成时，控制对终端MCU进行自动断电处理。以完成对终端MCU的升级，此时便完成了对车载终端的全面升级。其中，全部完成是指所有的APP数据全部写入完成。

图4是图1中的车载控制器的升级流程示意图。

如图4所示，本发明实施例提供的解析升级包，升级车载控制器，包括以下步骤：

401、读取升级包中的源代码文件。

具体的，车载控制器依据自有协议，通过CAN总线进行通信升级，首先读取升级包中的源代码文件(code文件)。

402、发送下载帧至车载控制器，并发送源代码文件中的源代码(code)至车载控制器。

发送下载帧至车载控制器，也就是发送开始下载的信号，开始下载的信号发送以后，便发送源代码文件中的源代码至车载控制器，使得车载控制器可以获取到最新源代码。

403、发送下载结束帧至车载控制器，以使车载控制器通过源代码完成升级。

在源代码发送完毕后，发送下载结束帧至车载控制器，车载控制器便可以通过源代码进行自身的升级。在升级的过程中，还可以实时的读取升级状态，从而可以更全面的掌握升级的全部流程及时间信息等。

图5是图1中的车载智能设备的升级流程示意图。

如图5所示，本发明实施例提供的解析升级包，升级车载智能设备，包括以下步骤：

501、发送握手信号至车载智能设备，并与车载智能设备完成握手。

车载智能设备依据UDS协议，通过CAN总线进行通信升级。握手信号的作用便是建立与车载智能设备的安全连接，其中，发送握手信号至车载智能设备，包括：发送诊断会话信息至车载智能设备；车载智能设备验证诊断会话信息通过后，发送例行控制信息至车载智能设备；车载智能设备验证例行控制信息通过后，发送故障诊断码信息(DTC，DiagnosticTrouble Code)至车载智能设备；车载智能设备验证故障诊断码信息通过后，发送通信控制信息至车载智能设备；车载智能设备验证通信控制信息通过后，发送通过标识符(indentifier)读取数据指令至车载智能设备；车载智能设备验证标识符读取数据指令通过后，发送请求随机码至车载智能设备，以通过随机码实现与车载智能设备的握手，以保证进行安全地数据访问。

502、握手完成后，发送擦除flash指令至车载智能设备。

握手完成后，发送服务例行控制信息至车载智能设备，车载智能设备验证通过以后，发送擦除flash指令至车载智能设备。

503、擦除完成后，发送请求数据信息至车载智能设备。

504、当车载智能设备表示请求数据信息验证通过后，发送升级包中的升级数据至车载智能设备，以升级车载智能设备。

发送升级包中的升级数据至车载智能设备以后，然后发送请求传输退出信号至车载智能设备，然后发送检查依赖性信息至车载智能设备，以保证各个组件均可以正常运行，最终以完成对车载智能设备的升级处理。

OTA升级条件由OTA管理平台统一管理，通过对作业机械的车载控制器、车载终端、车载智能设备等的升级维护进行统一管理提高了维护效率，降低了维护成本；集成车载终端上所有设备升级系统；对更新文件的完整性校验，确保升级系统的安全性。

基于同一总的发明构思，本申请还保护一种车载OTA升级装置。下面对本发明提供的车载OTA升级装置进行描述，下文描述的车载OTA升级装置与上文描述的车载OTA升级方法可相互对应参照。

图6是本发明实施例提供的车载OTA升级装置的结构示意图。

如图6所示，本发明实施例提供的一种车载OTA升级装置，应用于OTA车载终端，包括：

发送模块10，用于发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；

接收模块20，用于接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；

下载模块30，用于在所述下发指令解析为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；

升级模块40，用于解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

本发明实施例提供的一种车载OTA升级装置，应用于OTA车载终端，通过发送当前版本号至OTA管理平台，当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收OTA管理平台的下发指令，下发指令为OTA管理平台根据当前版本号确定是否需要升级所生成的；当解析下发指令为升级指令的情况下，根据升级指令中的下载地址在服务器中下载升级包；解析升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。如此，通过OTA管理平台进行统一判断是否需要升级的方式，实现车载终端、车载智能设备和车载控制器的软件升级需求统一管理，有效地缓解了智能设备本身的运行压力，有效地提高了升级效率。

图7是本发明实施例提供的电子设备的结构示意图。

如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行车载OTA升级方法，应用于OTA车载终端，该方法包括：发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；当解析所述下发指令为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

本发明还保护一种作业机械，包括机械本体和如上述实施例所述的电子设备；

所述电子设备用于升级所述机械本体的终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

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

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的车载OTA升级方法，应用于OTA车载终端，该方法包括：发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；当解析所述下发指令为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的车载OTA升级方法，应用于OTA车载终端，该方法包括：发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；当解析所述下发指令为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种车载OTA升级方法，应用于OTA车载终端，其特征在于，包括：

发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；

接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；

当解析所述下发指令为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；

解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

2.根据权利要求1所述的车载OTA升级方法，其特征在于，所述解析所述升级包，升级终端应用程序、终端底层固件，包括：

解压所述升级包；

验证所述升级包中文件的信息摘要算法；

扫描所述升级包中的更新脚本；

当验证成功且成功扫描到更新脚本时，基于所述更新脚本执行更新流程，以升级终端应用程序和终端底层固件。

3.根据权利要求1所述的车载OTA升级方法，其特征在于，所述解析所述升级包，升级终端MCU，包括：

擦除终端MCU的应用程序存储区的数据；

写入所述升级包中的更新应用程序至终端MCU，以升级所述终端MCU。

4.根据权利要求3所述的车载OTA升级方法，其特征在于，所述写入所述升级包中的更新应用程序之后，还包括：

获取写入所述升级包中的更新应用程序的完成进度，

当完成进度表示全部完成时，对所述终端MCU进行自动断电处理。

5.根据权利要求1所述的车载OTA升级方法，其特征在于，所述解析所述升级包，升级车载控制器，包括：

读取所述升级包中的源代码文件；

发送下载帧至车载控制器，并发送所述源代码文件中的源代码至所述车载控制器；

发送下载结束帧至所述车载控制器，以使所述车载控制器通过所述源代码完成升级。

6.根据权利要求1所述的车载OTA升级方法，其特征在于，所述解析所述升级包，升级车载智能设备，包括：

发送握手信号至车载智能设备，并与所述车载智能设备完成握手；

握手完成后，发送擦除flash指令至所述车载智能设备；

擦除完成后，发送请求数据信息至所述车载智能设备；

当所述车载智能设备表示请求数据信息验证通过后，发送所述升级包中的升级数据至所述车载智能设备，以升级所述车载智能设备。

7.根据权利要求6所述的车载OTA升级方法，其特征在于，所述发送握手信号至车载智能设备，包括：

发送诊断会话信息至所述车载智能设备；

所述车载智能设备验证所述诊断会话信息通过后，发送例行控制信息至所述车载智能设备；

所述车载智能设备验证所述例行控制信息通过后，发送故障诊断码信息至所述车载智能设备；

所述车载智能设备验证所述故障诊断码信息通过后，发送通信控制信息至所述车载智能设备；

所述车载智能设备验证所述通信控制信息通过后，发送通过标识符读取数据指令至所述车载智能设备；

所述车载智能设备验证所述通过标识符读取数据指令通过后，发送请求随机码至所述车载智能设备，以通过所述随机码实现与所述车载智能设备的握手。

8.一种车载OTA升级装置，应用于OTA车载终端，其特征在于，包括：

发送模块，用于发送当前版本号至OTA管理平台，所述当前版本号包括终端应用程序版本号、终端底层固件版本号、终端MCU版本号、车载控制器版本号和车载智能设备版本号中的至少一个；

接收模块，用于接收所述OTA管理平台的下发指令，所述下发指令为所述OTA管理平台根据所述当前版本号确定是否需要升级所生成的；

下载模块，用于在所述下发指令解析为升级指令的情况下，根据所述升级指令中的下载地址在服务器中下载升级包；

升级模块，用于解析所述升级包，升级终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述车载OTA升级方法的步骤。

10.一种作业机械，其特征在于，包括机械本体和如权利要求9所述的电子设备；

所述电子设备用于升级所述机械本体的终端应用程序、终端底层固件、终端MCU、车载控制器和车载智能设备中的至少一个。

Images