基于LabVIEW的故障诊断自动化测试方法及系统

摘要

本发明公开了一种基于LabVIEW的故障诊断自动化测试方法及系统，所述方法包括：步骤S1、基于LabVIEW平台设置各测试场景；步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息；步骤S3、判断是否为最后一个测试场景，若是，则执行步骤S4，若不是，则测试下一个测试场景，返回步骤S2，直到完成所有测试场景的测试；步骤S4、输出测试结果。本发明的基于LabVIEW的故障诊断自动化测试方法及系统，基于LabVIEW平台设置各种测试场景，并设定测试时序，让测试过程按照设定的场景工作、按照一定顺序自动执行，直到所有测试场景验证完成，最后输出测试结果，可以提高测试效率和测试覆盖度，可以保障产品应对各故障场景下的应变策略，提高产品可靠性。

说明书

技术领域

本发明涉及汽车故障检测技术领域，尤其涉及一种基于LabVIEW的故障诊断自动化测试方法及系统。

背景技术

智能网联汽车已成为汽车发展趋势，随之出现了更多人性化配置，交互功能更加复杂，针对控制器之间的交互问题，大多属于诊断领域，但因部分控制器的诊断功能缺陷，会导致整车功能失效。因诊断功能验证涉及到的时序都是ms级别的，人员手动测试无法满足，故部分控制器的诊断功能未进行充分验证，会引发不可预知的车辆故障。

因此，亟需一种基于LabVIEW的故障诊断自动化测试方法及系统。

发明内容

本发明的目的是提供一种基于LabVIEW的故障诊断自动化测试方法及系统，以解决上述现有技术中的问题，能够提高测试效率和测试覆盖度，提高产品可靠性。

本发明提供了一种基于LabVIEW的故障诊断自动化测试方法，其中，包括：

步骤S1、基于LabVIEW平台设置各测试场景；

步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息；

步骤S3、判断是否为最后一个测试场景，若是，则执行步骤S4，若不是，则测试下一个测试场景，返回步骤S2，直到完成所有测试场景的测试；

步骤S4、输出测试结果。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述步骤S1、基于LabVIEW平台设置各测试场景，具体包括：

在上位机系统上基于被测控制器的诊断协议，基于LabVIEW平台开发控制器诊断功能的前置条件控制程序和总线信号监控程序；

通过总线仿真监控模块设定被测控制器工作的前置条件。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息，具体包括：

通过所述上位机系统发起诊断请求，以生成与当前测试场景对应的诊断触发信号；

响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息；

通过所述总线仿真监控模块读取所述被测控制器反馈的所述诊断消息。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述被测控制器所反馈的所述诊断消息对应于一种故障类型，

所述步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息，还包括：

所述总线仿真监控模块根据所述被测控制器反馈的所述诊断消息，判断所述被测控制器是否出现了多种故障类型；

若是，则所述总线仿真监控模块发送控制信号；

响应于所述控制信号，所述被测控制器反馈其它故障类型的诊断消息。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息，还包括：

通过所述上位机系统判断当前测试场景的诊断功能是否实现，以得到当前测试场景的测试结果。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述步骤S4、输出测试结果，具体包括：

通过所述上位机系统输出测试结果，所述结果包括与各测试场景对应的测试结果。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述基于LabVIEW的故障诊断自动化测试方法，还包括：

通过故障注入测试盒对所述被测控制器的各引脚进行测试操作，并将测试信号输入到所述被测控制器的各引脚。

如上所述的基于LabVIEW的故障诊断自动化测试方法，其中，优选的是，所述基于LabVIEW的故障诊断自动化测试方法，还包括：

通过可编程电源，在各测试场景下向所述被测控制器输出电源参数。

本发明还提供一种采用上述方法的基于LabVIEW的故障诊断自动化测试系统，包括：

依次设置的上位机系统、总线仿真监控模块、故障注入测试盒和被测控制器，其中：

所述上位机系统用于设定程序执行流程和设定判定规则；

总线仿真监控模块用于设定所述被测控制器工作的前置条件，监控所述被测控制器的反馈信号，并将反馈信号返回所述上位机系统；

所述故障注入测试盒作为所述被测控制器的各接线端子的转接盒，用于接受所述上位机系统的控制，对所述被测控制器的各引脚进行测试操作，并将测试信号输入到所述被测控制器的各引脚；

所述被测控制器用于在接收到各测试信号后，向所述上位机系统返回诊断消息。

