列车诊断方法与人机交互界面HMI系统与流程

文档序号:11920665阅读:1357来源:国知局
列车诊断方法与人机交互界面HMI系统与流程

本发明涉及列车技术,尤其涉及一种列车诊断方法与人机交互界面HMI系统。



背景技术:

随着轨道交通事业的蓬勃发展,国内出现了多样式的轨道交通形式,例如高速铁路、城际快车、地铁、城市轨道交通等,这些轨道交通为人们的出行带来很大的方便。在轨道交通给人们带来方便的同时,轨道车辆的安全运营和车载诊断系统显的越发重要。

当前列车的诊断系统一般是集成在列车控制和管理系统(Train Control and Management System,简称TCMS)的列车控制单元(Vehicle Control Unit,简称VCU)中,使得VCU在负责列车控制功能外,还负责对列车的数据进行分析和诊断,并将符合诊断逻辑的故障信息通过固定的通讯协议传递给人机交互界面(Human Machine Interface,简称HMI)系统,HMI系统再将VCU发来的故障信息进行内部查表并将详细的诊断信息显示出来。这样当列车发生故障时,司机就能够根据HMI显示出的故障信息和诊断信息进行临时处理操作。

但是,现有技术中当用户需要更新诊断系统时,会对控制系统当前的运行带来影响。



技术实现要素:

本发明提供一种列车诊断方法与人机交互界面HMI系统,通过将列车的诊断系统集成到列车的HMI系统中,进而在不影响列车控制系统的前提下实现了对列车的诊断系统的实时更新。

第一方面,本发明提供一种列车诊断方法,包括:

人机交互界面HMI系统获取列车数据;

所述HMI系统根据所述列车数据和预设的第一诊断配置文件,确定所述列车的故障信息;其中,所述第一诊断配置文件包括多个故障诊断逻辑文件;

所述HMI系统根据所述故障信息和预设的故障字典手册进行匹配,获得所述故障信息对应的诊断信息,并将所述故障信息和所述诊断信息进行显示。

本发明的另一种实施例方式中,所述方法还包括:

所述HMI系统根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件;

所述HMI系统接收所述终端发送的更新指示,并根据所述更新指示更新所述第一诊断配置文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量小于或者等于预设的更新阈值时,所述更新指示携带所述待更新的故障诊断逻辑文件的标识、与所述标识对应的目标版本的故障诊断逻辑文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量大于预设的更新阈值时,所述更新指示携带目标版本的诊断配置文件,所述目标版本的诊断配置文件包括待更新的故障诊断逻辑文件的标识、所述标识对应的目标版本的故障诊断逻辑文件、以及所述第一诊断配置文件中不需要更新的故障诊断逻辑文件。

进一步地,所述HMI系统根据所述更新指示更新所述第一诊断配置文件,具体包括:

所述HMI系统根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

进一步地,所述HMI系统根据所述更新指示更新所述第一诊断配置文件,具体包括:

所述HMI系统根据所述更新指示,将所述第一诊断配置文件替换为所述目标版本的诊断配置文件。

第二方面,本发明提供一种人机交互界面HMI系统,包括:

获取模块,用于获取列车数据;

诊断模块,用于根据所述列车数据和预设的第一诊断配置文件,确定所述列车的故障信息;其中,所述第一诊断配置文件包括多个故障诊断逻辑文件;

匹配显示模块,用于根据所述故障信息和预设的故障字典手册进行匹配,获得所述故障信息对应的诊断信息,并将所述故障信息和所述诊断信息进行显示。

本发明的另一种实施方式中,所述诊断系统还包括:

发送模块,用于根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件;

接收模块,用于接收所述终端发送的更新指示;

更新模块,用于根据所述更新指示更新所述第一诊断配置文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量小于或者等于预设的更新阈值时,所述更新指示携带所述待更新的故障诊断逻辑文件的标识、与所述标识对应的目标版本的故障诊断逻辑文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量大于预设的更新阈值时,所述更新指示携带目标版本的诊断配置文件,所述目标版本的诊断配置文件包括待更新的故障诊断逻辑文件的标识、所述标识对应的目标版本的故障诊断逻辑文件、以及所述第一诊断配置文件中不需要更新的故障诊断逻辑文件。

