OBD协议

合集下载

平台通讯协议-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静态数据消息体数据格式详见下表,平台采用通用应答。

说明:1、数据流掩码4字节DS MASK,表示30个数据流支持与否,字节位次序高位在先,低位在后。

比如:掩码第1个字节的BIT7决定第1个数据流(电瓶电压)支持与否掩码第1个字节的BIT0决定第8个数据流(车辆速度)支持与否掩码第2个字节的BIT7决定第9个数据流(进气温度)支持与否2、每个上传的静态数据包为固定的长度94字节,不支持的数据流,仍占用固定位置字节。

3、根据设置时间间隔上报(设置参数一定可以设置时间间隔)1.1.2.2.平台主动跟踪CAN 静态数据消息ID:0x8B21当平台发送主动跟踪CAN数据时,终端采用通用应答。

响应数据示例:1.1.3.车辆故障数据OBD模块采集到车辆故障时,将故障码主动传送给终端,终端通过上报故障数据将故障数据传送给平台。

1.1.3.1.终端主动上报车辆故障数据消息ID:0x0B22消息体见故障数据报,平台采用通用应答。

说明:1.1个故障码编号由4字节组成,分别为系统ID、故障字节1、故障字节2、故障字节3。

对于OBD故障码,SYS_ID为0x00,故障字节3无意义(为0)。

2.关机报一次1.1.3.2.平台查询车辆故障数据消息ID:0x8B22消息体为空,终端应答车辆故障数据。

1.1.4.驾驶行为数据当ACC OFF时,OBD模块主动产生驾驶行为数据发送给终端,终端上报驾驶行为数据给平台;当用户需要在平台查看驾驶行为数据时,可下发查询驾驶行为数据,终端从OBD 模块获取驾驶行为数据,并上报给平台进行展示。

普拉多obd协议

普拉多obd协议

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

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

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

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

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

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

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

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

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.清除故障码:修复故障后,使用诊断仪器清除故障码。

2024版车载诊断系统(OBD协议)培训

2024版车载诊断系统(OBD协议)培训
远程诊断和维修
车载诊断系统的发展使得远程诊断和维修成为可能,但也面临着网络延迟、数据传输安全等问题。解决方案 包括优化网络传输协议、提高数据传输效率、加强网络安全防护等措施。
未来车载诊断系统展望
01
个性化诊断服务
未来车载诊断系统将能够根据车主的驾驶习惯、车辆使用环 境和历史故障记录等信息,提供个性化的诊断服务,提高故 障诊断的准确性和效率。
学员心得体会分享
加深了对OBD协议的理解
通过本次培训,学员们对OBD协议的工作原理和通信方式有了更 深入的了解。
提高了故障诊断能力
学员们表示,通过学习和实践,自己的故障诊断能力得到了提升, 能够更准确地定位和解决故障。
增强了团队协作能力
在培训过程中,学员们相互学习、交流经验,增强了团队协作能力 和沟通能力。
势。
故障诊断与排除
根据故障代码和数据流 分析结果,提供针对性 的故障诊断和排除建议。
系统设置与校准
允许用户对诊断系统进 行个性化设置,以及对 传感器进行校准操作。
车载诊断系统与其他系统关系
与发动机控制系统的关系
车载诊断系统通过监测发动机控制系统的工作状态,及时发现并报告潜在的故障问题,确保 发动机的正常运行。
完善阶段
进入21世纪,OBD协议不断升级和完 善,实现了对车辆性能和排放的实时 监控,提高了车辆的安全性和环保性。
发展阶段
90年代,OBD协议逐渐在欧美等发达 国家得到广泛应用,成为车辆维修和 保养的重要依据。
OBD协议作用与意义
实时监控
故障诊断
OBD协议能够实时监控车辆的各项参数,如 发动机状态、排放水平、故障码等,为驾驶 员和维修人员提供准确的数据支持。
排放数据监测

obd2协议

obd2协议

OBD2协议1. 简介OBD2(On-Board Diagnostics,第二代车载诊断系统)是一种车辆诊断系统,用于监测和报告汽车发动机和车辆系统的运行状况。

OBD2协议被广泛应用于现代汽车中,用于提供实时的车辆信息以便进行故障诊断和维护。

