CN117435220A - 基于编程模式的ota升级方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及智能网联汽车领域，提供了一种基于编程模式的OTA升级方法、装置、电子设备及存储介质。该方法包括：若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文；在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息；将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；在编程模式中对待升级电子控制单元依次进行OTA升级，待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启。本申请实施例解决了相关技术中存在步骤复杂繁琐，升级效率不高的问题。

Description

基于编程模式的OTA升级方法、装置、电子设备及存储介质

技术领域

本申请涉及汽车技术领域，尤其涉及一种基于编程模式的OTA升级方法、装置、电子设备及存储介质。

背景技术

OTA(Over the Air Technology)，即空间下载技术，汽车OTA升级指利用空中下载技术对汽车进行固件升级和软件升级。

目前OTA主控升级刷写电子控制单元(ECU)时，需要经过默认模式到扩展模式再到编程模式的几个阶段，在升级刷之前还需发送禁止应用报文通信的命令，避免干扰OTA升级刷写数据传输，完成以上升级准备工作之后，在编程模式中对ECU件进行升级刷写，在当前ECU升级完成后，对ECU进行复位操作进入应用模式，再执行下一ECU的升级操作，以此重复上述该步骤完成整个OTA升级。这样有很大的弊端就是在面临多个ECU升级时，每一个ECU都要执行上述的升级准备工作，同时在每一个ECU件完成升级之后，都需要对其进行复位操作，很大程度的提高升级整体OTA升级过程的繁琐度，同时也降低了刷写效率。

可见，相关OTA升级方法中存在步骤复杂繁琐，升级效率不高的问题。

发明内容

有鉴于此，本申请实施例提供了一种基于编程模式的OTA升级方法、装置、电子设备及存储介质，以解决相关OTA升级方法中存在步骤复杂繁琐，升级效率不高的问题。

本申请实施例的第一方面，提供了一种基于编程模式的OTA升级方法，包括：

若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中升级报文包括待升级电子控制单元的唯一逻辑地址和最新升级版本文件；在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式；将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；在编程模式中对待升级电子控制单元依次进行OTA升级，待待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使所有电子控制单元进入应用模式。

本申请实施例的第二方面，提供了一种基于编程模式的OTA升级装置，包括：

获取模块，被配置为若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中升级报文包括待升级电子控制单元的唯一逻辑地址和最新升级版本文件；发送模块，被配置为在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式；传输模块，被配置为将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；刷写模块，被配置为在编程模式中对待升级电子控制单元依次进行OTA升级，待待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使所有电子控制单元进入应用模式。

本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本申请实施例的第四方面，提供了一种存储介质，存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例的有益效果是：

确定车辆的电子控制单元需要进行OTA升级，则获取与电子控制单元对应的升级报文，并在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式；将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至相应电子控制单元；在编程模式中对电子控制单元依次进行OTA升级，待电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式。实现各个待升级电子控制单元均进入编程模式，在对其中一个电子控制单元刷写成功之后，不需要执行复位重启操作，直接进入下一个电子控制单元的升级过程，当所有被刷件升级刷写完成时，对整车所有电子控制单元进行复位，所有电子控制单元复位重启，进入正常工作模式，减少了升级过程中步骤的繁琐度，同时提高了升级过程的效率。

附图说明

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

图1是本申请实施例提供的一种应用场景图；

图2是本申请实施例提供的一种基于编程模式的OTA升级方法的流程示意图；

图3是本申请实施例提供的一种基于编程模式的OTA升级方法的原理示例图；

图4是本申请实施例提供的一种基于编程模式的OTA升级装置的结构示意图；

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

此外，需要说明的是，术语“包括”“包含”或者其任何其他变体意在涵盖非排他性地包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面将结合附图详细说明本申请实施例的基于编程模式的OTA升级方法、装置、电子设备以及可读存储介质。

图1是本申请实施例的一种应用场景的场景示意图。该应用场景图可以包括：

车载VBOX、VGW(整车网关)以及被刷写的ECU件。其中，车载VBOX承载有OTA升级主控(简称“UMC”)，整车网关VGW承载有OTA升级代理(简称“UA”)，被刷写的ECU件承载有OTA升级从控(简称“US”)。车载VBOX与整车网关VGW之间可通过以太网相连接；整车网关VGW可通过以太网或CAN总线与其下挂接的各个被刷写的ECU件相连接。

