OBD协议说明(个人)

合集下载

OBD应用指令协议文档v3.8

OBD应用指令协议文档v3.8

LGSO2FT2
4
59
绝对燃油导轨压力
FRPA
kPa
5A
相对油门踏板位置
APP_R
%
瞬时油耗
IFE
ml/s
平均油耗
/CAC_AFE
l/100km
/计算总耗油量
/CAC_TFE
l
/计算单程耗油量
/CAC_TRFE
ml
/计算单程怠速耗油量
/CAC_ITRFE
ml
90
/计算单程行驶耗油量
/CAC_DTRFE
EQ_RAT3B
O2 S3B 无 mA
3C
催化剂温度 Bank1-传感器 1
CAT TEMP11

9 / 13
3D
催化剂温度 Bank1-传感器 2
CAT TEMP21
, ℃
3E
催化剂温度 Bank2-传感器 1
CAT TEMP12

3F
催化剂温度 Bank2-传感器 2
CAT TEMP22

42
十二, 系统命令 命令:BT+RFDTC 说明:读取冻结帧数据 回复:RFDTC:B0090,&N/A&N/A&RPM: 8405&VSS: 254km/h&N/A&N/A&N/A&N/A&N/A
十三, 版本信息 命令:BT+VER
说明: 读取当前的版本信息
十四,系统指令 系统清零 命令:BT+CLRSTORAGE 说明:发指令回复系统版本重起,把存在内存的数据清空
空格+计算的数值+单位 如:MUL:&VSS: 12.5km/h&N/A&RPM: 2600&ECT: 80℃ 说明:读取多个 PID 过程中,返回内容与读取一一对应,如 果其中某 PID 读取失败则返回 N/A。另必须等待读取结束标 志后再发送下一包命令。使用范围为 0x5A 之前的 PID。

OBDII诊断协议-基础普及篇

OBDII诊断协议-基础普及篇

OBDII故障诊断系统-基础普及篇整理:尹道瑞QQ:873123866EMAIL:yindr@OBD对于熟悉车辆知识及关心汽车电子的人,已经不是一个陌生的名字了。

什么是OBD?OBD的发展历史是怎么的?OBD有什么作用?国际目前的最新动向是什么?对于这些问题,可能你并不十分清楚。

本人业余时间,搜集整理一点资料,供大家参考。

OBD是英文On-Board Diagnostics的缩写,中文翻译为“板载诊断系统”。

OBD系统的发展历史OBD的概念起源于美国加州空气资源管理委员会(CARB) ,目的是为了降低和控制汽车尾气对大气的污染。

加州环保局(CARB)1985年立法,1988年开始实施。

诊断要求针对硬件失效,主要零部件包括氧传感器,废气再循环阀,供油系统和发动机控制系统。

没有统一的故障码和通讯协议标准。

第一代OBD(OBD‐I)OBD‐I必须符合下列规定:仪表板必须有“发动机故障警示灯” (MIL),以提醒驾驶员注意特定的车辆系统已发生故障(通常是废气控制相关系统)。

系统必须有记录/传输相关废气控制系统故障码的功能。

电器组件监控必须包含:氧传感器、废气再循环装置(EGR)、燃油箱蒸汽控制装置(EVAP)。

OBD‐I的缺陷:遗漏了三元催化器的效率监测,遗漏了油气蒸发系统的泄漏侦测;遗漏了发动机是否缺火的检测,导致碳氢化合物排放增加。

再加上OBD‐Ⅰ的监测线路敏感度不高,等到发觉车辆故障再进厂维修时,事实上已排放了大量的废气。

没有标准协议:各车辆制造厂发展了自己的诊断系统、检修流程、专用工具等,给非特约维修站 技师的维修工作带来许多问题。

第二代OBD(OBD‐II)加州环保局于1989年立法,针对1994‐96年及以后生产的车型,扩大了诊断零部件范围,增加了对系统的诊断要求,如催化器失效,失火,蒸汽泄漏等,以对排放的影响为主,导入失效的具体排放条件。

OBD‐II排放限值随LEV,ULEV,SULEV等排放标准不同 建立了标准化故障码和通讯协议标准。

普拉多obd协议

普拉多obd协议

普拉多obd协议
普拉多obd协议指的是普拉多汽车内部CAN总线数据解析,通过解析出汽车某个功能CAN总线信号,然后利用该信号进行新功能开发。

OBD是普拉多汽车上的CAN总线对外接口,我们通过这个接口能够实现USBCAN设备与汽车内部CAN线之间的连接,进行CAN数据的
收发调试。

也就是说,OBD协议解析,其实就是解析汽车的CAN协议。

首先做好设备的准备,包括USBCAN分析仪,装有ECANTOOLS软
件的电脑,USB线以及其他的屏蔽双绞线,OBD转换头等物品。

做好
汽车OBD口与USBCAN、电脑的正确连接后,我们让汽车做出变量动作。

比如说,你想知道响喇叭的数据是哪个,那你就不断的按汽车喇叭。

这时候,相应的CAN数据经过USBCAN的转换,显示在ECANTOOLS 软件的接收界面上。

由于只有一个变量,那接收界面上哪个数据变化最明显,那就说明它就是按喇叭的CAN信息了。

比亚迪f3obd协议

比亚迪f3obd协议

