CN116466686A - 车身控制器的测试方法、装置、测试设备及存储介质 - Google Patents

Abstract

本申请涉及车身控制器的功能测试技术领域，特别涉及一种车身控制器的测试方法、装置、测试设备及存储介质，其中，方法包括：获取车身控制器的测试场景；根据测试场景确定车灯矩阵的测试参数，调用车身控制器的服务接口传入测试参数，利用测试参数生成调用命令，并检测车身控制器基于调用命令控制车灯矩阵工作的控制参数；若测试参数和控制参数一致，则判定车身控制器的测试合格，否则判定车身控制器的测试不合格。由此，解决了相关技术中车身控制器测试大多通过拨动开关等方式进行测试，导致无法及时发现质量缺陷等问题。

Description

车身控制器的测试方法、装置、测试设备及存储介质

技术领域

本申请涉及车身控制器的功能测试技术领域，特别涉及一种车身控制器的测试方法、装置、测试设备及存储介质。

背景技术

随着汽车行业的飞速发展，汽车电子的种类和复杂性也在迅速增加，对其部件的产品性能、可靠性要求也越来越高，其中，车身控制器作为汽车内重要的电子模块之一，其被用来控制常用车身功能，包括车窗、车门锁、车灯及雨刮控制等功能；此外，车身控制器还具有通过网络总线在不同模块间传输数据，配合实现整车的各项性能，为驾驶带来更多的智能与舒适。

相关技术中，车身控制器在开发过程中的测试系统大多使用手动测试台架，通过拨动开关进行高低有效输入控制，人为因素影响较多，不能够及时发现车身控制器的缺陷，降低了产品质量。

发明内容

本申请提供一种车身控制器的测试方法、装置、测试设备及存储介质，以解决相关技术中车身控制器测试大多通过拨动开关等方式进行测试，导致无法及时发现质量缺陷等问题。

本申请第一方面实施例提供一种车身控制器的测试方法，所述方法应用于测试设备，所述车身控制器与车灯矩阵相连，其中，所述方法包括以下步骤：获取所述车身控制器的测试场景；根据所述测试场景确定所述车灯矩阵的测试参数，调用所述车身控制器的服务接口传入所述测试参数，利用所述测试参数生成调用命令，并检测所述车身控制器基于所述调用命令控制所述车灯矩阵工作的控制参数；若所述测试参数和所述控制参数一致，则判定所述车身控制器的测试合格，否则判定所述车身控制器的测试不合格。

根据上述技术手段，本申请实施例根据不同的测试场景确定车灯矩阵的测试参数，并调用车身控制器的服务接口传入相关测试参数，检测车身控制器基于测试参数生成的调用命令所输出的控制参数是否与测试参数一致，若一致则判定车身控制器测试合格，基于灯光模拟测试车身控制器功能，能够在模拟过程中发现车身控制器的功能缺陷，及时进行解决，提升车身控制器的质量。

可选地，所述测试参数包括控制请求参数、所述车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

根据上述技术手段，本申请实施例中测试参数可以根据实际情况进行选取使用，使得灯光模拟出相应的效果，从而判断车身控制器的质量问题。

可选地，所述测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种，所述根据所述测试场景确定所述车灯矩阵的测试参数包括：若所述测试场景为所述常规模式，则所述测试参数包括所述控制请求参数和所述脉冲宽度调制占空比；若所述测试场景为所述闪烁模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第一控制参数；若所述测试场景为所述呼吸模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第二控制参数；若所述测试场景为所述流水模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第三控制参数。

根据上述技术手段，本申请实施例根据不同的测试场景选取合适的测试参数，从而控制灯光的输出，模拟出相应的灯光效果。

可选地，所述控制请求参数包括所述车灯矩阵中灯组的点亮优先级和控制模式，第一控制参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间中的一种或多种，第二控制参数包括闪烁周期、所述闪烁周期内点亮时长和熄灭时长中的一种或多种，第三控制参数包括流水频率。

根据上述技术手段，本申请实施例中控制请求参数可以根据控制模式进行测试场景的选取，第一控制参数用于控制在测试场景为呼吸模式时车灯的亮度以及时长，第二控制参数用于控制在测试场景为闪烁模式时车灯的闪烁周期，第三控制参数用于控制在测试场景为流水模式时车灯的流水频率，以实现测试场景下根据不同的控制参数就能使车灯达到不同的灯效。

可选地，在所述获取所述车身控制器的测试场景之前，还包括：配置所述测试设备与所述车身控制器处于同一网段；检测所述测试设备与所述车身控制器之间的网络是否连通，并在连通后对所述车身控制器进行测试。

根据上述技术手段，本申请实施例配置测试设备与车身控制器处于同一网段，并检测测试设备与车身控制器之间的网络是否连通，连通后方可对车身控制器进行测试，从而搭建服务调用环境，以便于保证测试的准确性。

本申请第二方面实施例提供一种车身控制器的测试装置，所述装置应用于测试设备，所述车身控制器与车灯矩阵相连，其中，所述装置包括：获取模块，用于获取所述车身控制器的测试场景；调用模块，用于根据所述测试场景确定所述车灯矩阵的测试参数，调用所述车身控制器的服务接口传入所述测试参数，利用所述测试参数生成调用命令，并检测所述车身控制器基于所述调用命令控制所述车灯矩阵工作的控制参数；判定模块，用于若所述测试参数和所述控制参数一致，则判定所述车身控制器的测试合格，否则判定所述车身控制器的测试不合格。

可选地，所述测试参数包括控制请求参数、所述车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

可选地，所述测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种，所述根据所述测试场景确定所述车灯矩阵的测试参数包括：若所述测试场景为所述常规模式，则所述测试参数包括所述控制请求参数和所述脉冲宽度调制占空比；若所述测试场景为所述闪烁模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第一控制参数；若所述测试场景为所述呼吸模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第二控制参数；若所述测试场景为所述流水模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第三控制参数。

可选地，所述控制请求参数包括所述车灯矩阵中灯组的点亮优先级和控制模式，第一控制参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间中的一种或多种，第二控制参数包括闪烁周期、所述闪烁周期内点亮时长和熄灭时长中的一种或多种，第三控制参数包括流水频率。

可选地，所述获取模块进一步用于：配置所述测试设备与所述车身控制器处于同一网段；检测所述测试设备与所述车身控制器之间的网络是否连通，并在连通后对所述车身控制器进行测试。

本申请第三方面实施例提供一种测试设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车身控制器的测试方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车身控制器的测试方法。

由此，本申请至少具有如下有益效果：

(1)本申请实施例根据不同的测试场景确定车灯矩阵的测试参数，并调用车身控制器的服务接口传入相关测试参数，检测车身控制器基于测试参数生成的调用命令所输出的控制参数是否与测试参数一致，若一致则判定车身控制器测试合格，基于灯光模拟测试车身控制器功能，能够在模拟过程中发现车身控制器的功能缺陷，及时进行解决，提升车身控制器的质量。

(2)本申请实施例中测试参数可以根据实际情况进行选取使用，使得灯光模拟出相应的效果，从而判断车身控制器的质量问题。

(3)本申请实施例根据不同的测试场景选取合适的测试参数，从而控制灯光的输出，模拟出相应的灯光效果。

(4)本申请实施例中控制请求参数可以根据控制模式进行测试场景的选取，第一控制参数用于控制在测试场景为呼吸模式时车灯的亮度以及时长，第二控制参数用于控制在测试场景为闪烁模式时车灯的闪烁周期，第三控制参数用于控制在测试场景为流水模式时车灯的流水频率，以实现测试场景下根据不同的控制参数就能使车灯达到不同的灯效。

(5)本申请实施例配置测试设备与车身控制器处于同一网段，并检测测试设备与车身控制器之间的网络是否连通，连通后方可对车身控制器进行测试，从而搭建服务调用环境，以便于保证测试的准确性。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车身控制器的测试方法的流程图；

图2为根据本申请实施例的测试环境示意图；

图3为根据本申请实施例的车灯服务接口参数表的示意图；

图4为根据本申请实施例的一种车身控制器的测试装置的方框示意图；

图5为根据本申请实施例的测试设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

汽车的车灯最基本的作用是照明与安全，同时它还能体现汽车整体的审美，车灯是汽车的眼睛，一辆车好不好看，车灯发挥着很大的作用，在整车的设计中，车灯一直被视为汽车外观的点睛之笔而收到格外重视，车灯所呈现的不同特点也展现出不同车型的风格。

