CN114817900A - 一种车辆主控系统空中下载升级的验证方法及系统 - Google Patents

Abstract

本发明涉及计算机技术领域，特别涉及一种车辆主控系统空中下载升级的验证方法及系统；一种车辆主控系统空中下载升级的验证方法，包括以下步骤：对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；监控车辆模拟器硬件和软件的表现，判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。本发明采用硬件和软件相结合的验证方式，不仅提高了验证的效率也大大提高了验证结果的精准度。

Description

一种车辆主控系统空中下载升级的验证方法及系统

技术领域

本发明涉及计算机技术领域，其特别涉及一种车辆主控系统空中下载升级的验证方法及系统。

背景技术

随着技术的发展，在车辆领域，如电动自行车，共享电动车等都搭配有ECU（主控系统、或称电子控制单元），可对车辆的各项功能及逆行控制，而随着技术的发展，对ECU的不断优化，一般需要对ECU进行升级以提高车辆的性能，通常升级的方式都是利用空中下载（OTA）技术进行远程升级，而对于目前来说，升级也可能会对车辆造成负面影响，也就是降低车辆的性能，因此在实际情况中进行升级之前需要对升级进行验证，以检验升级会对车辆造成怎样的影响，而目前的检验需要根据实际产品来进行验证，且同时只能针对同一类ECU进行验证，验证效率较低。

发明内容

为了解决验证车辆主控系统空中下载升级的效率较低的问题，本发明提供一种车辆主控系统空中下载升级的验证方法及系统。

本发明为解决上述技术问题，提供如下的技术方案：一种车辆主控系统空中下载升级的验证方法，包括以下步骤：

对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

监控车辆模拟器硬件和软件的表现，判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

优选地，搭建车辆模拟器时采用相应的电气件作为硬件。

优选地，对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器包括以下步骤：

获取产品矩阵信息；

根据产品矩阵信息选择对应类型的车辆主控系统；

对应各类型的车辆主控系统并根据产品矩阵信息选择相应版本的硬件和软件搭建组成车辆模拟器。

优选地，车辆矩阵信息包括产品类型、硬件版本信息、软件版本信息、升级方式其中的一种或多种。

优选地，在对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器之后还包括以下步骤：

将各车辆模拟器并联在一起；

对各车辆模拟器进行统一供电并根据车辆主控系统的类型提供对应的网络通道。

优选地，对各车辆模拟器采用直流稳压电流进行供电。

优选地，搭建空中下载升级验证任务包括以下步骤：

搭建测试环境，获取线上环境的升级任务以及历史的升级任务并同步至测试环境中得到空中下载升级验证任务。

优选地，空中下载升级验证任务包括配置升级、语音升级和软件升级其中的一种或多种。

优选地，搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行之后还包括以下步骤：

判断空中下载升级任务是否出现变更，所述变更包括任务的创建、修改和删除其中的一种或多种；

若是，监控每一次变更时硬件和软件的表现，若不符合预期，则判断缺陷以及缺陷类型并进行相应反馈。

本发明为解决上述技术问题，提供又一技术方案如下：一种车辆主控系统空中下载升级的验证系统，用于实现前述的方法，包括以下模块：

模拟模块：用于对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

指令模块：用于搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

监控模块：用于监控车辆模拟器硬件和软件的表现，并判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

与现有技术相比，本发明所提供的一种车辆主控系统空中下载升级的验证方法及系统，具有如下的有益效果：

1.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，通过利用相应的硬件建立车辆模拟器可完全模拟实际的车辆，不需要使用实际的车辆产品，且通过模拟可一次实现多种类型车辆的OTA升级任务验证，同时采用硬件与软件相结合可以直观的体现出OTA升级任务是否会对车辆的其他硬件造成影响，不仅提高了效率同时也大大提高验证结果的精准度，再结合硬件和软件进行分析出OTA升级的效果，以便于提前发现风险进行优化，避免造成损失。

2.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，其中利用电气件作为硬件来进行验证，以节约验证成本。

3.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，只采用会被OTA升级任务影响的硬件进行组合以形成车辆模拟器，提高验证效率，同时也达到了与利用实际产品进行验证的相同的效果。

4.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，对各车辆模拟器进行同一供电，以保证验证不被中断，同时也模拟车辆的实际工作状态，提供网络以保证车辆的ECU可进行下载以及升级。

5.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，同步历史的升级任务，避免进行重复升级，退步的情况。

6.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，对每一次的变更都需要监控硬件与软件的变化，进而实现全方面的监控。

