当前位置:文档之家› OBD简介

OBD简介

OBD简介
OBD简介

?有效的控制在用车排放水平;

?为车辆的保养和维修提供了便利的手段;

?通过其提供的实时数据为爱好者提供了乐趣。

OBD的工作方式

?识别排放相关部件的故障(参看OBD的诊断功能);

?发现故障后通过仪表板上的故障指示器通知驾驶员;

?把故障诊断的相关信息存储在电控单元的存储器中,这些信息通过相应的设备,即扫描工具(诊断仪),或者安装了相应软件的计算机连接到车载诊断接口读取。

?2005年4月5日,国家环境保护总局【公告(2005)14号】颁布《轻型汽车污染物排放限值及测量方法(中国III、IV阶段)》GB 18352.3–2005,自2007年7月1日起实施。18352.3–2005明确了我国对车载诊断功能的相关要求。

?2008年1月24日,国家环境保护总局办公厅【环办函(2008)35号】征求对《轻型汽车车载诊断(OBD)系统管理技术规范》草案的意见。

o《轻型汽车车载诊断(OBD)系统管理技术规范》征求意见稿

o《轻型汽车车载诊断(OBD)系统管理技术规范》编制说明

北京

?2005年12月23日,北京环保局和北京市质量技术监督局发布公告【京环发(2005)214号】,宣布自2005年12月30日起,在北京市销售新定型车型(包括全新产品及产品扩展与更改)须安装车载诊断(OBD)系统,2005年12月30日前已

定型上市销售并通过国家第三阶段排放标准审核的车型可延迟安装OBD系统;2006

年12月1日后,停止在北京销售未安装OBD系统的新车。

?2006年1月12日,北京环保局公布了【京环发(2006)4号】第一批达到国III排放标准,且带OBD功能的轻型车目录。

?2006年11月15日,北京环保局再次发布公告【京环发(2006)214号】,重申半个月后的12月1日起,北京市将停止销售未安装车载诊断系统(OBD)的国Ⅲ轻型汽车。

广州

?2006年8月31日,广州环保局随后发布公告【穗环(2006)81号】,规定“自2006年9月1日起,在市行政区域内登记的轻型汽车和重型汽车,应当符合

GB18352.3-2005、GB17691?2005中的第三阶段排放控制要求,列入国家环境保护总局发布的达标公告的轻型汽车车型(包括全新产品及产品扩展与更改)需安装车载诊断系统(OBD)。

深圳

?2007年5月24日,深圳政府印发“关于执行国家第三阶段机动车污染物排放标准的环保车型目录的通告”(【深府办[2007]82号】),规定从2007年7月1日起执行国

三排放法规。从2008年1月1日起,轻型汽油车车型(包括全新产品及产品扩展和更改)需安装车载诊断系统(OBD)。

其它地区

我国其它地区暂时还没有对OBD进行要求。

?一方面,一些部件的损坏或者失效虽然不会引起排放超过OBD限值,但是也会被OBD 系统诊断出来。事实上,这种部件的损坏或者失效对OBD系统来说不能称之为“故障”,对OBD系统而言,“故障”是指那些会导致排放超过EOBD排放限值,或者影响其它诊断功能的失效。比如空调驱动电路(如果由发动机管理系统控制)和制动增压泵的损坏虽然不会引起排放超标,但为了及时得到维修,这些故障也往往会被监测。

?另一方面,在法规不做强制要求的监测条件下,只要OBD系统能够进行可靠的监测,其诊断功能往往被打开。比如失火诊断区域由法规GB 18352.3–2005中的I.3.3.3.2 确定,但是只要可靠,失火监测功能在高于4500 rpm时也是工作的。

OBD系统的主要诊断功能

不同发动机管理系统的OBD功能和诊断策略可能不同,以下是一些典型的诊断功能:

?综合部件监测

?氧传感器诊断

o前氧传感器电压特性偏移和自适应值监测

o氧传感器加热诊断o前氧传感器响应时间诊断o后氧传感器控制限值监测o后氧传感器动态特性监测

?催化转化器诊断

?燃油蒸发脱附装置流量诊断

?失火诊断

?废气再循环压力诊断

?电子节气门

?CAN数据总线数据诊断

?二次空气流量诊断

?进气压力限值诊断

不同EOBD系统的功能比较(西门子Simo3、马瑞利4LV和博世5.7.2)

不同EOBD系统的功能比较(博世ME7.1、ME7.5和ME7.5.10)

问题安装多个一般目的的MI。允许使用特殊用途的独立信号装置(如制动系统、系上安全带、机油压力等)。禁止使用红色的故障指示器。— GB 18352.3–2005 I.3.5.1

MIL灯在仪表盘上的位置没有强制要求,可由厂家自行决定:

OBD-I

第一代OBD-I并未对故障器做强制要求,每个车辆制造厂都可以设计自己的故障指示灯。比如GM显示的是’check engine’ 或者’service engine’;Chrysler显示的是一个’power loss’ 灯;Ford干脆只显示’engine’。大部分美国之外的汽车制造厂使用的是’check engine’ 灯。这种不统一常常使维修者和驾驶员感到迷惑,比如大部分看到’service engine’ 灯点亮的驾驶员往往并意识不到车辆存在故障,而是会试图更换机油。

OBD-II

1990年修订的《清洁空气法》(Clear Air Act Amended in 1990) 要求自1996年开始,在美国销售的车辆上必须安装OBD-II。满足OBD-II法规的OBD系统的故障灯上多显示为Service Engine Soon和Check Engine,也常常使用一个发动机形状的灯中间显示Check 字样来表示Check Engine,如下图所示:

?P = Powertrain 动力传输系统

? B = Body 车身

? C = Chassis 底盘

?U = Network 网络

第二个字符:故障类型

第二个字符表明这个故障码是一个由ISO/SAE标准定义的故障码(Core DTCs),还是由车辆制造厂定义、尚未统一的故障码(Non-uniform Code)。

?车身系统组(Body system groupings)

o B0xxx ISO/SAE controlled

o B1xxx manufacturer controlled