具体地，UMC负责整个OTA升级过程的主要控制部分，负责协调和管理OTA升级的相关操作。UA指负责代理和传递OTA升级请求和数据的中间设备，可以作为连接VBOX和VGW之间的桥梁，实现数据的转发和处理。

OTA升级从控(US)指需要进行OTA升级的目标设备，可以是车辆中的某个电子控制单元。

VBOX和VGW可以通过以太网相连，VGW通过CAN总线与其下各ECU部件相连，该结构可以实现OTA升级数据的传输和控制，确保最新版本升级文件能够从VBOX经由VGW到达各个ECU部件，并完成ECU件的升级过程。

图2是本申请实施例提供的一种基于编程模式的OTA升级方法的流程示意图。图2的基于编程模式的OTA升级方法可以由图1的车载VBOX中承载的UMC来执行。如图2所示，该方法包括：

S201，若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中升级报文包括待升级电子控制单元的唯一逻辑地址和最新升级版本文件。

唯一逻辑地址，用于标识和识别一个ECU件的独一无二的地址，确保设备之间的正确通信和交互，以确保在车辆系统中准确识别和与其通信。

S202，在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式。

OTA模式指电子控制单元进入可以接收和应用OTA升级的状态。当电子控制单元处于OTA模式时，可以通过无线网络连接到服务器，从远程位置并接收来自服务器的新固件、软件或配置文件更新。

需要说明的是，在升级过程中，需要使所有电子控制单元进入OTA模式而不只是待升级电子控制单元进入OTA模式的原因是为了确保系统的一致性和安全性。当进行OTA升级时，相关电子控制单元可能会有更新版本，这些更新可能包括修复漏洞、提供新的功能、改进性能等。为了确保升级的成功和稳定性，所有相关的电子控制单元需要进入OTA模式，以便在升级过程中进行必要的校验、验证和更新。如果只有部分控制单元进入OTA模式，可能会导致系统不一致或者出现冲突，从而影响整个系统的功能和稳定性。

编程模式可以使电子控制单元进入可以接收编程指令和数据的状态，在编程模式下，电子控制单元准备接收和处理来自OTA主控的软件升级、配置或其他编程操作，编程广播信息是在特定模式下，发送给所有电子控制单元的广播信息，用于触发它们进入编程模式，准备接收编程指令和数据。

本步骤通过向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式，可以统一控制、节省时间、避免遗漏、统一状态，同时简化操作流程，提高升级过程的效率和可靠性。

S203，将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元。

最新升级版本文件经过加密、签名等安全措施，通过某种通信途径(例如以太网)传输至车辆网关。车辆网关根据预设的通信协议，根据需要与每个电子控制单元建立通信连接，并根据每个电子控制单元的唯一逻辑地址，将最新的升级版本文件发送给相应的电子控制单元。每个电子控制单元接收到车辆网关发送的升级文件，然后进行验证、解密等操作。获得最新的最新升级版本文件。

本步骤通过车辆网关作为中间转发，通过预设通信协议发送到相应的电子控制单元，可以统一管理和控制OTA升级的过程，同时使得分发过程更加高效，减少直接与每个电子控制单元进行繁琐通信的需求。

S204，在编程模式中对待升级电子控制单元依次进行OTA升级，待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式。

本实施例通过确定车辆的电子控制单元需要进行OTA升级，则获取与电子控制单元对应的升级报文，并在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式；将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至相应电子控制单元；在编程模式中对待升级电子控制单元依次进行OTA升级，待待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式。实现各个待升级电子控制单元均进入编程模式，在对其中一个电子控制单元刷写成功之后，不需要执行复位重启操作，避免了对每一个完成升级过程的电子控制单元进行单独的复位操作，直接进入下一个电子控制单元的升级过程，当所有电子控制单元升级完成时，对整车所有电子控制单元进行复位，所有电子控制单元件复位重启，进入正常工作模式，减少升级过程中步骤的繁琐度，同时提高了升级过程的效率。

在一些实施例中，若确定车辆的电子控制单元需要进行OTA升级，则获取与电子控制单元对应的升级报文，包括：获取电子控制单元的原始升级版本号和服务器中与电子控制单元对应的最新升级版本号，基于原始升级版本号和最新升级版本号的比较结果，确定电子控制单元是否需要进行升级；若原始升级版本号低于最新升级版本号，则确定电子控制单元需要进行升级，将最新升级版本号对应的最新升级版本文件与唯一逻辑地址组装为升级报文，并从服务器中将升级报文下载至OTA主控中保存。

