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 (Parameter

Identification)，即参数标识。

PID$01 故障码清除之后的监测状态

PID$05 发动机冷却液温度

PID$0C 发动机转速可以读取实时转速或者故障时转速。

数据类型：data/4 rpm (0

PID$0D 车速可以读取实时车速或者故障时车速。

数据类型：data km/h (0

PID$2F 燃油液位输入读出油箱剩余油量与油箱容量的百分比

读取详细OBD数据流见下面二。

5、比较本人整理的ISO15031-5和北京金奔腾科技公司的OBD协议

数据流：金奔腾提供OBD数据流比本人整理的更详细。

一、OBD系统输出信息的模式/服务（出处参考ISO15031-5协议标准）

Mode 1: 请求动力系当前数据

Mode 2: 请求冻结祯数据

Mode 3: 请求排放相关的动力系诊断故障码

Mode 4: 清除/复位排放相关的诊断信息

Mode 5: 请求氧传感器监测测试结果

Mode 6: 请求非连续监测系统OBD测试结果

Mode 7: 请求连续监测系统OBD测试结果

Mode 8: 请求控制车载系统，测试或者部件（中国市场开发的OBD系统不支持该模式）Mode 9: 读车辆和标定识别号

Mode 1: 请求动力系当前数据

说明

模式1的功能是根据法规要求，使得外部标准的诊断工具可以访问当前排放相关的一些基本参数的数据值。这些参数包含系统的一些模拟输入和输出量，数字输出和输出量，以及系统状态信息等。这些参数是车辆和发动机以及OBD系统本身最重要的信息，它们是实时刷新的。

Mode 2: 请求冻结祯数据

模式2 的目的是访问保存在冻结桢中的排放相关的数据。所谓冻结桢，指的是故障在首次出现的瞬间，车辆和发动机的一些最重要的参数值。

Mode3：请求排放相关的动力系诊断故障码

模式3中输出的是排放相关的动力系的故障代码

Mode4：清除/复位排放相关的诊断信息

模式4的作用是清除OBD系统所记录的所有排放相关的诊断信息。这些信息包括：

诊断故障码的个数（模式1中PID 01）

故障灯状态（模式1中PID 01)

诊断故障码（模式3）

冻结桢对应的故障码和冻结桢数据（模式2）

氧传感器暖气测试结果（模式5或6）

系统检测状态（模式1中PID 01）

车载监测测试结果（模式6和模式7）

故障灯激活之后的行驶里程（模式1中PID 21)

模式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$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$1C OBD系统的车辆设计要求

?PID$1D 氧传感器的位置

?PID$1E 辅助输入状态

?PID$1F 自发动机起动的时间

PID$20

?PID$21 在MIL激活状态下行驶的里程

?PID$22 相对于歧管真空度的油轨压力

?PID$23 相对于大气压力的油轨压力

?PID$24 — PID$2B 线性或宽带式氧传感器的等效比(lambda)和电压

?PID$2C EGR指令开度

?PID$2D EGR开度误差(实际开度—指令开度)/指令开度*100%

?PID$2E 蒸发冲洗控制指令

?PID$2F 燃油液位输入

?PID$30 自故障码被清除之后经历的暖机循环个数

?PID$31 自故障码被清除之后的行驶里程

?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保留

三、数据读取（以ISO15765-4的CAN总线协议为例）

1、硬件接线

硬件上接线：

CAN_H-----接OBD接口第6引脚

CAN_L-----接OBD接口第14引脚

电源正端---接OBD接口第16引脚

公共地-----------接OBD接口第4引脚

信号地------接OBD接口第5引脚

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表示协议控制信息的字节数量 01---- Mode 1: 请求动力系当前数据; PID 0D----车速

四、北京金奔腾汽车科技公司提供标准OBD数据流：

数据流名称: 原始数据单位

034 进气歧管绝对压力 | |kPaA

038 进气温度 | |℃

065 燃油轨压力 | |kPa

107 催化剂温度(缸组2,传感器1) | |℃

108 催化剂温度(缸组1,传感器2) | |℃

109 催化剂温度(缸组2,传感器2) | |℃

153 蒸发排放系统蒸气压力 | |kpa

159 油门踏板相对位置 | |%

OBD-II通讯协议

OBD-II通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息：我理解的OBD-II标准诊断插座列表

OBD协议说明(个人)资料讲解

O B D协议说明(个人)

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协议中分析出来：我们关注输出信息有：

OBD通讯协议

OBD通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息：我理解的OBD-II标准诊断插座列表

tl718,obd汽车通讯协议芯片资料

竭诚为您提供优质文档/双击可除tl718,obd汽车通讯协议芯片资料篇一：标准的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接

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 (Parameter

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传输协议定制开发过程中可新增部分AT指令、重新定义部分命令字，修改部分AT指令格式，按照指定传输协议定制开发OBD产品。、速锐得科技的OBD产品带有自动点火判断、自动熄火判断、自动识别自动启停车型判断，不会给客户带来误报、误判，其油耗、里程的算法精准性，在国内都是处于领先水平。 1、整合G*SENSOR数据流，去除12组向量数据，在$OBD-RT数据后新增故障码数量、本次急加速次数、本次急减速次数、本次急转弯次数，在$OBD-HBT后新增累计急加速次数、累计急减速次数、累计急转弯次数，车辆碰撞采用触发式消息上报； 2、可修改调试模式下的串口数据显示； 3、可修改调试模式下不进入休眠，不进行掉电检测； 4、新增车速阀值设定/获取，超速将上报当前位置、速度信息； 5、新增获取电瓶电压指令； 6、新增低电压阀值设定/获取，休眠模式下，每1小时自动唤醒读一次电瓶电压，如低于阀值，将上报消息至后台； 7、新增车辆熄火后，自动生成本次行程报告； 8、修复SIM卡网络信号问题； 9、修改车辆启动后无网络信号延迟提醒机制； 10、修复flash数据问题； 11、修复调试串口缓存接收机制； 12、支持在线升级；手册具体详情可以参考《车联网OBD标准智能硬件OBD+GPRS+GPS模块数据接API_V0.4.pdf》一、协议规范 ● 服务器端AT请求指令语法规范 ● 终端上传数据包格式规范三、终端模式切换四、指令列表五、终端主动上报消息格式定义 ● 01-默认数据流 ● 02-车辆启动提醒 ● 03-车辆熄火提醒 ● 04-终端准备进入休眠提醒 ● 05-终端掉电提醒 ● 06-车型协议不支持或者通讯失败提醒 ● 07-超速报警 ● 08-低电压报警 ● 09-车辆碰撞报警六、终端系统设置指令 ● 81-请求终端设备信息 ● 82-请求终端当前时间 ● 83-设置终端当前时间 ● 84-设置上传间隔时间 ● 85-请求当前设置的上传间隔时间

OBD协议

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:单位:℃ 说明：

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)。

OBD协议说明(个人)

编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载 OBD协议说明(个人) 甲方：___________________ 乙方：___________________ 日期：___________________

需要确认的问题： 1、支持的车型？ 2、油耗、里程读取？ 3、OBD协议中是否支持读取和控制车门窗的状态信息？ 4、OBD能读取数据 5、比较本人整理的ISO15031-酥日北京金奔腾科技公司的OBD协议数据流答案： 1、我国采用了EOBD相同的要求即ISO15031-5道路车辆-车辆与排放诊断相关装置通信标准-5排放有关的诊断服务）协议。所以只要该车支持ISO15031-5的OBD2标准协议中所有项，则可以通过 OBD接口读取出ECU中所有信息；若该车支持标准协议中部分项，则读取出支持项信息。（标准协议附在下面，由北京金奔腾汽车科技公司提供。） 2、在ISO15031-5协议中，油耗不能读取，只能读取燃油液位输入（读出油箱剩余油量与油箱容量的白分比）。在车上通过燃油液位传感器实现对剩余油量检测。 OBD输出信息中跟里程相关只有：故障灯点亮后行驶的里程数、消除故障后行驶的里程数。里程获取办法： 1、虽然不能直接获得总里程，但可以总里程=安装前里程数+故障灯点亮后行驶的里程数+消除故障后行驶的里程数。 2、OBD 2协议中无法直接读取仪表上数据，只有通过购买汽车厂家的OBD2 协议的扩展，可获得汽车仪表系统数据获取，肯定能获取汽车总里程和车门窗信息。由丁成本太高，所以不现实。 3、在车轮处安装及车轮转过圈数的传感器 4、还有通过GP湫取总里程。 3、在ISO15031-5的OBD协议中不支持读取和控制车门窗的状态信息 4、读取信息是从ISO15031-5协议中分析出来：我们关注输出信息有：注：PID：OBD系统输出的每个参数都对应一个使用16进制表示的PID （Parameter Identification),即参数标识。 PID$01故障码活除之后的监测状态 PID$05发动机冷却液温度 PID$0 C发动机转速可以读取实时转速或者故障时转速。

