兼容车控通讯协议的诊断设备的制作方法

本发明涉及一种汽车诊断设备，具体涉及兼容车控通讯协议的诊断设备。

背景技术：

随着汽车科技的不断发展，自动化电控技术在新型汽车的制造与维护过程中被使用，新型的汽车采用了大量的电子控制单元，即Electronic Control Unit，简称ECU，汽车的维修和保养不再是简单的机械操作，而是越来越倚重电子化、电脑化的专业工具。过去的汽车维修是以机械修理与零件修复为主，而现代汽车维修则驱于以机电系统诊断为核心的诊断技术。为了因应新趋势，各车厂在进行汽车电子控制系统设计的同时，也大符度地增加了故障自诊功能的系统设计。自诊系统能够在汽车运行过程中不断地监测电子控制系统，包括：引擎起动、引擎运转、水温、行车时速、电子点火、供油、进气、负载等各系统运作状况。一旦发生异常情况，再依设定之特定演算法解析出故障原因，并将这些故障码存储在行车系统ECU之记忆体中，同时起动相对应的故障运行模组功能及执行安全措施，如故障指示灯、故障警告音、自动停止对应功能，提醒故障的汽车能到修理厂进行维修；而技术维修人员可以利用汽车诊断设备读取其故障码，精确地进行故障问题诊断与排除。

虽然几乎所有的新生产的汽车都具有一个可用于测试设备获取诊断信息的接口，但这些接口上的数据传输因为厂商不同遵循的标准不同，因此不能之间与设备终端兼容，因此，市面上出现了ELM327，被设计成车载诊断OBD-II标准的RS232端口之间联系的桥梁。ELM327接口加入了七种CAN协议，可以自动检测和转换今天使用中最常见的协议。有可以实现高速的RS232、电池电压监测，并可以通过编程定制功能参数，ELM327只需要很少的外部元件就可以构成一个功能丰富的电路，低功耗，依靠汽车的12V电源供电。可以通过RS232或USB接口利用“OBD”或“AT”命令来实现与汽车对话，实现全功能的汽车运行状态监控和故障诊断。但是，如何使用和开发ELM327更多的功能，获取更多车辆电脑资讯，清除错误码，仍然是目前行业急需解决的问题。

技术实现要素：

本发明所要解决的技术问题是获取车载电脑状态数据及清除错误码，目的在于提供兼容车控通讯协议的诊断设备，解决上述问题。

本发明通过下述技术方案实现：

兼容车控通讯协议的诊断设备，包括车载OBD-II端口，计算机，还包括ELM327模块，所述计算机内置检测程序，其中：所述车载OBD-II端口用于发送车载系统信号至ELM327模块；所述ELM327模块用于转换OBD-II协议的数据并发送至计算机的数据接口；所述数据接口用于接收ELM327模块的数据并传递到计算机；所述检测程序用于获取串行通信总线接口的数据，并进行转化为可视化的展现。目前各国车厂使用的车控通讯协议有下列几种：CAN、MOST、LIN、FlEXRAY、ISO、VPW、PWN、KWP2000，其它车种数位、类比专属控制信号及协议。台湾新款汽车大多使用ISO协议，旧型欧洲车则使用KWP协议，部份的BENZ车使用MOST的协议，比较新款、高级的日本、欧洲车种也使用到CAN BUS协议，VAG的AUDI、VW B6、MAZDA6等，而下一代的明星协议则是FlexRay。CAN BUS协议也常被使用至自动化工业控制系统中，如温度控制、电梯冷气控制等。所述ELM327模块采用公版ELM327V1解码IC设计，处理了底层Layer1、Layer2及应用层的沟通，让程序开发者不用理会复杂的协议沟通，只要依据AT指令，即可快速地进行应用软件开发。所述检测程序主要用来检测引擎数据，包括引擎转速、车速、引擎水温、负荷、Air flow rate、O2sensor、电瓶电压、车身号码等车辆电脑信息。

