CN117746528A - 用于测试车辆的故障诊断方法 - Google Patents
用于测试车辆的故障诊断方法 Download PDFInfo
- Publication number
- CN117746528A CN117746528A CN202311638495.6A CN202311638495A CN117746528A CN 117746528 A CN117746528 A CN 117746528A CN 202311638495 A CN202311638495 A CN 202311638495A CN 117746528 A CN117746528 A CN 117746528A
- Authority
- CN
- China
- Prior art keywords
- data
- fault
- data type
- searched
- occurrence
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000012360 testing method Methods 0.000 title claims abstract description 38
- 238000003745 diagnosis Methods 0.000 title claims abstract description 17
- 238000004458 analytical method Methods 0.000 claims abstract description 13
- 238000013507 mapping Methods 0.000 claims description 20
- 230000000007 visual effect Effects 0.000 claims description 15
- 238000012800 visualization Methods 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000012512 characterization method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 238000004378 air conditioning Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
Landscapes
- Testing And Monitoring For Control Systems (AREA)
Abstract
用于测试车辆的故障诊断方法,包括以下步骤:接收故障数据请求信号,该信号指示至少一个数据类型和故障发生时刻,至少一个数据类型是根据当前故障情况确定的;根据故障发生时刻选择数据搜索时间段;将至少一个数据类型确定为待搜索数据类型;根据待搜索数据类型确定数据名称关键字符串,在第一数据库中针对数据搜索时间段搜索确定的数据名称关键字符串,并且将在数据搜索时间段内的符合数据名称关键字符串的数据存储为结果数据;预分析结果数据并判断故障是否存在,并且根据判断结果执行以下步骤:如果故障存在,将结果数据作为故障数据导出以用于故障分析,如果故障不存在,输出指示故障不存在的信号。还涉及一种计算机存储介质和计算装置。
Description
技术领域
本申请涉及一种用于测试车辆的故障诊断方法。本申请还涉及一种用于所述故障诊断方法的计算机可读存储介质以及一种包括该计算可读存储介质的计算装置。
背景技术
在车辆设计阶段,需要对测试车辆上的各种电子部件的计算、通信、显示等功能进行测试。具体地,在测试车辆的过程中,在车辆出现故障情况时,故障情况通常表现为车辆的某一功能未正确运行或者完全失效,此时需要测试人员凭借经验判断该故障情况是由于哪种或哪几种部件的故障所导致的。根据判断结果,测试人员从存储有测试车辆数据的数据库中搜索故障发生时的记录有相应部件工作状态的传感器、处理器和/或通信信号的数据信息,然后将搜索到的数据信息发送给研发人员以作为对后续故障分析的参考。
然而,在现有的从根据故障情况判断故障部件至最终发送故障数据的过程中存在多个问题。
测试人员在搜索与故障部件有关的数据时,往往需要在数据库中手动逐一地查找对应该故障部件的数据(例如存储在计算装置中的数据文件)。这一过程非常耗时,也容易出现遗漏相关数据的风险。
其次,判断故障情况与对应故障部件的过程目前很大程度上依赖于测试人员自身的经验。然而,对于没有经验的测试人员而言,很难独立地完成该工作,尤其是难以准确地判断故障具体可能由何种部件所导致。
此外,一般可以通过出现相应的报警信号来确定故障情况是否出现,但是对于一些特定故障,可能并没有设置相关的报警***去监测该特定的故障。此时,只能通过测试人员在测试车辆期间感知到测试车辆的非正常运行之后,才能了解到已经发生故障情况。在这一过程中,测试人员对于测试车辆的非正常运行可能存在误判或者测试人员的测试操作本身可能存在失误,即,在测试车辆实质上并未发生故障的情况下,测试人员可能由于感知错误或误操作而以为出现了故障。此时,如果测试人员搜索相关的数据并发送给研发人员以对本不存在的故障进行修改,会造成一定的人力浪费。
发明内容
因此,本申请的目的在于提供一种能够克服现有技术中至少一个缺陷的用于测试车辆的故障诊断方法。
借助于根据本公开的方法,不需要测试人员在数据库中手动逐一地查找对应该故障部件的数据,而是能够根据测试人员所确定的具体的故障情况,自动地在相关的数据库中搜索对应当前故障情况的数据,极大地节省了搜索数据花费的时间。
另外,根据本公开的方法还允许没有经验的测试人员通过可视化界面根据直观的故障表现选择相应描述的选项,并且根据测试人员所选择的选项,通过在数据库中进行搜索,给出建议进行检查的数据类型(即,给出建议进行检查的相关传感器、控制器或通信信号的数据信息)。这帮助没有经验的测试人员能够容易地根据故障情况判断故障具体可能由何种部件所导致。
此外,在根据本公开的方法中,包括对搜索到的数据结果进行预分析的步骤,由此可以对故障是否存在进行预先检查,这避免由于测试人员的误判或者误操作而将正确运行的数据发送给研发人员,从而避免了人力浪费。
根据本公开的第一方面,涉及一种用于测试车辆的故障诊断方法,其特征在于,所述方法包括以下步骤:S1:接收故障数据请求信号,所述故障数据请求信号指示至少一个数据类型和故障发生时刻,所述至少一个数据类型是根据输入的当前故障情况而确定的;S2:根据所述故障发生时刻选择数据搜索时间段;S3:将所述至少一个数据类型确定为待搜索数据类型;S4:根据所述待搜索数据类型确定数据名称关键字符串,在第一数据库中针对所述数据搜索时间段搜索确定的所述数据名称关键字符串,并且将在所述数据搜索时间段内的符合所述数据名称关键字符串的数据存储为结果数据,其中所述第一数据库存储有所述测试车辆的数据;S5:预分析所述结果数据并判断故障是否存在,并且根据判断结果执行以下步骤:S5-1:如果故障存在,将所述结果数据作为故障数据导出以用于故障分析,S5-2:如果故障不存在,输出指示故障不存在的信号。
在一个实施例中,所述数据名称关键字符串包括指示所述待搜索数据类型的第一组字符。
在一个实施例中,所述数据名称关键字符串还包括第二组字符,所述第二组字符指示处于所述数据搜索时间段的范围内的数据生成时间。
在一个实施例中,在步骤S3中,所述待搜索数据类型能够通过可视化界面修改。
在一个实施例中,根据所述故障发生时刻选择数据搜索时间段包括选择故障发生前时间段和故障发生后时间段,并且以所述故障发生时刻为基准借助于所述故障发生前时间段和故障发生后时间段确定所述数据搜索时间段。
在一个实施例中,所述故障发生前时间段和故障发生后时间段能够通过可视化界面输入。
在一个实施例中,所述故障发生时刻能够通过所述可视化界面修改。
在一个实施例中,预分析所述结果数据并判断故障是否存在包括:提取所述结果数据的数值;将所述结果数据的数值与对应的预定数值范围进行比较:如果所述结果数据的数值中的全部数值均未处于所述预定数值范围内,判断故障存在;如果所述结果数据的数值中的至少一个数值处于所述预定数值范围内,判断故障不存在。
在一个实施例中,预分析所述结果数据并判断故障是否存在包括:提取所述结果数据的数值;将所述结果数据的数值与对应的预定数值范围进行比较:如果所述结果数据的数值中的至少一个数值未处于所述预定数值范围内,判断故障存在;如果所述结果数据的数值中的全部数值均处于所述预定数值范围内,判断故障不存在。
在一个实施例中,所述至少一个数据类型是通过存储于第二数据库的第一映射关系表搜索表征所述当前故障情况的信息而确定的,其中所述第一映射关系表建立表征故障情况的信息与数据类型之间的匹配关系。
在一个实施例中,所述至少一个数据类型由所述当前故障情况确定其优先级,并且步骤S3包括:将所述至少一个数据类型中的具有最高优先级的数据类型确定为待搜索数据类型;并且步骤S5-2包括:如果故障不存在,检查所述至少一个数据类型中是否包括未曾被确定为待搜索数据类型的其它数据类型,并且根据检查结果执行以下步骤:S5-2-1:如果存在未曾被确定为待搜索数据类型的其它数据类型,将所述其它数据类型中具有最高优先级的数据类型确定为待搜索数据类型,并且重新从步骤S4开始执行所述方法,S5-2-2:如果不存在未曾被确定为待搜索数据类型的其它数据类型,输出指示故障不存在的信号。
在一个实施例中,其中所述第一映射关系表还建立表征故障情况的信息、数据类型与优先级三者之间的匹配关系,并且其中所述至少一个数据类型的优先级是通过在所述第二数据库中借助于所述第一映射关系表搜索表征所述当前故障情况的信息而确定的。
在一个实施例中,通过可视化界面输入表征所述当前故障情况的信息。
在一个实施例中,根据所述待搜索数据类型确定数据名称关键字符串包括在第三数据库中借助于第二映射关系表搜索待搜索数据类型而确定的,其中所述第二映射关系表建立数据类型与数据名称关键字符串之间的匹配关系。
根据本公开的第二方面,还涉及一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或多个程序,所述一个或多个程序被一个或多个处理器执行以实现上述的用于测试车辆的故障诊断方法。
根据本公开的第三方面,还涉及一种计算装置,其特征在于,所述计算装置包括可视化界面、一个或多个处理器以及上述的计算机可读存储介质,其中所述一个或多个处理器执行所述计算机可读存储介质中存储的所述一个或多个程序,其中所述可视化界面包括以下项中的至少一项:-用于输入故障发生前时间段的数值的第一输入框和用于输入故障发生后时间段的数值的第二输入框,所述故障发生前时间段和故障发生后时间段用于确定所述数据搜索时间段;-用于修改所述故障发生时刻的日期选择框和时刻选择框;和-用于修改所述待搜索数据类型的待搜索数据类型选择框。
附图说明
通过以下结合附图的具体实施方式,将更加容易地理解本公开,其中相同的附图标记表示相同的元件。附图是示意性的而非限制性的。附图中的元件不一定被按比例表示,例如,元件可能为了实例说明的目的而被放大,或者可能被按比例缩小以保持附图清晰和易于理解。
在附图中:
图1示出了根据本公开的方法1000的第一实施例框图。
图2示出了执行根据公开的方法1000的计算装置所包含的可视化界面100的示意图。
图3示出了根据本公开的方法1000的第二实施例框图。
具体实施方式
以下将参照附图描述本公开,其中的附图示出了本公开的若干实施例。然而应当理解的是,本公开可以以多种不同的方式呈现出来,并不局限于下文描述的实施例;事实上,下文描述的实施例旨在使本公开的公开更为完整,并向本领域技术人员充分说明本公开的保护范围。还应当理解的是,本文公开的实施例能够以各种方式进行组合,从而提供更多额外的实施例。
应当理解的是,在所有附图中,相同的附图标记表示相同的元件。在附图中,为清楚起见,某些特征的尺寸可以进行变形。
应当理解的是,说明书中的用辞仅用于描述特定的实施例,并不旨在限定本公开。说明书使用的所有术语(包括技术术语和科学术语)除非另外定义,均具有本领域技术人员通常理解的含义。为简明和/或清楚起见,公知的功能或结构可以不再详细说明。
说明书使用的单数形式“一”、“所述”和“该”除非清楚指明,均包含复数形式。说明书使用的用辞“包括”、“包含”和“含有”表示存在所声称的特征,但并不排斥存在一个或多个其它特征。说明书使用的用辞“和/或”包括相关列出项中的一个或多个的任意和全部组合。说明书使用的用辞“在X和Y之间”和“在大约X和Y之间”应当解释为包括X和Y。本说明书使用的用辞“在大约X和Y之间”的意思是“在大约X和大约Y之间”,并且本说明书使用的用辞“从大约X至Y”的意思是“从大约X至大约Y”。
在说明书中,称一个元件位于另一元件“上”、“附接”至另一元件、“连接”至另一元件、“耦合”至另一元件、或“接触”另一元件等时,该元件可以直接位于另一元件上、附接至另一元件、连接至另一元件、联接至另一元件或接触另一元件,或者可以存在中间元件。相对照的是,称一个元件“直接”位于另一元件“上”、“直接附接”至另一元件、“直接连接”至另一元件、“直接耦合”至另一元件或、或“直接接触”另一元件时,将不存在中间元件。在说明书中,一个特征布置成与另一特征“相邻”,可以指一个特征具有与相邻特征重叠的部分或者位于相邻特征上方或下方的部分。
在说明书中,诸如“上”、“下”、“左”、“右”、“前”、“后”、“高”、“低”等的空间关系用辞可以说明一个特征与另一特征在附图中的关系。应当理解的是,空间关系用辞除了包含附图所示的方位之外,还包含装置在使用或操作中的不同方位。例如,在附图中的装置倒转时,原先描述为在其它特征“下方”的特征,此时可以描述为在其它特征的“上方”。装置还可以以其它方式定向(旋转90度或在其它方位),此时将相应地解释相对空间关系。
本公开涉及一种用于测试车辆的故障诊断方法。图1示出了根据本公开的故障诊断方法1000的第一实施例的示例性流程框图。在本公开中,借助于计算装置描述该用于测试车辆的故障诊断方法1000的实施,但本领域技术人员可以理解的是,方法1000也可以由控制器等装置执行。
在下文中,将执行根据本公开的用于测试车辆的故障诊断方法1000的装置称为第一装置。
故障诊断方法1000可以包括按顺序执行的步骤S1至S5,以下将详细描述这些步骤。
在步骤S1中,第一装置接收故障数据请求信号。该故障数据请求信号指示所期望获取的至少一种数据类型以及故障发生时刻。所述至少一种数据类型是通过当前故障情况而被确定。
所述至少一种数据类型代表测试车辆中传感器感测到的各种数据类型、电子部件发送的不同种类的信号和车辆上的控制器接收到的各种数据类型中的一种或多种。例如至少一种数据类型可以包括主机***数据(MGU)、车身域控制器数据(BCP)、充电相关数据(CCU)等等数据类型。
故障数据请求信号可以是由测试人员通过另外的计算装置等装置发送的。在下文中将所述另外的设备等装置称为第二装置。
当前故障情况可以由测试人员输入至第二装置,并且所述至少一个数据类型可以是通过存储于第二数据库的第一映射关系表搜索表征所述当前故障情况的信息而确定的。
具体地,第二装置可以包含预设的第二数据库。该第二数据库存储有表征测试车辆中可能出现的各种故障情况的信息、各种数据类型以及第一映射关系表。所述第一映射关系表建立了表征故障情况的信息与数据类型之间的匹配关系。
所述故障情况包括但不限于:测试车辆通过指示设备(比如车辆多媒体显示屏、仪表盘等)展示给测试人员的故障,例如时钟错误、多媒体播放错误等等;以及仅由测试人员通过感知到车辆的非正常运行而发现的故障,例如车内灯光未正常点亮、空调送风温度异常等等。
当前故障情况可以通过在第二装置所提供的可视化软件界面中选择对应于或最接近当前故障情况的选项而输入至所述另外的计算装置。在这种情况下,所述可视化软件界面可以设计成通过多层级选项来呈现各种故障情况。
例如,多层级选项可以设计成包括一级选项、二级选项和三级选项。一级选项包括将故障情况大致归纳为例如“显示类故障”、“声音类故障”、“网络传输类故障”或“其它辅助功能类故障”等多个大类选项。一级选项中的每个选项均链接至至少一个二级选项。在选择其中一个一级选项后,界面提供所链接的至少一个二级选项供测试人员选择。二级选项将对应的一级选项指示的故障进一步划分为更细节的指示具体部件的故障。例如,“显示类故障”的一级选项可以链接如下的二级选项:“仪表盘显示故障”或“多媒体屏幕显示故障”等等。进一步地,二级选项中的每个选项又链接至至少一个三级选项。在选择其中一个二级选项后,界面提供所链接的至少一个三级选项供测试人员选择。三级选项将对应的二级选项指示的具体部件的故障更进一步划分为部件的具体故障。例如,“仪表盘故障”的二级选项可以链接如下的三级选项:“时钟显示故障”、“发动机转速显示故障”或“里程数显示故障”等等。三级选项中的每个选项链接至所述第二数据库中存储的故障情况表征信息中的至少一个。由此,当选择了三级选项中的一个选项后,根据该三级选项所链接的至少一个故障情况表征信息,在第二数据库中搜索该故障情况表征信息,并且借助于第一映射关系表提供的匹配关系得到至少一个故障类型。
可以理解的是,可以针对每个层级选项设计不同的故障分类;也可以设计不同分级的多层级选项,例如包括四个、五个等层级选项。另外,也可以将故障情况的输入设计成通过文字输入具体故障情况来链接至第二数据库中存储的故障情况表征信息从而获得故障类型的形式,而非通过选择给定的选项形式。
对于故障请求信号中指示的故障发生时刻,在测试车辆上存在针对故障情况的相应报警***时,可以通过在测试人员将故障情况输入至第二装置后自动检查报警***中记录的报警信号的产生时间来确定故障发生时刻;而在测试车辆针对故障情况未设置相应报警***的情况时,测试人员可以将测试时感受到车辆的非正常运行的时刻作为故障发生时刻而输入至第二装置。对于这两种故障发生时刻的确认方式,可以选择不同的数据搜索时间段,如下面详细描述的那样。
方法1000还包括步骤S2。在步骤S2中,在第一装置接收到故障数据请求信号之后,根据故障数据请求信号中指示的故障发生时刻选择数据搜索时间段。
选择数据搜索时间段包括选择故障发生前时间段和故障发生后时间段,然后以所述故障发生时刻为参照点,根据故障发生前时间段确定所述数据搜索时间段的起始时刻,并且根据故障发生后时间段确定所述数据搜索时间段的结束时刻。所述数据搜索时间段由所述起始时刻和结束时刻限定。
例如,当故障发生时刻为2023年6月30日15时35分、并且选择故障发生前时间段为4分钟以及故障发生后时间段为5分钟的情况下,确定数据搜索时间段的起始时刻为2023年6月30日15时31分并且结束时刻为2023年6月30日15时40分,则数据搜索时间段为从2023年6月30日15时31分至15时40分。
选择故障发生前时间段和故障发生后时间段可以包括第一装置根据所述至少一个数据类型选择预设的故障发生前时间段和故障发生后时间段。
选择故障发生前时间段和故障发生后时间段可以包括允许测试人员在步骤S2中通过第一装置中提供的可视化软件界面手动地输入故障发生前时间段和故障发生后时间段或者修改第一装置所选择的预设的故障发生前时间段和故障发生后时间段。为了获得更全面的数据以避免遗漏潜在的故障数据,可以选择较长的故障发生前时间段和故障发生后时间段。同时,为了避免数据搜索量过大而增加计算装置的负荷以及后续分析数据的工作量,则可以选择较短的故障发生前时间段和故障发生后时间段。
另外,如上所述,针对两种故障发生时刻的确认方式,可以选择不同的数据搜索时间段。例如,在测试人员将感受到车辆的非正常运行的时刻作为故障发生时刻而输入至第二装置的情况下,由于测试人员感受到的时刻可能并不十分精确,可以选择较长的数据搜索时间段(即,选择较长的故障发生前时间段和故障发生后时间段),以最大限度地涵盖实际的故障发生时刻。而在根据报警信号的产生时间来确定故障发生时刻的情况下,则可以选择较短的数据搜索时间段。
图2示出了第一装置中包含的示例性的可视化界面100。可视化界面100包括用于输入故障发生前时间段的数值的第一输入框110和用于输入故障发生后时间段的数值的第二输入框120。在图2所示的示例中,第一输入框110和第二输入框120中的数值的单位为分钟,但本领域技术人员可以理解的是,第一输入框110和第二输入框120中的数值的单位可以设计成秒、小时等其它的时间单位,或者可以设计成可调整的时间单位。
方法1000包括步骤S3。在步骤S3中,在第一装置接收到故障数据请求信号之后,第一装置将故障数据请求信号中指示的至少一个数据类型确定为待搜索数据类型以用于所述方法1000的后续步骤。
方法1000包括步骤S4。在步骤S4中,在第一装置确定待搜索数据类型并且在选择数据搜索时间段之后,第一装置根据所述待搜索数据类型确定数据名称关键字符串,在第一数据库中针对所选择的数据搜索时间段搜索确定的数据名称关键字符串,并且将符合所述数据名称关键字符的数据存储为结果数据。
所述第一数据库是第一装置所包含的记录有测试车辆的数据的数据库,其中所述数据包括传感器感测到的数据、电子部件发送的信号或者控制器接收到的数据等等。
上述数据中的每个数据均具有唯一的数据名称。每个数据名称由数据名称字符串组成。每个数据名称中包含的数据名称字符串包括指示该数据的各种属性(比如数据类型、数据生成时间等等)的多组字符。
前述数据名称关键字符串包括指示所述待搜索数据类型的第一组字符。由此,当在第一数据库中搜索符合数据名称关键字符串的数据时,能够得到所述第一组字符所指示的待搜索数据类型的全部数据。
进一步地,当在第一数据库中仅针对所述数据搜索时间段搜索符合所述数据名称关键字符串的数据时,能够得到仅在所选择的数据搜索时间段内的待搜索数据类型的数据。
优选地,前述数据名称关键字符串还包括这样的第二组字符:所述第二组字符所指示的数据生成时间处于所选择的数据搜索时间段的范围内。在这种情况下,当在第一数据库中直接搜索数据名称关键字符串后,能够得到仅在所选择的数据搜索时间段内的待搜索数据类型的数据。
根据所述待搜索数据类型确定数据名称关键字符串包括在第三数据库中借助于第二映射关系表搜索待搜索数据类型而确定的。所述第二映射关系表建立数据类型与数据名称关键字符串之间的匹配关系。所述第三数据库可以是前述第一数据库。所述第三数据库也可以是第一装置所包含的另外的数据库。
方法1000还包括步骤S5。在步骤S5中,第一装置预分析步骤S4中所存储的结果数据并判断故障是否存在。步骤S5还包括根据判断结果执行的两个子步骤S5-1和S5-2。如果故障存在,执行子步骤S5-1,将所述结果数据作为故障数据输出以用于后续的故障分析;如果故障不存在,执行子步骤S5-2,输出指示故障不存在的信号。
预分析结果数据并判断故障是否存在可以包括提取结果数据中的数值,将所述结果数据的数值与对应的预定数值范围进行比较。预定数值范围代表相应数据类型的数据的正常数值所处的范围。预定数值范围可以是预先通过在测试车辆正常运行时统计相应数据类型的数据的数值所得到的。预定数值范围也可以是针对某些部件的正常运行预设预先由测试人员所规定的范围。
预定数值范围可以包括单点数值。
结果数据中的每个数据均具有数值。数值可以是例如传感器感测到的数据的实际数值,比如温度、电压等。数值也可以是表征运行状态的预定义数值,比如由数值1指示信号已发出并且由数值0指示信号未发出。
判断故障是否存在包括至少两种方式。
在故障是由信号或装置未被正确触发所导致的情况下,如果所述结果数据的数值中的至少一个数值处于预定数值范围内,则认为信号或装置已被触发,此时判断故障不存在;如果所述结果数据的数值中的全部数值均未处于预定数值范围内,则认为信号或装置始终未被触发,此时判断故障存在。
在故障是由装置没有持续正确运行所导致的情况下,如果所述结果数据的数值中的全部数值均处于预定数值范围内,则认为装置一直正确运行,此时判断故障不存在;如果所述结果数据的数值中的至少一个数值未处于预定数值范围内,则认为装置可能并未一直正确运行,此时判断故障存在。
本领域技术人员可以理解的是,尽管本文提出了上述两种形式的故障判断方式,但可以设想其它的故障判断方式。例如将结果数据的数值转换为笛卡尔坐标图像并以该图像是否满足预定的图像模式为基准判断故障是否存在。
根据判断故障是否存在的结果,执行以下步骤,步骤S5-1:如果第一装置判断故障存在,将结果数据输出作为故障数据。故障数据将被发送至研发人员以用于后续分析故障的具体原因以及用于后续对相关传感器、控制器或电子部件的维修。维修可以包括对相关的传感器、控制器或电子部件的程序的改写;或者步骤S5-2:如果第一装置判断故障不存在,输出指示故障不存在的信号。指示故障不存在的信号可以被发送至测试人员,以提醒可能存在对故障的错误判断或者存在错误的测试操作。
将所述结果数据作为故障数据输出包括将故障数据输出至外部的存储器(比如磁盘、光盘、闪存、可移动硬盘等)和通过无线或有线形式输出至其它的设备。
在另外的实施例中,如图2中所示,第一装置中包括的示例性的可视化界面100还包括日期选择框130和时刻选择框140。日期选择框130和时刻选择框140允许测试人员在步骤S2中通过选择特定的日期和时刻来修改故障发生时刻。通过允许手动地修改故障发生时刻的日期选择框130和时刻选择框140以及如上所述的允许输入故障发生前时间段的数值的第一输入框110和用于输入故障发生后时间段的数值的第二输入框120,可以在故障数据请求信号中的故障发生时刻出现错误的情况下,允许手动地选择数据搜索时间段并继续方法1000,而无需中止方法1000的执行。
在该实施例中,如图2所示,示例性的可视化界面100还可以包括待搜索数据类型选择框150。待搜索数据类型选择框150允许测试人员在步骤S3中修改期望搜索的数据类型,以在故障数据请求信号中的所述至少一个数据类型出现错误的情况下手动地修改待搜索数据类型。通过允许手动地修改待搜索数据类型的待搜索数据类型选择框150,可以在故障数据请求信号中的所述至少一个数据类型出现错误的情况下,允许手动地确定待搜索数据类型并继续方法1000,而无需中止方法1000的执行。
在图3示出了根据本公开的用于测试车辆的故障诊断方法1000的第二实施例。图3所示的第二实施例与借助图1所描述的第一实施例大致相同,但区别之处在于以下内容:所述至少一个数据类型由所述当前故障情况确定其优先级;并且步骤S3还包括将所述至少一个数据类型中的具有最高优先级的数据类型确定为待搜索数据类型;并且步骤S5的子步骤S5-2包括:检查所述至少一个数据类型中是否包括未曾被确定为待搜索数据类型的其它数据类型,并且根据检查结果执行以下步骤S5-2-1:如果存在未曾被确定为待搜索数据类型的其它数据类型,将所述其它数据类型中具有最高优先级的数据类型确定为待搜索数据类型,并且重新从步骤S4开始执行所述方法,或者S5-2-2:如果不存在未曾被确定为待搜索数据类型的其它数据类型,输出指示故障不存在的信号。
在方法1000的第二实施例中,额外地根据所述当前故障情况确定所述至少一个数据类型的优先级,并且首先将优先级最高的数据类型确定为待搜索数据类型。之后,当如方法1000中的步骤S4那样针对当前的待搜索数据类型进行数据搜索并且如步骤S5预分析结果数据后,如果判断故障不存在并执行子步骤S5-2时,首先检查所述至少一个数据类型中是否包括未曾被确定为待搜索数据类型的其它数据类型。如果存在未曾被确定为待搜索数据类型的其它数据类型,则将未曾被确定为待搜索数据类型的其它数据类型中优先级最高的数据类型确定为新的待搜索数据类型,然后重新执行步骤S4;如果不存在未曾被确定为待搜索数据类型的其它数据类型,则输出指示故障不存在的信号。
在方法1000的第二实施例中,前述第一映射关系表还建立有表征故障情况的信息、数据类型以及优先级三者之间的匹配关系。所述至少一个数据类型的优先级是通过在第二数据库中借助于该第一映射关系表搜索表征所述当前故障情况的信息而确定的。
当数据类型被确定为待搜索数据类型时,可以对该数据类型进行标记,从而将曾被确定为待搜索数据类型的数据类型与未曾被确定为待搜索数据类型的其它数据类型区分开。由此,检查所述至少一个数据类型中是否包括未曾被确定为待搜索数据类型的其它数据类型可以包括检查数据类型是否被标记。
在方法1000的第二实施例中,可以在所述至少一个数据类型包括一个或多个数据类型时,根据预先设定的故障情况与数据类型优先级的匹配关系确定每个数据类型的优先级。然而,首先只针对最高优先级的数据类型进行数据搜索并进行预分析。只有在对该数据类型预分析并判断故障不存在后,接着才针对次一优先级的数据类型再次进行数据搜索和预分析,直至判断故障存在或者所有的数据类型均已经被作为待搜索数据类型进行数据搜索和故障判断。方法1000的第二实施例使得能够减少每次数据搜索和预分析步骤中的数据量,从而降低对计算装置的处理能力的要求,并且能够通过减少数据量来缩短数据搜索和预分析步骤的时间,从而提高效率。
以下具体地借助于针对车辆的疲劳驾驶提醒故障来描述根据本公开的方法1000的第二实施例,以便于本领域技术人员理解本公开的技术方案。
车辆的疲劳驾驶提醒功能允许在通过比如摄像头等检测装置检测到驾驶员处于驾驶状态一段预设的时间段后,通过仪表盘向驾驶员显示提醒文字或提醒图标。在一些情况下,疲劳驾驶提醒可能发生故障从而没有在达到预设的时间段时向驾驶员显示提醒。导致这一故障的原因可能是管理疲劳驾驶提醒功能的驾驶员检测控制器(DCS)并未向主机***(MGU)发送提醒信号,或者可能是在DCS正确发送提醒信号后,MGU没有正确地在仪表盘中显示提醒信号。为了对这一故障进行诊断,按如下步骤执行根据本公开的方法1000的第二实施例中。
在步骤S1中,第一装置接收故障数据请求信号,该信号指示驾驶员检测控制器(DCS)数据类型、主机***(MGU)数据类型(即,在示例中,所述至少一个数据类型包括DCS数据类型和MGU数据类型)以及故障发生时刻(例如,2023年6月30日15时25分)。根据测试人员输入至第二数据库的表征疲劳驾驶提醒故障的信息确定DCS数据类型、MGU数据类型以及它们各自的优先级,其中DCS数据类型的优先级高于MGU数据类型的优先级。
在步骤S2中,根据故障发生时刻选择数据搜索时间段。具体地可以选择故障发生前时间段为3分钟,故障发生后时间段为2分钟,由此数据搜索时间段为2023年6月30日15时22分至2023年6月30日15时27分。
在步骤S3中,将优先级最高的DCS数据类型确定为待搜索数据类型。
在步骤S4中,根据待搜索数据类型为DCS数据类型,确定数据名称关键字符串。具体地,数据名称关键字符串可以包括指示DCS数据类型的第一组字符“Eth_”以及第二组字符,所述第二组字符指示处于2023年6月30日15时22分至2023年6月30日15时27分这一待搜索时间段的数据生成时间,第二组字符例如包括“2023_Jun_30D_15H_25M_00S”。
在步骤S4中,在第一装置中提供的第一数据库中搜索数据名称中包含前述第一组字符和第二组字符的数据,并将符合的数据存储为结果数据。
在步骤S5中,预分析结果。具体地,提取结果数据的数值,该数值表示驾驶员检测控制器(DCS)是否向主机***发送提醒信号。将数值0预定义为未发送信号,将数值1预定义为发送有信号。对应地,将预定数值范围规定为[1,1](即,等于1)。将提取的结果数据的数值与预定数值范围[1,1]进行比较。
如果结果数据的数值中的全部数值均未处于数值范围[1,1],则判断DCS没有向主机***发送提醒信号,此时执行子步骤S5-1,第一装置将结果数据作为故障数据输出以用于后续的故障分析。
如果结果数据的数值中存在至少一个数值处于数值范围[1,1],则判断DCS已向主机***发送提醒信号,此时执行子步骤S5-2,检查至少一个数据类型中是否存在未曾被确定为待搜索数据类型的其它数据类型。在示例中由于在所述至少一个数据类型中当前只有DCS数据类型曾被确定为待搜索数据类型,因此检查结果为将MGU数据类型确认为未曾被确定为待搜索数据类型的其它数据类型。之后将所述其它数据类型中具有最高优先级的数据类型确定为待搜索数据类型,并且重新从步骤S4开始执行所示方法。此时由于其他数据类型中优先级最高的数据类型即MGU数据类型,因此将MGU数据类型确定为待搜索数据类型并重新从上述的步骤S4执行所述方法。
在重新执行的步骤S4中,根据待搜索数据类型为MGU数据类型,确定数据名称关键字符串。此时,数据名称关键字符串可以包括指示MGU数据类型的第一组字符“MGU_”以及第二组字符,所述第二组字符指示处于2023年6月30日15时22分至2023年6月30日15时27分这一待搜索时间段的数据生成时间,第二组字符例如包括“2023_Jun_30D_15H_25M_00S”。
再次,在步骤S4中,在第一装置中提供的第一数据库中搜索数据名称中包含重新确定的第一组字符和第二组字符的数据,并将符合的数据存储为结果数据。
接着重新执行步骤S5。具体地,提取结果数据的数值,该数值表示主机***(MGU)是否正确在仪表盘上显示提醒信号。将数值0预定义为未显示信号,将数值1预定义为显示信号。对应地,将预定数值范围规定为[1,1](即,等于1)。将提取的结果数据的数值与预定数值范围[1,1]进行比较。
如果结果数据的数值中的全部数值均未处于数值范围[1,1],则判断MGU没有正确地在仪表盘上显示提醒信号,此时执行子步骤S5-1,第一装置将结果数据作为故障数据输出以用于后续的故障分析。
如果结果数据的数值中存在至少一个数值处于数值范围[1,1],则判断MGU已经正确地在仪表盘上显示提醒信号,此时执行子步骤S5-2,检查至少一个数据类型中是否存在未曾被确定为待搜索数据类型的其它数据类型。在示例中由于所述至少一个数据类型中DCS数据类型以及MGU数据类型都曾被确定为待搜索数据类型,因此检查结果为不存在未曾被确定为待搜索数据类型的其它数据类型。此时,输出指示故障不存在的信号。
本公开还涉及一种计算机可读存储介质。该计算机可读存储介质存储有一个或多个程序,所述一个或多个程序能够被一个或多个处理器执行以实现上面所述的根据本公开的用于测试车辆的故障诊断方法1000。
另外,本公开还涉及一种计算装置。该计算装置包括如上所述的可视化界面100、一个或多个处理器以及如上所述的计算机可读存储介质。
Claims (10)
1.一种用于测试车辆的故障诊断方法(1000),其特征在于,所述方法(1000)包括以下步骤:
S1:接收故障数据请求信号,所述故障数据请求信号指示至少一个数据类型和故障发生时刻,所述至少一个数据类型是根据输入的当前故障情况而确定的;
S2:根据所述故障发生时刻选择数据搜索时间段;
S3:将所述至少一个数据类型确定为待搜索数据类型;
S4:根据所述待搜索数据类型确定数据名称关键字符串,在第一数据库中针对所述数据搜索时间段搜索确定的所述数据名称关键字符串,并且将在所述数据搜索时间段内的符合所述数据名称关键字符串的数据存储为结果数据,其中所述第一数据库存储有所述测试车辆的数据;
S5:预分析所述结果数据并判断故障是否存在,并且根据判断结果执行以下步骤:
S5-1:如果故障存在,将所述结果数据作为故障数据导出以用于故障分析,
S5-2:如果故障不存在,输出指示故障不存在的信号。
2.根据权利要求1所述的方法,其特征在于,所述数据名称关键字符串包括指示所述待搜索数据类型的第一组字符;和/或所述数据名称关键字符串还包括第二组字符,所述第二组字符指示处于所述数据搜索时间段的范围内的数据生成时间。
3.根据权利要求1至2中的任一项所述的方法(1000),其特征在于,在步骤S3中,所述待搜索数据类型能够通过可视化界面(100)修改。
4.根据权利要求1至2中的任一项所述的方法(1000),其特征在于,根据所述故障发生时刻选择数据搜索时间段包括选择故障发生前时间段和故障发生后时间段,并且以所述故障发生时刻为基准借助于所述故障发生前时间段和故障发生后时间段确定所述数据搜索时间段;和/或所述故障发生前时间段和故障发生后时间段能够通过可视化界面(100)输入;和/或所述故障发生时刻能够通过所述可视化界面(100)修改。
5.根据权利要求1至2中的任一项所述的方法(1000),其特征在于,预分析所述结果数据并判断故障是否存在包括:
提取所述结果数据的数值;
将所述结果数据的数值与对应的预定数值范围进行比较:
如果所述结果数据的数值中的全部数值均未处于所述预定数值范围内,判断故障存在;
如果所述结果数据的数值中的至少一个数值处于所述预定数值范围内,判断故障不存在;
或者,预分析所述结果数据并判断故障是否存在包括:
提取所述结果数据的数值;
将所述结果数据的数值与对应的预定数值范围进行比较:
如果所述结果数据的数值中的至少一个数值未处于所述预定数值范围内,判断故障存在;
如果所述结果数据的数值中的全部数值均处于所述预定数值范围内,判断故障不存在。
6.根据权利要求1至2中的任一项所述的方法(1000),其特征在于,所述至少一个数据类型是通过存储于第二数据库的第一映射关系表搜索表征所述当前故障情况的信息而确定的,其中所述第一映射关系表建立表征故障情况的信息与数据类型之间的匹配关系;和/或所述至少一个数据类型由所述当前故障情况确定其优先级,并且
步骤S3包括:将所述至少一个数据类型中的具有最高优先级的数据类型确定为待搜索数据类型;并且
步骤S5-2包括:如果故障不存在,检查所述至少一个数据类型中是否包括未曾被确定为待搜索数据类型的其它数据类型,并且根据检查结果执行以下步骤:
S5-2-1:如果存在未曾被确定为待搜索数据类型的其它数据类型,将所述其它数据类型中具有最高优先级的数据类型确定为待搜索数据类型,并且重新从步骤S4开始执行所述方法(1000),
S5-2-2:如果不存在未曾被确定为待搜索数据类型的其它数据类型,输出指示故障不存在的信号。
7.根据权利要求6所述的方法(1000),其特征在于,其中所述第一映射关系表还建立表征故障情况的信息、数据类型与优先级三者之间的匹配关系,并且其中所述至少一个数据类型的优先级是通过在所述第二数据库中借助于所述第一映射关系表搜索表征所述当前故障情况的信息而确定的;
或者,通过可视化界面(100)输入表征所述当前故障情况的信息。
8.根据权利要求1至2中的任一项所述的方法(1000),其特征在于,根据所述待搜索数据类型确定数据名称关键字符串包括在第三数据库中借助于第二映射关系表搜索待搜索数据类型而确定的,其中所述第二映射关系表建立数据类型与数据名称关键字符串之间的匹配关系。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或多个程序,所述一个或多个程序被一个或多个处理器执行以实现根据权利要求1至8中任一项所述的用于测试车辆的故障诊断方法(1000)。
10.一种计算装置,其特征在于,所述计算装置包括可视化界面(100)、一个或多个处理器以及根据权利要求9所述的计算机可读存储介质,其中所述一个或多个处理器执行所述计算机可读存储介质中存储的所述一个或多个程序,其中所述可视化界面(100)包括以下项中的至少一项:
用于输入故障发生前时间段的数值的第一输入框(110)和用于输入故障发生后时间段的数值的第二输入框(120),所述故障发生前时间段和故障发生后时间段用于确定所述数据搜索时间段;
用于修改所述故障发生时刻的日期选择框(130)和时刻选择框(140);和
用于修改所述待搜索数据类型的待搜索数据类型选择框(150)。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311638495.6A CN117746528A (zh) | 2023-12-01 | 2023-12-01 | 用于测试车辆的故障诊断方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311638495.6A CN117746528A (zh) | 2023-12-01 | 2023-12-01 | 用于测试车辆的故障诊断方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117746528A true CN117746528A (zh) | 2024-03-22 |
Family
ID=90280383
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311638495.6A Pending CN117746528A (zh) | 2023-12-01 | 2023-12-01 | 用于测试车辆的故障诊断方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117746528A (zh) |
-
2023
- 2023-12-01 CN CN202311638495.6A patent/CN117746528A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5922079A (en) | Automated analysis of a model based diagnostic system | |
US6192302B1 (en) | Motor vehicle diagnostic system and apparatus | |
JP2547069B2 (ja) | 故障診断方式 | |
Baral et al. | Formulating diagnostic problem solving using an action language with narratives and sensing | |
EP0401816A2 (en) | Plant operation supporting method | |
EP2161664B1 (en) | System and method for detecting temporal relationships uniquely associated with an underlying root cause | |
EP2895927A1 (en) | Logic based approach for system behavior diagnosis | |
EP2667171B1 (en) | Test system and vehicle performance test system | |
US10094740B2 (en) | Non-regression method of a tool for designing a monitoring system of an aircraft engine | |
RU2601141C2 (ru) | Система и способ для обеспечения диагностической информации о неисправностях | |
CN108749573B (zh) | 一种车辆里程备份方法及装置 | |
JP2007322377A (ja) | 車載故障診断装置およびその試験方法 | |
CN117746528A (zh) | 用于测试车辆的故障诊断方法 | |
JP2003027981A (ja) | 車両用故障診断装置 | |
JP2002207399A (ja) | 画像出力装置 | |
JP2509837B2 (ja) | 車両用故障診断装置 | |
JP2005014743A (ja) | 車両用故障部品探知装置 | |
CN117234955B (zh) | 一种基于物联网的软件测试管理方法及*** | |
US6966042B2 (en) | System for detecting and reporting defects in a chip | |
JPH07271590A (ja) | 故障診断装置 | |
WO2024009141A1 (ja) | 車両データ出力方法及び車両データ出力装置 | |
JPH05172701A (ja) | 自動車用故障診断装置 | |
CN118097913B (zh) | 预警探测装置的灵敏度检测方法及装置 | |
CN113474631B (zh) | 诊断机检验***以及诊断机检验方法 | |
JP2011179996A (ja) | システム診断装置、システム診断方法 |
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 |