重型发动机OBD认证程序介绍

国IV重型发动机OBD系统认证

程序介绍

CATARC

2008.2.22

1.依据

欧盟指令2005/55/EC和2005/78/EC和2006/51/EC中的有关技术内容。

?2.试验前的准备

---OBD系统资料的提供

-故障指示器MI的书面描述和示意图;

-OBD系统监督的所有部件的清单和目的, OBD所用的所有输出代-码和格式的清单(每一个都要加以说明);

-该机型OBD系统型式认证时,预处理循环的类型和次数;

-型式认证时,对OBD系统监测的部件OBD验证循环的类型和次数;

-对所有传感部件及其故障监测和MI激活策略(运转循环的固定次数或统计方法);

-OBD基本工作原理的书面说明(催化器监控\降NO

X 系统的监控

\颗粒物捕集器监控\电子燃油系统监控\OBD系统监控的其他部件) ;

-提供后处理系统严重功能性故障监测的基础参数(如适用);

-扭矩限制器激活的描述,全负荷曲线限制的描述;

-提供监测任何NOx控制措施异常工况而导致扭矩限制器激活或只是报警信号激活的排放控制监测系统故障的监测策略;

-排放控制系统中,ECU使用的在ETC测试循环中NOx浓度与NOx排放(g/kWh)明确的对应关系的计算方法。

3.认证试验项目

对于OBD 1阶段

对不同系统或部件试验所发生的故障总数可以不超过4项。

如果型式认证试验时,是按照OBD-发动机族系来进行认证,申请认证的发动机不属于同一发动机族系,型式认证机关对试验中发生的故障次数,最多将增加到OBD-发动机系族中发动机系族数的四倍。在达到故障试验的最大试验次数前,型式认证机关可以随时作出决定减少试验。试验项目可以选择如下项目:

---如果发动机装有独立催化器,无论其安装的壳体属于还是不属于降氮氧化物(deNO x )系统或柴油机颗粒捕集器的一部分,将其替换为已劣化或有缺陷的催化器,或用电子仪器模拟已劣化或有缺陷的催化器,测试故障指示灯(MI) 是否激活, 不需测试排放。

3.认证试验项目

对于OBD 1阶段

---如果发动机装有降氮氧化物(deNO x )系统(包括构成系统所需的传感器),将其替换为已劣化或有缺陷的降氮氧化物(deNO x )系统,或用电子仪器模拟已劣化或有缺陷的降氮氧化物(deNO x )系统,使其排放量超过本规范中规定的OBD 限值中NOx 的限值

但是,如果发动机OBD系统仅监测降氮氧化物(deNOx)系统严重功能性故障,在降氮氧化物(deNOx)系统的试验中,应测试故障指示灯(MI) 在下列任何条件下是否激活, 不需测试排放:

--完全拆除系统或用假系统替换原系统;

--缺少降氮氧化物(deNO x )系统任何所需的反应试剂;

--降氮氧化物(NO x )系统中部件(如传感器、执行器、定量控制装置)的任何电故障,包括反应剂加热系统的任何电故障(如适用);

--降氮氧化物(deNO x )系统的反应剂定量系统故障(如缺少空气供应、喷咀堵塞、定量泵故障);

--系统严重损坏;

对于OBD 1阶段

----如果发动机装有颗粒捕集器,整体拆除颗粒捕集器,或将其替换为已劣化或有缺陷的颗粒捕集器,使其排放量超过本规范中OBD限值中值颗粒物限值。

但是,如果对于发动机OBD系统仅监测颗粒捕集器严重功能性故障,在颗粒捕集器系统的试验中,应测试故障指示灯(MI)在下列任何条件是否激活, 不需测试排放。

—完全拆除颗粒捕集器或用一个假的系统来替代;

—颗粒捕集器载体严重融化损坏;

—颗粒捕集器载体严重破裂;

—任何颗粒捕集器部件的电故障(如传感器和执行器、定量给料控制装置);

—颗粒捕集器反应试剂给料系统故障(如喷咀堵塞、定量给料泵故障)(如适用);

—颗粒捕集器由于堵塞而导致压力差超过制造厂规定范围。