o B2xxx manufacturer controlled

o B3xxx reserved by document

?底盘系统组(Chassis system groupings)

o C0xxx ISO/SAE controlled

o C1xxx manufacturer controlled

o C2xxx manufacturer controlled

o C3xxx reserved by document

?动力传动系统组(Powertrain system groupings)

o P0xxx ISO/SAE controlled

o P1xxx manufacturer control

o P2xxx ISO/SAE controlled

o P3xxx manufacturer controlled and ISO/SAE reserved 网络组(Network groupings)

o U0xxx ISO/SAE controlled

o U1xxx manufacturer controlled

o U2xxx manufacturer controlled

o U3xxx manufacturer controlled and ISO/SAE reserved

第三个字符:子系统

第三个字符定义了故障所属的子系统。

第四和第五个字符

故障码的最后两个字符代表了具体的故障对象和类型。

图示故障码示例

厂家定义的故障码

不同厂家在法规和标准允许的范围内,可以自行定义部分故障码。不同的厂家可能有不同的定义,搜集了很多这种故障码,以下是不同汽车品牌自定义故障码的相关链接。

[1] 1, 3, 8, 9, 11, 12 和13 未做分配,可由车辆制造厂定义。

[2] 2, 6, 7, 10, 14 和15 使用作诊断通讯的。根据实际使用的通讯协议的不同,它们往往不会都被使用,为使用的可由车辆制造厂定义。

更详细的定义和要求参见ISO/DIS 15031–3。对于不同的通讯协议,有效的针脚也不同。在选购诊断线的时候需要注意诊断线上的针脚是否符合要求.

接口形式

ISO 15031–4中给出了两种车身接口和外部连接头的形式,其中类型A主要用于小型乘用车,而类型B用于载重车和大客车。

类型A:

车身诊断接口诊断连接线接口

类型B:

车身诊断接口诊断连接线接口

安装位置

SAE J1962 对DLC的位置做了如下功能性要求:

3. Vehicle Connector Location/Access

3.1 Consistency of Location - The vehicle connector shall be located in the

p assenger compartment in the area bounded by the driver’s end of the instrument panel to 300mm beyond the vehicle centerline, attached to the instrument panel, and accessible from the driver’s seat. The preferred location is between the steering column and the vehicle centerline. The vehicle connector shall be mounted to facilitate mating and unmating.

3.2 Ease of Access - Access to the vehicle connector shall not require a tool for the removal of an instrument panel cover, connector cover, or any barriers. The vehicle connector should be fastened and located as to permit a one-handed/blind insertion of the mating test equipment connector.

3.3 Visibility - The vehicle connector should be out of the occupant’s (front and rear seat) normal line of sight but e asily visible to a “crouched” technician.”

—SAE J1962 “Diagnostic Connector” (June 1992)

即:

1.类型A的DLC应该位于驾驶员或者副驾驶员舱内,以驾驶员侧仪表盘边缘和越过汽车

中线300mm处为边界的区域内的仪表盘上,在驾驶员座位上便于触及。首选的位置在转向柱和汽车中线之间。

2.DLC应该不使用任何工具就可以移除仪表板或者接口上的遮盖物。应该能够通过单手、

不需目视就可以插上外部的连接口。

3.这个接口应该在成员的正常视线之外,但是技工屈身应该可以看到。

如下图所示:

Audi A4 MY1998Data Link Connector

ISO DIS 15031–4在扫描工具的基本功能、所支持的通讯协议、连接、网络访问、用户接口、

用户输入、电源要求、电磁兼容性等方面给出了详细的要求。此外,ISO DIS 15031–

4

还定义了符合性测试

(Conformation Testing)的内容,如果通过了所有试验项目,则可以在诊断仪上标明“conforms to ISO 15031–4”以及所支持的相关协议。

扫描工具的指标

所支持的通讯协议

扫描工具至少能够支持ISO 9141–2,SAE J1850 PWM, SAE J1850 VPW, ISO 14230–4 (KWP 2000), ISO 15765–4 (CAN), SAE J1939–73(CAN) 中的一种,部分整车制造厂还可能使用其它非OBD标准的协议,一个诊断仪可能支持多种协议。

支持的服务模式

部分扫描工具只具备读取和删除故障码等简单功能,并不能支持法规要求的所有服务模式,这种扫描工具也常常被称做读码器(Code-Reader)。

可建立通讯电子控制器

除发动机管理系统外,部分扫描工具还可和其它电子控制器,比如自动变速箱、ABS系统等通讯,这无疑会提供更多便利。

便携性和友好性

随着电子技术和工业设计水平的发展,扫描工具的便携性和友好性,比如菜单设计、语言支持等也成为一个重要的衡量指标。

扩充功能和价格

一些扫描工具还具有示波器、万用表、打印、保存和计算机连接等扩充功能,需根据需要和价格情况来选择。

诊断软件:个人DIY者的更好选择

随着计算机价格性能的提高和价格的降低,更为廉价的选择为使用运行在个人计算机上扫描工具软件,更多信息可访问OBD软件。

示例

Innova Actron VAS 5053

其中对应各Bit的值的含义如下:

?0 = 测试完成,或者此功能不支持

? 1 = 测试尚未完成

其更为详细的定义请参看SAE J1979或者ISO DIS 15031中对PID$01的相关内容。

准备就绪代码的意义

OBD系统不仅仅为车主和维修者提供了便捷的维修信息,还在技术上为在用车的监管提供了可能。通过制定一定的法规,监管部门可以对存在导致排放污染物超过标准的车辆采取惩罚性的措施。

为了避免用户通过一些手段删除故障码来掩盖故障、逃脱惩罚,OBD系统的设计在功能上会在进行故障删除操作的同时复位诊断就绪代码,即令激活的诊断功能显示为未完成诊断的状态。如果系统支持的某项诊断功能显示为没有完成,那么即使没有相应的故障码,也不能判断故障的确不存在。

这样在对车辆的排放控制系统的有效性进行评价的时候,首先读取准备就绪代码,如果全为0且OBD系统显示为无故障,那么表示车辆通过测试。如果准备就绪代码不为0,那么即使没有任何故障码通过扫描工具输出,也不能判断此车的排放控制系统工作正常。在这种情况下车辆检验机构一般会提出额为外的要求。美国的在用车检测制度要求车辆在一定时间内返回从新检测,而欧洲的做法是加测其它项目。

谁会关注准备就绪代码

?OBD系统开发者

o他们必须保证相应的诊断功能不仅仅在型式认证中的I型试验中能够完成,还必须保证在通常的驾驶工况、驾驶习惯、道路情况和法规要求的海拔和温度等

环境条件下也能够完成。

o由于诊断功能必须激活,他们还必须在考虑车辆和零部件的质量散差和老化的前提下保证诊断功能准确可靠,否则他们将要么承担误判故障为整车厂和零部

件供应商带来的经济和声誉上的损失,要么承担在用车OBD检查时无法通过的

法律风险。

?催化器和氧传感器等零部件供应商

o他们必须保证自己的产品在使用寿命中质量的一致性,否则自己的部件将会被OBD系统诊断出故障并及时报告给车主维修或更换。

?车辆检验部门

o尽管仍未出台,但是可以预见读取准备就绪代码和故障码将成为车辆年检的一项内容。

o车辆质量检验监督中心在进行在用车符合性检查的时候会抽查通过OBD认证并在市场上销售的车辆是否真的激活了诊断功能。

?个人车主和维修人员

如何获取准备就绪代码

根据EPA CFR §85.2222中的相关内容,获取诊断功能就绪状态的方法是根据SAE J1979定义的相关标准向OBD系统发送Mode $01, PID $01请求:

The test system shall send a Mode $01, PID 01 request in accordance with SAE

J1979 to determine the evaluation status of the vehicle’s on-board diagnostic system. The test system shall determine what monitors are supported by the

on-board diagnostic system, and the readiness evaluation with SAE J1979.

— EPA 40 CFR §85.2222 (c)

SAE J1979等效于ISO DIS 15031–5,其定义的PID$01为自清除故障码之后的监测状态。PID$01由4个字节组成,分别用A、B、C、D四个字母表示。其中字节A反映了排放相关故障码的数目及MIL状态;字节B反映了所支持的连续测试功能以及它们自清除故障码之后的状态(完成过与否),这些连续测试功能包括失火监测、燃油系统监测和综合部件监测三种;字节C反映了各非连续监测功能是否被系统支持;字节D表征了各个非连续诊断功能自清除故障码之后的状态。

对于失火、燃油系统和综合部件监测功能,在SAE J1979和ISO DIS 5031–5中有以下明确要求:

?Misfire monitoring shall always indicate complete for spark-ignition engines.

Misfire monitoring shall indicate complete for compression-ignition engines after the misfire evaluation is complete.

?Fuel system monitoring shall always indicate complete for both spark-ignition and compression-ignition engines.

?Comprehensive component monitoring shall always indicate complete on both spark-ignition and compression-ignition engines.

— ISO DIS 15031–5 Annex B.3 and SAE J1979 Appendix B

根据以上的内容,对汽油机来说,事实上PID$01的字节B中表征的非连续检测的状态始终是已完成的;对柴油机来说,燃油系统和综合部件检测的始终是已完成的,只有失火诊断的状态有效。

通过诊断连接线把扫描工具或者安装了诊断软件的计算机与车身上的诊断数据接口相连读取模式1中的PID$01即可得到准备就绪代码。

如何生成准备就绪代码

?根据法规的要求,所有的OBD诊断功能应该在通常的驾驶工况比如I型试验的运转工况内完成诊断。尽管法规允许厂家自行定义运转工况,但是事实上在OBD功能设计和型式认证中使用的都是I型试验定义的运转工况。它是由4个ECE(Part 1)加一个

EUDC(Part 2)驾驶循环组成的(关于ECE和EUDC更详细的信息),如下图:

I型驾驶循环

?在故障维修之后,为了确认相关故障真的被修复并且维修过程没有导致新的故障,可以运转车辆使得所有的诊断功能都完成一遍,如果没有故障,那么诊断就绪代码会全部表示为完成(全为0)。不过在转毂上运转I型试验循环在维修行业来说往往并不现实,因此有的厂家会给出一个能保证所有诊断功能完成的驾驶指导供维修者参考。

?即便如此,有些诊断功能的工作条件有时仍然是难以满足的。比如二次空气系统的工作和诊断只有在起动温度低于一定值时才会运行。为此,有的OBD系统具备强制激活诊

断的功能。同样的,这也可以降低一些其它较高条件下才能激活的诊断功能,比如催化器和氧传感器诊断。值得注意的是,通过强制激活诊断条件的方式虽然在一定程度上可以发现故障,但其得到的诊断结果并不一定与诊断功能正常工作时所得到的结果等效。

FAQ

自2006年12月1日之后在中国北京市场上购买的,2007年1月1日在中国广州市场上购买的轻型车都具备OBD功能。我国大陆其它地区暂时还没有出台对OBD的强

制要求。以前部分在国内销售的进口和合资品牌的汽车也可能具有OBD功能。

如何通过故障灯(MIL)判断系统中是否存在故障?

正常情况下,钥匙开关在ON位置且发动机未发动的状态下,MIL应该处于激活状态;

起动之后如果系统中无故障则应该在几秒钟之后熄灭(一般为1到3秒);如果启动之后MIL没有熄灭,那么证明系统中存在着故障。详细的故障信息可使用扫描工具通过车身上的诊断连接口获取。

如果发现MIL闪烁,说明发动机当前时刻存在着比较严重的失火故障,且失火率会导致三元催化器温度过高而发生不可逆的损坏。

故障灯亮了应该怎么办?

应该及时进行维修,否则不仅车辆的废气排放水平有可能超过国家标准,还可能出现驾驶性变差,油耗增加,零部件损坏等问题,从而使得维修成本进一步增加。

如何避免由于维修人员技术水平问题或恶意的不当维修?

在送修之前可自行读取OBD系统的故障内存,事先了解故障信息,如果力所能及不妨自行维修。即便送修也可清楚故障类型,从而避免不当维修。

从OBD系统可以获取那些信息?

OBD系统能够提供的信息包括如下几种:

1 电控系统的一些重要的实时参数,包括发动机转速,冷却液温度,车速,氧传感器信

号等(模式1);

2 OBD系统本身的功能和工作状态,比如具有哪些诊断功能,是否完成诊断,故障的

个数和故障灯的状态(模式1中的PID 01),以及故障发生瞬间部分重要的系统参数(模式2);

3 部分诊断功能的详细结果和比照的阀值,比如当前催化器的老化指数和会判为故障的

阀值,评价前后氧传感器性能的各个指标和相应的阀值等(主要在模式5和模式6中输出);

4 车辆和当前数据版本的标示信息(模式9)。

更详细的信息请参考OBD输出信息的9种模式。

获取OBD系统的信息需要什么?

需要支持相关通讯协议的诊断仪(包含连接线),一般来说专用诊断仪都价格不菲。一种更经济的方案是:计算机+诊断软件+诊断连接线。

如何选择诊断软件?

有很多出色的商业软件可供购买,它们多具有丰富的功能和较高的专业化程度,也往往价格不菲。从网络上也可以得到世界各地的爱好者所开发的免费软件,但它们的功能通常也非常有限。

事实上,在网络上也可以得到可以正常使用的较为专业的诊断软件,较为流行的如

VAS5051B,它不仅支持标准的KWP2000协议,还支持KWP1281,几乎具有大众

车系专有诊断仪的所有功能。而软件CANBUS5041更可以支持CAN通讯协议。

如何选择诊断线?

应该根据车辆OBD系统使用的通讯协议来决定选用什么样的诊断线。OBD系统最常用的通讯协议为ISO 14230–4 (KWP2000协议)和ISO DIS 15765–4(CAN总线通讯协议)。前者使用K线,后者需要使用CANBUS线。

诊断线的价格与采用的芯片、接口封装质量、具体的长度等因素。一般来说,K线大概在100到150元左右,CANBUS线在300到400元人民币左右。

车身上OBD系统的数据连接口在哪里?

不同车型诊断口的位置也可能不尽相同,请参考相关主题。

如何根据故障码确定故障的具体含义?

了解OBD系统的故障码请参考相关主题。本站提供了逾7000个故障码可供查询。

我读到了很多信息却不知头绪,如何解读OBD系统输出的这些信息?

请参考OBD输出信息的9种模式。

维修之后如何判断故障真的被修复了?

维修之后一般会清除故障信息,此时虽然故障灯熄灭,而且故障内存中没有任何故障记录,但并不表示故障也不存在了。只有在相应的故障诊断功能从新执行并完成之后,OBD 系统仍然没有发现故障,才可以表明故障真的被修复了。

什么是偶发故障和已确认故障?

一般来说,OBD系统在检测到某一故障之后并不会立即点亮MIL灯,而是需要通过从

新诊断进行确认,一般来说一个故障在被检测到2次或者3次之后,MIL灯才会被点亮。

一个故障点亮MIL灯之前称为偶发故障,点亮MIL灯的故障称为已确认故障。

起动之后MIL不亮是不是就意味着OBD系统没有检测到故障?

不是的。有两种情况可能导致OBD系统检测到故障但MIL还不亮。一个是偶发故障,另一个是非排放相关故障。

MIL灯仅仅指示那些会导致车辆的排放水平会超过法规所规定的OBD限值的故障。既

使MIL灯没有报警,系统中也可能存在着与排放无关的其它故障。比如空调线路故障、离合器开关线路(如有)。

很多OBD系统通过另外一个故障灯对非排放相关的故障进行指示,多在仪表板上显示

为EPC或者SVS字样,不过这个故障灯并不是法规的强制要求。无论有没有第二个故障灯,OBD系统诊断出的故障相关信息都会保存在故障内存中,这些信息可以使用扫

描工具通过车身上的诊断连接口获取。

MIL灯报警之后,如果不清除故障,通过维修把故障排除之后是不是MIL灯也会立即熄灭?

不会。一个故障一旦被确认,在故障被排除之后经过连续3次诊断都没有发现相应故障,MIL才会被熄灭。

年检车辆时是不是OBD系统的诊断结果会作为检查内容之一?

理论上OBD系统为车辆年检提供了技术上的可能,由于OBD在我国刚刚起步,在这

方面还没有具体的要求。但是可以预见,读取OBD系统诊断结果很可能将成为车辆年

检中的项目之一。

是不是在车辆进行检查之前清除故障就可以表明当前无故障?

不是的。清除故障之后,虽然ECU中不再存有故障相关信息,但是表征OBD系统诊断状态的相应数据也会复位,从而会表明OBD系统在清除故障之后还没有完成诊断,因

此当前系统中无故障的结果是不可靠的。

是不是把MIL灯相关电路断路就会停止OBD系统的工作?

不是的,OBD系统是集成在ECU内部发动机控制系统中的一部分,不受MIL灯的控制,相反,MIL灯是由OBD系统根据相应策略进行控制的,它也是OBD系统的一部分。

断掉MIL灯的电路会使得MIL灯无法报警,但是所有故障诊断功能仍然会运行,对于

MIL灯电路与ECU相连的系统来说,这不仅不会掩盖故障,OBD系统还可能会检测出MIL灯电路故障(如果MIL灯电路直接与ECU相连)。

OBD的诊断功能

综合部件监测

Comprehensive Components Monitoring (Line-conducted faults)

This diagnostic routine monitors the functioning of all sensors, actuators and output stages that are relevant to exhaust emissions within the framework of the EOBD.

For details of the individual components, refer to the function diagrams. Components are tested according to the following criteria:

?Check of input and output signals (plausibility)

?Short circuit to earth

OBD车辆诊断系统技术需求说明

性能指标 3) 4) 工作环境 5) 数据保存 6) 通讯网络OBD需求 硬件要求 1) 处理器,使用 ARM 32 位处理,建议使用 Cortex-M0 2) 晶振:使用有源晶振应答;现在是无源晶体,不需要有源晶体 3) PCB: 4 层以上 PCB 4) 存储器: 8MB 以上 (5) OBD接口:包括 CAN、J1850 的 PWM 模式和 VPW模式、KWP2000 6) 低速容错 CAN: 1 路 (7) HDMI接口:终端通过HDMI接口跟OBD接口连接,线最长 1m,可以根据双方协定需求缩 短。 (1) 符合ISO7637、GB17619、GB18655等汽车电子相关技术标准 2) 主控 CPU:32 位 ARM7 工作电源:DC 8V ~ DC 36V, 30mA~2A 温度-30 C至+75 C相对湿度 20%—90% >1 0年(终端不保存数据,平台保存) 2G 8) 发动机工作时间分辨率: 1 分钟 (9) 功耗:待机w 10mA (可短信唤醒),工作w 90mA (12V,无数据交互,无通话) 10) 短路 /过流保护:短路 /过流不造成损坏(双重保险) 11) 线路处理;硬件处理 (12)反接保护:电源线正负极接反(不高于35V)不损坏器件,不工作。 13) 线路处理;硬件处理 14) 数据交换方式: RS232、 CAN、 2G 15) 存储器: EEPROM、 Flash 闪存,且需正常保存于 ** 公司的平台下发的指令数据。 三、CDMA1X模块技术参数 (1)符合ISO7637、GB17619、GB18655等汽车电子相关技术标准 (2)CMDA 协议:IS-95 A/B, IS-98A, IS-126, IS-637A, IS-707A,IS-2000,IS-856 (3)速率:下载 153.6Kbps;上传 153.6kbps (4)通讯频率: 869Mhz ~ 893MHz (5)工作电压: DC 3.45V~4.5V (6)工作电流:w 500mA (典型)、w 2 A (峰值)、闲置w 60mA,待机w 4mA, (7)待机电流做到 3-5mA (8)工作温度:-30 C ~ +75 C; (9)消费电子;工作温度;-20——40,储存温度; -40——55度,考虑塑胶温度 (10)工作温度; -20—— 40,储存温度; -40—— 55 度,考虑塑胶温度 (11)SIM卡读取电压:支持 3V和1.8V自动识别 ( 12) 天线:内置 四、OBD读取字段需求 ( 1 )、第一期产品字段需求 7) 车速范围: 0 至 255 公里 / 小时

车联网技术全面解析及主要解决方案盘点

车联网技术全面解析及主要解决方案盘点 车联网(IOV:Internet of Vehicle)是指车与车、车与路、车与人、车与传感设备等交互,实现车辆与公众网络通信的动态移动通信系统。 【慧聪汽车电子网】 车联网概念解析 2004年中国提出“汽车计算平台”计划,防范汽车工业“空芯化”现象;巴西政府强制所有车辆2014年前必须安装类似“汽车身份识别”的系统并联网;欧洲、日本的ITS(智能交通系统)计划中也都有“车联网”的概念;印度甚至要求所有黄包车都装上GPS与RFID;2011年初,中国四部委联合发文,对“两客一危”运营类车辆提出了必须安装智能卫星定位装置并联网的强制性要求……这些都是车联网的雏形。 美国国家网络可信身份标识战略白皮书NSTIC则是一个里程碑,它要求所有移动终端、包括汽车都必须安装“安全ID芯片”;美国DOT进一步要求,2012年所有运营类车辆都必须遵从M911。显而易见,车联网已经不只是一个汽车业信息化的问题了,而已经上升到了国家信息安全和国家战略层面,很多国家已经开始立法实施了。 什么是车联网 车联网(IOV:InternetofVehicle)是指车与车、车与路、车与人、车与传感设备等交互,实现车辆与公众网络通信的动态移动通信系统。它可以通过车与车、车与人、车与路互联互通实现信息共享,收集车辆、道路和环境的信息,并在信息网络平台上对多源采集的信息进行加工、计算、共享和安全发布,根据不同的功能需求对车辆进行有效的引导与监管,以及提供专业的多媒体与移动互联网应用服务。 从网络上看,IOV系统是一个“端管云”三层体系。 第一层(端系统):端系统是汽车的智能传感器,负责采集与获取车辆的智能信息,感知行车状态与环境;是具有车内通信、车间通信、车网通信的泛在通信终端;同时还是让汽车具备IOV寻址和网络可信标识等能力的设备。 第二层(管系统):解决车与车(V2V)、车与路(V2R)、车与网(V2I)、车与人(V2H)等的互联互通,实现车辆自组网及多种异构网络之间的通信与漫游,在功能和性能上保障实时性、可服务性与网络泛在性,同时它是公网与专网的统一体。 第三层(云系统):车联网是一个云架构的车辆运行信息平台,它的生态链包含了ITS、物流、客货运、危特车辆、汽修汽配、汽车租赁、企事业车辆管理、汽车制造商、4S店、车管、保险、紧急救援、移动互联网等,是多源海量信息的汇聚,因此需要虚拟化、安全认证、实时交互、海量存储等云计算功能,其应用系统也是围绕车辆的数据汇聚、计算、调度、监控、管理与应用的复合体系。 值得注意的是,目前GPS+GPRS并不是真正意义上的车联网,也不是物联网,只是一种技术的组合应用,目前国内大多数ITS试验和IOV概念都是基于这种技术实现的。笔者以为,简单基于这样的技术来发展车联网,对国家战略领先和技术创新是非常不利的,会造成整体落后国际竞争的被动局面。 什么是GID IOV最核心的技术之一是根据车辆特性,给汽车开发了一款GID(GlobalID,相对于RFID)终端。它是一个具有全球泛在联网能力的通信网关和车载终端,是车辆智能信息传感器,同时也具有全球定位和全球网络身份标识(网络车牌)功能。 GID将汽车智能信息传感器、汽车联网、汽车网络车牌三大功能融为一体,具体表现为: 车辆状态的信息感知功能:GID与汽车总线(OBD、CAN等)相连,内嵌多种传感器,可感知和监控几乎所有车辆的动态与静态信息,包括车辆环境信息和车辆状态诊断信息等; 泛在通信功能:GID具有V2V、V2I和自组网(SON、移动AdHoc、AGPS等)的能力,具有车内联网以及多制式之间的桥接与中继功能,具备全球通信、全球定位与移动漫游能力;