比亚迪f3obd协议比亚迪F3的OBD协议是一种用于与车辆进行通信的协议。

OBD(On-Board Diagnostic)是指车辆上的诊断系统,用于检测车辆的故障和性能问题。

比亚迪F3的OBD协议遵循了国际上通用的OBD协议标准,通过该协议,用户可以获取到车辆的各种参数和故障码。

比亚迪F3的OBD协议采用的是OBD-II协议,是一种通用的汽车诊断协议。

OBD-II协议规定了车辆通信接口的物理连接、通信协议和数据格式等方面的内容。

该协议采用了标准的CAN(Controller Area Network)总线通信方式,通过连接到车辆的诊断接口,可以读取车辆的诊断数据和故障码。

比亚迪F3的OBD协议支持以下功能:1.实时数据:用户可以通过OBD接口获取到车辆的实时数据,包括车速、发动机转速、节气门开度等。

2.故障码读取:用户可以通过OBD接口读取车辆的故障码,从而了解车辆的故障情况,并作出相应的维修措施。

3.故障码清除:用户可以通过OBD接口清除车辆的故障码,完成维修后可以清除故障码,以确认问题已解决。

4.检测监控准备状态:用户可以通过OBD接口获取车辆的OBD系统的监控状态,了解车辆是否通过了排放检测。

5.汽车诊断报告:用户可以通过OBD接口生成汽车诊断报告,该报告包含车辆的诊断数据、维修历史等信息。

通过比亚迪F3的OBD协议,用户可以利用相应的OBD工具对车辆进行诊断和维修。

用户可以通过连接OBD接口的计算机或移动设备,使用相应的OBD软件进行数据读取和故障码清除等操作。

同时,用户还可以利用OBD协议的数据,进行车辆性能分析和燃油经济性评估,从而得出改善车辆性能和节约燃油的建议。

总结起来,比亚迪F3的OBD协议是一种用于与车辆进行通信的协议,它规定了车辆的诊断接口的物理连接、通信协议和数据格式等内容。

通过该协议,用户可以获取到车辆的各种参数和故障码,进行车辆的诊断和维修。

同时,用户还可以利用OBD协议的数据,进行车辆性能分析和燃油经济性评估。

obd的接口协议

obd的接口协议

obd的接口协议竭诚为您提供优质文档/双击可除obd的接口协议篇一:obd_的基本常识介绍obd的基本常识更新时间:20xx-5-2214:07:11obd是英文on-boarddiagnostics的缩写,中文翻译为“车载自动诊断系统”。

这个系统将从发动机的运行状况随时监控汽车是否尾气超标,一旦超标,会马上发出警示。

当系统出现故障时,故障(mil)灯或检查发动机(checkengine)警告灯亮,同时动力总成控制模块(pcm)将故障信息存入存储器,通过一定的程序可以将故障码从pcm中读出。

根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

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

这个系统随时监控发动机的运行状obd云鼠(ugV04)图片况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。

当系统出现故障时,故障(mil)灯或检查发动机(checkengine)警告灯亮,同时obd系统会将故障信息存入存储器,通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。

根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

从20世纪80年代起,美、日、欧等各大汽车制造企业开始在其生产的电喷汽车上配备obd,初期的obd没有自检功能。

比obd更先进的obd-Ⅱ在20世纪90年代中期产生,美国汽车工程师协会(sae)制定了一套标准规范,要求各汽车制造企业按照obd-Ⅱ的标准提供统一的诊断模式,在20世纪90年末期,进入北美市场的汽车都按照新标准设置obd。

obd-Ⅱ与以前的所有车载诊断系统不同之处在于有严格的排放针对性,其实质性能就是通过监测汽车的动力和排放控制系统来监控汽车的排放。

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

比亚迪obd协议

比亚迪obd协议

比亚迪obd协议比亚迪汽车OBD数据汇总测量日期:2016.2.1整理日期:2016.2.2此数据为初步测定,不承担任何法律责任参数值波特率500头01234567 11f头01234567 20f073F61007B200020注:00:此位与油门有关05,07:此位与刹车有关头01234567 10b0D10C8101000001E注:油门相关头01234567 10d头01234567 20d0B D84B00020003FF4222注:04:此高位为刹车,未踩为0,轻踩为1,其次是2头01234567 113FF FF6200F0009619 P F09619 R F83F68 N F09619D F83F68注:此数据跟挡位相关,具体挡位参考212头01234567 2120001E140000001DC P0101DC R0202DA N0303D8 D1414B6 S1515B4注:01,06:此数据为挡位03,07:03和07的高位与刹车有关头01234567 123FE FF FF FF0F FF0_E_1F注:04:此高位为刹车头01234567 322头01234567 410头01234567 3211123踩下34D3抬起1123注:00,01:此数据是刹车的模拟数值变化头01234567 223头01234567 222头01234567 122121头01234567 12d头01234567 11f07001E7C000000左打死0700349E000000右打死0700063A000000注:01,02:此值为方向盘变量值,当转动方向盘时变化03,04:此值为方向盘便宜量值,随方向盘转动变化头01234567头01234567头01234567头01234567头01234567。

obd2的协议标准

obd2的协议标准

obd2的协议标准OBD2(On-Board Diagnostics 2)即汽车故障诊断仪的第二代系统,是一个用于检测和诊断汽车故障的标准化系统。