obd控制协议程序

系统部分功能程序的实现（1）端口控制的实现当打开检测界面时，上位机端口默认COM1打开，使用者需选择相应的端口，具体执行代码如下： If MSComm1.PortOpen Then ’先关闭原打开的端口，以便重新打开新端口MSComm1.PortOpen = False End If https://www.360docs.net/doc/7d17589201.html,mPort = Index + 1 ’根据端口索引设置COM号 MSComm1.PortOpen = True If MSComm1.PortOpen Then Label1.Caption = "OBD端口COM"& Index + 1 &"已打开！"’提示打开的端口号 Else Label1.Caption = "OBD端口COM"& Index + 1 &"无法打开！"’若所选择端口无法打开则提示（2）仪器控制功能的实现本次设计中，程序通过以下命令，可实现相应的控制功能： outnum(1) = "控制代码" '将相应控制命令以字符串赋值给outmum()数组 MSComm1.Output = outnum&0x0d ’对仪器发送控制命令 MODE03读取故障码 MODE04清除故障码实现各种功能的控制代码如下： outnum(1) = "0101" ’用MODE01命令0101读取故障码数量，如果返回410181076504，则（81）H=129，共有129-128个故障码outnum(1) = "0105" ’用MODE01命令0105读取发动机水温，返回如果41057B，7B表示水温123D，水温是123-40=80度 outnum(1) = "010C" ’用MODE01命令010C读取发动机转速，如410C1AF8，1AF8=6904，转速=6904/4=1726rpm

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

7 状态掩码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 开/关左前门LF Bit1 1/0 开/关右前门RF Bit2 1/0 开/关左后门LB Bit3 1/0 开/关右后门RB Bit4 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 开/关后视镜状态

所有柴油车诊断插座通讯协议和接线方法

所有柴油车诊断插座通讯协议和接线方法所有柴油车诊断插座通讯协议和接线方法一、K线诊断线判断和接线步骤: 1.梯形OBD(AK-28形状)的7#，圆形16针(AK-33)的8#； 2.量取电压略低于整车电压1~2V左右； 3.诊断接头配线方式：电源、地线、信号线，请注意信号与电源的区别。诊断方法: 1.请根据诊断仪提示使用专用接头，常使用：AK-28或AK-33； 2.若为玉柴则请使用：AK-35 3.万用接头使用方法:AK-35的K-LINE(蓝色)接到车辆的信号线，用点烟器车载供电，然后开始诊断；

二、CAN诊断线判断步骤: 1.用万用表量取诊断线电压:CAN高(CAN_H)为: 2.6V左右，CAN低(CAN_L)为:2.4V左右； 2.关闭钥匙量取信号线(CAN_H与CAN_L)之间电阻为120欧姆,若车辆上有其他Can网络则可能为60欧姆； 3.若以上皆不符合则请检查车辆线束，确保信号线能正常通信。诊断方法: 1.请使用康明斯专用接头:AK-02或AK-32或AK-35诊断； 2.万用接头使用方法:AK-35的CAN_H连接车辆上CAN_H，CAN_L连接车辆上CAN_L；

注意：请确认车载取电。备注：K—line 和CAN_L、CAN_H 是最常见最基本的诊断通讯方式三、BOSCH 系统诊断接口规范——西门子VDO共轨诊断接口规范一）BOSCH EDC7UC31 EDC16C39 EDC17/17 EDC16UC40 EDC16C8 EDC16M S6.3 诊断位置:继电器盒内,油门踏板上方,仪表盘附近,正副驾驶员中间等; 诊断座形状及配置: 1.方形标准OBD->用AK-02/28; 配置:电源线(1根),地线(1或2根),信号线(1根,7号位); 2.圆形16PIN->用AK-33; 配置:电源线(1根),地线(1根),信号线(1根,8号位); 注意:客车上注意与威伯科ABS诊断接口区别. 诊断线识别方法: 1.查车辆上常电源电压; 2.诊断接口上的信号线一般是低于常电源1V左右; 3.BOSCH EDC7 ECU多为89号信号线,EDC16 ECU多为25号信号线.

