CN113406946A - 汽车诊断方法及装置、汽车诊断设备 - Google Patents
汽车诊断方法及装置、汽车诊断设备 Download PDFInfo
- Publication number
- CN113406946A CN113406946A CN202110591033.8A CN202110591033A CN113406946A CN 113406946 A CN113406946 A CN 113406946A CN 202110591033 A CN202110591033 A CN 202110591033A CN 113406946 A CN113406946 A CN 113406946A
- Authority
- CN
- China
- Prior art keywords
- layer
- service
- equipment
- external
- external device
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Abstract
本申请公开了一种汽车诊断方法及装置、汽车诊断设备,汽车诊断方法应用于汽车诊断设备,汽车诊断设备包括通信层和控制系统,控制系统包括设备层、服务层与应用层,方法包括通过应用层获取用户的操作指令,并根据操作指令下发服务业务请求指令,通过服务层获取应用层的服务业务请求指令,并根据服务业务请求指令下发设备操作指令,以及获取设备层对外部设备进行检测与配置的结果,并根据结果获取对应的服务业务,通过设备层发送设备操作指令至外部设备,以使外部设备执行与设备操作指令对应的操作,以及对外部设备进行检测与配置,通过通信层与外部设备通信。通过上述方式,能够在实现支持多种设备接入的同时保持汽车诊断设备的稳定正常工作。
Description
技术领域
本申请涉及汽车诊断技术领域,特别是涉及一种汽车诊断方法及装置、汽车诊断设备。
背景技术
目前,汽车由复杂的系统组成,对不同系统的检修需要对应的专业工具。例如,对轮胎部分的维修可能需要用到四轮定位、胎压检测和胎纹测量,对车身系统的维修可能会用到Adas,对电子部件的维修可能会用到示波器,万用表等。
在汽车系统中,大部分系统都由电控系统进行控制,进行智能化管理,汽车诊断仪是对电控系统进行故障检测和控制的综合工具,在智能化检修过程中,诊断设备首先从汽车电控系统中读取故障信息,并分析故障的维修方法,以指导用户进行故障的排除。在检修过程中,还会向用户提供各种维修资料,要求相关的配套设备进行具体故障的定位,诊断仪就需要对各种配套维修设备进行综合管理。
然而,由于各种配套维修设备传输数据类型、通信协议、连接方式不同,则随着配套维修设备的增加,会不断增加汽车诊断仪的工作负担,可能导致汽车诊断仪的工作出现异常。
发明内容
本申请实施例旨在提供一种汽车诊断方法及装置、汽车诊断设备,能够在实现支持多种设备接入的同时保持汽车诊断设备的稳定正常工作。
为实现上述目的,第一方面,本申请提供一种汽车诊断方法,应用于汽车诊断设备,所述汽车诊断设备包括通信层,所述通信层设置有至少一种通信接口,所述通信接口用于与外部设备连接,且所述汽车诊断设备装载有控制系统,所述控制系统包括设备层、服务层与应用层,所述方法包括:
通过所述应用层获取用户的操作指令,并根据所述操作指令下发服务业务请求指令至所述服务层;
通过所述服务层获取所述应用层的服务业务请求指令,并根据所述服务业务请求指令下发设备操作指令至所述设备层,以及获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务;
通过所述设备层发送所述设备操作指令至外部设备,以使所述外部设备执行与所述设备操作指令对应的操作,以及对所述外部设备进行检测与配置;
通过所述通信层与所述外部设备通信。
在一种可选的方式中,所述对所述外部设备进行检测,包括:
通过所述设备层检测所述外部设备的当前状态,所述当前状态包括在线状态与离线状态。
在一种可选的方式中,所述对所述外部设备进行配置,包括:
若通过所述设备层检测到所述外部设备的当前状态为在线状态,
则通过所述设备层为所述外部设备配置对应的设备对象、数据传输方式以及互斥方式,其中,所述设备对象的属性包括所述外部设备的功能、设备编号、通信协议、通信地址、优先级和/或工作状态。
在一种可选的方式中,所述获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务,包括:
若通过所述服务层获取所述设备层对外部设备进行检测与配置的结果为所述外部设备的当前状态为在线状态,
则通过所述服务层获取服务功能号,以获得对应的服务业务,其中,每一个所述外部设备提供的功能对应一个服务功能号。
在一种可选的方式中,所述根据所述服务业务请求指令下发设备操作指令至所述设备层,包括:
若通过所述服务层接收到所述服务业务请求指令,则通过所述服务层判断是否存在对应所述服务业务请求指令的外部设备;
若存在对应所述服务业务请求指令的外部设备,则通过所述服务层确定所述外部设备的当前工作状态,并根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备。
在一种可选的方式中,所述根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备,包括:
通过所述服务层确定所述外部设备是否支持多用户访问;
若所述外部设备是否支持多用户访问,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
在一种可选的方式中,所述根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备,还包括:
若通过所述服务层确定所述外部设备只支持单用户访问,则通过所述服务层判断所述外部设备提供的服务业务是否被占用;
若所述外部设备提供的服务业务被占用,则通过所述服务层根据所述服务业务请求指令的优先级下发设备操作指令至所述外部设备;
若所述外部设备提供的服务业务未被占用,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
在一种可选的方式中,所述通过所述服务层根据所述服务业务请求指令的优先权下发设备操作指令至所述外部设备,包括:
通过所述服务层判断所述服务业务请求指令的优先权是否大于当前占用所述外部设备提供的服务业务的指令;
若所述服务业务请求指令的优先权小于或等于当前占用所述外部设备提供的服务业务的指令,则通过所述服务层输出关闭当前占用所述外部设备提供的服务业务的提示;
若所述服务业务请求指令的优先权大于当前占用所述外部设备提供的服务业务的指令,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
在一种可选的方式中,在所述服务层与所述应用层中设置数据通道与管理道通,且所述数据通道与所述管理通道为不同的通道,所述方法还包括:
通过所述数据通道传输所述应用层与所述通信层之间的数据;
通过所述管理通道传输所述应用层与所述通信层之间的所述服务业务的管理指令。
第二方面,本申请还提供一种汽车诊断设备,应用于汽车诊断设备,所述汽车诊断设备包括通信层,所述通信层设置有至少一种通信接口,所述通信接口用于与外部设备连接,且所述汽车诊断设备装载有控制系统,所述控制系统包括设备层、服务层与应用层,所述装置包括:
第一指令下发单元,用于通过所述应用层获取用户的操作指令,并根据所述操作指令下发服务业务请求指令至所述服务层;
第二指令下发单元,用于通过所述服务层获取所述应用层的服务业务请求指令,并根据所述服务业务请求指令下发设备操作指令至所述设备层;
服务业务获取单元,用于获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务;
第三指令下发单元,用于通过所述设备层发送所述设备操作指令至外部设备,以使所述外部设备执行与所述设备操作指令对应的操作;
检测与配置单元,用于对所述外部设备进行检测与配置;
通信单元,用于通过所述通信层与所述外部设备通信。
第三方面,本申请还提供一种汽车诊断装置,包括:
通信层,所述通信层设置有至少一个通信接口,所述通信接口用于与所述外部设备连接;
控制系统,所述控制系统通过所述通信层与所述外部设备通信,所述控制系统包括:
至少一个处理器以及与所述至少一个处理器通信连接的存储器,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如上所述的方法。
在一种可选的方式中,所述至少一种通信接口包括通用串行总线接口、蓝牙接口、以太网接口以及通用异步收发器接口。
第四方面,本申请还提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,当所述计算机可执行指令被汽车诊断设备执行时,使所述汽车诊断设备执行如上所述的方法。
本申请实施例的有益效果是:本申请提供的汽车诊断方法,应用于汽车诊断设备,汽车诊断设备包括通信层,通信层设置有至少一种通信接口,通信接口用于与外部设备连接,且汽车诊断设备装载有控制系统,控制系统包括设备层、服务层与应用层,该方法包括通过应用层获取用户的操作指令,并根据操作指令下发服务业务请求指令至服务层,通过服务层获取应用层的服务业务请求指令,并根据服务业务请求指令下发设备操作指令至设备层,以及获取设备层对外部设备进行检测与配置的结果,并根据结果获得对应的服务业务,通过设备层发送设备操作指令至外部设备,以使外部设备执行与设备操作指令对应的操作,以及对外部设备进行检测与配置,通过通信层与外部设备通信,因此,通过通信层、设备层、服务层与应用层分级的架构设计,可实现对外部设备提供的服务业务与外部设备进行解耦,即在不同的外部设备接入到汽车诊断设备时,汽车诊断设备能够对外部设备提供的服务业务统一管理,所以,即使有多种设备接入,也不会加重本汽车诊断设备的负担,从而能够保证汽车诊断设备的正常工作。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1为现有技术中的用于汽车的汽车诊断仪的示意图;
图2为本申请实施例提供的汽车诊断方法的流程图;
图3为本申请实施例提供的汽车诊断设备的结构示意图;
图4为本申请实施例提供的汽车诊断装置的结构示意图;
图5为本申请另一实施例提供的汽车诊断设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在现有技术中,汽车由复杂的系统组成,对不同的系统的检修需要对应的专业工具,例如,对轮胎部分的维修可能用到四轮定位、胎压检测和胎纹测量,又如,对车身系统的维修可能会用到智能安全辅助驾驶系统Adas,再如,对电子部件的维修可能会用到示波器,万用表等。而上述的各种维修过程通常通过汽车诊断仪实现。
请参照图1,图1为现有技术中的用于汽车的汽车诊断仪的示意图。如图1所示,在汽车1中,设置有电控系统2,该电控系统2用于对汽车1中的其他系统进行控制以及智能化管理。汽车诊断仪3则是通过电控系统2实现对汽车1进行故障检测以及故障维修的专业工具。
在汽车1的检修过程中,首先,汽车诊断仪3与电控系统2通信,并从电控系统2中读取到汽车1的故障信息,继而,再分析故障的维修方法,并指导用户进行故障的排除过程。同时,在该过程中,汽车诊断仪3需要向用户提供各种维修资料,并要求通过相关的配套设备实现对具体故障的定位,也就是说汽车诊断仪3需要对各种配套的维修设备进行综合管理。例如,在汽车维修过程中,用户希望寻找远程专家协助,或者请求远程专家完成修理动作,需要通过设备实现远程诊断功能1。又如,汽车诊断仪3对汽车1中的部件检测出故障信息后,需要调用万用表5或者示波器6等测量工具进行电信号测量,以指导用户进行智能化维修。再如,在汽车维修过程中,用户可以通过AR/VR功能7(即通过虚拟视觉的方式)把本地的汽车检查信息传递到远程专家,远程专家也可以通过AR/VR功能7把远端的操作进度以及资料信息等传递给本地用户,其中,AR/VR功能7也需要对应的设备去实现。
可见,在现有的汽车诊断仪中,需要与多种配套的维修设备连接,而随着汽车的不断发展,所需要的维修设备的种类也越来越多,由于各种配套维修设备传输数据类型、通信协议、连接方式不同,则随着配套维修设备的增加,会不断增加汽车诊断仪的工作负担,则很有可能会导致汽车诊断仪出现异常。
基于此,在本申请中,提供了一种汽车诊断方法,该汽车诊断方法能够实现将外部的维修设备所提供的服务业务(即外部设备的功能)与外部设备进行解耦,即在不同的外部设备接入到汽车诊断设备时,汽车诊断设备能够对外部设备所提供的服务业务统一管理,从而即使有多种设备接入,也不会加重本汽车诊断设备的负担,则能够保证汽车诊断设备的正常工作。
如图2所示,图2为本申请实施例提供的汽车诊断方法的流程图。该方法应用于汽车诊断设备,汽车诊断设备包括通信层,通信层设置有至少一种通信接口,通信接口用于与外部设备连接,且汽车诊断设备装载有控制系统,控制系统包括设备层、服务层与应用层,该方法包括以下步骤:
步骤201:通过通信层与外部设备通信。
在通信层设置有至少一种通信接口,例如,在一实施例中,请一并参阅图3,在通信层40上设置有USB接口、蓝牙接口、以太网接口以及通用异步收发器接口。
通信层40可通过上述通信接口与外部设备进行通信,例如,通过USB接口与外部的传感器通信。
步骤202:通过设备层对外部设备进行检测与配置。
设备层用于负责设备的管理,其中包括对外部设备进行检测与配置。可选地,如图3所示,设备层30包括检测设备在线与离线,配置外部设备的数据传输方式、优先级管理以及互斥管理等。
具体地,在一实施方式中,对外部设备进行检测包括检测外部设备的当前状态,其中,外部设备的当前状态包括在线状态与离线状态。同时,对于不同的外部设备,所采用的检测方式不同,例如,对于通过USB接口或蓝牙接口或UART接口(即通用异步收发器接口)连接的外部设备,只需检测外部设备是否插上对应的接口即可知道外部设备的当前状态,如若外部设备插上USB接口,则可确定该外部设备为在线状态,反之,若外部设备从USB接口拔出,则可确定该外部设备为离线状态。
又如,对于IP设备(包括通过WIFI或以太网连接的设备)与远程设备等外部设备,则通过需要通过发送广播的方式以检测IP设备或远程设备是否为在线,其中,广播可以为汽车诊断设备所发出的查询广播,也可以为IP设备或远程设备等外部设备所发出的设备就绪公告,若设备层收到查询广播的应答信号或者是设备就绪公告,那么就可确定该外部设备为在线状态,反之该外部设备为离线状态,并可同时通知服务层该外部设备的功能不可用。
应理解,当外部设备为在线状态时,则该外部设备的所提供的功能是可用的,反之,当外部设备为离线状态时,该外部设备所提供的功能不可用。
在通过设备层30检测到外部设备的当前状态为在线状态后,设备层30还会发送消息询问已在线的外部设备,并获得该外部设备的型号、所支持的功能以及所持有的特性等。在一实施例中,具体的实现过程为:当通过设备层检测到外部设备的当前状态为在线状态,并查询到外部设备的属性后,设备层定期向外部设备发送心跳包,若接受到外部设备的心跳应答,则把外部设备加入设备列表。
进而,则可通过设备层30进一步对外部设备进行配置。在一实施方式中,通过设备层30进一步对外部设备进行配置包括为外部设备配置对应的设备对象、数据传输方式以及互斥方式,其中,设备对象的属性包括外部设备的功能、设备编号、通信协议、通信地址、优先级和/或工作状态。其中,通过对外部设备配置对应的设备对象,能够对外部设备的不同功能定义不同的属性值,使得一个设备可以支持多种功能,且不同的功能之间有优先级或者互斥关系,比如,假设有一个设备同时支持VCI通信功能与测量功能,可设置当使用VCI通信功能时无法支持测量功能。
为外部设备配置对应的数据传输方式主要指通过设置数据通道对所传输的数据进行管理,并根据传输数据的特点和传输路径,以设置对应的传输方式,从而能够在提高传输效率的同时,节省了传输资源。例如,假设有两个远程的VR(虚拟现实,用于为用户提供多信息、三维动态、交互式的仿真体验)数据,此时可设置该数据仅通过预先设置的共享内存进行传输,当接收到数据后,立即进行转发,从而达到节省传输资源的目的。
互斥方式主要指在硬件资源冲突管理中,比如VCI通信和总线波形测量这两个功能不支持同时访问通信总线,那么需要配置每一次只允许一个功能访问。
当然,还可通过设备层30对外部设备进行其他方面的配置,例如,对于外部设备优先级管理的配置,在不同的外部设备访问冲突的情况下,优先高的外部设备或者功能进行优先占用资源。比如假设存在一个外部设备为USB接入设备,该USB接入设备同时支持VCI通信和内窥镜功能,可配置只有VCI通信功能不使用的时候,才能使用内窥镜功能,即对于该USB接入设备而言,VCI通信功能的优先级高于内窥镜功能。又如,对于外部设备远程服务代理的配置,远程设备的发现,需要远程设备连接后申请访问才能发现,通过设置代理可提供设备发现和消息交互的功能,如在远程编程中,所预先配置的本地服务代理可模拟编程服务器,从远端获取编程软件;所预先配置的专家端服务代理可模拟汽车,响应OEM设备(即通过代工生产的方式所生产的设备)的编程请求,并接收OEM设备发出的编程数据。
因此,通过设备层30的设置,可实现支持各种异构设备的接入,并采用统一的设备对象进行管理。同时,还能够支持设备自动发现,即当有外部设备接入汽车诊断设备时,汽车诊断设备可对该外部设备进行自动识别,提高了工作效率。其中,异构设备指通讯协议或者是功能等不同的设备。
步骤203:通过服务层获取设备层对外部设备进行检测与配置的结果,并根据结果生成对应的服务业务。
服务层用于负责各种汽车维修业务的管理,其中,如图3所示,服务层20所提供的服务业务可包括诊断业务、测量业务、物联网业务、远程诊断业务、仿真与模拟业务以及数据录制业务等。
具体地,在通过设备层30对外部设备进行检测与配置之后,可通过服务层20获取到设备层30对外部设备进行检测与配置的结果。如果,服务层20通过该结果得知存在外部设备的当前状态为在线状态,那么可通过服务层20获取到服务功能号,以获得对应的服务业务,其中,每一个外部设备提供的功能对应一个服务功能号。即在服务层20中,服务业务是通过服务功能号来识别,比如VCI通信请求、测量请求或资料请求等服务业务,每一个服务业务对应一个全局唯一定义的服务功能号,且该服务功能号可供所有应用访问,可见,服务业务采用了全局标志进行了统一管理,且也统一了访问以及控制接口。同时,服务层20能够根据外部设备的连接状态自动更新服务支持能力,即自动更新所能提供的服务业务。
可以理解的是,服务层20和设备层30可以运行在同一个进程中,也可以分别运行在不同的进程中,如果服务层20和设备层30运行在不同的进程中,服务层20和设备层30可通过虚拟设备进行交互。
步骤204:通过应用层获取用户的操作指令,并根据操作指令下发服务业务请求指令至服务层。
应用层用于为用户提供多种汽车维修业务,其中包括故障诊断业务、信号测量业务以及维修业务等。即应用层用于与用户对接,根据用户的需求为用户提供不同的服务业务。
例如,在一实施例中,如图3所示,在汽车诊断设备中,应用层10包括智能诊断应用,智能诊断应用用于提供检测汽车的故障等功能。又如,应用层10包括测量应用,测量应用用于信号的测量,如使用示波器测量波形。再如,应用层10还包括远程诊断应用,远程诊断应用用于实现与专家进行远程服务。当然,应用层10还可以包括其他类型的应用,只要该应用可为汽车维修提供所需要的服务业务,例如数据录制应用等,这里不做限制。
其中,各种服务业务通过应用层10中的应用实现,一种服务业务对应一种功能,例如故障诊断功能或信号测量功能等。不同的服务业务可以由不同的应用实现,也可以是一个应用提供多种服务业务。
例如,对于图3所示的应用层10中的智能诊断应用而言,首先,该智能诊断应用可通过汽车通信接口(VCI)并使用通信服务业务检测到汽车的故障码,再根据故障码提供具体的维修流程。在维修流程中,可能需要请求信号测量的服务业务,如用示波器测量电子设备的波形。也可能需要使用音视频的服务业务,以用于请求远程专家协助故障解决。还可能需要用到虚拟视觉(AR/VR)的服务业务,以与专家端进行数据交换。可见,对于智能诊断应用而言,可存在同时需要多种服务业务的应用场景。这取决于用户的需求,亦即,用户将其需求所对应的操作指令输入至应用层10中的各个应用中,各应用再根据操作指令下发服务业务请求指令至服务层。
继而,应用层10可从服务层20交叉获取服务业务,仍以应用层10中的智能诊断应用为例,除了通过服务层20获取基本的故障码读取外,还可以在维修流程中获取信号测量的服务业务,通过云平台获取维修资料的服务业务,通过AR/VR服务获取专家端的在线帮助的服务业务等。并且,这些服务业务在应用上可以穿插在多个交互页面,也可以在同一个页面不同区域之间进行穿插。
因此,应用层10中的应用可支持多种业务穿插,当该汽车诊断设备用于进行汽车检修时,通过使应用可支持多种业务穿插能够提高用户工作效率。
步骤205:通过服务层获取应用层的服务业务请求指令,并根据服务业务请求指令下发设备操作指令至设备层。
由上述实施例可知,服务层20可通过设备层30获取到外部设备的功能所对应的服务业务。同时,服务层20还可为应用层10提供服务访问的公共接口,以对应用层10向服务层20进行访问的访问资源进行控制,并根据应用层10所输出的服务业务请求指令,通过设备层30控制外部设备执行对应的操作。
实际应用中,应用层10和服务层20运行在不同的进程,应用层10和服务层20可通过IPC(Inter-Process Communication,进程间通信)进行通信,其中,进程间通信是指两个进程的数据之间产生交互。
在应用层10向服务层20发送服务业务请求指令之后,若通过服务层20接收到该服务业务请求指令,则首先需要通过服务层20判断是否存在与该服务业务请求指令对应的外部设备(即该外部设备能够提供与该服务业务请求指令对应的服务业务)。如果存在有外部设备能够提供对应的服务业务,那么通过服务层20确定该外部设备的当前工作状态,并根据该外部设备的当前工作状态下发设备操作指令至该外部设备。
具体地,一方面,该外部设备的当前工作状态指的是该外部设备是否支持多用户访问,如果该外部设备支持多用户访问,那么可直接通过设备层30打开该外部设备,即使该外部设备进入工作状态,并为该外部设备分配通信资源以及配置通信管道,以使该外部设备提供对应的服务业务,同时,服务层20会返回服务业务申请成功的指令至应用层,使应用层得知该服务业务可用。
另一方面,该外部设备的当前工作状态指的是该外部设备所提供的服务业务是否已经被占用。如果该外部设备只支持单用户访问,那么再通过服务层20判断该外部设备所提供的服务业务是否已经被占用,如果该外部设备所提供的服务业务已经还未被占用,则通过设备层30打开该外部设备,并为该外部设备分配通信资源以及配置通信管道,同时,服务层20会返回服务业务申请成功的指令至应用层,使应用层10得知该服务业务可用。
如果该外部设备所提供的服务业务已经被占用,则需进一步通过服务层20根据服务业务请求指令的优先级下发设备操作指令至外部设备,即根据服务业务请求指令的优先级判断是否能占用到该外部设备的服务业务。
继而,需通过服务层20判断服务业务请求指令的优先权是否大于当前占用外部设备提供的服务业务的指令。如果服务业务请求指令的优先权较大,则通过设备层30打开该外部设备,并为该外部设备分配通信资源以及配置通信管道,即当前的服务业务请求指令的优先级高于之前正占用服务业务的指令的优先级,直接抢占服务业务,同时,服务层20会返回服务业务申请成功的指令至应用层10,使应用层10得知该服务业务可用。
如果当前占用外部设备提供的服务业务的指令的优先权较大,则通过服务层20输出提示,提示关闭当前占用外部设备提供的服务业务,从而能够为新的服务业务请求指令提供服务业务。亦即,如果当前访问的优先级低于之前访问的优先级,给用户提示,需要关闭之前的服务请求才允许新的服务请求。
当然,当应用层10的不同应用对服务层访问时,同样需要提供访问优先级,当由多个应用或者某一应用在多种场景同时发出同一个服务业务请求指令,即需要访问同一个服务业务时,可根据优先权决定提供服务业务还是拒绝提供服务业务。
并且,在相同优先级情况下,最近的服务请求直接抢占前面的服务请求。这种情况常常发生在不同的应用页面请求同一个服务,之前的页面退到后台,最近的页面推到前台。比如在示波器应用中观察波形,已经调用了示波器的测量服务,后续在智能诊断流程中需要观察某部件的电压波形,也需要测量服务,示波器页面切换到后台,智能诊断切换到前台,由于后续请求推到前台,后续请求直接抢占测量服务。当后台任务切换到前台后,再次需要测量服务,需再次打开测量服务。
步骤206:通过设备层发送设备操作指令至外部设备,以使外部设备执行与设备操作指令对应的操作。
通过设备层30打开外部设备,并未外部设备分配通信资源以及配置通信通道,以使外部设备提供服务业务。
进一步地,在应用层10与通信层40之间,分别设置数据通道与管理通道,且数据通道与管理通道为不同的通道,即数据通道与管理通道设置于服务层20与应用层30中。其中,可通过数据通道传输应用层10与通信层40之间的数据,并通过管理通道传输应用层10与通信层40之间的服务业务的管理指令。换言之,在应用层10与通信层40之间,数据与服务业务的管理指令分成各自独立的通道进行管理。
同时,在数据通道上,对数据根据数据特点与数据传输路径进行管理。在一实施例中,如表1所示,数据特点包括数据类型、数据量、数据的响应及时性要求、数据的传输方式,根据不同的数据特点即可应用于不同的应用场景。如数据类型为中断数据时,其数据量为1到2个字节,其相应及时性要求较高,且属于不可丢弃的数据,传输方式为发信号的方式,那么根据中断数据的特点可知其应用场景为状态更新或事情请求,比如外部设备的插拔场景,外部设备的离线与在线场景等。至于其他数据的数据特点由表1可以获得,这里不再赘述,其中,数据类型为短消息时,其应用场景可以为服务业务的指令或者数据,例如诊断命令,万用表的测量数据等;数据类型为块数据时,其应用场景可以为批量的业务数据,比如示波器的波形图等;数据类型为实时数据时,其应用场景可以为音视频数据,比如实现AR/VR过程中的数据等。
表1
数据类型 | 中断数据 | 短消息 | 块数据 | 实时数据 |
数据量 | 一到2个字节 | 小于256字节 | 大 | 大/中 |
响应及时性要求 | 非常高 | 高 | 一般 | 高 |
是否可丢弃 | 不可以 | 不可以 | 不可以 | 可以 |
传输方式 | 发信号 | IPC传递 | 共享内存 | 循环内存 |
在另一实施例中,可将数据传输路径分成三个传输路径,第一个传输路径:从应用层10到通信层40,此时传输数据的分类为信源,特点为应用层10为数据的源头。第二个传输路径:从通信层40到应用层10,此时传输数据的分类为信宿,特点为应用层10为数据归属地。第三个传输路径:在通信层40转发,此时传输数据的分类为中转,特点为数据来自于外部设备,并中转到另一个外部设备。
可见,在上述实施例中,根据数据类型和数据传输通道设置灵活的数据通道管理机制,有助于提高工作效率,同时也节省了资源。
图4是本发明实施例提供一种汽车诊断装置的结构示意图。如图4所示,汽车诊断装置400包括第一指令下发单元401、第二指令下发单元402、服务业务获取单元403、第三指令下发单元404、检测与配置单元405与通信单元406。
第一指令下发单元401用于通过应用层获取用户的操作指令,并根据操作指令下发服务业务请求指令至所述服务层。第二指令下发单元402用于通过服务层获取应用层的服务业务请求指令,并根据服务业务请求指令下发设备操作指令至设备层。服务业务获取单元403用于获取设备层对外部设备进行检测与配置的结果,并根据结果获取对应的服务业务。第三指令下发单元404用于通过设备层发送设备操作指令至外部设备,以使外部设备执行与设备操作指令对应的操作。检测与配置单元405用于对外部设备进行检测与配置。通信单元406用于通过通信层与外部设备通信。
由于装置实施例和方法实施例是基于同一构思,在内容不互相冲突的前提下,装置实施例的内容可以引用方法实施例的,在此不赘述。
图5是本发明实施例提供一种汽车诊断设备的结构示意图。如图5所示,该汽车诊断设备500包括通信层501与控制系统502,其中,通信层501设置有至少一个通信接口,通信接口用于与外部设备连接,控制系统502通过通信层501与外部设备通信。
可选地,至少一种通信接口包括通用串行总线接口、蓝牙接口、以太网接口以及通用异步收发器接口。
其中,控制系统502包括一个或多个处理器5021以及存储器5022。其中,图5中以一个处理器5021为例。
处理器5021和存储器5022可以通过总线或者其他方式连接,图5中以通过总线连接为例。
存储器5022作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块,如本发明实施例中的汽车诊断方法对应的程序指令/模块(例如,附图4所述的各个单元)。处理器5021通过运行存储在存储器5022中的非易失性软件程序、指令以及模块,从而执行汽车诊断装置的各种功能应用以及数据处理,即实现上述方法实施例中的汽车诊断方法以及上述装置实施例的各个模块和单元的功能。
存储器5022可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,存储器5022可选包括相对于处理器5021远程设置的存储器,这些远程存储器可以通过网络连接至处理器5021。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
所述程序指令/模块存储在所述存储器5022中,当被所述一个或者多个处理器5021执行时,执行上述任意方法实施例中的汽车诊断方法,例如,执行以上描述的图2所示的各个步骤;也可实现附图4所述的各个单元的功能。
本发明实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,当计算机可执行指令被汽车诊断设备执行时,使汽车诊断设备执行如上任一实施例中的方法。
本发明实施例还提供了一种计算机程序产品,所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行如上任一实施例中的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;在本申请的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本申请的不同方面的许多其它变化,为了简明,它们没有在细节中提供;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (13)
1.一种汽车诊断方法,应用于汽车诊断设备,其特征在于,所述汽车诊断设备包括通信层,所述通信层设置有至少一种通信接口,所述通信接口用于与外部设备连接,且所述汽车诊断设备装载有控制系统,所述控制系统包括设备层、服务层与应用层,所述方法包括:
通过所述应用层获取用户的操作指令,并根据所述操作指令下发服务业务请求指令至所述服务层;
通过所述服务层获取所述应用层的服务业务请求指令,并根据所述服务业务请求指令下发设备操作指令至所述设备层,以及获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务;
通过所述设备层发送所述设备操作指令至外部设备,以使所述外部设备执行与所述设备操作指令对应的操作,以及对所述外部设备进行检测与配置;
通过所述通信层与所述外部设备通信。
2.根据权利要求1所述的汽车诊断方法,其特征在于,所述对所述外部设备进行检测,包括:
通过所述设备层检测所述外部设备的当前状态,所述当前状态包括在线状态与离线状态。
3.根据权利要求2所述汽车诊断方法,其特征在于,所述对所述外部设备进行配置,包括:
若通过所述设备层检测到所述外部设备的当前状态为在线状态,
则通过所述设备层为所述外部设备配置对应的设备对象、数据传输方式以及互斥方式,其中,所述设备对象的属性包括所述外部设备的功能、设备编号、通信协议、通信地址、优先级和/或工作状态。
4.根据权利要求3所述的汽车诊断方法,其特征在于,所述获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务,包括:
若通过所述服务层获取所述设备层对外部设备进行检测与配置的结果为所述外部设备的当前状态为在线状态,
则通过所述服务层获取服务功能号,以获得对应的服务业务,其中,每一个所述外部设备提供的功能对应一个服务功能号。
5.根据权利要求1所述的汽车诊断方法,其特征在于,所述根据所述服务业务请求指令下发设备操作指令至所述设备层,包括:
若通过所述服务层接收到所述服务业务请求指令,则通过所述服务层判断是否存在对应所述服务业务请求指令的外部设备;
若存在对应所述服务业务请求指令的外部设备,则通过所述服务层确定所述外部设备的当前工作状态,并根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备。
6.根据权利要求5所述的汽车诊断方法,其特征在于,所述根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备,包括:
通过所述服务层确定所述外部设备是否支持多用户访问;
若所述外部设备是否支持多用户访问,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
7.根据权利要求6所述的汽车诊断方法,其特征在于,所述根据所述外部设备的当前工作状态下发设备操作指令至所述外部设备,还包括:
若通过所述服务层确定所述外部设备只支持单用户访问,则通过所述服务层判断所述外部设备提供的服务业务是否被占用;
若所述外部设备提供的服务业务被占用,则通过所述服务层根据所述服务业务请求指令的优先级下发设备操作指令至所述外部设备;
若所述外部设备提供的服务业务未被占用,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
8.根据权利要求7所述的汽车诊断方法,其特征在于,所述通过所述服务层根据所述服务业务请求指令的优先权下发设备操作指令至所述外部设备,包括:
通过所述服务层判断所述服务业务请求指令的优先权是否大于当前占用所述外部设备提供的服务业务的指令;
若所述服务业务请求指令的优先权小于或等于当前占用所述外部设备提供的服务业务的指令,则通过所述服务层输出关闭当前占用所述外部设备提供的服务业务的提示;
若所述服务业务请求指令的优先权大于当前占用所述外部设备提供的服务业务的指令,则通过所述设备层打开所述外部设备,并为所述外部设备分配通信资源以及配置通信通道。
9.根据权利要求1所述的汽车诊断方法,其特征在于,在所述服务层与所述应用层中设置数据通道与管理道通,且所述数据通道与所述管理通道为不同的通道,所述方法还包括:
通过所述数据通道传输所述应用层与所述通信层之间的数据;
通过所述管理通道传输所述应用层与所述通信层之间的所述服务业务的管理指令。
10.一种汽车诊断装置,应用于汽车诊断设备,其特征在于,所述汽车诊断设备包括通信层,所述通信层设置有至少一种通信接口,所述通信接口用于与外部设备连接,且所述汽车诊断设备装载有控制系统,所述控制系统包括设备层、服务层与应用层,所述装置包括:
第一指令下发单元,用于通过所述应用层获取用户的操作指令,并根据所述操作指令下发服务业务请求指令至所述服务层;
第二指令下发单元,用于通过所述服务层获取所述应用层的服务业务请求指令,并根据所述服务业务请求指令下发设备操作指令至所述设备层;
服务业务获取单元,用于获取所述设备层对外部设备进行检测与配置的结果,并根据所述结果获取对应的服务业务;
第三指令下发单元,用于通过所述设备层发送所述设备操作指令至外部设备,以使所述外部设备执行与所述设备操作指令对应的操作;
检测与配置单元,用于对所述外部设备进行检测与配置;
通信单元,用于通过所述通信层与所述外部设备通信。
11.一种汽车诊断设备,其特征在于,包括:
通信层,所述通信层设置有至少一个通信接口,所述通信接口用于与所述外部设备连接;
控制系统,所述控制系统通过所述通信层与所述外部设备通信,所述控制系统包括:
至少一个处理器以及与所述至少一个处理器通信连接的存储器,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-9任一项所述的方法。
12.根据权利要求11所述的汽车诊断设备,其特征在于,
所述至少一种通信接口包括通用串行总线接口、蓝牙接口、以太网接口以及通用异步收发器接口。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,当所述计算机可执行指令被汽车诊断设备执行时,使所述汽车诊断设备执行权利要求1-9任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110591033.8A CN113406946B (zh) | 2021-05-28 | 2021-05-28 | 汽车诊断方法及装置、汽车诊断设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110591033.8A CN113406946B (zh) | 2021-05-28 | 2021-05-28 | 汽车诊断方法及装置、汽车诊断设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113406946A true CN113406946A (zh) | 2021-09-17 |
CN113406946B CN113406946B (zh) | 2022-08-02 |
Family
ID=77675009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110591033.8A Active CN113406946B (zh) | 2021-05-28 | 2021-05-28 | 汽车诊断方法及装置、汽车诊断设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113406946B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113448321A (zh) * | 2021-08-31 | 2021-09-28 | 深圳市星卡科技有限公司 | 远程adas校准方法、系统、装置和计算机设备 |
CN114640722A (zh) * | 2022-05-09 | 2022-06-17 | 深圳市星卡软件技术开发有限公司 | 一种基于数据传输的多协议切换方法和装置 |
CN114815779A (zh) * | 2022-04-25 | 2022-07-29 | 深圳市希车智能科技有限公司 | 基于ar与vr的汽车远程交互诊断方法、系统及其存储介质 |
CN115550983A (zh) * | 2022-11-14 | 2022-12-30 | 中国电子科技集团公司第二十八研究所 | 一种基于层级控制的机动环境通联传输方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160110929A1 (en) * | 2014-10-17 | 2016-04-21 | Hyundai Motor Company | Method and system for providing vehicle security service |
CN108173954A (zh) * | 2017-12-29 | 2018-06-15 | 杭州中传消防设备有限公司 | 一种新能源汽车消防安全远程监控管理系统 |
CN109347965A (zh) * | 2018-10-31 | 2019-02-15 | 深圳市道通科技股份有限公司 | 一种通信方法、装置及相关设备 |
CN109920295A (zh) * | 2019-04-01 | 2019-06-21 | 南京康尼电气技术有限公司 | 一种智能工业互联网教学实训系统及方法 |
CN110351391A (zh) * | 2019-08-16 | 2019-10-18 | 深圳市道通科技股份有限公司 | 一种汽车诊断云平台系统、业务实现方法 |
US20200226852A1 (en) * | 2017-09-25 | 2020-07-16 | Autel Intelligent Technology Corp., Ltd. | Remote automobile diagnostic method and apparatus, mobile terminal,electronic device and server |
CN111427678A (zh) * | 2020-03-23 | 2020-07-17 | 深圳市道通科技股份有限公司 | 汽车诊断云平台中的虚拟化资源调度系统、方法 |
CN111474921A (zh) * | 2020-04-29 | 2020-07-31 | 深圳市元征科技股份有限公司 | 一种汽车诊断软件的配置方法及相关设备 |
-
2021
- 2021-05-28 CN CN202110591033.8A patent/CN113406946B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160110929A1 (en) * | 2014-10-17 | 2016-04-21 | Hyundai Motor Company | Method and system for providing vehicle security service |
US20200226852A1 (en) * | 2017-09-25 | 2020-07-16 | Autel Intelligent Technology Corp., Ltd. | Remote automobile diagnostic method and apparatus, mobile terminal,electronic device and server |
CN108173954A (zh) * | 2017-12-29 | 2018-06-15 | 杭州中传消防设备有限公司 | 一种新能源汽车消防安全远程监控管理系统 |
CN109347965A (zh) * | 2018-10-31 | 2019-02-15 | 深圳市道通科技股份有限公司 | 一种通信方法、装置及相关设备 |
CN109920295A (zh) * | 2019-04-01 | 2019-06-21 | 南京康尼电气技术有限公司 | 一种智能工业互联网教学实训系统及方法 |
CN110351391A (zh) * | 2019-08-16 | 2019-10-18 | 深圳市道通科技股份有限公司 | 一种汽车诊断云平台系统、业务实现方法 |
CN111427678A (zh) * | 2020-03-23 | 2020-07-17 | 深圳市道通科技股份有限公司 | 汽车诊断云平台中的虚拟化资源调度系统、方法 |
CN111474921A (zh) * | 2020-04-29 | 2020-07-31 | 深圳市元征科技股份有限公司 | 一种汽车诊断软件的配置方法及相关设备 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113448321A (zh) * | 2021-08-31 | 2021-09-28 | 深圳市星卡科技有限公司 | 远程adas校准方法、系统、装置和计算机设备 |
CN113448321B (zh) * | 2021-08-31 | 2021-11-09 | 深圳市星卡科技有限公司 | 远程adas校准方法、系统、装置和计算机设备 |
CN114815779A (zh) * | 2022-04-25 | 2022-07-29 | 深圳市希车智能科技有限公司 | 基于ar与vr的汽车远程交互诊断方法、系统及其存储介质 |
CN114815779B (zh) * | 2022-04-25 | 2023-01-10 | 深圳市希车智能科技有限公司 | 基于ar与vr的汽车远程交互诊断方法、系统及其存储介质 |
CN114640722A (zh) * | 2022-05-09 | 2022-06-17 | 深圳市星卡软件技术开发有限公司 | 一种基于数据传输的多协议切换方法和装置 |
CN114640722B (zh) * | 2022-05-09 | 2022-08-12 | 深圳市星卡软件技术开发有限公司 | 一种基于数据传输的多协议切换方法和装置 |
CN115550983A (zh) * | 2022-11-14 | 2022-12-30 | 中国电子科技集团公司第二十八研究所 | 一种基于层级控制的机动环境通联传输方法 |
CN115550983B (zh) * | 2022-11-14 | 2023-02-28 | 中国电子科技集团公司第二十八研究所 | 一种基于层级控制的机动环境通联传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113406946B (zh) | 2022-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113406946B (zh) | 汽车诊断方法及装置、汽车诊断设备 | |
CN108536121B (zh) | 逻辑通道的建立方法、装置和交通工具通信接口vci | |
EP4202645A1 (en) | Vehicle upgrading method and apparatus | |
WO2019192343A1 (zh) | 交通工具的诊断方法、相关设备和系统 | |
WO2022134502A1 (zh) | 基于云平台的车辆远程诊断系统 | |
CN112764410B (zh) | 车载控制器测试装置、系统及方法 | |
CN112165438A (zh) | 一种车辆通信方法及通信系统 | |
CN108445860B (zh) | 诊断设备、诊断请求处理方法及计算机可读存储介质 | |
WO2020088278A1 (zh) | 一种通信方法、装置及相关设备 | |
CN112235127B (zh) | 节点故障上报方法、装置、终端设备及存储介质 | |
CN111817913B (zh) | 分布式网络性能测试方法、系统、服务器和存储介质 | |
CN111597024B (zh) | 跨域集群处理方法、装置、电子设备及存储介质 | |
CN110519144B (zh) | 一种汽车诊断设备与车辆建立通信的方法、装置及汽车通信接口设备 | |
CN107231314B (zh) | Can通道自适应方法、装置、系统及汽车 | |
CN103676922A (zh) | 一种远程诊断的方法 | |
CN114326672A (zh) | Ecu模拟检测方法、电子设备及存储介质 | |
CN113268050A (zh) | 一种车辆诊断方法和装置 | |
CN113485920A (zh) | 实现DoIP实体的方法、装置、可读存储介质及电子设备 | |
CN112015163B (zh) | 一种快速识别can总线上诊断主体的方法及装置 | |
CN111092952B (zh) | 一种数据交互方法及相关产品 | |
CN115933591A (zh) | 一种控制器诊断方法、装置、设备和存储介质 | |
CN115657646A (zh) | 一种can控制器的测试方法及装置 | |
KR102273410B1 (ko) | Ecu를 리프로그래밍 하기 위한 장치, 시스템 및 방법 | |
CN209330143U (zh) | 一种can总线网络 | |
JP7140011B2 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |