具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请提供了一种车辆功率测试方法。在一示例中，该车辆功率测试方法可以在一种可与被测车辆控制器局域网络(CAN)网联进行通讯的底盘测功机测试系统中实施，底盘测功机测试系统可以包含底盘测功机本体、被测车辆、被测车辆的关键的控制器局域网络(CAN)通讯协议、数据采集控制器局域网络(CAN)通道以及规范化数据分析程序。关键的控制器局域网络通讯协议是指本申请的车辆功率测试方法所需要的信号，可以不是完整的控制器局域网络(CAN)通讯协议。

底盘测功机本体和测试系统可以是实时联通的，在开机时自检确保通讯没有问题。两者间的通讯连线通常使用以太网，硬件上可以一直连接在一起。测试系统启动的时候，可以先进行自检，例如变频器是否正常，控制器是否正常，本体限位开关是否正常，是否有报警等等信息。而每一款被测车辆的通讯协议可能都不一样。同一款车在不同开发阶段，其使用的通讯协议也可能不同。

图1是根据本申请一实施例示出的车辆功率测试方法的应用场景。在本申请实施例中，执行本申请的车辆功率测试方法的车辆功率测试系统在底盘测功机测试系统的底盘测功机上位机101中运行。底盘测功机上位机101上引出控制器局域网络(CAN)通讯接口102，控制器局域网络(CAN)通讯接口102通过控制器局域网络(CAN)通讯线103与被测车辆控制器局域网络(CAN)通讯接口104进行连接，因此底盘测功机上位机101可以与被测车辆105进行CAN信号通讯。底盘测功机上位机101通过以太网通讯108与底盘测功机本体106进行通讯。被测车辆105前方可以有迎面风机107。

底盘测功机测试系统上可以具有与CAN通讯配套的数据采集程序模块、数据分析程序模块、车辆参数控制模块，并与底盘测功机的道路模拟功能模块、车辆机械阻力测试模块、恒速控制模块、扫速控制模块等功能模块结合。在具有上述模块的底盘测功机测试系统和底盘测功机应用本申请的车辆功率测试方法，能够在标准的测试项目中开发自动数据分析功能，自动生成试验报告。

图2是根据本申请一实施例示出的车辆功率测试方法的流程示意图。本实施例的车辆功率测试方法包括以下步骤201-204：

步骤201，判断是否有被测车辆的控制器局域网络(Controller Area Network,CAN)通讯协议的数据库文件。若有数据库文件，则执行步骤202。若没有数据库文件，则结束流程。控制器局域网络通讯协议的数据库文件是指控制器局域网络通讯协议的DBC(Database CAN)文件，用于解析通过控制器局域网络通讯协议的信号列表。

步骤202，接收被测车辆发出的控制器局域网络通讯协议的第一报文并解析第一报文得到被测车辆的第一状态信号。在本申请的一实施例中，第一状态信号可以包括以下任意一项或多项的组合：电机转速信号、车速信号、电机扭矩信号、电池容量状态信号、直流母线电压信号以及直流母线电流信号。

步骤203，向被测车辆发送调试控制指令。在本申请的一实施例中，调试控制指令可以包括以下任意一项或多项的组合：油门踏板深度信号、制动踏板深度信号以及电机扭矩需求信号。在一个示例中，步骤203可以是响应于测试操作员的操作来执行的。

通过上述步骤202与步骤203，确保能够与被测车辆进行基于控制器局域网络通讯协议的通讯，能够通过控制器局域网络通讯协议通讯得到被测车辆的状态信号以及对被测车辆进行控制。

步骤204，基于车辆功率测试的测试内容，使底盘测功机本体和被测车辆协调执行车辆功率测试。车辆功率测试的测试内容可以是由测试操作员来进行选择或输入，由测试操作员配置道路测试参数设置文件。

在本申请的一实施例中，步骤204可以包括以下步骤204a和204b：

步骤204a，向被测车辆发送与测试内容对应的被测车辆控制指令，被测车辆控制指令用于设置被测车辆的模式。在本申请的一实施例中，被测车辆的模式可以包括以下任意一项或多项的组合：N档模式、驱动模式以及回收模式，被测车辆控制指令能够将被测车辆设置为其中一种模式。