随着汽车技术的不断发展,OBD2协议在全球范围内得到了广泛的应用。

本文将介绍OBD2协议的标准及其在汽车故障诊断中的应用。

一、OBD2简介OBD2起源于美国,旨在帮助汽车制造商和维修人员更方便、快捷地检测汽车故障。

这一系统通过标准化诊断接口和通讯协议,使各种品牌和型号的汽车都能够使用同一款诊断仪器进行故障诊断。

如今,OBD2已经成为全球汽车行业的通用标准。

二、OBD2协议标准的重要性1.提高诊断效率:OBD2协议的标准化使得诊断仪器和诊断软件可以跨品牌、跨车型使用,大大提高了维修人员的工作效率。

2.节省成本:通过OBD2协议,汽车制造商可以降低维修设备的研发和生产成本,同时降低维修人员的培训成本。

3.环保:OBD2协议有助于实时监测汽车排放状况,从而确保车辆符合环保标准,提高空气质量。

4.安全性:OBD2协议可实时监测车辆的运行状态,发现潜在安全隐患,提前预警,降低交通事故发生的风险。

三、OBD2协议的主要内容1.诊断接口:OBD2规定了一个统一的诊断接口,方便各类诊断设备连接汽车电子控制系统。

2.通讯协议:OBD2协议定义了诊断仪与汽车电子控制系统之间的通讯规范,包括数据传输速率、信号电压、信号传输格式等。

3.故障码:OBD2协议规定了统一的故障码,使得不同品牌、车型的故障诊断具有通用性。

4.故障诊断仪功能:OBD2协议要求故障诊断仪能够读取车辆的故障码、故障描述、故障原因等信息,并提供清除故障码等功能。

四、如何应用OBD2协议解决汽车故障1.连接诊断仪器:将诊断仪器连接到汽车的诊断接口上。

2.读取故障码:打开诊断仪器,读取汽车电子控制系统中的故障码。

3.解读故障码:根据故障码和故障描述,找到故障原因。

4.清除故障码:修复故障后,使用诊断仪器清除故障码。

obd2的协议标准

obd2的协议标准

obd2的协议标准摘要:1.OBD-II 简介2.OBD-II 的协议标准概述3.OBD-II 的主要协议4.OBD-II 协议标准的应用5.OBD-II 的未来发展趋势正文:【OBD-II 简介】OBD-II(On-Board Diagnostics-II,车载诊断系统-II)是一种用于监控和诊断汽车系统的标准接口。

它最初由美国联邦环保局(EPA)和加利福尼亚空气资源委员会(CARB)于1994 年制定,以提高汽车的燃油效率和减少排放。

现在,它已成为全球汽车行业的标准。

【OBD-II 的协议标准概述】OBD-II 协议标准定义了汽车电子控制单元(ECU)与其他设备(如诊断仪器、扫描工具和测试设备)之间的通信规则。

这些规则包括物理层、数据链路层和应用层协议。

【OBD-II 的主要协议】1.物理层协议:定义了OBD-II 接口的机械和电气特性。

通常使用15 针或31 针连接器。

2.数据链路层协议:定义了ECU 与其他设备之间的数据帧格式和传输规则。

主要采用ISO 14230 标准。

3.应用层协议:定义了各种诊断和数据传输服务。

主要包括以下几种:- 控制请求(Control Request,CR):用于请求ECU 执行特定功能,如读取或清除故障码。

- 控制响应(Control Response,CRS):用于响应CR 请求,传输ECU 的数据或状态信息。

- 数据请求(Data Request,DR):用于请求ECU 的特定数据。

- 数据响应(Data Response,DRS):用于响应DR 请求,传输ECU 的数据。

【OBD-II 协议标准的应用】OBD-II 协议标准广泛应用于汽车诊断、维修、研发和测试领域。

通过OBD-II 接口,技术人员可以轻松地读取汽车的状态信息、故障码和实时数据,从而提高诊断和维修效率。

同时,OBD-II 接口还为汽车制造商和研究机构提供了便利,使他们能够更好地监控汽车的性能和排放,以及开发更先进的汽车系统。

2024版OBD使用说明

2024版OBD使用说明

OBD使用说明•OBD基本概念与原理•OBD设备选择与安装目录•数据读取与解析方法•故障诊断与排除流程•软件更新与升级策略•总结回顾与展望未来01OBD基本概念与原理OBD 能够对车辆的各种运行状态进行监测,及时发现潜在的故障并提醒驾驶员。

OBD系统还可以对车辆的排放进行监控,确保其符合环保法规要求。

OBD是英文On-Board Diagnostics的缩写,意思是指车载自动诊断系统。

OBD定义及作用OBD系统通过各种传感器和控制单元来监测车辆的运行状态。

当发现异常或故障时,OBD系统会通过故障代码(DTC)来指示具体问题。

驾驶员或维修人员可以通过专门的诊断工具来读取故障代码,并进行相应的维修。

工作原理简述在车辆年检时,检测人员会通过OBD 系统来检查车辆是否存在故障或排放超标等问题。

车辆年检故障排查二手车评估当车辆出现故障时,维修人员可以通过OBD 系统来快速定位并解决问题。

在购买二手车时,可以通过OBD 系统来检查车辆的历史故障记录和维修情况,为购买决策提供参考。

030201常见应用场景相关法规与标准各国针对OBD系统都制定了相应的法规和标准,以确保其能够有效地监控车辆的运行状态和排放情况。

在我国,环保部门也制定了严格的OBD法规和标准,要求所有新生产的轻型汽车和重型柴油车都必须配备OBD系统。

随着环保要求的不断提高,未来OBD系统将会更加普及和重要。

02OBD设备选择与安装03多功能集成式OBD 设备除了基本的OBD 功能外,还集成了GPS 定位、行车记录仪、胎压监测等多种功能。

01独立式OBD 设备可独立工作,无需连接手机或电脑,具有实时故障诊断、数据存储等功能。

02蓝牙/WIFI 连接式OBD 设备通过蓝牙或WIFI 与手机或电脑连接,实现远程监控、数据传输、实时故障诊断等功能。

设备类型及功能对比选购注意事项与建议选择与您的车型及OBD 接口兼容的设备。

选择知名品牌、质量可靠的产品,避免购买劣质设备。

obdii 的通讯协议

obdii 的通讯协议

obdii 的通讯协议OBDII通讯协议模板1. 协议概述•OBDII(On-Board Diagnostics II)是一种用于车辆诊断的标准通讯协议。

•本协议旨在规范OBDII通讯协议的相关规则和约定。

2. 协议版本•协议版本:3. 协议内容通讯协议介绍•OBDII通讯协议用于车辆与诊断设备之间的数据通讯。

•通过该协议,诊断设备可以获取车辆的故障码、传感器数据等诊断信息。

•OBDII通讯协议使用标准的诊断指令和响应格式进行数据交换。

通讯协议规则•通讯协议使用基于串行通信的方式进行数据传输。

•协议采用ASCII码表示通讯数据。

•通讯数据包由起始字符、命令、参数和校验位等字段组成。

数据包格式•起始字符:协议起始标识字符,一般为大写字母‘O’。

•命令:表示具体的诊断指令,由字母和数字组成。

•参数:可选字段,表示命令的附加参数。

•校验位:用于校验数据包的完整性和正确性。

通讯流程•诊断设备发送诊断命令包给车辆的OBDII系统。

•车辆OBDII系统接收并处理诊断命令,返回相应的诊断数据包。

•诊断设备解析收到的数据包,并进行相应的处理。

4. 协议约定•通讯协议遵循国家相关标准和法律法规。

•通讯协议的具体实现细节应与OBDII相关标准相匹配。

•本模板提供了协议的基本结构和规范,并可根据实际需求进行修改。

5. 协议修订•修订记录:–版本(起草):2022年10月01日–版本(修订):待定本协议模板仅供参考,具体实现应根据实际需求进行具体规定和约定。

6. 诊断指令列表以下是常用的诊断指令及其功能:1.01 - 读取实时数据–读取车辆实时的传感器数据和状态信息。

–参数:传感器标识符。

–响应:当前传感器的实时数值。

2.02 - 读取故障码–读取车辆故障码和故障信息。

–参数:无。

–响应:当前存储的故障码及相关信息。

3.03 - 清除故障码–清除车辆中存储的故障码。

–参数:无。

–响应:清除故障码的结果。

4.04 - 读取VIN码–读取车辆的VIN码(车辆识别号码)。

obd协议

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协议数据流说明需要确认的问题:1、支持的车型?2、油耗、里程读取?3、OBD协议中是否支持读取和控制车门窗的状态信息?4、5、答案:1、-5ECU 2、1+2所以不343、4、注:PID:OBD系统输出的每个参数都对应一个使用16进制表示的PID(ParameterIdentification),即参数标识。

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

数据类型:data/4rpm(0<data<1638375)PID$0D车速可以读取实时车速或者故障时车速。

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

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

一、OBD系统输出信息的模式/服务(出处参考ISO15031-5协议标准)Mode1:请求动力系当前数据Mode2:请求冻结祯数据Mode3:请求排放相关的动力系诊断故障码Mode4:清除/复位排放相关的诊断信息Mode5:请求氧传感器监测测试结果这些车辆和发系统检测状态(模式1中PID01)车载监测测试结果(模式6和模式7)故障灯激活之后的行驶里程(模式1中PID21)模式4对OBD系统进行的删除/重置至少要在起动前点火钥匙开关处于ON的状态下能够执行。

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

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

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

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

瑞虎obd诊断协议

瑞虎obd诊断协议

瑞虎OBD诊断协议一、什么是OBD诊断协议1.1 OBD的定义和作用•OBD(On-Board Diagnostics)即车载诊断系统,是一种用于监测和报告车辆运行状态的系统。

•OBD系统能够实时检测车辆的各种参数和故障代码,以便及时诊断和修复车辆问题。

1.2 OBD诊断协议的作用•OBD诊断协议是OBD系统的通信协议,它规定了OBD系统与外部设备(如扫描工具、诊断仪等)之间的通信方式和数据格式。

二、瑞虎OBD诊断协议的特点2.1 瑞虎OBD诊断协议的定义•瑞虎OBD诊断协议是针对瑞虎汽车系列的诊断通信协议,用于与瑞虎车辆的OBD系统进行通信和诊断。

2.2 瑞虎OBD诊断协议的通信方式•瑞虎OBD诊断协议采用标准的OBD-II通信方式,使用OBD-II诊断接口进行数据传输。

