CN114966379A - 一种存储耐久测试方法、系统及车辆 - Google Patents

Abstract

本申请公开了一种存储耐久测试方法，包括：发送唤醒指令；发送诊断指令；接收所述诊断指令的响应数据；分析所述响应数据，并生成分析结果。与现有技术相比，本申请具有如下有益效果：通过CANOE设备搭建一套自动测试设备，自动控制ECU进行上下电、记录soc、里程等关键数据，自动通过诊断服务读写静态存储区(DID)的值，记录NVM(Non‑volatile Memory，固定存储器，非易失存储器)存储状态信息，自动汇总成测试报告，大大节省人力和时间成本，提高测试效率。CANoe是网络和ECU开发、测试和分析的专业工具，支持从需求分析到系统实现的整个系统开发过程。

Description

一种存储耐久测试方法、系统及车辆

技术领域

本申请涉及车辆测试领域，具体而言，涉及一种车辆存储耐久测试方法、系统及车辆。

背景技术

电动汽车的关键性数据例如行驶里程、SOC(System on Chip)等数据是不能丢失的，否则会造成严重后果。为了保证ECU(Electronic Control Unit，电子控制单元)能在各种工况下稳定存储，不仅需要在设计时做好存储的冗余备份，还需要进行数百万次的存储耐久测试，确保不会出现数据丢失。现有技术中，通常的测试方法为工作人员进行手动测试，若使用手动测试的方法，不仅费时费力，也无法在数百万次的测试中准确把握每次测试的具体情况。

发明内容

本申请的主要目的在于提供一种存储耐久测试方法，以至少部分解决上述问题，该测试方法包括：

发送唤醒指令；

发送诊断指令；

接收诊断指令的响应数据；

分析响应数据，并生成分析结果。

可选地，存储耐久测试方法还包括：

接收唤醒指令；

接收诊断指令；

根据诊断指令存储数据或读取数据；

根据存储数据的存储状态或读取数据的读取状态发送存储状态数据或读取状态数据，存储状态数据或读取状态数据为响应数据。

可选地，存储耐久测试方法还包括：

通过诊断指令写入静态存储区，并读取静态存储区的版本信息。

可选地，发送唤醒指令指令为周期性的发送唤醒指令。

可选地，根据诊断指令存储数据或读取数据为根据诊断指令周期性的存储数据或读取数据。

可选地，存储耐久测试方法还包括：

当发送唤醒指令的时间超过第一预设时间时，停止发送唤醒指令；

当停止接收唤醒指令时，存储所有数据。

可选地，存储耐久测试方法还包括：

当停止发送唤醒指令的时间超过第二预设时间时，重新开始发送唤醒指令。

可选地，存储耐久测试方法还包括：

打印分析结果。

可选地，分析结果包括：存储时间、读取时间、错误的类型或错误的次数。

可选地，数据包括：行驶里程数据或SOC数据。

可选地，唤醒指令为基于CANoe的CAPL脚本指令。

本申请还公开了一种存储耐久测试系统，包括：

唤醒指令发送模块，唤醒指令发送模块发送唤醒指令；

诊断指令发送模块，诊断指令发送模块发送诊断指令；

响应数据接收模块，响应数据接收模块接收诊断指令的响应数据；

分析模块，分析模块分析响应数据，并生成分析结果。

本申请还公开了一种车辆，使用上述任意一项存储耐久测试方法或控制系统。

本申请还公开了一种计算机设备，包括存储器、处理器和存储在存储器内并能由处理器运行的计算机程序，处理器执行计算机程序时实现上述任一项的方法。

本申请还公开了一种计算机可读存储介质，非易失性可读存储介质，其内存储有计算机程序，计算机程序在由处理器执行时实现上述任一项的方法。

与现有技术相比，本申请具有如下有益效果：

与现有技术相比，本申请具有如下有益效果：

通过CANOE设备搭建一套自动测试设备，自动控制ECU进行上下电、记录soc、里程等关键数据，自动通过诊断服务读写静态存储区(DID)的值，记录NVM(Non-volatileMemory，固定存储器，非易失存储器)存储状态信息，自动汇总成测试报告，大大节省人力和时间成本，提高测试效率。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和有益效果变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请一个实施例的存储耐久测试方法的流程示意图；