随着科学技术的日益进步，汽车车灯的设计也越来越炫酷，花式迎宾、车外灯舞、自适应灯光灯等功能越来越受到大众的喜爱。车灯通过采用CAN(Controller AreaNetwork，控制器局域网络)矩阵灯使车灯的功能更加丰富，每个矩阵灯由许多个LED(Light-Emitting Diode，发光二极管)灯珠组成，每个灯珠都可以独立开关控制、独立调节亮度，且具备多种点亮模式，使整体灯光能够呈现不同的效果。

由于最近几年汽车慢慢向软件定义汽车方向在逐步发展，人们对车灯的需求也越来越多，基于以太网的服务化应用协议正逐步应用于汽车行业中，这一变化使服务化控制车灯功能应运而生，而传统车灯测试方法是通过硬开关的方式控制，直接给输入一个高电平，相应灯光就有对应硬线输出，但是此方法并不能够及时发现车身控制器的缺陷，降低了产品质量。

为此，本申请实施例提出了车身控制器的测试方法，且在阐述车身控制器的测试方法之前，先对以下实施例需要使用的硬件进行阐述，其中，硬件包括车身控制器、测试设备和车灯矩阵例，该车身控制器的测试方法应用于测试设备，其中，测试设备例如测试PC(personal computer，个人计算机)，车身控制器与车灯矩阵相连，车灯矩阵例如CAN矩阵灯。

以测试PC和CAN矩阵灯为例，如图2所示，车身控制器的测试系统包括测试PC、控制器和CAN矩阵灯，其中，测试PC与所述控制器通过以太网和/或CAN进行双向通信，控制器通过CAN信号控制CAN矩阵灯。

基于上述车身控制器的测试系统，下面将对车身控制器的测试方法进行阐述，如图1所示，该车身控制器的测试方法包括以下步骤：

在步骤S101中，获取车身控制器的测试场景。

其中，测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种模式对应的场景，本领域技术人员可以根据测试需求选择。

可以理解的是，本申请实施例可以通过获取车身控制器的测试场景，以便于后续根据不同的测试场景调用车灯服务接口时传入不同的参数就能控制车灯达到不同的灯效。

在本申请实施例中，在获取车身控制器的测试场景之前，还包括：配置测试设备与车身控制器处于同一网段；检测测试设备与车身控制器之间的网络是否连通，并在连通后对车身控制器进行测试。

可以理解的是，本申请实施例配置测试设备与车身控制器处于同一网段，并检测测试设备与车身控制器之间的网络是否连通，连通后方可对车身控制器进行测试，从而搭建服务调用环境，以便于保证测试的准确性。

具体地，将车身控制器调试网口通过T1转TX以太网转换器连接到测试电脑网口，测试电脑本地ip需配置与车身控制器ip同一网段，通过ping命令检查两者通信是否正常，从而搭建服务调用环境。

在步骤S102中，根据测试场景确定车灯矩阵的测试参数，调用车身控制器的服务接口传入测试参数，利用测试参数生成调用命令，并检测车身控制器基于调用命令控制车灯矩阵工作的控制参数。

其中，测试参数包括控制请求参数、车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

其中，其中，第一控制参数可以是呼吸模式控制参数，第二控制参数可以是闪烁模式控制参数，第三控制参数可以是流水模式控制参数，在此不做具体限定。

可以理解的是，本申请实施例根据测试场景确定车灯矩阵的测试参数，并调用车身控制器的服务接口传入测试参数，利用测试参数生成调用命令，并检测车身控制器基于调用命令所控制车灯矩阵工作的控制参数，以便于后续判断车身控制器是否合格。

具体地，控制请求参数包含优先级、控制模式(1-常规模式、2-闪烁模式、3-流水模式、4-呼吸模式)；灯组控制标识，一般由2～4组灯组，若灯组ID(Identity document，身份标识)是32位，则可控制32个灯珠；呼吸模式控制参数，仅控制模式选择为呼吸模式时有效，参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间；闪烁模式控制参数，仅控制模式选择为闪烁模式时有效；流水模式控制参数，仅控制模式选择为流水模式时有效；PWM(Pulse Width Modulation，脉冲宽度调制)占空比，用于控制常规模式灯光亮度。

在本申请实施例中，根据测试场景确定车灯矩阵的测试参数包括：若测试场景为常规模式，则测试参数包括控制请求参数和脉冲宽度调制占空比；若测试场景为闪烁模式，则测试参数包括控制请求参数、灯组控制标识和第一控制参数；若测试场景为呼吸模式，则测试参数包括控制请求参数、灯组控制标识和第二控制参数；若测试场景为流水模式，则测试参数包括控制请求参数、灯组控制标识和第三控制参数。

可以理解的是，本申请实施例根据不同的测试场景选取合适的测试参数，从而控制灯光的输出，模拟出相应的灯光效果。

在本申请实施例中，控制请求参数包括车灯矩阵中灯组的点亮优先级和控制模式，第一控制参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间中的一种或多种，第二控制参数包括闪烁周期、闪烁周期内点亮时长和熄灭时长中的一种或多种，第三控制参数包括流水频率。

可以理解的是，本申请实施例中控制请求参数可以根据控制模式进行测试场景的选取，第一控制参数用于控制在测试场景为呼吸模式时车灯的亮度以及时长，第二控制参数用于控制在测试场景为闪烁模式时车灯的闪烁周期，第三控制参数用于控制在测试场景为流水模式时车灯的流水频率，以实现测试场景下根据不同的控制参数就能使车灯达到不同的灯效。

举例而言，根据测试场景确定车灯矩阵的测试参数，其中，当测试场景为常规模式时，只需传入控制请求参数和PWM占空比，其余参数传0，如请求参数PositionFL_Turnon({5,1}，{255,255}，{0；0；0；0；0}，{0；0；0}，{0,0}，{100})，点亮左前位置灯，优先级为5，常规模式点亮，亮度为100％；

当测试场景为呼吸模式时，需要传入控制请求参数、灯组控制ID、呼吸模式控制参数，如请求参数PositionFL_Turnon({5,2}，{255,255}，{50；20；100；1000；2000}，{0；0；0}，{0,0}，{100})，呼吸模式点亮左前位置灯，优先级为5，起始亮度为50％，下限亮度为20％，上限亮度为100％，上限到下限亮度的时间是1s，下限到上限亮度的时间是2s；

当测试场景为闪烁模式时，需要传入控制请求参数、灯组控制ID、闪烁模式控制参数，如请求参数PositionFL_Turnon({5,3}，{255,255}，{0；0；0；0；0}，{1000；2000；60}，{0,0}，{100})，闪烁模式点亮左前位置灯，点亮1s，熄灭2s，点亮时亮度为60％；

当测试场景为流水模式时，需要传入控制请求参数、灯组控制ID、流水模式控制参数，如请求参数PositionFL_Turnon({5,4}，{255,255}，{0；0；0；0；0}，{0；0；0}，{2,1000}，{0})，流水模式点亮左前位置灯，流水模式2，流水频率1s。

在步骤S103中，若测试参数和控制参数一致，则判定车身控制器的测试合格，否则判定车身控制器的测试不合格。

可以理解的是，本申请实施例判断测试参数与控制参数是否一致，若一致则判定车身控制器测试合格，否则判定不合格，从而在模拟过程中发现车身控制器的功能缺陷，及时进行解决，提升车身控制器的质量。

根据本申请实施例提出的车身控制器的测试方法，根据不同的测试场景确定车灯矩阵的测试参数，并调用车身控制器的服务接口传入相关测试参数，检测车身控制器基于测试参数生成的调用命令所输出的控制参数是否与测试参数一致，若一致则判定车身控制器测试合格，基于灯光模拟测试车身控制器功能，能够在模拟过程中发现车身控制器的功能缺陷，及时进行解决，提升车身控制器的质量。

下面将结合图2和图3对车身控制器的测试方法进行详细阐述，本申请是基于服务化调用车灯测试车身控制器的功能，不同的场景调用车灯服务接口时传入不同的参数就能控制车灯达到不同的灯效，其中，车灯工作模式主要有常规模式、闪烁模式、呼吸模式、流水模式，通过调用车灯的服务接口传入不同参数实现不同的灯光效果；具体步骤如下：

(1)搭建服务调用环境

如图2所示，测试所需的硬件主要有：车身控制器、直流电源、CAN信号收发工具、T1转TX以太网转换器等，需要的软件有服务接口代码、服务调用工具、CANOE(CAN openenvironment)软件；其中，车身控制器是被测设备，直流电源用于给车身控制器供电，CAN收发工具CANOE设备，用于观察车身控制器输出的灯光控制CAN信号，T1转TX以太网转换器用于将控制器的以太网口与测试PC网口联通。

