CN112835598B - 一种汽车ecu刷写方法及其系统、计算机可读存储介质 - Google Patents

Abstract

本发明涉及一种汽车ECU刷写方法及其系统、计算机可读存储介质，所述方法包括如下步骤：接收诊断指令，并根据所述诊断指令获取流程配置文件和待刷写至ECU的程序文件；其中，所述流程配置文件为本地流程配置文件，或者根据所述诊断指令生成的流程配置文件。所述计算机可读存储介质存储有用于实现所述输电线路设备缺陷检测方法的计算机程序。根据所述流程配置文件和程序文件刷写ECU。所述系统用于实现所述方法，实施本发明，能够灵活地配置ECU刷写流程、对刷写失败的原因进行分析并给出合理性的解决方案。

Description

一种汽车ECU刷写方法及其系统、计算机可读存储介质

技术领域

本发明涉及汽车ECU软件更新技术领域，具体涉及一种汽车ECU刷写方法及其系统、计算机可读存储介质。

背景技术

随着汽车电子的飞速发展，整车电子ECU也越来越多，对汽车电子的软件更新也越来越频繁。目前对于汽车ECU的更新主流方案都通过CAN总线或者以太网在Boot loader中更新软件，而各整车厂更新软件的流程都不尽相同，技术要求也不一样，对供应商而言，为满足各整车厂对软件更新的要求，就需用不同的刷写流程的软件分别应对。目前用于Bootloader更新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刷写流程的自动配置。本发明实施例的方案灵活且方便，能够适配各种刷写流程，而无需编写复杂的脚本或者其它开发工作，系统对硬件设备无要求，支持适配各种不同类型的设备，能够大幅降低硬件设备成本，节省资源。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而得以体现。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本发明实施例一所述汽车ECU刷写方法流程示意图。

图2为本发明实施例二所述汽车ECU刷写系统框架示意图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

另外，为了更好的说明本发明，在下文的具体实施例中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的手段未作详细描述，以便于凸显本发明的主旨。

实施例一

本发明实施例一提供一种汽车ECU刷写方法，其用于实现汽车ECU刷写流程的自动配置以及根据配置得到的流程对汽车ECU进行刷写，对于汽车ECU而言，更新软件的实质就是更新ECU内部的数据，因此实施例一所述方法通过诊断的方式将软件的数据传送至ECU，从而达到更新软件的目的。

图1为实施例一提供的汽车ECU刷写方法的流程图，参阅图1，所述方法包括如下步骤：

步骤S101、接收多个诊断指令，并根据所述多个诊断指令获取流程配置文件和待刷写至ECU的程序文件；其中，所述流程配置文件为本地流程配置文件，或者根据所述多个诊断指令以及执行所述多个诊断指令所对应的控制参数生成的流程配置文件。

具体而言，对汽车ECU进行刷写时，需要根据主机厂的刷新规范执行依序执行多个诊断指令，执行每一诊断指令时，将待刷写至ECU的程序文件的部分内容发送给ECU，以更新ECU。因此，步骤中接收多个诊断指令具体为接收一个包含有多个诊断指令的数据包。

其中，在接收到多个诊断指令后，根据诊断指令获取流程配置文件，获取流程配置文件的方式有两种，首先，加载本地流程配置文件，当本地没有与诊断指令对应的流程配置文件时，则根据所述多个诊断指令以及执行所述多个诊断指令所对应的控制参数生成流程配置文件。汽车ECU刷写需要根据设定的控制参数依序执行多个诊断指令，因此步骤中通过对所述多个诊断指令进行解析，并根据解析结果确定执行所述多个诊断指令所对应的控制参数，然后根据所述诊断指令和控制参数生成一个流程配置文件，所述流程配置文件包括所述控制参数以及多个诊断指令。

其中，所述控制参数包括刷写参数、控制命令和多个条件命令；所述多个条件命令与所述多个诊断指令相对应，每一条件命令用于判断是否执行对应诊断指令；所述控制命令用于控制ECU在刷写过程中根据预设时序及触发事件接收所述诊断指令并将诊断指令发送给ECU。所述刷写参数包括诊断物理地址、诊断响应地址、诊断功能地址、网络层及协议层时间参数、流控帧参数以及刷写数据块参数。

其中，所述控制命令例如为：

“Cycle”：控制循环发送某诊断指令的次数；

“Sleep”：控制延时发送某诊断指令；

“Time Interval”：控制循环发送某诊断指令的时间；

