文档库 最新最全的文档下载
当前位置:文档库 › obd的接口协议

obd的接口协议

竭诚为您提供优质文档/双击可除

obd的接口协议

篇一:obd_的基本常识介绍

obd的基本常识

更新时间:20xx-5-2214:07:11

obd是英文on-boarddiagnostics的缩写,中文翻译为“车载自动诊断系统”。

这个系统将从发动机的运行状况随时监控汽车是否尾

气超标,一旦超标,会马上发出警示。当系统出现故障时,故障(mil)灯或检查发动机(check

engine)警告灯亮,同时动力总成控制模块(pcm)将故障信息存入存储器,通过一定的程序可以将故障码从pcm中读出。根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

obd是英文on-boarddiagnostic的缩写,中文翻译为“车载诊断系统”。这个系统随时监控发动机的运行状

obd云鼠(ugV04)图片

况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。当系统出现故障时,故

障(mil)灯或检查发动机(check

engine)警告灯亮,同时obd系统会将故障信息存入存储器,通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

从20世纪80年代起,美、日、欧等各大汽车制造企业开始在其生产的电喷汽车上配备obd,初期的obd没有自检功能。比obd更先进的obd-Ⅱ在20世纪90年代中期产生,美国汽车工程师协会(sae)制定了一套标准规范,要求各汽车制造企

业按照obd-Ⅱ的标准提供统一的诊断模式,在20世纪90年末期,进入北美市场的汽车都按照新标准设置obd。

obd-Ⅱ与以前的所有车载诊断系统不同之处在于有严

格的排放针对性,其实质性能就是通过监测汽车的动力和排放控制系统来监控汽车的排放。当汽车的动力或排放控制系统出现故障,有可能导致一氧化碳(co)、碳氢化合物(hc)、氮氧化合物(nox)或燃油蒸发污染量超过设定的标准,故障灯就会点亮报警。

obdii的特点:

1.统一车种诊断座形状为16pin。

2.上有数值分析资料传输功能(datalinkconnectoR简

称dlc)。

3.统一各车种相同故障代码及意义。

4.具有行车记录器功能。

5.具有重新显示记忆故障码功能。

6.具有可由仪器直接清除故障码功能。

虽然obd-Ⅱ对监测汽车排放十分有效,但驾驶员接受不接受警告全凭“自觉”。为此,比obd-Ⅱ更先进的obd-Ⅲ产生了。obd-Ⅲ主要目的是使汽车的检测、维护和管理合为一体,以满足环境保护的要求。obd-Ⅲ系统会分别进入发动机、变速箱、abs等系统ecu(电脑)中去读取故障码和其它相关数据,并利用小型车载通讯系统,例如gps导航系统或无线通信方式将车辆的身份代码、故障码及所在位置等信息自动通告管理部门,管理部门根据该车辆排放问题的等级对其发出指令,包括去哪里维修的建议,解决排放问题的时限等,还可对超出时限的违规者的车辆发出禁行指令。因此,obd-Ⅲ系统不仅能对车辆排放问题向驾驶者发出警告,而且还能对违规者进行惩罚。

obd系统的应用是排放标准的一次革新,其功能的正确发挥对于车辆

排放的控制十分重要。

工作原理

obd装置监测多个系统和部件,包括发动机、催化转化器、颗粒捕集器、氧传感器、排放控制系统、燃油系统、egR

等。

obd是通过各种与排放有关的部件信息,联接到电控单

元(ecu),ecu具备检测和分析与排放相关故障的功能。当

出现排放故障时,ecu记录故障信息和相关代码,并通过故

障灯发出警告,告知驾驶员。ecu通过标准数据接口,保证

对故障信息的访问和处理。

发展历程

obd技术最早起源于80年代的美国,初期的obd技术,是通过恰当的技术方式提醒驾驶员发生的失效或是故障。欧盟和日本在2000年以后引入obd技术,04年之后,汽车发

达国家的obd技术进行第三个阶段。

欧洲和美国在obd检测的项目和限值方面,存在一定差别,具体差别内容不再详述。美国obd监控的目的在于成为高排放标准车辆之前发现故障;欧洲obd监控的目的在于发现高排放车辆。我国导入的obd技术,将在三个阶段以后等效采用欧洲obd系统的相关规定。

笔者与汽车技术人员确定,欧iii排放标准并不等于obd,12月1日北京实施的加装obd强制政策后,车辆为欧iii+obd 的标准。

obd需要申报

车辆加装obd,需要一个系统的申请过程,而且需要企

业对加装obd的车辆进行多项试验,向相关部门提供达标的

数据(目前3个必检项目为氧传感器失效验证、催化转化器失效验证、失火验证),周期一般为10个月。加装obd的车辆,需要重新申请车辆的公告。obd的研发费用很高,如果实现规模化生产后,单台分担的技术成本才会降低。

产品功能

现在obd产品代表合众思壮中国位置最新生产的云鼠(ugV04)是基于obdii/eobd

标准协议开发的智能车辆远程管理终端,兼具跟踪(obd 的接口协议)和远程诊断功能的智能设备,集gps全球卫星定位技术、gpRs

全球移动数据通讯技术及智能控制技术于一体,并实现体积mini化。该产品安装于汽车obd

诊断接口上,不间断地与汽车电脑进行通讯,将汽车实时车况、故障信息数据连同gps数据通过gpRs

通信技术传送到控制中心,由移动资产管理(l-eRp)服务平台进行分析、统计、存储并展示给用户。

obd是车载自动诊断系统,它是检测汽车各系统运行参数并读取数据的终端产品。是使汽车的检测、维护和管理合为一体,以满足环境保护的要求。obd系统会分别进入发动机、变速箱、abs等系统ecu(电脑)中去读取故障码和其它相关数据,并利用小型车载通讯系统。例如,采用gps导航系统或无线通信方式将车辆的身份代码、故障码及所在位置

等信息自动通告到管理设备、平台上。

应用领域

具合众思壮最新推出的obd产品介绍可以应用到个人、企业、4s店三个领域