如上所述的基于LabVIEW的故障诊断自动化测试系统，其中，优选的是，所述基于LabVIEW的故障诊断自动化测试系统还包括可编程电源，设置在所述上位机系统与所述故障注入测试盒之间，受所述上位机系统控制，用于根据诊断场景接受所述上位机系统的控制，向所述被测控制器输出准确电源参数。

本发明提供一种基于LabVIEW的故障诊断自动化测试方法及系统，根据被测控制器的诊断功能策略，按照各种前置条件的排列组合方式开发各种场景及预期结果，并设定测试时序，让测试过程按照设定的场景工作、按照一定顺序自动执行，直到所有测试场景验证完成，最后自动输出测试结果，可以提高测试效率和测试覆盖度，可以保障产品应对各故障场景下的应变策略，提高产品可靠性；可以在各控制器的设计开发阶段，自动验证该控制器的功能是否满足设计要求。

附图说明

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步描述，其中：

图1为本发明提供的基于LabVIEW的故障诊断自动化测试方法的实施例的流程图；

图2为本发明提供的基于LabVIEW的故障诊断自动化测试系统的实施例的结构框图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。对示例性实施例的描述仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。本公开可以以许多不同的形式实现，不限于这里所述的实施例。提供这些实施例是为了使本公开透彻且完整，并且向本领域技术人员充分表达本公开的范围。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、材料的组分、数字表达式和数值应被解释为仅仅是示例性的，而不是作为限制。

本公开中使用的“第一”、“第二”：以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的部分。“包括”或者“包含”等类似的词语意指在该词前的要素涵盖在该词后列举的要素，并不排除也涵盖其他要素的可能。“上”、“下”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

在本公开中，当描述到特定部件位于第一部件和第二部件之间时，在该特定部件与第一部件或第二部件之间可以存在居间部件，也可以不存在居间部件。当描述到特定部件连接其它部件时，该特定部件可以与所述其它部件直接连接而不具有居间部件，也可以不与所述其它部件直接连接而具有居间部件。

本公开使用的所有术语(包括技术术语或者科学术语)与本公开所属领域的普通技术人员理解的含义相同，除非另外特别定义。还应当理解，在诸如通用字典中定义的术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为说明书的一部分。

传统的测试方法为人员手动测试，只能验证控制器极少部分诊断功能，与时序相关诊断功能验证缺失；而且，测试环境单一，测试覆盖度得不到保障。

如图1所示，本实施例提供的基于LabVIEW的故障诊断自动化测试方法在实际执行过程中，具体包括如下步骤：

步骤S1、基于LabVIEW平台设置各测试场景。

在本发明的基于LabVIEW的故障诊断自动化测试方法的一种实施方式中，所述步骤S1具体可以包括：

步骤S11、在上位机系统上基于被测控制器的诊断协议，基于LabVIEW平台开发控制器诊断功能的前置条件控制程序和总线信号监控程序。

其中，被测控制器指的是具有诊断功能的控制器，例如为整车控制器、混合动力控制器、自动变速箱控制器等。

步骤S12、通过总线仿真监控模块设定被测控制器工作的前置条件。

在具体实现中，可在总线仿真监控模块的界面上手动控制各前置条件以及各前置条件的任意组合，也可以通过总线仿真监控模块自动组合，以模拟控制器在整车环境下可能出现的各种场景。

步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息。

在本发明的基于LabVIEW的故障诊断自动化测试方法的一种实施方式中，所述步骤S2具体可以包括：

步骤S21、通过所述上位机系统发起诊断请求，以生成与当前测试场景对应的诊断触发信号。

在步骤S21中，通过上位机系统触发诊断过程。

步骤S22、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息。

步骤S23、通过所述总线仿真监控模块读取所述被测控制器反馈的所述诊断消息。

其中，在步骤S23中，所述被测控制器所反馈的所述诊断消息对应于一种故障类型。

进一步地，在本发明的一些实施方式中，所述步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息，还包括：

步骤S24、所述总线仿真监控模块根据所述被测控制器反馈的所述诊断消息，判断所述被测控制器是否出现了多种故障类型。

步骤S25、若是，则所述总线仿真监控模块发送控制信号。

步骤S26、响应于所述控制信号，所述被测控制器反馈其它故障类型的诊断消息。