进一步地,所述更新模块,具体用于根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

进一步地,所述更新模块,还用于根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

本发明提供的列车诊断方法与人机交互界面HMI系统,HMI系统首先获取列车数据,接着根据列车数据和预设的第一诊断配置文件,确定列车的故障信息,然后根据该故障信息和预设的故障字典手册进行匹配,获得改故障信息对应的诊断信息,并将上述故障信息和上述诊断信息进行显示,使得工作人员根据显示的该诊断信息进行临时操作处理,并根据该故障信息对故障位置进行检修,以及时排除故障保证列车的安全运行。本实施例的方法,通过将用于对列车的故障进行诊断的第一诊断配置文件集成在HMI系统中,使得HM系统能够根据该第一诊断配置文件实现对列车的故障诊断,当需要对列车的诊断系统进行更新时,只需要更新HMI系统中的各故障诊断逻辑文件即可,不会影响列车控制系统的正常运行,进而实现了在保证列车正常运行的情况下对诊断系统的实时更新,保证了对列车故障的及时诊断处理,提高了列车的安全运行。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明技术方案的应用场景图;

图2为本发明提供的列车诊断方法实施例一的流程示意图;

图2a为不同故障等级对应的扫描周期示意图;

图3为本发明提供的列车诊断方法实施例二的流程示意图;

图4为本发明提供的列车诊断方法实施例三的流程示意图;

图5为本发明提供的列车诊断方法实施例四的流程示意图;

图6为本发明提供的人机交互界面HMI系统实施例一的结构示意图;

图7为本发明提供的人机交互界面HMI系统实施例二的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明提供的列车诊断方法与人机交互界面HMI系统适用于任何型号的列车,用于解决目前由于列车的诊断系统集成在列车的控制系统中,当用户需要更新该诊断系统时会对控制系统当前的运行状态造成影响,进而引起安全隐患的问题。本发明的技术方案,通过将列车的诊断系统集成在人机交互界面HMI系统中(即将用于对列车的故障进行诊断的第一诊断配置文件集成在HMI系统中),进而与列车的控制系统分离,这样当对列车的诊断系统进行更新时则不会影响控制系统的正常工作,进而可以实现对列车的诊断系统的实时更新,从而提高了列车的安全性。

需要说明的是,本实施例的研究对象为同一辆列车,即本实施例中的列车控制和管理系统TCMS、人机交互界面HMI系统、第一诊断配置文件、故障字典手册等都是属于同一辆列车。

图1为本发明技术方案的应用场景图,如图1所示,列车的诊断系统位于HMI系统中,列车中的列车控制和管理系统TCMS和HMI系统分别与列车数据总线连接,并且可以与列车总线解析器互相通信,即可以从列车总线解析器中实时读取列车数据。同时,TCMS与HMI系统之间也可以互相通信,即HMI系统中的HMI显示器可以将TCMS的控制指令显示给工作人员,同时工作人员通过HMI系统可以查看TCMS中的相关控制指令等。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明提供的列车诊断方法实施例一的流程示意图,本实施例涉及的是HMI系统进行列车故障诊断的具体过程。如图2所述,本实施例的列车诊断方法包括:

S201、HMI系统获取列车数据。

具体的,如图1所示,本实施例的HMI系统与列车总线连接,可以从列车总线解析器中实时获得列车数据,例如列车的时速、列车的牵引力和制动力等信息,用于后续根据该列车数据进行列车的故障诊断。

S202、HMI系统根据所述列车数据和预设的第一诊断配置文件,确定所述列车的故障信息。

其中,所述第一诊断配置文件包括多个故障诊断逻辑文件。

需要说明的是,本发明的HMI系统可以包括服务器、显示器和存储器等设备,其中第一诊断配置文件保存在HMI系统中的闪存Flash存储器中。