步骤204b，向底盘测功机本体发送与测试内容对应的底盘测功机本体控制指令，底盘测功机本体控制指令用于设置底盘测功机本体的模式。在本申请的一实施例中，底盘测功机本体的模式可以包括以下任意一项或多项的组合：道路阻力模拟模式、恒速模式以及扫速模式，底盘测功机本体控制指令能够将底盘测功机本体设置为其中一种模式。

通过上述步骤204a与步骤204b，可以根据车辆功率测试的具体测试内容，为被测车辆和底盘测功机本体设置不同的控制模式，以同时协调盘测功机本体和被测车辆自动执行车辆功率测试。

综上所述，本实施例的车辆功率测试方法能够与被测车辆进行基于控制器局域网络通讯协议的通讯并使底盘测功机本体和被测车辆协调工作，大幅度提高了车辆功率测试的自动化水平。并且，可在特定车辆特定工况下替代驾驶机器人，降低了测试成本。同时，可以更好地配合各项标准试验方法(例如GB/T 18386.1-2021电动汽车能量消耗量与续驶里程试验方法)，依据标准方法提供自动化测试。而且随着网联化车辆的发展，可使车辆的工作状态上传至云端保存，可与云数据配合，便捷地实现实际道路工况复现，有利于车辆各系统功能开发与重复验证。

图3是根据本申请另一实施例示出的车辆功率测试方法的流程示意图。本实施例的车辆功率测试方法包括以下步骤301-308：

步骤301，判断是否有与被测车辆的通讯需求。若有通讯需求则执行步骤302，若没有通讯需求则结束流程。测试系统可以保留有现有技术中的测试功能，在无通讯需求的条件下不影响现有的测试。

步骤302，判断是否有被测车辆的控制器局域网络(Controller Area Network,CAN)通讯协议的数据库文件。若有数据库文件，则执行步骤303。若没有数据库文件，则执行步骤306。控制器局域网络通讯协议的数据库文件是指控制器局域网络通讯协议的DBC(Database CAN)文件，用于解析通过控制器局域网络通讯协议的信号列表。

步骤303，接收被测车辆发出的控制器局域网络通讯协议的第一报文并解析第一报文得到被测车辆的第一状态信号。在本申请的一实施例中，第一状态信号可以包括以下任意一项或多项的组合：电机转速信号、车速信号、电机扭矩信号、电池容量状态信号、直流母线电压信号以及直流母线电流信号。

步骤304，向被测车辆发送调试控制指令。在本申请的一实施例中，调试控制指令可以包括以下任意一项或多项的组合：油门踏板深度信号、制动踏板深度信号以及电机扭矩需求信号。在一个示例中，步骤203可以是响应于测试操作员的操作来执行的。

通过上述步骤303与步骤304，确保能够与被测车辆进行基于控制器局域网络通讯协议的通讯，能够通过控制器局域网络通讯协议通讯得到被测车辆的状态信号以及对被测车辆进行控制。

步骤305，基于车辆功率测试的测试内容，使底盘测功机本体和被测车辆协调执行车辆功率测试。车辆功率测试的测试内容可以是由测试操作员来进行选择或输入，由测试操作员配置道路测试参数设置文件。

在本申请的一实施例中，步骤305可以包括以下步骤305a和305b：

步骤305a，向被测车辆发送与测试内容对应的被测车辆控制指令，被测车辆控制指令用于设置被测车辆的模式。在本申请的一实施例中，被测车辆的模式可以包括以下任意一项或多项的组合：N档模式、驱动模式以及回收模式，被测车辆控制指令能够将被测车辆设置为其中一种模式。

步骤305b，向底盘测功机本体发送与测试内容对应的底盘测功机本体控制指令，底盘测功机本体控制指令用于设置底盘测功机本体的模式。在本申请的一实施例中，底盘测功机本体的模式可以包括以下任意一项或多项的组合：道路阻力模拟模式、恒速模式以及扫速模式，底盘测功机本体控制指令能够将底盘测功机本体设置为其中一种模式。

通过上述步骤305a与步骤305b，可以根据车辆功率测试的具体测试内容，为被测车辆和底盘测功机本体设置不同的控制模式，以同时协调盘测功机本体和被测车辆自动执行车辆功率测试。

