CN115993812A - 整车故障诊断测试方法、装置、系统、设备及介质 - Google Patents

Abstract

本发明公开了一种整车故障测试系统，包括：上位机、硬件在环设备和测试台架；所述上位机用于配置硬件在环设备与测试台架之间的接口、用于向被测控制器注入故障、用于创建测试用例、根据注入的故障生成的故障反馈数据生成故障测试报告；所述硬件在环设备包括信息采集模块、板卡；所述测试台架上布置一个或多个实体对象，每一个实体对象对应一个车辆的控制器。本发明可对全车任一控制器ECU进行故障诊断测试，且可以拆卸替换任意被测零部件，具有良好的兼容性；相较于只能测试控制器本身故障诊断的零部件故障诊断测试，该发明可以全面地记录故障发生后，控制器自身故障以及整车系统各控制器的故障诊断措施和现象，具备系统性和全面性。

Description

整车故障诊断测试方法、装置、系统、设备及介质

技术领域

本发明涉及汽车故障诊断领域,具体涉及一种整车故障诊断测试方法、装置、系统、设备及介质。

背景技术

现有的汽车整车故障诊断测试一方面主要依靠零部件单体测试，不能构成系统性的故障诊断测试结果，不能真实有效地反映出整车故障状态，从而无法准确找出系统故障发生后的有效应对措施；另一方面，现有的整车故障诊断测试主要集中在实车测试，故障难以注入，不但用例多且往往无法实施，测试周期长，甚至达到几个月。CN114756009A公开了一种基于新能源汽车整车功能的测试系统，虽然能以自动化/半自动化的方式完成整车功能的HIL测试，有效提升测试效率，但其测试范围不够广。这些是传统测试方法的特点，往往投入大量的人力物力，得到的却是测试范围窄而不准确。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种整车故障诊断测试方法、装置、系统、设备及介质，以解决上述技术问题。

本发明提供的一种整车故障测试方法，所述方法包括：

响应在上位机界面上的选择操作确定目标测试对象；其中，所述目标测试对象为测试台架上的多个实体对象中的一个或多个；

向所述目标测试对象注入目标故障；

获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

基于所述故障反馈数据生成故障测试报告，以完成故障测试。

于本发明一实施例中，所述目标测试对象为控制器，所述向所述目标测试对象注入目标故障，包括：

获取目标测试内容，并基于所述目标测试内容向所述目标测试对象注入与所述目标测试内容对应的目标故障；其中，所述目标测试内容包括以下至少之一：被测控制引脚的故障、控制器中运行的程序的故障。

于本发明一实施例中，所述向所述目标测试对象注入目标故障，包括：

上位机通过上位机与硬件在环设备之间的第一数据交互通道向所述硬件在环设备发送目标故障，硬件在环设备通过硬件在环设备与测试台架之间的第二数据交互通道将所述目标故障注入到所述目标测试对象中。

于本发明一实施例中，所述被测控制引脚的故障被配置为以下至少之一：对电源短路故障、对地短路故障、开路故障、多个信号之间的短路故障、虚接故障。

本发明提供的一种整车故障测试装置，所述装置包括：

目标测试对象确定模块，用于响应在上位机界面上的选择操作确定目标测试对象；其中，所述目标测试对象为测试台架上的多个实体对象中的一个或多个；

故障注入模块，用于向所述目标测试对象注入目标故障；

数据获取模块，用于获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

故障测试模块，用于基于所述故障反馈数据生成故障测试报告，以完成故障测试。

本发明提供的一种整车故障测试系统，所述测试系统包括：上位机、硬件在环设备和测试台架；

所述上位机包括：参数配置模块、测试用例编辑模块以及自动化测试模块；所述参数配置模块用于配置硬件在环设备与测试台架之间的接口；所述故障注入模块用于向被测控制器注入故障；所述测试用例编辑模块用于创建测试用例；所述自动化测试模块用于基于测试用例完成测试内容，并基于被测控制器根据注入的故障生成的故障反馈数据生成故障测试报告；

所述硬件在环设备包括信息采集模块、板卡；所述信息采集模块用于采集被测控制器基于注入的故障生成的故障反馈数据；所述板卡用于映射模拟的接口；

所述测试台架上布置一个或多个实体对象，每一个实体对象对应一个车辆的控制器。

于本发明一实施例中，所述测试系统还包括：转毂试验台或/和充放电设备；

所述转毂试验台包括用于产生阻力矩的测功机，并基于所述阻力矩为所述测试台架提供负载和坡度；

所述充放电设备用于模拟充放电故障场景。