具体的,本实施例的第一诊断配置文件包括了关于该列车的多个故障诊断逻辑文件。当需要对列车进行故障诊断时,HMI系统将闪存Flash存储器中的第一诊断配置文件调入HMI系统的运行存储器中,并根据上述S201步骤获得此时的列车数据,接着将该列车数据输入到故障诊断逻辑文件中,使得故障诊断逻辑文件根据此时的列车数据获得此时列车的故障信息。

可选地,图2a为不同故障等级对应的扫描周期示意图,由于列车的故障等级不同,为了保证对故障等级高的故障的及时检测,如图2a所示,本实施例采用多线程的方法来实现对不同故障等级的扫描。例如,在HMI系统中设置3个线程,其中线程1周期性的扫描大故障、线程2周期性的扫描中故障和线程3周期性的扫描小故障,并且要求对故障等级高的扫面线程周期短,以确保对大故障的及时检测。

本实施例的技术方案,通过将第一诊断配置文件设置在HMI系统中,当需要对列车的诊断系统(即第一诊断配置文件)进行更新时,只需要更新HMI系统中的各故障诊断逻辑文件即可,不会影响列车控制系统的正常运行,进而实现了在保证列车正常运行的情况下对列车的诊断系统的实时更新,从而保证了对列车故障的及时诊断处理,提高了列车的安全运行。

S203、HMI系统根据所述故障信息和预设的故障字典手册进行匹配,获得所述故障信息对应的诊断信息,并将所述故障信息和所述诊断信息进行显示。

具体的,本实施例的HMI系统中保存了该列车的故障字典手册,而该故障字典手册中记载了该列车的各种故障信息所对应的诊断信息。例如,根据上述S202的方法HMI系统获得的列车的故障信息是“001发动机过热”,HMI系统根据该故障信息的代码“001”,在故障字典中查找该代码“001”对应的诊断信息,例如诊断信息为“电子扇A不工作,建议开启辅助风扇B”。接着,HMI显示界面将上述故障信息“001发动机过热”和该故障信息对应的诊断信息“电子扇A不工作,建议开启辅助风扇B”进行显示,使得工作人员根据显示的该诊断信息进行临时操作处理,并根据该故障信息对故障位置进行检修,以及时排除故障保证列车的安全运行。

本发明提供的列车诊断方法,HMI系统首先获取列车数据,接着根据列车数据和预设的第一诊断配置文件,确定列车的故障信息,然后根据该故障信息和预设的故障字典手册进行匹配,获得改故障信息对应的诊断信息,并将上述故障信息和上述诊断信息进行显示,使得工作人员根据显示的该诊断信息进行临时操作处理,并根据该故障信息对故障位置进行检修,以及时排除故障保证列车的安全运行。本实施例的方法,通过将用于对列车的故障进行诊断的第一诊断配置文件集成在HMI系统中,使得HM系统能够根据该第一诊断配置文件实现对列车的故障诊断,当需要对列车的诊断系统进行更新时,只需要更新HMI系统中的各故障诊断逻辑文件即可,不会影响列车控制系统的正常运行,进而实现了在保证列车正常运行的情况下对诊断系统的实时更新,保证了对列车故障的及时诊断处理,提高了列车的安全运行。

图3为本发明提供的列车诊断方法实施例二的流程示意图,在上述实施例的基础上,本实施例涉及的是HMI系统更新第一诊断配置文件中故障诊断逻辑文件的具体过程,如图3所示,本实施例的列车诊断方法包括:

S301、HMI系统根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件。

S302、HMI系统接收所述终端发送的更新指示,并根据所述更新指示更新所述第一诊断配置文件。

具体的,终端中的客户端可以通过以太网等网络登陆HMI系统中的服务器,并从HMI系统中获取信息。同时为了增加安全性,HMI系统中的服务器要求客户端在登陆时需要进行密码验证,并且记录客户端的相关硬件信息(例如客户端的物理地址,硬盘串号等硬件信息)以及客户端的操作记录等,防止终端对HMI系统中的信息进行恶意更改,从而提高了HMI系统的安全性。