个人用户:方便管理自身车辆,便于对车辆进行评估和节省成本;同时也增加了对车辆驾驶习惯、安全操作技巧、汽车知识等内容的了解。

企业用户:企业最关心成本和效益,关心“里程”和“油耗”两个参数,使用obd产品并结合l-eRp平台,可方便企业管理自身车辆、节省成本,便于对司机和车辆进行评估考核。

4s店用户:可以对用户车辆安装obd,形成一个远程服务诊断网络。obd可以提供详细的车辆数据,从而实现了车辆远程诊断服务,提高了企业对客户的服务质量。当用户汽车出现故障后,4s店的救援人员还可以从l-eRp平台获得故障车辆的实时位置信息,及时准确的赶到现场服务。

引入的问题

车辆加装obd,需要一个系统的申请过程,而且需要企业对加装obd的车辆进行多项试验,向相关部门提供达标的数据(目前3个必检项目为氧传感器失效验证、催化转化器失效验证、失火难证),周期一般为10个月。加装obd的车辆,需要重新申请车辆的公告。obd的研发费用很高,如果

实现规模化生产后,单台分担的技术成本才会降低。

obd的引入,与使用环境、燃油特性、驾驶习惯、车辆状况等四个主要方面紧密相关。其中任何一个环节的短板,都会影响obd的扩展和应用。obd技术的引入,需要以下相关的配套条件相应提高:燃油质量、车辆维修保养技能、相关零部件的一致性、驾驶者水平的提高、obd技术本身的提高和社会各方面的支持。

笔者认为,在一定时间内,我国对obd技术是一个引进和适应和消化

篇二:汽车标准obdⅡ(自诊断接头)针脚定义

汽车obd-ii接口引脚定义

汽车上的obd-ii接口(母):

elm327用到的引脚:

2:sae-j1850pwm和sae-1850Vpw总线(+)

4.车身接地

5.信号接地

6.canhigh(iso15765-4和sae-j2284)

7.iso9141-2和iso14230-4总线的k线

10.sae-j1850pwm协议总线(-)

14.canlow(iso15765-4和sae-j2284)

15.iso9141-2和iso14230-4总线的l线

16.蓄电池电压

全部引脚定义:

1.manufacturerdiscretion.gm:j2411gmlan/swc/single-w irecan.

2.buspositivelineofsae-j1850pwmandsae-1850Vpw

3.Forddcl(+)argentina,brazil(preobd-ii)1997-2000,us a,

4.chassisground

5.signalground

6.canhigh(iso15765-4andsae-j2284)

7.klineofiso9141-2andiso14230-4

8.-

9.-

10.busnegativelineofsae-j1850pwmonly(notsae-1850Vpw)

europe,etc.chryslerccdbus(+)

11.Forddcl(-)argentina,brazil(preobd-ii)1997-2000,u sa,europe,etc.chryslerccdbus(-)

12.-

13.

常见各车型OBD接口位置

常见各车型OBD接口位置 别克君威2.5:OBD诊断头在油门踏板上方。 别克君威3.0:OBD诊断头在油门踏板上方。 本田雅阁:OBD诊断头在仪表板的下方。 北京吉普2500:OBD诊断头在驾驶员左护板侧。 北京吉普2033:OBD诊断头在发动机舱内左侧。 北京现代索娜塔:OBD诊断头在油门踏板上方。 桑塔纳99新秀:OBD诊断头;大众奥迪系统;诊断头在排挡杆前方。 桑塔纳2000:OBD诊断头;大众奥迪系统;诊断头在排挡杆前方。 时代超人:OBD诊断头;大众奥迪系统;诊断头在驾驶员左护板侧。 帕萨特B4:OBD诊断头;帕萨特系统;诊断头在仪表盘右下方的装饰板内。 帕萨特2.0:OBD诊断头;帕萨特系统;诊断头在手刹车右侧。 奥迪V6:2+2诊断头;大众奥迪系统;诊断头在发动机舱保险盒内,用E-118奥迪2+2测车线。 奥迪A6:OBD诊断头;大众奥迪系统;诊断头在驾驶员左护板侧。 奇瑞QQ三缸:用OBD接头;西门子系统;诊断头在右侧储物箱下方。 奇瑞QQ四缸:三孔诊断头;检测线颜色是棕白;联电系统或大众系统;诊断头在驾驶员左侧保险盒附近。 奇瑞风云7160EX:三孔诊断头;玛瑞利系统;诊断头在发动机舱内中间的刹车泵附近。奇瑞风云7160ES:三孔诊断头;玛瑞利系统;诊断头在发动机舱内中间刹车泵附近。 长安之星:三孔诊断头;联电系统;诊断头在电瓶负极附近。 长安欧雅:三孔诊断头;联电系统;诊断头在驾驶员座下中间横梁左侧。 长安镭蒙:OBD诊断头;联电二代系统;诊断头在驾驶员左侧保险盒附近。 长安奥托:OBD诊断头;联电系统;诊断头在驾驶员左侧保险盒附近。 长安福特:OBD诊断头;诊断头在驾驶员左护板侧 华洋汽车:OBD诊断头;德尔福系统;诊断头在驾驶员左侧保险盒附近。 五菱之光:OBD诊断头,位置在驾驶员右侧座下;系统根据不同发动机和所配的电脑有所不同。五菱系统还有诊断头在电脑附近的。

OBD-II通讯协议

OBD-II通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息:我理解的OBD-II标准诊断插座列表

OBD协议说明(个人)资料讲解

O B D协议说明(个人)