对于OBD 1阶段

)—颗粒捕集---如果发动机装有组合式降氮氧化物(deNO

x

器系统(包括系统所需的传感器),将其替换为已劣化或有缺陷的deNOx-颗粒捕集器系统,或用电子仪器模拟已劣化或有缺陷的deNOx-颗粒捕集器系统,使其排放量超过本规范中OBD限值中规定的NOx和颗粒物的限值。

但是,如果发动机OBD系统仅监测降氮氧化物(deNO

)—颗粒捕集器系统的严重功能性故障,在组合式

x

deNOx-颗粒捕集器系统试验中,应测试故障指示灯(MI)在下列任何条件下是否激活, 不需测试排放:

—全部拆除系统或用一个假系统来替代;

—缺乏组合式deNO

-颗粒捕集器系统所需的反应试剂;

x

—任何组合式deNO

-颗粒捕集器系统部件(如传感器、执行器、定量给料

x

控制装置)的电故障,包括反应试剂加热系统,如适用。

续上

—-任何组合式deNO

-颗粒捕集器系统的反应试剂定量给料系统的故障(如

x

缺乏空气供给、喷咀堵塞、定量给料泵故障);

收集系统严重损坏;

-NO

x

-颗粒捕集器载体严重融化;

-颗粒捕集器载体严重破裂损坏;

-由于颗粒捕集器堵塞而导致压力差超过制造厂规定范围。

3.认证试验项目

对于OBD 1阶段

. ---断开任何燃油系统电子燃油定量正时执行器,测试故障指示灯(MI)是否激活, 不需测试排放;

---断开任何其它与电控单元连接且与排放相关的发动机部件,测试故障指示灯(MI)是否激活, 不需测试排放;

---模拟EGR流量异常或EGR不起作用的故障,使其排放量超过本规范中OBD限值中规定的NOx限值;

3.认证试验项目

对于OBD 1阶段+NOx控制

应针对OBD 1阶段和NOx控制方面的要求分别进行验

证。

验证OBD 1阶段方面的要求,型式认证机关对于不同系统或部件中试验所发生的故障总数不得超过4项。试验可以从前述OBD 1阶段试验项目中选择。

3.认证试验项目

?对于OBD 1阶段+NOx控制

---验证NOx控制措施方面的要求,由型式认证机关在制造厂提供的异常工作清单内选择至少两个最多三个NOx 控制措施异常工况或排放控制监测系统的故障进行测试,其中必须至少包括一项需要进行排放确认的故障模拟项目。

---同时在型式认证中, 制造厂应该向认证机构证明需要反应试剂的发动机系统,在ETC 排放测试循环中, 氨的排放不超过25ppm。

3.认证试验项目

?对于OBD 1阶段+NOx控制

---下述项目需要使用ETC测试循环进行排放确认:—反应剂定量给料动作中断;

—反应试剂质量差;

—反应剂消耗量过低;

—异常EGR流量;

—EGR不起作用;

—等;

---应分别就当NOx排放量高于本规范中规定OBD限值(5.0 g/kWh)时,应激活MI来通知驾驶人员,和当NOx排放值超过本规范中规定OBD限值(7.0 g/kWh)时,激活扭矩限制器的状况进行测试。在ETC排放测试循环阶段,扭矩限制器应不起作用。

3.认证试验项目

?对于OBD 1阶段+NOx控制

---不需要使用ETC测试循环进行排放确认的试验项目:—反应剂用尽

—NOx排放控制监测系统中某个传感器的电故障、拆除和失效,例如:NOx浓度传感器、尿素质量传感器、监测反应试剂给料动作的传感器、反应试剂存量测试元件、反应试剂的消耗量测试元件、EGR比率。

4.验证试验过程描述

?发动机排放状况及OBD系统状况确认

---在进行OBD功能验证试验之前,用诊断仪查看发动机系统及OBD系统应无故障存在。发动机运行ESC或ETC 循环测试排放,确认发动机基础排放情况(如必

要)。

4.验证试验过程描述

?预处理

当模拟某种的故障模式后,应对发动机及其OBD 系统按照制造厂要求的预处理循环方式进行预处理,通常为了使发动机运行稳定、使排放控制系统和OBD监测准备就绪,需要至少运行三个连续的OBD试验循环或排放试验循环来对系统进行预处理。

4.验证试验过程描述

?试验步骤

---OBD 1 +NOx控制阶段的试验步骤

分别验证OBD 1 阶段方面的要求和NOx控制方面的要求, OBD 1 阶段方面试验步骤与上述OBD I 阶段的试验步骤相同。

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标准诊断插座列表

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

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协议文档 消息格式 消息长度 请求/响应消息的最大长度不超过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协议说明(个人)

编号:_______________本资料为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协议

竭诚为您提供优质文档/双击可除 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的接口协议 篇一: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控制协议程序

系统部分功能程序的实现 (1)端口控制的实现 当打开检测界面时,上位机端口默认COM1打开,使用者需选择相应的端口,具体执行代码如下: If MSComm1.PortOpen Then ’先关闭原打开的端口,以便重新打开新端口MSComm1.PortOpen = False End If https://www.360docs.net/doc/a61595660.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 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 >

汽车OBD协议

汽车议简介 一.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。 OBD-II在诊断功能和标准化方面都有较大的进步。故障指示灯、诊断连接口、外部设备和ECU之间的通讯协议以及故障码都通过相应标准进行了规范。此外,OBD-II可以提供更多的数据被外部设备读取。这些数据包括故障码、一些重要信号或指标的实时数据,以及冻结桢信息等。此后的1998年10月13日欧盟委托ISO组织在OBD-II制定了EOBD标准,我国也在2005年4月5日在EOBD标准上制定了一套COBD标准 新一代的无线传输系统OBDIII系统能够利用小型车载无线收发系统,通过无线蜂窝通信,卫星通信或者GPS系统将车辆的VIN,故障码及所在位置等信息自动通告管理部门。管理部门根据该车辆排放问题的等级对其发出指令,包括去何处维修的建议,解决排放问题的时限等。这些信息可在相关法规的基础上对维护不当从而造成过多排放污染的车辆惩罚。

相关主题
相关文档
最新文档