ecu通讯协议

竭诚为您提供优质文档/双击可除 ecu通讯协议篇一：整车控制器通信协议最新版纯电动汽车动力系统网络通信协议 Version090302 本协议仅用于纯电动汽车动力系统的电子控制单元（ecu）之间进行控制器局域网络（传输速率500kbit/s）数字信息交换。 1本协议适用范围本协议仅用于纯电动汽车动力系统电子控制单元之间的网络互通互连，使控制系统能正常工作。 2连接器管脚定义采用db9插头，can-h(pin7)、can-l(pin2)、屏蔽线(pin5)、gnd(pin3,6)。 3报文格式本协议采用29位扩展帧，符合sae1939协议，图2所示为can扩展帧格式。 4ecu的名称

本协议对网络上的每个ecu节点都规定了一个名称，名称表示了其所执行5动力系统can网络通信速率电动汽车通信网络采用500kbps的通信速率。 6纯电动汽车动力系统网络通信报文6.1整车控制器(Vcu) 6.1.1Vcu发送的数据帧(Vcu2mcu) 注：电机给定转矩为带符号12位数据。两字节数据低字节在前，高字节在后；同一字节中高位在前，低位在后。 6.2电机控制器（mcu） 6.2.1mcu上传给Vcu的数据帧a(mcu2Vcua) 电机驱动器直流总线电压为无符号12位数据；两字节数据低字节在前，高字节在后；同一字节中高位在前，低位在后。 6.2.2mcu上传给Vcu的数据帧b(mcu2Vcub) 两字节数据低字节在前，高字节在后；同一字节中高位在前，低位在后。 6.2.3mcu控制参数表篇二：电动汽车通讯协议文件编号:tkc/js(s)-eV33文件版本号:0/a版安徽天康特种车辆装备有限公司纯电动专用车辆通讯协议(VeR1.2) 编制:审核:批准:

用于多种车控通讯协议的通用型电脑诊断设备的制作方法

本技术公开了用于多种车控通讯协议的通用型电脑诊断设备，涉及一种汽车诊断设备，包括车载OBD II端口，计算机，还包括ELM327模块，所述计算机内置检测程序，其中：所述车载OBD II端口用于发送车载系统信号至ELM327模块；所述ELM327模块用于转换OBD II协议的数据并发送至计算机的数据接口；所述数据接口用于接收ELM327模块的数据并传递到计算机；所述检测程序用于获取串行通信总线接口的数据，并进行转化为可视化的展现。本技术兼容大部分现有车控通讯协议，有良好的兼容性，避免专属型诊断设备价格高、适应性差的问题，具有软件的扩展性，可通过二次开发扩展更多功能，具有简单易用，显示丰富等特点。权利要求书 1.用于多种车控通讯协议的通用型电脑诊断设备，包括车载OBD-II端口，计算机，其特征在于，还包括ELM327模块，所述计算机内置检测程序，其中：所述车载OBD-II端口用于发送车载系统信号至ELM327模块；所述ELM327模块用于转换OBD-II协议的数据并发送至计算机的数据接口；所述数据接口用于接收ELM327模块的数据并传递到计算机；所述检测程序用于获取串行通信总线接口的数据，并进行转化为可视化的展现。 2.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备，其特征在于，所述ELM327模块支持包括ISO 9141-2、ISO 14230-4、SAE J1850PWM、SAE J1850VPM在内的OBD-II协议。 3.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备，其特征在于，所述ELM327模块交互接口包括串行接口。 4.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备，其特征在于，所述ELM327模块交互接口包括蓝牙接口。 5.根据权利要求1所述的用于多种车控通讯协议的通用型电脑诊断设备，其特征在于，所述检测程序使用C语言程序编写。技术说明书用于多种车控通讯协议的通用型电脑诊断设备技术领域本技术涉及一种汽车诊断设备，具体涉及用于多种车控通讯协议的通用型电脑诊断设备。背景技术随着汽车科技的不断发展，自动化电控技术在新型汽车的制造与维护过程中被使用，新型的汽车采用了大量的电子控制单元，即Electronic Control

如何开发标准的汽车OBD2诊断程序及相关应用层协议下载