OBD协议数据流说明 需要确认的问题: 1、支持的车型? 2、油耗、里程读取? 3、OBD协议中是否支持读取和控制车门窗的状态信息? 4、OBD能读取数据 5、比较本人整理的ISO15031-5和北京金奔腾科技公司的OBD协 议数据流 答案: 1、我国采用了EOBD相同的要求即ISO15031-5(道路车辆-车辆与排放诊断相 关装置通信标准-5排放有关的诊断服务)协议。 所以只要该车支持ISO15031-5的OBD2标准协议中所有项,则可以通过OBD接口读取出ECU中所有信息;若该车支持标准协议中部分项,则读取出支持项信息。(标准协议附在下面,由北京金奔腾汽车科技公司提供。) 2、在ISO15031-5协议中,油耗不能读取,只能读取燃油液位输入(读出油 箱剩余油量与油箱容量的百分比)。在车上通过燃油液位传感器实现对剩余油量检测。 OBD输出信息中跟里程相关只有:故障灯点亮后行驶的里程数、消除故障后行驶的里程数。 里程获取办法: 1、虽然不能直接获得总里程,但可以总里程=安装前里程数+故障灯点亮 后行驶的里程数+消除故障后行驶的里程数。 2、OBD2协议中无法直接读取仪表上数据,只有通过购买汽车厂家的 OBD2协议的扩展,可获得汽车仪表系统数据获取,肯定能获取汽车总里程和车门窗信息。由于成本太高,所以不现实。 3、在车轮处安装及车轮转过圈数的传感器 4、还有通过GPS获取总里程。 3、在ISO15031-5的OBD协议中不支持读取和控制车门窗的状态信息。 4、读取信息是从ISO15031-5协议中分析出来: 我们关注输出信息有:

OBD通讯协议

OBD通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息:我理解的OBD-II标准诊断插座列表

OBD接口位置

爱丽舍:OBD诊断头位置驾驶员左护板侧保险盒内 福特翼虎吉普:OBD诊断头位置驾驶员左护板 别克君威2.5:OBD诊断头在油门踏板上方 别克君威3.0:OBD诊断头在油门踏板上方 本田雅阁:OBD诊断头在仪表板的下方 北京吉普2500:OBD诊断头在驾驶员左护板侧 北京吉普(外观像帕杰罗):OBD诊断头在引擎室左侧 北京现代索纳塔:OBD诊断头在油门踏板上方 桑塔纳99新秀:OBD诊断头。大众奥迪系统。OBD诊断头位置排挡前方 桑塔纳2000:同上 桑塔纳3000:OBD诊断头位置在驾驶员左侧护板保险盒内 时代超人:同上 帕萨特B4:OBD诊断头,帕萨特系统。诊断头位置仪表盘右下方,装饰板内 帕萨特2.0:OBD诊断头,诊断头位置手刹车右侧 奥迪-V6:2+2诊断头,大众奥迪系统,诊断头位置引擎室保险盒内 奥迪-A6:OBD诊断头。大众奥迪系统,诊断头位置驾驶员左侧板内 一汽红旗:OBD诊断头。一汽红旗系统,诊断头位置驾驶员左侧护板 一汽捷达:OBD诊断头。大众奥迪系统,诊断头位置保险盒右侧附近 一汽佳宝:OBD诊断头。德尔福系统,诊断头位置保险盒附近或前右门附近 中华:OBD诊断头。诊断头位置保险盒附近或油门上方 松花江:OBD诊断头。德尔福系统,诊断头位置保险盒附近 哈飞民意:OBD诊断头,诊断头位置保险盒附近或在右门上方 哈飞中意:同上 哈飞路宝7100:OBD诊断头,诊断头位置前右座下电脑 哈飞路宝7110:OBD诊断头,五菱N1电脑,诊断头位置刹车踏板上方 昌河汽车:OBD诊断头,德尔福系统。诊断头位置保险盒附近或在油门上方 昌河海豚:同上 昌河北斗星:OBD诊断头,看什么电脑用什么系统。诊断头位置在油门踏板上方 奇瑞QQ3缸:用OBD接头。西门子系统,诊断头位置右侧储物箱下方 奇瑞QQ4缸:三孔诊断头,检测线色:棕白,联电系统或大众系统,诊断头位置驾驶员左侧保险盒附近 奇瑞风云7160EX:两孔诊断头,玛瑞丽系统。诊断头位置引擎室内中间刹车泵附近 奇瑞风云7160ES:同上 长安之星:三孔诊断头,诊断头位置电瓶负极附近 长安欧雅:三孔诊断头,诊断头位置驾驶员座下中间横梁左侧 长安雷蒙:OBD诊断头,诊断头位置驾驶员左侧保险盒附近 长安奥拓:OBD诊断头,诊断头位置驾驶员左侧保险盒附近 长安福特:OBD诊断头,诊断头位置驾驶员左护板侧 福美来323的诊断座在发动机舱内,司机左前方

tl718,obd汽车通讯协议芯片资料

竭诚为您提供优质文档/双击可除tl718,obd汽车通讯协议芯片资料 篇一:标准的obd2诊断程序+相关应用层协议 标准的汽车obd2诊断程序以及相关应用层协议下载 开发标准obd2诊断程序要准备的资料及硬件 1、因tl718已经为你建立了物理层、数据链层和部分应用层的协议,所以只要obd2标准应用层协议文本, iso15031-5或saej1979(这两个协议是相同的内容)。 这里可下载: 下载:saej1979-20xx670kb iso15031-53.46mb 2、tl718诊断接口1套或用tl718芯片自建电路。 3、家用pc机电脑一台。 4、安装软件:accessport调试软件及Vc++(或Vb、bc++等)你喜欢的开发软件。 5、符号obd2标准的汽车发动机电脑一块(或汽车一台) 准备好以上这些,你就可以开始你的obd2标准程序开发了!!! tl718基本信息

tl718芯片的技术数据手册 tl718通过一个uaRt串口与单片机、pda或pcRs232通讯,在有的新的pc机上已没有装备Rs232串口,可以通过 虚拟串口实现与tl718通讯,例usbtoRs232、以太网toRs232、或蓝牙toRs232等等。 -------Rs232------obd2电缆 ----------|pc||tl718||汽车诊断口 |----------------------- 不管使用怎样的物理连接,你可以使用超级终端或串口调试工具,直接通过 键盘发送和接收字符。在使用串口调试软件前,首先必须设置正确的com端口号和正确的波特率。一般为9600波 特率(pin6=0V),或38400波特率(pin6=Vcc,ppoc设置默认值)。串口设置为:8个数据位,校验位:0,停止位1位。如果设置错误,将不能和tl718正常通讯。所有从tl718的响应以一个回车符(0x0d)及一个可选的换行符(0x0a)结束。正确连接,打开电源后。tl718将驱动测试led灯,(闪亮3次)后,发送: tl718starting 〉 如果正确收到以上信息代表串口及连接设置正确。第二行“〉”符号代表tl718为空闲状态,可以立即从Rs232接