图2是根据本申请一个实施例的存储耐久测试方法的流程示意图；

图3是根据本申请一个实施例的存储耐久测试方法的流程示意图；

图4是根据本申请一个实施例的存储耐久测试系统的示意图；

图5是根据本申请一个实施例的计算机设备的示意图；以及

图6是根据本申请一个实施例的计算机可读存储介质的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参照图1，本申请一实施例提供了一种存储耐久测试方法，包括：

S101：发送唤醒指令；

发送唤醒指令的主体为上位机，上位机发送唤醒指令至待测试ECU。在本实施例中，发送唤醒指令指令为周期性的发送唤醒指令，但并不以此为限。

S103：发送诊断指令；

上位机发送诊断指令至待测试ECU。

S105：接收诊断指令的响应数据；

该响应数据为针对诊断指令所作出的相应步骤所产生的数据，在本申请中，该响应数据为ECU接收该响应数据之后开始诊断步骤。在该诊断步骤中所产生的相关数据。

S107：分析响应数据，并生成分析结果。

上位机接收响应数据之后，对该响应数据进行分析，并生成分析结果。本实施例中，分析步骤包括：汇总信息和校验结果等，但并不以此为限。本实施例中，还包括将该分析结果打印出来的步骤，但并不以此为限。

请参照图2，本申请另一是实例中，存储耐久测试方法还包括：

S201：接收唤醒指令；

待测试ECU接收来自上位机的唤醒指令之后被唤醒。

S203：接收诊断指令；

待测试ECU接收来自上位机的诊断指令。

S205：根据诊断指令存储数据或读取数据；

待测试ECU根据所述诊断指令存储或读取数据。该数据可以是行驶里程数据或SOC数据，也可以是其他需要存储的数据。在本实施例中，存储数据或读取数据为周期性的存储数据或读取数据，但并不以此为限。

S207：根据存储数据的存储状态或读取数据的读取状态发送存储状态数据或读取状态数据，存储状态数据或读取状态数据为响应数据。

存储状态数据包括存储过程中所出现的错误类型，错误次数，存储时间等。读取状态数据包括读取过程中所出现的错误类型，错误次数，读取时间等。

在本申请其它实施例中，存储耐久测试方法还包括：

通过诊断指令写入静态存储区，并读取静态存储区的版本信息。

静态存储区(DID)中可以存储ECU测试程序信息，也可以存储行驶里程数据或SOC数据等数据，或者也可以存储错误类型，错误次数，存取时间等状态信息。

本申请一实施例中，存储耐久测试方法还包括：

当发送唤醒指令的时间超过第一预设时间时，停止发送唤醒指令；

当停止接收唤醒指令时，存储所有数据；

当停止发送唤醒指令的时间超过第二预设时间时，重新开始发送唤醒指令。

上述实施例中，唤醒指令为基于CANoe的CAPL(CAN Access ProgrammingLanguage，访问编程语言)脚本指令，但并不依次为限。

请参照图3-图4，本申请还提供了一种存储耐久测试系统，其特征在于，包括：

唤醒指令发送模块，唤醒指令发送模块发送唤醒指令；

诊断指令发送模块，诊断指令发送模块发送诊断指令；

响应数据接收模块，响应数据接收模块接收诊断指令的响应数据；

分析模块，分析模块分析响应数据，并生成分析结果。

使用时，被测ECU连接12v电源、连接CANoe、不要连接KL15等唤醒源；

启动CANoe工程，运行CAPL脚本，按”T”开启测试；

CANoe周期发送NM唤醒信号，ECU被唤醒，上位机进入init状态，CANoe通过诊断服务写入DID,读取版本信息；

上位机进入PeriodTest模式，此状态中ECU周期性存储关键数据，并将存储状态上报给上位机；

当超过设定的周期存储时间后，上位机跳转到Shutdown模式，在此状态中，CANoe停发NM唤醒报文，设置下次唤醒时间，ECU开始进入下电模式，统一存储所有关键数据；

当超过设定的休眠唤醒时间后，上位机跳转到Wakeup模式，在此状态中，CANoe周期发送NM唤醒报文，通过诊断服务读取静态存储(DID)的值，接下来进入PeriodTest，开启新的测试循环。

本申请还提供了一种车辆，使用上述任意一项所述的存储耐久测试方法。

与现有技术相比，本申请具有如下有益效果：

通过CANOE设备搭建一套自动测试设备，自动控制ECU进行上下电、记录soc、里程等关键数据，自动通过诊断服务读写静态存储区(DID)的值，记录NVM(Non-volatileMemory，固定存储器，非易失存储器)存储状态信息，自动汇总成测试报告，大大节省人力和时间成本，提高测试效率。

CANoe是网络和ECU开发、测试和分析的专业工具，支持从需求分析到系统实现的整个系统开发过程。

请参照图5，本申请还提供了一种计算机设备，包括存储器、处理器和存储在存储器内并能由处理器运行的计算机程序，处理器执行计算机程序时实现上述任一项的方法。

请参照图6，本申请还提供了一种计算机可读存储介质，非易失性可读存储介质，其内存储有计算机程序，计算机程序在由处理器执行时实现上述任一项的方法。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种存储耐久测试方法，其特征在于，包括：

发送唤醒指令；

发送诊断指令；

接收所述诊断指令的响应数据；

分析所述响应数据，并生成分析结果。

2.根据权利要求1所述的存储耐久测试方法，其特征在于，存储耐久测试方法还包括：

接收所述唤醒指令；

接收所述诊断指令；

根据所述诊断指令存储数据或读取数据；

根据存储数据的存储状态或读取数据的读取状态发送存储状态数据或读取状态数据，所述存储状态数据或读取状态数据为所述响应数据。

3.根据权利要求1所述的存储耐久测试方法，其特征在于，存储耐久测试方法还包括：

通过所述诊断指令写入静态存储区，并读取所述静态存储区的版本信息。

4.根据权利要求1所述的存储耐久测试方法，其特征在于，发送唤醒指令指令为周期性的发送唤醒指令。

5.根据权利要求2所述的存储耐久测试方法，其特征在于，根据所述诊断指令存储数据或读取数据为根据所述诊断指令周期性的存储数据或读取数据。

6.根据权利要求2所述的存储耐久测试方法，其特征在于，存储耐久测试方法还包括：

当发送唤醒指令的时间超过第一预设时间时，停止发送所述唤醒指令；

当停止接收所述唤醒指令时，存储所有数据。

7.根据权利要求6所述的存储耐久测试方法，其特征在于，存储耐久测试方法还包括：

当停止发送所述唤醒指令的时间超过第二预设时间时，重新开始发送唤醒指令。

8.根据权利要求1所述的存储耐久测试方法，其特征在于，存储耐久测试方法还包括：

打印所述分析结果。

9.根据权利要求1所述的存储耐久测试方法，其特征在于，所述分析结果包括：存储时间、读取时间、错误的类型或错误的次数。

10.根据权利要求6所述的存储耐久测试方法，其特征在于，所述数据包括：行驶里程数据或SOC数据。

11.根据权利要求1所述的存储耐久测试方法，其特征在于，所述唤醒指令为基于CANoe的CAPL脚本指令。

12.一种存储耐久测试系统，其特征在于，包括：

唤醒指令发送模块，所述唤醒指令发送模块发送唤醒指令；

诊断指令发送模块，所述诊断指令发送模块发送诊断指令；

响应数据接收模块，所述响应数据接收模块接收所述诊断指令的响应数据；

分析模块，所述分析模块分析所述响应数据，并生成分析结果。

13.一种车辆，其特征在于，使用如权利要求1-11中任意一项的存储耐久测试方法。

14.一种计算机设备，包括存储器、处理器和存储在所述存储器内并能由所述处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-11中任一项所述的方法。

15.一种计算机可读存储介质，非易失性可读存储介质，其内存储有计算机程序，其特征在于，所述计算机程序在由处理器执行时实现如权利要求1-11中任一项所述的方法。

Images