具体地，可以获取电子控制单元的原始升级版本号和服务器中与电子控制单元对应的最新升级版本号，确定该电子控制单元是否需要进行OTA升级，例如，OTA主控可以通过电子控制单元的唯一逻辑地址获取到该电子控制单元的原始升级版本号(V1.2.3)，并获取服务器中与该电子控制单元对应的最新升级版本号(V2.0.1)，最新升级版本号(V2.0.1)显然高于原始升级版本号(V1.2.3)，此时可以确定该电子控制单元需要进行OTA升级。

进一步地，通过上述筛选方法筛选出有升级需求的全部电子控制单元，并将待升级电子控制单元的唯一逻辑地址以及对应的最新升级版本文件组装为升级报文，例如电子控制单元1的逻辑地址为A，其对应的最新版本升级文件为(V2.0.1.1)，电子控制单元2的逻辑地址为B，其对应的最新版本升级文件为(V2.0.1.2)，则组装升级报文(A-V2.0.1.1、B-V2.0.1.2、……)，然后利用OTA主控从服务器中下载该升级报文，并保存在OTA主控中，以便进行后续升级操作。

本实施例通过根据原始版本升级号和最新版本升级号的比较，确定电子控制单元是否需要进行升级，在得到肯定结果的基础之上，准备好后续升级所需的升级报文并保存在OTA主控中，以便进行后续升级操作。

此外，在一些实施例中，若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文之后，还包括：向待升级电子控制单元发送扩展广播信息，以使待升级电子控制单元进入扩展模式，并经过预设周期时间向待升级电子控制单元发送模式保持广播信息，以使待升级电子控制单元并保持在扩展模式。

具体地，扩展模式指的是设备、系统或软件程序具有的一种额外的功能或操作模式。待升级电子控制单元进入扩展模式，可以使得待升级电子控制单元获得包括激活额外的功能、解锁特定的选项或提供更高级的调试/诊断能力，扩展模式通常需要通过特定的命令来激活。

作为一示例，OTA主控发送扩展广播信息(10 83功能寻址广播)使得待刷升级的各个ECU件进入扩展模式，通过广播的方式发送给待升级的各个ECU，目的是让它们进入扩展模式，即获得更高的权限，通常是管理员权限。进入扩展模式后，ECU可以运行特定的操作，例如进行更详细的故障诊断或编程操作。

进一步地，在OTA升级过程中待升级电子控制单元需要持续保持在扩展模式，以便进行连续升级任务，因此在待升级电子控制单元进入扩展模式后，需要周期性的发送模式保持信息(3E 80功能寻址广播)，以使保持待升级电子控制单元处于扩展模式，周期性的发送时间可以基于待升级电子控制单元的具体型号进行设定(例如2秒、3秒等)，在此不进行具体限定。

本实施例通过发送广播信息使待升级电子控制单元进入扩展模式，以满足特定需求或提供更高级的功能，并通过广播方式周期性发送模式保持信息给各个待升级的电子控制单元。以便对待升级电子控制单元进行连续的升级操作。

另外，在一些实施例中，并经过预设周期时间向电子控制单元发送模式保持广播信息，以使待升级电子控制单元并保持在扩展模式之后，还包括：发送安全认证命令轮询对待升级电子控制单元进行安全认证；接受待升级电子控制单元所反馈的安全认证结果，若安全认证结果指示安全认证未通过，则将安全认证未通过的电子控制单元移除升级序列。

具体地，在待升级电子控制单元进入扩展模式之后，需要对电子控制单元进行安全认证，以便进行后续升级步骤，这一步的目的是确保升级的可靠性、完整性和安全性。安全认证可以帮助验证电子控制单元的来源和身份，防止未经授权的访问和潜在的攻击。通过安全，确保只有通过安全认证的电子控制单元才能执行升级操作。

在一个示例中，由OTA主控发送安全认证命令(例如27 01)给待升级的电子控制单元，以请求其身份信息。例如，车辆有3个电子控制单元需要进行OTA升级，引擎控制单元(ECU1)、制动控制单元(ECU2)和娱乐系统控制单元(ECU3)，OTA升级过程开始时，发送安全认证命令到ECU1、ECU2和ECU3，并等待ECU1、ECU2和ECU3对安全认证命令的反馈。此时ECU1返回认证通过的结果，ECU2返回认证未通过的结果，而ECU3返回认证通过的结果。根据接收到的安全认证结果，ECU2被识别为认证未通过的控制单元，因此将其移除升级序列。最终，针对这个OTA升级任务，ECU1和ECU3被确认为通过安全认证的控制单元，将在后续的升级过程中接收指令和数据，而ECU2因为未通过安全认证，将不会接收后续的升级指令和数据。