汽车OBD诊断匹配口位置

汽车OBD诊断匹配口位置 爱丽舍:OBD诊断头位置驾驶员左护板侧保险盒内。 福特翼虎吉普(ESCAPE XLT):OBD诊断头位置驾驶员左护板侧。 该车采用OBD诊断座,但无OBD信号, 别克君威2.5:OBD诊断头在油门踏板上方。 别克君威3.0:OBD诊断头在油门踏板上方。 本田雅阁:OBD诊断头在仪表板的下方 北京吉普2500:OBD诊断头在驾驶员左护板侧。 北京吉普(外观像帕杰罗):OBD诊断头在引擎室内左侧。 北京现代索娜塔:OBD诊断头在油门踏板上方 桑塔纳99新秀:OBD诊断头。大众奥迪系统。诊断头位置排挡前方。 桑塔纳2000:OBD诊断头。大众奥迪系统。诊断头位置排挡前方。 时代超人:OBD诊断头。大众奥迪系统。诊断头位置驾驶员左护板侧 帕萨特B4:OBD诊断头。帕萨特系统。诊断头位置仪表盘右下方。装饰板内。 帕萨特2.0:OBD诊断头。帕萨特系统。诊断头位置手刹车右侧。 奥迪—V6:2+2诊断头。大众奥迪系统。诊断头位置引擎室保险盒内, 奥迪—A6:OBD诊断头。大众奥迪系统。诊断头位置驾驶员左护板侧 一汽红旗:OBD诊断头。一汽红旗系统。诊断头位置驾驶员左护板侧。 一汽捷达:OBD诊断头。大众奥迪系统。诊断头位置保险盒右侧附近。 一汽佳宝:OBD诊断头。德尔福系统。诊断头位置保险盒附近或前右门附近。 中华:OBD诊断头。诊断头位置保险盒附近或在油门踏板上方。 松花江:OBD诊断头。德尔福系统。诊断头位置保险盒附近 哈飞民意:OBD诊断头。德尔福系统。诊断头位置保险盒附近或在油门踏板上方。 哈飞中意:OBD诊断头。德尔福系统。诊断头位置保险盒附近或在油门踏板上方。 哈飞路宝7100:OBD诊断头。诊断头位置前右座下电脑也在 哈飞路宝7110:OBD诊断头。五菱N1电脑。诊断头位置前右座下电脑也在。 昌河汽车:OBD诊断头。德尔福系统。诊断头位置保险盒附近或在油门踏板上方。 昌河海豚:OBD诊断头。德尔福系统。诊断头位置保险盒附近或在油门踏板上方。 昌河北斗星:OBD诊断头。看什么电脑用什么系统。诊断头位置在油门踏板上方。 奇瑞QQ三缸:用OBD接头。西门子系统。诊断头位置右侧储物箱下方。 奇瑞QQ四缸:三孔诊断头。检测线色:棕白。联电系统或大众系统,诊断头位置驾驶员左侧保险盒附近。 奇瑞风云7160EX:两孔诊断头。玛瑞利系统。诊断头位置引擎室内中间刹车泵附近。 长安之星:三孔诊断头。联电系统。诊断头位置电瓶负极附近。 长安欧雅:三孔诊断头。联电系统。诊断头位置驾驶员座下中间横梁左侧。 长安镭蒙:OBD诊断头。联电二代系统。诊断头位置驾驶员左侧保险盒附近。 长安奥托:OBD诊断头。联电系统。诊断头位置驾驶员左侧保险盒附近 长安福特:OBD诊断头。诊断头位置驾驶员左护板侧 华洋汽车:OBD诊断头。德尔福系统。诊断头位置驾驶员左侧保险盒附近。 五菱之光:OBD诊断头。电脑在驾驶员右侧座下。看什么电脑用什么系统, 用什么引擎用什么系统,诊断头位置电脑附近。 五菱扬光:OBD诊断头。看什么电脑用什么系统。诊断头位置电脑附近。

OBD协议说明(个人)

OBD协议数据流说明 需要确认的问题: 1、支持的车型? 2、油耗、里程读取? 3、OBD协议中是否支持读取和控制车门窗的状态信息? 4、OBD能读取数据 5、比较本人整理的ISO15031-5和北京金奔腾科技公司的OBD协议 数据流 答案: 1、我国采用了EOBD相同的要求即ISO15031-5(道路车辆-车辆与排放诊断相关 装置通信标准-5排放有关的诊断服务)协议。 所以只要该车支持ISO15031-5的OBD2标准协议中所有项,则可以通过 OBD接口读取出ECU中所有信息;若该车支持标准协议中部分项,则读 取出支持项信息。(标准协议附在下面,由北京金奔腾汽车科技公司提供。) 2、在ISO15031-5协议中,油耗不能读取,只能读取燃油液位输入(读出油箱剩 余油量与油箱容量的百分比)。在车上通过燃油液位传感器实现对剩余油 量检测。 OBD输出信息中跟里程相关只有:故障灯点亮后行驶的里程数、消除故障 后行驶的里程数。 里程获取办法: 1、虽然不能直接获得总里程,但可以总里程=安装前里程数+故障灯点亮 后行驶的里程数+消除故障后行驶的里程数。 2、OBD2协议中无法直接读取仪表上数据,只有通过购买汽车厂家的OBD2 协议的扩展,可获得汽车仪表系统数据获取,肯定能获取汽车总里程和车 门窗信息。由于成本太高,所以不现实。 3、在车轮处安装及车轮转过圈数的传感器 4、还有通过GPS获取总里程。 3、在ISO15031-5的OBD协议中不支持读取和控制车门窗的状态信息。 4、读取信息是从ISO15031-5协议中分析出来: 我们关注输出信息有: 注:PID:OBD系统输出的每个参数都对应一个使用16进制表示的PID (Parameter

obd协议

竭诚为您提供优质文档/双击可除 obd协议 篇一:汽车obd协议 汽车议简介 一.obd简介 早在20世纪80年代初,汽车工业发达国家的许多汽车制造商就开始广泛使用电喷发动机。电喷发动机控制系统中就设有第一代车载故障诊断系统(on_boarddiagnostics).以后车载故障诊断系统逐步在微机控制的自动变速器、防抱死制动系统、安全气囊、巡航系统中相继得到应用。该系统能在电控装置的工作过程中随时监测系统中各部分的工作状况,当电控系统出现故障时,故障信息存储在微机中,汽车维修人员按规定方法跨接诊断连接器中的相应端子,对汽车电控系统的故障进行分析、诊断。 二.obd发展史 obd的概念最早是由通用汽车(gm)于1982年引入的,其目的是监测排放控制系统。一旦发现故障,obd系统会点亮仪表板上的一个指示灯以通知驾驶员,同时在车载计算机(通常称作发动机控制单元或模块,即ecu或ecm)内记录

一个代码,这个代码可通过相应设备获取以便于故障排除。通用汽车提出这一概念引起加州空气资源委员会(caRb)的重视。caRb于1985年采用了sae所制定的标准,要求从 my1988起所有在加州销售的车辆都必须具有一些基本的obd 功能。之后,美国环保局(epa)要求自1991年起所有在美国销售的新车必须满足相关obd技术要求,这就是后来所说的obd-i。 汽车工程师协会(sae)对诊断接口、通讯方式等技术细节进行了进一步标准化工作,obd-i在此基础上发展成为第二代obd,即obd-ii。 obd-ii在诊断功能和标准化方面都有较大的进步。故障指示灯、诊断连接口、外部设备和ecu之间的通讯协议以及故障码都通过相应标准进行了规范。此外,obd-ii可以提供更多的数据被外部设备读取。这些数据包括故障码、一些重要信号或指标的实时数据,以及冻结桢信息等。此后的1998年10月13日欧盟委托iso组织在obd-ii制定了eobd标准,我国也在20xx年4月5日在eobd标准上制定了一套cobd 标准 新一代的无线传输系统obdiii系统能够利用小型车载无线收发系统,通过无线蜂窝通信,卫星通信或者gps系统将车辆的Vin,故障码及所在位置等信息自动通告管理部门。管理部门根据该车辆排放问题的等级对其发出指令,包括去

常见各车型OBD接口位置

常见各车型OBD接口位置 别克君威:OBD诊断头在油门踏板上方。 别克君威:OBD诊断头在油门踏板上方。 本田雅阁:OBD诊断头在仪表板的下方。 北京吉普2500:OBD诊断头在驾驶员左护板侧。 北京吉普2033:OBD诊断头在发动机舱内左侧。 北京现代索娜塔:OBD诊断头在油门踏板上方。 桑塔纳99新秀:OBD诊断头;大众奥迪系统;诊断头在排挡杆前方。 桑塔纳2000:OBD诊断头;大众奥迪系统;诊断头在排挡杆前方。 时代超人:OBD诊断头;大众奥迪系统;诊断头在驾驶员左护板侧。 帕萨特B4:OBD诊断头;帕萨特系统;诊断头在仪表盘右下方的装饰板内。 帕萨特:OBD诊断头;帕萨特系统;诊断头在手刹车右侧。 奥迪V6:2+2诊断头;大众奥迪系统;诊断头在发动机舱保险盒内,用E-118奥迪2+2测车线。 奥迪A6:OBD诊断头;大众奥迪系统;诊断头在驾驶员左护板侧。 奇瑞QQ三缸:用OBD接头;西门子系统;诊断头在右侧储物箱下方。 奇瑞QQ四缸:三孔诊断头;检测线颜色是棕白;联电系统或大众系统;诊断头在驾驶员左侧保险盒附近。 奇瑞风云7160EX:三孔诊断头;玛瑞利系统;诊断头在发动机舱内中间的刹车泵附近。 奇瑞风云7160ES:三孔诊断头;玛瑞利系统;诊断头在发动机舱内中间刹车泵附近。 长安之星:三孔诊断头;联电系统;诊断头在电瓶负极附近。 长安欧雅:三孔诊断头;联电系统;诊断头在驾驶员座下中间横梁左侧。 长安镭蒙:OBD诊断头;联电二代系统;诊断头在驾驶员左侧保险盒附近。 长安奥托:OBD诊断头;联电系统;诊断头在驾驶员左侧保险盒附近。 长安福特:OBD诊断头;诊断头在驾驶员左护板侧 华洋汽车:OBD诊断头;德尔福系统;诊断头在驾驶员左侧保险盒附近。

OBD传输协议定制开发

OBD传输协议定制开发 为了更好服务好客户,速锐得科技在OBD传输协议定制开发过程中可新增部分AT指令、重新定义部分命令字,修改部分AT指令格式,按照指定传输协议定制开发OBD产品。、速锐得科技的OBD产品带有自动点火判断、自动熄火判断、自动识别自动启停车型判断,不会给客户带来误报、误判,其油耗、里程的算法精准性,在国内都是处于领先水平。 1、整合G*SENSOR数据流,去除12组向量数据,在$OBD-RT数据后新增故障码数量、本次急加速次数、本次急减速次数、本次急转弯次数,在$OBD-HBT后新增累计急加速次数、累计急减速次数、累计急转弯次数,车辆碰撞采用触发式消息上报; 2、可修改调试模式下的串口数据显示; 3、可修改调试模式下不进入休眠,不进行掉电检测; 4、新增车速阀值设定/获取,超速将上报当前位置、速度信息; 5、新增获取电瓶电压指令; 6、新增低电压阀值设定/获取,休眠模式下,每1小时自动唤醒读一次电瓶电压,如低于阀值,将上报消息至后台; 7、新增车辆熄火后,自动生成本次行程报告; 8、修复SIM卡网络信号问题; 9、修改车辆启动后无网络信号延迟提醒机制; 10、修复flash数据问题; 11、修复调试串口缓存接收机制; 12、支持在线升级; 手册具体详情可以参考《车联网OBD标准智能硬件OBD+GPRS+GPS模块数据接API_V0.4.pdf》 一、协议规范 ● 服务器端AT请求指令语法规范 ● 终端上传数据包格式规范 三、终端模式切换 四、指令列表 五、终端主动上报消息格式定义 ● 01-默认数据流 ● 02-车辆启动提醒 ● 03-车辆熄火提醒 ● 04-终端准备进入休眠提醒 ● 05-终端掉电提醒 ● 06-车型协议不支持或者通讯失败提醒 ● 07-超速报警 ● 08-低电压报警 ● 09-车辆碰撞报警 六、终端系统设置指令 ● 81-请求终端设备信息 ● 82-请求终端当前时间 ● 83-设置终端当前时间 ● 84-设置上传间隔时间 ● 85-请求当前设置的上传间隔时间

OBD协议

Obd协议文档 消息格式 消息长度 请求/响应消息的最大长度不超过256 字节。 消息结构 请求/响应消息的结构完全一致。 消息头长度指令标识数据校验 55 AA LEN CMD PID D1…Dn CRC 2 字节 1 字节 1 字节 1 字节0~n 字节 1 字节 消息头:55 AA。 长度:为CRC 之前所有字节的个数。 指令:消息类别。 标识:参数类别。 数据:与标识相关的数据。 校验:为CRC 之前所有字节的CRC-8。 主动上传消息 设备到主机 消息头长度指令标识数据个数校验55 AA LEN 01 01:低电压报警2:电压阈值,单位:mV CRC

此消息无需主机响应。 为确保主机能正确收到行程结束消息,特要求主机对03 标识的消息做出响应。响应消息为55 AA 05 01 03 98。 设备最多向主机尝试3次,间隔为5秒。收到主机响应后立即结束。 读取设备参数 主机下发指令 消息头长度指令标识数据个数校验 55 AA 05 02 01:设备序号0 76

02:硬件版本51 03:软件版本4C 04:汽车型号1F 05:汽车排量02 06:速度阈值25 07:报警开关38 08:电压阈值83 09:汽车VIN 9E 0A:怠速时长阈值B9 0B:急加速阈值A4 0C:急减速阈值F7 0D:冷却液温度阈值EA 设备回复pc主机 消息头长度指令标识数据个数校验55 AA LEN 02 01:设备序号12:产品唯一识别序列CRC 02:硬件版本20:ASCII 字符串,以00 补足20位 03:软件版本20:ASCII 字符串,以00 补足20位 04:汽车型号2:保留,暂未启用,返回值无意义 05:汽车排量2:单位:ml 06:速度阈值1:单位:km/h 07:报警开关1:算法:0-关闭;1-打开 bit7 超速报警控制 bit6 低电压报警控制 bit5怠速超时报警控制 bit4急加速报警控制 bit3急减速报警控制 bit2 冷却液高温报警控制 bit1 保留 bit0 保留 08:低电压阈值2:单位:mV 09:汽车VIN 17:ASCII 字符, 0A:怠速时长阈值2:单位:s 0B:急加速阈值1:单位:0.1m/s 2 0C:急减速阈值1:单位:0.1m/s 2 0D:冷却液温度阈值1:单位:℃ 说明:

obd的接口协议

竭诚为您提供优质文档/双击可除 obd的接口协议 篇一:obd_的基本常识介绍 obd的基本常识 更新时间:20xx-5-2214:07:11 obd是英文on-boarddiagnostics的缩写,中文翻译为“车载自动诊断系统”。 这个系统将从发动机的运行状况随时监控汽车是否尾 气超标,一旦超标,会马上发出警示。当系统出现故障时,故障(mil)灯或检查发动机(check engine)警告灯亮,同时动力总成控制模块(pcm)将故障信息存入存储器,通过一定的程序可以将故障码从pcm中读出。根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。 obd是英文on-boarddiagnostic的缩写,中文翻译为“车载诊断系统”。这个系统随时监控发动机的运行状 obd云鼠(ugV04)图片 况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。当系统出现故障时,故

障(mil)灯或检查发动机(check engine)警告灯亮,同时obd系统会将故障信息存入存储器,通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。 从20世纪80年代起,美、日、欧等各大汽车制造企业开始在其生产的电喷汽车上配备obd,初期的obd没有自检功能。比obd更先进的obd-Ⅱ在20世纪90年代中期产生,美国汽车工程师协会(sae)制定了一套标准规范,要求各汽车制造企 业按照obd-Ⅱ的标准提供统一的诊断模式,在20世纪90年末期,进入北美市场的汽车都按照新标准设置obd。 obd-Ⅱ与以前的所有车载诊断系统不同之处在于有严 格的排放针对性,其实质性能就是通过监测汽车的动力和排放控制系统来监控汽车的排放。当汽车的动力或排放控制系统出现故障,有可能导致一氧化碳(co)、碳氢化合物(hc)、氮氧化合物(nox)或燃油蒸发污染量超过设定的标准,故障灯就会点亮报警。 obdii的特点: 1.统一车种诊断座形状为16pin。 2.上有数值分析资料传输功能(datalinkconnectoR简 称dlc)。

OBD协议说明(个人)

编号:_______________本资料为word版本,可以直接编辑和打印,感谢您的下载 OBD协议说明(个人) 甲方:___________________ 乙方:___________________ 日期:___________________

需要确认的问题: 1、支持的车型? 2、油耗、里程读取? 3、OBD协议中是否支持读取和控制车门窗的状态信息? 4、OBD能读取数据 5、比较本人整理的ISO15031-酥日北京金奔腾科技公司的OBD协议 数据流 答案: 1、我国采用了EOBD相同的要求即ISO15031-5道路车辆-车辆与排放诊断相关装置通信标 准-5排放有关的诊断服务)协议。 所以只要该车支持ISO15031-5的OBD2标准协议中所有项,则可以通过 OBD接口读取出ECU中所有信息;若该车支持标准协议中部分项,则读取出支持项信息。(标准协议附在下面,由北京金奔腾汽车科技公司提供。) 2、在ISO15031-5协议中,油耗不能读取,只能读取燃油液位输入(读出油箱剩余油量与油 箱容量的白分比)。在车上通过燃油液位传感器实现对剩余油量检测。 OBD输出信息中跟里程相关只有:故障灯点亮后行驶的里程数、消除故障后行驶的里程数。 里程获取办法: 1、虽然不能直接获得总里程,但可以总里程=安装前里程数+故障灯点亮后行驶的 里程数+消除故障后行驶的里程数。 2、OBD 2协议中无法直接读取仪表上数据,只有通过购买汽车厂家的OBD2 协 议的扩展,可获得汽车仪表系统数据获取,肯定能获取汽车总里程和车门窗信息。由丁成本太高,所以不现实。 3、在车轮处安装及车轮转过圈数的传感器 4、还有通过GP湫取总里程。 3、在ISO15031-5的OBD协议中不支持读取和控制车门窗的状态信息 4、读取信息是从ISO15031-5协议中分析出来: 我们关注输出信息有: 注:PID:OBD系统输出的每个参数都对应一个使用16进制表示的PID (Parameter Identification),即参数标识。 PID$01故障码活除之后的监测状态 PID$05发动机冷却液温度 PID$0 C发动机转速可以读取实时转速或者故障时转速。

