CN116016105A - 支持多通信类型的故障诊断方法、装置、设备及存储介质 - Google Patents
支持多通信类型的故障诊断方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN116016105A CN116016105A CN202211528663.1A CN202211528663A CN116016105A CN 116016105 A CN116016105 A CN 116016105A CN 202211528663 A CN202211528663 A CN 202211528663A CN 116016105 A CN116016105 A CN 116016105A
- Authority
- CN
- China
- Prior art keywords
- fault
- fault information
- communication
- information
- normalized
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 183
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000003745 diagnosis Methods 0.000 title claims abstract description 41
- 238000012545 processing Methods 0.000 claims abstract description 13
- 238000010606 normalization Methods 0.000 claims abstract description 8
- 238000004590 computer program Methods 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 abstract description 10
- 230000008569 process Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008439 repair process Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本发明提供一种支持多通信类型的故障诊断方法、装置、设备及存储介质。方法包括:接收初始故障信息,并对初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各归一化故障信息中包含有故障标识;根据各归一化故障信息的故障标识,将各归一化故障信息按照预设的故障类型进行分类;将各分类后故障信息发送给预设的人机界面;响应于人机界面的触发操作,根据来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。加快了通信通道的自我修复过程,保障了数据的正常传输。
Description
技术领域
本申请涉及通信故障诊断技术领域,具体涉及一种支持多通信类型的故障诊断方法、装置、设备及存储介质。
背景技术
随着汽车技术的发展,电子化、信息化、智能化已然成为未来汽车的重要方向。通信系统作为智能座舱的重要组成部分,车外网通信为用户提供无线移动网络,车内网为用户提供座舱系统与车身的交互通道。目前,对于车载通信,在诊断内容上通常只针对CAN通路信号进行处理。但对于车载通信系统来说,由于车载通信系统集成了多种不同类型的通信通道,这种单一信道的诊断方式无法保证各通信通道的联通性诊断。因此,需要一种支持多通信类型的故障诊断方法、装置、设备及存储介质。
发明内容
鉴于以上所述现有技术的缺点,本发明提供一种支持多通信类型的故障诊断方法、装置、设备及存储介质,以解决现有的诊断方式无法对各种不同类型信道进行联通性诊断的技术问题。
本发明提供的支持多通信类型的故障诊断方法,包括:
接收初始故障信息,并对所述初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,所述初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各所述归一化故障信息中包含有故障标识;
根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类;
将各分类后故障信息发送给预设的人机界面;
响应于所述人机界面的触发操作,根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
于本发明的一实施例中,所述通信通道包括以太通信通道、串口通信通道和高速串口通信通道。
于本发明的一实施例中,所述接收至少两个不同信道类型的通信通道传输的故障信息之前,还包括:基于预设的通信协议,建立与各通信通道的接口连接。
于本发明的一实施例中,所述对所述初始故障信息按照预设的格式类型进行归一化处理之前,还包括:根据所述初始故障信息的内容,从故障库中查询所述初始故障信息对应的故障标识。
于本发明的一实施例中,所述根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类,包括:
根据各所述归一化故障信息及对应的故障标识,从预存的信息表中查询对应的故障类型;其中,所述故障类型包括一般错误、严重错误和重大错误;
按照所述故障类型,将所述归一化故障信息进行分类。
于本发明的一实施例中,所述响应于所述人机界面的触发操作,将分类信息对应的解决方案发给对应通道,包括:
响应于所述人机界面的触发操作,查询所述分类后故障信息对应的解决方案;
按照所述来源标识,将所述解决方案传送给对应的通信通道,以使所述通信通道根据所述解决方案自动修复故障。
于本发明的一实施例中,所述响应于人机界面的触发操作,将分类信息对应的解决方案发给对应通道之后,还包括:将所述解决方案和所述初始故障信息添加在错误日志中。
于本发明的一实施例中,还提供一种支持多通信类型的故障诊断装置,所述装置包括:
故障信息获取模块,配置为接收初始故障信息,并对所述初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,所述初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各所述归一化故障信息中包含有故障标识;
故障信息分类模块,配置为根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类;
人机界面获取模块,配置为将各分类后故障信息发送给预设的人机界面;
解决方案获取模块,配置为响应于所述人机界面的触发操作,根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
于本发明的一实施例中,还提供一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现上述任一项所述的支持多通信类型的故障诊断方法。
于本发明的一实施例中,还提供一种计算机可读存储介质,其上存储有计算机可读指令,当所述计算机可读指令被计算机的处理器执行时,使计算机执行上述任一项所述的支持多通信类型的故障诊断方法。
本发明的有益效果:本发明中通过接收至少两个不同类型的通信通道传输的初始故障信息,将各初始故障信息进行归一化处理,得到的归一化故障信息具有相同的格式。其中,初始故障信息中含有来源标识,用于表征产生该初始故障信息的通信通道。将各归一化故障信息按照预设的故障类型进行分类,然后将分类后故障信息发给预设的人机界面,以便能够直观的将故障信息展现出来,便于操作人员记录和处理。在人机界面的触发下,车载中控系统可根据来源标识,将分类后故障信息对应的解决方案发送至对应的通信通道,以使通信通道按照解决方案自我修复故障。实现了对于多种不同类型通信通道的联合诊断,加快了通信通道的自我修复过程,保障了数据的正常传输。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术者来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1本申请的一示例性实施例示出的支持多通信类型的故障诊断方法的实施环境示意图;
图2本申请的一示例性实施例示出的支持多通信类型的故障诊断方法的流程图;
图3是图2所示实施例中的故障类型分类在一示例性的实施例中的流程图;
图4是图2所示实施例中的解决方案发送在一示例性的实施例中的流程图;
图5是本申请的一示例性实施例示出的支持多通信类型的故障诊断装置的框图;
图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下将参照附图和优选实施例来说明本发明的实施方式,本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。应当理解,优选实施例仅为了说明本发明,而不是为了限制本发明的保护范围。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
在下文描述中,探讨了大量细节,以提供对本发明实施例的更透彻的解释,然而,对本领域技术人员来说,可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的,在其他实施例中,以方框图的形式而不是以细节的形式来示出公知的结构和设备,以避免使本发明的实施例难以理解。
图1是本申请的一示例性实施例示出的多通信类型的故障诊断方法的实施环境示意图。图1所示的智能终端110可以是智能手机、车载电脑、平板电脑、笔记本电脑或者可穿戴设备等任意支持安装多通信类型的故障诊断终端设备,但并不限于此。图1所示的填充服务端120是导航服务器,例如可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云信息库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork,内容分发网络)、以及大信息和人工智能平台等基础云计算服务的云服务器,在此也不进行限制。智能终端110可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与导航服务端220进行通信,本处也不对此进行限制。
请参阅图2,图2是本申请的一示例性实施例示出的多通信类型的故障诊断方法的流程图。该方法可以应用于图1所示的实施环境,并由该实施环境中的智能终端110具体执行。应理解的是,该方法也可以适用于其它的示例性实施环境,并由其它实施环境中的设备具体执行,本实施例不对该方法所适用的实施环境进行限制。
如图2所示,在一示例性的实施例中,多通信类型的故障诊断方法至少包括步骤S210至步骤S240,详细介绍如下:
步骤S210,接收初始故障信息,并对所述初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,所述初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各所述归一化故障信息中包含有故障标识。
在通信通道传输数据时,由于自身端口问题或外界网络延迟、网络中断等各种因素,不可避免的会产生各种各样的故障信息。一旦通信通道发生故障,轻则导致数据延迟到达、数据丢失等现象,严重时甚至会导致整个通信链路中断,致使后续数据无法传送,造成严重影响。因此,需要在数据传输时,需对通信通道进行实时监控,并诊断其是否出现故障。具体地,每个通信通道发生故障时,都会产生一个初始故障信息,且该初始故障信息中含有来源标识。其中,来源标识表示初始故障信息来源于何种通信信道。为了实现多种不同类型通信通道故障的诊断,因此,可接收至少两个通信通道各自产生的初始故障信息,且上述各通信通道分别为不同的类型。对于不同类型的通信通道来说,由于每个通信通道传输协议不同,因此传输信息的格式不同。为了便于后续对每个通信通道产生的初始故障信息进行处理,因此需要将各初始故障信息进行归一化处理,从而将各初始故障信息统一成一致的格式,得到各归一化故障信息。其中,归一化故障信息可以通过报文的形式表达,每个归一化故障信息中都含有一个故障标识,该故障标识用于表示归一化故障信息的故障原因。通过读取报文中预设位置上的数据,可获得故障标识。示例性地,对于串口通信通道,故障标识可为丢包、响应时间过长等。
进一步地,当本申请应用在车载座舱通信时,需要对车载通信系统的联通性进行综合诊断,以确保座舱系统与其他控制器保持稳定的通信状态,避免丢包等现象发生。对于车辆的座舱通信系统,由于座舱通信通常是基于以太网通信、串口通信和高速串口通信三种方式,因此,在本发明一实施例中,所述通信通道包括以太通信通道、串口通信通道和高速串口通信通道。其中,每个以太通信通道都具有多个不同的端口,每个端口与一个车载部件相连通,从而实现与车载部件的通信。可以理解的是,根据车载部件的数量变动,以太通信通道的端口会对应改变。对于以太通信通道,通常是当以太通信通道无法提供基础通信服务时,会产生初始故障信息。示例性地,当其中一个端口损坏时,导致某一车载部件无法与以太通信通道连接,此时会产生一个表示端口问题的初始故障信息。对于串口通信通道,由于其主要是依赖自身的串口通信驱动串口通信通道,按照与对端约定的协议进行信息传输。因此,串口通信通道产生的初始故障信息通常是基础通信链路故障或通信丢帧率等。对于高速串口通信通道,其主要是依赖自身的高速串口通信驱动高速串口通信的端口,按照与对端约定的协议传送信息。因此,其产生的初始故障信息主要是表示基础通信链路故障或通信丢帧率等。可以理解的是,为了描述方便,上述仅示例性说明各通信通道主要产生的初始故障信息的种类,但不限于此,只要通信通道产生的故障本申请均可进行诊断。
在本发明一实施例中,所述接收至少两个不同信道类型的通信通道传输的故障信息之前,还包括:基于预设的通信协议,建立与各通信通道的接口连接。其中,通信协议包括但不限于HTTP协议、TCP/IP协议等。车载中控系统按照通信协议,与各通信通道的接口建立连接之后,通过接收到各通信通道接口发送的反馈信息,确认连接建立成功后,即可以获取各初始故障信息,以便对通信通道的故障进行精确的诊断。
在本发明一实施例中,所述对所述初始故障信息按照预设的格式类型进行归一化处理之前,还包括:根据所述初始故障信息的内容,从故障库中查询所述初始故障信息对应的故障标识。由于故障标识并不是初始故障信息中携带的,因此需要读取初始故障信息的报文信息,获取初始故障信息的故障内容,根据故障内容,从故障库中查询对应的故障标识。
步骤S220,根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类。
本实施例以高速串口通信通道、串口通信通道和以太通信通道为例进行说明。对于高速串口通信通道或串口通信通道传输的初始故障信息,其格式通常为一帧16进制的数据,如0X1F。对于以太通信通道传输的初始故障信息,其格式通常为:{event_name:AAA;Time:xxxx;Action:AAA}。分别将上述初始故障信息进行归一化后,得到的归一化故障信息的格式为:{event_name:AAA;Time:xxxx;Action:xxx;From:AAA}。其中,event_name表示归一化故障信息的来源标识,例如串口通信通道、高速串口通信通道等,AAA表示对应的通信通道的名称,Action表示对应的故障标识。然后将各归一化故障信息按照故障标识,可以划分为不同故障类型。从而为后续对各通信通道的故障诊断奠定基础。
步骤S230,将各分类后故障信息发送给预设的人机界面。
得到归一化故障信息所属的故障类型后,可将该故障类型和对应的初始故障信息分发给预设的人机界面(HMI,HumanMachineInterface)。将这些故障类型以可视化的形式展现在人机界面上,有利于操作人员直观的观测各通信通道的运行情况,一旦无法自动修复故障,可采取人工介入的方式,主动维修通信通道的故障,以保障数据的正常传输。
步骤S240,响应于所述人机界面的触发操作,根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
人机界面接收到上述初始故障信息对应的故障类型后,向负责诊断故障的故障诊断单元发送触发信息,生成触发操作。故障诊断单元接收到人机界面发送的信息后,通过调取人机界面中存储的初始故障信息和对应的故障类型,在预存的数据表中查询该故障类型和初始故障信息对应的解决方案,并根据来源标识,查找对应的通信通道,将解决方案发送给该通信通道。
如图3所示,图3是图2所示实施例中的故障类型分类在一示例性的实施例中的流程图。在本发明一实施例中,在步骤S220中,所述根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类,包括:
步骤S310,根据各所述归一化故障信息的故障标识,从预存的信息表中查询对应的故障类型;其中,所述故障类型包括一般错误、严重错误和重大错误;
步骤S320,按照所述故障类型,将所述归一化故障信息进行分类。
对初始故障信息进行归一化处理,获得归一化故障信息后,从预存的信息表中,查找该故障标识对应的故障类型。并根据查到的故障类型对归一化故障信息进行分类。其中,信息表中预先记载有各种不同的故障标识,每种故障标识对应一个故障类型。故障类型通常可包括一般错误、严重错误和重大错误。其中,一般错误是响应时间未达到预设要求时产生的故障类型,严重错误是部分通信接口无法工作或通信数据存在部分丢帧的情况时产生的故障类型,重大错误是该通信通道的链路完全断开,无法继续使用的情况时产生的故障类型。
如图4所示,图4是图2所示实施例中的解决方案发送在一示例性的实施例中的流程图。在本发明一实施例中,在步骤S240中,所述响应于所述人机界面的触发操作,将分类信息对应的解决方案发给对应通道,包括:
步骤S410,响应于所述人机界面的触发操作,查询所述分类后故障信息对应的解决方案;
步骤S420,按照所述来源标识,将所述解决方案传送给对应的通信通道,以使所述通信通道根据所述解决方案自动修复故障。
根据初始故障信息和故障类型,从预存的方案表中可查询到对应的解决方案。该解决方案是针对这种初始故障信息,预先设置的有针对性的一种解决方案。根据来源标识,可获得初始故障信息所属的通信通道,然后通过接口连接,将解决方案发送给通信通道。通信通道接收到解决方案后,通过读取解决方案中的内容,即可根据内容进行自我修复。
在本发明一实施例中,所述响应于人机界面的触发操作,将分类信息对应的解决方案发给对应通道之后,还包括:将所述解决方案和所述初始故障信息添加在错误日志中。为了实现信息的持久性保存,防止信息丢失,因此可将解决方案和对应的初始故障信息保存至错误日志中。当通信通道出现同样的初始故障后,先查阅错误日志中是否存在该初始故障的解决方案,若存在,则直接使用该解决方案修复故障。若不存在,则需对初始故障进行归一化处理,并通过分类获取故障类型,然后根据故障类型获取对应的解决方案,发送至通信通道。通过这种写入日志的方式,使得当通信通道出现与以前一样的故障时,能够快速修复,从而利于数据传输。
需要说明的是,本发明可以以许多不同的形式来实现,并不限于本文所描述的实施例,比如可基于不同的操作系统:包括但不限于linux、qnx等操作系统,基于不同的硬件平台:包括但不限于x86、xavier、orin等硬件平台。
本发明中通过接收至少两个不同类型的通信通道传输的初始故障信息,将各初始故障信息进行归一化处理,得到的归一化故障信息具有相同的格式。其中,初始故障信息中含有来源标识,用于表征产生该初始故障信息的通信通道。将各归一化故障信息按照预设的故障类型进行分类,然后将分类后故障信息发给预设的人机界面,以便能够直观的将故障信息展现出来,便于操作人员记录和处理。在人机界面的触发下,车载中控系统可根据来源标识,将分类后故障信息对应的解决方案发送至对应的通信通道,以使通信通道按照解决方案自我修复故障。实现了对于多种不同类型通信通道的联合诊断,加快了通信通道的自我修复过程,保障了数据的正常传输。对于车载座舱,通过对车载通信系统联通性进行诊断,实现了多类型通信通道故障监测、故障上报和故障自修复的功能,确保了座舱系统与其他控制器的稳定通信。
图5是本申请的一示例性实施例示出的支持多通信类型的故障诊断装置的框图。该装置可以应用于图2所示的实施环境,并具体配置在智能终端210中。该装置也可以适用于其它的示例性实施环境,并具体配置在其它设备中,本实施例不对该装置所适用的实施环境进行限制。
如图5所示,该示例性的支持多通信类型的故障诊断装置500包括:
故障信息获取模块501,配置为接收初始故障信息,并对所述初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,所述初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各所述归一化故障信息中包含有故障标识;故障信息分类模块502,配置为根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类;人机界面获取模块503,配置为将各分类后故障信息发送给预设的人机界面;解决方案获取模块504,配置为响应于所述人机界面的触发操作,根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
在另一示例性的实施例中,故障信息分类模块502包括:
故障类型查询单元,配置为根据各所述归一化故障信息的故障标识,从预存的信息表中查询对应的故障类型;其中,所述故障类型包括一般错误、严重错误和重大错误;
故障分类单元,配置为按照所述故障类型,将所述归一化故障信息进行分类。
在另一示例性的实施例中,解决方案获取模块504包括:
解决方案查找单元,配置为响应于所述人机界面的触发操作,查询所述分类后故障信息对应的解决方案;
故障修复单元,配置为按照所述来源标识,将所述解决方案传送给对应的通信通道,以使所述通信通道根据所述解决方案自动修复故障。
需要说明的是,上述实施例所提供的,支持多通信类型的故障诊断装置与上述实施例所提供的,支持多通信类型的故障诊断方法属于同一构思,其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。上述实施例所提供的支持多通信类型的故障诊断装置在实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能,本处也不对此进行限制。
本申请的实施例还提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现上述各个实施例中提供的支持多通信类型的故障诊断方法。
图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是,图6示出的电子设备的计算机系统600仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CentralProcessingUnit,CPU)601,其可以根据存储在只读存储器(Read-OnlyMemory,ROM)602中的程序或者从储存部分608加载到随机访问存储器(RandomAccessMemory,RAM)603中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在RAM603中,还存储有系统操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(Input/Output,I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CathodeRayTube,CRT)、液晶显示器(LiquidCrystalDisplay,LCD)等以及扬声器等的输出部分607;包括硬盘等的储存部分608;以及包括诸如LAN(LocalAreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入储存部分608。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnlyMemory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDiscRead-OnlyMemory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
本申请的另一方面还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被计算机的处理器执行时,使计算机执行如前所述的支持多通信类型的故障诊断方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的,也可以是单独存在,而未装配入该电子设备中。
本申请的另一方面还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各个实施例中提供的支持多通信类型的故障诊断方法。
上述实施例仅示例性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (10)
1.一种支持多通信类型的故障诊断方法,其特征在于,所述方法包括:
接收初始故障信息,并对所述初始故障信息按照预设的格式类型进行归一化处理,得到各归一化故障信息;其中,所述初始故障信息由至少两个不同类型的通信通道传输,且含有来源标识,得到的各所述归一化故障信息中包含有故障标识;
根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类;
将各分类后故障信息发送给预设的人机界面;
响应于所述人机界面的触发操作,根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
2.根据权利要求1所述的支持多通信类型的故障诊断方法,其特征在于,所述通信通道包括以太通信通道、串口通信通道和高速串口通信通道。
3.根据权利要求1所述的支持多通信类型的故障诊断方法,其特征在于,所述接收至少两个不同信道类型的通信通道传输的故障信息之前,还包括:基于预设的通信协议,建立与各通信通道的接口连接。
4.根据权利要求1所述的支持多通信类型的故障诊断方法,其特征在于,所述对所述初始故障信息按照预设的格式类型进行归一化处理之前,还包括:根据所述初始故障信息的内容,从故障库中查询所述初始故障信息对应的故障标识。
5.根据权利要求4所述的支持多通信类型的故障诊断方法,其特征在于,所述根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类,包括:
根据各所述归一化故障信息的故障标识,从预存的信息表中查询对应的故障类型;其中,所述故障类型包括一般错误、严重错误和重大错误;
按照所述故障类型,将所述归一化故障信息进行分类。
6.根据权利要求1所述的支持多通信类型的故障诊断方法,其特征在于,所述响应于所述人机界面的触发操作,将分类信息对应的解决方案发给对应通道,包括:
响应于所述人机界面的触发操作, 查询所述分类后故障信息对应的解决方案;
按照所述来源标识,将所述解决方案传送给对应的通信通道, 以使所述通信通道根据所述解决方案自动修复故障。
7.根据权利要求1所述的支持多通信类型的故障诊断方法,其特征在于,所述响应于人机界面的触发操作,将分类信息对应的解决方案发给对应通道之后, 还包括:将所述解决方案和所述初始故障信息添加在错误日志中。
8.一种支持多通信类型的故障诊断装置, 其特征在于, 所述装置包括:
故障信息获取模块, 配置为接收初始故障信息, 并对所述初始故障信息按照预设的格式类型进行归一化处理, 得到各归一化故障信息; 其中, 所述初始故障信息由至少两个不同类型的通信通道传输, 且含有来源标识, 得到的各所述归一化故障信息中包含有故障标识;
故障信息分类模块, 配置为根据各所述归一化故障信息的故障标识,将各所述归一化故障信息按照预设的故障类型进行分类;
人机界面获取模块, 配置为将各分类后故障信息发送给预设的人机界面;
解决方案获取模块, 配置为响应于所述人机界面的触发操作, 根据所述来源标识,将各分类后故障信息对应的解决方案传送至对应的通信通道。
9.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
存储装置, 用于存储一个或多个程序, 当所述一个或多个程序被所述一个或多个处理器执行时, 使得所述电子设备实现如权利要求1至7中任一项所述的支持多通信类型的故障诊断方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,当所述计算机程序被计算机的处理器执行时,使计算机执行权利要求1至7中任一项所述的支持多通信类型的故障诊断方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211528663.1A CN116016105A (zh) | 2022-11-30 | 2022-11-30 | 支持多通信类型的故障诊断方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211528663.1A CN116016105A (zh) | 2022-11-30 | 2022-11-30 | 支持多通信类型的故障诊断方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116016105A true CN116016105A (zh) | 2023-04-25 |
Family
ID=86036160
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211528663.1A Pending CN116016105A (zh) | 2022-11-30 | 2022-11-30 | 支持多通信类型的故障诊断方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116016105A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101859476A (zh) * | 2010-05-25 | 2010-10-13 | 金龙联合汽车工业(苏州)有限公司 | 车辆故障诊断远程报警系统和方法 |
CN102073319A (zh) * | 2011-01-25 | 2011-05-25 | 武汉理工大学 | 一种多功能综合型电控汽车故障诊断系统 |
CN111741117A (zh) * | 2020-06-28 | 2020-10-02 | 北京智行者科技有限公司 | 故障信息的处理方法 |
CN112116059A (zh) * | 2020-09-11 | 2020-12-22 | 中国第一汽车股份有限公司 | 一种车辆故障诊断方法、装置、设备及存储介质 |
CN113067723A (zh) * | 2021-03-02 | 2021-07-02 | 深圳市道通科技股份有限公司 | 汽车总线故障分析方法、诊断设备及总线故障分析系统 |
CN114511026A (zh) * | 2022-01-28 | 2022-05-17 | 国网山东省电力公司泰安供电公司 | 一种故障诊断方法、装置、终端设备及存储介质 |
CN114546689A (zh) * | 2020-11-24 | 2022-05-27 | 华为技术有限公司 | 设备故障的检测方法、相关装置及系统 |
CN114547318A (zh) * | 2020-11-10 | 2022-05-27 | 彩虹无线(北京)新技术有限公司 | 故障信息获取方法、装置、设备和计算机存储介质 |
CN115373371A (zh) * | 2022-09-01 | 2022-11-22 | 湖南中车时代通信信号有限公司 | 车载atp系统故障诊断方法、装置及存储介质 |
-
2022
- 2022-11-30 CN CN202211528663.1A patent/CN116016105A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101859476A (zh) * | 2010-05-25 | 2010-10-13 | 金龙联合汽车工业(苏州)有限公司 | 车辆故障诊断远程报警系统和方法 |
CN102073319A (zh) * | 2011-01-25 | 2011-05-25 | 武汉理工大学 | 一种多功能综合型电控汽车故障诊断系统 |
CN111741117A (zh) * | 2020-06-28 | 2020-10-02 | 北京智行者科技有限公司 | 故障信息的处理方法 |
CN112116059A (zh) * | 2020-09-11 | 2020-12-22 | 中国第一汽车股份有限公司 | 一种车辆故障诊断方法、装置、设备及存储介质 |
CN114547318A (zh) * | 2020-11-10 | 2022-05-27 | 彩虹无线(北京)新技术有限公司 | 故障信息获取方法、装置、设备和计算机存储介质 |
CN114546689A (zh) * | 2020-11-24 | 2022-05-27 | 华为技术有限公司 | 设备故障的检测方法、相关装置及系统 |
CN113067723A (zh) * | 2021-03-02 | 2021-07-02 | 深圳市道通科技股份有限公司 | 汽车总线故障分析方法、诊断设备及总线故障分析系统 |
CN114511026A (zh) * | 2022-01-28 | 2022-05-17 | 国网山东省电力公司泰安供电公司 | 一种故障诊断方法、装置、终端设备及存储介质 |
CN115373371A (zh) * | 2022-09-01 | 2022-11-22 | 湖南中车时代通信信号有限公司 | 车载atp系统故障诊断方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2023125852A1 (zh) | 远程诊断方法及装置、电子设备和存储介质 | |
US6859696B2 (en) | System and method for monitoring machine status | |
US11240317B2 (en) | Diagnostic method and system for vehicle, and related device thereof | |
WO2023125591A1 (zh) | 远程诊断方法及装置、系统、电子设备和存储介质 | |
WO2023125590A1 (zh) | 远程诊断方法及装置、电子设备和存储介质 | |
CN113900834B (zh) | 基于物联网技术的数据处理方法、装置、设备及存储介质 | |
CN112492052A (zh) | 智能网联车辆数据的远程调试方法及装置 | |
CN110597229A (zh) | 一种车辆诊断互斥方法、装置、车辆和存储介质 | |
EP4312199A1 (en) | Method and device for remotely diagnosing vehicle faults, vehicle and computer storage medium | |
CN113433923A (zh) | 车辆远程诊断方法、系统、可读存储介质及设备 | |
CN114257470A (zh) | 一种车辆蓝牙功能的测试系统及测试方法 | |
CN113985852A (zh) | 车载终端日志处理方法、装置及系统 | |
CN113505056A (zh) | 车辆诊断方法、系统、装置及存储介质 | |
CN117640720A (zh) | 远程诊断的通道创建方法、车辆连接器和远程诊断系统 | |
CN116016105A (zh) | 支持多通信类型的故障诊断方法、装置、设备及存储介质 | |
CN114157350B (zh) | 一种光纤错连检测方法和系统 | |
CN112509176B (zh) | 基于车辆数据的故障报修方法及装置 | |
CN115220945A (zh) | 基于树莓派的车辆检测设备、方法、车辆及存储介质 | |
CN113452793A (zh) | 一种诊断服务处理方法、装置、车载终端及介质 | |
CN116800594A (zh) | 智能诊断故障的方法、装置、电子设备及可读存储介质 | |
CN115412346B (zh) | 一种报文检测方法、装置、电子设备及存储介质 | |
US20230215226A1 (en) | Method for vehicle diagnostics, diagnostic connector, and diagnostic device | |
CN113341938B (zh) | 汽车控制器测试系统及其控制方法 | |
CN117215958B (zh) | 一种车载应用分离设计软件及其测试方法 | |
CN115202919A (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 |