2. OBD2协议的作用和意义OBD2协议的作用是通过车载诊断接口,提供车辆的运行数据和故障诊断信息。

这些信息可以帮助车主或技术人员了解车辆的工作状态、检测故障和进行维护。

通过OBD2协议,用户可以实时监测车辆的性能参数,如发动机转速、车速、冷却液温度等,以及诊断车辆的故障代码。

OBD2协议的意义在于提高车辆的维修效率和降低维修成本。

通过OBD2协议,技术人员可以更快速、准确地诊断车辆故障,避免因故障未及时发现而导致更大损失。

此外,OBD2协议还可以帮助车主实时监测车辆的工作状态,及时发现潜在问题,提高行车安全性。

3. OBD2协议的工作原理OBD2协议通过车载诊断接口连接车辆的电子控制模块,从而获取车辆的运行数据和故障代码。

OBD2协议采用标准化的通信协议和数据格式,使得不同厂家的车辆和设备可以互通。

OBD2协议的工作原理可以简单概括为以下几个步骤:步骤一:连接诊断工具用户需要使用OBD2诊断工具,将其连接到车辆的OBD2接口上。

OBD2接口通常位于驾驶室内的仪表板附近,用户只需将诊断工具插入接口即可。

步骤二:发起诊断请求用户通过诊断工具发起诊断请求,要求获取车辆的运行数据和故障信息。

诊断请求通常是一个特定的命令,通过OBD2协议发送给车辆的电子控制模块。

步骤三:接收和解析数据车辆的电子控制模块接收到诊断请求后,会将相应的数据通过OBD2协议返回给诊断工具。

诊断工具接收到数据后,需要进行解析和处理,以便显示给用户。

步骤四:显示结果和诊断故障诊断工具将解析后的数据显示给用户,用户可以根据显示的结果来判断车辆的工作状态和是否存在故障。

如果存在故障,诊断工具还可以提供相应的故障代码,方便技术人员进行维修。

汽车OBD协议

汽车OBD协议

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

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

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

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

汽车议简介一.OBD简介早在20世纪80年代初,汽车工业发达国家的许多汽车制造商就开始广泛使用电喷发动机。

电喷发动机控制系统中就设有第一代车载故障诊断系统(on_board diagnostics).以后车载故障诊断系统逐步在微机控制的自动变速器、防抱死制动系统、安全气囊、巡航系统中相继得到应用。

该系统能在电控装置的工作过程中随时监测系统中各部分的工作状况,当电控系统出现故障时,故障信息存储在微机中,汽车维修人员按规定方法跨接诊断连接器中的相应端子,对汽车电控系统的故障进行分析、诊断。

二.OBD发展史OBD的概念最早是由通用汽车(GM)于1982年引入的,其目的是监测排放控制系统。

一旦发现故障,OBD系统会点亮仪表板上的一个指示灯以通知驾驶员,同时在车载计算机(通常称作发动机控制单元或模块,即ECU或ECM)内记录一个代码,这个代码可通过相应设备获取以便于故障排除。

通用汽车提出这一概念引起加州空气资源委员会(CARB)的重视。

CARB 于1985年采用了SAE所制定的标准,要求从MY 1988 起所有在加州销售的车辆都必须具有一些基本的OBD功能。

之后,美国环保局(EPA) 要求自1991年起所有在美国销售的新车必须满足相关OBD技术要求,这就是后来所说的OBD-I。

汽车工程师协会(SAE)对诊断接口、通讯方式等技术细节进行了进一步标准化工作,OBD-I在此基础上发展成为第二代OBD,即OBD-II。

汽车诊断相关的协议

汽车诊断相关的协议

汽车诊断相关的协议汽车诊断相关的协议随着汽车智能化的不断发展,汽车的电子控制系统也越来越复杂。

因此,诊断汽车的问题已经成为了一项非常重要的任务。

而诊断汽车的关键是了解汽车控制系统的工作原理,必须使用适当的诊断工具和协议进行诊断。

下面介绍几种比较常用的汽车诊断协议。

1. OBD协议OBD是On Board Diagnostics的缩写,即汽车车载自我诊断系统。

它是由美国汽车工业协会和美国环保局共同制定的车辆诊断标准,并在1996年强制要求所有美国市场上销售的汽车都安装有OBD II系统。

OBD协议使用了标准的16个引脚的OBD接口来传输车辆信息。

该协议通过扫描检测到的汽车故障码来指导服务工程师对问题进行更详细的诊断和解决。

OBD II可以检测引擎性能问题、变速箱问题、氧气感知器问题、轮胎压力问题、传感器问题等。

2. CAN协议CAN协议即控制器局域网协议,是一种用于汽车通信的车载数据总线通信协议。

它是用于在汽车和汽车的机电控制系统中传输数据和命令的系统,同时也用于汽车的诊断系统。

CAN协议支持多个控制器之间进行网络通信,它非常适合在多处理器或多控制器的系统中使用。

CAN协议的传输速度非常快,速率可以高达1Mbps,有效的传输距离也非常远,可以达到40公里。

在汽车通信中,CAN协议被广泛应用于发动机管理系统、制动系统、车辆电气系统等方面。

3. KWP2000协议KWP2000协议是在K Line(汽车用的一个串行总线)上运行的一种进一步的OBD II协议,它是一种质询式协议,支持从设备上读取和写入数据。

KWP2000协议中最基本的诊断命令可以读取和清除存储在ECU(电子控制单元)的故障码。

该协议还支持在线参数和实时数据的读取,并允许设备通过ECU发送控制器指令。

KWP2000协议也支持多个ECU之间的通信,使汽车系统更加智能化。

该协议通常用于安装在共用K线的控制器上,例如发动机控制器、变速箱控制器和ABS(防抱死制动系统)控制器等。

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协议

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,故障码及所在位置等信息自动通告管理部门。

obd2协议

obd2协议

obd2协议OBD2(On-Board Diagnostics)是一种用于汽车故障诊断和监测的标准协议。

该协议由美国汽车工程师协会(SAE)制定,被广泛应用于现代汽车中。

OBD2协议定义了一套规范,用于帮助技术人员快速诊断车辆的故障,并监控车辆的性能表现。

这个协议提供了一种标准的方式,使得不同品牌和型号的车辆都能够与通用的诊断设备进行通信。

OBD2协议主要包括以下内容:1. 故障代码(DTC):OBD2协议规定了一组统一的故障代码,用于标识车辆中存在的问题。

这些故障代码包含了各种不同类型的故障,比如发动机、传动系统、排放系统等。

当车辆出现故障时,相应的故障代码会被存储在车辆的OBD2系统中,方便技术人员进行诊断。

2. 数据流:OBD2协议还定义了一组标准参数,用于监测车辆的性能表现。

这些参数包括发动机转速、车速、冷却液温度、氧传感器信号等。

使用OBD2设备可以实时读取这些参数,并通过标准的数据流格式进行显示和分析。

3. 诊断工具:OBD2协议规定了一种标准的诊断工具接口,称为OBD2接口。

这个接口通常位于车辆驾驶员侧脚踏板下方,可以通过一个标准的OBD2连接器与诊断工具进行连接。

诊断工具可以是一个独立设备,也可以是一个智能手机或电脑上的应用程序。

由于OBD2协议的统一标准,使用OBD2设备诊断车辆故障变得非常简单。

只需将设备连接到车辆的OBD2接口,扫描并读取故障代码即可。

许多OBD2设备还能够提供实时监测数据,帮助用户了解车辆的性能状况。

无论是普通车主还是专业技术人员,都可以使用OBD2设备来监测和维护他们的车辆。

除了故障诊断和性能监测,OBD2协议还有其他一些潜在的应用。

例如,OBD2设备可以用来对驾驶行为进行评估,帮助驾驶员改善驾驶习惯,提高燃油经济性。

此外,一些汽车保险公司还使用OBD2设备来监控驾驶者的行为,以确定保险费率。

总之,OBD2协议是一个在汽车行业中非常重要的标准。

它统一了故障诊断和监测的方法,使得车辆维修更加高效和方便。

obd设计协议书

obd设计协议书

obd设计协议书甲方(委托方):地址:联系电话:乙方(设计方):地址:联系电话:鉴于甲方需要进行OBD(车载诊断系统)的设计工作,乙方具备相应的设计能力和资质,双方本着平等自愿、诚实信用的原则,经协商一致,就OBD设计项目达成如下协议:第一条设计内容与要求1.1 乙方应根据甲方提供的需求文档,进行OBD系统的设计工作,包括但不限于硬件设计、软件编程、系统集成等。

1.2 设计应满足国家及行业相关标准和规范,确保设计的安全性、可靠性和兼容性。

1.3 设计成果应包括设计文档、技术规格书、测试报告等,具体内容由双方协商确定。

第二条设计费用及支付方式2.1 设计费用总额为人民币_________元(大写:________________)。

2.2 甲方应按照以下方式支付设计费用:2.2.1 协议签订后____个工作日内,支付设计费用的____%作为预付款;2.2.2 设计初稿完成后,支付设计费用的____%;2.2.3 设计终稿交付后,支付剩余的设计费用。

第三条设计时间与进度3.1 设计工作应自协议签订之日起____天内完成。

3.2 乙方应按照双方商定的时间节点,向甲方提交设计进度报告。

第四条知识产权4.1 设计成果的知识产权归甲方所有,乙方不得擅自使用或转让给第三方。

4.2 乙方应保证设计成果不侵犯任何第三方的知识产权。

第五条保密条款5.1 双方应对本协议内容及在履行过程中知悉的对方商业秘密予以保密。

5.2 保密期限为协议终止之日起____年。

第六条违约责任6.1 如一方违反本协议约定,应承担违约责任,并赔偿对方因此遭受的损失。

6.2 因不可抗力导致无法履行或延迟履行协议的,双方应协商解决。

第七条协议的变更和解除7.1 本协议的任何变更或补充,应经双方协商一致,并以书面形式确认。

7.2 双方均可在提前____天书面通知对方的情况下解除本协议。

第八条争议解决8.1 本协议在履行过程中发生的任何争议,双方应首先通过协商解决。

瑞虎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协议

汽车obd协议

汽车obd协议汽车OBD协议。

汽车OBD(On-Board Diagnostics)是汽车上的诊断系统,它可以监测和报告车辆的运行状态。

OBD协议是指汽车诊断系统与外部设备之间的通信协议,它规定了诊断设备与车辆电子控制单元(ECU)之间的通信方式和数据格式。

在汽车维修和诊断过程中,了解OBD协议是非常重要的。

OBD协议通常分为OBD-I和OBD-II两种类型。

OBD-I是指上个世纪80年代末到90年代初的汽车诊断系统,它使用特定的诊断接口和通信协议。

而OBD-II是指从1996年开始在美国市场上使用的汽车诊断系统,它使用统一的诊断接口和通信协议,为汽车维修和诊断带来了很大的便利。

OBD-II协议规定了诊断接口的引脚定义、通信波特率、诊断数据的格式等内容。

诊断接口通常是16针的接头,按照标准引脚定义,其中包括电源、地线、诊断数据线、诊断指令线等。

通信波特率通常是115200bps,这样可以保证高速的诊断数据传输。

诊断数据的格式通常采用标准的OBD协议格式,包括诊断请求帧、诊断响应帧等。

在实际的汽车维修和诊断过程中,诊断设备需要按照OBD协议的要求与车辆的ECU进行通信。

首先,诊断设备需要向ECU发送诊断请求帧,请求特定的诊断数据。

然后,ECU收到请求后会根据协议进行处理,并将诊断数据打包成诊断响应帧发送给诊断设备。

诊断设备再对响应帧进行解析,从中获取需要的诊断数据,进行故障诊断和维修操作。

除了诊断数据的获取,OBD协议还规定了诊断设备与ECU之间的诊断指令交互方式。

诊断设备可以向ECU发送诊断指令,比如清除故障码、读取冻结帧数据、执行特定的诊断功能等。

ECU收到指令后会进行相应的处理,并将执行结果返回给诊断设备。

这样,诊断设备可以通过OBD协议与车辆的ECU进行全面的诊断和维修操作。

总的来说,汽车OBD协议是汽车诊断系统中非常重要的一部分,它规定了诊断设备与车辆ECU之间的通信方式和数据格式。

了解OBD协议对于汽车维修人员和诊断工程师来说是非常重要的,它可以帮助他们更好地进行汽车故障诊断和维修操作。

