诊断接口数据传输控制方法、装置、设备、介质及车辆制造方法及图纸

技术编号:36894495 阅读:50 留言:0更新日期:2023-03-15 22:19
本发明专利技术实施例提供一种诊断接口数据传输控制方法、装置、设备、介质及车辆,通过获取车辆的远程升级状态和诊断请求接收状态,基于远程升级状态确定是否向诊断接口发送数据;当远程升级状态为升级中,控制车辆的诊断接口停止数据传输;当远程升级状态为未升级,根据诊断请求接收状态确定诊断接口的数据传输状态;本发明专利技术通过优先判断远程升级状态,并仅在未升级的状态下向诊断接口传输数据的方式,实现了对远程升级任务和诊断设备刷写任务所涉及的两种数据传输进行隔离,从而避免了因两种信息传输同时存在而产生的冲突,以此减少数据传输过程中的错误帧,提升了数据传输的准确性。提升了数据传输的准确性。提升了数据传输的准确性。

【技术实现步骤摘要】
诊断接口数据传输控制方法、装置、设备、介质及车辆


[0001]本申请涉及数据传输
,具体涉及一种诊断接口数据传输控制方法、装置、设备、介质及车辆。

技术介绍

[0002]在传统汽车领域中,通常采用通过预留的汽车诊断接口连接外设的诊断仪的方式对车辆进行电检,以使开发人员能够获取到车辆的配置信息、故障信息等,还能够实现开发人员以及售后人员对车辆软件的升级。因此,预留诊断接口一直以来都是众多汽车整车厂商一致保留的设计方案。
[0003]随着近些年汽车软件技术的飞速发展,一种新的汽车软件升级技术(即OTA(空中下载技术))应运而生,OTA升级不仅带来更加方便的汽车软件更新方式,也让消费者感受到更加智能便捷的用车体验,故OTA技术俨然成为了更多汽车厂商更好的选择。但是如专利CN113325831A

一种平台化的汽车刷写诊断的网关路由方法所示的升级方法和专利CN113325831A

一种平台化的汽车刷写诊断的网关路由方法可知,OTA最终的实现方式仍为CAN(控制域网络)刷写实现,而诊断设备的数据传输也是通过CAN实现的,故当总线上OTA活动与诊断设备同时存在时,则不可避免会产生冲突,从而产生大量的错误帧,导致诊断仪报错,以及同时执行的电检、信息获取等操作失败等严重后果。

技术实现思路

[0004]鉴于以上所述现有技术的缺点,本专利技术提供一种诊断接口数据传输控制方法、装置、设备、介质及车辆,以解决上述因两种数据传输任务同时存在,而产生冲突导致诊断报错、电检操作、信息获取操作失效的技术问题。
[0005]本专利技术提供的一种诊断接口数据传输控制方法,该诊断接口数据传输控制方法包括:获取车辆的远程升级状态和诊断请求接收状态;若所述远程升级状态为升级中,控制所述车辆的诊断接口停止数据传输;若所述远程升级状态为未升级,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态。
[0006]于本专利技术的一个实施例中,获取车辆的远程升级状态包括:获取车辆远程升级任务的任务数据,所述任务数据包括任务类型和任务参数;若所述任务类型包括远程升级类型,基于所述任务参数确定所述当前升级状态,所述当前升级状态包括升级中和未升级。
[0007]于本专利技术的一个实施例中,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态之前,所述方法还包括:基于所述诊断请求接收状态确定诊断请求状态为有请求或无请求;当所述诊断请求报文的接收状态为已收到,则判定所述诊断仪请求状态为有请求;当所述诊断请求报文的接收状态为未收到,则判定所述诊断仪请求状态为无请求。
[0008]于本专利技术的一个实施例中,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态包括:当所述诊断仪请求状态为无请求状态,则控制所述车辆的诊断接口停止数据传输;当所述诊断仪请求状态为有请求状态,则基于诊断请求报文控制所述车辆诊断接
口进行数据传输,所述诊断请求报文基于所述车辆的诊断接口发出。
[0009]于本专利技术的一个实施例中,基于诊断请求报文控制所述车辆诊断接口进行数据传输包括:确定所述诊断请求报文的数据类型,所述数据类型包括控制域网络类型和控制域网络灵活数据速率类型;当所述通信类型为控制域网络类型,则控制所述车辆的诊断接口传输数据类型为控制域网络类型的数据;当所述通信类型为控制域网络灵活数据速率类型,则控制所述车辆的诊断接口传输数据类型为控制域网络灵活数据速率类型的数据。
[0010]于本专利技术的一个实施例中,若所述远程升级状态为升级中,控制所述车辆的诊断接口停止数据传输包括:发出远程升级状态为升级中的提示信息,控制所述诊断接口断开与诊断仪的连接。
[0011]本专利技术提供一种诊断接口数据传输控制装置,所述装置包括:信息获取模块,用于获取车辆的远程升级状态和诊断请求接收状态;第一执行模块,用于若所述远程升级状态为升级中,控制所述车辆的诊断接口停止数据传输;第二执行模块,用于若所述远程升级状态为未升级,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态。
[0012]本专利技术提供一种智能车辆,所述智能车辆配置有如上所述的诊断接口数据传输控制装置。
[0013]本专利技术提供一种电子设备,所述电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现如上所述的诊断接口数据传输控制方法。
[0014]本专利技术提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被计算机的处理器执行时,使计算机执行如上所述的诊断接口数据传输控制方法。
[0015]本专利技术的有益效果:本专利技术提供一种诊断接口数据传输控制方法、装置、设备、介质及车辆,通过获取车辆的远程升级状态和诊断请求接收状态,兵基于远程升级状态确定是否向诊断接口发送数据;当远程升级状态为升级中,控制所述车辆的诊断接口停止数据传输;当远程升级状态为未升级,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态;本专利技术通过优先判断远程升级状态,并仅在未升级的状态下向诊断接口传输数据的方式,实现了对远程升级任务和诊断设备刷写任务所涉及的两种数据传输的物理隔离,从而有效避免了由于OTA CAN通信期间与诊断设备同整车CAN通信之间相互影响,造成Can总线错误最终使诊断设备请求无效的问题,提升了数据传输的准确性,进而提升了诊断仪的诊断结论的准确性以及电检、信息获取等操作的成功率。
[0016]应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
[0017]此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术者来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
[0018]图1是本申请的一示例性实施例示出诊断接口数据传输控制的实施环境示意图;
[0019]图2是本申请的一示例性实施例示出的诊断接口数据传输控制方法的示意图;
[0020]图3是本申请的一示例性实施例示出的诊断接口数据传输控制方法的流程图;
[0021]图4是本申请的另一示例性实施例示出的诊断接口数据传输控制方法的流程图;
[0022]图5是本申请的一示例性实施例示出的诊断接口数据传输控制装置的框图;
[0023]图6示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
[0024]以下将参照附图和优选实施例来说明本专利技术的实施方式,本领域技术人员可由本说明书中所揭露的内容轻易地了解本专利技术的其他优点与功效。本专利技术还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本专利技术的精神下进行各种修饰或改变。应当理解,优选实施例仅为了说明本专利技术,而不是为了限制本专利技术本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种诊断接口数据传输控制方法,其特征在于,所述诊断接口数据传输控制方法包括:获取车辆的远程升级状态和诊断请求接收状态;若所述远程升级状态为升级中,控制所述车辆的诊断接口停止数据传输;若所述远程升级状态为未升级,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态。2.根据权利要求1所述的诊断接口数据传输控制方法,其特征在于,获取车辆的远程升级状态包括:获取车辆远程升级任务的任务数据,所述任务数据包括任务类型和任务参数;若所述任务类型包括远程升级类型,基于所述任务参数确定所述当前升级状态,所述当前升级状态包括升级中和未升级。3.根据权利要求1所述的诊断接口数据传输控制方法,其特征在于,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态之前,所述方法还包括:基于所述诊断请求接收状态确定诊断请求状态为有请求或无请求;当所述诊断请求报文的接收状态为已收到,则判定诊断仪请求状态为有请求;当所述诊断请求报文的接收状态为未收到,则判定诊断仪请求状态为无请求。4.根据权利要求3所述的诊断接口数据传输控制方法,其特征在于,根据所述诊断请求接收状态确定所述诊断接口的数据传输状态包括:当所述诊断仪请求状态为无请求状态,则控制所述车辆的诊断接口停止数据传输;当所述诊断仪请求状态为有请求状态,则基于诊断请求报文控制所述车辆诊断接口进行数据传输,所述诊断请求报文通过所述车辆的诊断接口发出。5.根据权利要求1

4任一项所述的诊断接口数据传输控制方法,其特征在于,基于诊断请求报文控制所述车辆诊断接口进行数...

【专利技术属性】
技术研发人员:贺隆成袁正
申请(专利权)人:重庆长安新能源汽车科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1