CN102645929A

CN102645929A - 一种通用的车辆故障诊断协议描述方法

Info

Publication number: CN102645929A
Application number: CN2012101355863A
Authority: CN
Inventors: 糜峰; 李立; 林宏
Original assignee: Wuhan English Stettlen Electron Technology Co Ltd
Current assignee: Wuhan English Stettlen Electron Technology Co Ltd
Priority date: 2012-05-04
Filing date: 2012-05-04
Publication date: 2012-08-22

Abstract

一种通用的车辆故障诊断协议描述方法，诊断功能包含了读取故障码、清除故障码及读取数据流。该描述方法可同时对多个车型的诊断协议进行定义。包括了如下内容：版本号、备注信息、车型、部件名称(控制器名称)、命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID和命令等。该发明可用于实现远程故障诊断、本地故障诊断设计的通用性，满足用户自定义故障诊断协议的要求。整车厂家或诊断系统的其它用户，只需要通过修改该描述文件就可以完成各种车型的诊断协议定义，使故障诊断设备或系统具有很强的扩展性和适用性。

Description

一种通用的车辆故障诊断协议描述方法

技术领域

本发明涉及一种汽车诊断方法，特别是一种通用的、适用于多车型的车辆故障诊断协议描述方法，可用于车辆故障诊断仪的设计以及车辆远程故障诊断系统的设计。

背景技术

目前，车辆诊断主要是在本地实现的。整车厂家研发出新的车型后，需要花费巨资委托故障诊断仪的生产厂家设计专门的故障诊断仪，然后用于维修店(4S店)和整车厂家的研发、试验等环节。

远程故障诊断是车辆诊断技术发展的趋势，车辆即使在野外发生了故障，维修专家或厂家技术人员在办公室就可以进行交互式的故障诊断操作，读取到故障码的信息，从而指导现场人员完成车辆维修。同时，所有的故障信息都会存储在远程的服务器上，便于厂家进行车辆的故障统计，从而为后续的车辆研发、改进提供数据支撑。

现在有些汽车厂家已经在前瞻性的了解和建设远程故障诊断系统，传统诊断仪的生产厂家也在尝试进行技术升级。但是大家都需要面临的一个共同的问题，即如何解决远程故障诊断的通用性和客户自定义通信协议的要求。对于整车厂家来说，其生产的车型较多，不同的车型故障诊断协议不同，而且因为数据保密的原因，这些协议的定义最好都不需要让其它方技术人员的参与。对于远程故障系统的生产厂家来说，提供的硬件产品最好是通用的，针对不同的车厂及车型，都只需要通过软件来自定义就可以完成匹配，而且这种配置可以交给车厂自己的技术人员来完成。这样既可以保证诊断产品的通用性，也可以满足整车厂家对数据保密上的要求。

发明内容

本发明所要解决的技术问题是提供一种通用的车辆故障诊断协议描述方法。

为解决上述技术问题，本发明是按如下方式实现的：一种通用的车辆故障诊断协议描述方法，包括以下步骤：用一个后缀名为IDC的文本文件描述多种车型、多种总线形式的诊断协议；包括版本号、注释信息、车型、部件名称、命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令；其中，车型名称用“[]”定义并新起一行，部件名称用“<>”定义并新起一行，每条命令用一行进行定义，其中命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令用空格或制表符间隔，每条命令之间用回车换行符间隔。

本发明的积极效果是：通过实施本发明，能够解决车辆远程故障诊断的通用性问题，让故障诊断设备及远程故障诊断系统的使用者可以对不同车型、不同通信总线、不同控制器进行诊断协议进行自定义。

附图说明

图1是本发明的描述文件格式定义。

图2是本发明的典型实施实例。

图3是本发明进一步的实施流程图，描述了通用远程故障诊断的实施过程。

图2中IDC VER 00X为版本号，CAR1为车型名称，ABS、EMS、TCU、ESP、SDM为控制器，SG_23、SG_34为数据流的信号名称。

具体实施方式

下面结合附图和具体实施方式对本发明作进一步详细的说明。

如图1所示，本发明一个实施方案所述的一种通用的车辆故障诊断协议描述方法，本发明用一个后缀名为IDC的文本文件描述多种车型、多种总线形式的诊断协议。包括版本号、注释信息、车型、部件名称、命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令。其中，车型名称用“[]”定义并新起一行，部件名称用“<>”定义并新起一行，每条命令用一行进行定义，其中命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令用空格或制表符间隔，每条命令之间用回车换行符间隔。可将多个车型及其控制器都描述在一个文本文件中。

端口号采用0/1/2/3的数字描述；其中0代表K_Line总线；之后为CAN总线，数字号代表是第几路CAN接口。

端口属性，采用0/1/XXXY的数字串进行描述；其中，0代表SAEJ1979，1代表ISO 14230，其它代表波特率+扩展帧/标准帧(Bit0)。

设备地址，用来描述诊断设备的地址，用十六进制进行描述。

部件地址，用来描述K_Line总线上控制器地址，用十六进制进行描述。