汽车 OBD能够实现的功能解析

未来汽车技术的发展趋势是电子化、智能化、信息化和集成化。我国汽车产业正面临着全面的技术和产品提升,其中最重要的就是汽车电子智能信息化的快速发展。 近年来欧盟和美国等国家更是将物联网、车联网上升为国家战略高度,中国也在2009年启动“感知中国项目”,国家“十二五”规划明确提出,物联网将会在智能电网、智能交通等领域重点部署。汽车移动物联网(车联网)项目被列国家重大专项,国家计划出资百亿资金扶持。2011年4月6日国家财政部颁布《物联网发展专项资金管理暂行办法》,在实处上推动我国智能信息化发展。 随着汽车智能化增值服务的日益增强,现市场物联网,车联网也不断发展与成熟。相信中国将会在汽车高科技智能信息化方面会形成一个强大的汽车增值服务行业。 智能车载远程诊断模块 ★产品分类:分轿车和卡车故障诊断模块 ★产品功能: 1、远程读取故障码和清除故障码 2、加速度测试 3、精准读取里程和油耗 4、油耗实时监测 5、胎压监测 6、安全报警提醒 7、健康行驶报告 备注:卡车没有加速度测试、胎压监测、健康行驶报告功能。 ★产品技术参数: ◎规格:63mmx41mm ◎输出协议方式:RS232 ◎波特率:9600或19200 ◎工作电压:5v-36v

◎工作电流:25mA-70mA ◎协议支持:支持OBD-II车载诊断通讯协议及参数、ISO15765-4(CAN)、ISO14230-4 (KWP2000)、ISO9141-2、J1850VPW、J1850PWM ★产品特色: 1、汽车4S店和维修站最关心“里程”和“油耗”两个参数,通过精准“里程”的读取里程,可以通知车主定期回来维修和保养,同时也提醒车主何时对车进行保养。 2、方便企业管理自身车辆,便于对车辆进行评估考核和用车节省成本; 3、车主可以通过手动对车辆进行诊断检测,了解车辆的运行情况,实时掌握车辆的安全状况; 4、在线TSP服务,当车主外出行驶过程中出现故障时,可以远程对车辆进行整车系统扫描、整车故障诊断、清除历史(偶发)故障码,并将真实的故障码进行解析,远程提供维修指导等增值服务。车主亦可以发送诊断数据报告给维修站或4S店进行远程专家会诊,远程提供维 修指导。 ★应用领域:该模块广泛应用于车载GPS、车载DVD、车载PC、PND导航、MID以及平板电脑上。 产品二:车载智能故障远程诊断GPS系统 ★产品分类:分轿车和卡车智能车载远程诊断GPS系统 ★产品功能: 1、采用2G/3G网络通讯,支持GSM/GPRS通讯; 2、实时跟踪定位,轨迹回放; 3、支持GPS/LBS(GSM基站)双重定位; 4、设计有OBDII标准接口,能读取车辆仪表信息/故障 5、精准读取“里程”和“油耗”信息 6、远程读取汽车故障和清除故障码 7、一键报警/超速报警/越界报警(短信电话提示) 8、支持油量监测,ACC点火检测,空调开关检测; 9、防拆报警/手机断油/断电 10、后台与车辆直接相互通话 ★产品特色: 1、用户最关心“里程”和“油耗”两个参数,用于管理车辆和节省成本。 2、通过对车辆进行远程诊断,了解车辆的运行情况,实时掌握车辆的安全状况。 3、方便企业管理自身车辆,便于对车辆进行评估考核工作; 4、4S店和维修站通过精准“里程”的读取,可以通知车主定期回来维修和保养,避免客户流失。

OBD车辆诊断系统技术需求说明

OBD需求 一、硬件要求 (1)处理器,使用ARM 32位处理,建议使用Cortex-M0 (2)晶振:使用有源晶振 应答;现在是无源晶体,不需要有源晶体 (3)PCB:4层以上PCB (4)存储器:8MB以上 (5)OBD接口:包括CAN、J1850的PWM模式和VPW模式、KWP2000 (6)低速容错CAN:1路 (7)HDMI接口:终端通过HDMI接口跟OBD接口连接,线最长1m,可以根据双方协定需求缩短。 二、性能指标 (1)符合ISO7637、GB17619、GB18655等汽车电子相关技术标准 (2)主控CPU:32位ARM7 (3)工作电源:DC 8V ~ DC 36V,30mA~2A (4)工作环境:温度–30 ℃至+75 ℃相对湿度20%—90% (5)数据保存:>10年(终端不保存数据,平台保存) (6)通讯网络:2G (7)车速范围:0至255公里/小时 (8)发动机工作时间分辨率:1分钟 (9)功耗:待机≤10mA(可短信唤醒),工作≤90mA (12V,无数据交互,无通话) (10)短路/过流保护:短路/过流不造成损坏(双重保险) (11)线路处理;硬件处理 (12)反接保护:电源线正负极接反(不高于35V)不损坏器件,不工作。 (13)线路处理;硬件处理 (14)数据交换方式:RS232、CAN、2G (15)存储器:EEPROM、Flash闪存,且需正常保存于**公司的平台下发的指令数据。 三、CDMA1X模块技术参数 (1)符合ISO7637、GB17619、GB18655等汽车电子相关技术标准 (2)CMDA协议:IS-95 A/B, IS-98A, IS-126, IS-637A, IS-707A,IS-2000,IS-856 (3)速率:下载153.6Kbps;上传153.6kbps (4)通讯频率:869Mhz ~ 893MHz (5)工作电压:DC 3.45V~4.5V (6)工作电流:≤500mA(典型)、≤2 A(峰值)、闲置≤60mA,待机≤4mA,(7)待机电流做到3-5mA (8)工作温度:–30 ℃~ +75 ℃; (9)消费电子;工作温度;-20——40,储存温度;-40——55度,考虑塑胶温度(10)工作温度;-20——40,储存温度;-40——55度,考虑塑胶温度 (11)SIM卡读取电压:支持3V和1.8V自动识别 (12)天线:内置

OBD简介解析

?有效的控制在用车排放水平; ?为车辆的保养和维修提供了便利的手段; ?通过其提供的实时数据为爱好者提供了乐趣。 OBD的工作方式 ?识别排放相关部件的故障(参看OBD的诊断功能); ?发现故障后通过仪表板上的故障指示器通知驾驶员; ?把故障诊断的相关信息存储在电控单元的存储器中,这些信息通过相应的设备,即扫描工具(诊断仪),或者安装了相应软件的计算机连接到车载诊断接口读取。

?2005年4月5日,国家环境保护总局【公告(2005)14号】颁布《轻型汽车污染物排放限值及测量方法(中国III、IV阶段)》GB 18352.3–2005,自2007年7月1日起实施。18352.3–2005明确了我国对车载诊断功能的相关要求。 ?2008年1月24日,国家环境保护总局办公厅【环办函(2008)35号】征求对《轻型汽车车载诊断(OBD)系统管理技术规范》草案的意见。 o《轻型汽车车载诊断(OBD)系统管理技术规范》征求意见稿 o《轻型汽车车载诊断(OBD)系统管理技术规范》编制说明 北京 ?2005年12月23日,北京环保局和北京市质量技术监督局发布公告【京环发(2005)214号】,宣布自2005年12月30日起,在北京市销售新定型车型(包括全新产品及产品扩展与更改)须安装车载诊断(OBD)系统,2005年12月30日前已 定型上市销售并通过国家第三阶段排放标准审核的车型可延迟安装OBD系统;2006 年12月1日后,停止在北京销售未安装OBD系统的新车。 ?2006年1月12日,北京环保局公布了【京环发(2006)4号】第一批达到国III排放标准,且带OBD功能的轻型车目录。 ?2006年11月15日,北京环保局再次发布公告【京环发(2006)214号】,重申半个月后的12月1日起,北京市将停止销售未安装车载诊断系统(OBD)的国Ⅲ轻型汽车。 广州

OBD 产品分析报告

OBD 产品分析报告 一、主流OBD分析 二、产品消费群体特征。 以年轻人有车群体,中低端车型为主。对互联网、汽车感兴趣,喜欢新鲜事物。部分客户可能因为本身没有行车电脑而选择购买。

三、产品芯片分析。 1.名称:元征GOLo4 价格:499 其诊断控制,连接芯片采用LAUNCH品牌,其实就是 元征自己研发的芯片,G229gps,MTK双核入门处理器,MTK GSM芯片。 2.名称:miniOBD 价格:20-30元 芯片采用PIC18F25K80,这款芯片模拟了国外 正品ELM327的2480芯片。蓝牙芯片采 用 BEKEN BK3231Q,信号差,容易掉线,焊 点粗糙,电流过大后会烧行车电脑。 2.名称:腾讯路宝盒子 价格:199 芯片采用st公司的STM32F103,三轴加速度 传感器采用ADI公司ADXL345,蓝牙采用ISSC 方案。 四、产品性能分析 可见,目前市场主流OBD都支持车况检查、手机APP连接,这里主要对几项必须功能进行简单描述: 1.车况检查,读取汽车电脑数据,对电脑数据进行解析。

2.碰撞提醒,车子不在车主身边,如汽车发生碰撞或被强开等事件,则会提醒车主。 3.WIFI,可提供乘客WIFI上网。 4.连接模式,主流连接模式采用蓝牙,辅助GPRS或WCDMA,不用蓝牙连接手机端无 法实时显示。 5.好友互动,可以与车主的好友进行互动,部分数据展示。 产品主要隐患:信息安全、车辆控制、数据准确率 五、政策环境。 2008年6月24日,环境保护部发布《车用压燃式、气体燃料点燃式发动机与汽车车载诊断(OBD)系统技术要求》,并宣布此要求从2008年7月1日起实施。 我国采用了EOBD相同的要求即ISO15031-5(道路车辆-车辆与排放诊断相关装置通信标准-5排放有关的诊断服务)协议。所以只要该车支持ISO15031-5的OBD2标准协议中所有项,则可以通过OBD接口读取出ECU中所有信息;若该车支持标准协议中部分项,则读取出支持项信息

OBD解析