于本发明一实施例中，所述板卡包括：

电阻板卡，用于模拟不同大小的电阻值，生成电阻类信号；

模拟\数字\电平信号IO板卡，用于生成对应的模拟\数字\电平信号，并将模拟\数字\电平信号发送至测试台架，或接收并采集测试台架运行信号；

IO信号三通板卡，用于对真实值和虚拟值之间进行切换；

CAN通信板卡，用于与被测控制器进行数据交互。

本发明提供的一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述的基于OTA的批量升级方法的步骤。

本发明提供的一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行上述的基于OTA的批量升级方法的步骤。

本发明的有益效果：

本发明不只是布置单纯的电控系统，完全依靠硬件在环设备模拟信号进行测试，这样的测试结果不具有真实性，不具有更多的参考意义。测试台架通过真实零部件、真实ECU的合理布置，较好地还原了真实车辆实际工作状态，获取的试验数据更加可靠；

本发明通过IO信号真实和虚拟的切换，可对一些极端场景进行故障注入，覆盖实车测试无法操作的场景，相较于实车测试极限工况故障注入具有一定的安全性；

本发明可对全车任一控制器ECU进行故障诊断测试，且可以拆卸替换任意被测零部件，具有良好的兼容性；

相较于只能测试控制器本身故障诊断的零部件故障诊断测试，该发明可以全面地记录故障发生后，控制器自身故障以及整车系统各控制器的故障诊断措施和现象，具备系统性和全面性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本申请的一示例性实施例示出的一种整车故障测试方法的流程图；

图2为本申请的一示例性实施例示出的一种整车故障测试装置的流程图；

图3为本申请的一示例性实施例示出的一种整车故障测试系统的流程图；

图4示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

本申请的实施例分别提出一种整车故障诊断测试方法、一种整车故障诊断测试装置、一种整车故障诊断测试系统、一种电子设备、一种计算机可读存储介质，以下将对这些实施例进行详细描述。

请参阅图1，图1为本申请一示例性的一种整车故障诊断测试方法的流程图。如图1所示，整车故障诊断测试方法，至少包括步骤S110至步骤S140，详细介绍如下：

步骤S110，响应在上位机界面上的选择操作确定目标测试对象；

测试人员可以在上位机界面上通过鼠标点击或通过触摸上位机界面的方式来选择要测试的对象，即需要对哪个对象进行故障测试，即目标测试对象。需要说明的是，目标测试对象是测试台架上的多个实体对象中的一个或多个。可以理解的是，目标测试对象即是要对测试台架上的一个或多个实体对象进行故障测试，若目标测试对象是控制器，即需要对测试台架上的一个或多个控制器进行故障测试。通过上位机选择测试台架上的实体对象，完成目标测试对象的确定。

需要说明的是，在确定好目标测试对象后，即被测控制器后还需要确定与被控制器关联的其他实体对象，即被测控制器的外围电路，以及为了完成对该被控制器的故障测试需要的其他零部件(包括电气元件等)，通过被测控制器与其他零部件构成一个完整的测试环境。

步骤S120，向所述目标测试对象注入目标故障；

仍以目标测试对象为控制器为例，目标测试对象为待测控制器，所述的向所述目标测试对象注入目标故障，包括：

获取目标测试内容，并基于所述目标测试内容向所述目标测试对象注入与所述目标测试内容对应的目标故障。

在这里需要说明的是，目标测试内容，即需要对待测控制器进行哪些测试。具体地，可以包括对被控制器引脚的故障进行测试，以及对控制器中运行的程序的故障进行测试，即对控制器本身的故障进行测试。

进一步地，所述被测控制引脚的故障被配置为以下至少之一：对电源短路故障、对地短路故障、开路故障、多个信号之间的短路故障、虚接故障。

还需要说明的是，目标测试内容可以通过测试用例来表示，在进行故障注入的时候，可以根据选择测试用例控制负责故障注入的模块来进行故障注入操作。

具体地，在向所述目标测试对象注入目标故障时，上位机通过上位机与硬件在环设备之间的第一数据交互通道向所述硬件在环设备发送目标故障，硬件在环设备通过硬件在环设备与测试台架之间的第二数据交互通道将所述目标故障注入到所述目标测试对象中。

步骤S130，获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

目标测试对象，即被测控制器在接收注入的目标故障时，会根据目标故障生成故障反馈数据，然后将故障反馈数据反馈至硬件在环设备，硬件在环设备再将故障反馈数据发送到上位机，再由上位机对该故障反馈数据进行后续处理。

