车辆ECU刷写方法、设备、车辆ECU及存储介质
技术领域
本申请涉及车辆技术领域，尤其涉及一种车辆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的通信协议类型将待刷写数据分解为预设数量的待刷写数据块，并分别对各个所述待刷写数据块进行压缩，得到压缩数据块之后，根据所述车辆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是本申请实施例提供的车辆电子装置的示意图；
图5是本申请实施例提供的车辆ECU的示意图；
图6是本申请实施例提供的电子设备的示意图；
图7是本申请实施例提供的车辆ECU的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
还应当理解，在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。
在说明本申请提供的车辆ECU刷写方法之前，首先对本申请所采用的刷写原理以及车辆ECU刷写过程中的相关概念进行示例性的说明。
其中，车辆ECU刷写指的是将车辆ECU数据写入到车辆ECU存储单元中，其中，车辆ECU数据通常由开发人员预先在开发设备上，例如PC机、服务器或个人数字电脑上通过预设编程工具生成的数据，该数据可以是车辆ECU的程序(CODE)或者数据(DATA)，通常开发人员将车辆ECU数据存储在刷写文件中，再通过刷写设备对刷写文件中的车辆ECU数据进行刷写，也即通过刷写设备将刷写文件中的车辆ECU数据读取出来，然后根据汽车通信协议格式，将车辆ECU数据分解为帧数据，并填充在刷写命令中，通过刷写命令发送给车辆ECU，刷写命令指示车辆ECU将刷写命令中的数据帧进行解析并存储在预设位置，完成车辆ECU数据的刷写。
下面通过具体实施例，对本申请提供的车辆ECU刷写方法进行示例性的说明。
请参见图1，图1是本申请一实施例提供的车辆ECU刷写方法的示意流程图。本实施例中车辆ECU刷写方法的执行主体为电子设备，包括但不限于各种应用场景下的车辆诊断设备，例如，智能手机、平板电脑等移动终端，或者服务器、个人电脑等。如图1所示的车辆ECU刷写方法可包括：
S101，获取待刷写数据。
例如，所述待刷写数据由开发人员预先在开发设备上开发完成之后，存储在刷写文件中，电子设备首先从所述刷写文件中获取待刷写数据。可以理解地，电子设备与开发设备之间通信连接，电子设备可以首先从开发设备上拷贝或者下载所述刷写文件，然后从所述刷写文件中获取待刷写数据。示例性地，在本实施例中，电子设备为车辆诊断设备，待刷写数据包括车辆ECU的程序(CODE)或者数据(DATA)。
可以理解地，在进行车辆ECU数据刷写之前，车辆ECU与电子设备之间需要建立通信连接，具体地，车辆ECU与电子设备之间通过汽车诊断协议进行通信连接，例如，通过CAN协议或K线协议进行通信连接。需要说明的是，车辆ECU与电子设备之间通过汽车诊断协议进行通信连接时，首先电子设备需要根据车辆ECU在车载自动诊断系统(On BoardDiagnostics，OBD)上对应的ECU诊断信息与车辆ECU建立通信连接。其中，ECU诊断信息为预先设置的汽车诊断协议的通信参数，可以理解地，不同的车辆ECU对应的ECU诊断信息不同。
假设，车辆ECU为车辆发动机系统的ECU，则电子设备需要根据车辆发动机系统的ECU诊断信息与车辆发动机系统的ECU建立通信连接，比如，车辆发动机系统的ECU诊断信息包括设置协议类型(如CAN类型)、通信管脚(如6和14管脚)、通信波特率(如500K)、发动机系统的过滤标识信息(包括发送标识信息和接收标识信息，例如发送标识信息为0xfc00，接收标识信息为0xfd00)等，则电子设备根据车辆发动机系统的ECU诊断信息与车辆发动机ECU建立CAN通信连接。
在一可选的实现方式中，在电子设备与车辆ECU建立通信连接之后，向车辆ECU发送携带有预设存储地址和刷写字节数的第二指令，其中，所述第二指令用于指示车辆ECU在所述预设存储地址对应的存储空间中预留存储所述刷写字节数所需的目标存储空间。
也就是说，电子设备在进行刷写操作之前，先向车辆ECU发送第二指令，以告诉车辆ECU需要刷写的数据所需的存储地址和刷写字节数，以使车辆ECU根据所需的存储地址和刷写字节数处理对应的存储空间，以便预留存储所述刷写字节数所需的目标存储空间。
例如，电子设备在进行刷写操作之前，向车辆ECU发送携带有0x34104400000000000003DC的第二指令，其中0x34104400000000000003DC中的00000000表示要从ECU的这个位置开始刷写，00003DC表示要刷写的字节数。其中，刷写字节数指的是待刷写数据所占有的所有字节数。
可以理解地，在正常情况下，车辆ECU处于诊断模式(也称默认模式)下工作，例如车辆发动机ECU在诊断模式下具有读码和读数据流值等功能，在该诊断模式下，无法对车辆ECU进行特殊操作，例如刷写操作。因此，在进行刷写操作之前，还需要向车辆ECU发送模式切换指令，以指示车辆ECU切换至刷写模式(也称编程模式)。示例性地，在本申请的一些实施例中，电子设备通过向车辆ECU发送第三指令，通过所述第三指令指示车辆ECU由诊断模式切换至刷写模式。
在本申请一些实施例中，在车辆ECU由诊断模式切换至刷写模式的过程中，首先需要车辆ECU从诊断模式切换至扩展模式，在扩展模式下，关闭故障码的记录功能，因为在车辆ECU刷写过程中车辆ECU是不能正常通讯的，所以车辆ECU就可能会记录一些故障码，因此关闭故障码的记录功能，就表示在车辆ECU刷写过程中产生的故障码不用保存，比如，发送命令0x8582来关闭故障码的记录功能。然后再发送命令来关闭车辆ECU间的相互访问，因为一般情况下车辆的各个ECU间会通过相互访问来获取一些数据，在车辆ECU刷写的过程中，是需要禁止车辆ECU之间的相互访问，以防止车辆ECU刷写过程出现错误，比如，发送命令0x288301来禁止车辆ECU之间的相互访问。再将车辆ECU从扩展模式切换为刷写模式，保证在刷写模式下才对车辆ECU进行刷写，比如通过发送0x1002指令可以将车辆ECU从扩展模式切换到刷写模式。
在其它一些可选的实现方式中，电子设备在进行刷写之前，需要通过车辆ECU的安全验证，以防止电子设备在没有得到授权的情况下，进行非法操作。示例性地，电子设备在进行刷写之前，向车辆ECU发送携带有验证请求信息的第四指令，所述第四指令用于指示车辆ECU基于所述验证请求信息对电子设备进行刷写安全验证。
示例性地，刷写设备发送的第四指令携带有0x2703命令，车辆ECU在接收到携带有0x2703命令的第四指令后，会向刷写设备返回一个携带有验证命令的验证数据，比如0x670311223344，其中0x6703为验证命令，11223344为验证数据，携带有验证命令的验证数据用于指示刷写设备根据预设算法将验证数据计算成预设通信码，再将预设通信码返回至车辆ECU，车辆ECU验证预设通信码正确时，对刷写设备的安全验证通过，若车辆ECU验证预设通信码不正确，则对刷写设备的安全验证不通过。
可以理解地，只有在安全验证通过的情况下，才能允许电子设备对车辆ECU进行刷写操作。
S102，根据车辆ECU的通信协议类型将所述待刷写数据分解为预设数量的待刷写数据块。
示例性地，电子设备在与车辆ECU建立通信连接，并获取待刷写数据后，为了保证压缩数据的独立性，需要将待刷写数据刷写至车辆ECU。在本申请的实施例中，电子设备根据车辆ECU的通信协议将待刷写数据分解为多个待刷写数据块，每个待刷写数据块包含的字节数小于或等于车辆ECU的通信协议所支持的有效数据长度，例如车辆发动机ECU是基于CAN协议通信的，CAN协议所支持的有效数据长度为4096个字节，因此，在本实施例中，可以将待刷写数据分解为预设数量的待刷写数据块，且每个待刷写数据块包括的字节数小于或等于4096个字节。
例如，从刷写文件中读取到1M的待刷写数据，其中，1M＝1048576个字节，由于车辆发动机ECU是基于CAN协议通讯的，所以分解得到的每个待刷写数据块包括的节数不能超过4096个字节，可以理解地，只要不超过4096个字节就可以，比如每个待刷写数据块包括100个字节。
S103，分别对各个所述待刷写数据块进行压缩，得到压缩数据块。
在本实施例中，分别对各个所述待刷写数据块通过预设的压缩算法进行压缩，将各个所述待刷写数据块包含的字节进行压缩，得到压缩数据块。示例性地，预设的压缩算法为无损压缩算法，如差分编码、RLE、Huffman编码、LZW编码、算术编码等压缩算法，该无损压缩算法能够无失真地从压缩后的数据重构，准确地还原出压缩之前的原始数据。通常，无损压缩算法可用于对数据的准确性要求严格的场合，可以理解地，根据不同的数据压缩算法，压缩之后得到的压缩数据块的比例也不相同，一般压缩后可达到20％-40％的数据大小。具体地，各个无损压缩算法的具体实现过程可参见已有的解释，在此不再赘述。
S104，根据所述车辆ECU的通信协议类型分别生成用于刷写各个所述压缩数据块的第一指令。
在本申请的实施例中，根据所述车辆ECU的通信协议类型将各个所述压缩数据块填充到刷写命令中，得到所述第一指令。例如，车辆ECU的通信协议类型为CAN协议，则根据CAN协议可知，基于CAN协议进行数据传输时，每帧数据只能填充8个字节，因此需要将各个所述压缩数据块进行拆解之后，再填充。具体地，CAN协议参考ISO15765通信标准，生成的第一指令可以表示为如下形式：
Req:08FC 00 10 3E 36 01 00BB 07 07
079:08FD 00 30 00 0C 00 40 00 00 00
Req:08FC 00 21 89 07 00B1 02 24A1
Req:08FC 00 22A4 20 2C A1 FF 00 2E
Req:08FC 00 23E8 2C 28E9 2C 02 00
Req:08FC 00 24 00 2A A2 79 22E8 28
Req:08FC 00 25 1E 65 02 00 28A4 00
Req:08FC 00 26 2A 88 00 1E DF 46 51
Req:08FC 00 27FE 1E 1D 78 23 1D D7
Req:08FC 00 28E8 51F8 1F 1C 08 02
080:08FD 00 07 76 09 01 29 10 20 30CD
其中，0x3E表示本次发送的有效数据的长度，0x36表示刷写功能，0x01表示刷写的数据块的序号，89 07 00 B1 02 24 A1，A4 20 2C A1 FF 00 2E，E8 2C 28 E9 2C 02 00，00 2A A2 79 22 E8 28，1E 65 02 00 28 A4 00，2A 88 00 1E DF 46 51，FE 1E 1D 78 231D D7，E8 51 F8 1F 1C 08 02分别表示各个所述压缩数据块对应的字节数据。
可以理解地，通过对各个所述待刷写数据块分别进行压缩之后，将压缩后得到的压缩数据块基于通信协议类型生成刷写指令后，发送至车辆ECU，车辆ECU在接收到刷写指令后，可以直接针对各个压缩数据块进行解压，并将解压得到的数据刷写到车辆ECU中，相较于整体刷写提高了刷写效率。
S105，将所述第一指令发送至所述车辆ECU，所述第一指令用于指示所述车辆ECU对各个所述压缩数据块进行解压，并将解压之后得到的数据分别写入所述车辆ECU的预设存储地址。
在本实施例中，车辆ECU在接收到所述第一指令后，会针对所述第一指令回复已经收到待书写数据的指令，并根据预先约定的压缩方式，将接收到的压缩数据快进行解压缩恢复之后，将解压缩后的数据写入到预设存储地址。可选地，预先约定的压缩方式可以由电子设备在向车辆ECU发送携带有预设存储地址和刷写字节数的第二指令的同时，向车辆ECU发送所述预先约定的压缩方式，可以理解地，解压缩的算法和压缩算法相对应，例如，使用Huffman压缩方式，对应就需要使用Huffman方式进行解压缩。进一步地，在本实例中，需要根据各个压缩数据块的序号依次将各个压缩数据块对应的数据写入所述预设存储位置，例如，若各个压缩数据块分别定义了100个字节，则接收到各个压缩数据块时，将第1个压缩数据块对应的字节写到预设存储位置的0-99位置，将第2个压缩数据块对应的字节写到预设存储位置的100-199位置。
可以理解地，车辆ECU在将所有所有压缩数据块包含的字节数据全部写入所述预设存储位置后，向电子设备发送写入成功指令。在本实施例中，若电子设备接收到所述车辆ECU返回的刷写成功指令，则向所述车辆ECU发送第五指令，所述第五指令用于指示所述车辆ECU结束刷写操作。例如，向所述车辆ECU发送携带有0x37的指令，其中，0x37表示刷写结束。
可选地，电子设备还可以向车辆ECU发送重启指令，以及模式扩展指令，以指示车辆ECU在完成刷写之后，进行重启，并打开故障码的记录功能以及打开车辆ECU之间的通讯功能。对应地，指示车辆ECU从刷写模式切换至诊断模式，车辆ECU在诊断模式下可以清除故障码，刷写过程结束。
通过上述分析可知，本申请提供的车辆ECU刷写方法，通过将待刷写数据分解为预设数量的待刷写数据块，并分别对各个所述待刷写数据块进行压缩，得到压缩数据块后，分别生成用于刷写各个所述压缩数据块的第一指令，使得所述车辆ECU对各个所述压缩数据块进行解压，并将解压之后得到的数据分别写入所述车辆ECU的预设存储地址，相较于将所有的待刷写数据同时写入所述车辆ECU的预设存储地址来说能够有效降低ECU数据刷写的时间，提高ECU数据刷写效率。
如图2所示，图2是本申请另一实施例提供的车辆ECU刷写方法的示意流程图。本实施例中车辆ECU刷写方法的执行主体车辆ECU。如图2所示的车辆ECU刷写方法可包括：
S201，接收电子设备发送的第一指令，所述第一指令为用于刷写各个压缩数据块的指令，所述第一指令由所述电子设备根据车辆ECU的通信协议类型将待刷写数据分解为预设数量的待刷写数据块，并分别对各个所述待刷写数据块进行压缩，得到压缩数据块之后，根据所述车辆ECU的通信协议类型生成。
可选地，车辆ECU在接收到所述第一指令之前，还可以接收所述电子设备发送的第二指令，所述第二指令携带有所述预设存储地址和刷写字节数；
根据所述第二指令在所述预设存储地址对应的存储空间中预留存储所述刷写字节数所需的目标存储空间。
S202，根据所述第一指令分别对各个所述压缩数据块进行解压。
S203，将解压之后得到的数据分别写入所述车辆ECU的预设存储地址。
需要说明的是，上述步骤S201至S203的具体实现过程，在图1所示实施例中以进行了详细的说明，在此不再赘述。
如图3所示，图3是本申请实施例提供的车辆ECU刷写方法的应用场景示意图。由图3可知，在申请实施例提供的车辆ECU刷写方法应用于车辆ECU刷写系统300，该车辆ECU刷写系统300包括电子设备301和车辆ECU302，所述电子设备301与所述车辆ECU302通信连接。其中，
电子设备301用于获取待刷写数据，根据车辆ECU的通信协议类型将所述待刷写数据分解为预设数量的待刷写数据块，分别对各个所述待刷写数据块进行压缩，得到压缩数据块后，根据所述车辆ECU的通信协议类型分别生成用于刷写各个所述压缩数据块的第一指令，将所述第一指令发送至所述车辆ECU；
车辆ECU302用于根据所述第一指令对各个所述压缩数据块进行解压，并将解压之后得到的数据分别写入所述车辆ECU的预设存储地址。
通过上述分析可知，本申请提供的车辆ECU刷写方法，通过将待刷写数据分解为预设数量的待刷写数据块，并分别对各个所述待刷写数据块进行压缩，得到压缩数据块后，分别生成用于刷写各个所述压缩数据块的第一指令，使得所述车辆ECU对各个所述压缩数据块进行解压，并将解压之后得到的数据分别写入所述车辆ECU的预设存储地址，相较于将所有的待刷写数据同时写入所述车辆ECU的预设存储地址来说能够有效降低ECU数据刷写的时间，提高ECU数据刷写效率。
基于上述三个测试示例可知，采用本申请提供的车辆ECU刷写方法对待刷写数据进行压缩之后，能够有效的降低ECU刷写的时间，提高ECU数据刷写效率。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
基于上述实施例所提供的车辆ECU刷写方法，本发明实施例进一步给出实现上述方法实施例的装置实施例。
请参见图4，图4是本申请实施例提供的车辆电子装置的示意图。包括的各模块用于执行图1对应的实施例中的各步骤。具体请参阅图1对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图4，车辆电子装置4包括：
获取模块401，用于获取待刷写数据。
分解模块402，用于根据车辆ECU的通信协议类型将所述待刷写数据分解为预设数量的待刷写数据块。
压缩模块403，用于分别对各个所述待刷写数据块进行压缩，得到压缩数据块。
生成模块404，用于根据所述车辆ECU的通信协议类型分别生成用于刷写各个所述压缩数据块的第一指令。
第一发送模块405，用于将所述第一指令发送至所述车辆ECU，所述第一指令用于指示所述车辆ECU对各个所述压缩数据块进行解压，并将解压之后得到的数据分别写入所述车辆ECU的预设存储地址。
在一可选的实现方式中，还包括：
第二发送模块，用于向所述车辆ECU发送携带有所述预设存储地址和刷写字节数的第二指令，所述第二指令用于指示所述车辆ECU在所述预设存储地址对应的存储空间中预留存储所述刷写字节数所需的目标存储空间。
在一可选的实现方式中，还包括：
第三发送模块，用于与所述车辆ECU建立通信连接，向所述车辆ECU发送第三指令，所述第三指令用于指示所述车辆ECU由诊断模式切换至刷写模式；
第四发送模块，用于向所述车辆ECU发送携带有验证请求信息的第四指令，所述第四指令用于指示所述车辆ECU基于所述验证请求信息对所述电子设备进行刷写安全验证。
在一可选的实现方式中，还包括：
第五发送模块，用于在若接收到所述车辆ECU返回的刷写成功指令，向所述车辆ECU发送第五指令，所述第五指令用于指示所述车辆ECU结束刷写操作。
需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请图1所示方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
图5是本申请实施例提供的车辆ECU的示意图。包括的各模块用于执行图2对应的实施例中的各步骤。具体请参阅图2对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图5，车辆ECU5包括：
第一接收模块501，用于接收电子设备发送的第一指令，所述第一指令为用于刷写各个压缩数据块的指令，所述第一指令由所述电子设备根据车辆ECU的通信协议类型将待刷写数据分解为预设数量的待刷写数据块，并分别对各个所述待刷写数据块进行压缩，得到压缩数据块之后，根据所述车辆ECU的通信协议类型生成。
解压模块502，用于根据所述第一指令分别对各个所述压缩数据块进行解压。
写入模块503，用于将解压之后得到的数据分别写入所述车辆ECU的预设存储地址。
在一可选的实现方式中，还包括：
第二接收模块，用于接收所述电子设备发送的第二指令，所述第二指令携带有所述预设存储地址和刷写字节数；
预留模块，用于根据所述第二指令在所述预设存储地址对应的存储空间中预留存储所述刷写字节数所需的目标存储空间。
需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请图2所示方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
图6是本申请实施例提供的电子设备的示意图。如图6所示，该实施例的电子设备301包括：处理器600、存储器601以及存储在所述存储器601中并可在所述处理器600上运行的计算机程序602，例如车辆ECU刷写程序。处理器600执行所述计算机程序602时实现上述图1所示车辆ECU刷写方法实施例中的步骤。或者，所述处理器600执行所述计算机程序602时实现上述图4装置实施例中各模块/单元的功能。
示例性的，所述计算机程序602可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器601中，并由处理器600执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序602在所述电子设备301中的执行过程。例如，所述计算机程序602可以被分割成获取模块、分解模块、压缩模块、生成模块以及第一发送模块，各单元具体功能请参阅图4对应地实施例中地相关描述，此处不赘述。
所述电子设备可包括，但不仅限于，处理器600、存储器601。本领域技术人员可以理解，图6仅仅是电子设备301的示例，并不构成对电子设备301的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器600可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器601可以是所述电子设备301的内部存储单元，例如电子设备301的硬盘或内存。所述存储器601也可以是所述电子设备301的外部存储设备，例如所述电子设备301上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器601还可以既包括所述电子设备301的内部存储单元也包括外部存储设备。所述存储器601用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器601还可以用于暂时地存储已经输出或者将要输出的数据。
图7是本申请实施例提供的车辆ECU的示意图。如图7所示，该实施例的车辆ECU302包括：处理器700、存储器701以及存储在所述存储器701中并可在所述处理器700上运行的计算机程序702，例如车辆ECU刷写程序。处理器700执行所述计算机程序702时实现上述图2所示车辆ECU刷写方法实施例中的步骤。或者，所述处理器700执行所述计算机程序702时实现上述图5装置实施例中各模块/单元的功能。
示例性的，所述计算机程序702可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器701中，并由处理器700执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序702在所述车辆ECU302中的执行过程。例如，所述计算机程序702可以被分割成第一接收模块、解压模块以及写入发送模块，各单元具体功能请参阅图5对应地实施例中地相关描述，此处不赘述。
所述车辆ECU可包括，但不仅限于，处理器700、存储器701。本领域技术人员可以理解，图7仅仅是车辆ECU302的示例，并不构成对车辆ECU302的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述视频处理设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器700可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器701可以是所述电子设备301的内部存储单元，例如车辆ECU302的硬盘或内存。所述存储器701也可以是所述车辆ECU302的外部存储设备，例如所述车辆ECU302上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器701还可以既包括所述车辆ECU302的内部存储单元也包括外部存储设备。所述存储器701用于存储所述计算机程序以及所述车辆ECU302所需的其他程序和数据。所述存储器701还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述图1或图2所示车辆ECU刷写方法。
本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时实现可实现上述图1所示车辆ECU刷写方法，或者当计算机程序产品在车辆ECU上运行时，使得车辆ECU执行时实现可实现上述图2所示车辆ECU刷写方法。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