如何开发标准的汽车OBD2诊断程序及相关应用层协议下载开发标准OBD2诊断程序要准备的资料及硬件 1、因TL718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要OBD2标准应用层协议文本，ISO15031-5 或SAE J1979（这两个协议是相同的内容）。这里可下载： SAEJ1979-2002670KB ISO15031-5 3.46MB 2、TL718诊断接口1 套或用TL718芯片自建电路。 3、家用PC机电脑一台。 4、安装软件：Accessport调试软件及VC++（或VB、BC++等）你喜欢的开发软件。 5、符号OBD2标准的汽车发动机电脑一块（或汽车一台）准备好以上这些，你就可以开始你的OBD2标准程序开发了！！！ TL718基本信息 TL718芯片的技术数据手册 TL718通过一个UART串口与单片机、PDA或PC RS232通讯，在有的新的PC 机上已没有装备RS232串口，可以通过虚拟串口实现与TL718通讯，例USB TO RS232、以太网TO RS232、或蓝牙 TO RS232等等。 ------- RS232 ------ OBD2电缆 ---------- | PC |<----------->| TL718|<------------>|汽车诊断口| ------- ------ ---------- 不管使用怎样的物理连接，你可以使用超级终端或串口调试工具，直接通过

键盘发送和接收字符。在使用串口调试软件前，首先必须设置正确的COM端口号和正确的波特率。一般为9600波特率（PIN6=0V），或38400波特率（PIN6=VCC，PP OC设置默认值）。串口设置为：8个数据位，校验位：0，停止位 1位。如果设置错误，将不能和TL718正常通讯。所有从TL718的响应以一个回车符（0X0D）及一个可选的换行符（0X0A）结束。正确连接，打开电源后。TL718将驱动测试LED灯，（闪亮3次）后，发送： TL718 starting 〉如果正确收到以上信息代表串口及连接设置正确。第二行“〉”符号代表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”、“at z”都是一样的。比喻我们向TL718发送一个复位指令只要向RS232串口发送ASCII字符“ATZ”+0x0d(回车符); TL718 Starting >ATZ ELM327 v1.2 >

iso15765汽车obd通讯协议.docx

竭诚为您提供优质文档/双击可除iso15765汽车obd通讯协议.docx 篇一：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 thefirstecusentmenack

OBD采数模块协议

OBD采数模块协议；V1.1.3；说明：以下是OBD采数模块与车载DVD通讯的接口；1接口电气规范；采用RS232串行通信规范，波特率19200，1；2命令格式；<起始标志>＋<包长度>；<包长度>：1个字节，为“<命；<参数>：0--254个字节；<包校验>：1个字节，累加和校验（命；3命令 OBD采数模块协议 V1.1.3 说明：以下是OBD采数模块与车载DVD通讯的接口协议。 1 接口电气规范采用RS232串行通信规范，波特率19200，1个起始位，8个数据位，1个停止位，无校验位。(或采用USB-232) 2 命令格式 <起始标志>＋<包长度>＋<命令>＋<参数>＋<包校验> <起始标志>：2个字节，0x55,0xAA <包长度>：1个字节，为“<命令>＋<参数>”两部分数据长度之和<命令>：1个字节 <参数>：0--254个字节 <包校验>：1个字节，累加和校验（命令＋参数）<结束标志>：2个字节，0x0D,0x0A

3 命令字 0x01-0x7F：车载DVD->OBD采数模块0x81-0XFF：车载DVD<-OBD采数模块 4 命令字详细解释以下命令只传输蓝色部分,对于多字节数据，以大端对齐格式传输，即高位字节在前。如：500（0x01F4），OBD采数模块先发送0x01,再发送0XF4 命令：0x81 备注(OBD标准) 0x01: "OBD-II by CARB" 0x02: "OBD by EPA" 0x03: "OBD and OBD-II" 0x0 4: "OBD-I" 0x05: "Not OBD standard" 0x06: "EOBD (Europe)" 0x07: "EOBD and OBD-I I" 0x08: "EOBD and OBD" 0x09: "EOBD,OBD and OBDII" 0x0A: "JOBD (Japan)" 0x0B: "JOBD and OBDI I" 0x0C: "JOBD and EOBD" 0x0D: "JOBD,EOBD,and OBDII" 参数：参数：命令：0x85；参数：；命令：0x86；命令：0x87；命令：0x88；命令：0x91；上位机发送命令(0x11)；若下位机仅返回0x91，则代表冻结帧不被支持若下；命令：0x92；标定里程；返回此命令代表成功,否则失败；5读取/清除具体系统故