步骤S140，基于所述故障反馈数据生成故障测试报告，以完成故障测试。

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

如图2所示，本申请提供一种整车故障诊断测试装置，所述测试装置包括：

目标测试对象确定模块210，用于响应在上位机界面上的选择操作确定目标测试对象；其中，所述目标测试对象为测试台架上的多个实体对象中的一个或多个；

故障注入模块220，用于向所述目标测试对象注入目标故障；

数据获取模块230，用于获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

故障测试模块240，用于基于所述故障反馈数据生成故障测试报告，以完成故障测试。

需要说明的是，上述实施例所提供的整车故障诊断测试装置与上述实施例所提供的整车故障诊断测试方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的整车故障诊断测试装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

如图3所示，本申请提供一种整车故障诊断测试系统，在图3中，所述故障诊断测试系统包括：上位机、硬件在环设备(HIL控制柜，Hardware-in-the-Loop)和测试台架(Labcar)；

上位机是基于试验管理软件来对上位机进行管理的，主要包括试验管理、故障注入、测试用例编辑以及自动化测试等功能。试验管理主要是对板卡模拟的IO信号进行编辑，以实现对HLI设备硬件资源和数据的修改、保存，以方便上位机将对应的故障注入到测试台架上的目标测试对象；另外试验管理还可以实现对模型变量和报文进行记录或实时监控；故障注入主要是向目标测试对象注入故障，若目标测试对象为控制器，则故障注入主要包括对被测控制器引脚进行故障注入或/和对选取控制器本身进行故障注入，不对系统进行故障注入；所述测试用例编辑模块用于创建测试用例，其中，可以通过图形化编程软件创建测试用例；所述自动化测试模块用于基于测试用例完成测试内容，并基于被测控制器根据注入的故障生成的故障反馈数据生成故障测试报告。

所述硬件在环设备包括信息采集模块、板卡；所述信息采集模块用于采集被测控制器基于注入的故障生成的故障反馈数据；当然，信息采集模块还用于采集测试台架的运行信息；所述板卡用于映射模拟的接口，在需要对被测控制器进行测试时，可以通过上位机对模拟的接口进行配置。

需要说明的是，HIL控制柜还包括故障注入模块、实时控制模块、电源管理模块，故障注入模块用以实现对上位机和整车台架真实线束和控制器之间的连接，为整车系统台架自动化地注入故障；实时控制模块则相当于提供给了一块实时处理器，用于数据的实时处理以及测试模型的运算。

所述测试台架上布置一个或多个实体对象，每一个实体对象对应一个车辆的控制器。

具体地，测试台架上布置了整车测试所需的真实控制器ECU、相关零部件(如电池、电驱、高压电源管理模块等)、热管理管路、高低压线束、显示仪表和中控以及各类开关。根据平台化项目车型大小，选取铝合金或钢制金属框架。将测试用电子电器部件搭载到铝合金或钢制金属框架中，形成诊断测试Labcar台架，并保障平台化项目具有通用性，可供拆卸和更换。

在一实施例中，所述测试系统还包括：转毂试验台或/和充放电设备；

所述转毂试验台包括用于产生阻力矩的测功机，并基于所述阻力矩为所述测试台架提供负载和坡度；

在对转转毂试验台进行布置时，将转毂试验台布置在Labcar测试台架下方，通过测功机产生一定阻力矩，以调节转毂转速，控制Labcar台架驱动轮轮速，为试验台架提供负载和坡度，通常选用四驱四电机的转毂设备，接入到四个车轮中，模拟高速、中速、低速真实负载。

所述充放电设备用于模拟充放电故障场景。充放电设备，包含直流充电、交流充电以及可调节放电负载的设备，通过对Labcar台架电池进行充放电，模拟充放电故障场景，实现对充放电过程中的故障诊断测试。另外还可以根据测试工况需要对SOC进行调节，对特殊SOC的工况场景进行全覆盖。

于本发明一实施例中，所述板卡包括：电阻板卡、模拟\数字\电平信号IO板卡、IO信号三通板卡、CAN通信板卡，用于与被测控制器进行数据交互。

需要说明的是，根据故障注入需要，选取的常见的资源板卡对测试台架注入故障，包括以下几种类型：

电阻板卡，用于代替传统的电阻类传感器，模拟不同大小的电阻值，生成电阻类信号，比如电池温度信号、剩余油量等信号。

模拟\数字\电平信号IO板卡，可以生成对应的模拟\数字\电平信号，发送给整车台架，或者接收并采集台架信号，用于模型分析。