2.3 瑞虎OBD诊断协议的数据格式•瑞虎OBD诊断协议使用基于ISO 15765-4的CAN总线通信协议,数据格式为16进制。

三、瑞虎OBD诊断协议的功能3.1 诊断功能•瑞虎OBD诊断协议能够读取车辆的故障码,并提供相应的故障码解析和诊断建议。

•诊断功能可以帮助车主快速了解车辆的故障情况,并及时采取相应的维修措施。

3.2 参数监测功能•瑞虎OBD诊断协议可以实时监测车辆的各种参数,如发动机转速、车速、冷却液温度等。

•参数监测功能可以帮助车主了解车辆的实时状态,并及时采取相应的驾驶措施。

3.3 清除故障码功能•瑞虎OBD诊断协议可以清除车辆的故障码,使车辆恢复正常工作状态。

•清除故障码功能可以帮助车主解决一些临时的故障问题,提高车辆的可靠性和安全性。

3.4 数据记录功能•瑞虎OBD诊断协议可以记录车辆的运行数据,如行驶里程、燃油消耗、平均车速等。

•数据记录功能可以帮助车主了解车辆的使用情况,并进行综合分析和评估。

四、瑞虎OBD诊断协议的应用4.1 专业维修人员•瑞虎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 (ParameterIdentification),即参数标识。

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

数据类型:data/4 rpm (0<data<1638375)PID$0D 车速可以读取实时车速或者故障时车速。

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

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

OBD远程车况诊断协议1.1.OBD远程车况诊断1.1.1.说明车载终端上报需要增加重传机制,上报不成功,需要重新传输。

1.1.2.CAN静态数据OBD模块根据终端设置规则,响应CAN静态数据;终端根据默认频率主动上报CAN 静态数据,当平台需要跟踪CAN静态数据时,采用跟踪命令修改上报频率。

1.1.2.1.终端上报CAN静态数据信息消息ID:0x0B21终端上报CAN静态数据消息体数据格式详见下表,平台采用通用应答。

表 CAN静态数据消息体数据格式字节位置内容字节数数据类型精度单位描述0 Year 1 u8 年Month 1 u8 月Day 1 u8 日Hour 1 u8 时Minute 1 u8 分Seconds 1 u8 秒6 协议类别 1 u8 CAN 11_500 0X11 CAN 11_250 0X12 CAN 29_500_EX 0X13 CAN 29_250_EX 0X14 KWP2000 0X20 KWP2000M 0X30 ISO9141 0X40 VPW 0X50 PWM 0X60 PRIVATE 0X707 状态掩码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 开/关左前门LFBit1 1/0 开/关右前门RFBit2 1/0 开/关左后门LBBit3 1/0 开/关右后门RBBit4 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 开/关后视镜状态Bit6-7 预留23 开关状态B 1 u8 BIT1-0 KEY状态00 LOCK 01 ACC10 ON 11 START/RUNBit2-3 预留Bit4-BIT7 档位==0 P ==1 R ==2 N ==3 D ==4 1==5 2 ==6 3 ==7 4 ==8 M24 保留 1 u8 保留25 保留 1 u8 保留26 数据流掩码 4 u8 车辆数据流掩码,表示40个数据流是否支持与否30 电瓶电压 2 u16 0.1 V 显示值为上传值/10 以下共62字节32 总里程类别 1 u8总里程类型01 汽车里程02 OBD里程03 GPS里程33 总里程 4 u32 0.001 m 行驶里程,上传值单位为m(米)37 总耗油量 4 u32 0.001 L 总的燃油消耗量,上传值单位为ml(毫升)41 故障灯状态(MIL) 1 u8if(Bit0) ON else OFF42 故障码个数 1 u8 发动机故障码个数43 发动机转速 2 u16 RPM 发动机转速45 车辆速度 1 u8 Km/h 车辆速度46 进气口温度 1 u8 ℃(上传范围0~255)显示值为上传值-40 (实际范围-40~215)47 冷却液温度 1 u8 ℃水箱温度 (上传范围0~255) 显示值为上传值-40 (实际范围-40~215)48 车辆环境温度 1 u8 ℃车辆环境温度 (上传范围0~255) 显示值为上传值-40 (实际范围-40~215)49 进气歧管压力 1 u8 kpa 进气歧管压力 (10~105kpa) 51 燃油压力 2 u16 kPa 燃油压力53 大气压力 1 u8 kPa 大气压力54 空气流量 2 u16 0.1 g/s 显示值为上传值/1056 气门位置传感器 2 u16 0.1 % 显示值为上传值/1058 油门踏板位置 2 u16 0.1 % 显示值为上传值/10 ( 0~100) 60 发动机运行时间 2 u16 Sec 一个驾驶循环的运行时间62 故障行驶里程 4 u32 km 故障行驶里程66 剩余油量 2 u16 0.1 L/%剩余油量,单位L或%Bit15 ==0百分比% OBD都为百分比==1单位L显示值为上传值/1068 发动机负荷 1 u8 % 发动机负荷, 0~10069 长期燃油修正(组1)2 u16 0.1 % 显示值为上传值/1071 点火提前角 2 u16 0.1 °显示值为(上传值/10)-6473 仪表总里程 4 u32 m 汽车仪表总里程,单位米77 车辆总运行时间 4 u32 s 车辆总运行时间,单位秒81 保留10 u8 保留91 Trip Mark 2 u16 驾驶循环标签说明:1、数据流掩码4字节DS MASK,表示30个数据流支持与否,字节位次序高位在先,低位在后。