步骤306，接收被测车辆在执行预设的特性工况时发出的控制器局域网络通讯协议的第二报文，并根据第二报文破译出被测车辆的第二状态信号。在本申请的一实施例中，预设的特性工况可以为中国工况、等速60工况、N档静置工况、N档下开启空调制冷工况或N档下开启空调制热工况等工况。当没有被测车辆的控制器局域网络通讯协议的数据库文件时，接收被测车辆在不同工况下的报文，并通过在不同工况下的信号的变化特征，破译解析出关键状态信号。在本申请的一实施例中，第二状态信号可以包括以下任意一项或多项的组合：电机转速信号、车速信号、电机扭矩信号、电池容量状态信号、直流母线电压信号以及直流母线电流信号。

步骤307，接收被测车辆发出的控制器局域网络通讯协议的第三报文，并基于被测车辆的第二状态信号解析第三报文得到被测车辆的第三状态信号。在本申请的一实施例中，第三状态信号可以包括以下任意一项或多项的组合：电机转速信号、车速信号、电机扭矩信号、电池容量状态信号、直流母线电压信号以及直流母线电流信号。

步骤308，基于车辆功率测试执行期间接收到的被测车辆的数据和底盘测功机本体的数据，自动生成测试报告。在车辆功率测试完成后，自动根据接收到的被测车辆和底盘测功机本体的数据生成测试报告，无需测试工程师进行数据分析处理工作，提高了测试自动化水平和测试效率。

综上所述，本实施例的车辆功率测试方法能够与被测车辆进行基于控制器局域网络通讯协议的通讯并使底盘测功机本体和被测车辆协调工作，大幅度提高了车辆功率测试的自动化水平。并且，可在特定车辆特定工况下替代驾驶机器人，降低了测试成本。同时，可以更好地配合各项标准试验方法(例如GB/T 18386.1-2021电动汽车能量消耗量与续驶里程试验方法)，依据标准方法提供自动化测试。而且随着网联化车辆的发展，可使车辆的工作状态上传至云端保存，可与云数据配合，便捷地实现实际道路工况复现，有利于车辆各系统功能开发与重复验证。

本申请还提供了一种车辆功率测试系统，包括：存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如上所述的方法。

图4是根据本申请一实施例示出的车辆功率测试系统的架构图。参考图4所示，该车辆功率测试系统400可包括内部通信总线401、处理器(Processor)402、只读存储器(ROM)403、随机存取存储器(RAM)404、以及通信端口405。当应用在个人计算机上时，车辆功率测试系统400还可以包括硬盘407。内部通信总线401可以实现车辆功率测试系统400组件间的数据通信。处理器402可以进行判断和发出提示。在一些实施例中，处理器402可以由一个或多个处理器组成。通信端口405可以实现车辆功率测试系统400与外部的数据通信。在一些实施例中，车辆功率测试系统400可以通过通信端口405从网络发送和接受信息及数据。车辆功率测试系统400还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘407，只读存储器(ROM)403和随机存取存储器(RAM)404，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

可以理解，本申请的车辆功率测试方法并不限于由一个车辆功率测试系统实施，而是可以由多个联机的车辆功率测试系统协同实施。联机的车辆功率测试系统可以通过局域网或者广域网连接和通信。

在本申请的一实施例中，车辆功率测试系统可以在底盘测功机测试系统的底盘测功机上位机中运行。本实施例的车辆功率测试系统的其他实施细节可参考图1所描述的实施例，在此不再展开描述。

本实施例的车辆功率测试系统的其他实施细节可参考图2至图3所描述的实施例，在此不再展开描述。

本申请还提供了一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如上所述的方法。

举例来说，本申请的车辆功率测试方法可以实施为一种车辆功率测试方法的程序，保存在存储器中，并可加载到处理器中执行，以实施本申请的车辆功率测试方法。

车辆功率测试方法实施为计算机程序时，也可以存储在计算机可读存储介质中作为制品。例如，计算机可读存储介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩盘(CD)、数字多功能盘(DVD))、智能卡和闪存设备(例如，电可擦除可编程只读存储器(EPROM)、卡、棒、键驱动)。此外，本文描述的各种存储介质能代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于能存储、包含和/或承载代码和/或指令和/或数据的无线信道和各种其它介质(和/或存储介质)。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述申请披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的方法和系统的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘(CD)、数字多功能盘(DVD)……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)，或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的申请实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个申请实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可做出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。