7.本发明实施例还提供一种车辆主控系统空中下载升级的验证系统，具有与上述一种车辆主控系统空中下载升级的验证方法相同的有益效果，在此不做赘述。

附图说明

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

图1是本发明第一实施例提供的一种车辆主控系统空中下载升级的验证方法的步骤流程图。

图2是本发明第一实施例提供的一种车辆主控系统空中下载升级的验证方法之步骤S1的具体步骤流程图。

图3是本发明第一实施例提供的一种车辆主控系统空中下载升级的验证方法之步骤S1之后的步骤流程图。

图4是本发明第一实施例提供的一种车辆主控系统空中下载升级的验证方法之步骤S3之后的步骤流程图。

图5是本发明第二实施例提供的一种车辆主控系统空中下载升级的验证系统的框图。

附图标识说明：

1、车辆主控系统空中下载升级的验证系统；

10、模拟模块；20、指令模块；30、监控模块。

具体实施方式

为了使本发明的目的，技术方案及优点更加清楚明白，以下结合附图及实施实例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图1，本发明第一实施例提供一种车辆主控系统空中下载升级的验证方法，包括以下步骤：

S1：对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

S2：搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

S3：监控车辆模拟器硬件和软件的表现，判断车辆模拟器硬件和软件的表现是否符合预期；若是，则测试通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

可以理解地，本发明一实施例提供的一种车辆主控系统空中下载升级的验证方法，可用于提前验证每次空中下载升级的效果，可以提前发现升级可能存在的风险和/或问题，以便于提醒工作人员对升级任务进行优化，避免造成损失。

需要说明的是，车辆主控系统也即是车俩ECU，其中车辆ECU一般具有运算和对车辆控制的功能，可控制车辆的做种参数，在共享电动车领域，车辆ECU主要可用来控制发动机、喇叭、电池管理系统（BMS）、车锁等等。

搭建车辆模拟器时，可以采用实际情况下在共享电动车中使用的发动机、喇叭等实际产品直接作为硬件进行搭载，仅需选择这些可能会受ECU升级影响的硬件即可，这样能够更有利于发现可能存在的风险和/或问题；同时也可以直接采用整个共享电动车的实际产品作为验证时的车辆模拟器。

具体地，在本实施例中，搭建车辆模拟器时采用相应的电气件作为硬件；通过利用相应的电气件来代替相应的发动机、喇叭等硬件，其成本较低，可节约资源，同时也可以达到实际产品作为硬件的效果。

一般情况下，验证时通常仅考虑车辆的部分硬件，而这部分硬件是指可能会受到ECU升级的影响的硬件，利用相应的电气件来代替这些硬件，并和ECU进行组合形成车辆模拟器，可以完全实现模拟实际车辆的状态，达到实际了验证空中下载升级的效果，进而也达到节约资源的目的。

需要说明的是，根据ECU类型的不同，选择的硬件也可能会有所不同，也即采用的电气件也可能会有所不同，在本实施例中，不同的ECU类型也代表了不同的车辆类型。

可以理解地，通常情况下共享电动车分别位于城市的各个地方，若需要对其ECU升级一般采用的是OTA技术，也即空中下载升级技术，通过远程来对车辆ECU进行升级。

其中步骤S2中搭建的空中下载升级验证任务可以是利用的之前已经准备好的会应用到实际情况中的升级任务，先通过车辆模拟器进行执行以此来验证该升级任务的可实施性，若存在缺陷也可及时通知工作人员进行调整和优化。

进一步地，由于OTA升级是长期的、按需部署的任务，同时也为了实施OTA升级任务，通常会先建立一个OTA平台，该OTA平台上则储存有OTA升级任务，包括历史的，已经实施过的OTA升级任务以及未来的还未实施的OTA升级任务，之后需要增添或删减升级任务可通过该OTA平台进行。

在本实施例中，将OTA平台分为线上环境和测试环境，其中用于实际ECU的升级任务都存在线上环境中，而测试的升级任务则存在于测试环境中，并且测试环境则是为了就后面的验证才进行搭建的。

需要说明的是，其中步骤S3中的缺陷类型不仅包括硬件缺陷和/或软件缺陷，还包括与OTA平台相关的缺陷，其中硬件缺陷则体现为设备离线、设备死机、设备功能不全等等；而软件缺陷主要体现在软件的升级不符合预期等等，而OTA平台相关的缺陷主要体现在异常升级任务创建、异常的任务执行等等。

可以理解地，OTA平台相关的缺陷主要是由于OTA平台本身造成的，比如说OTA的升级、改造等等，这些都可能会造成上述的与OTA平台相关的缺陷。

