CN116679683A - 车辆故障诊断的测试方法、装置、电子设备及存储介质 - Google Patents
车辆故障诊断的测试方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116679683A CN116679683A CN202310801006.8A CN202310801006A CN116679683A CN 116679683 A CN116679683 A CN 116679683A CN 202310801006 A CN202310801006 A CN 202310801006A CN 116679683 A CN116679683 A CN 116679683A
- Authority
- CN
- China
- Prior art keywords
- fault
- information
- feedback information
- test
- real
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 160
- 238000010998 test method Methods 0.000 title claims abstract description 34
- 238000012360 testing method Methods 0.000 claims abstract description 196
- 230000009471 action Effects 0.000 claims description 59
- 238000010276 construction Methods 0.000 claims description 20
- 238000000034 method Methods 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 14
- 239000013255 MILs Substances 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000004088 simulation Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012804 iterative process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 241000976924 Inca Species 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000013515 script Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
- Y02T10/00—Road transport of goods or passengers
- Y02T10/10—Internal combustion engine [ICE] based vehicles
- Y02T10/40—Engine management systems
Abstract
本申请提供了一种车辆故障诊断的测试方法、装置、电子设备及存储介质，应用于车辆故障诊断的测试系统，测试系统包括实时机、控制器、诊断工具以及故障诊断表；测试方法包括：基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；从所述故障诊断表中获取所述故障场景对应的故障信息；通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。采用本申请提供的技术方案能够提高车辆硬件在环故障诊断的测试效率以及准确性。
Description
技术领域
本申请涉及汽车技术领域，尤其是涉及一种车辆故障诊断的测试方法、装置、电子设备及存储介质。
背景技术
新能源汽车HIL(Hardware in the loop)测试即硬件在环测试，又称半实物仿真，实时硬件运行Simulink被控对象，被控对象受真实控制器控制。与实车测试相比，HIL测试在实验室对极端工况进行测试，相对安全，其成本也较低，能在控制算法上车之前对控制器进行全面测试。
目前，在进行硬件在环故障诊断测试时，通常需要HIL测试对故障场景进行模拟，但是该方式存在很多故障场景在实车上很难实现或者实现成本比较高的问题；并且在模拟不同的故障场景时还需要技术人员人为修改实时机或控制器中的参数，导致测试的时间和人力成本较高；以及随着故障数量的增加，在版本更新迭代的过程中，还需要一直进行维护和测试，影响故障诊断的判断，导致实车故障诊断测试异常；因此，如何对车辆硬件在环进行的故障诊断测试，成为了亟待解决的问题。
发明内容
有鉴于此，本申请的目的在于提供一种车辆故障诊断的测试方法、装置、电子设备及存储介质，能够通过故障诊断表自动构建故障场景，通过控制器生成的反馈信息与故障诊断表中的故障信息进行比对，无需人工逐个寻找故障信息中的标定量，提高了车辆硬件在环故障诊断的测试效率以及准确性。
本申请主要包括以下几个方面：
第一方面，本申请实施例提供了一种车辆故障诊断的测试方法，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试方法包括：
基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；
从所述故障诊断表中获取所述故障场景对应的故障信息；
通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
进一步的，通过以下步骤构建故障场景：
从所述故障诊断表中获取构建故障场景所需的构造条件；
基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
通过所述控制器确定所述置位参数是否满足故障条件；
若满足，则控制控制器生成反馈信息；
通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
进一步的，所述将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果的步骤，包括：
将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
进一步的，所述测试方法还包括：
若所述反馈信息中的故障码与所述故障信息中的故障码不一致，则输出所述反馈信息中的故障码以及所述故障信息中的故障场景，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障动作与所述故障信息中的故障动作不一致，则输出所述反馈信息中与所述故障信息不一致的故障动作，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态不一致，则输出所述反馈信息中与所述故障信息不一致的故障灯状态，并将测试不通过确定为所述实时机在所述故障场景下的测试结果。
进一步的，所述测试方法还包括：
若所述反馈信息中以及所述故障信息中均没有故障动作，则将测试通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中以及所述故障信息中均没有故障灯状态，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
第二方面，本申请实施例还提供了一种车辆故障诊断的测试装置，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试装置包括：
第一获取模块，用于基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；
第二获取模块，用于从所述故障诊断表中获取所述故障场景对应的故障信息；
测试模块，用于通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
进一步的，所述测试装置还包括构建模块，所述构建模块用于：
从所述故障诊断表中获取构建故障场景所需的构造条件；
基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
通过所述控制器确定所述置位参数是否满足故障条件；
若满足，则控制控制器生成反馈信息；
通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
进一步的，所述测试模块在用于将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果时，所述测试模块具体用于：
将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的车辆故障诊断的测试方法的步骤。
第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述的车辆故障诊断的测试方法的步骤。
本申请实施例提供的一种车辆故障诊断的测试方法、装置、电子设备及存储介质，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试方法包括：基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；从所述故障诊断表中获取所述故障场景对应的故障信息；通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
这样，采用本申请提供的技术方案能够通过故障诊断表自动构建故障场景，通过控制器生成的反馈信息与故障诊断表中的故障信息进行比对，无需人工逐个寻找故障信息中的标定量，提高了车辆硬件在环故障诊断的测试效率以及准确性。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种车辆故障诊断的测试方法的流程图；
图2示出了本申请实施例所提供的另一种车辆故障诊断的测试方法的流程图；
图3示出了本申请实施例所提供的一种构建故障场景的示意图；
图4示出了本申请实施例所提供的一种车辆故障诊断测试的示意图；
图5示出了本申请实施例所提供的一种故障诊断的测试流程的示意图；
图6示出了本申请实施例所提供的一种车辆故障诊断的测试装置的结构图之一；
图7示出了本申请实施例所提供的一种车辆故障诊断的测试装置的结构图之二；
图8示出了本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“车辆故障诊断的测试”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。
本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要测试车辆故障诊断的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的一种车辆故障诊断的测试方法、装置、电子设备及存储介质的方案均在本申请保护范围内。
值得注意的是，新能源汽车HIL(Hardware in the loop)测试即硬件在环测试，又称半实物仿真，实时硬件运行Simulink被控对象，被控对象受真实控制器控制。与实车测试相比，HIL测试在实验室对极端工况进行测试，相对安全，其成本也较低，能在控制算法上车之前对控制器进行全面测试。
目前，在进行硬件在环故障诊断测试时，通常需要HIL测试对故障场景进行模拟，但是该方式存在很多故障场景在实车上很难实现或者实现成本比较高的问题；并且在模拟不同的故障场景时还需要技术人员人为修改实时机或控制器中的参数，导致测试的时间和人力成本较高；以及随着故障数量的增加，在版本更新迭代的过程中，还需要一直进行维护和测试，影响故障诊断的判断，导致实车故障诊断测试异常；因此，如何对车辆硬件在环进行的故障诊断测试，成为了亟待解决的问题。
基于此，本申请提出了一种车辆故障诊断的测试方法、装置、电子设备及存储介质，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试方法包括：基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；从所述故障诊断表中获取所述故障场景对应的故障信息；通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
这样，采用本申请提供的技术方案能够通过故障诊断表自动构建故障场景，通过控制器生成的反馈信息与故障诊断表中的故障信息进行比对，无需人工逐个寻找故障信息中的标定量，提高了车辆硬件在环故障诊断的测试效率以及准确性。
为便于对本申请进行理解，下面将结合具体实施例对本申请提供的技术方案进行详细说明。
请参阅图1，图1为本申请实施例所提供的一种车辆故障诊断的测试方法的流程图，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；如图1中所示，所述测试方法包括：
S101、基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；
该步骤中，实时机指的是实时仿真硬件(或者说HIL台架)，就是要尽可能逼真地模拟真实被控对象，以有效地欺骗控制器，让控制器以为它正在控制一个真实的被控对象，达到在实验室模拟实车测试的效果。控制器VCU指的是车辆的核心电子控制单元，故障场景是基于故障诊断表进行构建的。
需要说明的是，请参阅图2，图2为本申请实施例所提供另一种车辆故障诊断的测试方法的流程图，如图2中所示，通过以下步骤构建故障场景：
S201、从所述故障诊断表中获取构建故障场景所需的构造条件；
该步骤中，可以将每个故障场景与其对应的故障参数以及故障参数建立映射关系，上传至故障诊断表中，构造条件为构建某个故障场景所需要修改的故障参数，可以从故障诊断表中获取该故障场景对应的故障参数作为构造该故障场景的条件。
S202、基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
该步骤中，实时机中设置有多个参数，均为正常场景下的标定参数，可以按照构造条件中的故障参数在实时机中所有的参数中找到每个故障参数对应的参数，将这些参数进行置位，例如参数A＝0，置位后的参数A＝1，将置位后的参数确定为置位参数。
这里，可以通过matlab对实时机的参数进行标定以构造出实车可能会遇到的所有故障场景，故障场景覆盖率可以达到100％，提高车辆硬件在环故障诊断测试的全面性。
S203、通过所述控制器确定所述置位参数是否满足故障条件；
该步骤中，可以利用XCP协议使实时机和控制器通讯，每个置位参数可以有各自的故障条件也可以使用统一的故障条件；例如，故障条件可以为每个置位参数的置位时间是否均大于第一预设时间，或者在置位参数与故障码的映射关系中是否具有这些置位参数对应的故障码等等。
S204、若满足，则控制控制器生成反馈信息；
该步骤中，反馈信息可以包括将对应的故障码置位、将对应的故障动作置位以及将故障指示灯(MIL灯)置位等。
S205、通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
该步骤中，通过反馈信息反馈故障给实时机，可以通过CAN信号传输进行反馈，例如反馈信息包括故障码、故障动作以及MIL灯状态等等，将反馈的故障所构成的场景确定为故障场景。这里，还可以通过CAN诊断工具对实时机进行观测，通过测试系统定义的映射关系进行判断，确定观测到的故障场景是否与真实的故障场景一致，若一致，则说明构造的故障场景成功。
作为示例，请参阅图3，图3为本申请实施例所提供一种构建故障场景的示意图，如图3中所示，实时机(简称实时机)从故障诊断表中获取构造故障所需要的条件，基于该条件修改对应的参数，将对应的参数进行置位，控制器获取到置位后的参数后，确定这些参数是否满足故障条件，例如，是否具有对应的故障码，若具有，则满足，通过底层处理故障对故障进行管理，例如，将这些参数对应的故障码置位、如有故障动作，将对应的故障动作置位、如有MIL故障灯，将MIL故障灯置位，然后生成反馈信息，通过应用层故障管理进行故障反馈，将反馈信息通过CAN信号传输反馈给实时机，反馈信息包括反馈故障码、反馈故障动作以及反馈MIL故障灯状态。
S102、从所述故障诊断表中获取所述故障场景对应的故障信息；
该步骤中，故障信息为故障场景对应的真实的信息，可以包括故障码、故障动作以及MIL故障灯等，可以将每个故障场景和对应的故障信息作为映射关系预先存储在故障诊断表中，每个故障场景对应的故障信息可以通过真实场景预先收集，也可以通过实验数据预先设置。
S103、通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
该步骤中，可以调用CAN诊断工具，例如诊断仪，PCAN-USB，Vehicle SPY3，CANoe等，通过诊断工具读取控制器生成的反馈信息，例如利用脚本调用汽车标定工具(例如INCA、CANape以及ECU等)可以直接收到反馈信息，使用总线开发设备(CAN openenvironment，CANOE)发送诊断指令去读取反馈信息中的故障码，保证测试的准确性；这里，需要给定故障码给故障诊断表，遍历故障诊断表，找到给定故障码对应的故障信息，由于可以直接根据故障码遍历出对应的故障信息，无需人工逐个寻找标定量，复用率高，并且随着数据增加也提高了测试便捷性；诊断工具从故障诊断表中获取给定故障码对应的故障信息，将反馈信息与故障信息进行比对，将比对结果作为测试结果存储在故障诊断表中，以便后续测试人员可以直接定位问题，进行问题排查，这种自动化将故障诊断的用例执行，可以节省测试工程师的时间，并输出测试结果精准定位问题，提高测试效率以及准确性。
作为示例，请参阅图4，图4为本申请实施例所提供一种车辆故障诊断测试的示意图，如图4中所示，实时机从故障诊断表中获取故障场景的构造条件，基于构造条件修改实时机中的标定参数以便构造故障，这里，可以同时将故障场景给定的故障码发送给故障诊断表中，故障诊断表中存储有故障码与故障信息的对应的关系，通过给定的故障码进行遍历，确定出给定的故障码对应的故障信息，将故障信息发送给诊断工具；控制器通过修改的参数确定对应的故障，报出故障，发出反馈信息，例如故障码置位、故障动作置位以及MIL灯状态置位等，诊断工具获取控制器发出的反馈信息以及故障诊断表发出的故障信息，将控制器发出的故障码、故障动作以及MIL灯状态与故障信息中预期的故障码、故障动作以及MIL灯状态进行比对，若控制器发出的反馈信息与预期的一致，则输出测试通过的测试结果存储在故障诊断表中，若控制器发出的反馈信息与预期的不一致，则输出测试不通过的测试结果存储在故障诊断表中。
需要说明的是，将反馈信息与故障信息进行比对，得到实时机在故障场景下的测试结果的步骤，包括：
1)、将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
2)、若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
3)、若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
4)、若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
需要说明的是，测试方法还包括：
一、若所述反馈信息中的故障码与所述故障信息中的故障码不一致，则输出所述反馈信息中的故障码以及所述故障信息中的故障场景，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
二、若所述反馈信息中的故障动作与所述故障信息中的故障动作不一致，则输出所述反馈信息中与所述故障信息不一致的故障动作，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
三、若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态不一致，则输出所述反馈信息中与所述故障信息不一致的故障灯状态，并将测试不通过确定为所述实时机在所述故障场景下的测试结果。
需要说明的是，测试方法还包括：
(1)、若所述反馈信息中以及所述故障信息中均没有故障动作，则将测试通过确定为所述实时机在所述故障场景下的测试结果；
(2)、若所述反馈信息中以及所述故障信息中均没有故障灯状态，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
作为示例，请参阅图5，图5为本申请实施例所提供一种故障诊断的测试流程的示意图，如图5中所示，构造故障场景，获取控制器发出的故障码以及故障诊断表中给定的故障场景的故障码，确定这两个故障码是否一致，若不一致，则输出故障场景和控制器发出的故障码，将测试不通过确定为测试结果进行输出，存储在故障诊断表中，若一致，则获取控制器发出的故障动作以及从故障诊断表中获取预期的所有故障动作，若控制器发出的和从故障诊断表中获取的均没有故障动作，则将测试通过确定为测试结果进行输出，存储在故障诊断表中；若控制器发出的和从故障诊断表中获取的均有故障动作，则确定控制器发出的故障动作与从故障诊断表中获取的故障动作是否一致(故障动作的数量一致以及内容一致)，若否，则输出所有没有置位的故障动作，将测试不通过确定为测试结果进行输出，存储在故障诊断表中，若是，则获取控制器发出的MIL灯状态以及从故障诊断表中获取预期的MIL灯状态，若控制器发出的和从故障诊断表中获取的均没有MIL灯，则将测试通过确定为测试结果进行输出，存储在故障诊断表中；若控制器发出的和从故障诊断表中获取的均有MIL灯，则确定控制器发出的MIL灯状态与从故障诊断表中获取的MIL灯状态是否一致，若是，则将测试通过确定为测试结果进行输出，存储在故障诊断表中；若否，则输出状态不一致的MIL灯，将测试不通过确定为测试结果进行输出，存储在故障诊断表中。
本申请实施例提供的一种车辆故障诊断的测试方法，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试方法包括：基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；从所述故障诊断表中获取所述故障场景对应的故障信息；通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
这样，采用本申请提供的技术方案能够通过故障诊断表自动构建故障场景，通过控制器生成的反馈信息与故障诊断表中的故障信息进行比对，无需人工逐个寻找故障信息中的标定量，提高了车辆硬件在环故障诊断的测试效率以及准确性。
基于同一申请构思，本申请实施例中还提供了与上述实施例提供一种车辆故障诊断的测试方法对应的一种车辆故障诊断的测试装置，由于本申请实施例中的装置解决问题的原理与本申请上述实施例一种车辆故障诊断的测试方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
请参阅图6、图7，图6为本申请实施例所提供的一种车辆故障诊断的测试装置的结构图之一，图7为本申请实施例所提供的一种车辆故障诊断的测试装置的结构图之二。应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；如图6中所示，所述测试装置610包括：
第一获取模块611，用于基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；
第二获取模块612，用于从所述故障诊断表中获取所述故障场景对应的故障信息；
测试模块613，用于通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
可选的，如图7所示，所述测试装置610还包括构建模块614，所述构建模块614用于：
从所述故障诊断表中获取构建故障场景所需的构造条件；
基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
通过所述控制器确定所述置位参数是否满足故障条件；
若满足，则控制控制器生成反馈信息；
通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
可选的，所述测试模块613在用于将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果时，所述测试模块613具体用于：
将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
可选的，所述测试模块613还用于：
若所述反馈信息中的故障码与所述故障信息中的故障码不一致，则输出所述反馈信息中的故障码以及所述故障信息中的故障场景，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障动作与所述故障信息中的故障动作不一致，则输出所述反馈信息中与所述故障信息不一致的故障动作，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态不一致，则输出所述反馈信息中与所述故障信息不一致的故障灯状态，并将测试不通过确定为所述实时机在所述故障场景下的测试结果。
可选的，所述测试模块613还用于：
若所述反馈信息中以及所述故障信息中均没有故障动作，则将测试通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中以及所述故障信息中均没有故障灯状态，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
本申请实施例提供的一种车辆故障诊断的测试装置，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试装置包括：第一获取模块，用于基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；第二获取模块，用于从所述故障诊断表中获取所述故障场景对应的故障信息；测试模块，用于通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
这样，采用本申请提供的技术方案能够通过故障诊断表自动构建故障场景，通过控制器生成的反馈信息与故障诊断表中的故障信息进行比对，无需人工逐个寻找故障信息中的标定量，提高了车辆硬件在环故障诊断的测试效率以及准确性。
请参阅图8，图8为本申请实施例所提供的一种电子设备的结构示意图。如图8中所示，所述电子设备800包括处理器810、存储器820和总线830。
所述存储器820存储有所述处理器810可执行的机器可读指令，当电子设备800运行时，所述处理器810与所述存储器820之间通过总线830通信，所述机器可读指令被所述处理器810执行时，可以执行如上述图1以及图2所示方法实施例中的车辆故障诊断的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1以及图2所示方法实施例中的车辆故障诊断的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种车辆故障诊断的测试方法，其特征在于，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试方法包括：
基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；
从所述故障诊断表中获取所述故障场景对应的故障信息；
通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
2.根据权利要求1所述的测试方法，其特征在于，通过以下步骤构建故障场景：
从所述故障诊断表中获取构建故障场景所需的构造条件；
基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
通过所述控制器确定所述置位参数是否满足故障条件；
若满足，则控制控制器生成反馈信息；
通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
3.根据权利要求1所述的测试方法，其特征在于，所述将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果的步骤，包括：
将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
4.根据权利要求3所述的测试方法，其特征在于，所述测试方法还包括：
若所述反馈信息中的故障码与所述故障信息中的故障码不一致，则输出所述反馈信息中的故障码以及所述故障信息中的故障场景，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障动作与所述故障信息中的故障动作不一致，则输出所述反馈信息中与所述故障信息不一致的故障动作，并将测试不通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态不一致，则输出所述反馈信息中与所述故障信息不一致的故障灯状态，并将测试不通过确定为所述实时机在所述故障场景下的测试结果。
5.根据权利要求3所述的测试方法，其特征在于，所述测试方法还包括：
若所述反馈信息中以及所述故障信息中均没有故障动作，则将测试通过确定为所述实时机在所述故障场景下的测试结果；
若所述反馈信息中以及所述故障信息中均没有故障灯状态，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
6.一种车辆故障诊断的测试装置，其特征在于，应用于车辆故障诊断的测试系统，所述测试系统包括实时机、控制器、诊断工具以及故障诊断表；所述测试装置包括：
第一获取模块，用于基于预先构建的故障场景，获取所述控制器在所述故障场景下对所述实时机的反馈信息；其中，所述故障场景是基于所述故障诊断表进行构建的；
第二获取模块，用于从所述故障诊断表中获取所述故障场景对应的故障信息；
测试模块，用于通过所述诊断工具将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果，并将所述测试结果写入所述故障诊断表中。
7.根据权利要求6所述的测试装置，其特征在于，所述测试装置还包括构建模块，所述构建模块用于：
从所述故障诊断表中获取构建故障场景所需的构造条件；
基于所述构造条件将所述实时机中对应的参数进行置位，得到置位参数；
通过所述控制器确定所述置位参数是否满足故障条件；
若满足，则控制控制器生成反馈信息；
通过所述控制器将所述反馈信息反馈给所述实时机，并将所述实时机基于接收到的反馈信息所反馈的场景确定为故障场景。
8.根据权利要求6所述的测试装置，其特征在于，所述测试模块在用于将所述反馈信息与所述故障信息进行比对，得到所述实时机在所述故障场景下的测试结果时，所述测试模块具体用于：
将所述反馈信息中的故障码与所述故障信息中的故障码进行比对，确定所述反馈信息中的故障码与所述故障信息中的故障码是否一致；
若所述反馈信息中的故障码与所述故障信息中的故障码一致，则确定所述反馈信息中的故障动作与所述故障信息中的故障动作是否一致；
若所述反馈信息中的故障动作与所述故障信息中的故障动作一致，则确定所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态是否一致；
若所述反馈信息中的故障灯状态与所述故障信息中的故障灯状态一致，则将测试通过确定为所述实时机在所述故障场景下的测试结果。
9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至5任一所述的车辆故障诊断的测试方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至5任一所述的车辆故障诊断的测试方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310801006.8A CN116679683A (zh) | 2023-06-30 | 2023-06-30 | 车辆故障诊断的测试方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310801006.8A CN116679683A (zh) | 2023-06-30 | 2023-06-30 | 车辆故障诊断的测试方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116679683A true CN116679683A (zh) | 2023-09-01 |
Family
ID=87780966
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310801006.8A Pending CN116679683A (zh) | 2023-06-30 | 2023-06-30 | 车辆故障诊断的测试方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116679683A (zh) |
-
2023
- 2023-06-30 CN CN202310801006.8A patent/CN116679683A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110888414B (zh) | 一种车辆控制器升级的测试方法 | |
| CN109634258B (zh) | 一种用于硬件在环测试的总线报文校验方法、装置及系统 | |
| EP2472402A1 (en) | Remote management systems and methods for mapping operating system and management controller located in a server | |
| AT521713B1 (de) | Verfahren zur Detektion sicherheitsrelevanter Datenflüsse | |
| Dhadyalla et al. | Combinatorial testing for an automotive hybrid electric vehicle control system: a case study | |
| CN107632909B (zh) | 用于自动测试设备功能的方法及系统 | |
| CN111124828B (zh) | 一种数据处理方法、装置、设备及存储介质 | |
| CN116405412B (zh) | 基于混沌工程故障模拟服务端集群有效性验证方法和系统 | |
| CN107797540B (zh) | 变速器故障测试方法、装置及终端 | |
| Sălcianu et al. | A new CAN diagnostic fault simulator based on UDS protocol | |
| JP7146824B2 (ja) | 車両の侵入を検出するシステムを構成するためのグラフィカルユーザインタフェースツール | |
| CN116679683A (zh) | 车辆故障诊断的测试方法、装置、电子设备及存储介质 | |
| CN114124727B (zh) | 一种网管通信压力测试方法及系统 | |
| CN115542875A (zh) | 一种基于soa服务的车辆检测方法及相关设备 | |
| CN113886274A (zh) | 车联网终端的稳定性测试方法、装置、设备及存储介质 | |
| CN112506760A (zh) | 车辆控制器软件刷写测试方法、系统、装置和存储介质 | |
| CN106979794B (zh) | 传感器测试方法及装置 | |
| Ursu et al. | Simulink® modeling for vehicle simulator design | |
| CN117170350B (zh) | 服务的测试方法、装置、电子设备和存储介质 | |
| CN113094221B (zh) | 故障注入方法、装置、计算机设备以及可读存储介质 | |
| CN116483641B (zh) | 硬盘异常掉电测试方法、系统及介质 | |
| CN117176561A (zh) | 一种车载通信dtc自动化测试方法及测试系统 | |
| RU131883U1 (ru) | Устройство управления качеством программно-аппаратного комплекса | |
| CN106919496B (zh) | 数据库的业务连续性测试方法、装置及系统 | |
| CN116866207A (zh) | 一种基于测试的报文发送方法、装置、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |