OBD协议
平台通讯协议-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协议指的是普拉多汽车内部CAN总线数据解析，通过解析出汽车某个功能CAN总线信号，然后利用该信号进行新功能开发。
OBD是普拉多汽车上的CAN总线对外接口，我们通过这个接口能够实现USBCAN设备与汽车内部CAN线之间的连接，进行CAN数据的
收发调试。
也就是说，OBD协议解析，其实就是解析汽车的CAN协议。
首先做好设备的准备，包括USBCAN分析仪，装有ECANTOOLS软
件的电脑，USB线以及其他的屏蔽双绞线，OBD转换头等物品。
做好
汽车OBD口与USBCAN、电脑的正确连接后，我们让汽车做出变量动作。
比如说，你想知道响喇叭的数据是哪个，那你就不断的按汽车喇叭。
这时候，相应的CAN数据经过USBCAN的转换，显示在ECANTOOLS 软件的接收界面上。
由于只有一个变量，那接收界面上哪个数据变化最明显，那就说明它就是按喇叭的CAN信息了。
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协议)培训
车载诊断系统的发展使得远程诊断和维修成为可能，但也面临着网络延迟、数据传输安全等问题。解决方案 包括优化网络传输协议、提高数据传输效率、加强网络安全防护等措施。
未来车载诊断系统展望
01
个性化诊断服务
未来车载诊断系统将能够根据车主的驾驶习惯、车辆使用环 境和历史故障记录等信息，提供个性化的诊断服务，提高故 障诊断的准确性和效率。
学员心得体会分享
加深了对OBD协议的理解
通过本次培训，学员们对OBD协议的工作原理和通信方式有了更 深入的了解。
提高了故障诊断能力
学员们表示，通过学习和实践，自己的故障诊断能力得到了提升， 能够更准确地定位和解决故障。
增强了团队协作能力
在培训过程中，学员们相互学习、交流经验，增强了团队协作能力 和沟通能力。
势。
故障诊断与排除
根据故障代码和数据流 分析结果，提供针对性 的故障诊断和排除建议。
系统设置与校准
允许用户对诊断系统进 行个性化设置，以及对 传感器进行校准操作。
车载诊断系统与其他系统关系
与发动机控制系统的关系
车载诊断系统通过监测发动机控制系统的工作状态，及时发现并报告潜在的故障问题，确保 发动机的正常运行。
完善阶段
进入21世纪，OBD协议不断升级和完 善，实现了对车辆性能和排放的实时 监控，提高了车辆的安全性和环保性。
发展阶段
90年代，OBD协议逐渐在欧美等发达 国家得到广泛应用，成为车辆维修和 保养的重要依据。
OBD协议作用与意义
实时监控
故障诊断
OBD协议能够实时监控车辆的各项参数，如 发动机状态、排放水平、故障码等，为驾驶 员和维修人员提供准确的数据支持。
排放数据监测
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是英文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协议数据流说明需要确认的问题：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简介早在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（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协议是一个在汽车行业中非常重要的标准。
它统一了故障诊断和监测的方法，使得车辆维修更加高效和方便。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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
说明：
当设备无法识别收到的消息时，会向主机响应错误消息。
此消息无需主机响应。