所述ELM327模块支持包括ISO 9141-2、ISO 14230-4、SAE J1850PWM、SAE J1850VPM在内的OBD-II协议。ISO 14230-4即KWP2000，ISO15765-4即CAN-BUS，ISO9141-2是1994年提出的诊断通信协议，被ISO 14230-4前向兼容，现在的OBD口支持的K线是包含这个协议定义的内容。欧洲汽车领域广泛采用了基于CAN总线的KWP2000，即ISO 15765协议，而基于K线的KWP2000物理层和数据链路层协议将逐步被淘汰。基于CAN总线的KWP2000协议实际上指的是ISO/WD15765-1～15765-4，该协议把KWP2000应用层的诊断服务移植到CAN总线上。数据链路层采用了ISO 11898-1协议，该协议是对CAN2.0B协议的进一步标准化和规范化；应用层采用了ISO 15765-3协议，该协议完全兼容基于K线的应用层协议14230-3，并加入了CAN总线诊断功能组；网络层则采用ISO 15765-2协议，规定了网络层协议数据单元与底层CAN数据帧、以及上层KWP2000服务之间的映射关系，并且为长报文的多包数据传输过程提供了同步控制、顺序控制、流控制和错误恢复功能。

所述ELM327模块交互接口包括串行接口。所述串行接口采用RS232或RS485，企业在仪表选型时其中的一个必要条件就是要具有联网通信接口。通常RS-232接口以9个引脚(DB-9)或是25个引脚(DB-25)的型态出现，一般个人计算机上会有两组RS-232接口，分别称为COM1和COM2。最初是数据模拟信号输出简单过程量，后来仪表接口是RS232接口，这种接口可以实现点对点的通信方式，但这种方式不能实现联网功能。随后出现的RS485解决了这个问题。

所述ELM327模块交互接口包括蓝牙接口。蓝牙接口可在串行接口发送故障时作为备用冗余设置，也可实现无线传输。

所述检测程序使用C语言程序编写。所述计算机采用计算机的CPU，便于与其他开发人员共同丰富程序，扩展本发明的功能。

本发明与现有技术相比，具有如下的优点和有益效果：

1、本发明兼容车控通讯协议的诊断设备，兼容大部分现有车控通讯协议，有良好的兼容性，避免专属型诊断设备价格高、适应性差的问题；

2、本发明兼容车控通讯协议的诊断设备，具有软件的扩展性，可通过二次开发扩展更多功能；

3、本发明兼容车控通讯协议的诊断设备，具有简单易用，显示丰富等特点。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，并不构成对本发明实施例的限定。在附图中：

图1为本发明原理图；

图2为ELM327的电路图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本发明的限定。

实施例1

如图1所示，本发明兼容车控通讯协议的诊断设备，包括车载OBD-II端口，计算机，还包括ELM327模块，所述计算机内置检测程序，其中：所述车载OBD-II端口用于发送车载系统信号至ELM327模块；所述ELM327模块用于转换OBD-II协议的数据并发送至计算机的数据接口；所述数据接口用于接收ELM327模块的数据并传递到计算机；所述检测程序用于获取串行通信总线接口的数据，并进行转化为可视化的展现。所述ELM327模块支持包括ISO 9141-2、ISO 14230-4、SAE J1850PWM、SAE J1850VPM在内的OBD-II协议。所述ELM327模块交互接口包括串行接口。

使用时，包括以下步骤：

1、车载OBD-II端口通过连接线与ELM327模块相连，ELM327输出端与计算机的串行接口相连，打开检查软件。

2、连接测试前请先确认COM Port端口号，并于检测程序[option]/[Communication]设定中设定连接COM Port端口号，Protocol则设定自动侦测，BaudRate部分请设定为需要设置的波特率值。

3、上述步骤设定好后，当汽车有故障信息产生时，车载OBD-II端口将此故障信息传递到ELM327中进行解码，再通过ELM327的输出端传递到计算机中。计算机接收故障信息后被检测程序捕获。

4、测试成功后即可看到连接晶片ELM327v1、协议、汽车电压、引擎转速、车速、引擎水温、负荷、Air flow rate、O2sensor、电瓶电压、车身号码等车辆电脑等信息。

检测程序除了C语言，还可采用但不限于Scantool、Scanmaster、Proscan、PcmSCAN、Digimoto编写，也可以使用超级终端机搭配AT指令使用。

实施例2

本实施例在实施例1的基础上做出了如下进一步限定：所述ELM327模块交互接口包括蓝牙接口。蓝牙接口设置为串行通信接口的冗余，也可作为无线连接的一种方式。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。