本实施例通过采取发送安全认证命令、轮询安全认证结果并移除未通过认证的ECU的流程，实现对ECU进行安全认证，确保只有通过认证的ECU参与升级过程，可以降低整个升级过程中面临的风险和安全威胁，提高OTA升级的安全性和可靠性。

在一些实施例中，在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式，包括：向车辆所有电子控制单元发送OTA模式命令，以使所有电子控制单元进入OTA模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使电子控制单元并保持在OTA模式；向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使所有电子控制单元并保持在编程模式。

具体地，OTA模式是指车辆中的电子控制单元进入一种特殊的工作模式，允许通过无线方式进行远程诊断、配置和软件升级等操作。

编程模式可以使电子控制单元进入可以接收编程指令和数据的状态，在编程模式下，电子控制单元准备接收和处理来自OTA主控的软件升级、配置或其他编程操作，编程广播信息是在特定模式下，发送给所有电子控制单元的广播信息，用于触发它们进入编程模式，准备接收编程指令和数据。

模式保持广播信息，在进入OTA模式或编程模式后，发送给电子控制单元的广播信息，用于告知电子控制单元维持在当前模式下工作。

承接上一示例，电子控制单元进入扩展模式并完成安全认证之后，OTA主控向车辆的所有电子控制单元发送OTA模式命令(例如31 01 02 04)，使所有电子控制单元进入OTA模式。在所有电子控制单元进入OTA模式后，通过预设周期时间定期向所有电子控制单元发送模式保持广播信息(例如3E 80)，所有电子控制单元都进入OTA模式并保持在该模式下，可以发送编程广播信息(例如10 82)，使所有电子控制单元进入编程模式，通过预设周期时间(例如2秒)定期向所有电子控制单元发送模式保持广播信息(例如3E 80)。确保每个ECU能够维持在编程模式，准备接收和处理OTA升级的编程数据。

此外，还需说明的是，在电子控制单元进入编程模式并保持在编程模式的情况下，可以禁止电子控制单元进行应用报文通信，避免在待升级电子控制单元未完成OTA升级的情况下进入应用模式。

本实施例通过发送相应指令将车辆的所有ECU引导进入OTA模式和编程模式，并保持在相应的模式下，使得可以通过更为灵活的升级方式来对电子控制单元进行升级，同时便于进行后续的OTA升级操作。

此外，在一些实施例中，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元，包括：确定电子控制单元的通信通道；若通信通道为以太网通信通道，则使用第一通信协议最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；若传输通道为控制器局域网通信通道，则将第一通信协议转换为第二通信协议，并使用第二通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元。

具体地，由于不同的电子控制单元在车辆系统中具有不同的功能和任务不同的电子控制单元可能支持不同的通信方式，例如以太网和CAN通信。

作为一示例，以太网支持高速数据传输和广域网互联，适用于需要大量数据传输和高带宽要求的电子控制单元。例如，车辆的娱乐系统、导航系统、远程连接和通信模块等需要与互联网或其他车辆进行实时数据交换的功能，通常采用以太网作为通信通道。支持以太网的电子控制单元通常具备更高的带宽和处理能力，可以处理更大量的数据和复杂的诊断功能。此时可以采用DOIP(Diagnostic Over Internet Protocol)(第一协议)协议进行OTA升级，DOIP协议是专门为以太网通信而设计的诊断协议，它充分利用了以太网的高带宽和广域网连接能力，使得通过互联网进行诊断和OTA升级更为高效和方便，使得OTA升级可以在更短时间内完成更多的升级操作。

此外，CAN通信是一种专用局域网通信方式，广泛应用于车辆内部各个电子控制单元之间的实时通信和数据传输，CAN通信具有实时性和可靠性，适用于需要快速响应和低延迟的汽车系统，如发动机控制、刹车控制、仪表盘等。对于不支持以太网的电子控制单元，此时可以使用CAN通信并使用UDS协议(第二协议)进行OTA升级，UDS协议是针对CAN通信开发的诊断协议，适用于车辆内部电子控制单元之间的通信和诊断。UDS协议的特点是实时性强、可靠性高，适合于传输实时监测和诊断数据。