其中，诊断物理地址、诊断响应地址为一对，刷写过程中，刷写单元通过诊断物理地址向ECU发起请求，ECU通过诊断响应地址对诊断物理地址的请求给予响应，类似“一问一答”。而诊断功能地址则是一对多，为一种寻址方式，即通过功能寻址发送请求，整车所有其它节点都将通过诊断响应地址来响应功能地址发起的请求，类似于广播传送方式。

其中，在刷写过程中，刷写单元根据网络层及协议层时间参数来判断网络通信是否超时，从而来决策刷写是否继续运行。

其中，所述流控帧参数用于控制多帧传输的传输方式与速度。流控帧中有3个参数，即Flow state(FS)，Block size(BS)以及Separation time(Stmin)。其中FS用于多帧传输过程中，用于接收方控制发送方以怎样的方式进行发送；其中BS为块大小，即在多帧传输过程中，一次性传输帧的个数；Stmin参数控制在多帧传输过程中连续帧的最小时间。

其中，所述刷写数据块参数影响刷写过程中系统发送数据的大小。

其中，所述多个条件命令与所述多个诊断指令相对应，每一条件命令包括一判断条件，判断条件包括变量参数，例如报文的ID、报文的某字节、CRC校验值，在执行每一诊断指令之前需执行对应的条件命令，即刷写单元获取变量参数的当前参数值，并根据该当前参数值和判断条件判断是否执行对应诊断指令。

其中，所述条件指令例如为：

“if active”：表示如果ECU对诊断请求回复为肯定响应则继续执行后续的流程；

“if negative”:表示如果ECU对诊断请求回复为否定响应则继续执行后续的流程；

“Ignore”：表示刷写单元忽略ECU对诊断请求的任何响应形式都将执行后续的流程；

“Untill active”:表示ECU对诊断请求回复为肯定响应系统才执行后续的流程。

在本实施例中，为了实现自动配置刷写流程，提供一数据库和刷写流程模板，所述数据库存储有执行车辆所有ECU诊断指令所需的条件命令信息以及刷写参数，因此，本实施例根据接收到的多个诊断指令，能够从数据库中获取到与该多个诊断指令所对应的控制命令、条件指令以及刷写参数，并填入所述刷写流程模板中，得到流程配置文件，此过程不需要编写复杂的脚本，能够提高流程配置的工作效率。

步骤S102、根据所述流程配置文件和程序文件刷写ECU。

其中，步骤S102具体包括：

步骤S201、根据所述控制指令获取当前诊断指令并将当前诊断指令发送给ECU；

步骤S202、判断是否在约定时间内接收到ECU反馈的响应指令，并根据判断结果进行刷写ECU；具体而言，所述约定时间例如为：将当前诊断指令发送给ECU的指令发送时间为T1，则对应的约定时间可以理解为T1+M，其中M为约定时间间隔。即，步骤S202为判断时间T1到时间T1+M的这一时间段内是否接收到ECU反馈的响应指令。

其中，当在约定时间内接收到ECU反馈的响应指令时，根据执行当前诊断指令所对应的条件指令，判断所述响应指令中的参数值是否满足该条件指令中的条件，若满足，则执行当前诊断指令，根据所述刷写参数将当前诊断指令所对应的程序文件内容发送给ECU，若不满足，则刷写失败，停止刷写ECU；

其中，当没有接收到响应指令或超出约定时间接收到响应指令，则刷写失败，停止刷写ECU。

其中，所述方法还包括：

步骤S103、当ECU刷写失败时，判断是否已将当前诊断指令发送给ECU；若是，则根据ECU的响应情况确定刷写失败原因；若否，则确定刷写失败原因为诊断指令发送失败；

具体而言，当本实施例方法应用于刷写系统时，所述确定刷写失败原因为诊断指令发送失败具体为：如果判断刷写系统没有将当前诊断指令发送给ECU，即刷写系统发送诊断指令失败，说明刷写系统与ECU之间的通信出现问题，这有可能是因为刷写系统出现功能故障或者刷写系统和ECU之间的连接出现问题，则刷写系统进行自检，检测刷写系统硬件情况，判断是否是刷写系统的原因导致发不出诊断指令，以及获取刷写系统与ECU的连接状态信息，根据刷写系统与ECU的连接状态信息判断是否是因为刷写系统与ECU之间的连接出问题。

步骤S104、根据刷写失败原因查询经验数据库获得对应的解决策略。

具体而言，所述经验数据库存储有各类刷写失败原因及每一类刷写失败原因所对应的解决方案等相关数据的数据库，经验数据库相关数据可由工作人员自己输入并累积，能够定期进行更新。

