CN112104736B - 一种基于ota的多ecu升级方法 - Google Patents

一种基于ota的多ecu升级方法 Download PDF

Info

Publication number
CN112104736B
CN112104736B CN202010977742.5A CN202010977742A CN112104736B CN 112104736 B CN112104736 B CN 112104736B CN 202010977742 A CN202010977742 A CN 202010977742A CN 112104736 B CN112104736 B CN 112104736B
Authority
CN
China
Prior art keywords
upgrading
target
target vehicle
upgrade
package
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
Application number
CN202010977742.5A
Other languages
English (en)
Other versions
CN112104736A (zh
Inventor
杨毅
吕伟华
张俊磊
尹文杰
付梦佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Automobile Group Co Ltd
Original Assignee
Guangzhou Automobile Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Automobile Group Co Ltd filed Critical Guangzhou Automobile Group Co Ltd
Priority to CN202010977742.5A priority Critical patent/CN112104736B/zh
Publication of CN112104736A publication Critical patent/CN112104736A/zh
Application granted granted Critical
Publication of CN112104736B publication Critical patent/CN112104736B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种基于OTA的多ECU升级方法,所述方法包括目标车辆获取升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序;所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器。通过本发明,解决了现有车辆多个ECU控制器升级时,升级任务发布时间繁琐,升级时间长且升级效率低的问题。

Description

一种基于OTA的多ECU升级方法
技术领域
本发明涉及汽车联网技术领域,尤其涉及一种基于OTA的多ECU升级方法。
背景技术
随着汽车智能网联的发展,车联网处于越来越重要的地位,汽车的ECU控制器如IVI(In-Vehicle Infotainment车载娱乐信息系统)、TBOX、ADAS(Advanced DrivingAssistance System,高级驾驶辅助系统)以及新能源ECU(Electronic Control Unit,电子控制单元)控制器相比传统车辆,软件更新迭代越来越多,以为用户提供更好的用户体验。OTA(Over the air,远程下载)提供一种在线升级的方式,可以像手机系统升级一样,在界面上点击升级完成车辆系统升级,比传统线下4S店售后升级软件更加高效、便捷、节省成本和用户体验更好。
传统汽车软件升级,是在车厂发布软件设变后,由售后4S店在用户回店时或者展开售后活动用户回店时进行软件升级,若个别车辆ECU软件有十分严重的安全问题,若不能及时进行软件升级修复可能导致车辆召回事件。
通过传统售后的方式进行软件升级,一来难以解决车辆因软件召回的问题;二来活动展开将消耗大量人力和财力;三来无法满足智能网联时代车联网快速迭代提升用户体验的需求。
通过OTA远程升级的方式可以实现软件快速迭代、升级、节约成本、提升用户体验,并很大程度上可以避免因软件召回车辆的风险,但是随着汽车搭载的ECU增长趋势,目前支持OTA的ECU少则几个节点,多则十几个节点,甚至几十个节点,而且多个节点之间可能存在一定关系以及信息交互;现在当车上多个ECU控制器需要升级,对每个ECU控制器单独发布升级任务,当一个ECU控制器升级完毕以后,进行下一个ECU控制器升级,直到完成所有ECU控制器升级,这样的升级方式升级任务发布时间繁琐,升级时间长且升级效率低,不能满足大量车辆加入车联网的需求。
发明内容
本发明所要解决的技术问题在于,提供一种基于OTA的多ECU升级方法,用于解决现有车辆多个ECU控制器升级时,升级任务发布时间繁琐,升级时间长且升级效率低的问题。
本发明提供的一种基于OTA的多ECU升级方法,所述方法包括:
步骤S11、目标车辆获取升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序;
步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;
步骤S13、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器。
进一步地,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
所述步骤S13之前还包括:所述目标车辆判断所有与每一目标ECU控制器的标识对应的所述升级软件包是否均下载完毕,若是,则所述目标车辆继续执行步骤S13;
若否,判断未完成下载的升级软件包是否为原子包,若是,则重试下载,且在重试失败后向服务器上报升级失败。
进一步地,若未完成下载的升级软件包为依赖包,则不再下载未完成下载的依赖包以及升级顺序在所述未完成下载的依赖包之后的依赖包;
在步骤S13中,将升级顺序在所述未完成下载的依赖包之前的依赖包按照升级顺序升级。
进一步地,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
当步骤S13中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器。
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
进一步地,所述步骤S13之前还包括:所述目标车辆判断是否所有与每一目标ECU控制器的标识对应的所述升级软件包均下载完毕;
若是,所述目标车辆向车端显示屏发送目标ECU控制器的升级软件包更新的提醒;
在获取确认对所述目标ECU控制器进行升级的指令后,所述目标车辆继续执行步骤S13。
进一步地,所述升级任务还包括与所述目标ECU控制器的标识对应的升级条件和与所述升级条件对应的满足条件;
所述步骤S13之前还包括:所述目标车辆检测自身是否符合与所述升级条件对应的满足条件;
若是,则继续执行步骤S13。
进一步地,所述升级条件分别为ACC挡位和蓄电池电量,满足条件分别为ACC挡位在ON挡或者OFF挡,以及蓄电池电量大于70%;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在ON挡或者OFF挡,以及所述蓄电池电量是否大于70%,若均是,则判定自身符合所述满足条件。
进一步地,所述升级条件分别为ACC挡位和高压电充电状态,满足条件分别为ACC挡位在OFF挡,以及高压电充电状态为未充电;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在OFF挡,以及所述高压电充电状态是否为未充电,若均是,则判定自身符合所述满足条件。
本发明提供的一种基于OTA的多ECU升级方法,所述方法包括:
步骤S21、服务器向目标车辆发布多个目标ECU控制器的升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序;
步骤S22、目标车辆获取升级任务;
步骤S23、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;
步骤S24、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器。
进一步地,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
当步骤S24中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器;
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
实施本发明,具有如下有益效果:
通过本发明,在服务器向目标车辆的多个目标ECU控制器下发升级任务中包含有升级软件包之间的依赖关系,使得目标车辆下载升级软件包后,根据升级软件包之间依赖关系确定的升级顺序,逐个升级各个ECU;并且依据升级软件包的逻辑关系,定义为原子包和依赖包,在下载和升级时采用不同管理策略,使得下载失败和升级失败处理最简化;解决了现有车辆多个ECU控制器升级时,升级任务发布时间繁琐,升级时间长且升级效率低的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的基于OTA的多ECU升级方法的流程图。
图2是本发明实施例提供的基于OTA的多ECU升级方法的流程图。
图3是本发明实施例提供的基于OTA的多ECU升级方法的流程图。
具体实施方式
本专利中,以下结合附图和实施例对该具体实施方式做进一步说明。
如图1所示,本发明实施例提供了基于OTA的多ECU升级方法,所述方法包括:
步骤S11、目标车辆获取升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序。
在本实施例中,升级的目标ECU控制器分别为ECUA、ECUB和ECUC,升级软件包的依赖关系为ECU C版本3->ECU B版本2->ECU A版本1,即ECU A版本1依赖ECU B版本2,ECU B版本2依赖ECU C版本3,依赖关系就是ECU B版本2需要ECU C版本3升级后才能升级,ECU A版本1需要ECU B版本2升级后才能升级,否则功能失效;因而依赖关系确定了升级顺序,本实施例中升级顺序依次为ECU C版本3、ECU B版本2和ECU A版本1。
步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包。
步骤S13、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器。
在本实施例中,通过依赖关系了各个目标ECU控制器的升级顺序,保证了在多个目标ECU控制器需要升级的情况下,升级有序进行从而避免混乱。
在本发明实施例中,目标车辆获取的升级任务还包括各个升级软件包的类别,其包括原子包和依赖包,原子包是指升级软件包一个类别,其中一个原子包损坏,任意原子包升级都无效,例如有三个原子包A、B和C,如果其中C损坏,那么A和B升级只能被回滚;
依赖包也是升级软件包的另一个类别,依赖包之间相邻顺序存在依赖,任意一个依赖包损坏,被该损坏的依赖包所依赖的依赖包以及在此依赖关系之前的依赖包升级均有效,而依赖于所述该损坏的依赖包的依赖包以及在此依赖关系之后的依赖包下载或者升级均无意义,只能回滚,例如依赖包A、B、C、D和E,A依赖B,B依赖C且C依赖D,D依赖E;当C损坏时,C所依赖的依赖包B及在此依赖关系之前的依赖包A升级均有效,而依赖于C的依赖包B以及在此依赖关系之后的依赖包A下载或者升级均意义;图3中步骤S.003,其对应步骤S13之前还包括:所述目标车辆判断所有与每一目标ECU控制器的标识对应的所述升级软件包是否均下载完毕,若是,则所述目标车辆继续执行步骤S13;
若否,判断未完成下载的升级软件包是否为原子包,若是,则重试下载,且在重试失败后向服务器上报升级失败。
需要说明的是,升级软件包是原子包的情况下,只要一个原子包未升级成功,其他原子包升级皆为失败,因而在下载阶段,原子包只要下载失败以后,需要重试,如果重试失败只能向服务器上报升级失败。
进一步地,若未完成下载的升级软件包为依赖包,则不再下载未完成下载的依赖包以及升级顺序在所述未完成下载的依赖包之后的依赖包;
在步骤S13中,将升级顺序在所述未完成下载的依赖包之前的依赖包按照升级顺序升级。
需要说明的是,升级软件包是依赖包的情况下,有依赖包未下载完成,升级顺序在该未下载完成依赖包之前的依赖包正常下载和升级,但是升级顺序在此之后的就不用下载了,即使下载成功也不用升级了;定义升级软件包为原子包或者依赖包,是根据升级软件包之间关系确定的,有些直接互相影响,一个升级失败则全升级失败,有的是层层递进关系,只要依次升级就可以。
本实施例中,参考图3步骤S.007,针对步骤S13中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器。
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
需要说明的是,根据原子包和依赖包之间不同的特性,在升级失败时进行不同的回滚操作;通过根据升级软件包之间不同的内在逻辑,定义原子包和依赖包,可以对于下载失败处理和升级失败处理更为简便。
在本发明实施例中,在所述步骤S13之前还包括:所述目标车辆判断所有与每一目标ECU控制器的标识对应的所述升级软件包是否均下载完毕;
若是,所述目标车辆向车端显示屏发送目标ECU控制器的升级软件包更新的提醒;
在获取确认对所述目标ECU控制器进行升级的指令后,所述目标车辆继续执行步骤S13。
参考图3中步骤S.004,在目标车辆判定所有升级软件包均下载完毕,向车端显示屏推送小红点,用于用户确认是否继续对所述目标ECU控制器进行升级;小红点在这里具体用于提醒目标ECU控制器的升级软件包更新。
可选的,升级任务还包括与所述目标ECU控制器的标识对应的升级条件和与所述升级条件对应的满足条件;
在所述步骤S13之前还包括:所述目标车辆检测自身是否符合与所述升级条件对应的满足条件;
若是,则继续执行步骤S13。
表1示出了必检配置项和可选配置项,同时在可选配置项中,有部分可选配置项的满足条件是可以配置的;在本实施例中升级条件包括ACC挡位,与升级条件对应的满足条件包括ON挡或者OFF挡,也就是发布任务时升级条件包括的ACC挡位和满足条件包括的与ACC挡位对应ON挡或者OFF挡是一定会下发至目标车辆;可选的,升级条件还包括锁车设防状态、手刹状态、车辆点火状态、高压电充电状态、整车高压电状态、车辆挡位和主驾安全带状态中一项或者多项,所述满足条件与所述升级条件对应,还包括与所述锁车设防状态对应的车辆处于锁车设防、与所述手刹状态对应的手刹拉紧、与所述车辆点火状态对应的车辆点火状态为熄火或者no ready、与所述高压电充电状态对应的未充电、与所述整车高压电状态对应的非高压状态、与所述车辆挡位对应的车辆所处挡位为P挡以及与所述主驾安全带状态对应的主驾安装带未系中一项或者多项;
与车速对应的预设车速范围可在OTA后台配置,与蓄电池电量对应的预设电量范围可以在OTA后台配置,以及与电池电压对应的预设电压范围可以在OTA后台配置,当然地车速、蓄电池电量和电池电压也仅仅是对于某些ECU控制器选择配置其中一项或者几项;对于预设车速范围、预设电量范围和预设电池电压,既可以和某个数值是大于、小于和等于关系,也可以属于某个区间,根据升级的目标ECU控制器进行配置。
还需要说明的是,除了ACC挡位对于所有目标ECU控制器必须的,其他升级条件对于某些目标ECU控制器是选配的,对于某些目标ECU控制器也是必须的,下面结合具体实施例进行说明。
序号 升级条件 满足条件 是否必检
1 ACC挡位 ON/OFF挡
2 锁车设防状态 锁车设防 可选
3 车速 可OTA后台配置 可选
4 蓄电池电量 可OTA后台配置 可选
5 电池电压 可OTA后台配置 可选
6 手刹状态 手刹拉紧 可选
7 车辆点火状态 熄火/Not Ready 可选
8 高压电充电状态 未充电 可选(仅新能源车辆)
9 整车高压电状态 非高压状态 可选(仅新能源车辆)
10 车辆挡位 P挡 可选
11 主驾安全带状态 未系 可选
表1
参见表2,对于AVNT(Audio Video Network Telecom,车载通信智能互联)ECU控制器,娱乐系统升级时间长,如果升级前车辆电量低于70%,有可能导致车辆馈电;因此升级条件里面必须包括蓄电池电量,满足条件与升级条件对应,包括与蓄电池电量量对应的预设电量范围,所述预设电量范围大于70%,参照表1可以得发布升级任务前,OTA后台配置满足条件中与蓄电池电量对应的预设电量范围为大于70%。
序号 升级条件 满足条件 是否必检
1 ACC挡位 ON/OFF挡
2 蓄电池电量 大于70%
表2
在表2对应实施例中,服务器发布升级任务时,仅仅向目标车辆发送的升级条件仅仅包括ACC挡位和蓄电池电量,满足条件对应于升级条件,包括ON挡或者OFF挡以及大于70%,升级条件中其他项不在发布升级任务时通知目标车辆;因而后续目标车辆也仅仅检测ACC挡位和蓄电池电量,即可以对某些可选项进行挑选,也可以对某些满足条件进行配置。
参见表3,对于BMS(Battery Management System,电池管理系统)ECU控制器,由于电池管理系统涉及安全性和电池充放电管理等,升级前需要ACC挡在OFF挡且整车下电,不在充电状态,将升级条件中高压电充电状态以及满足条件中与所述高压电充电状态对应的未充电通过发布升级任务时,通知到所述目标车辆。
序号 升级条件 满足条件 是否必检
1 ACC挡位 OFF挡
2 高压电充电状态 未充电
表3
针对不同的目标ECU控制器,可以从是否必检中为“可选”项中挑选部分或者全部,改为“是”,随着发布任务一起发送到目标车辆,目标车辆根据收到的升级条件和满足条件进行检测自身是否满足;当目标车辆满足升级条件和满足条件时,则目标车辆可以升级。
对应于表2,升级条件分别为ACC挡位和蓄电池电量,满足条件分别为ACC挡位在ON挡或者OFF挡,以及蓄电池电量大于70%;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在ON挡或者OFF挡,以及所述蓄电池电量是否大于70%,若均是,则判定自身符合所述满足条件,继续执行步骤S13的升级操作。
对应于表3,所述升级条件分别为ACC挡位和高压电充电状态,满足条件分别为ACC挡位在OFF挡,以及高压电充电状态为未充电;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在OFF挡,以及所述高压电充电状态是否为未充电,若均是,则判定自身符合所述满足条件,继续执行所述步骤S13的升级操作。
如图2所示,本发明实施例提供了基于OTA的多ECU升级方法,所述方法包括:
步骤S21、服务器向目标车辆发布多个目标ECU控制器的升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序;
步骤S22、目标车辆获取升级任务;
步骤S23、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;
步骤S24、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器。
进一步地,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
当步骤S24中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器;
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
实施本发明,具有如下有益效果:
通过本发明,在服务器向目标车辆的多个目标ECU控制器下发升级任务中包含有升级软件包之间的依赖关系,使得目标车辆下载升级软件包后,根据升级软件包之间依赖关系确定的升级顺序,逐个升级各个ECU;并且依据升级软件包的逻辑关系,定义为原子包和依赖包,在下载和升级时采用不同管理策略,使得下载失败和升级失败处理最简化;解决了现有车辆多个ECU控制器升级时,升级任务发布时间繁琐,升级时间长且升级效率低的问题。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (8)

1.一种基于OTA的多ECU升级方法,其特征在于,所述方法包括:
步骤S11、目标车辆获取升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及由各个所述升级软件包之间的依赖关系确定的升级顺序;所述升级任务还包括与所述目标ECU控制器的标识对应的升级条件和与所述升级条件对应的满足条件;所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;
步骤S13、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器;
其中,所述步骤S13之前还包括:所述目标车辆判断所有与每一目标ECU控制器的标识对应的所述升级软件包是否均下载完毕,若是,则所述目标车辆继续执行步骤S13;
若否,判断未完成下载的升级软件包是否为原子包,若是,则重试下载,且在重试失败后向服务器上报升级失败。
2.如权利要求1所述方法,其特征在于,若未完成下载的升级软件包为依赖包,则不再下载未完成下载的依赖包以及升级顺序在所述未完成下载的依赖包之后的依赖包;
在步骤S13中,将升级顺序在所述未完成下载的依赖包之前的依赖包按照升级顺序升级。
3.如权利要求1所述方法,其特征在于,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
当步骤S13中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器;
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
4.如权利要求1所述方法,其特征在于,所述步骤S13之前还包括:所述目标车辆判断是否所有与每一目标ECU控制器的标识对应的所述升级软件包均下载完毕;
若是,所述目标车辆向车端显示屏发送目标ECU控制器的升级软件包更新的提醒;
在获取确认对所述目标ECU控制器进行升级的指令后,所述目标车辆继续执行步骤S13。
5.如权利要求1所述方法,其特征在于,
所述步骤S13之前还包括:所述目标车辆检测自身是否符合与所述升级条件对应的满足条件;
若是,则继续执行步骤S13。
6.如权利要求5所述方法,其特征在于,所述升级条件分别为ACC挡位和蓄电池电量,满足条件分别为ACC挡位在ON挡或者OFF挡,以及蓄电池电量大于70%;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在ON挡或者OFF挡,以及所述蓄电池电量是否大于70%,若均是,则判定自身符合所述满足条件。
7.如权利要求5所述方法,其特征在于,所述升级条件分别为ACC挡位和高压电充电状态,满足条件分别为ACC挡位在OFF挡,以及高压电充电状态为未充电;
步骤所述目标车辆检测自身是否符合与所述升级条件对应的满足条件具体包括:所述目标车辆检测自身ACC挡位是否在OFF挡,以及所述高压电充电状态是否为未充电,若均是,则判定自身符合所述满足条件。
8.一种基于OTA的多ECU升级方法,其特征在于,所述方法包括:
步骤S21、服务器向目标车辆发布多个目标ECU控制器的升级任务,所述升级任务包括与所述目标车辆的标识对应的多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及各个所述升级软件包之间的依赖关系确定的升级顺序;所述升级任务还包括与所述目标ECU控制器的标识对应的升级条件和与所述升级条件对应的满足条件,所述升级任务还包括各个所述升级软件包的类别,所述升级软件包的类别包括原子包和依赖包;
步骤S22、目标车辆获取升级任务;
步骤S23、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址,分别获取与每一目标控制器的标识对应的所述升级软件包;
步骤S24、所述目标车辆根据所述升级顺序依次升级各个目标ECU控制器;
其中,
当步骤S24中目标ECU控制器升级失败时,判断升级失败的所述升级软件包是否为原子包,若是,则回滚所有升级过的所述目标ECU控制器;
若否,则仅对利用所述升级失败的所述升级软件包进行升级的目标ECU控制器进行回滚。
CN202010977742.5A 2020-09-17 2020-09-17 一种基于ota的多ecu升级方法 Active CN112104736B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010977742.5A CN112104736B (zh) 2020-09-17 2020-09-17 一种基于ota的多ecu升级方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010977742.5A CN112104736B (zh) 2020-09-17 2020-09-17 一种基于ota的多ecu升级方法

Publications (2)

Publication Number Publication Date
CN112104736A CN112104736A (zh) 2020-12-18
CN112104736B true CN112104736B (zh) 2022-07-26

Family

ID=73758757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010977742.5A Active CN112104736B (zh) 2020-09-17 2020-09-17 一种基于ota的多ecu升级方法

Country Status (1)

Country Link
CN (1) CN112104736B (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764785B (zh) * 2020-12-24 2021-10-29 江苏云涌电子科技股份有限公司 一种自动升级多级控制器的方法
CN114764338A (zh) * 2021-01-14 2022-07-19 宝能汽车集团有限公司 构建方法及其装置、升级方法及介质
EP4310669A4 (en) * 2021-03-31 2024-04-17 Huawei Technologies Co., Ltd. VERSION MANAGEMENT METHOD AND APPARATUS
CN113094073B (zh) * 2021-04-29 2024-03-12 芜湖雄狮汽车科技有限公司 车辆远程升级方法、装置及服务器
CN113434169B (zh) * 2021-06-22 2023-03-28 重庆长安汽车股份有限公司 一种基于依赖关系生成空中升级并行任务组的方法及系统
CN113760326A (zh) * 2021-07-21 2021-12-07 江铃汽车股份有限公司 一种升级方法、装置、可读存储介质及车辆
CN113672254A (zh) * 2021-07-30 2021-11-19 北京三快在线科技有限公司 车辆ota升级方法、装置、存储介质和无人驾驶设备
CN113590159B (zh) * 2021-08-03 2024-04-16 深圳丰汇汽车电子有限公司 一种车载行车电脑并行升级方法及系统
CN115716407A (zh) * 2021-08-24 2023-02-28 比亚迪股份有限公司 烧写控制方法、控制板及车辆
CN114793227B (zh) * 2022-06-23 2022-11-01 浙江吉利控股集团有限公司 车载软件下载方法、电子设备及计算机可读存储介质
CN115567895A (zh) * 2022-09-27 2023-01-03 苏州挚途科技有限公司 Ota软件更新数据传输方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5809437A (en) * 1995-06-07 1998-09-15 Automotive Technologies International, Inc. On board vehicle diagnostic module using pattern recognition
CN109561118A (zh) * 2017-09-26 2019-04-02 比亚迪股份有限公司 软件升级方法、装置、系统、存储介质、电子设备及车辆
CN110032382A (zh) * 2019-03-25 2019-07-19 深圳猛犸电动科技有限公司 一种汽车电子控制单元升级方法、系统及终端设备
CN110377311A (zh) * 2019-07-19 2019-10-25 上海擎感智能科技有限公司 基于软件依赖关系的ota终端升级方法、系统、介质及ota终端
CN111385191A (zh) * 2018-12-28 2020-07-07 联合汽车电子有限公司 车载互联网关、车辆ota升级系统和方法、计算机存储介质
CN111399884A (zh) * 2020-04-09 2020-07-10 东风小康汽车有限公司重庆分公司 一种车辆组件的升级方法、装置及电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013021158A1 (de) * 2013-12-10 2015-06-11 Fresenius Medical Care Deutschland Gmbh Verfahren zum Update und/oder Upgrade der Betriebssoftware eines elektronischen Gerätes
CN111198694A (zh) * 2018-11-20 2020-05-26 北京国双科技有限公司 软件的安装方法及装置
CN110543423B (zh) * 2019-09-05 2022-12-30 中国人民解放军国防科技大学 一种软件依赖包能力检测方法、系统及介质
CN110764804A (zh) * 2019-10-23 2020-02-07 东风电子科技股份有限公司 针对汽车多电子控制单元实现软件升级控制的系统及其方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5809437A (en) * 1995-06-07 1998-09-15 Automotive Technologies International, Inc. On board vehicle diagnostic module using pattern recognition
CN109561118A (zh) * 2017-09-26 2019-04-02 比亚迪股份有限公司 软件升级方法、装置、系统、存储介质、电子设备及车辆
CN111385191A (zh) * 2018-12-28 2020-07-07 联合汽车电子有限公司 车载互联网关、车辆ota升级系统和方法、计算机存储介质
CN110032382A (zh) * 2019-03-25 2019-07-19 深圳猛犸电动科技有限公司 一种汽车电子控制单元升级方法、系统及终端设备
CN110377311A (zh) * 2019-07-19 2019-10-25 上海擎感智能科技有限公司 基于软件依赖关系的ota终端升级方法、系统、介质及ota终端
CN111399884A (zh) * 2020-04-09 2020-07-10 东风小康汽车有限公司重庆分公司 一种车辆组件的升级方法、装置及电子设备

Also Published As

Publication number Publication date
CN112104736A (zh) 2020-12-18

Similar Documents

Publication Publication Date Title
CN112104736B (zh) 一种基于ota的多ecu升级方法
US11036484B2 (en) Software update management
US20200218531A1 (en) OVER-THE-AIR (OTA) UPDATES OF ELECTRONIC CONTROL UNITS (ECUs) IN VEHICLES
CN112188417A (zh) 一种ota车辆升级执行条件动态配置的方法
WO2018078456A1 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
CN112134940A (zh) 一种ota升级任务生命周期策略管理方法
CN106656565A (zh) 一种汽车控制器远程更新方法、装置及系统
CN111949299A (zh) 一种车载软件ota升级的控制方法及装置
CN111722860A (zh) 基于有穷状态机的ota升级方法和装置
CN111008704A (zh) 电动汽车联邦学习的处理方法、装置、设备与存储介质
CN110908695A (zh) 一种车辆远程升级方法、装置及系统
CN112202920B (zh) 车机系统升级方法及装置
CN110187904A (zh) 一种用于车辆控制器固件更新的装置及方法
CN116028092A (zh) 汽车ota升级任务熔断方法、装置、设备及存储介质
CN114895947A (zh) 车载控制器的软件升级方法、装置、设备和存储介质
US20220283799A1 (en) Center, update management method, and non-transitory storage medium
CN113434170A (zh) 一种整车ota数据下载部署方法及装置
CN113050960A (zh) Ota升级方法、装置、车载终端及存储介质
CN114915554A (zh) 远程升级方法、装置、计算机设备和存储介质
CN113805920A (zh) 一种ota升级方法及升级装置
CN113791800A (zh) 一种自动泊车控制模块远程升级方法、系统及汽车
CN114675855A (zh) 整车软件远程升级方法、装置及平台设备
CN116627485A (zh) 汽车控制器软件升级的方法、装置及汽车
CN116126368A (zh) 整车ota升级方法、装置、电子设备及车辆
CN111949295A (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