可选地,在本实施例中,终端中的客户端可以通过通信线缆、无线保真(Wireless-Fidelity,简称WiFi)、第三代移动通信技术(3rd-Generation,简称3G)网络、第四代移动通信技术(4rd-Generation,简称4G)网络或者局域网等登陆HMI系统中的服务器,进而实现与HMI系统的信息交互。

需要说明的是,本实施例的终端保存了该列车的所有第二诊断配置文件,而该第二诊断配置文件可以包括上述第一诊断配置文件中各故障诊断逻辑文件对应的目标版本的故障诊断逻辑文件(即各故障诊断逻辑文件的想要更新的版本的故障诊断逻辑文件)。可选的,该第二配置文件可以包括一辆列车的第一诊断配置文件,还可以包括其他辆列车的第一诊断配置文件。

在实际的使用过程中,当终端需要对列车的诊断系统进行更新时,首先终端向该列车的HMI系统发送更新请求,可选的,可以是终端通过终端上的客户端通过以太网登陆HMI系统中的服务器。接着,当HMI系统接受到终端发送的更新请求后,根据该更新请求向终端发送第一诊断配置文件。优选的,HMI系统向终端发送第一诊断配置文件中各故障诊断逻辑文件的版本信息。再接着,终端接收HMI系统发送的第一诊断配置文件中各故障诊断逻辑文件的版本信息,并将该第一诊断配置文件中各故障诊断逻辑文件的版本信息与第二诊断配置文件中的各故障诊断逻辑文件的版本信息进行比较,获得HMI系统中需要更新的故障诊断逻辑文件。同时,终端将上述需要更新的故障诊断逻辑文件所对应的目标版本的故障诊断逻辑文件作为更新指示发送给HMI系统。最后,HMI系统接收终端发送的更新指示,并根据该更新指示中的目标版本的故障诊断逻辑文件对第一诊断配置文件进行更新。

本实施例的技术方案,终端根据HMI系统中第一诊断配置文件中各故障诊断逻辑文件的版本信息,向HMI系统发送更新指示,HMI系统根据更新指示中的目标版本故障诊断逻辑文件对第一诊断配置文件进行更新,进而实现了对列车的诊断系统的更新。由此可知,本实施例对列车的诊断系统的更新是在HMI系统中进行的,因此整个更新过程不会影响到列车控制系统的当前运行,进而实现了对列车的诊断系统的实时更新,提高了列车的安全性。

本发明提供的列车诊断方法,终端可以与HMI系统可以交互,并且直接将需要更新故障诊断逻辑文件对应的目标版本故障诊断逻辑文件发送给HMI系统,使得HMI系统对第一诊断配置文件进行更新,进而实现对列车的诊断系统的更新。即,本实施例对列车的诊断系统的更新是在HMI系统中进行的,因此整个更新过程不会影响到列车控制系统的当前运行,进而实现了对列车的诊断系统的实时更新,提高了列车的安全性。

下述以两个具体的实施例来介绍上述S302中HMI系统根据更新指示更新HMI系统中的第一诊断配置文件的具体过程。该更新可以分为局部更新和整体更新,其中,图4所示的实施例的为局部更新,图5所示的实施例为整体更新。

图4为本发明提供的列车诊断方法实施例三的流程示意图,在上述实施例的基础上,本实施例涉及的是HMI系统对第一诊断配置文件进行局部更新的具体过程,如图4所示,本实施例的方法包括:

S401、HMI系统根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件。

S402、当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量小于或者等于预设的更新阈值时,所述更新指示携带所述待更新的故障诊断逻辑文件的标识、与所述标识对应的目标版本的故障诊断逻辑文件。

需要说明的是,本实施例的第二诊断配置文件中包括了第一诊断配置文件中每个故障诊断逻辑文件对应的目标版本的故障诊断逻辑文件,以及第一诊断配置文件中的每个故障诊断逻辑文件与第二诊断配置文件中的目标版本的故障诊断逻辑文件存在映射关系。

