一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

车载历史故障信息查询系统、方法、车载设备和车辆与流程

2021-11-09 22:58:00 来源:中国专利 TAG:


1.本公开涉及故障处理领域,尤其涉及一种车载历史故障信息查询系统、方法、车载设备和车辆。


背景技术:

2.起重机是一种用于起吊和转移重物的大型工程机械设备,常用于建筑、桥梁、化工、电力等行业,工作场景多为室外露天,环境恶劣,设备使用过程经常出现各种各样系统故障,从而影响正常作业。为了保证起重机各方面功能平稳运行,通常起重机主机厂会开发故障诊断系统,利用各种类型的传感器和监控系统监测起重机整体工作状态。当监测到起重机发生故障时,将发出故障信号提示操作者。
3.一般地,起重机发生故障时服务人员并不一定在现场,而是事后根据操作者描述以及故障现场进行维修排查,操作者描述问题往往不够清晰甚至故障特征已消失,服务人员难以获得准确的有效的故障信息,造成服务效率低、质量差。


技术实现要素:

4.本公开要解决的一个技术问题是,提供一种车载历史故障信息查询系统、方法、车载设备和车辆,能够在不借助车辆外部设备的前提下,实现历史故障信息的记录、查询和显示。
5.根据本公开一方面,提出一种车载历史故障信息查询系统,包括:历史故障记录单元,被配置为记录监测到的车辆故障相关信息;历史故障查询单元,被配置为根据故障查询请求,在历史故障记录单元中查询对应的车辆故障相关信息;以及历史故障显示单元,被配置为接收历史故障查询单元的查询结果,将查询结果进行显示,其中,历史故障记录单元、历史故障查询单元和历史故障显示单元设置在具有独立操作系统的同一车载设备上。
6.在一些实施例中,车辆故障相关信息以文件的形式进行存储。
7.在一些实施例中,历史故障记录单元中包括多个文件。
8.在一些实施例中,历史故障记录单元中包括第一文件和第二文件,其中,历史故障记录单元被配置为在第一文件和第二文件中选择一个文件作为默认存储文件,将车辆故障相关信息存储在默认存储文件中,在默认存储文件存储的车辆故障相关信息的数量大于等于阈值时,清除默认存储文件外的另一个文件中存储的车辆故障相关信息,将清除存储车辆故障相关信息后的文件作为默认存储文件。
9.在一些实施例中,历史故障查询单元被配置为在文件中以条件比对的方式进行批查询操作,将查询到的车辆故障相关信息以共享变量的形式发送至历史故障显示单元。
10.在一些实施例中,车辆故障相关信息包括:记录序号、故障码、故障发生时间、故障严重程度和故障环境数据中的一项或多项。
11.根据本公开的另一方面,还提出一种车载设备,包括上述的车载历史故障信息查询系统。
12.根据本公开的另一方面,还提出一种车载历史故障信息查询方法,包括:将监测到的车辆故障相关信息记录到历史故障记录单元;根据故障查询请求,通过历史故障查询单元在历史故障记录单元中查询对应的车辆故障相关信息;将查询到的车辆故障相关信息,通过历史故障显示单元进行显示,其中,历史故障记录单元、历史故障查询单元和历史故障显示单元设置在具有独立操作系统的同一车载设备上。
13.根据本公开的另一方面,还提出一种车载设备,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行如上述的车载历史故障信息查询方法。
14.根据本公开的另一方面,还提出一种车辆,包括上述的车载设备。
15.根据本公开的另一方面,还提出一种非瞬时性计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上述的车载历史故障信息查询方法。
16.本公开实施例中,将历史故障记录单元、历史故障查询单元和历史故障显示单元设置在具有独立操作系统的同一车载设备上,能够在不借助车辆外部设备的前提下,实现历史故障详细信息的记录、查询和显示功能,能够解决车辆出现偶发性故障或已发生又自修复的故障,服务人员在现场无法获取故障发生时刻的相关信息且难以复现故障的问题。
17.通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
18.构成说明书的一部分的附图描述了本公开的实施例,并且连同说明书一起用于解释本公开的原理。
19.参照附图,根据下面的详细描述,可以更加清楚地理解本公开,其中:
20.图1为本公开的车载历史故障信息查询系统的一些实施例的结构示意图。
21.图2为本公开的车辆的一些实施例的结构示意图。
22.图3为本公开的车载历史故障信息查询方法的一些实施例的流程示意图。
23.图4为本公开的车载历史故障信息查询方法的另一些实施例的流程示意图。
24.图5为本公开的车载设备的一些实施例的结构示意图。
具体实施方式
25.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
26.同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
27.以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。
28.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
29.在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不
是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
30.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
31.为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
32.图1为本公开的车载历史故障信息查询系统的一些实施例的结构示意图。在具有独立操作系统的同一车载设备上设置历史故障记录单元110、历史故障查询单元120和历史故障显示单元130。该车载设备例如为车载显示器,具体存储、显示功能。
33.历史故障记录单元110被配置为记录监测到的车辆故障相关信息。该历史故障记录单元110能够记录多条故障信息,车辆故障相关信息例如包括:记录序号、故障码、故障发生时间、故障严重程度和故障环境数据等。故障环境数据包括发动机转速、系统压力、作业工况等作业状态相关数据,并按设定的规则编码。
34.在一些实施例中,车辆故障相关信息以文件形式存储在历史故障记录单元110中。文件类型例如为文本文件、表格文件或数据库文件等。以文件存储的方式记录故障信息,仅需获知文件的存储路径,而不用预先指定存储地址和空间大小,在设计上能够减少对控制资源的占用,同时软件实现更灵活,使用更方便。
35.历史故障查询单元120被配置为根据故障查询请求,在历史故障记录单元110中查询对应的车辆故障相关信息。
36.该历史故障查询单元120根据故障查询请求中的查询条件在历史故障记录单元110中检索对应的故障信息。查询条件例如为故障码、故障发生时间范围、故障严重程度等,能够实现多维度的查询。
37.在一些实施例中,该历史故障查询单元120设置查询操作界面,提供查询入口,还具有操作文件的功能,根据查询条件在文件中筛选对应的信息。
38.历史故障显示单元130被配置为接收历史故障查询单元120的查询结果,将查询结果进行显示。
39.在一些实施例中,该历史故障显示单元130可以根据信息含义,以表格加文字的方式,将车辆故障相关信息分别显示。例如,如表1所示的分行显示。本领域的技术人员应当理解,还可以按照信息含义分列进行显示。
[0040][0041]
表1
[0042]
在一些实施例中,历史故障显示单元130可以显示多条查询结果,每条信息分页单
独显示。
[0043]
该实施例将历史故障记录单元、历史故障查询单元和历史故障显示单元设置在具有独立操作系统的同一车载设备上,能够在不借助车辆外部设备的前提下,实现历史故障详细信息的记录、查询和显示功能,能够解决车辆出现偶发性故障或已发生又自修复的故障,服务人员在现场无法获取故障发生时刻的相关信息且难以复现故障的问题,帮助维修服务人员快速了解历史故障发生时刻的故障内容及产品的工作状态,有助于排查定位问题根源,提高故障解决效率与质量。
[0044]
另外,工程机械的控制器内存储容量一般较小,存储资源紧张,用于故障信息存储的空间都会有范围大小限制,在上述实施例中,由于该车载设备具有独立操作系统,内存空间大小为百兆级甚至更大,能够为故障记录提供更多的内存资源,允许存储更多的故障信息,能够避免故障信息存储占用控制器空间的问题。
[0045]
在本公开的另一些实施例中,历史故障记录单元110中包括多个文件。能够解决单个文件信息过多,查询系统执行操作效率下降的问题。历史故障记录单元110中的文件除可以直接被历史故障查询单元120打开查询外,还可以通过u盘或笔记本等外设导出。历史故障记录单元110在接收到新的故障信息时,可以在文件的原有记录基础上,新创建一条记录,依次增加。
[0046]
在一些实施例中,历史故障记录单元110中包括第一文件和第二文件,其中,历史故障记录单元110被配置为在第一文件和第二文件中选择一个文件作为默认存储文件,将车辆故障相关信息存储在默认存储文件中,在默认存储文件存储的车辆故障相关信息的数量大于等于阈值时,清除默认存储文件外的另一个文件中存储的车辆故障相关信息,将清除存储车辆故障相关信息后的文件作为默认存储文件。
[0047]
例如,对单个文件存储故障信息数量设置上限,默认先使用第一文件,当第一文件达到数量上限时,再启用第二文件,设置第二文件为默认存储文件。当第二文件达到数量上限时,清空第一文件,然后使用第一文件进行信息存储,以此类推,第一文件和第二文件交替使用,保证至少有一个文件内的信息不被清除,便于查询历史故障信息。
[0048]
在本公开的另一些实施例中,历史故障查询单元120具有操作文件的功能,被配置为在文件中以条件比对的方式进行批查询操作,将查询到的车辆故障相关信息以共享变量的形式发送至历史故障显示单元130。
[0049]
例如,历史故障查询单元120调用历史故障数据记录单元中的用于记录故障信息的文件,在文件中以条件比对的方式进行批处理操作,筛选符合条件的所有故障码及相关信息,并将查询结果以共享变量的形式直接传递至历史故障显示单元130。
[0050]
在该实施例中,使用查询条件比对的方式,通过批处理,筛选出存储文件中所有满足条件的故障信息,能够提高故障查询效率。
[0051]
在本公开的另一些实施例中,还保护一种车载设备,该车载设备包括上述的车载历史故障信息查询系统。
[0052]
在本公开的另一些实施例中,还包含一种车辆,该车辆例如为起重机,包括上述的车载设备。如图2所示,该起重机包括车载设备210和多个车辆传感器220。
[0053]
该车载设备210具有独立操作系统,可以进行文件的管理操作,内部设置有历史故障记录单元110、历史故障查询单元120和历史故障显示单元130,此处不再进一步阐述。
[0054]
车辆传感器220例如包括转速传感器、压力传感器、角度传感器、长度传感器等,能够直接采集发动机转速、系统压力、作业工况等环境数据,还能够将采集的故障数据通过故障处理系统230发送至历史故障记录单元110。
[0055]
在上述实施例中,在起重机出现故障时,能够在不借助任何起重机以外的设备的条件下,记录并显示已发生的故障及相关信息,帮助维修服务人员了解历史故障发生时刻的故障内容及产品的工作状态。
[0056]
图3为本公开的车载历史故障信息查询方法的一些实施例的流程示意图。在具有独立操作系统的同一车载设备上设置历史故障记录单元、历史故障查询单元和历史故障显示单元。
[0057]
在步骤310,将监测到的车辆故障相关信息记录到历史故障记录单元。
[0058]
在一些实施例中,起重机发生故障时,将故障信息记录至历史故障数据记录单元的文件中,记录形式为在原有记录基础上,新创建一条记录,依次增加。记录内容包括:记录序号、故障编号、故障发生时间、故障严重等级、故障环境数据等信息,其中故障环境数据包括发动机转速、系统压力、作业工况等作业状态相关数据。
[0059]
在一些实施例中,车辆故障相关信息以文件的形式进行存储。文件类型例如为文本文件、表格文件或数据库文件等。以文件形式存储故障信息,可以不用预先指定存储地址和空间大小,存储更为灵活方便,操作更为简单。
[0060]
在一些实施例中,为防止单个文件信息过多,查询系统执行操作效率下降,历史故障记录单元中设置多个文件。
[0061]
在步骤320,根据故障查询请求,通过历史故障查询单元在历史故障记录单元中查询对应的车辆故障相关信息。
[0062]
在一些实施例中,根据设定的查询条件,历史故障查询单元调用历史故障数据记录单元中的用于记录车辆故障相关信息的文件,在文件中以条件比对的方式进行批处理操作,筛选符合条件的所有故障码及相关信息,并将查询结果以共享变量的形式直接传递至历史故障显示单元。
[0063]
在步骤330,将查询到的车辆故障相关信息,通过历史故障显示单元进行显示。
[0064]
在一些实施例中,历史故障显示单元接收到查询结果后,以表格加文字的形式对查询结果予以显示,显示内容包括故障码、故障时间、故障环境数据等信息。例如,可以根据含义,将相关信息分行显示。若存在多条查询结果,则可以将每条信息分页单独显示。
[0065]
在上述实施例中,在不借助任何车辆以外的设备的条件下,能够记录并显示已发生的故障及相关信息,帮助维修服务人员了解历史故障发生时刻的故障内容及产品的工作状态,有助于排查定位问题根源,提高故障解决效率与质量。
[0066]
图4为本公开的车载历史故障信息查询方法的另一些实施例的流程示意图。该实施例以起重机为例进行介绍。
[0067]
在步骤410,历史故障记录单元监测起重机发生故障,获取故障相关信息。
[0068]
在步骤420,选择默认存储文件,若默认存储文件为第一文件,则执行步骤430,若默认存储文件为第二文件,则执行步骤431。
[0069]
在步骤430,判断第一文件中故障存储数量是否达到上限,若是,则执行步骤440,否则,执行步骤451。
[0070]
在步骤440,清空第二文件,并设置第二文件为默认存储文件。
[0071]
在步骤450,将故障相关信息存储在第二文件中。
[0072]
在步骤431,判断第二文件中故障存储数量是否达到上限,若是,则执行步骤441,否则,执行步骤450。
[0073]
在步骤441,清空第一文件,并设置第一文件为默认存储文件。
[0074]
在步骤451,将故障相关信息存储在第一文件中。
[0075]
在步骤460,历史故障查询单元接收到查询指令。
[0076]
在步骤470,在第一文件和第二文件中以条件比对的方式进行批查询操作,将查询到的故障信息以共享变量的形式发送至历史故障显示单元。
[0077]
在步骤480,在历史故障显示单元显示查询到的结果。
[0078]
在上述实施例中,以文件存储的方式记录故障信息,可以不用预先指定存储地址和空间大小,能够减少对控制资源的占用,存储更为灵活方便,操作更为简单。另外,在不借助任何起重机以外的设备的条件下,能够记录并显示已发生的故障及相关信息,帮助维修服务人员了解历史故障发生时刻的故障内容及产品的工作状态。
[0079]
图5为本公开的车载设备的一些实施例的结构示意图。该电子设备包括存储器510和处理器520。其中:存储器510可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图3、4所对应实施例中的指令。处理器520耦接至存储器510,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器520用于执行存储器中存储的指令。
[0080]
在一些实施例中,处理器520通过bus总线530耦合至存储器510。该车载设备500还可以通过存储接口540连接至外部存储系统550以便调用外部数据,还可以通过网络接口560连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
[0081]
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,在不借助任何车辆以外的设备的条件下,能够记录并显示已发生的故障及相关信息,帮助维修服务人员了解历史故障发生时刻的故障内容及产品的工作状态。
[0082]
在另一些实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现图3、4所对应实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0083]
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0084]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。
[0085]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0086]
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
[0087]
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改。本公开的范围由所附权利要求来限定。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献