将车身控制器调试网口通过T1转TX以太网转换器连接到测试电脑网口，测试电脑本地ip需配置与车身控制器ip同一网段，通过ping命令检查两者通信是否正常。将车身控制器灯光信号输出的CAN通道通过CANOE连接到测试电脑，打开CANOE软件监测控制器输出的灯光CAN信号。

(2)调用灯光服务

测试电脑和车身控制器网络连通后，在测试电脑上将服务接口代码导入服务调用工具，输入相应的服务调用命令就可以控制灯光输出了，灯光各模式请求参数(如图3)如下：

1)常规模式只需传入控制请求参数和PWM占空比，其余参数传0，如请求参数PositionFL_Turnon({5,1}，{255,255}，{0；0；0；0；0}，{0；0；0}，{0,0}，{100})，点亮左前位置灯，优先级为5，常规模式点亮，亮度为100％；

2)呼吸模式需要传入控制请求参数、灯组控制ID、呼吸模式控制参数，如请求参数PositionFL_Turnon({5,2}，{255,255}，{50；20；100；1000；2000}，{0；0；0}，{0,0}，{100})，呼吸模式点亮左前位置灯，优先级为5，起始亮度为50％，下限亮度为20％，上限亮度为100％，上限到下限亮度的时间是1s，下限到上限亮度的时间是2s；

3)闪烁模式需要传入控制请求参数、灯组控制ID、闪烁模式控制参数，如请求参数PositionFL_Turnon({5,3}，{255,255}，{0；0；0；0；0}，{1000；2000；60}，{0,0}，{100})，闪烁模式点亮左前位置灯，点亮1s，熄灭2s，点亮时亮度为60％；

4)流水模式需要传入控制请求参数、灯组控制ID、流水模式控制参数，如请求参数PositionFL_Turnon({5,4}，{255,255}，{0；0；0；0；0}，{0；0；0}，{2,1000}，{0})，流水模式点亮左前位置灯，流水模式2，流水频率1s。

(3)查看灯光状态

服务调用之后通过CANOE软件读取车身控制器输出的CAN信号，查看车身控制器是否输出相应的灯光信号，灯光开启信号值为1表示该灯光处于点亮状态，0表示熄灭状态，CAN信号的值与服务请求参数是一致的，则测试通过，反之则测试失败，需要排查车身控制器软件问题。

综上，本申请实施例在车身控制器功能单体测试阶段，只有车身控制器，不能像实车上那样，通过车灯开关或是中控屏按键直接控制灯光，只能通过调用车身控制器的车灯服务接口的方式，模拟外域调用灯光的场景，不同的场景调用车灯服务接口时传入不同的参数就能控制车灯达到不同的灯效，然后再查看车身控制器输出的CAN信号，检查灯光相关信号输出是否与请求参数一致进行测试，从而实现在项目早期进行车灯功能测试，能够更早的发现车身控制器的缺陷，提高产品质量。

其次参照附图描述根据本申请实施例提出的车身控制器的测试装置。

图4是本申请实施例的车身控制器的测试装置的方框示意图。

如图4所示，该装置应用于测试设备，车身控制器与车灯矩阵相连，其中，装置10包括：获取模块100、调用模块200和判定模块300。

其中，获取模块100用于获取车身控制器的测试场景；调用模块200用于根据测试场景确定车灯矩阵的测试参数，调用车身控制器的服务接口传入测试参数，利用测试参数生成调用命令，并检测车身控制器基于调用命令控制车灯矩阵工作的控制参数；判定模块300用于若测试参数和控制参数一致，则判定车身控制器的测试合格，否则判定车身控制器的测试不合格。

在本申请实施例中，测试参数包括控制请求参数、车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

在本申请实施例中，测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种，调用模块200进一步用于：若测试场景为常规模式，则测试参数包括控制请求参数和脉冲宽度调制占空比；若测试场景为闪烁模式，则测试参数包括控制请求参数、灯组控制标识和第一控制参数；若测试场景为呼吸模式，则测试参数包括控制请求参数、灯组控制标识和第二控制参数；若测试场景为流水模式，则测试参数包括控制请求参数、灯组控制标识和第三控制参数。

在本申请实施例中，控制请求参数包括车灯矩阵中灯组的点亮优先级和控制模式，第一控制参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间中的一种或多种，第二控制参数包括闪烁周期、闪烁周期内点亮时长和熄灭时长中的一种或多种，第三控制参数包括流水频率。