发送ID，用来描述基于CAN总线上诊断命令发送的报文ID。

接收ID，用来描述基于CAN总线上诊断结果接收的报文ID。

命令类型，用来描述诊断设备发送的命令类型，用字符表示，G代表获取故障码，C代表清除故障码、D表示执行后直接返回结果、F表示数据流。

命令，用来描述诊断设备发送的命令，用十六进制字符串表示，如果有多个命令，则每个命令以分号结束。

如图2所示，作为本发明的一种典型实施方式，实施内容说明如下：

1)IDC VER 001说明的是诊断文件的版本号；

2)第2行至第10行是文件格式的说明信息，用“#”开头；

3)第11行[CAR1]是车辆的名称或车型的名称，用方括号包围，该信息可用在诊断系统的界面显示中。

4)第12行<ABS>是11行所述车型的一个控制器名称，用尖括号包围，该信息可用在诊断系统的界面显示中。

5)第13行是读故障码的命令描述，“G”是读取故障码，“1”表明物理层是CAN1接口，“500000”表明是500k的波特率；标准帧的格式；“720”是发送ID；“728”是接收ID；“1001；19020C”是具体的命令字。

6)第14行是清除故障码的命令描述，定义和第13行的类似。

7)第18行是EMS控制器的读取数据流命令描述；

8)第19、20行为数据流中的两个信号的具体定义，该定义遵循行业的CAN信号标准。

9)<EMS>、<TCU>、<ESP>、<SDM>都是CAR1中的控制器。

作为本发明进一步的实施方式，可将多个车型都描述在一个文本文件中，即可在图2中内容的尾部重起一行，以第一种典型实施方式所述的方法，以方括号的方式继续定义其它车型及其控制器的诊断协议。

作为本发明进一步的实施方式，可以开发一个编辑配置软件，以图形化的界面完成上述协议文件的编辑。

作为本发明进一步的实施实施方式，实现整个本地或远程故障诊断的自定义流程附图3所示。下面结合附图做进一步的说明。

1)首先，用户先确定要进行诊断的新车型或控制器的诊断协议，这些内容一般从控制器的手册中可以得到。

2)用户通过编辑工具或记事本按照本发明所述的方法增加新车型及控制器的协议描述，并生成idc文件。

3)如果用户是要进行本地的故障诊断，可以将idc文件通过SD卡或计算机下载到诊断仪中；

4)重启诊断仪后，诊断仪将读取新的故障诊断协议文件，并显示给用户进行提示；

5)用户操作诊断仪，对新的控制器进行故障诊断；

6)故障诊断仪为用户显示诊断结果。

7)如果用户是要进行远程故障诊断，可以将IDC文件通过GPRS/3G等移动通信网络无线发送至远端的车载终端；

8)车载终端读取接收到的idc文件，并进行解析；

9)用户通过远程web页面或客户端发送远程诊断的命令，该命令将通过GPRS/3G等移动通信无线网络发送到车载终端；

10)车载终端按照协议进行故障诊断，并将诊断结果通过移动无线网络发送会远程服务器或用户的客户端，用户通过计算机软件界面查看诊断结果。

本发明的积极效果是：通过实施本发明，能够解决车辆远程故障诊断的通用性问题，让故障诊断设备及远程故障诊断系统的使用者可以对不同车型、不同通信总线、不同控制器进行诊断协议的自定义。

Claims

1.一种通用的车辆故障诊断协议描述方法，其特征在于，包括以下步骤：用一个后缀名为IDC的文本文件描述多种车型、多种总线形式的诊断协议；包括版本号、注释信息、车型、部件名称、命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令；其中，车型名称用“[]”定义并新起一行，部件名称用“<>”定义并新起一行，每条命令用一行进行定义，其中命令类型、端口号、端口属性、设备地址/发送ID、部件地址/接收ID、命令用空格或制表符间隔，每条命令之间用回车换行符间隔。

2.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的端口号采用0/1/2/3的数字描述；其中0代表K_Line总线；之后为CAN总线，数字号代表是第几路CAN接口。

3.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的端口属性，采用0/1/XXXY的数字串进行描述；其中，0代表SAEJ1979，1代表ISO 14230，其它代表波特率+扩展帧/标准帧(Bit0)。

4.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的设备地址，用来描述诊断设备的地址，用十六进制进行描述。

5.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的部件地址，用来描述K_Line总线上控制器地址，用十六进制进行描述。

6.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的发送ID，用来描述基于CAN总线上诊断命令发送的报文ID。

7.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的接收ID，用来描述基于CAN总线上诊断结果接收的报文ID。

8.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的命令类型，用来描述诊断设备发送的命令类型，用字符表示，G代表获取故障码，C代表清除故障码、D表示执行后直接返回结果、F表示数据流。

9.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，所述的命令，用来描述诊断设备发送的命令，用十六进制字符串表示，如果有多个命令，则每个命令以分号结束。

10.根据权利要求1所述的一种通用的车辆故障诊断协议描述方法，其特征在于，可将多个车型及其控制器都描述在一个文本文件中。