obd控制协议程序

系统部分功能程序的实现 (1)端口控制的实现 当打开检测界面时,上位机端口默认COM1打开,使用者需选择相应的端口,具体执行代码如下: If MSComm1.PortOpen Then ’先关闭原打开的端口,以便重新打开新端口MSComm1.PortOpen = False End If https://www.wendangku.net/doc/6d3139147.html,mPort = Index + 1 ’根据端口索引设置COM号 MSComm1.PortOpen = True If MSComm1.PortOpen Then Label1.Caption = "OBD端口COM"& Index + 1 &"已打开!"’提示打开的端口号 Else Label1.Caption = "OBD端口COM"& Index + 1 &"无法打开!"’若所选择端口无法打开则提示 (2)仪器控制功能的实现 本次设计中,程序通过以下命令,可实现相应的控制功能: outnum(1) = "控制代码" '将相应控制命令以字符串赋值给outmum()数组 MSComm1.Output = outnum&0x0d ’对仪器发送控制命令 MODE03读取故障码 MODE04清除故障码 实现各种功能的控制代码如下: outnum(1) = "0101" ’用MODE01命令0101读取故障码数量,如果返回410181076504,则(81)H=129,共有129-128个故障码outnum(1) = "0105" ’用MODE01命令0105读取发动机水温,返回如果41057B,7B表示水温123D,水温是123-40=80度 outnum(1) = "010C" ’用MODE01命令010C读取发动机转速,如410C1AF8,1AF8=6904,转速=6904/4=1726rpm