在本申请实施例中，获取模块100进一步用于：配置测试设备与车身控制器处于同一网段；检测测试设备与车身控制器之间的网络是否连通，并在连通后对车身控制器进行测试。

需要说明的是，前述对车身控制器的测试方法实施例的解释说明也适用于该实施例的车身控制器的测试装置，此处不再赘述。

根据本申请实施例提出的车身控制器的测试装置，根据不同的测试场景确定车灯矩阵的测试参数，并调用车身控制器的服务接口传入相关测试参数，检测车身控制器基于测试参数生成的调用命令所输出的控制参数是否与测试参数一致，若一致则判定车身控制器测试合格，基于灯光模拟测试车身控制器功能，能够在模拟过程中发现车身控制器的功能缺陷，及时进行解决，提升车身控制器的质量。

图5为本申请实施例提供的测试设备的结构示意图。该测试设备可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的车身控制器的测试方法。

进一步地，测试设备还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车身控制器的测试方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车身控制器的测试方法，其特征在于，所述方法应用于测试设备，所述车身控制器与车灯矩阵相连，其中，所述方法包括以下步骤：

获取所述车身控制器的测试场景；

根据所述测试场景确定所述车灯矩阵的测试参数，调用所述车身控制器的服务接口传入所述测试参数，利用所述测试参数生成调用命令，并检测所述车身控制器基于所述调用命令控制所述车灯矩阵工作的控制参数；

若所述测试参数和所述控制参数一致，则判定所述车身控制器的测试合格，否则判定所述车身控制器的测试不合格。

2.根据权利要求1所述的方法，其特征在于，所述测试参数包括控制请求参数、所述车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

3.根据权利要求2所述的方法，其特征在于，所述测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种，所述根据所述测试场景确定所述车灯矩阵的测试参数包括：

若所述测试场景为所述常规模式，则所述测试参数包括所述控制请求参数和所述脉冲宽度调制占空比；

若所述测试场景为所述闪烁模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第一控制参数；

若所述测试场景为所述呼吸模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第二控制参数；

若所述测试场景为所述流水模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第三控制参数。

4.根据权利要求2或3所述的方法，其特征在于，所述控制请求参数包括所述车灯矩阵中灯组的点亮优先级和控制模式，第一控制参数包括起始亮度、上限亮度、下限亮度、上限至下限时间、下限至上限时间中的一种或多种，第二控制参数包括闪烁周期、所述闪烁周期内点亮时长和熄灭时长中的一种或多种，第三控制参数包括流水频率。

5.根据权利要求1所述的方法，其特征在于，在所述获取所述车身控制器的测试场景之前，还包括：

配置所述测试设备与所述车身控制器处于同一网段；

检测所述测试设备与所述车身控制器之间的网络是否连通，并在连通后对所述车身控制器进行测试。

6.一种车身控制器的测试装置，所述装置应用于测试设备，所述车身控制器与车灯矩阵相连，其中，所述装置包括：

获取模块，用于获取所述车身控制器的测试场景；

调用模块，用于根据所述测试场景确定所述车灯矩阵的测试参数，调用所述车身控制器的服务接口传入所述测试参数，利用所述测试参数生成调用命令，并检测所述车身控制器基于所述调用命令控制所述车灯矩阵工作的控制参数；

判定模块，用于若所述测试参数和所述控制参数一致，则判定所述车身控制器的测试合格，否则判定所述车身控制器的测试不合格。

7.根据权利要求6所述的装置，其特征在于，所述测试参数包括控制请求参数、所述车灯矩阵中灯组控制标识、第一至第三控制参数和脉冲宽度调制占空比中的一种或多种。

8.根据权利要求7所述的装置，其特征在于，所述测试场景包括常规模式、闪烁模式、呼吸模式和流水模式中的任意一种，所述根据所述测试场景确定所述车灯矩阵的测试参数包括：

若所述测试场景为所述常规模式，则所述测试参数包括所述控制请求参数和所述脉冲宽度调制占空比；

若所述测试场景为所述闪烁模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第一控制参数；

若所述测试场景为所述呼吸模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第二控制参数；

若所述测试场景为所述流水模式，则所述测试参数包括控制请求参数、所述灯组控制标识和第三控制参数。

9.一种测试设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车身控制器的测试方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车身控制器的测试方法。