不支持以太网的电子控制单元通常是通过CAN通信与其他电子控制单元进行通信。因此，在这种情况下，需要使用UDS协议将OTA升级数据转换为适用于CAN通信的格式，并通过CAN通信进行数据传输，以便提高升级过程中的兼容性。

本实施例对于不同的电子控制单元，根据其功能和所需的通信要求选择合适的通信方式。并选择适合的协议进行OTA升级，确保升级过程的高效性、可靠性和兼容性。

另外，在一些实施例中，在编程模式中对待升级电子控制单元依次进行OTA升级，待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式，包括：在当前待升级电子控制单元升级完成之后，对当前待升级电子控制单元不进行复位重启操作，执行下一电子控制单元的升级过程；确定是否还有待升级电子控制单元；若是，则继续执行升级过程对待升级电子控制单元进行升级；若否，对所有电子控制单元进行复位重启，并退出OTA模式，以使电子控制单元进入应用模式。

具体地，按顺序对每个电子控制单元进行OTA升级，在每次完成当前电子控制单元的刷写后，不对当前电子控制单元进行复位重启操作，确保当前电子控制单元升级完成后，直接处理下一个电子控制单元的升级过程，以便减少现有OTA升级过程中在当前电子控制单元完成升级后需要进行重启，并重新进行刷写准备的复杂步骤。

在每次升级完成后，确定是否还有待升级的电子控制单元。如果还有待升级的电子控制单元，那么继续执行下一个电子控制单元的升级过程。如果没有待升级的电子控制单元，即所有电子控制单元的升级都已完成，对所有电子控制单元进行复位重启操作，将它们重新启动，确保它们进入应用模式，即正常运行的状态。此后，退出OTA模式使所有电子控制单元结束升级过程。

本实施例通过在待电子控制单元全部刷写完成时，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式，避免了传统OTA升级过程中的复杂操作，减少了升级过程中步骤的繁琐度，提高了升级过程的效率。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不一一赘述。

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

图3是本申请实施例提供的一种基于编程模式的OTA升级方法的原理示例图，如图3所示：

首先，OTA主控将获取车辆中电子控制单元的原始升级版本号，与服务器中与电子控制单元对应的最新升级版本号进行比较，判断是否满足升级条件，若原始升级版本号低于最新升级版本号，则确定电子控制单元需要进行升级，进行相应的升级准备。

然后，向待升级电子控制单元发送扩展广播信息，以使待升级电子控制单元进入扩展模式，并经过预设周期时间向待升级电子控制单元发送模式保持广播信息，以使待升级电子控制单元并保持在扩展模式，以满足特定需求或提供更高级的功能以及对电子控制单元进行连续的升级操作。进入扩展模式之后，OTA主控发送安全认证命令轮询对待升级电子控制单元进行安全认证；并接收待升级电子控制单元所反馈的安全认证结果，若安全认证结果指示安全认证未通过，则将安全认证未通过的电子控制单元移除升级序列。

其次，向车辆所有电子控制单元发送OTA模式命令，以使所有电子控制单元进入OTA模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使电子控制单元并保持在OTA模式，使得电子控制单元允许通过无线方式进行远程诊断、配置和软件升级等操作，

然后，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使所有电子控制单元并保持在编程模式。同时在电子控制单元进入编程模式并保持在编程模式的情况下，电子控制单元可以禁止进行应用报文通信，避免在待升级电子控制单元未完成OTA升级的情况下进入应用模式。对于支持以太网通信的电子控制单元，可以采用DOIP协议(第一协议)进行OTA升级，对于不支持以太网通信的电子控制单元，进行DOIP<-->UDS转换，使用UDS协议(第二协议)进行OTA升级。

最后，在编程模式中对待升级电子控制单元依次进行OTA升级，待待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使电子控制单元进入应用模式，完成此次OTA升级。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图4是本申请实施例提供的一种基于编程模式的OTA升级装置，如图4所示，该装置包括：

获取模块401，被配置为若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中升级报文包括待升级电子控制单元的唯一逻辑地址和最新升级版本文件；

发送模块402，被配置为在车辆所有电子控制单元进入OTA模式时，向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式；

