【www.myl5520.com--文秘知识】
OBDII知识
篇一:sae,j1850pwm
OBD-II概述
OBDII(the Second On—Board Diagnostics 车载自诊断系统二代), ，美国汽车工程师协会(SAE，Society of Automotive Engineers)1988年制定了OBD-II标准。OBDII实行标准的检测程序，并且具有严格的排放针对性，用于实时监测汽车尾气排放情况。
一、OBDII简介
自从20世纪50年代汽车技术与电子技术开始相结合以来，电子技术在汽车上的应用范围越来越广泛。ECU作为汽车发动机电控系统的核心具有速度快捷、功能强大、可靠性高、成本低廉的特点，故此ECU的引入极大地提高了汽车的动力性、舒适性、安全性和经济性。然而，由于现代发动机电控系统越来越复杂，将ECU引入发动机电控系统之后，在提高汽车性能的同时也引发了故障类型难以判定的问题。针对该情况，从20世纪80年代起，美、同、欧等地的汽车制造企业开始在其生产的电喷汽车上配备车载自诊断模块(On—Board Diagnostics Module)。
自诊断模块能在汽车运行过程中实时监测电控系统及其电路元件的工作状况，如有异常，根据特定的算法判断出具体的故障，并以诊断故障代码(DTC，Diagnostic Trouble Codes)的形式存储在汽车电脑芯片内阳1。系统自诊断后得到的有用信息可以为车辆的维修和保养提供帮助，维修人员可以利用汽车原厂专用仪器读取故障码，从而可以对故障进行快速定位，故障排除后，采用专用仪器清除故障码。由于该时期不同厂商的OBD系统之问各行其是、互不兼容，所以被称为第一代车载自诊断系统(OBD—I，the First On—BoardDiagnostics)。为了统一标准，美国汽车工程师协会(SAE，Society of Automotive Engineers)1988年制定了OBD-II标准。OBD—II实行标准的检测程序，并且具有严格的排放针对性，用于实时监测汽车尾气排放情况。
OBDII最早出现在1994年的几种车型，包括LEXUS(凌志)ES300，Toyota Camry(佳美)1MZ-FE 3.0LV-6和T100 pickup(轻卡)3RZ-FE塔尔2.7L four加上AUDI（奥迪），Mercedes·Benz（奔驰），VolkSwagen（大众）和Volvo（富豪）车型。在1995年增加了更多的车型包括Nissan Maxima（千里马）和240 SX。然后在1996年，美国法规要求所有在本国销售的新轿车和轻卡必须装备OBD-II系统。所以从1996年开始新轿车和轻卡普遍安装OBDII系统。
二、OBDII工作原理
汽车在正常运行时，汽车的电子控制系统输入和输出的信号（电压或电流）会在一定的范围内有一定规律地变化；当电子控制系统电路的信号出现异常且超出了正常的变化范围，并且这一异常现象在一定时间（3个连续行程）内不会消失，ECU则判断为这一部分出现故
障，故障显示灯点亮，同时监测器把这一故障以代码的形式存入内部RAM（Random Access Memory: 随机存储器），被存储的故障代码在检修时可以通过故障显示灯或OBDⅡ扫描仪来读取。如果故障不再存在，监控器在连续3次未接收到相关信号后，将指令故障显示灯熄灭。故障显示灯熄灭后，发动机暖机循环约40次，则故障代码会自动从存储器中被清除掉。
三、OBDII通讯协议
OBD—II标准使用的通讯协议一般有： ISO 9141-2， ISO 14230-4(KWP2000)， SAE J1850PWM， SAE J1850 VPM， ISO15765-4(CAN-BUS)。所有欧洲生产的汽车，以及大多数亚洲进口的汽车都使用ISO 9141—2通讯协议电路。而美国通用汽车(GM)公司生产的轿车及轻型卡车使用SAE J1850 VPW通讯协议电路，福特(FORD)汽车采用SAE J1850 PWM通讯协议电路。
ISO9141-2
1994年提出的诊断通信协议，被ISO 14230-4前向兼容，现在的OBD口支持的K线是包含这个协议定义的内容。不过现在基本都是采用KWP2000。
ISO14230
在汽车故障诊断领域，针对诊断设备和汽车ECU之间的数据交换，各大汽车公司几乎都制订了相关的标准和协议。其中，欧洲汽车领域广泛使用的一种车载诊断协议标准是KWP2000（Keyword Protocol 2000），该协议实现了一套完整的车载诊断服务，并且满足E-OBD（European On Board Diagnose）标准。KWP2000最初是基于K线的诊断协议，由于K线物理层和数据链路层在网络管理和通讯速率上的局限性，使得K线无法满足日趋复杂的车载诊断网络的需求。而CAN网络（Controller Area Network）由于其非破坏性的网络仲裁机制、较高的通讯速率（可达1M bps）和灵活可靠的通讯方式，在车载网络领域广受青睐，越来越多的汽车制造商把CAN总线应用于汽车控制、诊断和通讯。近年来欧洲汽车领域广泛采用了基于CAN总线的KWP2000，即ISO 15765协议，而基于K线的KWP2000物理层和数据链路层协议将逐步被淘汰。
ISO15765
基于CAN总线的KWP2000协议实际上指的是ISO/WD15765-1～15765-4，该协议把KWP2000应用层的诊断服务移植到CAN总线上。数据链路层采用了ISO 11898-1协议，该协议是对CAN2.0B协议的进一步标准化和规范化；应用层采用了ISO 15765-3协议，该协议完全兼容基于K线的应用层协议14230-3，并加入了CAN总线诊断功能组；网络层则采用ISO 15765-2协议，规定了网络层协议数据单元（N_PDU，如表4所示）与底
层CAN数据帧、以及上层KWP2000服务之间的映射关系，并且为长报文的多包数据传输过程提供了同步控制、顺序控制、流控制和错误恢复功能。
四、OBDII数据连接口
根据ISO DIS 15031–3中相关内容，DLC是一个如下16针的插座：
其中1, 3, 8, 9, 11, 12 和13 未做分配，可由车辆制造厂定义。 2, 6, 7, 10, 14 和 15 使用作诊断通讯的。根据实际使用的通讯协议的不同，它们往往不会都被使用，为使用的可由车辆制造厂定义。
补充--淘宝ELM327的OBD II 接口针脚定义如下：
2: SAE-J1850 PWM和SAE-1850 VPW总线(+)
4. 车身接地
5. 信号接地
6. CAN high (ISO 15765-4和SAE-J2284)
7. ISO 9141-2和ISO 14230-4总线的K线
10. SAE-J1850 PWM协议总线(-)
14. CAN low (ISO 15765-4和SAE-J2284)
15. ISO 9141-2和ISO 14230-4总线的L线
16. 蓄电池电压
五、故障码
所有OBDII故障码都是一个5字符字母和数字混合的编码。第一个字母代表编码的普通类型：“P”为动力系代码（它包括所有排放，传感器和电路代码，以及变速箱代码）为车体代码，“C”为底盘代码。 如果是“普通”OBD II代码（所有应用车型都相同），第二个字符是零；如果是“经销商代码（为特殊车型而指定的代码） 第二个字符是“1”。 代码中的第3到第5个字符告诉你发生故障的系统。1号和2号为燃油或空气什量问题，3号为点火问题或发动机缺火4号为辅助排放控制，5号与怠速控制问题有关，6号为电脑或输出电路故障，7号和8号与变连箱问题有关（见更后的有关排放的IOBDII故障码表）。 根据故障码影响排放和发动机性能的情况分出故障码的先后顺序。A类故障码是最严重的并且发生一次就会触发故障码。当设置了A类故障码时， OBDII系统也存贮一个历史码，故障记录和定格数据以帮助你诊断故障。 B类故障码是稍微严重的排放问题并且必须在两个连续行程中至少发生过一次才会点亮故障灯，如果一个故障在一个行程中发生但在下一个行程中不再发生，该故障码没有“成熟”’并且故障灯不亮。当满足点亮故障灯的条件时，
就会
同A类故障码一样存贮一个历史故障码。故障记录和定格数据。 一个驱动循环或行程不只是一个点火循环，而是一个暖机循环。它被定义为起动发动机并行驶汽车足够长的时间使水温升高至少7℃（40华氏度）（如果起动温度低于71C/160华氏度）。 只要设置了A类或日类故障冷故障码就会点亮并且保持点亮直到故障部件通过了3次连续行程的自我诊断才熄灭。并且如果该故障涉及P0300任意缺火或燃油平衡问题之类的事情。故障灯不会熄灭直到系统在相似于故障发生的工作状态下（在375rpm和10%负荷之内）通过了自我测试才熄灭。这就是为什么故障灯不熄灭直到排放问题被排除才熄灭的原囚。如果问题没有被排除，用解码器或者断开动力系控制模块的电源清除故障码后，不能阻止故障灯随后不再亮。重新设置该故障码可能需要一个或多个驱动循环，但是如果该问题仍然存在。它迟早会重新点亮故障灯。 同样地，如果你故意断开一个传感器，故障灯不一定会点亮。它能否点亮的根据是传感器的优先顺序（它对排放的影响程度），和它要用多少个驱动循环进行OBD II诊断来捕捉故障和设置故障码。 至于C类和D类故障码，它们和排放没有任何关系。C类故障码会造成故障灯点亮（或者点亮另外一个报警灯），但是D类故障码不能。 只要你用解码器读取到了一个OBDII故障码。修理步骤基本上和以前的随车诊断系统的一样，你可以按照维修手册上有关的诊断表格用数字万用表和引线盒（如果需要）一步步地进行测试找出故障。然后更换故障的部件，并验证问题已经被排除。 OBDII也提供“定格”或“快照”数据，它能够帮助你确认和诊断间歇性问题。当故障出现时， OBDII系统记录故障码并记录那一瞬间所有有关传感器的值。该数据以后可以调取出来并和“实际时间”的数据对比以帮助确定问题的性质。有些系统也允许你在道路测试时用解码器捕捉快照数据用作以后分析。 你应该知道的一件事情是大多数OBDII车型上出现的问歇性故障可能很难探测到。美国汽车厂的OBDII车型相对容易一些因为它的OBDII系统具有较快的数据更新速度。 OBDII法规允许汽车厂符合J-1815或1SO9141数据协议连接标准。这两个协议都有相同的10，400波特率（每秒钟能够传送的信息位的数量），但是大多数日本和欧洲汽车厂采用的ISO9141标准允许在数据更新之间（在数据包之间达到100毫秒）有更大的“相互通讯”延迟。因此，日欧汽车上典型的ISO 9141OBDII系统供应数据更新给解码器的速度大约一次每秒，采用J-1815协议的美国车为将近10次每秒。
OBD-Ⅱ—— 第二代车载故障诊断系统
汽车标准OBDⅡ(自诊断接头)针脚定义
篇二:sae,j1850pwm
汽车OBD-II接口引脚定义
汽车上的OBD-II接口（母）：
ELM327用到的引脚：
2: SAE-J1850 PWM和SAE-1850 VPW总线(+)
4. 车身接地
5. 信号接地
6. CAN high (ISO 15765-4和SAE-J2284)
7. ISO 9141-2和ISO 14230-4总线的K线
10. SAE-J1850 PWM协议总线(-)
14. CAN low (ISO 15765-4和SAE-J2284)
15. ISO 9141-2和ISO 14230-4总线的L线
16. 蓄电池电压
全部引脚定义：
1. Manufacturer discretion. GM: J2411 GMLAN/SWC/Single-Wire CAN.
2. Bus positive Line of SAE-J1850 PWM and SAE-1850 VPW
3. Ford DCL(+) Argentina, Brazil (pre OBD-II) 1997-2000, USA,
4. Chassis ground
5. Signal ground
6. CAN high (ISO 15765-4 and SAE-J2284)
7. K line of ISO 9141-2 and ISO 14230-4
8. -
9. -
10. Bus negative Line of SAE-J1850 PWM only (not SAE-1850 VPW)
Europe, etc. Chrysler CCD Bus(+)
11. Ford DCL(-) Argentina, Brazil (pre OBD-II) 1997-2000, USA, Europe, etc. Chrysler CCD Bus(-)
12. -
13.
14. CAN low (ISO 15765-4 and SAE-J2284)
15. L line of ISO 9141-2 and ISO 14230-4
16. Battery voltage
根据ISO DIS 15031–3中相关内容，DLC是一个如下16针的插座： 各个针脚定义如下：
针脚 分配定义
1 厂家定义 [1]sae,j1850pwm。
2 SAE J1850 总线正 [2]
3 厂家定义[1]
4 车身地
5 信号地
6 ISO 15765–4定义的CAN高 [2]
7 ISO9141?2和ISO14230?4定义的K线 [2]
8 厂家定义 [1]
9 厂家定义 [1]
10 SAE J1850 总线负 [2]
11 厂家定义 [1]
12 厂家定义 [1]
13 厂家定义 [1]
14 ISO 15765–4定义的CAN低 [2]
15 ISO9141?2和ISO14230?4定义的L线 [2]
16 永久正电压
[1] 1, 3, 8, 9, 11, 12 和13 未做分配，可由车辆制造厂定义。
[2] 2, 6, 7, 10, 14 和 15 使用作诊断通讯的。根据实际使用的通讯协议的不同，它们往往不会都被使用，为使用的可由车辆制造厂定义。 更详细的定义和要求参见ISO/DIS 15031–3。对于不同的通讯协议，有效的针脚也不同。在选购诊断线的时候需要注意诊断线上的针脚是否符合要求.
SAE标准
篇三:sae,j1850pwm
SAE标准
SAE标准是Society of Automotive Engineers:美国机动车工程师学会的缩写。
成立于1905年，是国际上最大的汽车工程学术组织。研究对象是轿车、载重车及工程车、飞机、发动机、材料及制造等。SAE所制订的标准具有权威性，广泛地为汽车行业及其他行业所采用，并有相当部分被采用为美国国家标准。
SAE机动车标准是机车行业的技术标准。美国机动车工程师学会（SAE）的认证：规定了市场上销售的汽车配件（SAE认证）的标准，这些配件不作为供应商的批量销售。
SAE各汽车协议和标准的简介
1905年初,美国汽车工程师学会(SAE)认识到必须标准化。那个年代的汽车制造商都是小公司,从供应商购买零部件,然后组装成整车。当遍及全国的独立经销商销售各种车辆时,车辆需要经常维修。如果不返回汽车或零部件的原制造厂,就很难找到合适的配件,因此,修理车辆很难。
在1912年,美国汽车工程师学会(SAE)公布了在会长Howard Coffin先生指导下的第一个标准。在接下来的几年里,标准委员会制定了各种材料、润滑剂、配件、紧固件和元件的标准。一个最重要的标准是锁紧垫圈。在当时,工业上使用300多种锁紧垫圈。按照SAE的标准,数量减少了近90%。到1921年,超过200种SAE标准在TA领域使用,节约七亿五千多万美元,或者说负担所售车辆15%的价值。
今天,SAE委员会制定的标准覆盖汽车制造和维修的每一个领域,包括维修时使用的工具。从简单扳手到电子诊断和编程仪器,各种参数由SAE的标准引导。
国际标准组织(ISO)是151个国家的国家标准协会组成的网络,每个国家一个成员,秘书处设在瑞士的日内瓦,是一个协调机构。ISO是非政府组织,它的成员不像联合国那样代表国家政府,而来自国有工业协会合股的专门机构。美国汽车工程师学会(SAE)和国际标准组织(ISO)已经开始合作,以便产生各种全球标准。
SAE诊断标准
SAE标准几乎覆盖维修技师每天接触的每一个元件和工具。SAE的J标准是专家委员会针对特定领域内起草的文件。专家委员会完成项目的研究后,推荐报送到标准委员会,然后表决采用标准或将文件返回专家委员会进一步修改。SAE的J标准特别适用于驾驶性能或排放诊断。以下是最常使用的诊断标准:sae,j1850pwm。
J1850-Class B数据通讯网络接口。建立适用于所有陆地行驶的公路或越野车辆的Class B数据通讯网络接口技术规范。规范设定各个PCM和解码器的串行数据传输标准。文件最初设定两个标准:可变脉冲宽度(VPW)信号控制在10.4kBaud(千波特),脉冲宽度调节(PWM)信号控制在41.6kBaud。 J1930-电气/电子系统的各种诊断术语、定义、缩略语和简称。标准化汽车术语、名称、定义、缩略语和简称。重点在电气/电子的诊断术语,同时也包括相关的机械术语、定义、缩略语和简称。这个文件的特别应用包括诊断、服务和维修手册、技术通报及其更新、培训手册、维修数据库、发动机罩下排放标签和排放认证的使用。sae,j1850pwm。
J1962-
诊断接头。标准化诊断接头(DLC)的形状和针脚数量。同时也标准化了16个针脚中的7个针脚功能。制造厂按照他们的愿望可以使用剩余的针脚。稍后,J2201的章节包括在了J1962中,并做出修改,允许ISO 9141-2针脚也可用于ISO 14230-4(口令协议2000)。国际标准组织(ISO)预留针脚6用于高速控制器局域网(CANHi),预留针脚14用于低速控制器局域网(CANLO)。 J1978-OBD II解码器。这个标准为遵守OBD II解码器接口标准的通用功能建立各种技术规范。1999年,取消J2201和J2205的标准。2001年,修改了这个标准,以便适应ISO14230-4(口令协议2000)。
J1979—
电气/电子(E/E)诊断测试模式。标准化读取故障码(DTCs)、冻结帧和数据流的有关信息。2001年4月,修改了这个标准,以便适应IS015031—5。 J2008—
车辆服务信息的组织。开发满足SAE标准的信息和产品,制作成一本手册。手册经常再版,以便紧跟技术的改变。
J2012—各种诊断故障码的定义。定义并标准化OBD II带字母的诊断故障码数字系统。2002年4月,修改了这个标准,以便适应ISO15031-6。 J2186—
电气/电子(E/E)数据链路安全。为了防止通过诊断链路接头(DLC)未经授权就访问车辆元件,建立统一的规则。这个标准为车辆和解码器制造厂定义一个安全系统。
J2190—
加强型电气/电子(E/E)诊断测试模式。SAE Jl979定义的是诊断测试模式的补充。为了读取SAE Jl979标准以外的与排放有关的测试数据,以及与排放无关的数据,定义这个模式。
J2201—OBD II
解码器的通用接口。为SAE Jl978的OBD II解码器,定义车辆通讯接口的最小技术规范。1995年1月,取消这个标准,标准的有关章节并入J1962。
J2205—OBD II解码器扩展的诊断协议。为使用通用(J1978)解码器的车辆诊断,开发满足加州大气资源局(CARB)的技术规范。因为车辆制造厂、解码器厂商以及技师不支持这个协议,CARB改变它的规则。1999年7月,SAE从J1978中取消J2205的标准,停止这个标准。
J2223—
车载电气线束的连接。由三个子文件组成,规定扁平插片及单柱接头的尺寸特性、单柱和多柱接头的测试方法和通用性能的技术规范,以及扁平插片及多柱接头的尺寸特性。J2284—乘用车辆的高速控制器局域网(HSC)。由三个子文件组成,定义高速控制器局域网的各个参数:125Kbps,250Kbps和500 Kbps。
J2534-通过车辆编程的推荐规则。提供架构,从所有车辆制造厂到多个解码器厂商的多个车辆数据链路接口的工作,允许使用再编程软件。 SAE的各种空调标准
SAE已经开发出应用于汽车空调的许多标准,包括制冷剂、检测设备、荧光剂、元件及维护事项。事实上,汽车制造和维修没有像其它领域被SAE标准强制检查。但在汽车空调工业,因为必须警告维护注意事项和处理费料,SAE标准很苛刻。这里列出了用于汽车空调系统的各种SAE标准,包括以前的标准,有些标准可能已不使用了。记住,在使用中,R-12和CFC-12是相同的,就像R -134a 和HFC -134a 相同一样。
J051—汽车空调软管。不再生效,被后来的一些文件取代。
J639—
汽车空调系统使用的机械式蒸气压缩系统的安全和制冷剂容量。为制冷剂容积和安全提供向导。
J1627—
电子制冷剂检漏仪的性能标准。适用于电子探头式检漏仪。标准不涉及检漏仪设计或使用的安全问题。
J1628—使用电子制冷剂检漏仪维护汽车空调系统的技术步骤。使用电子检测泄漏的方法。J1629—汽车空调维护期间,处理HFC -134a (R -134a )的警告陈述。包括所有当前和将来涉及日—
134a 制冷剂的维护事项和维护设备的标准。
J1657—
汽车空调系统内,选择新式制冷剂替代R—12的标准。在原设计使用R-12的汽车空调系统,用新型制冷剂代替R-12的标准。
J1658—汽车空调系统使用替代的制冷剂粘度指标。打算使用制冷剂混合物作为新型制冷剂,用来更换汽车空调系统的R-12。只有与J1657的技术规范组合时,这个标准才完全。
J1659—CFC-12(R-12)
汽车空调系统更换制冷剂的车辆检测技术规范。建立专门指标,选择更换R-12系统制冷剂。只有与J1657的技术规范组合时,这个标准才完全。 J1660—R-12
汽车空调系统转换到R -134a ,管接头和标签的改进。当R-12系统改进到R -134a 时,描述管接头和标签所需的特殊测量,符合建立的标准。只有与J1657的技术规范组合时,这个标准才完全。
J1661-R-12
汽车空调系统改进到R -134a 的步骤。提供R-12系统改进到R -134a 的维护步骤,保持性能并完善系统。只有与J1657的技术规范组合时,这个标准才完全。
J1662—
新型制冷剂与空调系统材料的兼容性。提供标准,决定系统材料/元件与将要替代R-12的新型制冷剂的兼容性,系统原设计使用R-12。为R -134a 回收到制冷剂回收设备提供设备技术规范。
J1770—CFC-12(R-12)和HFC-134aiR -134a )都使用的汽车制冷剂循环设备。为将要使用R 12和R -134a 的回收/循环设备建立专门的最小设备技术规范,两种制冷剂都可以从通用的制冷剂管路直接回收,并在汽车空调系统重复使用。这个标准不适用于带通用附件的R-12和R -134a 设备,每种制冷剂的附件使用单根管路。
J1771—汽车空调系统使用制冷剂鉴别设备的标准。要鉴别R-12和R -134a ,或者鉴别容器中的制冷剂,应该使用制冷剂鉴别设备。设备制造厂可以选择鉴别其它制冷剂。
J1989—R-12
容量的推荐维护步骤。维修车辆或操作J1990定义的操作设备时,为技师提供维护向导。
J1990—汽车空调系统的抽真空和循环设备。为R-12循环设备提供技术规范。
J1991—汽车空调系统使用的纯度标准。维护R-12系统时使用的制冷剂。
J2064—R -134a 制冷剂汽车空调软管。包括R -134a 软管和软管接头。 J2099—汽车空调系统循环使用的HFC -134a (R -134a )纯度标准。维护R -134a 系统时使用的制冷剂。
J2196—
汽车空调系统维护软管。包括增强橡胶、增强热塑性塑料或其它结构的软管、软管总成以及从空调系统到维护设备或者加注维护设备内部使用的制冷剂维护接头。
J2197—
汽车空调系统维护软管接头。按照SAEJ2196标准,包括从系统到诸如歧管压力表、真空泵和空调加注、回收和循环设备的连接维护软管接头。 J2209—
汽车空调系统的CFC-12(R-12)回收设备。为R-12回收到制冷剂再生设备提供设备技术规范。
J2210—汽车空调系统的HFC -134a (R -134a )循环设备。为循环R -134a 建立专门的最小设备技术规范,制冷剂可以直接回收,并在汽车空调系统重复使用。
J2211—HFC -134a (R -134a )容量推荐的维护步骤。为技师维护汽车空调系统和操作J2210中所描述的R -134a 制冷剂循环设备提供向导。 J2219—
汽车空调系统工业标准和向导。给汽车空调工业提供有关制冷剂的议题。
J2296—
制冷剂罐重新检测。检测维护汽车空调系统设备使用的制冷剂罐,包括制冷剂回收/循环子口加注设备使用的压力罐。
J2297—
汽车R -134a 空调系统使用的制冷剂荧光检漏剂的稳定性和兼容性。适用于荧光剂注入系统制冷剂管路的紫外线泄漏检测。
J2298—紫外线泄漏检测。使用制冷剂泄漏检测荧光剂维护汽车空调系统的步骤。适用于紫外线泄漏检测。
J2299—汽车空调系统后市场维护使用的制冷剂检漏荧光剂喷射设备的性能技术规范。适用于使用紫外线检漏的冷媒泄漏检测荧光剂的喷射设备。
J2727—R -134a
汽车空调系统泄漏曲线。提供当前使用的不同技术的额定值。
OBD-II通讯协议
篇四:sae,j1850pwm
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-ii标准诊断插座列表
端子号称端子接线
---------------------------------------------------------------------
4 搭铁
16 蓄电池正极，9-12
7，15 资料数据传输线（iso 9141-2）
5 信号反馈线搭铁
2 sae j1850数据输送线
10 sae制造厂数据输送线
举一实例；捷达前卫诊断座t16中；就有16 4 7三个端子按以上要求接线。
EOBD 欧洲标准
新的 european obd 诊断坐连接标准 dlc-j1962
================================================================================
pin 1 ......sae j2411, gm single wire can;通用公司单线 can-bus
pin 2 ......iso 11519-4 (bus+)(sae j1850), 和10号脚同时使用, 41.6 kbps pwm脉宽调制 单线用法:只用2号脚1根线通讯10.4 kbps pw可变脉宽调制 byte header + crc,
no "checksum" or "inter-byte separation" (in frame response byte ?)
pin 3 ...... chrysler, ccd+ (not obd) ;克莱斯勒 ccd-bus网线 h 线
pin 4 ...... 底盘地 chassis ground
pin 5 ...... 逻辑地 signal ground
pin 6 ...... iso 15765-4;can-bus 高速诊断线 (h 线) ,250/500 kbit/s
pin 7 ....... kwp1281或kwp2000 协议诊断线 (k线), 波特率10400/多数厂家默认kpw2000诊断线
pin8 ........ 点火开关打开有电 ig+;点火开关 on/off 状态识别用途
pin9 ........ 7号脚不方便用时,启用*kwp1281或kwp2000 协议诊断线 (k线), 波特率10400 pin10 ....... iso 11519-4 (bus-)(sae j1850), 和 2号脚同时使用, 41.6 kbps pwm脉宽调制 pin 11 ...... chrysler, ccd- (not obd) ;克莱斯勒 ccd-bus网线 l 线
pin 12 ...... * k 线制造厂保留用
pin 13 ...... * k 线制造厂保留用
pin 14 ...... iso 15765-4;can-bus 高速诊断线 (l 线) ,250/500 kbit/s
pin 15 ...... kwp1281或kwp2000 协议诊断线 (k线);7p不够用或控制单元过多时启用 pin 16 ...... 长火线 bat+
OBDII协议
Connected ISO9141 protocol to ECU Address 0x33 (protocol key bytes 0x08, 0x08)
Direction Header bytes Payload bytes Checksum Byte Meaning
Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)
Car -> Tester 0x00 0x00 Garbage!!
Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)
Car -> Tester 0x00 0x00 0x00 Garbage!!
Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)
Car -> Tester 0x00 0x00 0x00 0x00 Garbage!!
Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)
Car -> Tester 0x00 0x00 0x00 0x00 0x00 Garbage!!
Tester -> Car 0x68 0x6a 0xf1 0x02 0x00 0x00 0xC5 Request (Serice 2, Parameter 0)
Car -> Tester 0x00 0x00 0x00 0x00 0x00 0x00 Garbage!!
It successfully negotiated the initialization of an ISO9141 protocol session
(by responding key bytes "0x08, 0x08"), and then went berserk on me... eery time I tried this, it has behaed the same way - useless. After a successful initialization,
it just responds "zeros" back to eery request,
*********************************************************************************************************
标准 OBD-II 有3种
1. ISO 使用ISO-9141 (借用BOSH)使用 J1962-7 单线通讯电平高低表示逻辑 "1" 和 "0"
2. SAE J1850 (借用 GM)使用 J1962-2 单线通讯脉冲宽度表示逻辑 "1" 和 "0"
3. SAE J1850 (借用FORD)使用 J1962-2/J1962-10 2线通讯可变脉宽.脉冲宽度表示逻辑 "1" 和 "0"
*********************************************************************************************************
标准OBD-II 诊断之ISO标准部分使用 ISO9141物理连接定义在J1962 的7号脚就是我们常说的 K 线
标准OBD-II 协议 ISO-9141 特点 PCM动力系统 5波特率地址码 33H 协议字 KB1:08H;协议字 KB2:08H;
解码器用KB2取反$F7H确认收到 $08 $08
protocol t