obdii 的通讯协议

obdii 的通讯协议

OBD-II的通讯协议简介OBD-II(On-Board Diagnostics II)是指车辆上的自动诊断系统,它通过车辆上的标准接口与车辆的电子控制单元(ECU)进行通信。

OBD-II的通讯协议定义了数据的格式和传输方式,使得车辆的故障诊断和性能监测变得更加方便和标准化。

OBD-II的标准接口OBD-II的标准接口采用了16个针脚的连接器,通常位于驾驶室内的仪表盘下方。

接口包括了供电、地线、数据线等多个针脚,用于与OBD-II扫描工具或其他设备进行通信。

接口的形状和排列方式是标准化的,以确保兼容性和互操作性。

OBD-II的通讯协议OBD-II的通讯协议定义了数据的格式和传输方式,使得OBD-II设备可以与车辆的ECU进行通信并获取相关的诊断信息。

OBD-II的通讯协议主要基于以下两个标准:1. OBD-II的物理层协议OBD-II的物理层协议定义了数据的传输方式和电气特性。

通常采用的物理层协议有两种:ISO 9141-2和ISO 14230-4(也称为K线协议),以及ISO 15765-4(也称为CAN协议)。

ISO 9141-2和ISO 14230-4协议使用了K线作为数据线,通过电平的变化来传输数据。

ISO 15765-4协议则采用了CAN总线作为数据线,具有更高的传输速率和稳定性。

2. OBD-II的应用层协议OBD-II的应用层协议定义了数据的格式和命令的交互方式。

通常使用的应用层协议有以下几种:SAE J1850 PWM、SAE J1850 VPW、ISO 9141-2、ISO 14230-4和ISO 15765-4。

这些应用层协议定义了诊断请求和响应的格式、命令的编码方式以及错误码的定义。

通过这些协议,OBD-II设备可以向ECU发送特定的命令,并从ECU获取诊断信息和实时数据。

OBD-II的诊断信息OBD-II的通讯协议定义了许多诊断信息的标准参数,可以用于监测车辆的性能和故障。

obd的接口协议

obd的接口协议

竭诚为您提供优质文档/双击可除obd的接口协议篇一:obd_的基本常识介绍obd的基本常识更新时间:20xx-5-2214:07:11obd是英文on-boarddiagnostics的缩写,中文翻译为“车载自动诊断系统”。

这个系统将从发动机的运行状况随时监控汽车是否尾气超标,一旦超标,会马上发出警示。

当系统出现故障时,故障(mil)灯或检查发动机(checkengine)警告灯亮,同时动力总成控制模块(pcm)将故障信息存入存储器,通过一定的程序可以将故障码从pcm中读出。

根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

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

这个系统随时监控发动机的运行状obd云鼠(ugV04)图片况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。

当系统出现故障时,故障(mil)灯或检查发动机(checkengine)警告灯亮,同时obd系统会将故障信息存入存储器,通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。

根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。

从20世纪80年代起,美、日、欧等各大汽车制造企业开始在其生产的电喷汽车上配备obd,初期的obd没有自检功能。

比obd更先进的obd-Ⅱ在20世纪90年代中期产生,美国汽车工程师协会(sae)制定了一套标准规范,要求各汽车制造企业按照obd-Ⅱ的标准提供统一的诊断模式,在20世纪90年末期,进入北美市场的汽车都按照新标准设置obd。

obd-Ⅱ与以前的所有车载诊断系统不同之处在于有严格的排放针对性,其实质性能就是通过监测汽车的动力和排放控制系统来监控汽车的排放。

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

08379_关于OBD协议(ISO15031)的学习

08379_关于OBD协议(ISO15031)的学习
趋势 • 学习OBD协议(ISO15031)的建议
和措施
2
OBD协议(ISO15031)概述
01
2024/1/25
3
定义与背景
OBD(On-Board Diagnostics)协议,即车载诊断协议,是一种用于车辆自诊断和外部诊断设备通讯 的国际标准。
OBD协议起源于20世纪80年代,随着汽车技术的发展和环保要求的提高,OBD协议逐渐成为车辆排放 控制和故障诊断的重要工具。
1994年起,美国加州空气资源委员会(CARB)要求所 有在该州销售的新车必须配备统一的OBD-II系统,随后 其他国家和地区也陆续采用OBD-II标准。
第三阶段(OBD-III)
目前正处于研究和发展阶段,旨在进一步提高诊断精度 和数据传输效率,以及实现车辆与智能交通系统(ITS )的互联。
6
OBD协议(ISO15031)的核心内
环保监管
OBD协议可用于监测车辆的排放 性能,帮助环保部门对车辆进行 排放监管和治理。
2024/1/25
5
OBD协议的发展历程
01
第一阶段(OBD-I)
20世纪80年代末期至90年代初期,各汽车制造商开始 研发自己的车载诊断系统,但缺乏统一的标准。
2024/1/25
03
02
第二阶段(OBD-II)
11
OBD协议(ISO15031)的应用场
03