请参阅图2，进一步地，步骤S1具体包括以下步骤：

S11：获取产品矩阵信息；

S12：根据产品矩阵信息选择对应类型的车辆主控系统；

S13：对应各类型的车辆主控系统并根据产品矩阵信息选择相应版本的硬件和软件搭建组成车辆模拟器。

需要说明的是，产品矩阵信息中包括所有实际产品的车辆信息，也即一个产品类型或者车辆类型都有其对应的车辆矩阵信息，而在实际情况中，车辆类型的不同其车辆使用的ECU也可能会有所不同，因此根据获取的车辆矩阵信息来筛选准备相应的ECU，不仅是为了达到完全模拟实际车辆的目的，同时也为了实现多种类型车辆ECU同时验证的目的。

具体地，车辆矩阵信息包括硬件版本信息、软件版本信息、升级方式、产品类型其中的一种或多种。

需要说明的是，车辆矩阵信息可根据产品类型进行划分，对应不同的产品类型都有其对应的硬件版本信息、软件版本信息、升级方式。其中根据产品类型即可知该产品使用的ECU类型，而根据硬件版本信息、软件版本信息则可知需要对应该产品类型的ECU搭配怎样的硬件和软件，而升级方式主要就是ECU的升级方式，比如：升级方式为三段式的ECU需要按照操作顺序且升级三次才能完成ECU升级，而升级方式为差分升级的ECU是需要单独制作差分包才能完成ECU升级。

请参阅图3，进一步地，在步骤S1之后还包括以下步骤：

S14：将各车辆模拟器并联在一起；

S15：对各车辆模拟器进行统一供电并根据车辆主控系统的类型提供对应的网络通道。

需要说明的是，对各车辆模拟器并联在一起以便于提供较为稳定的电压，同时由于本实施例中采用电气件代替硬件进行搭建组合形成车辆模拟器，因此也无需占用太多的实际空间。

具体地，在本实施例中，对各车辆模拟器采用直流稳压电流进行供电。也可根据实际情况选择其他的供电模式，以使车辆模拟器模拟车辆实际情况

可以理解地，提供网络以使ECU能够进行正常的升级，比如下载升级包等等操作，而在实际情况下，车辆ECU升级也是通过连接网络来进行远程升级操作的，因此为了更加符合实际情况也提供网络来进行升级，其中网络根据ECU的类型来进行选择，如2G/3G/4G网络通道等等。

进一步地，搭建空中下载升级验证任务包括以下步骤：

S20：搭建测试环境，获取线上环境的升级任务以及历史的升级任务并同步至测试环境中得到空中下载升级验证任务。

可以理解地，线上环境的任务包括在未来某段时间需要运用到实际情况中对共享电动车的ECU进行升级的任务。

将其同步至测试环境中也就是先将这些升级任务先利用车辆模拟器进行OTA升级测试，以便于提前验证检测出OTA升级任务可能存在的风险和/或问题，以便于及时进行优化。

具体地，空中下载升级验证任务包括配置升级、语音升级和软件升级其中的一种或多种。

请继续参阅图4，在步骤S3之后还包括以下步骤：

S31：判断空中下载升级任务是否出现变更，所述变更包括任务的创建、修改和删除其中的一种或多种；

S32：若是，监控每一次变更时硬件和软件的表现，若不符合预期，则判断缺陷类型并进行反馈。

需要说明的是，这些变更可以是还未实际运用的OTA升级任务进行变更，也可以是历史的已经运用在实际情况中的OTA升级任务的变更，这些变更通常是人为进行的，但也有可能是OTA平台出现故障引起的变更。

可以理解地，这些变更主要体现在OTA平台上，而OTA平台与车辆ECU的升级息息相关，因此每次OTA平台的变更也需要监控车辆模拟器的软件和硬件的表现，OTA平台的变更也可体现为OTA平台的更新，改造等等。

当监控到异常或者是不符合预期时进行反馈通知工作人员，以及时的进行相应的调整和解决缺陷。

进一步地，在搭建好空中下载升级计划后，自动化实时更新线上环境的OTA升级任务至测试环境中，并实时监控车辆模拟器的硬件和软件的表现。

可以理解地，在后续的时间内，当创建有新的OTA升级任务后，直接自动化实时同步至测试环境中并由车辆模拟器进行测试，以达到自动化提前验证OTA升级任务的效果，提前发现缺陷并及时修改。