传输模块403，被配置为将最新升级版本文件传输至车辆网关，由车辆网关利用预设通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；

刷写模块404，被配置为在编程模式中对待升级电子控制单元依次进行OTA升级，待待升级电子控制单元全部刷写完成，对所有电子控制单元进行复位重启，以使所有电子控制单元进入应用模式。

在一些实施例中，获取模块401还用于获取电子控制单元的原始升级版本号和服务器中与电子控制单元对应的最新升级版本号，基于原始升级版本号和最新升级版本号的比较结果，确定电子控制单元是否需要进行升级；若原始升级版本号低于最新升级版本号，则确定电子控制单元需要进行升级，将最新升级版本号对应的最新升级版本文件与唯一逻辑地址组装为升级报文，并从服务器中将升级报文下载至OTA主控中保存。

在一些实施例中，获取模块401还用于向待升级电子控制单元发送扩展广播信息，以使待升级电子控制单元进入扩展模式，并经过预设周期时间向待升级电子控制单元发送模式保持广播信息，以使待升级电子控制单元并保持在扩展模式。

在一些实施例中，获取模块401还用于发送安全认证命令轮询对电子控制单元进行安全认证；接收电子控制单元所反馈的安全认证结果，若安全认证结果指示安全认证未通过，则将安全认证未通过的电子控制单元移除升级序列。

在一些实施例中，发送模块402还用于向车辆所有电子控制单元发送OTA模式命令，以使所有电子控制单元进入OTA模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使电子控制单元并保持在OTA模式；向车辆的所有电子控制单元发送编程广播信息，以使所有电子控制单元进入编程模式，并经过预设周期时间向所有电子控制单元发送模式保持广播信息，以使所有电子控制单元并保持在编程模式。

在一些实施例中，传输模块403还用于确定待升级电子控制单元的通信通道；若通信通道为以太网通信通道，则使用第一通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元；若传输通道为控制器局域网通信通道，则将第一通信协议转换为第二通信协议，并使用第二通信协议将最新升级版本文件基于唯一逻辑地址发送至待升级电子控制单元。

在一些实施例中，刷写模块404还用于在当前待升级电子控制单元升级完成之后，对当前待升级电子控制单元不进行复位重启操作，执行下一待升级电子控制单元的升级过程；确定是否还有待升级电子控制单元；若是，则继续执行升级过程对待升级电子控制单元进行升级；若否，对所有电子控制单元进行复位重启，并退出OTA模式，以使所有电子控制单元进入应用模式。

本申请实施例提供的装置能够实现上述方法实施例的所有方法步骤，并能达到相同的技术效果，在此不再赘述。

图5是本申请实施例提供的电子设备5的示意图。如图5所示，该实施例的电子设备5包括：处理器501、存储器502以及存储在该存储器502中并且可在处理器501上运行的计算机程序505。处理器501执行计算机程序503时实现上述各个方法实施例中的步骤。或者，处理器501执行计算机程序503时实现上述各装置实施例中各模块/单元的功能。

电子设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备5可以包括但不仅限于处理器501和存储器502。本领域技术人员可以理解，图5仅仅是电子设备5的示例，并不构成对电子设备5的限定，可以包括比图示更多或更少的部件，或者不同的部件。

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

存储器502可以是电子设备5的内部存储单元，例如，电子设备5的硬盘或内存。存储器502也可以是电子设备5的外部存储设备，例如，电子设备5上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器502还可以既包括电子设备5的内部存储单元也包括外部存储设备。存储器502用于存储计算机程序以及电子设备所需的其他程序和数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (10)

1.一种基于编程模式的OTA升级方法，其特征在于，包括：

若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中所述升级报文包括所述待升级电子控制单元的唯一逻辑地址和最新升级版本文件；

在所述车辆所有电子控制单元进入OTA模式时，向所述车辆的所有电子控制单元发送编程广播信息，以使所述所有电子控制单元进入编程模式；

将所述最新升级版本文件传输至车辆网关，由所述车辆网关利用预设通信协议将最新升级版本文件基于所述唯一逻辑地址发送至所述待升级电子控制单元；

在所述编程模式中对所述待升级电子控制单元依次进行OTA升级，待所述待升级电子控制单元全部刷写完成，对所述所有电子控制单元进行复位重启，以使所述所有电子控制单元进入应用模式。

2.根据权利要求1所述的方法，其特征在于，所述若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，包括：

