CN111459518B - 一种车辆ecu升级方法及系统 - Google Patents
一种车辆ecu升级方法及系统 Download PDFInfo
- Publication number
- CN111459518B CN111459518B CN202010237024.4A CN202010237024A CN111459518B CN 111459518 B CN111459518 B CN 111459518B CN 202010237024 A CN202010237024 A CN 202010237024A CN 111459518 B CN111459518 B CN 111459518B
- Authority
- CN
- China
- Prior art keywords
- ecu
- upgraded
- upgrade
- mode
- instruction
- 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
- 238000000034 method Methods 0.000 title claims abstract description 65
- 230000004044 response Effects 0.000 claims description 40
- 238000004891 communication Methods 0.000 claims description 22
- 230000006870 function Effects 0.000 description 22
- 238000003745 diagnosis Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 5
- 238000011161 development Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000007689 inspection Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000006855 networking Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000005484 gravity Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000001680 brushing effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
- G06F8/42—Syntactic analysis
- G06F8/427—Parsing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Abstract
本发明提供了一种车辆ECU升级方法及系统,方法应用于TBOX,通过获取ECU升级包;确定ECU升级包对应的待升级ECU;向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU,ECU升级包是进入升级模式的待升级ECU进行升级的基础。通过TBOX及时获取ECU升级包,进而在获取到ECU升级包之后,及时将ECU升级包发送至车辆中的待升级ECU,实现对车载ECU的及时升级,从而满足智能网联时代汽车软件快速更新迭代的要求,提高车辆ECU升级的效率。
Description
技术领域
本发明涉及车联网技术领域,更具体的说,是涉及一种车辆ECU升级方法及系统。
背景技术
随着汽车行业的高速发展,尤其是智能网联汽车的快速发展,汽车电子产品在整车中的比重越来越大,相应的,车内ECU(Electronic Control Unit,电子控制单元)越来越多,功能越来越强大。而由于目前汽车软件更新换代的频率比较高,为了保证车内电子产品的高效运行,车内电子产品中的ECU需要及时进行升级。
因此,为了满足智能网联时代汽车软件快速更新迭代的要求,如何提高车辆ECU升级的效率,成为目前需要解决的技术问题。
发明内容
有鉴于此,本发明提供了一种车辆ECU升级方法及系统,以提高车辆ECU升级的效率。
为实现上述目的,本发明提供如下技术方案:
一种车辆电子控制单元ECU升级方法,所述方法应用于远程信息处理器TBOX,所述方法包括:
获取ECU升级包;
确定所述ECU升级包对应的待升级ECU;
向所述待升级ECU发送升级指令,以触发所述待升级ECU进入升级模式;
在确定所述待升级ECU进入升级模式的情况下,将所述ECU升级包发送至进入升级模式的待升级ECU,所述ECU升级包是所述进入升级模式的待升级ECU进行升级的基础。
优选的,所述获取ECU升级包包括:
TBOX中的第一处理器在从服务器接收到ECU升级指令之后,从服务器获取ECU升级包。
优选的,在获取ECU升级包之后,还包括:
TBOX中的第一处理器对所述ECU升级包进行解析,获取所述ECU升级包的升级内容,并确定与所述升级内容相关的升级属性信息;
所述第一处理器进入空中下载模式,并向TBOX中的第二处理器发送空中下载模式指令,以触发所述第二处理器进入空中下载模式;
进入空中下载模式的第一处理器将所述升级属性信息发送至进入空中下载模式的第二处理器。
优选的,所述向所述待升级ECU发送升级指令,以触发所述待升级ECU进入升级模式包括:
所述第二处理器向待升级ECU发送扩展模式切换指令,触发所述待升级ECU进入扩展模式;
在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送升级准备操作指令,以触发所述处于扩展模式的待升级ECU执行升级前的准备操作;
在确定所述处于扩展模式的待升级ECU完成升级前的准备操作之后,所述第二处理器向所述处于扩展模式的待升级ECU发送编程模式切换指令,以触发处于扩展模式下,完成升级前的准备操作的待升级ECU从扩展模式切换到编程模式,处于编程模式下的待升级ECU执行升级操作。
优选的,所述在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送升级准备操作指令,以触发所述处于扩展模式的待升级ECU执行升级前的准备操作包括:
在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送预编程检查指令,以触发所述处于扩展模式的待升级ECU进行预编程检查;
所述第二处理器向处于扩展模式的待升级ECU发送禁止故障检查指令,以触发所述处于扩展模式的待升级ECU关闭故障检查功能;
所述第二处理器向处于扩展模式的待升级ECU发送禁止报文通信指令,以触发所述处于扩展模式的待升级ECU关闭报文通信功能。
优选的,所述在确定所述待升级ECU进入升级模式的情况下,将所述ECU升级包发送至进入升级模式的待升级ECU包括:
TBOX在向所述待升级ECU发送升级指令后的预设时间段之后,确定所述待升级ECU进入升级模式;将所述ECU升级包发送至进入升级模式的待升级ECU;
或;
TBOX在接收到所述待升级ECU返回的成功进入升级模式的响应消息之后,将所述ECU升级包发送至进入升级模式的待升级ECU。
优选的,所述在确定所述待升级ECU进入升级模式的情况下,将所述ECU升级包发送至进入升级模式的待升级ECU包括:
TBOX中的第二处理器向进入编程模式的待升级ECU发送请求下载数据指令,所述请求下载数据指令中至少包括:与ECU升级包相关的升级属性信息;
所述第二处理器在接收到进入编程模式的待升级ECU针对所述请求下载数据指令返回的响应信息之后,将所述ECU升级包发送至进入编程模式的待升级ECU。
优选的,在将所述ECU升级包发送至进入编程模式的待升级ECU之后,还包括:
所述第二处理器向处于编程模式的待升级ECU发送结束下载指令;
在接收到处于编程模式的待升级ECU针对所述结束下载指令返回的响应消息之后,所述第二处理器向所述处于编程模式的待升级ECU发送数据检查指令;
在接收到处于编程模式的待升级ECU针对所述数据检查指令返回的数据正确发送响应信息之后,所述第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作。
优选的,在第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作之后,所述方法还包括:
TBOX中的第一处理器根据待升级ECU返回的升级结果退出空中下载模式之后,向第二处理器发送退出空中下载模式指令,触发所述第二处理器退出空中下载模式。
一种车辆ECU升级系统,所述系统应用于TBOX,所述系统包括:
升级包获取单元,用于获取ECU升级包;
待升级ECU确定单元,用于确定所述ECU升级包对应的待升级ECU;
升级指令发送单元,用于向所述待升级ECU发送升级指令,以触发所述待升级ECU进入升级模式;
ECU升级包发送单元,用于在确定所述待升级ECU进入升级模式的情况下,将所述ECU升级包发送至进入升级模式的待升级ECU,所述ECU升级包是所述进入升级模式的待升级ECU进行升级的基础。
经由上述的技术方案可知,与现有技术相比,本发明提供了一种车辆ECU升级方法及系统,方法应用于TBOX(Telematics BOX,远程信息处理器),通过获取ECU升级包;确定ECU升级包对应的待升级ECU;向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU,ECU升级包是进入升级模式的待升级ECU进行升级的基础。本发明通过TBOX可以及时获取ECU升级包,进而在获取到ECU升级包之后,可以及时将ECU升级包发送至车辆中的待升级ECU,实现对车载ECU的及时升级,从而满足智能网联时代汽车软件快速更新迭代的要求,提高车辆ECU升级的效率。并且,本发明在确定待升级ECU进入升级模式的情况下,才会将ECU升级包发送至进入升级模式的待升级ECU,从而进一步提高ECU升级的有效性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种ECU升级方法的流程图;
图2为本发明实施例提供的另一种ECU升级方法的流程图;
图3为本发明实施例提供的TBOX与车载ECU进行交互的示意图;
图4为本发明实施例提供的一种车辆ECU升级信令流程图;
图5为本发明实施例提供的车辆ECU升级系统的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
随着汽车行业的高速发展,尤其是智能网联汽车的快速发展,汽车电子产品在整车中的比重越来越大,相应的,车内ECU越来越多,功能越来越强大。而由于目前汽车软件更新换代的频率比较高,为了保证车内电子产品的高效运行,车内电子产品中的ECU需要及时进行升级。传统依靠4S店人工更新软件的方式效率低下,已不能满足智能网联时代汽车软件快速更新迭代的要求。
因此,为了满足智能网联时代汽车软件快速更新迭代的要求,如何提高车辆ECU升级的效率,成为目前需要解决的技术问题。
为了解决上述技术问题,本发明实施例提供了一种车辆ECU升级方法及系统,方法应用于TBOX,通过获取ECU升级包;确定ECU升级包对应的待升级ECU;向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU,ECU升级包是进入升级模式的待升级ECU进行升级的基础。本发明通过TBOX可以及时获取ECU升级包,进而在获取到ECU升级包之后,可以及时将ECU升级包发送至车辆中的待升级ECU,实现对车载ECU的及时升级,从而满足智能网联时代汽车软件快速更新迭代的要求,与传统依靠4S店人工更新软件的方式相比,本发明实施例中的方式能够提高车辆ECU升级的效率。并且,本发明在确定待升级ECU进入升级模式的情况下,才会将ECU升级包发送至进入升级模式的待升级ECU,如果待升级ECU并没有进入升级模式,并不会将ECU升级包发送给待升级ECU,确保只有待升级ECU进入升级模式之后,即待升级ECU做好升级准备之后,才能后获取ECU升级包进行升级,从而进一步提高ECU升级的有效性。
下面以TBOX的角度,对本发明实施例提供的ECU升级方法进行介绍,图1为本发明实施例提供的ECU升级方法的流程图,该方法可应用于TBOX,参照图1,方法可以包括:
步骤S100、获取ECU升级包;
需要说明的是,本发明实施例中的TBOX是从服务器中获取ECU升级包的,在服务器获取到ECU升级包之后,会向TBOX发送ECU升级指令,TBOX获取到ECU升级指令之后,会向服务器发送ECU升级包获取信息,进而从服务器获取ECU升级包。
步骤S110、确定ECU升级包对应的待升级ECU;
由于车内存在很多不同种类的ECU,不同种类的ECU对应不同的ECU升级包,而且,由于ECU升级包版本类型的多样化,同一个ECU也可能对应多种不同的ECU升级包,因此,服务器在向TBOX下发ECU升级包的时候,也会将ECU升级包所对应的待升级ECU一同下发给TBOX,TBOX依据服务器下发的ECU升级包与待升级ECU的对应关系,可以确定ECU升级包对应的待升级ECU。
步骤S120、向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;
需要说明的是,只有进入升级模式之后的ECU才能够进行升级,在升级模式下,ECU关闭了对升级造成影响的功能,升级模式下ECU所能运转的功能用于支持自身的升级。
步骤S130、在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU。
ECU升级包是进入升级模式的待升级ECU进行升级的基础,进入升级模式的待升级ECU获取ECU升级包中的内容,并利用ECU升级包中的内容对自身的相关信息进行更新,从而完成升级。
其中一种情况下,本发明实施例中的TBOX在向待升级ECU发送升级指令后的预设时间段之后,确定待升级ECU进入升级模式;将ECU升级包发送至进入升级模式的待升级ECU。
也就是说,在向待升级ECU发送升级指令后,会等待预设时间段,在等待预设时间段之后,则直接确定待升级ECU进入升级模式,预设时间段可以由本领域技术人员确认,本发明实施例不做具体限定。
另外一种情况下,本发明实施例中的TBOX还可以在接收到待升级ECU返回的成功进入升级模式的响应消息之后,将ECU升级包发送至进入升级模式的待升级ECU。
该种情况下,在向待升级ECU发送升级指令后,TBOX会等待接收待升级ECU返回响应消息,只有TBOX在接收到待升级ECU返回的成功进入升级模式的响应消息之后,才会判定待升级ECU进入升级模式。如果待升级ECU返回的是失败的响应消息,或者等待预设超时时间之后,仍然未接收到待升级ECU返回消息,则判定待升级ECU没有进入升级模式,此时并不会向待升级ECU发送ECU升级包。预设预设超时时间可以由本领域技术人员确认,本发明实施例不做具体限定。
通过获取ECU升级包;确定ECU升级包对应的待升级ECU;向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU,ECU升级包是进入升级模式的待升级ECU进行升级的基础。本发明通过TBOX可以及时获取ECU升级包,进而在获取到ECU升级包之后,可以及时将ECU升级包发送至车辆中的待升级ECU,实现对车载ECU的及时升级,从而满足智能网联时代汽车软件快速更新迭代的要求,与传统依靠4S店人工更新软件的方式相比,本发明实施例中的方式能够提高车辆ECU升级的效率。并且,本发明实施例在服务器获取到ECU升级包之后,能够及时向TBOX发送ECU升级指令,以触发TBOX及时从服务器下载ECU升级包,并及时将ECU升级包发送至待升级ECU,这一方面也会提高ECU升级效率。
另外,本发明实施例在确定待升级ECU进入升级模式的情况下,才会将ECU升级包发送至进入升级模式的待升级ECU,如果待升级ECU并没有进入升级模式,并不会将ECU升级包发送给待升级ECU,确保只有待升级ECU进入升级模式之后,即待升级ECU做好升级准备之后,才能后获取ECU升级包进行升级,从而进一步提高ECU升级的有效性。
需要说明的是,由于TBOX为一种双处理器架构,即TBOX内部存在两个处理器(第一处理器以及第二处理器),通过第一处理器以及第二处理器的分工合作,实现对车载ECU的升级,下面从第一处理器以及第二处理器的角度,对本发明实施例公开的ECU升级方法进行如下介绍:
图2为本发明实施例提供的ECU升级方法的流程图,该方法可应用于TBOX,参照图2,方法可以包括:
步骤S200、第一处理器在从服务器接收到ECU升级指令之后,从服务器获取ECU升级包;
本发明实施例中由于服务器在接收到ECU升级包之后,会及时向TBOX发送ECU升级指令,TBOX中的第一处理器在从服务器接收到ECU升级指令之后,会及时从服务器获取ECU升级包。
步骤S210、第一处理器对ECU升级包进行解析,获取ECU升级包的升级内容,并确定与升级内容相关的升级属性信息;
第一处理器对ECU升级包进行解析,获取ECU升级包的升级内容,ECU升级包中至少包括:升级文件的升级内容、升级文件的数量、升级文件的类型(如:闪存驱动器flashdriver/应用程序APP/校准文件Calibration file等)、每个升级文件的块block数量、每个block的起始地址、每个block的长度等信息。
升级属性信息是与升级内容相关的属性信息,升级属性信息至少包括:待升级ECU的诊断请求ID、诊断应答ID、升级文件总数、每个升级文件的类型、每个升级文件的block总数、每个block起始地址和长度等。其中,待升级ECU的诊断请求ID与诊断应答ID是成对存在的,用于对待升级ECU进行身份验证的内容,该内容用于标识ECU升级包所对应的待升级ECU。
步骤S220、第一处理器进入空中下载模式,并向TBOX中的第二处理器发送空中下载模式指令,以触发第二处理器进入空中下载模式;
空中下载模式是一种专门针对ECU升级的运行模式,第一处理器与第二处理器度进入空中下载模式之后,表明第一处理器与第二处理器准备专门用于对ECU进行升级,空中下载模式下的第一处理器与第二处理器可以将自身内部与ECU升级无关的相关功能关闭,进而提高处理器的运行效率,提高对ECU进行升级的效率。
步骤S230、进入空中下载模式的第一处理器将升级属性信息发送至进入空中下载模式的第二处理器;
由于第一处理器主要用于与服务器端进行交互,获取ECU升级包;第二处理器主要用于与车载ECU端进行交互,因此,第一处理器的存储空间要比第二处理器存储空间大,本发明实施例会将ECU升级包中占用大部分内存的升级文件的升级内容存储在第一处理器中,第二处理器中仅仅存储占用内存较小的升级属性信息,在需要向待升级ECU发送ECU升级包的时候,第二处理器才会依据升级属性信息,从第一处理器中获取升级文件的升级内容,发送给待升级ECU。
通过上述方式,能够减少第二处理器中存储的内容,提高第二处理器的运行效率,进而提高第二处理器与ECU之间的交互效率,提高对ECU进行升级的效率。
步骤S240、第二处理器确定ECU升级包对应的待升级ECU;
第二处理器可以依据升级属性信息中的待升级ECU的诊断请求ID与诊断应答ID,确定与ECU升级包对应的待升级ECU。
步骤S250、第二处理器向待升级ECU发送扩展模式切换指令,触发待升级ECU进入扩展模式;
待升级ECU在正常工作过程中处于默认会话模式,第二处理器向待升级ECU发送扩展模式切换指令,触发待升级ECU由默认会话模式切换到扩展模式。
步骤S260、第二处理器在确定待升级ECU进入扩展模式之后,向处于扩展模式的待升级ECU发送升级准备操作指令,以触发处于扩展模式的待升级ECU执行升级前的准备操作;
待升级ECU进入扩展模式之后会向第二处理器返回进入扩展模式成功的消息,第二处理器能够依据该消息确定待升级ECU进入扩展模式。
待升级ECU执行升级前的准备操作主要为待升级ECU关闭自身内部运行的影响升级的功能。
具体的,待升级ECU执行的升级前的准备操作至少包括:预编程检查操作、关闭故障检查功能操作、关闭报文通信功能操作等。
相应的,第二处理器在确定待升级ECU进入扩展模式之后,向处于扩展模式的待升级ECU发送预编程检查指令,以触发处于扩展模式的待升级ECU进行预编程检查;第二处理器向处于扩展模式的待升级ECU发送禁止故障检查指令,以触发处于扩展模式的待升级ECU关闭故障检查功能;第二处理器向处于扩展模式的待升级ECU发送禁止报文通信指令,以触发处于扩展模式的待升级ECU关闭报文通信功能。
预编程检查是待升级的ECU自身执行的,待升级的ECU执行预编程检查的过程就是判断当前自身是否满足升级条件,是否还有一些重要的事情没有结束,此时能不能进行升级的过程。预编程检查完成以后会向TBOX返回预编程检查结果,TBOX依据预编程检查结果获知待升级的ECU当前是否能够执行升级,如果可以执行升级,TBOX就进行下一步,发下一条控制指令,如果不能执行升级,此次升级就以失败告终。
关闭故障检查功能具体的操作可以为:关闭DTC(Diagnostic Trouble Code,诊断故障代码)功能,由于在待升级ECU进行升级的过程中,其内部的信息是处于更新状态,信息状态不稳定,所以需要关闭故障检查功能,避免得到错误的检查结果,关闭报文通信功能主要是关闭待升级ECU与外界进行的普通应用报文的收发功能,目的是不与外界进行跟升级无关的通信,因此,在待升级ECU进行升级的过程中,其内部的信息是处于更新状态,信息状态不稳定,如果与外界进行通信,可能会造成通信故障。并且,在待升级ECU进行升级的过程中,故障检查以及与外界进行报文通信都会对升级过程产生影响。
步骤S270、第二处理器在确定处于扩展模式的待升级ECU完成升级前的准备操作之后,向处于扩展模式的待升级ECU发送编程模式切换指令,以触发处于扩展模式下,完成升级前的准备操作的待升级ECU从扩展模式切换到编程模式;
需要说明的是,处于编程模式下的待升级ECU执行升级操作。
由于只有待升级ECU处于扩展模式下,才能够执行升级前的准备操作,关闭自身内部运行的影响升级的功能,因此,本发明实施例中先触发待升级ECU进入扩展模式,并在扩展模式下完成升级前的准备操作,然后进入到编程模式,待升级ECU在编程模式下利用ECU升级包执行升级操作。
可选的,在编程模式下,TBOX中的第二处理器会先向处于编程模式下的待升级ECU发送安全认证信息,利用安全认证信息双方进行安全认证,只有安全认证通过后,才执行后续的升级操作。
可选的,下面给出如下一种安全认证方式:TBOX中的第二处理器向处于编程模式下的待升级ECU发送安全认证请求信息,待升级ECU收到安全认证请求信息之后,依据安全认证请求信息的内容生成一种子,然后将种子返回给第二处理器,第二处理器依据接收到的种子计算一个密码信息,然后将计算得到的密码信息返回给待升级ECU,待升级ECU将接收到的密码信息与自身预先存储的种子对应的基准密码信息进行比较,如果一致,则向第二处理器返回安全认证通过的信息;如果不一致,则证明安全认证失败,不做响应,或向第二处理器返回安全认证失败的信息。
需要说明的是,本发明实施例并不限于上述提供的安全认证方式,只要是能够实现TBOX与待升级ECU之间的安全认证目的的方式都属于本发明实施例的保护范围。
步骤S280、第二处理器在确定待升级ECU进入编程模式的情况下,将ECU升级包发送至进入编程模式的待升级ECU。
可选的,第二处理器在确定待升级ECU进入编程模式的情况下,第二处理器向进入编程模式的待升级ECU发送请求下载数据指令,请求下载数据指令中至少包括:与ECU升级包相关的升级属性信息;第二处理器在接收到进入编程模式的待升级ECU针对请求下载数据指令返回的响应信息之后,向第一处理器发送获取ECU升级包指示信息。其中,第二处理器向进入编程模式的待升级ECU发送请求下载数据指令的目的是为了使得待升级ECU依据请求下载数据指令中携带的升级属性信息做好升级的准备,并确定进入编程模式的待升级ECU单次最大可支持下载的数据长度信息,并将待升级ECU单次最大可支持下载的数据长度信息携带在获取ECU升级包指示信息中,第一处理器依据获取ECU升级包指示信息中携带的待升级ECU单次最大可支持下载的数据长度信息,在内存查找到与待升级ECU单次最大可支持下载的数据长度信息对应的ECU升级包,并将ECU升级包发送给第二处理器。第二处理器将ECU升级包发送至进入编程模式的待升级ECU之后,进入编程模式的待升级ECU利用ECU升级包执行升级操作。
可选的,第二处理器将ECU升级包发送至进入编程模式的待升级ECU的过程中,会选择周期性发送的发送方式,在ECU升级包的大小比较大的情况下,会根据待升级ECU接收数据包大小的承受能力,将ECU升级包拆分为多个子包,并将每个子包周期性发送给待升级ECU。并且,在每次向待升级ECU发送一个子包之后,只有在接收到待升级ECU返回的接收成功的响应消息后,才会向待升级ECU发送下一个子包,确保ECU升级包的完整性发送。
在将ECU升级包发送至进入编程模式的待升级ECU之后,还包括:
第二处理器向处于编程模式的待升级ECU发送结束下载指令;在接收到处于编程模式的待升级ECU针对结束下载指令返回的响应消息之后,向处于编程模式的待升级ECU发送数据检查指令;在接收到处于编程模式的待升级ECU针对数据检查指令返回的数据正确发送响应信息之后,向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作。
需要说明的是,只有在第二处理器将所有的ECU升级包都发送给待升级ECU之后,才会向待升级ECU发送结束下载指令。
在结束下载之后,第二处理器会向待升级ECU发送数据检查指令,数据检查指令可以包括:数据完整性检查指令以及数据依赖性检查指令,发送数据完整性检查指令主要用于对发送的ECU升级包中的数据完整性进行检查,数据完整性检查指令可以采用校验值的方式执行。
数据依赖性检查指令主要用于验证ECU是否利用ECU升级包升级成功,第二处理器向待升级ECU发送数据依赖性检查指令之后,如果待升级ECU向第二处理器返回正确响应,表明待升级ECU升级成功;如果待升级ECU向第二处理器返回失败原因代码,表明待升级ECU升级失败,本发明可以依据返回的失败原因代码,查找升级失败的原因。
在对整车所有的待升级ECU完成升级操作之后,第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作。
在第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作之后,所述方法还包括:TBOX中的第一处理器根据待升级ECU返回的升级结果退出空中下载模式之后,向第二处理器发送退出空中下载模式指令,触发所述第二处理器退出空中下载模式。
本发明实施例通过TBOX中的第一处理器可以及时从服务器获取ECU升级包,并通过第二处理器及时将ECU升级包发送至车辆中的待升级ECU,实现对车载ECU的及时升级,从而满足智能网联时代汽车软件快速更新迭代的要求,提高车辆ECU升级的效率。并且,本发明在第二处理器确定待升级ECU进入升级模式的情况下,才会将ECU升级包发送至进入升级模式的待升级ECU,从而进一步提高ECU升级的有效性。
下面以一个具体的实例详细说明本发明公开的上述车辆ECU升级方法:
图3示出了TBOX与车载ECU进行交互的示意图,图3中,TBOX分为第一处理器(OpenCPU端)和第二处理器(MCU(MicrocontrollerUnit微控制单元)端),OpenCPU端具有高集成、开放式内核源码的open CPU无线通讯模块,该模块提供2G/3G/4G通信服务能力、GPS定位功能,上层应用只需要基于该OpenCPU提供的API实现具体的功能。
OpenCPU端包含UA(Upgrade-agent,升级代理)以及OTA(Over-the-AirTechnology空间下载技术)Module两个功能模块,UA与OTA Module之间通过内部接口进行通信,UA是集成到OpenCPU中的OTA升级代理单元,负责跟服务器端的OTA系统进行交互,实现ECU升级包的安全下载,并将ECU升级包存储在指定位置,通过调用OTA Module提供的升级接口,将路径传输给OTA Module,触发升级流程。OTA Module为OpenCPU的应用程序,负责OTA升级,向上跟UA交互,向下跟MCU进行交互,主要负责解析车载ECU的bin(hex/.s19......)文件,将升级包属性信息以及升级包内容传给MCU端。
MCU端包括:OTA Upgrade(OTA升级模块)以及UDS Tester(统一诊断服务测试)两个功能模块,OTA Upgrade与UDS Tester之间通过内部接口直接通信,OTA Upgrade为MCU端的OTA升级主程序,通过SPI(Serial Peripheral Interface,串行外设接口)或者UART(Universal Asynchronous Receiver/Transmitter,异步收发传输器)跟OTA Module进行交互。在整个ECU升级包诊断刷写过程中,OTA Upgrade主要做刷写的流程控制,从OTAModule处申请升级包数据,然后传输给UDS Tester。UDS Tester为MCU端专门负责跟ECU进行诊断交互的模块,是刷写的具体实施单元,UDS Tester提供相关接口供OTA Upgrade调用,其工作流程也主要受OTA Upgrade控制。UDS Tester工作模式为触发式,即,上层应用调用一个接口,它可能会执行一条命令并等待ECU的响应,也可能会依次执行一连串的操作,并依次等待ECU的响应,并给上层返回一个总的执行结果,上层应用不用关注跟ECU具体的交互细节,只需要触发升级,然后传输数据,最后结束升级,提高上层应用的执行效率。
MCU端配置了专门的CAN(ControllerAreaNetwork,控制器局域网络)协议栈层,专门负责跟车载CAN总线进行交互,MCU将总线报文打包后再通过内部通信接口(UART或SPI等)传输给OpenCPU端,ECU升级包的主要传输过程为:从服务器端到TBOX端的UA代理组件,再到TBOX端OTA Module,再到MCU端的OTA Upgrade,最后通过MCU端的UDS Tester把升级数据传给ECU。不同的CAN总线上承载了不同的ECU。
OpenCPU与MCU之间的通信可以是任意通信接口(如UART、SPI、I2C等),不依赖于底层驱动,只依赖于上层应用逻辑。
参照图4所示的车辆ECU升级信令流程图,车辆ECU升级方法的具体过程为:
步骤S301、服务器向UA发送ECU升级包;
步骤S302、UA调用升级命令,将ECU升级包的绝对路径传递给OTA Module;
步骤S303、OTA Module对ECU升级包进行解析,获取ECU升级包的升级内容,并确定与升级内容相关的升级属性信息;
步骤S304、OTA Module向OTA Upgrade发送空中下载模式指令,以触发MCU端进入空中下载模式;
需要说明的是,OpenCPU端进入空中下载模式之后,会利用OTA Module向OTAUpgrade发送空中下载模式指令,以触发MCU端进入空中下载模式,MCU端的OTA Upgrade收到空中下载模式指令后,OTA Upgrade开始运作,并且向OTA Module回复成功应答,升级流程正式开始。
步骤S305、进入空中下载模式的OTA Module将升级属性信息发送至进入空中下载模式的OTA Upgrade;
OTA Module会通过内部SPI或者UART通信接口将升级包的升级属性信息传输给OTA Upgrade。
步骤S306、OTA Upgrade向UDS Tester发送开始升级指令信息;
OTA Upgrade获取到升级属性信息后,就调用UDS Tester提供的接口发起升级流程。凡是跟诊断相关的操作,都是由UDS Tester自动处理,UDS Tester只需要给上层应用(OTA Upgrade)反馈结果即可。
步骤S307、UDS Tester确定ECU升级包对应的待升级ECU;
步骤S308、UDS Tester向待升级ECU发送扩展模式切换指令,触发待升级ECU进入扩展模式;
步骤S309、UDS Tester在确定待升级ECU进入扩展模式之后,向处于扩展模式的待升级ECU发送升级准备操作指令,以触发处于扩展模式的待升级ECU执行升级前的准备操作;
步骤S310、UDS Tester在确定处于扩展模式的待升级ECU完成升级前的准备操作之后,向处于扩展模式的待升级ECU发送编程模式切换指令,以触发处于扩展模式下,完成升级前的准备操作的待升级ECU从扩展模式切换到编程模式;
步骤S311、OTA Upgrade向UDS Tester发送请求下载指示信息;
需要说明的是,待升级ECU切换到编程模式之后,会向TBOX返回成功进入编程模式的响应信息,TBOX中的MCU端以及OpenCPU端会相继接收到该响应信息,OTA Upgrade收到该响应信息之后,向UDS Tester发送请求下载指示信息。
步骤S312、UDS Tester向进入编程模式的待升级ECU发送0x34诊断服务;
0x34诊断服务为请求下载数据指令,请求下载数据指令中至少包括:请求下载的起始地址和总长度。
步骤S313、进入编程模式的待升级ECU向UDS Tester返回0x34正确响应信息;
需要说明的是,进入编程模式的待升级ECU返回的针对0x34诊断服务的正确响应信息中,还包含了该待升级ECU单次最大可支持下载的数据长度信息,OTA Upgrade根据这个长度信息,再向OTA Module申请最大不超过此长度的数据内容。
步骤S314、UDS Tester向OTA Upgrade转发0x34正确响应信息;
步骤S315、OTA Upgrade向OTA Module发送获取ECU升级包指示信息;
需要说明的是,OTA Upgrade一定是先发送请求下载指示信息,然后OTA Upgrade收到UDS Tester发回的0x34正确响应信息之后,才开始向OTA Module申请ECU升级包数据,因为0x34诊断服务的正确响应信息里面包含了这个ECU单次最大可支持下载的数据长度信息,然后OTA Upgrade才能根据这个长度信息向OTAModule申请指定大小的数据内容,即将这个ECU单次最大可支持下载的数据长度信息携带在获取ECU升级包指示信息中,一起发送至OTA Module。
步骤S316、OTA Module依据获取ECU升级包指示信息,向OTA Upgrade发送ECU升级包;
OTA Module依据获取ECU升级包指示信息中携带的ECU单次最大可支持下载的数据长度信息,向OTA Upgrade发送相应的ECU升级包。
步骤S317、OTA Upgrade向UDS Tester发送ECU升级包;
步骤S318、UDS Tester向进入编程模式的待升级ECU发送0x36诊断服务;
0x36诊断服务为下载数据指令,UDS Tester会调用底层协议栈,将数据周期性发往CAN总线上,即UDS Tester周期性向进入编程模式的待升级ECU发送多个0x36诊断服务,每个0x36诊断服务中携带ECU升级包的一个子包。
步骤S319、进入编程模式的待升级ECU在每次接收到一个子包后,向UDS Tester返回成功接收子包的响应信息;
步骤S320、OTA Upgrade向UDS Tester发送结束下载指令;
在OTA Upgrade判断ECU升级包全部发送完成之后,会向UDS Tester发送结束下载指令。
步骤S321、UDS Tester向待升级ECU发送0x37诊断服务;
0x37诊断服务为结束下载数据指示信息,用于指示待升级ECU结束ECU升级包的下载任务。
步骤S322、待升级ECU向UDS Tester返回0x37正确响应信息;
步骤S323、UDS Tester向OTA Upgrade转发0x37正确响应信息;
步骤S324、OTA Upgrade向UDS Tester发送升级后期检查指令;
步骤S325、UDS Tester依据升级后期检查指令向待升级ECU发送数据检查指令;
步骤S326、UDS Tester在接收到待升级ECU针对数据检查指令返回的数据正确发送响应信息之后,向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作;
步骤S327、待升级ECU向UDS Tester返回升级结果;
步骤S328、UDS Tester将升级结果传输给OTA Upgrade;
步骤S329、OTA Upgrade将升级结果转发给OTA Module;
步骤S330、OTA Module向OTA Upgrade发送退出空中下载模式指令,以触发MCU端退出空中下载模式;
需要说明的是,OpenCPU端根据升级结果首先退出空中下载模式之后,会利用OTAModule向OTA Upgrade发送退出空中下载模式指令,以触发MCU端退出空中下载模式。
步骤S331、OTA Upgrade向OTA Module返回退出空中下载模式的响应信息。
MCU端的OTA Upgrade收到退出空中下载模式指令后,OTA Upgrade指示MCU退出空中下载模式,TBOX所有功能单元都恢复到初始状态,ECU的升级全部结束。
下面对本发明实施例提供的车辆ECU升级系统进行介绍,下文描述的车辆ECU升级系统可与上文车辆ECU升级方法相互对应参照。
图5为本发明实施例提供的车辆ECU升级系统的结构框图,该车辆ECU升级系统具体可以为TBOX,参照图5,该车辆ECU升级系统可以包括:
升级包获取单元400,用于获取ECU升级包;
待升级ECU确定单元410,用于确定ECU升级包对应的待升级ECU;
升级指令发送单元420,用于向待升级ECU发送升级指令,以触发待升级ECU进入升级模式;
ECU升级包发送单元430,用于在确定待升级ECU进入升级模式的情况下,将ECU升级包发送至进入升级模式的待升级ECU,ECU升级包是进入升级模式的待升级ECU进行升级的基础。
升级包获取单元具体用于在从服务器接收到ECU升级指令之后,从服务器获取ECU升级包。
系统还包括:
升级包解析单元,用于对ECU升级包进行解析,获取ECU升级包的升级内容,并确定与升级内容相关的升级属性信息;
空中下载模式指令发送单元,用于向TBOX中的第二处理器发送空中下载模式指令,以触发第二处理器进入空中下载模式;
升级属性信息发送单元,用于将升级属性信息发送至进入空中下载模式的第二处理器。
升级指令发送单元包括:
扩展模式切换指令发送单元,用于向待升级ECU发送扩展模式切换指令,触发待升级ECU进入扩展模式;
升级准备操作指令发送单元,用于在确定待升级ECU进入扩展模式之后,向处于扩展模式的待升级ECU发送升级准备操作指令,以触发处于扩展模式的待升级ECU执行升级前的准备操作;
编程模式切换指令发送单元,用于在确定处于扩展模式的待升级ECU完成升级前的准备操作之后,向处于扩展模式的待升级ECU发送编程模式切换指令,以触发处于扩展模式下,完成升级前的准备操作的待升级ECU从扩展模式切换到编程模式,处于编程模式下的待升级ECU执行升级操作。
升级准备操作指令发送单元包括:
预编程检查指令发送单元,用于在确定待升级ECU进入扩展模式之后,向处于扩展模式的待升级ECU发送预编程检查指令,以触发处于扩展模式的待升级ECU进行预编程检查;
禁止故障检查指令发送单元,用于向处于扩展模式的待升级ECU发送禁止故障检查指令,以触发处于扩展模式的待升级ECU关闭故障检查功能;
禁止报文通信指令发送单元,用于向处于扩展模式的待升级ECU发送禁止报文通信指令,以触发处于扩展模式的待升级ECU关闭报文通信功能。
ECU升级包发送单元具体用于:
在向待升级ECU发送升级指令后的预设时间段之后,确定待升级ECU进入升级模式;将ECU升级包发送至进入升级模式的待升级ECU。
ECU升级包发送单元还用于:在接收到待升级ECU返回的成功进入升级模式的响应消息之后,将ECU升级包发送至进入升级模式的待升级ECU。
ECU升级包发送单元还用于:向进入编程模式的待升级ECU发送请求下载数据指令,请求下载数据指令中至少包括:与ECU升级包相关的升级属性信息;在接收到进入编程模式的待升级ECU针对请求下载数据指令返回的响应信息之后,将ECU升级包发送至进入编程模式的待升级ECU。
系统还包括:
结束下载指令发送单元,用于向处于编程模式的待升级ECU发送结束下载指令;
数据检查指令发送单元,用于在接收到处于编程模式的待升级ECU针对结束下载指令返回的响应消息之后,向处于编程模式的待升级ECU发送数据检查指令;
整车复位指令发送单元,用于在接收到处于编程模式的待升级ECU针对数据检查指令返回的数据正确发送响应信息之后,向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作。
退出模式指令发送单元,用于根据待升级ECU返回的升级结果退出空中下载模式之后,向第二处理器发送退出空中下载模式指令,触发所述第二处理器退出空中下载模式。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (6)
1.一种车辆电子控制单元ECU升级方法,其特征在于,所述方法应用于远程信息处理器TBOX,所述方法包括:
TBOX中的第一处理器在从服务器接收到ECU升级指令之后,从服务器获取ECU升级包;
TBOX中的第一处理器对所述ECU升级包进行解析,获取所述ECU升级包的升级内容,并确定与所述升级内容相关的升级属性信息;
所述第一处理器进入空中下载模式,并向TBOX中的第二处理器发送空中下载模式指令,以触发所述第二处理器进入空中下载模式;进入空中下载模式的第一处理器将所述升级属性信息发送至进入空中下载模式的第二处理器;
所述第二处理器确定所述ECU升级包对应的待升级ECU;
所述第二处理器向待升级ECU发送扩展模式切换指令,触发所述待升级ECU进入扩展模式;
在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送升级准备操作指令,以触发所述处于扩展模式的待升级ECU执行升级前的准备操作;
在确定所述处于扩展模式的待升级ECU完成升级前的准备操作之后,所述第二处理器向所述处于扩展模式的待升级ECU发送编程模式切换指令,以触发处于扩展模式下,完成升级前的准备操作的待升级ECU从扩展模式切换到编程模式;
所述第二处理器在确定待升级ECU进入编程模式的情况下,将ECU升级包发送至进入编程模式的待升级ECU。
2.根据权利要求1所述的方法,其特征在于,所述在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送升级准备操作指令,以触发所述处于扩展模式的待升级ECU执行升级前的准备操作包括:
在确定所述待升级ECU进入扩展模式之后,所述第二处理器向处于扩展模式的待升级ECU发送预编程检查指令,以触发所述处于扩展模式的待升级ECU进行预编程检查;
所述第二处理器向处于扩展模式的待升级ECU发送禁止故障检查指令,以触发所述处于扩展模式的待升级ECU关闭故障检查功能;
所述第二处理器向处于扩展模式的待升级ECU发送禁止报文通信指令,以触发所述处于扩展模式的待升级ECU关闭报文通信功能。
3.根据权利要求2所述的方法,其特征在于,所述第二处理器在确定待升级ECU进入编程模式的情况下,将ECU升级包发送至进入编程模式的待升级ECU,包括:
TBOX中的第二处理器向进入编程模式的待升级ECU发送请求下载数据指令,所述请求下载数据指令中至少包括:与ECU升级包相关的升级属性信息;
所述第二处理器在接收到进入编程模式的待升级ECU针对所述请求下载数据指令返回的响应信息之后,将所述ECU升级包发送至进入编程模式的待升级ECU。
4.根据权利要求3所述的方法,其特征在于,在将所述ECU升级包发送至进入编程模式的待升级ECU之后,还包括:
所述第二处理器向处于编程模式的待升级ECU发送结束下载指令;
在接收到处于编程模式的待升级ECU针对所述结束下载指令返回的响应消息之后,所述第二处理器向所述处于编程模式的待升级ECU发送数据检查指令;
在接收到处于编程模式的待升级ECU针对所述数据检查指令返回的数据正确发送响应信息之后,所述第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作。
5.根据权利要求4所述的方法,其特征在于,在第二处理器向整车中所有ECU发送整车复位指令,以触发整车中所有ECU执行复位操作之后,所述方法还包括:
TBOX中的第一处理器根据待升级ECU返回的升级结果退出空中下载模式之后,向第二处理器发送退出空中下载模式指令,触发所述第二处理器退出空中下载模式。
6.一种车辆ECU升级系统,其特征在于,所述系统应用于权利要求1-5任意一项所述的车辆电子控制单元ECU升级方法,所述系统包括:
升级包获取单元,用于获取ECU升级包;
待升级ECU确定单元,用于确定所述ECU升级包对应的待升级ECU;
升级指令发送单元,用于向所述待升级ECU发送升级指令,以触发所述待升级ECU进入升级模式;
ECU升级包发送单元,用于在确定所述待升级ECU进入升级模式的情况下,将所述ECU升级包发送至进入升级模式的待升级ECU,所述ECU升级包是所述进入升级模式的待升级ECU进行升级的基础。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010237024.4A CN111459518B (zh) | 2020-03-30 | 2020-03-30 | 一种车辆ecu升级方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010237024.4A CN111459518B (zh) | 2020-03-30 | 2020-03-30 | 一种车辆ecu升级方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111459518A CN111459518A (zh) | 2020-07-28 |
CN111459518B true CN111459518B (zh) | 2024-01-09 |
Family
ID=71676747
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010237024.4A Active CN111459518B (zh) | 2020-03-30 | 2020-03-30 | 一种车辆ecu升级方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111459518B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111651184A (zh) * | 2020-08-10 | 2020-09-11 | 广州汽车集团股份有限公司 | 一种tbox软件升级方法、tbox及汽车 |
CN111930407B (zh) * | 2020-10-19 | 2021-08-24 | 广州汽车集团股份有限公司 | 车辆ecu软件升级方法、系统、车载tbox的微控制器和soc端 |
CN112559003B (zh) * | 2020-11-17 | 2023-03-03 | 东风汽车集团有限公司 | 域控制器软件升级方法、装置及域控制器 |
CN112486894A (zh) * | 2020-12-18 | 2021-03-12 | 航天科技控股集团股份有限公司 | 一种基于4g+mcu双系统的数据高速处理方法 |
CN112596447B (zh) * | 2020-12-23 | 2022-04-05 | 潍柴动力股份有限公司 | Ecu刷写数据长度的确定方法、装置、电子设备及介质 |
CN112804698A (zh) * | 2021-01-08 | 2021-05-14 | 苏州智慧车芯科技有限公司 | 车载控制器在线升级方法、装置、计算机设备及存储介质 |
CN114840241A (zh) * | 2021-01-30 | 2022-08-02 | 华为技术有限公司 | 一种数据处理方法以及相关设备 |
CN112883382B (zh) * | 2021-03-03 | 2023-05-23 | 一汽解放汽车有限公司 | 一种车辆刷写的方法、车联网盒、车辆及存储介质 |
CN113320491A (zh) * | 2021-07-16 | 2021-08-31 | 重庆金康赛力斯新能源汽车设计院有限公司 | 一种控制器升级方法和系统 |
CN113504771A (zh) * | 2021-07-16 | 2021-10-15 | 东风小康汽车有限公司重庆分公司 | 一种控制器升级方法和系统 |
CN113535455B (zh) * | 2021-07-27 | 2023-11-21 | 上海科络达云软件技术有限公司 | 一种智能诊断和fota结合的ecu缺陷修复方法 |
CN114615061B (zh) * | 2022-03-11 | 2023-06-16 | 北京经纬恒润科技股份有限公司 | 以太网接入认证方法及装置 |
CN115442312A (zh) * | 2022-03-17 | 2022-12-06 | 北京车和家信息技术有限公司 | 车辆远程升级方法、装置、介质及设备 |
CN115118577B (zh) * | 2022-06-24 | 2023-08-18 | 重庆长安汽车股份有限公司 | 远程升级异常原因确定方法、装置、电子设备及存储介质 |
CN115185562B (zh) * | 2022-07-26 | 2024-03-22 | 深圳市航顺芯片技术研发有限公司 | 一种基于双核的应用程序在线升级方法、系统及存储介质 |
CN115442233A (zh) * | 2022-08-09 | 2022-12-06 | 北京罗克维尔斯科技有限公司 | Ecu升级方法、装置、电子设备、存储介质及车辆 |
CN115460038A (zh) * | 2022-08-31 | 2022-12-09 | 广西玉柴机器股份有限公司 | 一种提高控制器刷写效率的方法、系统、设备及存储介质 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140146718A (ko) * | 2013-06-17 | 2014-12-29 | 한국산업기술대학교산학협력단 | 보안기능을 갖는 ecu 업그레이드시스템 및 그 방법 |
CN105589719A (zh) * | 2015-12-17 | 2016-05-18 | 广州汽车集团股份有限公司 | 一种远程升级整车车载控制器软件的系统及升级方法 |
CN107493186A (zh) * | 2016-12-23 | 2017-12-19 | 宝沃汽车(中国)有限公司 | 车辆的远程升级系统及其控制方法 |
CN109120718A (zh) * | 2018-09-28 | 2019-01-01 | 慧翰微电子股份有限公司 | 一种支持其他ecu fota升级的车联网终端及实现方法 |
CN109871225A (zh) * | 2019-02-22 | 2019-06-11 | 北京经纬恒润科技有限公司 | 电子控制单元ecu升级方法及ecu |
CN110032382A (zh) * | 2019-03-25 | 2019-07-19 | 深圳猛犸电动科技有限公司 | 一种汽车电子控制单元升级方法、系统及终端设备 |
CN110149385A (zh) * | 2019-05-10 | 2019-08-20 | 上海擎感智能科技有限公司 | 空间下载升级终端 |
CN110351314A (zh) * | 2018-04-03 | 2019-10-18 | 厦门雅迅网络股份有限公司 | 汽车控制器的远程升级方法及计算机可读存储介质 |
CN110377307A (zh) * | 2019-07-18 | 2019-10-25 | 上海擎感智能科技有限公司 | 一种车身控制器固件升级方法、终端、系统 |
CN110378153A (zh) * | 2019-07-18 | 2019-10-25 | 上海擎感智能科技有限公司 | 一种升级包安全下载方法及系统 |
CN110427202A (zh) * | 2019-07-31 | 2019-11-08 | 上海摩迈汽车科技有限公司 | 一种车联网tbox端fota的系统和方法 |
CN110489143A (zh) * | 2019-07-18 | 2019-11-22 | 南京依维柯汽车有限公司 | 新能源汽车上的fota固件远程升级系统及其方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10031740B2 (en) * | 2016-10-24 | 2018-07-24 | Lear Corporation | Method for programming vehicle electronic control modules |
-
2020
- 2020-03-30 CN CN202010237024.4A patent/CN111459518B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140146718A (ko) * | 2013-06-17 | 2014-12-29 | 한국산업기술대학교산학협력단 | 보안기능을 갖는 ecu 업그레이드시스템 및 그 방법 |
CN105589719A (zh) * | 2015-12-17 | 2016-05-18 | 广州汽车集团股份有限公司 | 一种远程升级整车车载控制器软件的系统及升级方法 |
CN107493186A (zh) * | 2016-12-23 | 2017-12-19 | 宝沃汽车(中国)有限公司 | 车辆的远程升级系统及其控制方法 |
CN110351314A (zh) * | 2018-04-03 | 2019-10-18 | 厦门雅迅网络股份有限公司 | 汽车控制器的远程升级方法及计算机可读存储介质 |
CN109120718A (zh) * | 2018-09-28 | 2019-01-01 | 慧翰微电子股份有限公司 | 一种支持其他ecu fota升级的车联网终端及实现方法 |
CN109871225A (zh) * | 2019-02-22 | 2019-06-11 | 北京经纬恒润科技有限公司 | 电子控制单元ecu升级方法及ecu |
CN110032382A (zh) * | 2019-03-25 | 2019-07-19 | 深圳猛犸电动科技有限公司 | 一种汽车电子控制单元升级方法、系统及终端设备 |
CN110149385A (zh) * | 2019-05-10 | 2019-08-20 | 上海擎感智能科技有限公司 | 空间下载升级终端 |
CN110377307A (zh) * | 2019-07-18 | 2019-10-25 | 上海擎感智能科技有限公司 | 一种车身控制器固件升级方法、终端、系统 |
CN110378153A (zh) * | 2019-07-18 | 2019-10-25 | 上海擎感智能科技有限公司 | 一种升级包安全下载方法及系统 |
CN110489143A (zh) * | 2019-07-18 | 2019-11-22 | 南京依维柯汽车有限公司 | 新能源汽车上的fota固件远程升级系统及其方法 |
CN110427202A (zh) * | 2019-07-31 | 2019-11-08 | 上海摩迈汽车科技有限公司 | 一种车联网tbox端fota的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111459518A (zh) | 2020-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111459518B (zh) | 一种车辆ecu升级方法及系统 | |
CN105589719B (zh) | 一种远程升级整车车载控制器软件的系统及升级方法 | |
CN108268024B (zh) | 车辆诊断方法、装置、终端及计算机可读存储介质 | |
US20060095174A1 (en) | Method and device for a vehicle-related telematics service | |
CN107809324B (zh) | 一种车载自动诊断系统设备及其升级方法 | |
US20040112124A1 (en) | Method for carrying out a telediagnosis on a motor vehicle, vehicle diagnosis module and service center | |
WO2021203604A1 (zh) | 车辆组件的升级检测方法、装置、计算机设备及存储介质 | |
CN112202639B (zh) | 一种通过LoadRunner工具实现车联网远程控制服务的性能测试方法 | |
CN109895712B (zh) | 通过串口读取obd设备的汽车信息并进行展示的方法 | |
CN111742354A (zh) | 一种车辆诊断方法、系统、设备及服务器 | |
CN114327543A (zh) | 车载控制器的在线升级方法、装置、车辆及存储介质 | |
CN112953775A (zh) | 一种车机升级系统及方法 | |
CN110795124A (zh) | 汽车安全件的远程升级方法、装置、设备及存储介质 | |
WO2021237651A1 (zh) | 一种车辆诊断软件获取方法、服务器及诊断设备 | |
CN114064080A (zh) | 车辆软件升级方法、装置、设备和存储介质 | |
CN111399885A (zh) | 一种车辆组件升级推送方法、装置及计算机可读存储介质 | |
CN114124842A (zh) | 一种数据传输方法、系统、电子设备及存储介质 | |
CN110908696B (zh) | 汽车彩屏仪表远程升级方法、装置、设备及存储介质 | |
CN114567552A (zh) | 车载v2x设备升级方法、装置、计算机设备及存储介质 | |
CN115080092A (zh) | 一种软件升级方法、装置及电子设备 | |
CN114579161A (zh) | 应用程序更新方法及ecu | |
CN114237654A (zh) | 一种ota升级方法及系统 | |
CN115220989A (zh) | 一种付费软件监控方法、装置及系统 | |
CN113076126A (zh) | 远程汽车动力标定方法、装置、设备及存储介质 | |
JP2022538080A (ja) | 車両の車載バス上のコンピュータと対話する方法 |
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: 4 / F, building 1, No.14 Jiuxianqiao Road, Chaoyang District, Beijing 100020 Applicant after: Beijing Jingwei Hengrun Technology Co.,Ltd. Address before: 8 / F, block B, No. 11, Anxiang Beili, Chaoyang District, Beijing 100101 Applicant before: Beijing Jingwei HiRain Technologies Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |