CN114942623A - 控制器的测试方法、装置、车辆及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种控制器的测试方法、装置、车辆及计算机可读存储介质。其中，该方法包括：向车辆内的目标控制器发送目标报文，其中，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则；获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则；根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。本申请解决了现有技术中对控制器进行测试时所存在的测试效率低的技术问题。

Description

控制器的测试方法、装置、车辆及计算机可读存储介质

技术领域

本申请涉及控制器测试领域，具体而言，涉及一种控制器的测试方法、装置、车辆及计算机可读存储介质。

背景技术

车载控制器通信网络有很多种，目前应用最为广泛的是CAN(Controller AreaNetwork)控制器局域网。在该通信网络中每个控制器通过接收和发送CAN总线报文与其他控制器之间进行通信，因此，为了测试CAN控制器局域网的网络通信是否正常，实际上就要测试CAN控制器局域网中的控制器在收发报文时是否存在异常。

但是，现有技术中在对CAN控制局域网中的控制器进行测试时，通常是通过HIL(hardware-in-the-loop，硬件在环测试设备)设备以人工方式进行仿真、测试，这种方式不仅需要企业承担高昂的HIL设备成本，而且不能自动化和实时地检测到控制器的通信异常，导致测试效率较低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种控制器的测试方法、装置、车辆及计算机可读存储介质，以至少解决现有技术中对控制器进行测试时所存在的测试效率低的技术问题。

根据本申请实施例的一个方面，提供了一种控制器的测试方法，包括：向车辆内的目标控制器发送目标报文，其中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则；获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则；根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

进一步地，控制器的测试方法还包括：在向车辆内的目标控制器发送目标报文之前，获取目标控制器所在的通信网络的通信协议文件，其中，通信协议文件所包含的信息表征目标控制器与其他控制器之间的通信过程，通信网络至少包括目标控制器与其他控制器。

进一步地，通信协议文件中至少包括通信网络中每个控制器所对应的全部报文以及每个报文的报文标签，其中，每个报文的报文标签表征每个控制器在收发每个报文时是否出现异常，以及出现异常时的异常类型。

进一步地，控制器的测试方法还包括：在获取目标控制器所在的通信网络的通信协议文件之后，从目标控制器所对应的多个报文标签中确定目标报文标签，其中，目标报文标签的标签类型为预设类型，标签类型与目标控制器的测试内容相对应；确定目标报文标签所对应的报文为待测试报文；基于待测试报文以及目标报文标签生成目标报文。

进一步地，控制器的测试方法还包括：在目标报文标签为第一报文标签的情况下，确定待测试报文为第一目标报文，其中，第一目标报文的预设标识为第一预设标识，第一报文标识表征第一目标报文满足预设通信规则，第一报文标签表征在收发第一报文标签所对应的报文时，目标控制器通信正常；在目标报文标签为第二报文标签的情况下，基于第二报文标签以及待测试报文生成第二目标报文，第二目标报文的预设标识为第二预设标识，第二预设标识表征第二目标报文不满足预设通信规则，第二报文标签表征在收发第二报文标签对应的报文时，目标控制器通信异常。

进一步地，控制器的测试方法还包括：在预设标识与目标标识相同时，确定目标控制器通信正常；在预设标识与目标标识不同时，确定目标控制器通信异常。

进一步地，控制器的测试方法还包括：在目标报文的数量为多个时，根据每个目标报文所对应的发送时间向目标控制器发送目标报文；记录目标控制器基于每个目标报文所生成的目标标识以及目标标识的生成时间；根据每个目标报文、发送时间、每个目标报文对应的目标标识以及目标标识的生成时间，确定目标控制器的测试结果。

根据本申请实施例的另一方面，还提供了一种控制器的测试装置，包括：发送模块，用于向车辆内的目标控制器发送目标报文，其中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则；获取模块，用于获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则；确定模块，用于根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

根据本申请实施例的另一方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的控制器的测试方法。

根据本申请实施例的另一方面，还提供了一种车辆，该车辆中包含有目标控制器以及用于对目标控制器进行测试的电子设备，其中，目标控制器为车辆内多个控制器中的任意一个控制器，电子设备包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的控制器的测试方法。

在本申请实施例中，采用根据预设标识以及目标标识对目标控制器进行测试的方式，通过向车辆内的目标控制器发送目标报文，其中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则。然后再获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则。最后根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

由上述内容可知，本申请在对目标控制器进行测试时，首先会向目标控制器发送目标报文，由于目标报文中包含有预设标识，因此，在目标控制器接收到目标报文之前，本申请已经预先设置了该目标报文是否符合目标控制器所对应的预设通信规则，在此基础上，由于目标控制器在接收到目标报文之后，目标控制器本身也会对目标报文是否符合预设通信规则进行识别并生成目标标识，因此，通过比对目标标识与预设标识即可确定目标控制器在识别目标报文时是否出现识别异常的情况。进一步地，由于在控制局域网内目标控制器就是通过收发报文与其他控制器进行通信的，因此，如果确定了目标控制器在识别目标报文时出现了识别异常的情况，则说明目标控制器在与其他控制器进行通信时也会出现通信异常，如果确定了目标控制器在识别目标报文时没有出现识别异常的情况，则说明目标控制器在与其他控制器进行通信时也不会出现通信异常的情况。由此可见，本申请在不使用HIL设备的情况下，完成了对目标控制器的自动化测试，进而不仅节约了设备成本，还提高了测试效率。

由上述分析可知，通过本申请的技术方案，达到了在无需HIL设备进行仿真测试的情况下，对控制局域网内的控制器进行自动化测试的目的，进而实现了对整个控制局域网的通信状况进行检测的效果，解决了现有技术中对控制器进行测试时所存在的测试效率低的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的控制器的测试方法的流程图；

图2是根据本申请实施例的一种可选的控制器的测试方法的流程图；

图3是根据本申请实施例的一种控制器的测试装置的示意图。

具体实施方式

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

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

实施例1

根据本申请实施例，提供了一种控制器的测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

需要注意到的是，一种测试系统可作为本申请实施例的控制器的测试方法的执行主体，其中，该测试系统可以在上位机上运行，上位机通常是可以直接发出操控命令的计算机。

图1是根据本申请实施例的一种可选的控制器的测试方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，向车辆内的目标控制器发送目标报文。

在步骤S101中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则。

具体的，通常在汽车内部会有多个控制器，这些控制器在汽车工程中是指用于控制车身电器系统的电子控制单元(ECU),是汽车的重要组成部分之一，这些控制器按照功能分类至少包括：用于控制电动车窗的控制器、用于控制电动后视镜的控制器、用于控制空调的控制器、用于控制车灯的控制器、用于控制防盗锁止系统的控制器、用于控制中控锁的控制器以及用于控制除霜装置的控制器等等。

另外，在汽车内部，每个控制器可以通过总线与其他控制器相连并进行通讯，其中，目前应用最广泛的车载控制器通信网络是CAN控制器局域网，与之对应的，在CAN控制器局域网中，多个控制器之间通过CAN总线连接。

如果要测试CAN控制器局域网内部的通信状态是否存在异常，其最关键的就是测试CAN控制局域网络内部的控制器是否能够正常进行通信。在此基础上，为了测试控制器是否可以正常通信，本申请中的测试系统首先会从车辆内部的多个控制器中确定一个需要进行测试的控制器作为目标控制器，目标控制器可以是由测试人员选定，例如，选择控制核心通讯功能的控制器作为目标控制器。随后测试系统将会向目标控制器发送目标报文，需要注意到的是，目标报文中会包含有预设标识，该预设标识表征了目标报文是否符合目标控制器所对应的预设通信规则。例如，预设标识可以是“0”或者“1”，其中，“0”表示目标报文是一个满足预设通信规则的正常报文，“1”表示目标报文是一个不满足预设通信规则的异常报文。

步骤S102，获取目标控制器基于目标报文所生成的目标标识。

在步骤S102中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则。

具体的，在车辆内部的多个控制器中，每个控制器在收发报文时都会自己对报文是否满足预设通信规则进行判断，因此，在目标控制器接收到目标报文之后，目标控制器自己会对目标报文是否符合预设通信规则作出判断，并根据判断结果自动生成一个目标标识。例如，如果目标控制器在接收到目标报文之后认为该目标报文满足预设通信规则，即目标控制器确认该目标报文是一个正常报文，则目标控制器将自动生成一个用于表征“目标控制器确认该目标报文是一个正常报文”的目标标识“0”。如果目标控制器在接收到目标报文之后认为该目标报文不满足预设通信规则，即目标控制器确认该目标报文是一个异常报文，则目标控制器将自动生成一个用于表征“目标控制器确认该目标报文是一个异常报文”的目标标识“1”。

步骤S103，根据预设标识以及目标标识确定测试结果。

在步骤S103中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

具体的，由上述步骤S101以及步骤S102可知，预设标识表征了目标报文实际上是否符合预设通信规则，也就是说预设标识可以理解是一个对照组，预设标识所表征的信息含义是绝对正确的。而目标标识则是表征了目标控制器自身对接收到的目标报文进行识别后所作出的识别结果，这个识别结果可能是正确的，也可能是错误的，因此，目标标识可以理解是一个实验组。举例而言，如果目标报文中的预设标识是“0”。其表征了目标报文是一个满足预设通信规则的正常报文，但是如果目标控制器在识别目标报文的过程中生成的目标标识是“1”，则说明目标控制器认为目标报文是一个不满足预设通信规则的正常报文，这种情况下，测试系统便可以确定该目标控制器出现了异常，进一步的，由于目标控制器与其他控制器之间也是通过收发报文进行通信的，因此测试系统可以确定目标控制器与其他控制器之间的通信也存在通信异常。需要注意到的是，在上述示例中，如果目标控制器在识别目标报文的过程中生成的目标标识是“0”，则说明目标控制器也认为目标报文是一个满足预设通信规则的正常报文，这种情况下，测试系统便可以确定该目标控制器的通信正常。

通过比对预设标识以及目标标识，本申请可以在不借助HIL设备的情况下高效率的确定控制器是否存在通信异常的情况，进而确定整个控制器局域网的通信状态是否正常，与现有技术相比，本申请不仅仅降低了测试成本，还提高了测试效率。

基于上述步骤S101至步骤S103的内容可知，在本申请实施例中，采用根据预设标识以及目标标识对目标控制器进行测试的方式，通过向车辆内的目标控制器发送目标报文，其中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则。然后再获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则。最后根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

由上述内容可知，本申请在对目标控制器进行测试时，首先会向目标控制器发送目标报文，由于目标报文中包含有预设标识，因此，在目标控制器接收到目标报文之前，本申请已经预先设置了该目标报文是否符合目标控制器所对应的预设通信规则，在此基础上，由于目标控制器在接收到目标报文之后，目标控制器本身也会对目标报文是否符合预设通信规则进行识别并生成目标标识，因此，通过比对目标标识与预设标识即可确定目标控制器在识别目标报文时是否出现识别异常的情况。进一步地，由于在控制局域网内目标控制器就是通过收发报文与其他控制器进行通信的，因此，如果确定了目标控制器在识别目标报文时出现了识别异常的情况，则说明目标控制器在与其他控制器进行通信时也会出现通信异常，如果确定了目标控制器在识别目标报文时没有出现识别异常的情况，则说明目标控制器在与其他控制器进行通信时也不会出现通信异常的情况。由此可见，本申请在不使用HIL设备的情况下，完成了对目标控制器的自动化测试，进而不仅节约了设备成本，还提高了测试效率。

由上述分析可知，通过本申请的技术方案，达到了在无需HIL设备进行仿真测试的情况下，对控制局域网内的控制器进行自动化测试的目的，进而实现了对整个控制局域网的通信状况进行检测的效果，解决了现有技术中对控制器进行测试时所存在的测试效率低的技术问题。

在一种可选的实施例中，在向车辆内的目标控制器发送目标报文之前，本申请中的测试系统将获取目标控制器所在的通信网络的通信协议文件，其中，通信协议文件所包含的信息表征目标控制器与其他控制器之间的通信过程，通信网络至少包括目标控制器与其他控制器。

具体的，上述的通信协议文件为CAN控制器局域网所对应的DBC(Database can，数据库文件)文件，其中，DBC文件定义了can控制器局域网中多个控制器之间进行通讯的信息，整个can控制局域网的通讯过程都是依据这个文件的描述所执行的，而且，DBC文件还描述了can控制局域网上的报文信息，例如，报文的名称、报文的数据长度、报文的数据类型以及报文的信号含义(如表示发动机的状态、车灯的状态等等)。

另外，车辆内部在安装多个控制器，并利用CAN总线将多个控制器连接以组成CAN控制局域网时，会生成上述的DBC文件，测试人员可以将该DBC文件导入至测试系统所在的上位机中，并存储在上位机的预设文件夹内。

在一种可选的实施例中，通信协议文件中还至少包括通信网络中每个控制器所对应的全部报文以及每个报文的报文标签，其中，每个报文的报文标签表征每个控制器在收发每个报文时是否出现异常，以及出现异常时的异常类型。

具体的，在车辆内部有多个控制器，其中，每个控制器都有对应的多个报文，同时，每个报文都至少有两个报文标签，报文标签至少可用于表征每个控制器在收发该报文标签所对应的报文时是否出现异常，报文标签可以是报文故障标志。

举例而言，在车辆内部存在10个控制器，每个控制器对应了N个报文，其中，对于控制器1而言，其所对应的报文A有两个报文标签，分别为报文标签10以及报文标签20，报文标签10表征控制器1在收发报文A时没有出现通信异常，报文标签20则表征了控制器1在收发报文A时出现了通信异常的情况。

进一步的，报文标签还可以表征每个控制器在收发每个报文时所出现的异常的类型，例如，对于控制器2而言，其所对应的报文B有4个报文标签，分别为报文标签30、报文标签401、报文标签402以及报文标签403，报文标签30表征控制器2在收发报文B时没有出现通信异常，报文标签401则表征了控制器2在收发报文B时出现了报文丢失的异常情况、报文标签402则表征了控制器2在收发报文B时出现了未定义报文的异常情况、报文标签403则表征了控制器2在收发报文B时出现了报文内容错误的异常情况。

在一种可选的实施例中，在获取目标控制器所在的通信网络的通信协议文件之后，测试系统还将从目标控制器所对应的多个报文标签中确定目标报文标签，其中，目标报文标签的标签类型为预设类型，标签类型与目标控制器的测试内容相对应。然后测试系统确定目标报文标签所对应的报文为待测试报文，并基于待测试报文以及目标报文标签生成目标报文。

可选的，由于DBC文件中包含有大量的报文信息，而其中有很多的报文信息是不需要进行测试的，因此需要对DBC文件的中报文信息进行筛选，选出需要测试的待测试报文。其中，筛选的标准与要测试的测试内容相关，在测试人员制定完成测试内容之后，测试内容中限定了要测试的目标控制器以及要测试目标控制器的哪一些通讯功能，而这些需要测试的通讯功能可在报文标签中确认，因此，测试人员可根据测试内容制定预设类型，然后测试系统根据预设类型从DBC文件中的多个报文标签中确定目标报文标签，并将目标报文标签所对应的报文确定为待测试报文。

举例而言，如果DBC文件内有100个报文，并且每个报文对应有8个报文标签，则DBC文件中共有800个报文标签，测试内容规定了要测试的目标控制器为控制器1，并且控制器1对应有10个报文以及80个报文标签，在此基础上，由于只需要测试控制器1的部分通讯功能，因此，测试系统根据测试人员所设计的预设类型从80个报文标签中选择21个报文标签作为目标报文标签，并将这21个报文标签所对应的报文作为测试报文。

需要注意到的是，通过根据目标报文标签确定待测试报文，提高了待测试报文的筛选效率，进而可提升整体的测试效率。

在一种可选的实施例中，在得到目标报文标签之后，测试系统可以将目标报文标签按照特定格式提前写入一个表格中，并将该表格存储在上位机的一个独立的文件夹内。

在一种可选的实施例中，测试系统可基于待测试报文以及目标报文标签生成目标报文。具体的，在目标报文标签为第一报文标签的情况下，测试系统确定待测试报文为第一目标报文，其中，第一目标报文的预设标识为第一预设标识，第一报文标识表征第一目标报文满足预设通信规则，第一报文标签表征在收发第一报文标签所对应的报文时，目标控制器通信正常；在目标报文标签为第二报文标签的情况下，测试系统基于第二报文标签以及待测试报文生成第二目标报文，第二目标报文的预设标识为第二预设标识，第二预设标识表征第二目标报文不满足预设通信规则，第二报文标签表征在收发第二报文标签对应的报文时，目标控制器通信异常。

可选的，如果需要测试目标控制器是否能准确识别正常报文，测试系统可将目标报文标签确定为第一报文标签，第一报文标签在DBC文件中表征了在收发第一报文标签所对应的报文时，目标控制器通信正常，通常而言，第一报文标签表征了第一报文标签所对应的报文与待测试报文内容一致。在此基础上，测试系统可直接确定待测试报文为第一目标报文，并且第一目标报文的预设标识为第一预设标识(如表征第一目标报文为正常报文的“0”)，随后测试系统将第一目标报文发送给目标控制器，即可根据后续目标控制器所生成的目标标识确定目标控制器是否能够准确识别正常报文。