平台通讯协议-OBD远程车况诊断协议V1

平台通讯协议-OBD远程车况诊断协议V1

7 状态掩码10 u8 汽车状态掩码,表示10类汽车状态支持与否 17 安全状态 1 u8 Bit0 1/0 ON/OFF ACC状态 Bit1 1/0 设防/撤防设防撤防状态Bit2 1/0 踩下/松开脚刹 Bit3 1/0 踩下/松开油门 Bit4 1/0 拉起/放下手刹 Bit5 1/0 插入/松开主安全带 Bit6 1/0 插入/松开副安全带 Bit7 1/0 预留 18 门状态 1 u8 Bit0 1/0 开/关左前门LF Bit1 1/0 开/关右前门RF Bit2 1/0 开/关左后门LB Bit3 1/0 开/关右后门RB Bit4 1/0 开/关后备箱TRUNK Bit5 1/0 开/关发动机盖 Bit6-7 预留 19 锁状态 1 u8 Bit0 1/0 落锁/开锁左前锁LF Bit1 1/0 落锁/开锁右前锁RF Bit2 1/0 落锁/开锁左后锁LB Bit3 1/0 落锁/开锁右后锁RB Bit4-7 预留 20 窗户状态 1 u8 Bit0 1/0 开/关左前窗LF Bit1 1/0 开/关右前窗RF Bit2 1/0 开/关左后窗LB Bit3 1/0 开/关右后窗RB Bit4 1/0 开/关天窗开关 Bit5 1/0 开/关左转向灯 Bit6 1/0 开/关右转向灯 Bit7 1/0 开/关阅读灯 21 灯光状态1 1 u8 Bit0 1/0 开/关近光灯Bit1 1/0 开/关远光灯Bit2 1/0 开/关前雾灯Bit3 1/0 开/关后雾灯Bit4 1/0 开/关危险灯Bit5 1/0 开/关倒车灯Bit6 1/0 开/关 AUTO灯Bit7 1/0 开/关示宽灯 22 开关状态A 1 u8 Bit0 1/0 ON/OFF 机油报警Bit1 1/0 ON/OFF 燃油报警Bit2 1/0 开/关雨刷 Bit3 1/0 开/关喇叭 Bit4 1/0 开/关空调 Bit5 1/0 开/关后视镜状态

所有柴油车诊断插座通讯协议和接线方法

所有柴油车诊断插座通讯协议和接线方法所有柴油车诊断插座通讯协议和接线方法 一、K线诊断线判断和接线步骤: 1.梯形OBD(AK-28形状)的7#,圆形16针(AK-33)的8#; 2.量取电压略低于整车电压1~2V左右; 3.诊断接头配线方式:电源、地线、信号线,请注意信号与电源的区别。 诊断方法: 1.请根据诊断仪提示使用专用接头,常使用:AK-28或AK-33; 2.若为玉柴则请使用:AK-35 3.万用接头使用方法:AK-35的K-LINE(蓝色)接到车辆的信号线,用点烟器车载供电,然后开始诊断;

