一种软件升级方法、装置及电子设备制造方法及图纸

本申请公开了一种软件升级方法、装置及电子设备，涉及车联网技术领域。该方法包括：获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；判定当前车辆参数是否满足预设条件；若是，基于压缩包分别对第一芯片的第一存储区以及第二芯片第一存储区进行软件升级；若否，维持第一芯片以及第二芯片当前的状态。基于上述的方法，将智能驾驶域控制器的升级包整体下载，可以更好地实现对MCU和SOC的升级，避免出现版本不一致的问题，便于后续的版本管理，同时将SOC作为MCU的master端，可以更好地实现MCU升级过程中对异常情况的定位处理。实现MCU升级过程中对异常情况的定位处理。实现MCU升级过程中对异常情况的定位处理。

【技术实现步骤摘要】
一种软件升级方法、装置及电子设备


[0001]本申请主要涉及车联网
，尤其涉及一种软件升级方法、装置及电子设备。

技术介绍

[0002]随着车联网技术的不断发展，各种车辆上普遍都配置了智能驾驶域控制器以实现辅助驾驶功能，车辆上的辅助驾驶功能实现都依赖于电子控制单元(Electrnic Control Unit，ECU)来实现。通常ECU中会包含多种芯片，比如，微控制单元(Microcontroller Unit，MCU)以及片上系统(System Chip，SOC)。车辆上的功能越复杂对芯片的升级就会更加频繁。在车辆的生命周期中，需要通过空中下载技术(Over
‑
The
‑
Air technology，OTA)不断对ECU进行升级以满足用户的需求。
[0003]在对多芯片的ECU进行芯片升级时，常用的方法是对通过差分算法得到差分包，进一步终端下载各自芯片对应的差分包分别对MCU以及SOC进行升级。由此可能会导致MCU与SOC出现版本不一致的问题，在后续的升级中因为MUC的版本与SOC的版本不一致会导致对ECU的管理不方便。或者采用虚拟零件号的方式区分芯片，由外部网关作为唯一的Master端对MCU和SOC分别进行升级，这种方法后期的软件维护成本较高。

技术实现思路

[0004]本申请提供了一种软件升级方法、装置及电子设备，通过将SOC和MCU的升级文件整体打包，实现对SOC和MCU的整包升级，避免了分别对两种芯片进行升级而造成的版本不一致的问题。/>[0005]第一方面，本申请提供了一种软件升级方法，所述方法包括：
[0006]获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；其中，所述第一芯片为片上系统SOC，所述第二芯片为微控制单元MCU；
[0007]判定当前车辆参数是否满足预设条件；
[0008]若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；
[0009]若否，维持所述第一芯片以及所述第二芯片当前的状态。
[0010]通过上述的方法，将智能驾驶域控制器的升级包作为整包下载至智能驾驶域控制器的存储空间，不用单独下载SOC或者MCU的升级包，可以更好的进行软件的版本管理，避免SOC和MCU出现版本不一致的问题。
[0011]在一种可选的实施方式种，所述获取第一芯片与第二芯片升级的升级数据组成的压缩包，包括：
[0012]检测是否存在下载请求；
[0013]若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；
[0014]接收所述云端基于所述下载指令发送的所述压缩包。
[0015]通过上述的方法，基于下载指令将用于软件升级的压缩包下载至中央网关中，进一步可以实现对SOC和MCU的升级。
[0016]在一种可选的实施方式中，所述判定当前车辆参数是否满足预设条件，具体为：
[0017]判定所述当前车辆的车辆手刹是否拉起；和、或；
[0018]判定所述当前车辆的发动机是否处于停机状态；和、或；
[0019]判定所述当前车辆的蓄电池电压是否处于正常状态；和、或；
[0020]判定所述当前车辆的点火按键是否处于ON档；和、或；
[0021]判定所述当前车辆的车辆档位是否处于P档。
[0022]通过上述的方法，确保车辆在安全状态以及车辆中其他参数满足升级条件，保证了驾驶人员的行驶安全。
[0023]在一种可选的实施方式中，在所述基于所述压缩包分别对所述第一芯片的第一存储区以及所述第二芯片第一存储区进行软件升级之后，还包括：
[0024]获取存储区切换请求；
[0025]响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。
[0026]通过上述的方法，首先对SOC的各个存储区完成升级，然后将SOC作为MCU的master端对MCU的各个存储区进行升级，在MCU升级出现异常时，SOC可以更快更准确的去处理。
[0027]第二方面，本申请提供了一种软件升级装置，所述装置包括：
[0028]获取模块，用于获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；
[0029]处理模块，用于判定当前车辆参数是否满足预设条件；
[0030]若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；
[0031]若否，维持所述第一芯片以及所述第二芯片当前的状态。
[0032]在一种可选的实施方式中，所述获取模块还用于：
[0033]检测是否存在下载请求；
[0034]若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；
[0035]接收所述云端基于所述下载指令发送的所述压缩包。
[0036]在一种可选的实施方式中，所述处理模块具体用于：
[0037]判定所述当前车辆的车辆手刹是否拉起；和、或；
[0038]判定所述当前车辆的发动机是否处于停机状态；和、或；
[0039]判定所述当前车辆的蓄电池电压是否处于正常状态；和、或；
[0040]判定所述当前车辆的点火按键是否处于ON档；和、或；
[0041]判定所述当前车辆的车辆档位是否处于P档。
[0042]在一种可选的实施方式中，所述处理模块还用于：
[0043]获取存储区切换请求；
[0044]响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。
[0045]第三方面，本申请提供了一种电子设备，包括：
[0046]存储器，用于存放计算机程序；
[0047]处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种软件升级方法的步骤。
[0048]第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种软件升级方法的步骤。
[0049]上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面及第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。
附图说明
[0050]图1为本申请实施例提供的一种软件升级方法的流程图；
[0051]图2为本申请实施例提供的一种软件升级系统框架图；
[0052]图3为本申请实施例提供的一种软件升级装置示意图；
[0053]图4为本申请实施例提供的一种电子设备结构示意图。
具体实施方式
[0054]为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本申请的描本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种软件升级方法，其特征在于，所述方法包括：获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；其中，所述第一芯片为片上系统SOC，所述第二芯片为微控制单元MCU；判定当前车辆参数是否满足预设条件；若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；若否，维持所述第一芯片以及所述第二芯片当前的状态。2.如权利要求1所述的方法，其特征在于，所述获取第一芯片与第二芯片升级的升级数据组成的压缩包，包括：检测是否存在下载请求；若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；接收所述云端基于所述下载指令发送的所述压缩包。3.如权利要求1所述的方法，其特征在于，所述判定当前车辆参数是否满足预设条件，具体为：判定所述当前车辆的车辆手刹是否拉起；和、或判定所述当前车辆的发动机是否处于停机状态；和、或判定所述当前车辆的蓄电池电压是否处于正常状态；和、或判定所述当前车辆的点火按键是否处于ON档；和、或判定所述当前车辆的车辆档位是否处于P档。4.如权利要求1所述的方法，其特征在于，在基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级之后，还包括：获取存储区切换请求；响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。5.一种软件升级装置，其特征在于，所述装置包括：获取模块，用于获取第一芯片与第二芯片软件升级的升级数据组成的压...

【专利技术属性】
技术研发人员：许学敏，于宏波，刘鑫，
申请(专利权)人：合众新能源汽车股份有限公司，
类型：发明
国别省市：