示例性地，在步骤S23中，被测控制器所反馈的诊断消息对应于开路故障，而在步骤S26中，被测控制器反馈的诊断消息对应于开路故障之外的故障类型，例如为短路、短电、短地等。

更进一步地，在本发明的一些实施方式中，所述步骤S2、响应于与当前测试场景对应的诊断触发信号，被测控制器反馈诊断消息，还包括：

步骤S27、通过所述上位机系统判断当前测试场景的诊断功能是否实现，以得到当前测试场景的测试结果。

在具体实现中，可以通过将与各测试场景对应的诊断消息与预期故障码进行解析比对，来实现故障诊断功能的自动化验证。

因此，当触发诊断过程后，被测控制器需要根据实际诊断要求作出响应并反馈对应诊断消息，再通过总线监控模块读取被测控制器反馈的诊断消息，并判断是否还需要发送控制信号，如果需要，则发送控制信号后再监控被测控制器反馈的诊断消息，并在上位机系统中自动判断对应场景下的诊断功能是否实现，输出测试结果。

步骤S3、判断是否为最后一个测试场景，若是，则执行步骤S4，若不是，则测试下一个测试场景，返回步骤S2，直到完成所有测试场景的测试。

在测试下一个测试场景时，重复执行步骤S2，直到所有测试场景全部完成。

步骤S4、输出测试结果。

具体地，通过所述上位机系统输出测试结果，所述结果包括与各测试场景对应的测试结果。测试结果例如可以为电子表格报告。

进一步地，本发明在一些实施方式中，所述基于LabVIEW的故障诊断自动化测试方法，还包括：

步骤S5、通过故障注入测试盒对所述被测控制器的各引脚进行测试操作，并将测试信号输入到所述被测控制器的各引脚。

更进一步地，所述基于LabVIEW的故障诊断自动化测试方法，还包括：

步骤S6、通过可编程电源，在各测试场景下向所述被测控制器输出电源参数。

本发明实施例提供的基于LabVIEW的故障诊断自动化测试方法，根据被测控制器的诊断功能策略，按照各种前置条件的排列组合方式开发各种场景及预期结果，并设定测试时序，让测试过程按照设定的场景工作、按照一定顺序自动执行，直到所有测试场景验证完成，最后自动输出测试结果，可以提高测试效率和测试覆盖度，可以保障产品应对各故障场景下的应变策略，提高产品可靠性；可以在各控制器的设计开发阶段，自动验证该控制器的功能是否满足设计要求。

相应地，如图2所示，本发明还提供一种基于LabVIEW的故障诊断自动化测试，包括：依次设置的上位机系统1、总线仿真监控模块2、故障注入测试盒4和被测控制器5，其中：

所述上位机系统1用于设定程序执行流程和设定判定规则；

总线仿真监控模块2用于设定所述被测控制器5工作的前置条件，监控所述被测控制器5的反馈信号，并将反馈信号返回所述上位机系统1；

所述故障注入测试盒4作为所述被测控制器5的各接线端子的转接盒，用于接受所述上位机系统1的控制，对所述被测控制器5的各引脚进行测试操作，并将测试信号输入到所述被测控制器5的各引脚；

所述被测控制器5用于在接收到各测试信号后，向所述上位机系统1返回诊断消息。

其中，上位机系统1包括操作系统和软件开发环境，用作程序代码开发、设定程序执行流程和判定规则，开发的程序代码包括总线信号模拟发送时序、总线信号监控界面显示、可编程电源控制、故障注入测试盒控制等。

故障注入测试盒4对被测控制器5的各引脚的测试操作例如可以包括开路、短路、短电、短地等。

进一步地，所述基于LabVIEW的故障诊断自动化测试系统还包括可编程电源，设置在所述上位机系统与所述故障注入测试盒之间，受所述上位机系统控制，用于根据诊断场景接受所述上位机系统的控制，向所述被测控制器输出准确电源参数。

本发明实施例提供的基于LabVIEW的故障诊断自动化测试系统，根据被测控制器的诊断功能策略，按照各种前置条件的排列组合方式开发各种场景及预期结果，并设定测试时序，让测试过程按照设定的场景工作、按照一定顺序自动执行，直到所有测试场景验证完成，最后自动输出测试结果，可以提高测试效率和测试覆盖度，可以保障产品应对各故障场景下的应变策略，提高产品可靠性；可以在各控制器的设计开发阶段，自动验证该控制器的功能是否满足设计要求。

至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。