二、CAN诊断线判断步骤: 1.用万用表量取诊断线电压:CAN高(CAN_H)为: 2.6V左右,CAN低(CAN_L)为:2.4V左右; 2.关闭钥匙量取信号线(CAN_H与CAN_L)之间电阻为120欧姆,若车辆上有其他Can网络则可能为60欧姆; 3.若以上皆不符合则请检查车辆线束,确保信号线能正常通信。 诊断方法: 1.请使用康明斯专用接头:AK-02或AK-32或AK-35诊断; 2.万用接头使用方法:AK-35的CAN_H连接车辆上CAN_H,CAN_L连接车辆上CAN_L;

注意:请确认车载取电。 备注:K—line 和CAN_L、CAN_H 是最常见最基本的诊断通讯方式 三、BOSCH 系统诊断接口规范——西门子VDO共轨诊断接口规范 一)BOSCH EDC7UC31 EDC16C39 EDC17/17 EDC16UC40 EDC16C8 EDC16M S6.3 诊断位置:继电器盒内,油门踏板上方,仪表盘附近,正副驾驶员中间等; 诊断座形状及配置: 1.方形标准OBD->用AK-02/28; 配置:电源线(1根),地线(1或2根),信号线(1根,7号位); 2.圆形16PIN->用AK-33; 配置:电源线(1根),地线(1根),信号线(1根,8号位); 注意:客车上注意与威伯科ABS诊断接口区别. 诊断线识别方法: 1.查车辆上常电源电压; 2.诊断接口上的信号线一般是低于常电源1V左右; 3.BOSCH EDC7 ECU多为89号信号线,EDC16 ECU多为25号信号线.

ecu通讯协议

竭诚为您提供优质文档/双击可除 ecu通讯协议 篇一:整车控制器通信协议最新版 纯电动汽车 动力系统网络通信协议 Version090302 本协议仅用于纯电动汽车动力系统的电子控制单元(ecu)之间进行控制器局域网络(传输速率500kbit/s)数字信息交换。 1本协议适用范围 本协议仅用于纯电动汽车动力系统电子控制单元之间的网络互通互连,使控制系统能正常工作。 2连接器管脚定义 采用db9插头,can-h(pin7)、can-l(pin2)、屏蔽线(pin5)、gnd(pin3,6)。 3报文格式 本协议采用29位扩展帧,符合sae1939协议,图2所示为can扩展帧格式。 4ecu的名称

本协议对网络上的每个ecu节点都规定了一个名称,名称表示了其所执行5动力系统can网络通信速率 电动汽车通信网络采用500kbps的通信速率。 6纯电动汽车动力系统网络通信报文6.1整车控制器(Vcu) 6.1.1Vcu发送的数据帧(Vcu2mcu) 注:电机给定转矩为带符号12位数据。两字节数据低字节在前,高字节在后;同一字节中高位在前,低位在后。 6.2电机控制器(mcu) 6.2.1mcu上传给Vcu的数据帧a(mcu2Vcua) 电机驱动器直流总线电压为无符号12位数据; 两字节数据低字节在前,高字节在后;同一字节中高位在前,低位在后。 6.2.2mcu上传给Vcu的数据帧b(mcu2Vcub) 两字节数据低字节在前,高字节在后;同一字节中高位在前,低位在后。 6.2.3mcu控制参数表 篇二:电动汽车通讯协议 文件编号:tkc/js(s)-eV33文件版本号:0/a版 安徽天康特种车辆装备有限公司 纯电动专用车辆通讯协议(VeR1.2) 编制:审核:批准:

用于多种车控通讯协议的通用型电脑诊断设备的制作方法

本技术公开了用于多种车控通讯协议的通用型电脑诊断设备,涉及一种汽车诊断设备,包括车载OBD II端口,计算机,还包括ELM327模块,所述计算机内置检测程序,其中:所述车载OBD II端口用于发送车载系统信号至ELM327模块;所述ELM327模块用于转换OBD II协议的数据并发送至计算机的数据接口;所述数据接口用于接收ELM327模块的数据并传递到计算机;所述检测程序用于获取串行通信总线接口的数据,并进行转化为可视化的展现。本技术兼容大部分现有车控通讯协议,有良好的兼容性,避免专属型诊断设备价格高、适应性差的问题,具有软件的扩展性,可通过二次开发扩展更多功能,具有简单易用,显示丰富等特点。 权利要求书 1.用于多种车控通讯协议的通用型电脑诊断设备,包括车载OBD-II端口,计算机,其特征在于,还包括ELM327模块,所述计算机内置检测程序,其中: 所述车载OBD-II端口用于发送车载系统信号至ELM327模块; 所述ELM327模块用于转换OBD-II协议的数据并发送至计算机的数据接口; 所述数据接口用于接收ELM327模块的数据并传递到计算机; 所述检测程序用于获取串行通信总线接口的数据,并进行转化为可视化的展现。 2.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备,其特征在于,所述ELM327模块支持包括ISO 9141-2、ISO 14230-4、SAE J1850PWM、SAE J1850VPM在内的OBD-II协议。 3.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备,其特征在于,所述ELM327模块交互接口包括串行接口。 4.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备,其特征在于,所述ELM327模块交互接口包括蓝牙接口。 5.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备,其特征在于,所述检测程序使用C语言程序编写。 技术说明书 用于多种车控通讯协议的通用型电脑诊断设备 技术领域 本技术涉及一种汽车诊断设备,具体涉及用于多种车控通讯协议的通用型电脑诊断设备。 背景技术 随着汽车科技的不断发展,自动化电控技术在新型汽车的制造与维护过程中被使用,新型的汽车采用了大量的电子控制单元,即Electronic Control

相关文档