举例说明,假设第一诊断配置文件中的故障诊断逻辑文件的数量为10、预设的更新阈值为5(其中更新阈值为设计人员根据具体的实际情况进行设定,本实施例对此不做限制),则根据上述S401的方法,终端确定的HMI系统中待更新的故障诊断逻辑文件的数量为3,则此时HMI系统中待更新的故障诊断逻辑文件的数量3小于预设的阈值5,这样终端发送给HMI系统的更新指示包括上述3个待更新故障诊断逻辑文件的标识(例如分别为a、b、c)、以及与上述各标识a、b、c对应的目标版本的故障诊断逻辑文件(例如分别为a’、b’、c’)。

S403、HMI系统根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

举例说明,参照上述例子,HMI系统接收终端发送的更新指示,并根据该更新指示中的更新故障诊断逻辑文件的标识a、b、和c,以及标识a对应的目标版本故障诊断逻辑文件a’、标识b对应的目标版本故障诊断逻辑文件b’、和标识c对应的目标版本故障诊断逻辑文件c’,将第一诊断配置文件中标识a对应的原有故障诊断逻辑文件a”更新为目标版本故障诊断逻辑文件a’、将标识b对应的原有故障诊断逻辑文件b”更新为目标版本故障诊断逻辑文件b’、以及将标识c对应的原有故障诊断逻辑文件c”更新为目标版本故障诊断逻辑文件c’。进而实现了对第一诊断配置文件的局部更新,该局部更新过程省流量、速度快。

本发明提供的列车故障诊断方法,当终端确定HMI系统中待更新的故障诊断逻辑文件的数量小于或者等于预设的更新阈值时,终端发送给HMI系统的更新指示包括待更新的故障诊断逻辑文件的标识、与各标识对应的目标版本的故障诊断逻辑文件,HMI系统根据终端发送的更新指示对第一诊断配置文件进行局部更新,该局部更新过程省流量、速度快,进而实现了对诊断系统的经济、快速更新。

图5为本发明提供的列车诊断方法实施例四的流程示意图,在上述实施例的基础上,本实施例涉及的是HMI系统对第一诊断配置文件进行整体更新的具体过程,如图5所述,本实施例的方法包括:

S501、HMI系统根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件。

S502、当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量大于预设的更新阈值时,所述更新指示携带目标版本的诊断配置文件,所述目标版本的诊断配置文件包括待更新的故障诊断逻辑文件的标识、所述标识对应的目标版本的故障诊断逻辑文件、以及所述第一诊断配置文件中不需要更新的故障诊断逻辑文件。

可选地,本实施例的第二诊断配置文件中还可以包括的第一诊断配置文件中不存在的故障诊断逻辑文件。即第二诊断配置文件中包括的故障诊断逻辑文件的数量大于或者等于第一诊断配置文件中的故障诊断逻辑文件的数量,也就是说,本实施例中更新指示中携带的目标版本的诊断配置文件可以是整个第二诊断配置文件,也可以是第二诊断配置文件中的一部分。

举例说明,假设第一诊断配置文件中的故障诊断逻辑文件的数量为10、预设的更新阈值为5,则根据上述S501的方法,终端确定的HMI系统中待更新的故障诊断逻辑文件的数量为8,则此时HMI系统中待更新的故障诊断逻辑文件的数量8大于预设的阈值5,说明需要更新的故障诊断逻辑文件的数据较多。此时为了方便对文件的快速更新,则终端指示HMI系统对第一诊断配置文件进行整体更新,这样可以避免由于过多的补丁式的升级而带来的文件琐碎的问题。具体是,终端发送给HMI系统的更新指示携带了目标版本的诊断配置文件,该目标版本的诊断配置文件包括待更新的故障诊断逻辑文件的标识(例如a、b、c、d、e、f、g、h)、该更新文件标识a、b、c、d、e、f、g、h对应的目标版本的故障诊断逻辑文件(例如a’、b’、c’、d’、e’、f’、g’、h’)、以及第一诊断配置文件中不需要更新的故障诊断逻辑文件(例如i’、j’)。即在本实施例中,终端将第二诊断配置文件中与第一诊断配置文件中每个故障诊断逻辑文件对应的目标故障诊断逻辑文件全部携带在更新指示中发送给HMI系统,以便HMI系统根据该更新指示对第一诊断配置文件进行全部更新。

