obd协议

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

竭诚为您提供优质文档/双击可除
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发展史
三.美标和欧标有什么不同
3.1诊断座接头定义不同
美国和欧洲的车载故障诊断系统的诊断连接器结构是
一样的,都是采用统一的16端子诊断连接器,但各端子定义略有差别,端子1、3、4、5、8、9、11、12、13、16定义相同,其中端子4为底盘搭铁,端子5为信号搭铁,端子16接蓄电池正极,其他预留给制造商使用。

美国obd-ii用端子2、6、10、14作为数据传输端子,其中端子2、10为saej1850通讯数据传输端子。

如果在汽车电控系统中使用了can总线技术,则端子6、14被定义为can数据传输端子,它们分别与can总线的两条信号线canhigh和canlow相连。

如果末使用can总线,则端子6、14预留给制造商使用。

端子7、15预留给制造商使用。

欧洲obd-ii用端子7、15作为iso9141-2或iso/dis14230通讯数据传输端子。

根据通讯协议要求,汽车电子控制单元(ecu)通过诊断连接器与测试仪器进行通讯,可以用单线(k线)通讯,也可以用双线
(k线和l线)通讯。

使用单线通讯时,端子7和k线相连,端子15预留给制造商使用,使用双线通讯时,端子7和k
线相连,端子15和l线相连。

端子2、6、10、14预留给制造商使用。

3.2通讯协议定义不同
obd-ii标准使用的通讯协议有三个:saej1850pwm(脉冲宽度调制),saej1850Vpm(可变脉冲宽度调制),iso9141-2(或iso/dis14230-4),其它通讯引脚定义待定。

通常,欧洲车系使用iso9141-2通讯协议,,其它通讯引脚定义待定。

四.汽车网络标准的具体分类
自1980年起,众多国际知名汽车公司开始积极致力于汽车网络技术的研究及应用。

汽车网络的使用解决了点对点式车身布线带来的问题,使车身布线趋于更规范化、标准化,降低了成本,增强了稳定性。

迄今为止,已有bosch的can、sae的j1850、iso的Van、philips的d2b和lin协会的lin 等多种网络标准。

为方便研究和设计使用,美国汽车工程师协会(sae)根据速率的不同,将汽车网络划分为a、b、c三类,
篇二:obd协议说明(个人)
obd协议数据流说明
需要确认的问题:
1、支持的车型?
2、油耗、里程读取?
3、obd协议中是否支持读取和控制车门窗的状态信息?
4、obd能读取数据
5、比较本人整理的iso15031-5和北京金奔腾科技公司的obd协议
数据流
答案:
1、我国采用了eobd相同的要求即iso15031-5(道路车辆-车辆与排放诊断相
关装置通信标准-5排放有关的诊断服务)协议。

所以只要该车支持iso15031-5的obd2标准协议中所有项,则可以通过obd接口读取出ecu中所有信息;若该车支持标准协议中部分项,则读取出支持项信息。

(标准协议附在下面,由北京金奔腾汽车科技公司提供。

)
在iso15031-5协议中,油耗不能读取,只能读取燃油液位输入(读出油箱剩余油量与油箱容量的百分比)。

在车上通过燃油液位传感器实现对剩余油量检测。

obd输出信息中跟里程相关只有:故障灯点亮后行驶的里程数、消除故障后行驶的里程数。

里程获取办法:
1、虽然不能直接获得总里程,但可以总里程=安装前里程数+故障灯点亮后行驶的里程数+消除故障后行驶的里程
数。

2、obd2协议中无法直接读取仪表上数据,只有通过购买汽车厂家的obd2协议的扩展,可获得汽车仪表系统数据获取,肯定能获取汽车总里程和车门窗信息。

由于成本太高,所以不现实。

3、在车轮处安装及车轮转过圈数的传感器
4、还有通过gps获取总里程。

在iso15031-5的obd协议中不支持读取和控制车门窗的状态信息。

读取信息是从iso15031-5协议中分析出来:
我们关注输出信息有:
系统输出的每个参数都对应一个使用16进制表示的
pid(parameter2、3、4、注:pid:obd
identification),即参数标识。

pid$01故障码清除之后的监测状态
pid$05发动机冷却液温度
pid$0c发动机转速可以读取实时转速或者故障时转速。

数据类型:data/4rpm(0 pid$0d车速可以读取实时车速或者故障时车速。

数据类型:datakm/h(0 pid$2F燃油液位输入读出油箱剩余油量与油箱容量的百分比
读取详细obd数据流见下面二。

5、比较本人整理的iso15031-5和北京金奔腾科技公司的obd协议
数据流:金奔腾提供obd数据流比本人整理的更详细。

一、obd系统输出信息的模式/服务(出处参考
iso15031-5协议标准)mode1:请求动力系当前数据mode2:请求冻结祯数据
mode3:请求排放相关的动力系诊断故障码
mode4:清除/复位排放相关的诊断
信息
mode5:请求氧传感器监测测试结果
mode6:请求非连续监测系统obd测试结果
mode7:请求连续监测系统obd测试结果
mode8:请求控制车载系统,测试或者部件(中国市场开发的obd系统不支持该模式)mode9:读车辆和标定识别号mode1:请求动力系当前数据
说明
模式1的功能是根据法规要求,使得外部标准的诊断工具可以访问当前排放相关的一些基本参数的数据值。

这些参数包含系统的一些模拟输入和输出量,数字输出和输出量,以及系统状态信息等。

这些参数是车辆和发动机以及obd系统本身最重要的信息,它们是实时刷新的。

mode2:请求冻结祯数据
模式2的目的是访问保存在冻结桢中的排放相关的数据。

所谓冻结桢,指的是故障在首次出现的瞬间,车辆和发动机的一些最重要的参数值。

mode3:请求排放相关的动力系诊断故障码
模式3中输出的是排放相关的动力系的故障代码
mode4:清除/复位排放相关的诊断信息
模式4的作用是清除obd系统所记录的所有排放相关的诊断信息。

这些信息包括:诊断故障码的个数(模式1中pid01)故障灯状态(模式1中pid01)
诊断故障码(模式3)
冻结桢对应的故障码和冻结桢数据(模式2)
氧传感器暖气测试结果(模式5或6)
系统检测状态(模式1中pid01)
车载监测测试结果(模式6和模式7)
故障灯激活之后的行驶里程(模式1中pid21)
模式4对obd系统进行的删除/重置至少要在起动前点
火钥匙开关处于on的状态下能够执行。

大部分ecu在发动
机运转的时候也可进行此操作。

mode5:请求氧传感器检测测试结果
模式5输出的信息是氧传感器的信息,其中既包含氧传感器的特性参数(常数,决定于选用的氧传感器本身),还
包括氧传感器的一些评价指标的测试结果。

mode6:请求非连续监控的测试结果
模式6输出的是obd系统对某个部件/系统的非连续监测结果。

mode7:请求连续监测系统obd测试结果
模式7的目的是使外部的测试设备能够访问在一般驾驶状况下连续监测的排放相关部件和系统的故障。

mode8:请求控制车载系统,测试或者部件
模式8的作用是使得外部测试设备可以控制obd系统、测试或者部件的工作。

显示的信息包括系统的状态和测试的结果。

对于eobd来说不对模式8进行要求,我国采用了eobd 的要求,因此凡为中国市场开发的obd系统不支持模式8的功能。

mode9:读车辆和软件识别号
模式9中的信息可以使得维修者和爱好者可以迅速准确地确定车辆和obd系统的数据状态。

比如用于爱好者之间进行交流和在召回时确定车辆和obd系统状态。

示例
二、obd数据流(本人根据iso15031-5协议整理的协议)
下面是mode1和mode2所输出的信息
pid$00pid$01故障码清除之后的监测状态
pid$02对应所存储的冻结桢的故障码
pid$03燃油系统状态pid$04计算负荷值
pid$05发动机冷却液温度
pid$06短时燃油修正(气缸列1和3)
pid$07长期燃油修正(气缸列1和3)
pid$08短时燃油修正(气缸列2和4)
pid$09长期燃油修正(气缸列2和4)
pid$0a燃油压力计量pid$0b进气歧管绝对压力
pid$0c发动机转速
pid$0d车速
pid$0e第一缸点火正时提前角(不包括机械提前)
pid$0F进气温度
pid$10空气流量传感器的空气流量
pid$11绝对节气门位置
pid$12二次空气状态指令
pid$13氧传感器位置
pid$14—pid$1b传统0到1V氧传感器输出电压(bx-sy)及与此传感器关联的短时燃
油修正(bx-sy)
pid$1cobd系统的车辆设计要求
pid$1d氧传感器的位置
pid$1e辅助输入状态
pid$1F自发动机起动的时间
pid$20
pid$21在mil激活状态下行驶的里程
pid$22相对于歧管真空度的油轨压力
pid$23相对于大气压力的油轨压力
pid$24—pid$2b线性或宽带式氧传感器的等效比(lambda)和电压pid$2cegR指令开度
pid$2degR开度误差(实际开度—指令开度)/指令开度*100%pid$2e蒸发冲洗控制指令
pid$2F燃油液位输入
pid$30自故障码被清除之后经历的暖机循环个数
pid$31自故障码被清除之后的行驶里程
pid$32蒸发系统的蒸气压力
pid$33大气压pid$34—pid$3b线性或宽带式氧传感器的等效比(lambda)和电流pid$3c催化器温度b1s1pid$3d催化器温度b2s1pid$3e催化器温度b1s2pid$3F催化器温度b2s2
pid$41当前驾驶循环的监测状态
pid$42控制模块电压
pid$43绝对负荷值
pid$44等效比指令
pid$45相对节气门位置
pid$46环境空气温度
pid$47绝对节气门位置bpid$48绝对节气门位置c
pid$49加速踏板位置d
pid$4a加速踏板位置e
pid$4b加速踏板位置F
pid$4c节气门执行器控制指令
pid$4dmil处于激活状态下的发动机运转时间
pid$4e自故障码清除之后的时间
pid$4F等效比的最大值及对应的氧传感器电压
pid$50来自空气流量传感器的最大流量
pid$51当前车辆使用的燃料类型
pid$52酒精在燃料的百分比
pid$53蒸发系统蒸气压力绝对值
pid$54蒸发系统蒸气压力
pid$55第二个氧传感器的短时燃油修正(bank1和bank3) pid$56第二个氧传感器的长期燃油修正(bank1和
bank3)pid$57第二个氧传感器的短时燃油修正(bank2和bank4)
pid$58第二个氧传感器的长期燃油修正(bank2和bank4) pid$59油轨绝对压力
pid$5a加速踏板相对位置
pid$5b—pid$FFiso/sae保留pid$40
三、数据读取(以iso15765-4的can总线协议为例)
1、硬件接线
篇三:obd通讯协议
obd通讯协议
obd-iinetworkstandards
j1850pw
–adoptedbygm;alsoknownasclass2.
–adoptedbychrysler(knownasj1850).
–somereferencestopwmodeheardaboutinregardstotoyota(a ndhonda).
–10.4kbps,singlewire.
j1850pwm

adoptedbyFord;alsoknownasstandardcorporateprotocol( scp).
–alsoseeninsomemazdaproducts.

somereferencestopwmmodeheardaboutinregardstomitsubi shi.
–41.6kbps,twowirebalancedsignal.
iso9141andiso9141-2(alsoknownasiso9141caRb)
–seeninsomechryslerandmazdaproducts.
–seemstobemorecommonineurope.
–10.4kbps,singlewire.
obdii通讯协议
obdiigenericcommunicationprotocolsbymanufacturer
Recentlyitriedtoinstallmyproductonpeuzeot(406orsome thing
similar).therewas
kwp2000bus.itriedtogetthespeedaluefromthebusbysendi ng
thefollowingstring
0xc20x330xf10x010x0d0xf4.
onresponceireceiedtwoanswersfrom2differentecus:
1)0x830xf10x100x7f0x010x120x16
1)0x830xf10xa40x410x0d0x000x66。

相关文档
最新文档