车辆控制器诊断方法技术

本申请提供了一种车辆控制器诊断方法

【技术实现步骤摘要】
车辆控制器诊断方法、装置、电子设备及存储介质


[0001]本申请涉及汽车
，尤其涉及一种车辆控制器诊断方法
、
装置
、
电子设备及存储介质
。

技术介绍

[0002]目前通常采用单一的诊断命令传输方式，如
CAN
总线或
LIN
总线等（用一条传输链路传输诊断命令），对车辆控制器进行诊断
。
该方法存在诊断效率低下和耗时长等问题，影响诊断的实时性
。

技术实现思路

[0003]有鉴于此，本申请实施例提供了一种车辆控制器诊断方法
、
装置
、
电子设备及存储介质，以解决现有技术中，车辆控制器诊断存在诊断效率低下
、
耗时长和实时性差的问题
。
[0004]本申请实施例的第一方面，提供了一种车辆控制器诊断方法，包括：确认与车辆控制器交互的通信协议；在接收到诊断命令后，判断诊断命令的数据量是否大于通信协议规定一帧所包含的数据量；若不大于，则依据通信协议将诊断命令打包为单帧，将单帧发送给车辆控制器；若大于，则依据通信协议将诊断命令打包为多帧，将多帧中的首帧发送给车辆控制器，在收到车辆控制器对首帧的第一反馈后，依据第一反馈将多帧中的其他数据帧发送给车辆控制器；根据车辆控制器对诊断命令的第二反馈，确定诊断结果
。
[0005]本申请实施例的第二方面，提供了一种车辆控制器诊断装置，包括：确认模块，被配置为确认与车辆控制器交互的通信协议；判断模块，被配置为在接收到诊断命令后，判断诊断命令的数据量是否大于通信协议规定一帧所包含的数据量；第一打包模块，被配置为若不大于，则依据通信协议将诊断命令打包为单帧，将单帧发送给车辆控制器；第二打包模块，被配置为若大于，则依据通信协议将诊断命令打包为多帧，将多帧中的首帧发送给车辆控制器，在收到车辆控制器对首帧的第一反馈后，依据第一反馈将多帧中的其他数据帧发送给车辆控制器；诊断模块，被配置为根据车辆控制器对诊断命令的第二反馈，确定诊断结果
。
[0006]本申请实施例的第三方面，提供了一种电子设备，包括存储器
、
处理器以及存储在存储器中并且可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述方法的步骤
。
[0007]本申请实施例的第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述方法的步骤
。
[0008]本申请实施例与现有技术相比存在的有益效果至少包括：判断诊断命令的数据量是否大于通信协议规定一帧所包含的数据量，若不大于，将诊断命令打包为单帧发送给车辆控制器，若大于，将诊断命令打包为多帧发送给车辆控制器，根据车辆控制器对诊断命令的第二反馈，确定诊断结果，所以，采用上述技术手段，可以解决现有技术中车辆控制器诊断存在诊断效率低下
、
耗时长和实时性差的问题，进而提高诊断效率，减少耗时，提高实时
性
。
附图说明
[0009]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图
。
[0010]图1是本申请实施例提供的一种车辆控制器诊断方法的流程示意图；图2是本申请实施例提供的一种诊断命令打包得到的数据帧的发送方法的流程示意图；图3是本申请实施例提供的一种车辆控制器诊断装置的结构示意图；图4是本申请实施例提供的一种电子设备的结构示意图
。
具体实施方式
[0011]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构
、
技术之类的具体细节，以便透彻理解本申请实施例
。
然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请
。
在其它情况中，省略对众所周知的系统
、
装置
、
电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述
。
[0012]图1是本申请实施例提供的一种车辆控制器诊断方法的流程示意图
。
图1的车辆控制器诊断方法可以由计算机或服务器，或者计算机或服务器上设置的处理器，或者计算机或普通服务器上的软件执行
。
本申请实施例的执行主体可以看作是车辆控制器的执行主体
。
该车辆控制器诊断方法包括：
S101
，确认与车辆控制器交互的通信协议；
S102
，在接收到诊断命令后，判断诊断命令的数据量是否大于通信协议规定一帧所包含的数据量；
S103
，若不大于，则依据通信协议将诊断命令打包为单帧，将单帧发送给车辆控制器；
S104
，若大于，则依据通信协议将诊断命令打包为多帧，将多帧中的首帧发送给车辆控制器，在收到车辆控制器对首帧的第一反馈后，依据第一反馈将多帧中的其他数据帧发送给车辆控制器；
S105
，根据车辆控制器对诊断命令的第二反馈，确定诊断结果
。
[0013]汽车上具有大量的车辆控制器，下面列举几个常见的车辆控制器：整车控制器，用于对汽车的各种功能进行控制和管理，以保证汽车在较好的动力性
、
较高经济性及可靠性状态下正常稳定的工作，整车控制器负责整车的正常行驶
、
制动能量回馈
、
整车发动机及动力电池的能量管理
、
网络管理
、
故障诊断及处理
、
车辆状态监控等，从而确保车辆的安全性
、
舒适性和智能化；发动机控制器，用于控制发动机的喷油
、
点火
、
扭矩分配等功能；自动变速箱控制器，用于控制自动变速器，根据车辆的驾驶状态采用不同的档位策略；车身控制器，用于控制车身电器，比如整车灯具
、
雨刮
、
洗涤
、
门锁
、
电动窗
、
天窗
、
电动后视镜
、
遥控等；车身电子稳定控制器，用于控制车辆在各种状况下保持最佳的稳定性；电池控制器，用于对电
池进行管理和保护
。
[0014]通信协议可以采用汽车中常用的通信协议，比如
CAN、CANFD、DoIP
等
。
诊断命令，包括：查询车辆控制器刷写之后版本信息的命令
、
查询车辆控制器的工作状态（工作参数）的命令
、
查询车辆控制器控制汽车部件的工作状态（工作参数）的命令等
。
查询车辆控制器刷写之后版本信息的命令对应的诊断结果，为刷本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种车辆控制器诊断方法，其特征在于，包括：确认与车辆控制器交互的通信协议；在接收到诊断命令后，判断所述诊断命令的数据量是否大于所述通信协议规定一帧所包含的数据量；若不大于，则依据所述通信协议将所述诊断命令打包为单帧，将所述单帧发送给所述车辆控制器；若大于，则依据所述通信协议将所述诊断命令打包为多帧，将所述多帧中的首帧发送给所述车辆控制器，在收到所述车辆控制器对所述首帧的第一反馈后，依据所述第一反馈将所述多帧中的其他数据帧发送给所述车辆控制器；根据所述车辆控制器对所述诊断命令的第二反馈，确定诊断结果
。2.
根据权利要求1所述的方法，其特征在于，判断所述诊断命令的数据量是否大于所述通信协议规定一帧所包含的数据量之前，所述方法还包括：设置处理所述诊断命令的缓冲区；在接收到所述诊断命令后，将所述诊断命令填入所述缓冲区；在开始处理所述诊断命令时，从所述缓冲区获取所述诊断命令，其中，处理所述诊断命令，包括：判断所述诊断命令的数据量以及打包发送所述诊断命令
。3.
根据权利要求1所述的方法，其特征在于，所述方法还包括：所述首帧用于与所述车辆控制器约定通信控制信息；所述第一反馈是所述车辆控制器确认好的所述通信控制信息，其中，所述通信控制信息，包括：后续发送数据帧的间隔时间和最大数量；依据所述第一反馈将所述多帧中的其他数据帧发送给所述车辆控制器；所述车辆控制器依据所述第一反馈接收所述多帧中的其他数据帧，并确定是否接收到其他数据帧中的所有数据帧
。4.
根据权利要求3所述的方法，其特征在于，所述车辆控制器依据所述第一反馈确定接收到其他数据帧中的所有数据帧之后，所述方法还包括：所述车辆控制器调用解析模块，以解析其他数据帧得到所述诊断命令；所述车辆控制器依据所述诊断命令进行操作，以确定所述第二反馈
。5.
根据权利要求3所述的方法，其特征在于，依据所述第一反馈将所述多帧中的其他数据帧发送给所述车辆控制器，包括：执行如下循环算法：判断
i
是否大于
N
，其中，
N
和
i
分别为所述最大数量和其他数据帧中每条数据帧的序号，
i
的初始值为1；当
i
大于
N
，确定已将其他数据帧中的所有数据帧发送给所述车辆控制器，退出所述循环算法；当

【专利技术属性】
技术研发人员：宋正涛，王熙，万亮，
申请(专利权)人：重庆赛力斯新能源汽车设计院有限公司，
类型：发明
国别省市：