IO信号三通板卡，可根据故障诊断测试需要，实时进行真实值和虚拟值之间的切换，以实现偶发故障等场景。

CAN通信板卡，分为CAN通讯板卡、LIN通讯板卡、以太网通讯板卡。

本实施例还提供了一种整车故障诊断测试系统的搭建方法，包含以下步骤：

步骤一，搭建转毂试验台，选取满足功率要求的液力测功机或电力测功机装载在转毂轴端，提供测试台架行驶所需阻力矩，并保留便于测试台架(Labcar台架)安装的空间和位置；

步骤二，搭建Labcar台架，将整车故障诊断涉及的真实控制器ECU、零部件硬件根据在实际车辆上的位置尽量准确的安装在铝合金或钢制支架上；将每个控制器的线束单独集合到同一个连接器上，用连接器接入到零部件硬件上；将高低压线束分开布置，保留一定距离，避免电磁干扰，出现错误帧；按诊断测试所需，将被测控制器需要控制变量的引脚、CAN通讯引脚接入到硬件在环设备中；最后将Labcar台架的车轮放置在转毂试验台上；

步骤三，搭建Labcar台架与上位机的桥梁—HIL控制柜；将HIL控制柜的故障注入模块、电源管理模块、实时控制模块、IO板卡用低压线束连接，将Labcar台架中的被测控制器引脚接入到硬件在环设备各类IO板卡的有效通道，为Labcar台架提供可调节的故障源，采集CAC通讯数据发送到上位机进行逻辑运算；

步骤四，故障诊断测试系统搭建，将上位机、HIL控制柜、Labcar台架、转毂试验台、充放电设备通过接插件进行连接，实现数据交互，通过上位机驱动IO板卡，对Larcar台架、充放电设备、转毂试验台以及故障注入实现自由控制；

步骤五，配置试验参数；确保各个模块连接可靠后，测试人员操作上位机，配置自动化测试软件工程文件，模拟整车不同场景；

步骤六，故障注入；通过HIL控制柜向台架输入两大类故障；具体地，一是调节用电平\模拟\数字信号IO板卡、电阻板卡，使传感器信号输入输出不在范围或电源短路、短路等引起被测控制器ECU自身报出对应故障，主要关注Larcar台架是否能准确报出对应故障，实现自身故障诊断；二是通过IO板卡向Larcar台架注入电气和通讯故障，关注Larcar台架是否按照诊断方案准确执行故障处理措施，实现全车诊断策略；

以高压互锁故障诊断测试为例，在实车诊断测试过程中，无法实现在高速行驶等测试场景触发高压互锁短地/断路故障。而采用本故障测试方法的方案可较好地还原整车在高速行驶、静止高压上电、快慢充电等任意工况下触发故障，将Labcar台架高压互锁回路与HIL机柜的故障注入模块进行串联后，通过上位机的自动化测试用例输入故障，可控制故障注入的继电器吸合或断开，从而使高压互锁回路产生对电源短路故障、对地短路故障或开路故障。

步骤七，模拟整车在不同场景下注入故障后，获取整车的实际表现，采集车辆的运行信息、故障信息。仍以高压互锁诊断测试为例，待高压互锁故障注入后，上位机读取相关各控制器(电池，VCU，仪表)相应的故障等级、故障代码、高压上下电状态、车速、扭矩大小、故障指示灯等信号，判断是否按照诊断方案进行车辆限速、扭矩限制、整车下电以及通过动力系统故障指示灯进行文字提示。

步骤八，根据实际测试数据和测试台架的工作现象，上位机软件得出诊断测试结论，自动生成全车控制器的故障测试报告；根据故障测试报告修改被测控制器ECU的硬件和软件；并与已制定的整车控制系统诊断方案进行比较，对诊断方案进行逐步优化，提高车辆质量稳定性及安全性。

本发明不只是布置单纯的电控系统，完全依靠硬件在环设备模拟信号进行测试，这样的测试结果不具有真实性，不具有更多的参考意义。测试台架通过真实零部件、真实ECU的合理布置，较好地还原了真实车辆实际工作状态，获取的试验数据更加可靠；

本发明通过IO信号真实和虚拟的切换，可对一些极端场景进行故障注入，覆盖实车测试无法操作的场景，相较于实车测试极限工况故障注入具有一定的安全性；

本发明可对全车任一控制器ECU进行故障诊断测试，且可以拆卸替换任意被测零部件，具有良好的兼容性；

相较于只能测试控制器本身故障诊断的零部件故障诊断测试，该发明可以全面地记录故障发生后，控制器自身故障以及整车系统各控制器的故障诊断措施和现象，具备系统性和全面性。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的整车故障诊断测试方法。

图4示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图4示出的电子设备的计算机系统仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统包括中央处理单元(CentralProcessingUnit，CPU)，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)中的程序或者从储存部分加载到随机访问存储器(RandomAccessMemory，RAM)中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM中，还存储有系统操作所需的各种程序和数据。CPU、ROM以及RAM通过总线彼此相连。输入/输出(Input/Output，I/O)接口也连接至总线。

以下部件连接至I/O接口：包括键盘、鼠标等的输入部分；包括诸如阴极射线管(CathodeRayTube，CRT)、液晶显示器(LiquidCrystalDisplay，LCD)等以及扬声器等的输出部分；包括硬盘等的储存部分；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入储存部分。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图2所示的整车故障诊断测试方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnly Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDisc Read-OnlyMemory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的整车故障诊断测试方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的整车故障诊断测试方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种整车故障测试方法，其特征在于，所述方法包括：

响应在上位机界面上的选择操作确定目标测试对象；其中，所述目标测试对象为测试台架上的多个实体对象中的一个或多个；

向所述目标测试对象注入目标故障；

获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

基于所述故障反馈数据生成故障测试报告，以完成故障测试。

2.根据权利要求1所述的整车故障测试方法，其特征在于，所述目标测试对象为控制器，所述向所述目标测试对象注入目标故障，包括：

获取目标测试内容，并基于所述目标测试内容向所述目标测试对象注入与所述目标测试内容对应的目标故障；其中，所述目标测试内容包括以下至少之一：被测控制引脚的故障、控制器中运行的程序的故障。

3.根据权利要求2所述的整车故障测试方法，其特征在于，所述向所述目标测试对象注入目标故障，包括：

上位机通过上位机与硬件在环设备之间的第一数据交互通道向所述硬件在环设备发送目标故障，硬件在环设备通过硬件在环设备与测试台架之间的第二数据交互通道将所述目标故障注入到所述目标测试对象中。

4.根据权利要求3所述的整车故障测试方法，其特征在于，所述被测控制引脚的故障被配置为以下至少之一：对电源短路故障、对地短路故障、开路故障、多个信号之间的短路故障、虚接故障。

5.一种整车故障测试装置，其特征在于，所述装置包括：

目标测试对象确定模块，用于响应在上位机界面上的选择操作确定目标测试对象；其中，所述目标测试对象为测试台架上的多个实体对象中的一个或多个；

故障注入模块，用于向所述目标测试对象注入目标故障；

数据获取模块，用于获取所述目标测试对象基于所述目标故障生成的故障反馈数据；

故障测试模块，用于基于所述故障反馈数据生成故障测试报告，以完成故障测试。

6.一种整车故障测试系统，其特征在于，所述测试系统包括：上位机、硬件在环设备和测试台架；

所述上位机包括：参数配置模块、测试用例编辑模块以及自动化测试模块；所述参数配置模块用于配置硬件在环设备与测试台架之间的接口；所述故障注入模块用于向被测控制器注入故障；所述测试用例编辑模块用于创建测试用例；所述自动化测试模块用于基于测试用例完成测试内容，并基于被测控制器根据注入的故障生成的故障反馈数据生成故障测试报告；

所述硬件在环设备包括信息采集模块、板卡；所述信息采集模块用于采集被测控制器基于注入的故障生成的故障反馈数据；所述板卡用于映射模拟的接口；

所述测试台架上布置一个或多个实体对象，每一个实体对象对应一个车辆的控制器。

7.根据权利要求6所述的整车故障测试系统，其特征在于，所述测试系统还包括：转毂试验台或/和充放电设备；

所述转毂试验台包括用于产生阻力矩的测功机，并基于所述阻力矩为所述测试台架提供负载和坡度；

所述充放电设备用于模拟充放电故障场景。

8.根据权利要求6所述的整车故障测试系统，其特征在于，所述板卡包括：

电阻板卡，用于模拟不同大小的电阻值，生成电阻类信号；

模拟\数字\电平信号IO板卡，用于生成对应的模拟\数字\电平信号，并将模拟\数字\电平信号发送至测试台架，或接收并采集测试台架运行信号；

IO信号三通板卡，用于对真实值和虚拟值之间进行切换；

CAN通信板卡，用于与被测控制器进行数据交互。

9.一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1～4任意一项所述的整车故障测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如权利要求1～4任意一项所述的整车故障测试方法的步骤。

Images