具体而言，所述经验数据库为一存储有多个NRC及其对应刷写失败原因和解决方案等相关数据的数据库，经验数据库相关数据可由工作人员自己输入并累积，能够定期进行更新。

其中，所述步骤S103包括：

如果将当前诊断指令发送给ECU后，在约定时间内接收到ECU反馈的响应指令，且响应指令中的参数值是否不满足条件指令中的条件，则获取ECU响应指令的否定响应码，并根据所述否定响应码查询经验数据库获得刷写失败原因；

如果将当前诊断指令发送给ECU后，在约定时间内没有接收到ECU反馈的响应指令，则确定刷写失败原因是ECU没有在约定时间内回复响应诊断指令。

具体而言，本实施例中将对刷写失败工况进行分析，分析响应时间及否定响应码两个参数，并根据分析结果确定对应的解决方案。其中，刷写失败有多种情况，例如：在刷新过程中，刷写单元发送一条诊断指令请求(例如，发送0x 10 02，进入0x02编程模式)给ECU，ECU接收到诊断指令请求或回复否定响应(0x03 7F 10 22)，其中否定响应码(NRC)为0x22表示条件不满足，那么刷写单元收到此ECU的回复时，将对NRC进行解析从而判断ECU刷新失败，然后通过否定响应码搜索“经验数据库”，并查询到与所述否定响应码对应的刷写失败原因，例如电压过高或者过低，或者有车速或者转速大于0，从而提示使用者检查相关事项是否满足。所述经验数据库存储有多个NRC及其对应刷写失败原因和解决方案等相关数据。

其中，对于ECU不响应或者超时响应而导致刷写失败的情况，本实施例中根据预设的时间间隔参数来对不响应的时间或超时响应的时间进行监测，来分析ECU是否是真的因为超时而导致刷写中断。

实施例二

本发明实施例二提出一种汽车ECU刷写系统，其用于实现实施例一所述的汽车ECU刷写方法，图2为汽车ECU刷写系统的框架示意图，参阅图2，本实施例二所述系统包括：

数据获取单元1，用于接收多个诊断指令，并根据所述多个诊断指令获取流程配置文件和待刷写至ECU的程序文件；其中，所述流程配置文件为本地流程配置文件，或者根据所述多个诊断指令以及执行所述多个诊断指令所对应的控制参数生成的流程配置文件；

刷写执行单元2，用于根据所述流程配置文件和程序文件刷写ECU。

其中，所述控制参数包括刷写参数、控制命令和多个条件命令，所述多个条件命令与所述多个诊断指令相对应，每一条件命令用于判断是否执行对应诊断指令；所述控制命令用于控制ECU在刷写过程中根据预设时序及触发事件接收所述诊断指令并将诊断指令发送给ECU。

其中，所述刷写执行单元2具体包括：

指令发送单元21，用于根据所述控制指令获取当前诊断指令并将当前诊断指令发送给ECU；

响应判断单元22，用于判断是否在约定时间内接收到ECU反馈的响应指令，并根据判断结果进行刷写ECU；其中，当在约定时间内接收到ECU反馈的响应指令时，根据执行当前诊断指令所对应的条件指令，判断所述响应指令中的参数值是否满足该条件指令中的条件，若满足，则执行当前诊断指令，根据所述刷写参数将当前诊断指令所对应的程序文件内容发送给ECU，若不满足，则刷写失败，停止刷写ECU；其中，当没有接收到响应指令或超出约定时间接收到响应指令，则刷写失败，停止刷写ECU。

其中，所述系统还包括：

刷写分析单元3，用于当ECU刷写失败时，判断是否已将当前诊断指令发送给ECU；若是，则根据ECU的响应情况确定刷写失败原因；若否，则确定刷写失败原因为通信故障；

其中，如果将当前诊断指令发送给ECU后，在约定时间内接收到ECU反馈的响应指令，且响应指令中的参数值是否不满足条件指令中的条件，则获取ECU响应指令的否定响应码，并根据所述否定响应码查询经验数据库获得刷写失败原因；如果将当前诊断指令发送给ECU后，在约定时间内没有接收到ECU反馈的响应指令，则确定刷写失败原因是ECU没有在约定时间内回复响应诊断指令。

查询单元4，用于根据刷写失败原因查询经验数据库获得对应的解决策略。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

需说明的是，实施例二所述系统与实施例一所述方法对应，因此，实施例二所述系统未详述部分可以参阅实施例一所述方法的内容得到，此处不再赘述。

并且，实施例二所述汽车ECU刷写系统如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

实施例三

本发明实施例三提出一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例一所述汽车ECU刷写方法的步骤。

具体而言，所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)以及软件分发介质等。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (8)

