CN115809078A - 一种车辆ecu的刷写方法、车辆及存储介质 - Google Patents

Abstract

本申请适用于车辆技术领域，提供了一种车辆ECU的刷写方法、车辆及存储介质，该方法包括：在ECU重启后，ECU检测是否存在作用在车辆上的第一操作，如果存在第一操作、且第一操作的持续时间大于预设阈值，ECU进入紧急启动模式，ECU进入紧急启动模式后获取第一待刷写数据，并基于第一待刷写数据完成ECU的刷写。本申请不用将ECU拆下即可对ECU进行刷写，使ECU的刷写更简便、效率更高；本申请设置了进入紧急启动模式的条件，在满足进入条件时才可以进入紧急启动模式，防止了非预期情况下对ECU的刷写。

Description

一种车辆ECU的刷写方法、车辆及存储介质

技术领域

本申请属于车辆技术领域，尤其涉及一种车辆ECU的刷写方法、车辆及存储介质。

背景技术

电子控制单元(Electronic Control Unit-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的刷写方法的流程示意图；

图3是本申请另一实施例提供的车辆ECU的刷写方法的流程示意图；

图4是本申请另一实施例提供的计算机、OBD接口与ECU连接的结构示意图；

图5是本申请一实施例提供的OBD接口的结构示意图；

图6是本申请一实施例提供的正常启动模式下ECU刷写的流程示意图；

图7是本申请一实施例提供的电子控制单元的结构示意图；

图8是本申请一实施例提供的车辆的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

ECU一般都具备故障自诊断和保护功能，当系统产生故障时，它能在RAM或Flash中自动记录故障代码并采用保护措施从固有程序中读取替代程序来维持涉及诸如安全灯等必须维持的功能。

ECU在出现故障或程序版本较低时，需要对ECU中的程序进行更新。对ECU数据的管理和更新称为对ECU的刷写。

目前，当ECU重启上电后，ECU如果获取到连接的计算机中的程序，则会直接对ECU中的程序进行刷写。上述方法容易出现用户不想对ECU进行刷写，但是ECU自动进行了刷写的情况，导致ECU的误操作，为用户带来困扰。基于上述情况，本申请提供过一种车辆ECU的刷写方法，为ECU的自动刷写设置了条件，降低了非预期的ECU刷写的情况，避免了ECU的误操作。

图1为本申请实施例提供的车辆ECU的刷写方法的应用场景示意图，上述车辆ECU的刷写方法可以用于对车辆ECU进行更新。其中，计算机10用于存储待刷写数据，ECU20用于在确定需要进行刷写时从计算机10中获取待刷写数据，并将待刷写数据刷写至ECU中。

以下对本申请实施例的车辆ECU的刷写方法进行详细说明。

图2和3示出了本申请提供的车辆ECU的刷写方法的示意性流程图，参照图2和3，该方法包括步骤S101-S104。

在S101，在ECU上电后，ECU检测是否存在第一操作。

在本实施例中，ECU断电到上电的过程为重启的过程。ECU在每次重启后的预设时间内，ECU检测是否存在作用在安装有该ECU的车辆上的第一操作。其中，预设时间可以根据需要进行设置，例如，预设时间可以设置为50秒、60秒或70秒等。

第一操作可以根据需要进行设置。第一操作可以包括制动操作、空调按键操作和方向盘上的按键操作中的至少一种。其中，方向盘上的按键操作可以包括转向灯开启操作、雨刷打开操作、喇叭开启操作等。

具体的，第一操作的检测方法可以包括：获取车辆中预设电路的电平信号。若电平信号满足预设的操作要求，则确定检测到第一操作。

在本实施例中，预设电路可以是制动开关对应的电路，空调开关对应的电路，方向盘上对应操作的开关等。若预设电路包括制动开关对应的电路，预设的操作要求包括制动操作。若预设电路包括空调开关对应的电路，预设的操作要求包括空调启动操作。若预设电路包括方向盘上对应操作的开关对应的电路，预设的操作要求包括方向盘上对应设备的启动操作。具体的，空调按键操作的检测可以包括：获取空调开关的电平信号，若电平信号满足启动要求，例如，电平信号为高电平，则确定检测到空调按键操作。同理可以检测方向盘上的按键操作，在此不再赘述。

具体的，若第一操作包括制动操作，步骤S101的实现过程可以包括：

在S1011，获取车辆中制动开关的电平信号。

在本实施例中，车辆的制动开关可以由两路线路控制。具体的，制动开关可以由线路1和线路2共同控制。在线路1为低电平、线路2为高电平时，制动开关为非制动状态。在线路1为高电平、线路2为低电平时，制动开关为制动状态。ECU根据制动开关的电平信号可以确定制动开关是否处于制动状态。

在S1012，若制动开关的电平信号满足制动要求，则确定检测到第一操作。

在S1013，若制动开关的电平信号不满足制动要求，则确定未检测到第一操作。

在本实施例中，制动开关的电平信号满足制动要求时，制动开关为制动状态，也就是检测到制动操作。具体的，制动开关的电平信号满足制动要求包括线路1为高电平、且线路2为低电平。

在S102，若检测到第一操作，获得第一操作的持续时间。

在本实施例中，如果ECU检测到第一操作，可以开始计时，通过计时得到第一操作的持续时间。在计时期间需要持续检测第一操作，以确定第一操作是否仍在继续。如果检测不到第一操作，则可以确定第一操作不再继续。

可选的，如果检测到第一操作，可以记录ECU中的计时器的时间，本申请中可以记为初始时间。持续关注计时器的时间，利用计时器的当前时间与初始时间的差值可以得到第一操作的持续时间。

作为举例，如果检测到第一操作时计时器的时间为10，当前时间第一操作仍在继续，当前时间计时器为15，则第一操作已经持续5秒。

在S103，若持续时间大于预设阈值，进入紧急启动模式。

在本实施例中，如果检测到第一操作的持续时间已经超过预设阈值，则确定满足ECU进入紧急启动模式的条件，ECU则可以进入紧急启动模式(Emergency boot)。紧急启动模式可以是正常工作流程前的一种启动方式。

在本实施例中，预设阈值可以根据需要进行设置，例如，预设阈值可以设置为5秒、8秒或10秒等。

作为举例，如果预设时间为5秒，当前时间检测到第一操作已经持续了6秒，则确定第一操作的时间大于预设阈值，ECU进入紧急启动模式。

在本实施例中，ECU中程序的启动顺序为boot程序->App程序(应用程序)，在boot程序运行完成后才会运行应用程序。紧急启动模式不运行ECU中的应用程序。

紧急启动模式下可以运行boot程序，boot程序为系统的引导文件，可以用于引导进入哪个操作系统，具体的，boot程序用来完成定位内核代码在外存的具体位置、按照要求正确装入内核至内存并最终使内核运行起来的整个系统启动过程。该过程中，启动引导程序要完成多个初始化过程，当这些过程顺利完成后才能使用系统的各种服务。这些过程包括初始引导、内核初始化、全系统初始化。

在S104，获取第一待刷写数据，刷写第一待刷写数据。

在本实施例中，ECU可以从外部计算机中获取需要刷写的数据。具体的，ECU从计算机中获取到数据后，可以判断ECU中当前存储的数据与获取到的数据的版本是否相同。如果相同，则可以用获取到的数据覆盖当前存储的数据，或者不对数据进行处理。如果不同，则可以将获取到的数据存储至FLASH中，完成对ECU的刷写。本申请将从计算机中获取的数据记为第一待刷写数据。

本申请实施例中，在ECU重启后，ECU可以检测是否存在作用在车辆上的第一操作，如果存在第一操作，可以获取第一操作的持续时间以判断是否可以进入紧急启动模式。如果第一操作的持续时间大于预设阈值，ECU进入紧急启动模式。ECU进入紧急启动模式后获取第一待刷写数据，并基于第一待刷写数据完成ECU的刷写。本申请不用将ECU拆下即可对ECU进行刷写，使ECU的刷写更简便、效率更高。另外，本申请设置了进入紧急启动模式的条件，在满足进入条件时才可以进入紧急启动模式，防止了非预期情况下对ECU的刷写。

如图4所示，在一种可能的实现方式中，如果ECU需要通过有线连接的方式获得待刷写数据，可以利用ECU上的以太网通信接口与计算机进行有线连接，从与ECU有线连接的计算机中获得待刷写数据。

具体的，如果需要通过ECU中的以太网通信接口传输第一待刷写数据。计算机可以通过网线与车载自动诊断(On Board Diagnostics，OBD)系统接口相连，ODB接口与ECU中的以太网通信接口相连，通过ODB接口实现计算机与ECU的通信。具体的，计算机可以通过网线与OBD接口中的EHERNET TX+、EHERNET TX-、EHERNET RX+和EHERNET RX-相连。RX是信号接收，TX是信号发送，如图5所示的OBD接口的示意图，引脚3为EHERNET RX+，引脚11为EHERNETRX-，引脚12为EHERNET TX+，引脚13为EHERNET TX-。

以太网通信接口的启动需要使能信号的控制。如果存在使能信号，以太网通信接口可以进行通信，反之以太网通信接口不能进行通信。

具体的，OBD接口中以太网激活线上拉引脚的信号可以为以太网通信接口提供使能信号，可以将车辆的蓄电池正极通过导线与OBD接口中的以太网激活线上拉引脚相连，以使得以太网激活线上拉引脚的电平信号为高电平，如图5所示，引脚8为以太网激活线上拉引脚。以太网激活线上拉引脚为高电平时，以太网通信接口为开启状态。以太网激活线上拉引脚为低电平时，以太网通信接口为关闭状态。本申请中可以将以太网激活线上拉引脚记为第一引脚。

如果ECU需要通过有线连接的方式获得待刷写数据，为了保证ECU进入紧急启动模式后可以通过以太网通信接口从计算机中获得第一待刷写数据，ECU进入紧急启动模式的条件还可以包括检测车辆上连接以太网通信接口的OBD接口的第一引脚的电平信号，若电平信号为高电平信号、且第一操作的持续时间大于预设阈值则进入紧急启动模式。

在本实施例中，在第一引脚的电平信号为高电平时，可以确定以太网通信接口为开启状态，保证ECU可以通过以太网通信接口从计算机中获取第一待刷写数据。将第一引脚为高电平作为进入紧急启动模式的条件，保证了ECU进入紧急启动模式后可以顺利进行数据刷写。

如图3所示，在一种可能的实现方式中，在步骤S101之后，上述方法还可以包括：

若在ECU上电后的预设时间内未检测到第一操作，进入正常启动模式。若持续时间小于或等于预设阈值、和/或第一引脚的电平信号为低电平，进入正常启动模式。

在本实施例中，如果在预设时间内没有检测到第一操作，则不符合进入紧急启动模式的条件，ECU进入正常启动模式(Normal boot)。ECU在正常启动模式下可以正常运行ECU中的应用程序，ECU中的应用程序可以包括点亮车灯程序、屏幕点亮程序、车辆点火程序等。

在本实施例中，如果检测到第一操作，但是第一操作的持续时间小于或等于预设阈值，则不符合进入紧急启动模式的条件，ECU进入正常启动模式。

在本实施例中，在需要通过以太网通信接口获取第一待刷写数据时，如果第一引脚的电平信号为低电平，则不符合进入紧急启动模式的条件，ECU进入正常启动模式。

在本实施例中，正常启动模式为ECU启动、且运行ECU中的应用程序的模式。ECU进入正常启动模式后，先运行boot程序，运行完boot程序后运行应用程序。

在一种可能的实现方式中，进入正常启动模式的ECU可以借助刷写设备向ECU传输需要刷写的数据，进而完成对ECU的刷写。

如图6所示，具体的，在所述进入所述正常启动模式之后，上述方法包括：

在S201，运行所述ECU中的应用程序。

在S202，若应用程序存在故障程序、且接收到刷写设备发送的故障查询指令，向刷写设备发送故障程序的故障码。

在本实施例中，刷写设备可以为汽车故障诊断仪。汽车故障诊断仪是车辆故障自检终端，是用于检测汽车故障的便携式智能汽车故障自检仪，用户可以利用它迅速地读取汽车各ECU的故障，并通过显示故障信息，迅速查明发生故障的部位及原因。

在本实施例中，若应用程序存在故障程序，ECU生成故障程序的故障码。用户可以通过刷写设备向ECU发送故障查询指令，ECU在接收到刷写设备发送的故障查询指令后，向刷写设备发送故障程序的故障码。

刷写设备接收到故障码后，对故障码进行解析，得到故障码对应的故障应用，并向用户展示故障应用。刷写设备根据故障应用查找对应的待刷写数据，本申请中记为第二待刷写数据。刷写设备根据第二待刷写数据生成程序刷写指令，并向ECU发送程序刷写指令。

可选的，刷写设备在生成程序刷写指令后，可以向ECU发送询问信息，ECU若接收到刷写设备发送的询问信息，ECU可以向刷写设备返回确定指令。刷写设备在接收到ECU发送的确定指令后，向ECU发送程序刷写指令。

在S203，接收刷写设备发送的程序刷写指令，刷写程序刷写指令中包括的第二待刷写数据。

在本实施例中，程序刷写指令可以包括待刷写的应用的标识符和第二待刷写数据。标识符可以为数字、字母或符号等组成。每个应用程序唯一对应一个标识符。

在本实施例中，ECU在接收到刷写设备发送的程序刷写指令后，通过对程序刷写指令进行解析得到待刷写的应用的第二待刷写数据，然后对第二待刷写数据进行刷写。

具体的，ECU对第二待刷写数据处理与对第一待刷写数据处理相同，请参照上述步骤S104的说明，在此不再赘述。

在本实施例中，在应用程序中不存在故障程序时，刷写设备还可以向ECU发送最新版本的应用程序的刷写数据，ECU接收刷写设备发送的最新版本的应用程序的刷写数据，并将最新版本的应用程序的刷写数据进行存储。

在一种可能的实现方式中，步骤S202的实现过程可以包括：

在S2021，获取车辆的状态信息。

在本实施例中，ECU接收到刷写设备发送的故障查询指令后，可以获取车辆的状态信息。

在本实施例中，车辆的状态信息可以包括车速、发动机转速和电源档位等。获取车辆的状态信息是为了确定车辆是否在运行状态，如果车辆在运行状态则不可以对ECU进行刷写。具体的，车速和发动机用于确定车辆是否在静止状态。电源档位用于确定车辆内的电器是否上电。

具体的，获取到车辆的状态信息后，可以判断车速是否在第一预设范围，发动机转速是否在第二预设范围，电源档位是否在ON档。其中，电源档位在ON档时为车内所有电器供电。第一预设范围和第二预设范围可以根据需要进行设置。

在S2022，若状态信息满足预设要求，向所述刷写设备发送所述故障程序的故障码。

在本实施例中，状态信息满足预设要求包括车速在第一预设范围、发动机转速在第二预设范围、且电源档位在ON档。

本申请实施例中，在刷写之前判断车辆状态，在车辆状态信息满足要求时对ECU进行刷写，可以避免在车辆运行时进行刷写而导致车辆故障的现象。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的车辆ECU的刷写方法，图7示出了本申请实施例提供的电子控制单元的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，该电子控制单元300可以包括：检测模块310、时间测试模块320、模式选择模块330和程序刷写模块340。

其中，检测模块310，用于在所述ECU上电后，检测是否存在第一操作，其中，所述第一操作为作用在安装所述ECU的车辆上的操作；

时间测试模块320，用于若检测到所述第一操作，获得所述第一操作的持续时间；

模式选择模块330，用于若所述持续时间大于预设阈值，进入紧急启动模式，其中，所述ECU在所述紧急启动模式不运行所述ECU中的应用程序；

程序刷写模块340，用于获取第一待刷写数据，刷写所述第一待刷写数据。

在一种可能的实现方式中，模式选择模块330具体还可以用于：

获取所述车辆上连接以太网通信接口的OBD接口的第一引脚的电平信号，其中，所述电平信号为高电平时所述ECU中的以太网通信接口为开启状态，所述电平信号为低电平时所述以太网通信接口为关闭状态；

相应的，若所述持续时间大于预设阈值、且所述第一引脚的电平信号为高电平，进入所述紧急启动模式。

在一种可能的实现方式中，所述第一引脚为以太网激活线上拉引脚。

在一种可能的实现方式中，所述第一操作包括制动操作、空调按键操作和方向盘上的按键操作中的至少一种。

在一种可能的实现方式中，在所述第一操作包括所述制动操作时，检测模块310具体可以用于：

获取所述车辆中预设电路的电平信号；

若所述电平信号满足预设的操作要求，则确定检测到所述第一操作。在一种可能的实现方式中，与检测模块310相连的还可以包括：

第一选择模块，用于若在所述ECU上电后的预设时间内未检测到所述第一操作，进入正常启动模式，其中，所述ECU在所述正常启动模式运行所述ECU中的应用程序；

第二选择模块，用于若所述持续时间小于或等于所述预设阈值、和/或所述第一引脚的电平信号为低电平，进入所述正常启动模式。

在一种可能的实现方式中，在所述进入所述正常启动模式之后，程序刷写模块340具体还可以用于：

运行所述ECU中的应用程序；

若所述应用程序存在故障程序、且接收到刷写设备发送的故障查询指令，向所述刷写设备发送所述故障程序的故障码，其中，所述故障码用于指示所述刷写设备查找所述故障码对应的故障应用的第二待刷写数据，并基于所述第二待刷写数据生成程序刷写指令，向所述刷写设备发送所述程序刷写指令；

接收所述刷写设备发送的所述程序刷写指令，刷写程序刷写指令中包括的第二待刷写数据。

在一种可能的实现方式中，程序刷写模块340具体还可以用于：

获取车辆的状态信息，其中，所述状态信息包括车速、发动机转速和电源档位；

若所述状态信息满足预设要求，向所述刷写设备发送所述故障程序的故障码。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种车辆，参见图8，该车辆400可以包括：ECU410、存储器420以及存储在所述存储器420中并可在所述ECU410上运行的计算机程序，所述ECU410执行所述计算机程序时实现上述任意各个方法实施例中的步骤，例如图2所示实施例中的步骤S101至步骤S104。或者，ECU410执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能，例如图7所示模块310至340的功能。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器420中，并由ECU410执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序在车辆400中的执行过程。

本领域技术人员可以理解，图8仅仅是车辆的示例，并不构成对车辆的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

ECU410可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本申请实施例提供的车辆ECU的刷写方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述车辆ECU的刷写方法各个实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述车辆ECU的刷写方法各个实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

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

Claims (10)

1.一种车辆ECU的刷写方法，其特征在于，应用于ECU，包括：

在所述ECU上电后，检测是否存在第一操作，其中，所述第一操作为作用在安装所述ECU的车辆上的操作；

若检测到所述第一操作，获得所述第一操作的持续时间；

若所述持续时间大于预设阈值，进入紧急启动模式，其中，所述ECU在所述紧急启动模式不运行所述ECU中的应用程序；

获取第一待刷写数据，刷写所述第一待刷写数据。

2.如权利要求1所述的车辆ECU的刷写方法，其特征在于，在进入紧急启动模式之前，包括：

获取所述车辆上连接以太网通信接口的OBD接口的第一引脚的电平信号，其中，所述电平信号为高电平时所述ECU中的以太网通信接口为开启状态，所述电平信号为低电平时所述以太网通信接口为关闭状态；

相应的，若所述持续时间大于预设阈值，进入紧急启动模式，包括：

若所述持续时间大于预设阈值、且所述第一引脚的电平信号为高电平，进入所述紧急启动模式。

3.如权利要求2所述的车辆ECU的刷写方法，其特征在于，所述第一引脚为以太网激活线上拉引脚。

4.如权利要求1所述的车辆ECU的刷写方法，其特征在于，所述第一操作包括制动操作、空调按键操作和方向盘上的按键操作中的至少一种。

5.如权利要求1所述的车辆ECU的刷写方法，其特征在于，所述检测是否存在第一操作，包括：

获取所述车辆中预设电路的电平信号；

若所述电平信号满足预设的操作要求，则确定检测到所述第一操作。

6.如权利要求2所述的车辆ECU的刷写方法，其特征在于，在所述检测是否存在第一操作之后，包括：

若在所述ECU上电后的预设时间内未检测到所述第一操作，进入正常启动模式，其中，所述ECU在所述正常启动模式运行所述ECU中的应用程序；

若所述持续时间小于或等于所述预设阈值、和/或所述第一引脚的电平信号为低电平，进入所述正常启动模式。

7.如权利要求6所述的车辆ECU的刷写方法，其特征在于，在所述进入所述正常启动模式之后，包括：

运行所述ECU中的应用程序；

若所述应用程序存在故障程序、且接收到刷写设备发送的故障查询指令，向所述刷写设备发送所述故障程序的故障码，其中，所述故障码用于指示所述刷写设备基于所述述故障码对应的故障应用的第二待刷写数据生成程序刷写指令，并向所述ECU发送所述程序刷写指令；

接收所述刷写设备发送的所述程序刷写指令，刷写所述程序刷写指令中包括的所述第二待刷写数据。

8.如权利要求7所述的车辆ECU的刷写方法，其特征在于，所述向所述刷写设备发送所述故障程序的故障码，包括：

获取车辆的状态信息，其中，所述状态信息包括车速、发动机转速和电源档位；

若所述状态信息满足预设要求，向所述刷写设备发送所述故障程序的故障码。

9.一种车辆，包括存储器、ECU以及存储在所述存储器中并可在所述ECU上运行的计算机程序，其特征在于，所述ECU执行所述计算机程序时实现如权利要求1至8任一项所述的车辆ECU的刷写方法。

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

Images