可选的,根据列车的运行情况,以及相关诊断技术的发展,终端还可以为该列车编写新的故障诊断逻辑文件(例如k’),并将该新的故障诊断逻辑文件k’保存到第二诊断配置文件中,在下次对列车的诊断系统进行更新的过程中终端还可以将新增的故障诊断逻辑文件k’携带在更新指示中发送给HMI系统,以便HMI系统丰富第一诊断配置文件的内容,进而实现对列车故障的准确诊断。

S503、HMI系统根据所述更新指示,将所述第一诊断配置文件替换为所述目标版本的诊断配置文件。

具体的,HMI系统接收终端发送的携带有目标版本的诊断配置文件的更新指示,并根据该更新指示将第一诊断配置文件全部替换成目标版本的诊断配置文件,进而形成新的第一诊断配置文件。即本实施例的技术方案,当终端判断出第一诊断配置文件中需要更新的故障诊断逻辑文件数量较多时(即超过预设的更新阈值),终端指示HMI系统对第一诊断配置文件进行全部更新,进而避免了由于过多的补丁式的升级而带来的文件琐碎的问题,实现了对第一诊断配置文件的整体更新。

本发明提供的列车故障诊断方法,当终端确定HMI系统中待更新的故障诊断逻辑文件的数量大于预设的更新阈值时,终端发送给HMI系统的更新指示携带与第一诊断配置文件对应的目标版本的诊断配置文件,使得HMI系统用目标版本的诊断配置文件替换掉整个第一诊断配置文件,进而实现对列车的诊断系统的整体更新。

需要说明的是,本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图6为本发明提供的人机交互界面HMI系统实施例一的结构示意图,本实施例的列车的诊断系统(即用于对列车进行故障诊断的第一诊断配置文件)集成在列车的人机交互界面HMI系统中,用于对列车进行故障诊断。本实施例的人机交互界面HMI系统可以通过软件、硬件或者软硬结合的方式实现。如图6所述,本实施例的人机交互界面HMI系统可以包括:获取模块10、诊断模块20和匹配显示模块30。

其中,上述获取模块10,用于获取列车数据。

上述诊断模块20,用于根据所述列车数据和预设的第一诊断配置文件,确定所述列车的故障信息;其中,所述第一诊断配置文件包括多个故障诊断逻辑文件。

上述匹配显示模块30,用于根据所述故障信息和预设的故障字典手册进行匹配,获得所述故障信息对应的诊断信息,并将所述故障信息和所述诊断信息进行显示。

本发明提供的人机交互界面HMI系统,可以用于执行图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图7为本发明提供的人机交互界面HMI系统实施例二的结构示意图,在上述实施例的基础上,如图7所述,本实施例的人机交互界面HMI系统还可以包括:发送模块40、接收模块50和更新模块60。

其中,上述发送模块40,用于根据终端发送的更新请求,向所述终端发送所述第一诊断配置文件,以使所述终端根据所述第一诊断配置文件和所述终端预设的第二诊断配置文件确定所述HMI系统中待更新的故障诊断逻辑文件。

上述接收模块50,用于接收所述终端发送的更新指示。

上述更新模块60,用于根据所述更新指示更新所述第一诊断配置文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量小于或者等于预设的更新阈值时,所述更新指示携带所述待更新的故障诊断逻辑文件的标识、与所述标识对应的目标版本的故障诊断逻辑文件。则此时上述更新模块60,还具体用于根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

进一步地,当所述终端确定所述HMI系统中待更新的故障诊断逻辑文件的数量大于预设的更新阈值时,所述更新指示携带目标版本的诊断配置文件,所述目标版本的诊断配置文件包括待更新的故障诊断逻辑文件的标识、所述标识对应的目标版本的故障诊断逻辑文件、以及所述第一诊断配置文件中不需要更新的故障诊断逻辑文件。则上述更新模块60,还用于根据所述更新指示中的所述待更新的故障诊断逻辑文件的标识,逐一更新每个标识对应的目标版本的故障诊断逻辑文件。

本发明提供的人机交互界面HMI系统,可以用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1