OBD解析 EOBD:European On Board Diagnostic (欧洲)车载诊断系统。 OBD是一套复杂的、用于随时监测汽车排放的零部件故障的系统。汽车排放零部件是指:出现故障后会导致排放超过OBD限制的零部件。这和软件控制算法以及硬件系统组成密切相关。确定哪些零部件为“排放相关零部件”是EMS供应商在开发EOBD系统前期需要做的一项重要工作,他们必须要经过一系列试验来确定这些零部件。当然整车厂完全可以根据自己车辆的具体情况在车辆所配置的OBD系统中增加或者删除某些零部件。 EMS:Electronic Management System EOBD的焦点是放在排放上,如果排放超标(通过零部件是否故障来判断的),MIL指示灯就会点亮以提示驾驶员车辆的排放系统有问题,需要检修。 故障信息存储和故障定位 一旦检测到某个故障并得到确认,系统就会生成对应的故障代码,并将故障代码存储下来,供将来维修的时候使用。维修人员通过标准的扫描工具就可以读取故障码信息,根据故障码信息就可以确定发生故障的零部件以及故障类型,当然至于是什么原因引起的故障还需要维修人员自己进行分析。比如发生失火的时候,系统只会记录发生失火的气缸号以及存储发生失火时的冻结帧信息供以后检修时进行故障重现,但并不能明确指出引起失火的原因(引起失火的原因太多了),不过通过发生失火时存储的冻结帧信息一般可以判断出引起失火的原因。 OBD并不是直接监测排放中的废气是否超过法规值,而是通过监测排放相关的零部件故障的系统。OBD标定工作实际上就是确定一系列零部件的临界工作状态(包括催化器临界状态、氧传感器临界状态、导致催化器损坏的临界失火率、导致排放超标的临界失火率等等。过了临界状态则排放可能出现超标),然后ECU按照这个临界标准来判断零部件是否出现故障,如果是,则点亮MIL灯,说明排放超标。 由此我们可以看出,OBD是否能够可靠的工作,完全依赖于EMS供应商对零部件的这个临界态条件是否合理设置。所以我们提供的临界态样件需要严格控制,满足要求(特别是临界态催化器),同时对于重要零部件也提出了很好的耐久性要求。 催化转化器的车载诊断: 通过判断催化器前后氧传感器的电压来确定催化转化器的储氧能力(OSC:oxygen storage cablity),Dephi的监测方法是改变空燃比(从15.6到13.6),如果后氧传感器对排气中氧含量的变化反应时间很短(反应时间小于标定时设定的劣化反应时间值),就说明催化器已经丧失储氧能力,被劣化。 在对催化器转化器的控制中,相对没有OBD系统的车辆而言,多了一个后级氧传感器,它的作用第一是监测后级的排气氧含量,第二是帮助系统更好的控制空燃比。氧传感器应该选择更容易起燃(达到工作温度)的氧传感器(加热型氧传感器)。 OBD中失火监测模块: 发动机失火时由于动力的突变,车辆会产生振动,所以OBD通过车辆的振动来判断失火,ECU模块通过计算得到的失火率如果超过了标定时给定的临界失火率,则点亮MIL指示灯。在路面非常颠簸时,通过: 1.加速度传感器(安装在发动机前舱减震支架处)的信号来判断是否暂时屏蔽失火监测模 块。或者: 2.通过安装在副驾驶一侧的驱动轮的转速信号来判断是否屏蔽失火监测模块。如果车辆安 装了ABS,则可以由ABS向ECU转发了转速信号,如果没有ABS,则需要安装一个转速传感器。(转速传感器比加速度传感器便宜50RMB)

SCR技术详解

SCR技术详解 工信部2014年第27号公告,适用于国三柴油车产品《公告》将于2014年12月31日全部废止,2015年1月1日起国三柴油车产品将不得销售。尽管目前国四尚未全面推行,但是目前已经有不少地方已经开始执行国四标准,可以说国四标准随着趋势在不可挡地持续推行着。 在国四时代也有两种主要的升级方案,一类是通过使用选择性催化还原(SCR)技术,利用尿素溶液对尾气中的氮氧化物进行处理;还有一类是通过微粒捕集器(DPF)或微粒催化转换器(DOC),针对燃烧产生的微粒进行处理的EGR(废气再循环)技术。 SCR系统主要由车用尿素罐、SCR催化器、尿素计量模块、传感器等组成,SCR技术结构简单,只需在发动机的基础上建立,需要增加一套尿素还原剂的系统,并且需要定期添加尿素水溶液。 SCR系统原理 由于NOX和PM是可以产生互逆反应,在一定的条件下可以相互转换,SCR采用废气减少NOX产生的环境,首先通过调整喷射软件及其它措施,在发动机汽缸内让其充分燃烧,使本机PM排放达到国四。对于产生的NOx,在车辆的排气系统中加上一套电控尿素喷射系统,通过“选择性催化还原”过程,其运行过程如图所示,尾气从涡轮出来后进入排气管,排气管上安装有尿素计量喷射装置,喷入尿素水溶液,尿素溶液和尾气中的氮氧化合物在SCR反应罐中发生氧化还原反应,生成氮气和水排出车外。

SCR系统图 SCR系统结构 对于国内的重卡,新增加后处理和排放诊断功能,是国三升级到国四车型的典型技术特征。因此,国四SCR车型必有电控发动机+后处理系统+OBD诊断系统。平时,可以从车型外观和发动机铭牌信息,快速识别出一款国四车型。

OBD诊断仪技术

OBD诊断仪技术
Dalian newstar auto technology co.ltd 大连新之星汽车科技发展有限公司

什么是OBD II 诊断仪及其执行的国际标准
OBD-Ⅱ与以前的所有车载自诊断系统不同之处在于有严格的排 放针对性,其实质性能就是监测汽车排放。当汽车排放的一氧 化碳(CO)、碳氢化合物(HC)、氮氧化合物(NOx)或燃油蒸发污 染量超过设定的标准,故障灯就会点亮报警。同时动力总成控 制模块(PCM)将故障信息存入存储器,OBD II 诊断仪可以通过 一定的程序将故障码从PCM中读出,使维修人员可以根据故障 码的提示,迅速准确地确定故障的性质和部位。 综上所述,OBDII诊断仪是针对汽车尾气排放系统的故障,用 来读取、清除故障码,进而解决汽车故障的一种诊断工具。 作为一种通用型的、可以针对不同汽车使用的诊断仪,OBDII诊 断仪与不同汽车的ECU通讯时都必须遵守统一的协议和标准。

标准OBDII诊断仪必须支持的通讯协议
SAE J1850 PWM(脉冲宽度调制),波特率为 41.6×1000b/s,J1962中使用的端子是2、4、5、10、16
OBD-II标准使用的通讯协议:
SAE J1850 VPM(可变脉冲宽度调制)波特率为10.4×1000 b/s ,诊断连接器中所使用的端子是2、4、5、16 ISO9141-2(ISO/DIS 14230-4:KWP2000),波特率为 10.4×1000b/s,诊断连接器中使用的端子是4、5、7、15、16。
通常: 欧洲车系使用ISO 9141-2通讯协议, 美国通用汽车公司使用SAE J1850 VPM通讯协议. 美国福特汽车公司使用的是SAE J1850 PWM通讯协议。 另外,标准规定每辆车只能使用其中的一种通讯协议,但诊断测试仪必须兼容三 种通讯协议,并在通讯连接后能自动识别所用的是何种协议。

相关主题
文本预览
相关文档 最新文档