2024/1/25
12
汽车故障诊断与维修
故障码读取与清除
控制单元编程与刷新
利用OBD协议,维修人员可以读取车 辆的故障码,定位故障位置,并在维 修后清除故障码。
OBD协议支持对车辆控制单元进行编 程和刷新操作,实现对车辆性能的调 整和优化。

obdii 的通讯协议

obdii 的通讯协议

obdii 的通讯协议
OBD II(On-Board Diagnostics II)是车辆诊断的标准,它定义了车辆上的诊断接口和通信协议。

OBD II协议主要分为以下
几种通信协议:
1. ISO 9141-2协议:这是一种使用单线进行半双工通信的协议,通信速率为10.4 kbps或41.6 kbps。

2. ISO 14230-4协议(也称为KWP2000协议):这是一种基
于ISO 9141-2协议的协议,通信速率为10.4 kbps,常用于欧
洲车辆。

3. SAE J1850 PWM协议:这是一种使用脉冲宽度调制(Pulse Width Modulation)进行通信的协议,通信速率为41.6 kbps,
常用于美国和部分亚洲车辆。

4. SAE J1850 VPW协议:这是一种使用变频宽度调制(Variable Pulse Width Modulation)进行通信的协议,通信速
率为10.4 kbps,常用于美国车辆。

5. CAN(Controller Area Network)协议:这是一种基于串行
通信的协议,通信速率可以达到500 kbps或1 Mbps。

CAN协
议主要分为两种类型:CAN 2.0A(11-bit标识符)和CAN
2.0B(29-bit标识符)。

CAN协议是现代车辆中最广泛使用的OBD II通信协议。

在实际应用中,大多数现代车辆都支持CAN协议,而较旧的
车辆可能会使用ISO 9141-2、ISO 14230-4或SAE J1850协议中的一种。

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