进一步的，如果需要测试目标控制器是否能准确识别异常报文，测试系统可将目标报文标签确定为第二报文标签，第二报文标签在DBC文件中表征了在收发第二报文标签所对应的报文时，目标控制器通信异常，通常来说，第二报文标签表征了第二报文标签所对应的报文与待测试报文内容存在差异。例如，与待测试报文相比，第二报文标签所对应的报文存在内容缺失或者内容错误。在此基础上，测试系统可基于第二报文标签以及待测试报文的内容生成第二目标报文，例如，将删除了一部分内容的待测试报文作为第二目标报文，或者，对待测试报文就行修改，并将修改后的待测试报文作为第二目标报文，与此同时，第一目标报文的预设标识为第二预设标识(如表征第二目标报文为异常报文的“1”)，随后测试系统将第二目标报文发送给目标控制器，即可根据后续目标控制器所生成的目标标识确定目标控制器是否能够准确识别异常报文。

由上述内容可知，基于待测试报文以及目标报文标签生成目标报文，可以使得所生成的目标报文更有针对性，而且测试人员可以更准确地测试每一类目标报文，进而提高测试的全面性与准确性。

在一种可选的实施例中，在得到预设标识与目标标识之后，测试系统根据预设标识以及目标标识确定测试结果。具体的，在预设标识与目标标识相同时，测试系统确定目标控制器通信正常；在预设标识与目标标识不同时，测试系统确定目标控制器通信异常。

可选的，由上述关于预设标识与目标标识的介绍可知，预设标识表征了目标报文在实际意义上是否符合预设通信规则，换言之，预设标识所表征的信息含义是绝对正确的，预设标识可以理解是一个对照组。

而目标标识则是表征了目标控制器自身对接收到的目标报文进行识别后所作出的识别结果，这个识别结果可能是正确的，也可能是错误的，因此，目标标识可以理解是一个实验组。

举例而言，如果目标报文中的预设标识是“0”，其表征了目标报文是一个满足预设通信规则的正常报文，但是如果目标控制器在识别目标报文的过程中生成的目标标识是“1”，则说明目标控制器认为目标报文是一个不满足预设通信规则的正常报文，这种情况下，测试系统便可以确定该目标控制器出现了异常。在预设标识是“0”的情况下，如果目标控制器在识别目标报文的过程中生成的目标标识是“0”，则说明目标控制器也认为目标报文是一个满足预设通信规则的正常报文，这种情况下，测试系统便可以确定该目标控制器的通信正常。

由上述内容可知，本申请通过检测预设标识与目标标识是否相同，即可确定目标控制器的通信是否正常，与现有技术通过HIL设备对控制器进行仿真测试相比，本申请不仅能节约HIL设备高昂的设备成本，而且实现了对控制器的自动化测试，提高了测试效率。

在一种可选的实施例中，在目标报文的数量为多个时，测试系统根据每个目标报文所对应的发送时间向目标控制器发送目标报文，并记录目标控制器基于每个目标报文所生成的目标标识以及目标标识的生成时间，最后测试系统根据每个目标报文、发送时间、每个目标报文对应的目标标识以及目标标识的生成时间，确定目标控制器的测试结果。

可选的，在实际的测试过程中，目标报文的数量可能为多个，在这种情况下，测试系统为每个目标报文设置对应的发送时间，并根据每个目标报文所对应的发送时间将目标报文发送至目标控制器中。另外，在目标控制器基于每个目标报文生成目标标识时，测试系统不仅会记录下目标标识，还会记录下目标标识所对应的生成时间。最后，测试系统根据每个目标报文所对应的发送时间以及生成时间，将该目标报文所对应的预设标识以及目标标识进行比对，在该目标报文的预设标识与目标标识相同时，确定目标控制器在收发该目标报文时没有出现异常，在该目标报文的预设标识与目标标识不同时，确定目标控制器在收发该目标报文时出现了异常。

需要说明的是，在测试过程中，安装在上位机上测试系统可开启录制功能，将测试过程进行录制以便后续进行追溯。在测试结束后，测试系统可将测试结果转换为表格，其中，表格中至少包含有目标报文、目标控制器、目标报文的发送时间、预设标识、目标标识以及目标标识的生成时间，生成时间和发送时间可以以时间戳的形式在表格中呈现。另外，表格可以保存在上位机的文件夹中。

在一种可选的实施例中，本申请提供了一种CANape系统作为本申请中的测试系统，其中，CANape是一种可用于车载控制器开发、标定、诊断和测量数据采集的综合性工具，CANape与车载控制器的物理接口可以使用CAN总线。