获取所述电子控制单元的原始升级版本号和服务器中与所述电子控制单元对应的最新升级版本号，基于所述原始升级版本号和最新升级版本号的比较结果，确定所述电子控制单元是否需要进行升级；

若所述原始升级版本号低于最新升级版本号，则确定所述电子控制单元需要进行升级，将所述最新升级版本号对应的最新升级版本文件与所述唯一逻辑地址组装为升级报文，并从服务器中将所述升级报文下载至OTA主控中保存。

3.根据权利要求1所述的方法，其特征在于，所述若确定车辆的电子控制单元需要进行OTA升级，则获取与所述待升级电子控制单元对应的升级报文之后，还包括：

向所述待升级电子控制单元发送扩展广播信息，以使所述待升级电子控制单元进入扩展模式，并经过预设周期时间向所述待升级电子控制单元发送模式保持广播信息，以使所述待升级电子控制单元并保持在扩展模式。

4.根据权利要求3所述的方法，其特征在于，所述并经过预设周期时间向所述待升级电子控制单元发送模式保持广播信息，以使所述待升级电子控制单元并保持在扩展模式之后，还包括：

发送安全认证命令轮询对所述待升级电子控制单元进行安全认证；

接收所述待升级电子控制单元所反馈的安全认证结果，若所述安全认证结果指示安全认证未通过，则将安全认证未通过的电子控制单元移除升级序列。

5.根据权利要求1所述的方法，其特征在于，所述在所述车辆所有电子控制单元进入OTA模式时，向所述车辆的所有电子控制单元发送编程广播信息，以使所述所有电子控制单元进入编程模式，包括：

向所述车辆所有电子控制单元发送OTA模式命令，以使所述所有电子控制单元进入OTA模式，并经过预设周期时间向所述所有电子控制单元发送模式保持广播信息，以使所述电子控制单元并保持在OTA模式；

向所述车辆的所有电子控制单元发送编程广播信息，以使所述所有电子控制单元进入编程模式，并经过预设周期时间向所述所有电子控制单元发送模式保持广播信息，以使所述所有电子控制单元并保持在编程模式。

6.根据权利要求1所述的方法，其特征在于，所述由所述车辆网关利用预设通信协议将最新升级版本文件基于所述唯一逻辑地址发送至所述待升级电子控制单元，包括：

确定所述待升级电子控制单元的通信通道；

若所述通信通道为以太网通信通道，则使用第一通信协议将最新升级版本文件基于所述唯一逻辑地址发送至所述待升级电子控制单元；

若所述传输通道为控制器局域网通信通道，则将第一通信协议转换为第二通信协议，并使用第二通信协议将最新升级版本文件基于所述唯一逻辑地址发送至所述待升级电子控制单元。

7.根据权利要求1所述的方法，其特征在于，所述在所述编程模式中对所述待升级电子控制单元依次进行OTA升级，待所述待升级电子控制单元全部刷写完成，对所述所有电子控制单元进行复位重启，以使所述所有电子控制单元进入应用模式，包括：

在当前所述待升级电子控制单元升级完成之后，对所述当前待升级电子控制单元不进行复位重启操作，执行下一所述待升级电子控制单元的升级过程；

确定是否还有所述待升级电子控制单元；

若是，则继续执行升级过程对所述待升级电子控制单元进行升级；

若否，对所述所有电子控制单元进行复位重启，并退出所述OTA模式，以使所述所有电子控制单元进入应用模式。

8.一种基于编程模式的OTA升级装置，其特征在于，包括：

获取模块，被配置为若确定车辆的电子控制单元需要进行OTA升级，则获取与待升级电子控制单元对应的升级报文，其中所述升级报文包括所述待升级电子控制单元的唯一逻辑地址和最新升级版本文件；

发送模块，被配置为在所述车辆所有电子控制单元进入OTA模式时，向所述车辆的所有电子控制单元发送编程广播信息，以使所述所有电子控制单元进入编程模式；

传输模块，被配置为将所述最新升级版本文件传输至车辆网关，由所述车辆网关利用预设通信协议将最新升级版本文件基于所述唯一逻辑地址发送至所述待升级电子控制单元；

刷写模块，被配置为在所述编程模式中对所述待升级电子控制单元依次进行OTA升级，待所述待升级电子控制单元全部刷写完成，对所述所有电子控制单元进行复位重启，以使所述所有电子控制单元进入应用模式。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。

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