3、 在 ISO15031-5的 OBD协议中 不支持 读取和控制车门窗的状态信息。
4、 读取信息是从 ISO15031-5协议中分析出来:
我们关注输出信息有:
注: PID: OBD 系统输出的每个参数都对应一个使用
16 进制表示的 PID (Parameter
.
实用文档
Identification) ,即参数标识。
实用文档
OBD 协议数据流说明 需要确认的问题:
1、 支持的车型?
2、 油耗、里程读取?
3、 OBD协议中是否支持读取和控制车门窗的状态信息? 4、 OBD能读取数据
5、 比较本人整理的 ISO15031-5和北京金奔腾科技公司的 OBD协议 数据流
答案:
1、 我国采用了 EOBD相同的要求即 ISO15031-5道( 路车辆 -车辆与排放诊断相关 装置通信标准 -5 排放有关的诊断服务 )协议。 所以只要该车支持 ISO15031-5 的 OBD2 标准协议中所有项,则可以通过 OBD 接口读取出 ECU 中所有信息;若该车支持标准协议中部分项,则读 取出支持项信息。 (标准协议附在下面, 由北京金奔腾汽车科技公司提供。 )
.
? PID$32 蒸发系统的蒸气压力 ? PID$33 大气压 ? PID$34 — PID$3B 线性或宽带式氧传感器的等效比 (lambda) 和电流 ? PID$3C 催化器温度 B1S1 ? PID$3D 催化器温度 B2S1 ? PID$3E 催化器温度 B1S2 ? PID$3F 催化器温度 B2S2 PID$40 ? PID$41 当前驾驶循环的监测状态 ? PID$42 控制模块电压 ? PID$43 绝对负荷值 ? PID$44 等效比指令 ? PID$45 相对节气门位置 ? PID$46 环境空气温度 ? PID$47 绝对节气门位置 B ? PID$48 绝对节气门位置 C ? PID$49 加速踏板位置 D ? PID$4A 加速踏板位置 E ? PID$4B 加速踏板位置 F ? PID$4C 节气门执行器控制指令 ? PID$4D MIL 处于激活状态下的发动机运转时间 ? PID$4E 自故障码清除之后的时间 ? PID$4F 等效比的最大值及对应的氧传感器电压 ? PID$50 来自空气流量传感器的最大流量 ? PID$51 当前车辆使用的燃料类型 ? PID$52 酒精在燃料的百分比 ? PID$53 蒸发系统蒸气压力绝对值 ? PID$54 蒸发系统蒸气压力 ? PID$55 第二个氧传感器的短时燃油修正 (Bank 1 和 Bank 3) ? PID$56 第二个氧传感器的长期燃油修正 (Bank 1 和 Bank 3) ? PID$57 第二个氧传感器的短时燃油修正 (Bank 2 和 Bank 4) ? PID$58 第二个氧传感器的长期燃油修正 (Bank 2 和 Bank 4) ? PID$59 油轨绝对压力 ? PID$5A 加速踏板相对位置 ? PID$5B— PID$FF ISO/SAE保留
2、软件协议
下面以读取 MODE1实时车速为例:
外面设备 --------
CAN-----------
发送格式:
汽车 ECU
CAN的 ID
PCI MODE PID
标准: 7DF
01 01 0d 00 00 00 00 00
扩展: 18DB33F1 01 01 0d 00 00 00 00 00
数据域 :PCI+MODE+PID,其中 PCI 表示协议控制信息的字节数量
(中国市场开发的
Mode 9: 读车辆和标定识别号
OBD 系统不支持该模式)
Mode 1: 请求动力系当前数据
说明
模式 1 的功能是根据法规要求, 使得外部标准的诊断工具可以访问当前排放相关的一些基本
参数的数据值。 这些参数包含系统的一些模拟输入和输出量, 数字输出和输出量, 以及系统
状态信息等。这些参数是车辆和发动机以及
|
025 燃油系统状态 B1
|
|
026 燃油系统状态 B2
|
|
027 计算负荷值
|
|%
028 发动机冷却液温度
|
|
029 短期燃油修正 ( 缸组 1)
|
|%
030 长期燃油修正 ( 缸组 1)
Mode 5:请求氧传感器检测测试结果
模式 5 输出的信息是氧传感器的信息, 其中既包含氧传感器的特性参数 (常数, 决定于选用 的氧传感器本身) ,还包括氧传感器的一些评价指标的测试结果。
Mode 6:请求非连续监控的测试结果
模式 6 输出的是 OBD 系统对某个部件 / 系统的非连续监测结果。
Mode 7:请求连续监测系统 OBD 测试结果
三、数据读取(以 ISO15765-4 的 CAN总线协议为例)
1、硬件接线
实用文档
.
实用文档
硬件上接线: CAN_H-----接 OBD 接口第 6 引脚 CAN_L-----接 OBD接口第 14 引脚 电源正端 ---接 OBD 接口第 16 引脚 公共地 ----------- 接 OBD接口第 4 引脚 信号地 ------接 OBD 接口第 5 引脚
2、 在 ISO15031-5协议中,油耗不能读取,只能读取 燃油液位输入 (读出油箱剩 余油量与油箱容量的百分比 )。 在车上通过燃油液位传感器实现对剩余油 量检测。 OBD输出信息中跟里程相关只有: 故障灯点亮后行驶的里程数、 消除故障 后行驶的里程数。 里程获取办法: 1、虽然不能直接获得总里程,但可以总里程 =安装前里程数 +故障灯点亮 后行驶的里程数 +消除故障后行驶的里程数。 2、OBD2协议中无法直接读取仪表上数据, 只有通过购买汽车厂家的 OBD2 协议的扩展, 可获得汽车仪表系统数据获取, 肯定能获取汽车总里程和车 门窗信息。由于成本太高,所以不现实。 3、在车轮处安装及车轮转过圈数的传感器 4、还有通过 GPS获取总里程。
|
|
006 燃油系统的监测准备就绪
|
|Leabharlann 007 综合成分监测准备就绪|
|
008 支持 : 催化转换器
|
|
009 支持 : 加热器催化转换器
|
|
010 支持 : 燃油蒸发排放系统
|
|
011 支持 : 二次空气喷射系统
|
|
012 支持 : 空调冷媒
|
|
013 支持 : 氧传感器
|
|
014 支持 : 氧传感器加热器
Mode 2: 请求冻结祯数据
Mode 3: 请求排放相关的动力系诊断故障码
Mode 4: 清除 / 复位排放相关的诊断信息
Mode 5: 请求氧传感器监测测试结果
Mode 6: 请求非连续监测系统 OBD 测试结果
Mode 7: 请求连续监测系统 OBD 测试结果
Mode 8: 请求控制车载系统,测试或者部件
Mode 9:读车辆和软件识别号
模式 9 中的信息可以使得维修者和爱好者可以迅速准确地确定车辆和
OBD 系统的数据状态。
比如用于爱好者之间进行交流和在召回时确定车辆和
OBD 系统状态。
示例
Calibration VID 04
Identification 06B123456Z ABCD
.
实用文档
二、 OBD数据流 ( 本人根据 ISO15031-5 协议整理的协议 )
Mode 4:清除 / 复位排放相关的诊断信息
模式 4 的作用是清除 OBD系统所记录的所有排放相关的诊断信息。这些信息包括: 诊断故障码的个数(模式 1 中 PID 01) 故障灯状态(模式 1 中 PID 01) 诊断故障码(模式 3) 冻结桢对应的故障码和冻结桢数据(模式 2) 氧传感器暖气测试结果(模式 5 或 6) 系统检测状态(模式 1 中 PID 01) 车载监测测试结果(模式 6 和模式 7) 故障灯激活之后的行驶里程(模式 1 中 PID 21) 模式 4 对 OBD 系统进行的删除 / 重置至少要在起动前点火钥匙开关处于 ON 的状态下能够执 行。大部分 ECU在发动机运转的时候也可进行此操作。
PID$01 故障码清除之后的监测状态 PID$05 发动机冷却液温度
PID$0C 发动机转速
可以读取实时转速或者故障时转速。
数据类型: data/4 rpm (0<data<1638375)
PID$0D 车速
可以读取实时车速或者故障时车速。
数据类型: data km/h (0<data<255)
PID$2F燃油液位 输入
|
|
015 支持 : 废气再循环系统
|
|
016 催化转换器状态
|
|
017 加热式催化转换器状态
|
|
018 燃油蒸发排放系统状态
|
|
019 二次空气喷射系统状态
|
|
020 空调制冷剂状态
|
|
021 氧传感器状态
|
|
022 氧传感器加热器状态
|
|
023 废气再循环系统状态
|
|
024 产生冻结帧的故障码
|
下面是 Mode1 和 Mode2 所输出的信息
PID$00 ? PID$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 自发动机起动的时间
相关文档
最新文档