需要注意到的是，虽然HIL设备作为一种大型硬件在环测试设备它具备很多很全面的功能，但其造价一般在几百万元到几亿元不等，此外根据个人所需要的功能或者场景不同，HIL中所搭载的板卡类型也不同，用通信来举例，如果有些控制器需要使用CAN通信，则需要搭载CAN通信的板卡；有些控制器需要使用CAN FD(flexible data rate，灵活数据速率)通信则需要搭载支持CANFD的板卡。其中，不同的板卡所需的费用也是不同的。这些原因更一步地提高了HIL设备的设备成本。另外，通常来说，HIL设备的体积过于庞大，有时能有小半个篮球场，小的占地也有10平米，并且相关的操作麻烦，繁琐，光操作手册基本上就有上百兆。而市面上一个CANape基本只需要10万元左右，并且CANape灵巧便携，基本只有手掌大小，同时一般在1640A系列之后都支持CAN与CANFD的板卡。因此，使用CANape代替HIL设备可以大大降低设备成本。

以下本申请以CANape系统作为本申请的测试系统，对本申请中的控制器的测试方法进行说明，如图2所示，本申请中的控制器的测试方法包括如下步骤：

步骤S201，将需要的DBC文件放入对应的第一文件夹中；

步骤S202，将目标控制器相关的标定工程“.ini文件”放入对应的第二文件夹中，其中，“.ini文件”是CANape内部的一种配置文件，是一种字段式的文件；比如[Funct ions]这一行的接下来内容基本就是定义的函数具体实现；

步骤S203，将目标报文标签按特定格式提前写入第一表格文件中，然后放入对应的第三文件夹中，其中，第一文件夹、第二文件夹以及第三文件夹为上位机中不同的文件夹；

步骤S204，运行自动化工程中的文件处理部分，其中，自动化工程为测试人员基于CANape系统所设计的脚本，用于与CANape系统以及上位机进行交互；

步骤S205，文件处理部分首先读取DBC文件，然后读取第一表格文件，并根据第一表格文件中的目标报文标签筛选出待测试报文；

步骤S206，将预先设定好的目标报文的发送方式写入到“.ini文件”中，其中，不同的目标报文其所对应的发送方式可能不同；

步骤S207，将其他相关的配置信息更新至“.ini文件”中，并将“.ini文件”复制到对应的工程文件中，其中，这里的配置信息可以是测试参数类的配置信息；

步骤S208，连接CANape硬件、目标控制器以及上位机，启动CANape系统，运行自动化工程中的通信测试部分；

步骤S209，通过调用CANape系统给windows系统所提供的win32接口，运行CANape应用程序，其中，win32接口是给windows系统提供的底层接口，通常所有安装在Windows上的应用程序都需要给windows提供底层接口，以便于windows系统去使用这些应用程序，比如使用鼠标双击一个图标启动一个软件时，本质就是windows系统调用了鼠标双击时对应的win32接口。

具体的，在运行CANape应用程序之后，CANape应用程序需要先后执行以下模块：检索模块、比对模块、观测模块、录制模块、转换模块以及报告生成模块。

其中，检索模块可以是database模块，CANape应用程序首先调用database模块，根据之前存放在第一表格文件中的目标报文标签在A2L文件中进行检索与之对应的变量(即目标控制器所生成的目标标识)，并保存目标标识，其中A2L文件是一个标定的描述文件，用于描述控制器的通信等相关参数。比对模块可以是Measurement模块，CANape应用程序通过调用Measurement模块将之前在database模块中保存的目标标识依次添加，并按照DBC中所设置的报文周期对每个目标报文所对应的目标标识与预设标识进行比对。CANape应用程序调用观测模块在上位机的显示界面中创建观测窗口，将measurment模块中的目标标识与预设标识全部添加到观测窗口中。录制模块可以是recoder模块，CANape应用程序通过调用recoder模块设置录制文件的格式(一般选择mdf居多)、存储的位置、存储的大小、录制最长时间以及文件的名字等相关信息。转换模块可以是Convent模块，CANape应用程序通过调用Convent模块将之前在recoder模块中录制好的mdf文件转换成第二表格文件，其中，第二表格文件中带有预设标识、目标报文的发送时间、目标标识以及目标标识的生成时间等信息。最后，CANape应用程序调用报告生成模块，根据发送时间以及生成时间对预设标识以及目标标识进行比对，在该目标报文的预设标识与目标标识相同时，确定目标控制器在收发该目标报文时没有出现异常，在该目标报文的预设标识与目标标识不同时，确定目标控制器在收发该目标报文时出现了异常。