汽车诊断协议

汽车诊断协议

汽车诊断协议1. 引言汽车诊断协议是一种通信协议,用于在汽车电子控制单元(ECU)之间进行数据传输和诊断操作。

它在现代汽车维修和故障排除中起着至关重要的作用。

本文将介绍汽车诊断协议的基本原理、常见的协议类型以及其在汽车行业中的重要性。

2. 汽车诊断协议的基本原理汽车诊断协议的基本原理是通过标准化的数据格式和通信规范,实现汽车ECU之间的信息交换。

通常情况下,汽车诊断协议使用CAN(Controller Area Network)总线作为物理层连接,通过CAN消息来传输数据。

这种协议既能实现车辆内部各个ECU之间的通信,也能实现车辆与外部诊断设备之间的通信。

3. 常见的汽车诊断协议在汽车行业中,常见的汽车诊断协议包括以下几种:3.1. OBD协议OBD(On-Board Diagnostics)协议是一种用于汽车故障诊断的标准协议。

它定义了一套诊断参数和故障码,使得车辆的故障信息可以被读取和解析。

OBD协议有多个版本,包括OBD-I、OBD-II等。

其中,OBD-II是目前最常用的版本,它要求车辆必须配备标准的OBD-II接口,方便外部诊断设备的连接。

3.2. UDS协议UDS(Unified Diagnostic Services)协议是一种在汽车行业中广泛使用的诊断协议。

它定义了一系列的诊断服务和功能单元,使得车辆的故障诊断和维修可以更加高效和精确。

UDS协议一般在CAN总线上实现,通过CAN消息进行数据交换。

3.3. J1939协议J1939协议是一种用于商用车辆的诊断协议。

它基于CAN总线,定义了一系列的网络层、传输层和应用层协议,用于实现商用车辆之间的通信和诊断。

J1939协议广泛应用于卡车、挖掘机等重型车辆的故障诊断和监控。

4. 汽车诊断协议在汽车行业中的重要性汽车诊断协议在汽车行业中具有重要的意义和作用:4.1. 故障诊断与排除汽车诊断协议使得维修技师可以通过诊断设备读取车辆的故障码和传感器数据,快速定位和排除故障。

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 产品主要支持以下 OBD2 协议: 1 - SAE J1850 PWM (41.6 k 波特) 2 - SAE J1850 VPW (10.4 k 波特) 3 - ISO 9141-2 (5 baud init, 10.4 k 波特) 4 - ISO 14230-4 KWP (5 baud init, 10.4 k 波特) 5 - ISO 14230-4 KWP (fast init, 10.4 k 波特) 6 - ISO 15765-4 CAN (11 bit ID, 500 k 波特) 7 - ISO 15765-4 CAN (29 bit ID, 500 k 波特) 8 - ISO 15765-4 CAN (11 bit ID, 250 k 波特) 9 - ISO 15765-4 CAN (29 bit ID, 250 k 波特)
设置 ISO 波特率为 10400 设置 ISO 波特率为 4800 设置 ISO 波特率为 9600 设置 ISO 初始化地址为 HH 显示关键词
关键词校验关,开
执行一个缓慢(5BAUD)启动 设置唤醒时间 HH*20 毫秒 停止发送唤醒消息
设置唤醒消息
关掉 CAN 扩展地址 使用 CAN 的扩展地址 HH 自动格式化关,开
4
描述
重复上一个命令 尝试波特率除数 HH 设置波特率超时 设置所有为默认值 回显关或开 忘记的事件 打印版本 ID 换行关或开 进入低功率模式 存储关或开 读取存储的数据 保存数据字节 hh 热启动(快速的软件复位) 复位所有 禁止 PROG 参数 XX 禁止所有 PROG 参数 使能 PROG 参数 XX 使能所有 PROG 参数 把 XX 值设置成 YY 打印所有 PP 参数 校准电压为 dd.dd 伏 CV 值恢复出厂设置 读输入电压 允许长信息(大于 7 字节) 活动监视器计数显示 设置活动监视器超时 HH 自动接收 自适应定时关,自动 1,自动 2 执行一个缓冲转存 循环初始化序列 描述当前的协议 描述协议进行数 帧头关,开 监控所有 监控接收=hh 监控发送=hh 正常长度消息 关闭协议 回应关,开 设置接收地址为 hh

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协议支持对车辆控制单元进行编 程和刷新操作,实现对车辆性能的调 整和优化。

斯柯达明锐obd协议(一)

斯柯达明锐obd协议(一)

斯柯达明锐obd协议(一)斯柯达明锐OBD协议协议目的本协议旨在明确斯柯达明锐OBD协议的规范和要求,确保交易双方的权益和合作流程。

协议范围本协议适用于所有涉及斯柯达明锐OBD协议的交易和合作。

协议条款1.定义–OBD: 指汽车上搭载的诊断接口,用于读取车辆故障码和相关数据。

–斯柯达明锐: 指斯柯达旗下的车型明锐,具体车型由交易双方另行约定。

–协议参与方: 指与本协议相关的各方。

2.权利和义务–协议参与方有权根据需求使用斯柯达明锐OBD协议。

–协议参与方应确保信息安全性,并采取合理措施保护敏感信息。

–协议参与方应积极配合和共享所需数据,以促进交易合作的顺利进行。

–协议参与方应遵循国家相关法律法规和道德规范,确保合法合规操作。

3.数据使用–协议参与方在数据使用过程中应注重保护用户隐私和信息安全。

–协议参与方不得非法获取、篡改或滥用相关数据信息。

–协议参与方不得将相关数据用于违法犯罪活动或损害他人利益。

–协议参与方不得向未经授权的第三方出售或分享相关数据。

4.保密条款–协议参与方应对协议内容及涉及到的商业和技术信息予以保密。

–未经对方书面许可,协议参与方不得向任何第三方透露协议的任何细节。

–协议参与方应采取合理措施保护机密信息的安全性。

–协议参与方解除合作后,仍应继续遵守保密条款。

5.争议解决–出现本协议的解释、履行或争议的,协议参与方应友好协商解决。

–如协商不成,争议应提交至双方所在地有管辖权的法院解决。

免责声明本协议仅为一份模板,对协议参与方之间的权利和义务并不构成任何法律上的约束力。

根据实际情况,双方可根据协商结果对本协议进行修改。

以上为斯柯达明锐OBD协议的主要内容,请协议参与方在双方互相理解和同意的基础上进行签署和履行。

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

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:单位:℃
说明:
一次可读取多项设备参数。

设置设备参数
pc主机下发指令
消息头长度指令标识数据个数校验
55 AA LEN 03 01:汽车型号2:编号,缺省:0000, CRC
02:汽车排量2:单位:ml,缺省:0640
03:累计里程4:单位:m,缺省:00000000
04:速度阈值1:单位:km/h,缺省:78
05:报警开关1:算法:0-关闭;1-打开,缺省:FF
bit7超速报警控制
bit6 低电压报警控制
bit5怠速超时报警控制
bit4急加速报警控制
bit3急减速报警控制
bit2 冷却液高温报警控制
bit1 保留
bit0 保留
06:低电压阈值2:单位:mV,缺省:2AF8
07:汽车VIN 17:ASCII 字符
08:怠速时长阈值2:单位:s,缺省:0258
09:急加速阈值1:单位:0.1m/s
2
,缺省:12
0A:急减速阈值1:单位:0.1m/s
2
,缺省:28
0B:冷却液温度阈值1:单位:℃,缺省:64
设备回复到主机
消息头长度指令标识数据个数校验55 AA 06 03 01:汽车型号1:00-成功; 01-失败CRC
02:汽车排量
03:累计里程
04:速度阈值
05:报警开关
06:低电压阈值
07:汽车VIN
08:怠速时长阈值
09:急加速阈值
0A:急减速阈值
0B:冷却液温度阈值
说明:
一次只能设置一项设备参数。

错误消息
设备到主机
消息头长度指令标识数据个数校验
55 AA 05 E1 F1:格式非法0 8B
标识:
F1:格式非法
F2:指令非法0 AC
F3:标识非法0 B1
F4:数据个数非法0 E2
F5:数据内容非法0 FF
说明:
当设备无法识别收到的消息时,会向主机响应错误消息。

此消息无需主机响应。

相关文档
最新文档