请参阅图5，本发明第二实施例还提供一种车辆主控系统空中下载升级的验证系统1，用于实现前述的车辆主控系统空中下载升级的验证方法，包括以下模块：

模拟模块10：用于对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

指令模块20：用于搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

监控模块30：用于监控车辆模拟器硬件和软件的表现，并判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

本发明第二实施例提供的一种车辆主控系统空中下载升级的验证系统1可实现前述的一种车辆主控系统空中下载升级的验证方法的步骤过程，具有与其相同的有益效果，在此不做赘述。

在本发明所提供的实施例中，应理解，“与A对应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其他信息确定B。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

在本发明的附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方案中，方框中所标注的功能也可以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，在此基于涉及的功能而确定。需要特别注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

与现有技术相比，本发明所提供给的一种车辆主控系统空中下载升级的验证方法及系统具有如下的有益效果：

1.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，通过利用相应的硬件建立车辆模拟器可完全模拟实际的车辆，不需要使用实际的车辆产品，且通过模拟可一次实现多种类型车辆的OTA升级任务验证，提高效率，同时采用硬件与软件相结合可以直观的体现出OTA升级任务是否会对车辆的其他硬件造成影响，再结合硬件和软件进行分析出OTA升级的效果，以便于提前发现风险进行优化，避免造成损失。

2.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，其中利用电气件作为硬件来进行验证，以节约验证成本。

3.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，只采用会被OTA升级任务影响的硬件进行组合以形成车辆模拟器，提高验证效率，同时也达到了与利用实际产品进行验证的相同的效果。

4.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，对各车辆模拟器进行同一供电，以保证验证不被中断，同时也模拟车辆的实际工作状态，提供网络以保证车辆的ECU可进行下载以及升级。

5.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，同步历史的升级任务，避免进行重复升级，退步的情况。

6.本发明实施例提供的一种车辆主控系统空中下载升级的验证方法，对每一次的变更都需要监控硬件与软件的变化，进而实现全方面的监控。

7.本发明实施例还提供一种车辆主控系统空中下载升级的验证系统，具有与上述一种车辆主控系统空中下载升级的验证方法相同的有益效果，在此不做赘述。

以上对本发明实施例公开的一种车辆主控系统空中下载升级的验证方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制，凡在本发明的原则之内所作的任何修改，等同替换和改进等均应包含本发明的保护范围之内。

Claims (10)

1.一种车辆主控系统空中下载升级的验证方法，其特征在于：包括以下步骤：

对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

监控车辆模拟器硬件和软件的表现，判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

2.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：搭建车辆模拟器时采用相应的电气件作为硬件。

3.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器包括以下步骤：

获取产品矩阵信息；

根据产品矩阵信息选择对应类型的车辆主控系统；

对应各类型的车辆主控系统并根据产品矩阵信息选择相应版本的硬件和软件搭建组成车辆模拟器。

4.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：车辆矩阵信息包括产品类型、硬件版本信息、软件版本信息、升级方式其中的一种或多种。

5.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器之后还包括以下步骤：

将各车辆模拟器并联在一起；

对各车辆模拟器进行统一供电并根据车辆主控系统的类型提供对应的网络通道。

6.如权利要求5所述的车辆主控系统空中下载升级的验证方法，其特征在于：对各车辆模拟器采用直流稳压电流进行供电。

7.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：搭建空中下载升级验证任务包括以下步骤：

搭建测试环境，获取线上环境的升级任务以及历史的升级任务并同步至测试环境中得到空中下载升级验证任务。

8.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：空中下载升级验证任务包括配置升级、语音升级和软件升级其中的一种或多种。

9.如权利要求1所述的车辆主控系统空中下载升级的验证方法，其特征在于：搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行之后还包括以下步骤：

判断空中下载升级任务是否出现变更，所述变更包括任务的创建、修改和删除其中的一种或多种；

若是，监控每一次变更时硬件和软件的表现，若不符合预期，则判断缺陷以及缺陷类型并进行相应反馈。

10.一种车辆主控系统空中下载升级的验证系统，用于实现如权利要求1-9任一项所述的车辆主控系统空中下载升级的验证方法，其特征在于：

模拟模块：用于对应车辆主控系统搭建相应的硬件和软件组合形成车辆模拟器；

指令模块：用于搭建空中下载升级验证任务，根据该任务下发指令并由车辆模拟器执行；

监控模块：用于监控车辆模拟器硬件和软件的表现，并判断车辆模拟器硬件和软件的表现是否符合预期；若是，则验证通过；若否，依据表现判断缺陷以及缺陷类型并进行相应反馈。

Images