由上述内容可知，通过本申请的技术方案，达到了在无需HIL设备进行仿真测试的情况下，对控制局域网内的控制器进行自动化测试的目的，进而实现了对整个控制局域网的通信状况进行检测的效果，解决了现有技术中对控制器进行测试时所存在的测试效率低的技术问题。

实施例2

根据本申请实施例，还提供了一种控制器的测试装置，该装置可以执行上述实施例中的一种控制器的测试方法，具体实现方式和优选应用场景与上述实施例相同，在此不做赘述。

图3是根据本申请实施例的一种控制器的测试装置的示意图，如图3所示，该装置包括：发送模块301、获取模块302以及确定模块303。

其中，发送模块301，用于向车辆内的目标控制器发送目标报文，其中，目标控制器为车辆内多个控制器中的任意一个控制器，目标控制器通过收发报文与车辆内部的其他控制器进行通信，其他控制器为多个控制器中除目标控制器之外的控制器，目标报文至少包括预设标识，预设标识表征目标报文是否符合目标控制器所对应的预设通信规则；获取模块302，用于获取目标控制器基于目标报文所生成的目标标识，其中，目标标识表征目标控制器对目标报文的识别结果，识别结果至少包含目标报文是否符合预设通信规则；确定模块303，用于根据预设标识以及目标标识确定测试结果，其中，测试结果表征目标控制器与其他控制器之间的通信是否存在通信异常。

可选的，控制器的测试装置还包括：第一获取模块，用于获取目标控制器所在的通信网络的通信协议文件，其中，通信协议文件所包含的信息表征目标控制器与其他控制器之间的通信过程，通信网络至少包括目标控制器与其他控制器。

可选的，上述的通信协议文件中至少包括通信网络中每个控制器所对应的全部报文以及每个报文的报文标签，其中，每个报文的报文标签表征每个控制器在收发每个报文时是否出现异常，以及出现异常时的异常类型。

可选的，控制器的测试装置还包括：第一确定模块、第二确定模块以及生成模块。其中，第一确定模块，用于从目标控制器所对应的多个报文标签中确定目标报文标签，其中，目标报文标签的标签类型为预设类型，标签类型与目标控制器的测试内容相对应；第二确定模块，用于确定目标报文标签所对应的报文为待测试报文；生成模块，用于基于待测试报文以及目标报文标签生成目标报文。

可选的，上述生成模块还包括：第三确定模块以及第四确定模块。其中，第三确定模块，用于在目标报文标签为第一报文标签的情况下，确定待测试报文为第一目标报文，其中，第一目标报文的预设标识为第一预设标识，第一报文标识表征第一目标报文满足预设通信规则，第一报文标签表征在收发第一报文标签所对应的报文时，目标控制器通信正常；第四确定模块，用于在目标报文标签为第二报文标签的情况下，基于第二报文标签以及待测试报文生成第二目标报文，第二目标报文的预设标识为第二预设标识，第二预设标识表征第二目标报文不满足预设通信规则，第二报文标签表征在收发第二报文标签对应的报文时，目标控制器通信异常。

可选的，上述确定模块还包括：第五确定模块以及第六确定模块。其中，第五确定模块，用于在预设标识与目标标识相同时，确定目标控制器通信正常；第六确定模块，用于在预设标识与目标标识不同时，确定目标控制器通信异常。

可选的，控制器的测试装置还包括：第一发送模块、记录模块以及第七确定模块。其中，第一发送模块，用于在目标报文的数量为多个时，根据每个目标报文所对应的发送时间向目标控制器发送目标报文；记录模块，用于记录目标控制器基于每个目标报文所生成的目标标识以及目标标识的生成时间；第七确定模块，用于根据每个目标报文、发送时间、每个目标报文对应的目标标识以及目标标识的生成时间，确定目标控制器的测试结果。

实施例3

根据本申请实施例，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述实施例1中的控制器的测试方法。

实施例4

根据本申请实施例，还提供了一种车辆，该车辆中包含有目标控制器以及用于对目标控制器进行测试的电子设备，其中，目标控制器为车辆内多个控制器中的任意一个控制器，电子设备包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述实施例1中的控制器的测试方法。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种控制器的测试方法，其特征在于，包括：

