CN115877819A - 整车远程诊断管理方法、装置、设备及介质 - Google Patents
整车远程诊断管理方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN115877819A CN115877819A CN202211522894.1A CN202211522894A CN115877819A CN 115877819 A CN115877819 A CN 115877819A CN 202211522894 A CN202211522894 A CN 202211522894A CN 115877819 A CN115877819 A CN 115877819A
- Authority
- CN
- China
- Prior art keywords
- fault diagnosis
- node
- application
- master node
- code
- 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
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种整车远程诊断管理方法,通过第一主节点,订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并发布第一故障诊断信息和第二故障诊断信息;基于数据分发服务,通过第二主节点订阅第一主节点发布的第一故障诊断信息和第二故障诊断信息;通过第一主节点或/和第二主节点,将第一主节点或/和第二主节点订阅的第一故障诊断信息和第二故障诊断信息发送至终端设备。本发明结合整车的网络系统,对整车上各种传统故障进行诊断,以及对各种嵌入式控制器硬件、系统、应用的异常进行诊断,完成传统诊断和整车应用的整车完整诊断以及远程PC端和云端的整车诊断管理,提高了对整车故障的诊断的能力。
Description
技术领域
本发明属于汽车检测技术领域,具体涉及一种整车远程诊断管理方法、装置、设备及介质。
背景技术
在软件定义汽车的潮流下,整车的智能化越来越高,车上的嵌入式控制器也越来越复杂,所运行的应用软件也多种多样,整车除了传统的故障诊断,对于所运行嵌入式控制器硬件、系统和应用的故障信息也越来越复杂。
对于整车上各种传统故障诊断和各种嵌入式控制器的硬件、系统、应用出现异常需要进行诊断的时候,如何结合目前整车的网络系统,完成传统诊断和整车应用的整车完整诊断及其如何进行远程PC端和云端的整车诊断管理是当前急需解决的问题。
发明内容
鉴于以上所述现有技术的缺点,本发明提供一种整车远程诊断管理方法、装置、设备及介质,以解决上述技术问题。
本发明提供的一种整车远程诊断管理方法,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述方法包括:
通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集的;
基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
于本发明一实施例中,所述第一故障诊断信息包括传统故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的实体产生;所述第二故障诊断信息包括应用故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的应用产生。
于本发明一实施例中,所述第一主节点包括:
第一传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第一主节点的实体产生的传统故障诊断码;
第一应用故障诊断组件,用于获取由关联所述第一主节点的应用产生的应用故障诊断码;
第一信息订阅发布组件,用于基于数据分发服务订阅由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的应用故障诊断码和由所述第一主节点、所述第二主节点、所述从节点基于总线收集的传统故障诊断码,以及用于发布所述传统故障诊断码和所述应用故障诊断码。
于本发明一实施例中,所述第一传统故障诊断组件还用于基于车载以太网协议获取关联所述第一主节点的实体产生的传统故障诊断码。
于本发明一实施例中,所述第二主节点包括:
第二传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第二主节点的实体产生的传统故障诊断码;
第二应用故障诊断组件,用于获取由关联所述第二主节点的应用产生的应用故障诊断码;
第二信息订阅发布组件,用于基于数据分发服务订阅所述第一主节点发布的应用故障诊断码和传统故障诊断码;
远程连接组件,用于通过OPENSSL双向认证方式连接云端,并采用MQTT通讯协议将第二信息订阅发布组件订阅的所述应用故障诊断码和传统故障诊断码发送到至云端。
于本发明一实施例中,所述从节点包括:
第三传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第从节点的实体产生的传统故障诊断码;
第三应用故障诊断组件,用于获取由关联所述从主节点的应用产生的应用故障诊断码;
信息发布组件,用于基于数据分发服务发布所述从节点的所述传统故障诊断码和所述应用故障诊断码。
于本发明一实施例中,所述终端设备包括:云端、手机端、PC端中的一种,
当所述终端设备为PC端时,所述PC端基于数据分发服务,订阅所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储;
当所述终端设备为云端或手机端时,所述云端通过OPENSSL双向认证方式连接所述第二主节点,基于MQTT通讯协议接收所述第二从节点订阅的所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储。
于本发明一实施例中,所述方法还包括:
在所述第一主节点发生故障时,通过所述第二主节点订阅由所述第二主节点、所述从节点收集并基于数据分发服务发布的所述应用故障诊断码。
于本发明一实施例中,所述方法还包括:
将所述终端设备接收到的所述传统故障诊断码和所述应用故障诊断码与预设在终端设备中的故障诊断码表进行比较,得到车辆的当前故障种类;其中,所述故障诊断码表用于表示传统故障诊断码与故障种类的对应关系,以及应用故障诊断码与故障种类的对应关系。
本发明提供的一种整车远程诊断管理装置,其特征在于,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述装置包括:
订阅发布模块,用于通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;
订阅模块,用于基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
发送模块,用于通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
本发明提供的一种电子设备,所述电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现上述的整车远程诊断管理方法的步骤。
本发明提供的一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被计算机的处理器执行时,使计算机执行上述整车远程诊断管理方法的步骤。
本发明的有益效果:本发明中的一种整车远程诊断管理方法,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述方法包括:通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。本发明结合整车的网络系统,对整车上各种传统故障进行诊断,以及对各种嵌入式控制器硬件、系统、应用的异常进行诊断,完成传统诊断和整车应用的整车完整诊断以及远程PC端和云端的整车诊断管理,提高了对整车故障的诊断的能力。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术者来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是本申请的一示例性实施例示出的整车远程诊断管理方法的实施环境示意图;
图2是本申请的一示例性实施例示出的整车远程诊断管理方法的流程图;
图3是本申请一示例性实施例示出的多个节点在整车上的部署情况图;
图4是本申请一示例性实施例示出的各个节点的构成示意图;
图5是本申请一示例性实施例示出的各个节点的构成示意图
图6是本申请的一示例性实施例示出的整车远程诊断管理装置的框图;
图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下将参照附图和优选实施例来说明本发明的实施方式,本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。应当理解,优选实施例仅为了说明本发明,而不是为了限制本发明的保护范围。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
在下文描述中,探讨了大量细节,以提供对本发明实施例的更透彻的解释,然而,对本领域技术人员来说,可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的,在其他实施例中,以方框图的形式而不是以细节的形式来示出公知的结构和设备,以避免使本发明的实施例难以理解。
图1是本申请一种示例性整车远程诊断管理方法实施环境的示意图。请参阅图1,该实施环境中包括终端设备101和车端102,终端设备101和服务器102之间通过有线或者无线网络进行通信。车端通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;基于数据分发服务,通过所述第一主节点发布所述第一故障诊断信息和所述第二故障诊断信息;基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
应该理解,图1中的终端设备101和车端102的数目仅仅是示意性的。根据实际需要,可以具有任意数目的终端设备101和车端102。
其中,终端设备101对应客户端,其可以是任意具有用户输入接口的电子设备,包括但不限于智能手机、平板、笔记本电脑、计算机、车载电脑等等,其中,用户输入接口包括但不限于触摸屏、键盘、物理按键、音频拾取装置等。
其中,终端设备101还可以是提供各种服务的服务器,其可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork,内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器,本处不对此进行限制。
终端设备101可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与服务端102进行通信,本处也不对此进行限制。
本申请的实施例分别提出一种整车远程诊断管理方法、一种整车远程诊断管理装置、一种电子设备、一种计算机可读存储介质,以下将对这些实施例进行详细描述。
请参阅图2,图2是本申请的一示例性实施例示出的一种整车远程诊断管理方法的流程图。该方法可以应用于图1所示的实施环境,并由该实施环境中的终端设备101具体执行。应理解的是,该方法也可以适用于其它的示例性实施环境,并由其它实施环境中的设备具体执行,本实施例不对该方法所适用的实施环境进行限制。
请参阅图2,图2为本申请一示例性的一种整车远程诊断管理方法的流程图,其中,可以理解的是在整车中,每一个控制器可以作为一个节点,多个控制器则可以认为是多个节点,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,该整车远程诊断管理方法至少包括步骤S210至步骤S230,详细介绍如下:
步骤S210,通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;
步骤S220,基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
步骤S230,通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
本发明结合整车的网络系统,对整车上各种传统故障进行诊断,以及对各种嵌入式控制器硬件、系统、应用的异常进行诊断,完成传统诊断和整车应用的整车完整诊断以及远程PC端和云端的整车诊断管理,提高了对整车故障的诊断的能力。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
请参阅图3,图3为本申请一示例性实施例示出的多个节点在整车上的部署情况图。如图3所示,在整车上包括有节点A、节点B、节点C、节点D、节点E、节点F,其中,节点A和节点B为运行有系统的嵌入式控制中,节点C、节点D、节点E、节点F为没有运行系统的单片机嵌入式控制器。带有系统的嵌入式控制器可以是基于Qnx(QuickUNIX,实时操作系统)、基于Linux、基于Android、单片机、基于RTOS(RealTimeOperatingSystem,简称RTOS)、基于autoSAR(CP)(AUTOmotiveOpenSystemArchitecture,汽车开放系统架构,CP表示经典平台)、基于autoSAR(AUTOmotiveOpenSystemArchitecture,汽车开放系统架构,AP表示自适应平台)、基于单片机、基于Windows等的控制器。
嵌入式控制A和嵌入式控制器C可集成在同一块硬件板子上,形成一个简单的域控制器G,单片机嵌入式控制器C通过ODB(OBD,车载诊断系统,On-BoardDiagnostic)可以外连传统诊断仪;嵌入式控制B和嵌入式控制器D集成在同一块硬件板子上,形成一个简单的域控制器H,嵌入式控制B有连接公网的通讯模组,可以远程连接服务器,这里的服务器可以是云端服务器,不带系统的单片机嵌入式控制器E和F作为单独的控制器。
以下对上述整车远程诊断管理方法的各个步骤进行详细说明。
在步骤步S210中,通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;
在一实施例中,所述第一故障诊断信息包括传统故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的实体产生;所述第二故障诊断信息包括应用故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的应用产生。
在本实施例中,实体具体可以指受节点(第一主节点、第二主节点、多个从节点)控制的硬件设备,这些硬件设备具有自我诊断的能力,即硬件本身能够对故障进行诊断,诊断结果会产生相应的诊断码,即传统故障诊断码。应用具体指节点(第一主节点、第二主节点、多个从节点)上运行的操作系统以及节点上运行的一个或多个APP应用(Application)。传统故障诊断码包括第一主节点直接控制的硬件设备产生的传统故障诊断码、第二主节点直接控制的硬件设备产生的传统故障诊断码、从节点直接控制的硬件设备产生的传统故障诊断码;而所述应用故障诊断码包括第一主节点上运行的APP产生的应用故障诊断码、第二主节点上运行的APP产生的应用故障诊断码、从节点上运行的APP产生的应用故障诊断码。
请参阅图4、5,图4为本申请一示例性实施例示出的各个节点的构成示意图,图5为本申请一示例性实施例示出的各个节点的构成示意图。如图4、5所示,所述第一主节点包括:第一传统故障诊断组件、第一应用故障诊断组件和第一信息订阅发布组件;
第一传统故障诊断组件(SWC-DM),用于基于CAN网络的UDS协议获取由关联所述第一主节点的实体产生的传统故障诊断码;
需要说明的是,第一主节点的实体产生的传统故障诊断码可以是第一传统故障诊断码,第一传统故障诊断码是第一主节点直接控制的硬件设备在发生故障时,经硬件设备对故障进行诊断而产生的,硬件设备在产生第一传统故障诊断码后,将第一传统故障诊断码发送到CAN网络上,第一传统故障诊断组件(SWC-DM)通过CAN网络的UDS协议获取CAN网络上的第一传统故障诊断码。
第一应用故障诊断组件(SWC-DMclient),用于获取由关联所述第一主节点的应用产生的应用故障诊断码;
需要说明的是,第一主节点上的应用产生的应用故障诊断码可以记为第一应用故障诊断码,第一应用故障诊断码属于应用故障诊断码,是第一主节点上运行的系统或APP应用在发生故障时而产生的。
当然,第一主节点除了会收集自身的第一传统故障诊断码和第一应用故障诊断码外,还会收集第二主节点以及从节点的第一故障诊断信息和第二故障诊断信息。
第一信息订阅发布组件(SWC-DMservice),用于基于数据分发服务订阅由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的应用故障诊断码和由所述第一主节点、所述第二主节点、所述从节点基于总线收集的传统故障诊断码,以及用于发布所述传统故障诊断码和所述应用故障诊断码。
第一主节点除收集自身的第一传统故障诊断码和第一应用故障诊断码外,还会通过设置在第一主节点上的第一信息订阅发布组件DDS(DDS,Data DistributionService,数据分发服务)对第二主节点和从节点的第一故障诊断信息和第二故障诊断信息进行订阅,使第一主节点获得第一主节点、第二主节点、从节点的第一故障诊断信息和第二故障诊断信息。
在一实施例中,所述第一传统故障诊断组件还用于基于车载以太网协议获取关联所述第一主节点的实体产生的传统故障诊断码,所述第二传统故障诊断组件还用于基于车载以太网协议获取关联所述第二主节点的实体产生的传统故障诊断码。
在嵌入式控制器A和嵌入式控制器B上开发部署DOIP(Diagnostic communicationoverInternetProtocol,基于车载以太网的诊断)协议栈,完成以太网的传统诊断功能。
在一实施例中,所述第二主节点包括:第二传统故障诊断组件、第二应用故障诊断组件、第二信息订阅发布组件、远程连接组件;
第二传统故障诊断组件(SWC-DM),用于基于CAN网络的UDS协议获取由关联所述第二主节点的实体产生的传统故障诊断码;
需要说明的是,关联所述第二主节点的实体产生的传统故障诊断码可以记为第二传统故障诊断码,是第二主节点直接控制的硬件设备在发生故障时,经硬件设备对故障进行诊断而产生的,硬件设备在产生第二传统故障诊断码后,将第二传统故障诊断码发送到CAN网络上,第二传统故障诊断组件(SWC-DM)通过CAN网络的UDS协议获取CAN网络上的第二传统故障诊断码。
第二应用故障诊断组件(SWC-DMclient),用于获取由关联所述第二主节点的应用产生的应用故障诊断码;
需要说明的是,第二主节点的应用产生的应用故障诊断码可以记为第二应用故障诊断码,是第二主节点上运行的系统或APP应用在发生故障时而产生的。
第二信息订阅发布组件(SWC-DMservice),用于基于数据分发服务订阅所述第一主节点发布的应用故障诊断码和传统故障诊断码;
在第二主节点收集自身的第二传统故障诊断码和第二应用故障诊断码外,还会通过设置在第二主节点上的第二信息订阅发布组件对第一主节点的第二传统故障诊断码和第二应用故障诊断码通过DDS(DDS,DataDistributionService,数据分发服务)进行订阅,使第二主节点获得第一主节点、从节点的传统故障诊断码和应用故障诊断码。
远程连接组件,用于通过OPENSSL双向认证方式连接云端,并采用MQTT通讯协议将第二信息订阅发布组件订阅的所述应用故障诊断码和传统故障诊断码发送到至云端。
在嵌入式控制器B上基于MQTT通讯协议开发部署连接远程云端的应用组件:SWC-DMpub,该应用组件使用DDS订阅到SWC-DMservice发出的整车诊断信息后,首先使用一车一码(指的是车辆唯一的VIN码),采用OPENSSL双向认证方式调用通讯模组连接上云端服务器,再采用MQTT通讯协议把整车诊断信息发送到云端。
在一实施例中,所述从节点包括:第三传统故障诊断组件、第三应用故障诊断组件、信息发布组件;
第三传统故障诊断组件(SWC-DM),用于基于CAN网络的UDS协议获取由关联所述第从节点的实体产生的传统故障诊断码;
需要说明的是,从节点的实体产生的传统故障诊断码可以是第三传统故障诊断码,第三传统故障诊断码是从节点直接控制的硬件设备在发生故障时,经硬件设备对故障进行诊断而产生的,硬件设备在产生第三传统故障诊断码后,将第三传统故障诊断码发送到CAN网络上,第三传统故障诊断组件(SWC-DM)通过CAN网络的UDS协议获取CAN网络上的第三传统故障诊断码。
第三应用故障诊断组件(SWC-DMclient),用于获取由关联所述从主节点的应用产生的应用故障诊断码;
需要说明的是,从节点上的应用产生的应用故障诊断码可以记为第三应用故障诊断码,第三应用故障诊断码属于应用故障诊断码,是从节点上运行的系统或APP应用在发生故障时而产生的。
信息发布组件,用于基于数据分发服务发布所述从节点的所述传统故障诊断码和所述应用故障诊断码。
在从节点收集自身的第三传统故障诊断码和第三应用故障诊断码后,会通过设置在从主节点上的信息发布组件DDS(DDS,DataDistributionService,数据分发服务)进行分布,以使第一主节点订阅从节点的传统故障诊断码和应用故障诊断码。
在步骤S220中,基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
在第一主节点获取到第一主节点、第二主节点、多个从节点各自的传统故障诊断码和应用故障诊断码后,第一主节点会将获取到第一主节点、第二主节点、多个从节点各自的传统故障诊断码和应用故障诊断码通过数据分发服务进行发布,然后再由第二主节点基于数据分发服务进行订阅,从而使第二主节点获取到第一主节点获取到第一主节点、第二主节点、多个从节点各自的传统故障诊断码和应用故障诊断码。
在步骤S230中,通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
在一实施例中,所述终端设备包括:云端、手机端、PC端中的一种,
当所述终端设备为PC端时,所述PC端基于数据分发服务,订阅所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储;
当所述终端设备为云端或手机端时,所述云端通过OPENSSL双向认证方式连接所述第二主节点,基于MQTT通讯协议接收所述第二从节点订阅的所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储。
对于PC端来说,通过PC端的订阅组件SWC-DMsub进行订阅后,进行实时的可视化分类显示、存储、提示相应的处理等统一管理;
对于第二主节点来说明,嵌入式控制器B上的订阅组件SWC-DMpub订阅后传统故障诊断码和所述应用故障诊断码后,调用通讯模组采用MQTT协议发布到云端,最后由云端进行实时的可视化分类显示、存储、提示相应的处理等统一管理。
在一实施例中,所述方法还包括:
将所述终端设备接收到的所述传统故障诊断码和所述应用故障诊断码与预设在终端设备中的故障诊断码表进行比较,得到车辆的当前故障种类;其中,所述故障诊断码表用于表示传统故障诊断码与故障种类的对应关系,以及应用故障诊断码与故障种类的对应关系。
在终端设备中预先建立有一套整车的故障诊断码表,在融合传统故障诊断基础上,根据各自的实际情况,需要包含字段有:控制器标识、硬件标识、系统版本、诊断类型(传统故障诊断还是应用诊断)、传统故障诊断码、应用错误信息诊断码、各自预留诊断标识等信息。该诊断码表需要使用到车端、PC端、云端统一管理。在获取到相应的故障诊断码(传统故障诊断码和应用故障诊断码)后,将相应的故障诊断码在故障诊断码表进行查询,获取到对应故障诊断码的故障种关,从而实现对故障的诊断。
需要说明的是,第一应用故障诊断组件、第二应用故障诊断组件、第三应用故障诊断组件均是基于C语言开发的诊断信息收集的客户端应用组件。
在一实施例中,所述方法还包括:
在所述第一主节点发生故障时,通过所述第二主节点订阅由所述第二主节点、所述从节点收集并基于数据分发服务发布的第二故障诊断信息。
如果嵌入式控制器A出现异常,则由嵌入式控制器B上启动对应的冗余功能应用组件,接管SWC-DMservice的功能,完成整车的诊断管理。
图6是本申请的一示例性实施例示出的整车远程诊断管理装置的框图。该装置可以应用于图1所示的实施环境,并具体配置在终端设备中。该装置也可以适用于其它的示例性实施环境,并具体配置在其它设备中,本实施例不对该装置所适用的实施环境进行限制。
如图6所示,本申请提供一种整车远程诊断管理装置,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述装置包括:
订阅发布模块610,用于通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;
订阅模块620,用于基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
发送模块630,用于通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
需要说明的是,上述实施例所提供的整车远程诊断管理装置与上述实施例所提供的整车远程诊断管理方法属于同一构思,其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。上述实施例所提供的整车远程诊断管理装置在实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能,本处也不对此进行限制。
本申请的实施例还提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现上述各个实施例中提供的整车远程诊断管理方法。
图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是,图7示出的电子设备的计算机系统700仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CentralProcessingUnit,CPU)701,其可以根据存储在只读存储器(Read-OnlyMemory,ROM)702中的程序或者从储存部分708加载到随机访问存储器(RandomAccessMemory,RAM)703中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在RAM703中,还存储有系统操作所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(Input/Output,I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CathodeRayTube,CRT)、液晶显示器(LiquidCrystalDisplay,LCD)等以及扬声器等的输出部分707;包括硬盘等的储存部分708;以及包括诸如LAN(LocalAreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分707。通信部分707经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入储存部分708。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图2所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnly Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDisc Read-OnlyMemory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
本申请的另一方面还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被计算机的处理器执行时,使计算机执行如前所述的整车远程诊断管理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的,也可以是单独存在,而未装配入该电子设备中。
本申请的另一方面还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各个实施例中提供的整车远程诊断管理方法。
上述实施例仅示例性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (12)
1.一种整车远程诊断管理方法,其特征在于,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述方法包括:
通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集的;
基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
2.根据权利要求1所述的整车远程诊断管理方法,其特征在于,所述第一故障诊断信息包括传统故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的实体产生;所述第二故障诊断信息包括应用故障诊断码,由关联所述第一主节点、所述第二主节点、所述从节点的应用产生。
3.根据权利要求2所述的整车远程诊断管理方法,其特征在于,所述第一主节点包括:
第一传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第一主节点的实体产生的传统故障诊断码;
第一应用故障诊断组件,用于获取由关联所述第一主节点的应用产生的应用故障诊断码;
第一信息订阅发布组件,用于基于数据分发服务订阅由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的应用故障诊断码和由所述第一主节点、所述第二主节点、所述从节点基于总线收集的传统故障诊断码,以及用于发布所述传统故障诊断码和所述应用故障诊断码。
4.根据权利要求3所述的整车远程诊断管理方法,其特征在于,所述第一传统故障诊断组件还用于基于车载以太网协议获取关联所述第一主节点的实体产生的传统故障诊断码。
5.根据权利要求4所述的整车远程诊断管理方法,其特征在于,所述第二主节点包括:
第二传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第二主节点的实体产生的传统故障诊断码;
第二应用故障诊断组件,用于获取由关联所述第二主节点的应用产生的应用故障诊断码;
第二信息订阅发布组件,用于基于数据分发服务订阅所述第一主节点发布的应用故障诊断码和传统故障诊断码;
远程连接组件,用于通过OPENSSL双向认证方式连接云端,并采用MQTT通讯协议将第二信息订阅发布组件订阅的所述应用故障诊断码和传统故障诊断码发送到至云端。
6.根据权利要求5所述的整车远程诊断管理方法,其特征在于,所述从节点包括:
第三传统故障诊断组件,用于基于CAN网络的UDS协议获取由关联所述第从节点的实体产生的传统故障诊断码;
第三应用故障诊断组件,用于获取由关联所述从主节点的应用产生的应用故障诊断码;
信息发布组件,用于基于数据分发服务发布所述从节点的所述传统故障诊断码和所述应用故障诊断码。
7.根据权利要求1所述的整车远程诊断管理方法,其特征在于,所述终端设备包括:云端、手机端、PC端中的一种,
当所述终端设备为PC端时,所述PC端基于数据分发服务,订阅所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储;
当所述终端设备为云端或手机端时,所述云端通过OPENSSL双向认证方式连接所述第二主节点,基于MQTT通讯协议接收所述第二从节点订阅的所述传统故障诊断码和所述应用故障诊断码,并对所述传统故障诊断码和所述应用故障诊断码进行分类、显示、存储。
8.根据权利要求1所述的整车远程诊断管理方法,其特征在于,所述方法还包括:
在所述第一主节点发生故障时,通过所述第二主节点订阅由所述第二主节点、所述从节点收集并基于数据分发服务发布的所述应用故障诊断码。
9.根据权利要求1所述的整车远程诊断管理方法,其特征在于,所述方法还包括:
将所述终端设备接收到的所述传统故障诊断码和所述应用故障诊断码与预设在终端设备中的故障诊断码表进行比较,得到车辆的当前故障种类;其中,所述故障诊断码表用于表示传统故障诊断码与故障种类的对应关系,以及应用故障诊断码与故障种类的对应关系。
10.一种整车远程诊断管理装置,其特征在于,所述整车中包括多个节点,所述多个节点包括第一主节点、第二主节点和多个从节点,所述装置包括:
订阅发布模块,用于通过所述第一主节点,基于数据分发服务订阅第一故障诊断信息以及基于总线获取第二故障诊断信息,并基于数据分发服务发布所述第一故障诊断信息和所述第二故障诊断信息;其中,所述第一故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点收集并基于数据分发服务发布的,所述第二故障诊断信息是由所述第一主节点、所述第二主节点、所述从节点基于总线收集的;
订阅模块,用于基于数据分发服务,通过所述第二主节点订阅所述第一主节点发布的所述第一故障诊断信息和所述第二故障诊断信息;
发送模块,用于通过所述第一主节点或/和所述第二主节点,将所述第一主节点或/和所述第二主节点订阅的所述第一故障诊断信息和所述第二故障诊断信息发送至终端设备。
11.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现如权利要求1至9中任一项所述的整车远程诊断管理方法的步骤。
12.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,当所述计算机程序被计算机的处理器执行时,使计算机执行权利要求1至9中任一项所述的整车远程诊断管理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211522894.1A CN115877819A (zh) | 2022-11-30 | 2022-11-30 | 整车远程诊断管理方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211522894.1A CN115877819A (zh) | 2022-11-30 | 2022-11-30 | 整车远程诊断管理方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115877819A true CN115877819A (zh) | 2023-03-31 |
Family
ID=85765020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211522894.1A Pending CN115877819A (zh) | 2022-11-30 | 2022-11-30 | 整车远程诊断管理方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115877819A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116088485A (zh) * | 2023-04-06 | 2023-05-09 | 小米汽车科技有限公司 | 车辆故障数据采集系统、方法及车辆 |
-
2022
- 2022-11-30 CN CN202211522894.1A patent/CN115877819A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116088485A (zh) * | 2023-04-06 | 2023-05-09 | 小米汽车科技有限公司 | 车辆故障数据采集系统、方法及车辆 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11240317B2 (en) | Diagnostic method and system for vehicle, and related device thereof | |
CN109743344B (zh) | 基于轨道交通的综合监控系统的事件存储方法及其设备 | |
JP2005516276A (ja) | 検出および/または制御環境用のオブジェクト指向フレームワーク・アーキテクチャ | |
CN115877819A (zh) | 整车远程诊断管理方法、装置、设备及介质 | |
CN104246743A (zh) | 涉及在网络上虚拟机主机隔离的系统和方法 | |
CN112015489A (zh) | 一种车载软件的管理方法、装置、存储介质及系统 | |
CN113268257A (zh) | 车载应用升级系统、方法及计算机存储介质 | |
CN114676205A (zh) | 事件信息的处理方法及装置 | |
CN114546445A (zh) | 一种基于微服务架构的整车ota控制器升级系统及方法 | |
CN111193632B (zh) | 数据采集与监视控制系统 | |
AU2018329492B2 (en) | Fault tolerant services for integrated building automation systems | |
CN115795845A (zh) | 集成化测试仿真平台的构建方法、装置、设备及存储介质 | |
CN115037587A (zh) | 网络设备配置自动发放方法、装置、设备及存储介质 | |
CN112099879B (zh) | 配置信息管理方法、装置、计算机设备及存储介质 | |
CN116055485A (zh) | 整车健康管理方法、装置、设备及介质 | |
CN115811488A (zh) | 一种车联网多协议测试系统及方法 | |
CN116360385A (zh) | 一种车辆故障的远程诊断方法、装置、设备及存储介质 | |
CN115129605A (zh) | 一种数据闭环自动化测试方法、装置、电子设备及存储介质 | |
Mihajlović et al. | Challenges of Integrating Machine Vision Algorithms Based on Franca IDL into Adaptive AUTOSAR Environment | |
CN115964212A (zh) | 数据仿真测试方法、系统、设备及介质 | |
CN117312158A (zh) | 诊断例程学习方法、装置、系统、电子设备及存储介质 | |
CN116400845A (zh) | 汽车智慧助手多屏交互方法、装置、电子设备及存储介质 | |
CN116319928A (zh) | 基于虚拟车辆的数据传输方法、装置、设备及存储介质 | |
CN115617559A (zh) | 一种车载硬件诊断方法、系统、电子设备和存储介质 | |
CN115793611A (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 |