1.一种汽车ECU刷写方法，其特征在于，包括如下步骤：

接收多个诊断指令，并根据所述多个诊断指令获取流程配置文件和待刷写至ECU的程序文件；其中，所述流程配置文件为本地流程配置文件，或者根据所述多个诊断指令以及执行所述多个诊断指令所对应的控制参数生成的流程配置文件；所述控制参数包括刷写参数、控制命令和多个条件命令，所述多个条件命令与所述多个诊断指令相对应，每一条件命令用于判断是否执行对应诊断指令；所述控制命令用于控制ECU在刷写过程中根据预设时序及触发事件接收所述诊断指令并将诊断指令发送给ECU；

根据所述流程配置文件和程序文件刷写ECU，包括根据所述控制命令获取当前诊断指令并将当前诊断指令发送给ECU；判断是否在约定时间内接收到ECU反馈的响应指令，并根据判断结果进行刷写ECU。

2.如权利要求1所述的汽车ECU刷写方法，其特征在于，根据所述程序文件和所述流程配置文件刷写ECU具体包括：

当在约定时间内接收到ECU反馈的响应指令时，根据执行当前诊断指令所对应的条件指令，判断所述响应指令中的参数值是否满足该条件指令中的条件，若满足，则执行当前诊断指令，根据所述刷写参数将当前诊断指令所对应的程序文件内容发送给ECU，若不满足，则刷写失败，停止刷写ECU；

当没有接收到响应指令或超出约定时间接收到响应指令，则刷写失败，停止刷写ECU。

3.如权利要求2所述的汽车ECU刷写方法，其特征在于，所述方法还包括：

当ECU刷写失败时，判断是否已将当前诊断指令发送给ECU；若是，则根据ECU的响应情况确定刷写失败原因；若否，则确定刷写失败原因为诊断指令发送失败；

根据刷写失败原因查询经验数据库获得对应的解决策略。

4.如权利要求3所述的汽车ECU刷写方法，其特征在于，根据ECU的响应情况确定刷写失败原因具体包括：

若将当前诊断指令发送给ECU后，在约定时间内接收到ECU反馈的响应指令，且响应指令中的参数值是否不满足条件指令中的条件，则获取ECU响应指令的否定响应码，并根据所述否定响应码查询经验数据库获得刷写失败原因；

若将当前诊断指令发送给ECU后，在约定时间内没有接收到ECU反馈的响应指令，则确定刷写失败原因是ECU没有在约定时间内回复响应诊断指令。

5.一种汽车ECU刷写系统，其特征在于，所述系统包括：

数据获取单元，用于接收多个诊断指令，并根据所述多个诊断指令获取流程配置文件和待刷写至ECU的程序文件；其中，所述流程配置文件为本地流程配置文件，或者根据所述多个诊断指令以及执行所述多个诊断指令所对应的控制参数生成的流程配置文件；所述控制参数包括刷写参数、控制命令和多个条件命令，所述多个条件命令与所述多个诊断指令相对应，每一条件命令用于判断是否执行对应诊断指令；所述控制命令用于控制ECU在刷写过程中根据预设时序及触发事件接收所述诊断指令并将诊断指令发送给ECU；

刷写执行单元，用于根据所述流程配置文件和程序文件刷写ECU；

所述刷写执行单元具体包括：

指令发送单元，用于根据所述控制命令获取当前诊断指令并将当前诊断指令发送给ECU；

响应判断单元，用于判断是否在约定时间内接收到ECU反馈的响应指令，并根据判断结果进行刷写ECU。

6.如权利要求5所述的汽车ECU刷写系统，其特征在于，

所述响应判断单元，具体用于当在约定时间内接收到ECU反馈的响应指令时，根据执行当前诊断指令所对应的条件指令，判断所述响应指令中的参数值是否满足该条件指令中的条件，若满足，则执行当前诊断指令，根据所述刷写参数将当前诊断指令所对应的程序文件内容发送给ECU，若不满足，则刷写失败，停止刷写ECU；当没有接收到响应指令或超出约定时间接收到响应指令，则刷写失败，停止刷写ECU。

7.如权利要求6所述的汽车ECU刷写系统，其特征在于，所述系统还包括：

刷写分析单元，用于当ECU刷写失败时，判断是否已将当前诊断指令发送给ECU；若是，则根据ECU的响应情况确定刷写失败原因；若否，则确定刷写失败原因为诊断指令发送失败；

查询单元，用于根据刷写失败原因查询经验数据库获得对应的解决策略。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4中任一项所述汽车ECU刷写方法的步骤。