向车辆内的目标控制器发送目标报文，其中，所述目标控制器为所述车辆内多个控制器中的任意一个控制器，所述目标控制器通过收发报文与所述车辆内部的其他控制器进行通信，所述其他控制器为所述多个控制器中除所述目标控制器之外的控制器，所述目标报文至少包括预设标识，所述预设标识表征所述目标报文是否符合所述目标控制器所对应的预设通信规则；

获取所述目标控制器基于所述目标报文所生成的目标标识，其中，所述目标标识表征所述目标控制器对所述目标报文的识别结果，所述识别结果至少包含所述目标报文是否符合所述预设通信规则；

根据所述预设标识以及所述目标标识确定测试结果，其中，所述测试结果表征所述目标控制器与所述其他控制器之间的通信是否存在通信异常。

2.根据权利要求1所述的方法，其特征在于，在向车辆内的目标控制器发送目标报文之前，所述方法还包括：

获取所述目标控制器所在的通信网络的通信协议文件，其中，所述通信协议文件所包含的信息表征所述目标控制器与所述其他控制器之间的通信过程，所述通信网络至少包括所述目标控制器与所述其他控制器。

3.根据权利要求2所述的方法，其特征在于，所述通信协议文件中至少包括所述通信网络中每个控制器所对应的全部报文以及每个报文的报文标签，其中，所述每个报文的报文标签表征所述每个控制器在收发所述每个报文时是否出现异常，以及出现异常时的异常类型。

4.根据权利要求3所述的方法，其特征在于，在获取所述目标控制器所在的通信网络的通信协议文件之后，所述方法还包括：

从所述目标控制器所对应的多个报文标签中确定目标报文标签，其中，所述目标报文标签的标签类型为预设类型，所述标签类型与所述目标控制器的测试内容相对应；

确定所述目标报文标签所对应的报文为待测试报文；

基于所述待测试报文以及所述目标报文标签生成目标报文。

5.根据权利要求4所述的方法，其特征在于，基于所述待测试报文以及所述目标报文标签生成目标报文，包括：

在所述目标报文标签为第一报文标签的情况下，确定所述待测试报文为第一目标报文，其中，所述第一目标报文的预设标识为第一预设标识，所述第一报文标识表征所述第一目标报文满足所述预设通信规则，所述第一报文标签表征在收发所述第一报文标签所对应的报文时，所述目标控制器通信正常；

在所述目标报文标签为第二报文标签的情况下，基于所述第二报文标签以及所述待测试报文生成第二目标报文，所述第二目标报文的预设标识为第二预设标识，所述第二预设标识表征所述第二目标报文不满足所述预设通信规则，所述第二报文标签表征在收发所述第二报文标签对应的报文时，所述目标控制器通信异常。

6.根据权利要求1所述的方法，其特征在于，根据所述预设标识以及所述目标标识确定测试结果，包括：

在所述预设标识与所述目标标识相同时，确定所述目标控制器通信正常；

在所述预设标识与所述目标标识不同时，确定所述目标控制器通信异常。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述目标报文的数量为多个时，根据每个所述目标报文所对应的发送时间向所述目标控制器发送所述目标报文；

记录所述目标控制器基于每个所述目标报文所生成的目标标识以及所述目标标识的生成时间；

根据每个所述目标报文、所述发送时间、每个所述目标报文对应的目标标识以及所述目标标识的生成时间，确定所述目标控制器的测试结果。

8.一种控制器的测试装置，其特征在于，包括：

发送模块，用于向车辆内的目标控制器发送目标报文，其中，所述目标控制器为所述车辆内多个控制器中的任意一个控制器，所述目标控制器通过收发报文与所述车辆内部的其他控制器进行通信，所述其他控制器为所述多个控制器中除所述目标控制器之外的控制器，所述目标报文至少包括预设标识，所述预设标识表征所述目标报文是否符合所述目标控制器所对应的预设通信规则；

获取模块，用于获取所述目标控制器基于所述目标报文所生成的目标标识，其中，所述目标标识表征所述目标控制器对所述目标报文的识别结果，所述识别结果至少包含所述目标报文是否符合所述预设通信规则；

确定模块，用于根据所述预设标识以及所述目标标识确定测试结果，其中，所述测试结果表征所述目标控制器与所述其他控制器之间的通信是否存在通信异常。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7任一项中所述的控制器的测试方法。

10.一种车辆，其特征在于，所述车辆中包含有目标控制器以及用于对所述目标控制器进行测试的电子设备，其中，所述目标控制器为所述车辆内多个控制器中的任意一个控制器，所述电子设备包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的控制器的测试方法。

Images