obd的接口协议.docx
《obd的接口协议.docx》由会员分享,可在线阅读,更多相关《obd的接口协议.docx(7页珍藏版)》请在冰豆网上搜索。
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-wirecan.
2.buspositivelineofsae-j1850pwmandsae-1850Vpw
3.Forddcl(+)argentina,brazil(preobd-ii)1997-2000,usa,
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,usa,europe,etc.chryslerccdbus(-)
12.-
13.
14.canlow(iso15765-4andsae-j2284)
15.llineofiso9141-2andiso14230-4
16.batteryvoltage
根据isodis15031–3中相关内容,dlc是一个如下16针的插座:
各个针脚定义如下:
针脚分配定义
1厂家定义[1]
2saej1850总线正[2]
3厂家定义[1]
4车身地
5信号地
6iso15765–4定义的can高[2]
7iso91412和iso142304定义的k线[2]
8厂家定义[1]
9厂家定义[1]
10saej1850总线负[2]
11厂家定义[1]
12厂家定义[1]
13厂家定义[1]
14iso15765–4定义的can低[2]
15iso91412和iso142304定义的l线[2]
16永久正电压
[1]1,3,8,9,11,12和13未做分配,可由车辆制造厂定义。
[2]2,6,7,10,14和15使用作诊断通讯的。
根据实际使用的通讯协议的不同,它们往往不会都被使用,为使用的可由车辆制造厂定义。
更详细的定义和要求参见iso/dis15031–3。
对于不同的通讯协议,有效的针脚也不同。
在选购诊断线的时候需要注意诊断线上的针脚是否符合要求.
篇三:
标准的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接收数据。
如果没有收到“〉”符号就向tl718发送数据,可能引起数据丢失。
而发生不正确的响应。
pc从串口向tl718发送的指令格式:
tl718有2种格式的命令
1、obd连接命令,与车辆发生通讯。
2、内部命令,全部以at开头,不与辆发生通讯。
发送必须以0x0d(回车符)结束的ascii码字符,回车符后面的字符被tl718丢弃。
tl718内部命令以“at”开头,后面跟可见字符。
不可见字附及空格被忽视。
obd命令只能包含16进制的ascii码(0-9,a-f,a-F),空格被忽略。
如果发送的指令,不能被tl718有效解释,tl718将返回一个“”表明,发送指令无效。
当tl718处理obd命令时,tl718连续监视Rts引脚及Rs232输入,其中任何一个情况发生,tl718将中断当前的obd命令,使它快速返回提示符“〉”,等待接收新的命令。
大小写字符都能被tl718接收,空格被忽略。
比喻命令“atz”、“atz”、“atz”都是一样的。
比喻我们向tl718发送一个复位指令只要向Rs232串口发送ascii字符“atz”+0x0d(回车符);tl718starting
>atz
elm327v1.2
>
注:
atz指令返回elm327V1.2是为了使用现成的国外obd观软件,所以用了这个返回信息。
返回本芯片信息用“ati”指令。
>ati
tl718v1.0
>
返回芯片编号用"at@s"指令(这个编号升级硬件和提供保修服务时需要)
>at@s
codenumb:
98764323
>
tl718的obd命令
如果你向tl718发送的指令以16进制数的ascii开头,则tl718认为是obd命令,tl718接收后,把成对的ascii码16进制数转换成单个字节的16进制数据发送到车辆电脑数据总线。
obd命令实际是被嵌入到数据消息包内后发送到数据总线上的,大多数标准要求:
在每个数据消息包内包含三字节的头及最后一个数据校验字节。
tl718自动添加了这些附加的字节,这些默认的值对obd2诊断模式请求指令都不需要更改,但如果你想要更改这些头字节值,可以用内部命令“atshxxxxxx”更改。
大部分obd指令长度只有一个字节或2个字节,tl718充许发送的最长度是对应标准规定的字节,超出部分将被丢弃。
发出的obd指令,不能出现单个的数字,16进制数必须成对发送,比喻0不可能发送单个的“0”,必须发送“00”,如果出现单个数字,tl718认为指令格式错误,将返回一个“?
”。
由于obd(汽车诊断标准)都使用16进制,所以tl718接收发送的数据也是16进制的。
例15的代表的十进制值是21;
当发送完obd2命令后,tl718等待从总线接收obd消息,如果接收到地址的消息并且地址匹配,则tl718就把数据从Rs232发送给pc,如果tl718接收到的消息和发送的地址不匹配,则忽略该消息。
但也可以通过atbd内部命令查看该接收到的消息包。
如果直到等待时间(p2maxatst命令的设置值,默认值100ms)结束,没有接收到匹配地址的数据,则tl718返回“nodata”,如果接收到数据并且地址匹配则复位计时间,继续等待,直到等待时间溢出。
obd2标准诊断模式
开发obd2诊断程序,必须掌握iso15031-5(saej1979)定义的九种诊断模式,对于英文不是很好的朋友,本站有个中文的说明:
可以参考:
更详细的内容,还是要看iso15031-5标准文本,15031–5给出了可供选择的所有参数的标准定义,包括存储格式、单位和文字描述等信息。
每个参数都有一个参数标识(pid)与之相对应。
obd系统输出信息的模式/服务obd2的九种诊断模式
mode1:
请求动力系当前数据mode2:
请求冻结祯数据mode3:
请求排放相关的动力系诊断故障码mode4:
清除/复位排放相关的诊断信息mode5:
请求氧传感器监测测试结果mode6:
请求非连续监测系统obd测试结果mode7:
请求连续监测系统obd测试结果mode8:
请求控制车载系统,测试或者部件mode9:
读车辆和标定识别号
每个模式后面紧跟一个参数标识(pid)表示后面是什么参数,每个模式的pid00是iso15031定义专用的参数,每个符合标准的电脑必须支持这个参数标识。
代表该模式对其他pid是否支持。
用accessport进行obd2诊断
与车辆数据通讯
obd2命令的格式
1、
上图是obd2的诊断指令的消息包的完整格式(极大部分厂商专用的功能也是这种格式),tl718能自动设定了header/id/pci/checksum这部分数据,对于标准的obd2诊断程序你都几乎不用关心修改它。
想了解有关内容,它们分别定义在iso14230-2、j1850、is9141-2和iso15765-2数据链层定义的文本内。
tl718自动检测数据总线的物理连接,能在协议1-9间自动搜寻当前车辆的协议,搜寻到后自动返回数据。
当然也可手工设定到某个特定的协议。
tl718不搜寻a-F协议,因为a-F协议它们没有象obd2一样有一个统一的iso15031应用层协议,那样的话自动搜索变得毫无意义。
2、iso15031(saej1979)是应用层的协议,同样它也不用关心使用什么样的物理层协议(tl718自动连接),你编程时只要发送数据,和接收及处理接收回来的数据(计算或显示)。
所以这么多种物理连接,以统一标准规定的数据包来发送接收,我們编程处理变得相对简单。
下面我们来讨论obd2指令。
3、这里我们只要关心数据消息包的7字节数据(databyte)部分就可以了
iso15031-5定义:
字节意义
1mode代表请求数据的类型
2pid参数标识
3-7根据不同的mode及pidiso15031-5有详细的定义