关键词不能为空

当前您在: 主页 > 英语 >

OBD-II通讯协议

作者:高考题库网
来源:https://www.bjmy2z.cn/gaokao
2021-02-11 00:06
tags:

-

2021年2月11日发(作者:第三人称)


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


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


脉宽调制



单线用法

< p>
:


只用


2


号脚

< p>
1


根线通讯


10.4 kbps pw


可变脉宽调制



byte header + crc,



no


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/


多数厂家默认


kp w2000



断线



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


不够用或控制单元过多时启用

< br>


pin 16 ......


长火线



bat+



obdii



eobd


的基本区别



功能



进行燃油箱及燃油系统的泻漏试验



探测发动机不(发)点火的转速到



故 障发生经历多少个驾驶周期故障指示灯才闪




用故障指示灯显示汽车行驶距离



使用的通讯协议




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


it has behaed the same way - useless. After a successful initialization,


it just responds


*********** ************************************************** ******************


********************* *****


标准



OBD-II



3




1. ISO


使用


ISO-9141 (


借用


BOSH)


使用



J1962-7


单线通讯



电平高低表示



逻辑







供参考


obdii





最大



eobd





4500r/min


2


2-10






sae j1850


iso 9141-2


2. SAE J1850 (


借用



GM)


使用



J1962-2


单线通讯



脉冲宽度表示



逻辑







3. SAE J1850 (


借用< /p>


FORD)


使用



J1962-2/J1962-10 2


线通讯



可变脉宽

< br>.


脉冲宽度表示



逻辑







******************************************* ************************************


*** ***********************


标准


OBD-II


诊断之

< p>
ISO


标准部分使用



ISO9141


物理连接



定义在


J1962



7


号脚就是我们常


说的



K


线



标准


OBD-II


协议



ISO-9141


特点



PCM


动力系统



5


波特率地址码



33H


协议字


KB1:08H;


协议




KB2:08H;


解码器用


KB2< /p>


取反


$$F7H


确认收到

< br>


$$08 $$08


protocol to ECU Address 0x33 (protocol key bytes 0x08, 0x08)


解码器地址码


$$F1


说话对象



首字节



工作字节



校验和



字节含意



============ ======== ================= ===== ========================


解码器



->




68 6a f1 01 00 C4


请求



(


命令



1,


参数



0)




->


解码器



00 00


无意义



解码器



->




68 6a f1 01 00 C4


请求



(


命令



1,


参数



0)




->


解码器



00 00 00


无意义



解码器



->




68 6a f1 01 00 C4


请求



(


命令



1,


参数



0)




->


解码器



00 00 00 00


无意义



解码器



->




68 6a f1 01 00 C4


请求



(


命令



1,


参数



0)




->


解码器



00 00 00 00 00


无意义



解码器



->




68 6a f1 02 00 00 C5


请求



(


命令



2,


参数



0)


Car ->


解码器



00 00 00 00 00 00


无意义



三个基本通讯协议:



1 iso 9141


通讯协议电路。





基本型


chrysler

< p>
(克莱斯勒)汽车和所有欧洲生产的汽车以及大多数亚洲进口的汽车都使


用 国际标准化组织


sio 9141


通讯协议电路。



2 ase j1850 pw


(可变的脉冲宽度调节)通讯协议电路。





美国通用(


gm


)汽车公司生产的轿车及轻型载货车汽车使用


ase j1850pw


通讯协议电路。



3 ase j1850 pwm


(脉冲宽度调节)通讯协议电路。





福特(


f ord


)汽车公司汽车使用该种通讯协议电路。





根据


iso 15031-5


标准,< /p>


can


(控制器局域网)采用


iso 15765-4


标准。





obdii



eobd


都使用三个基本的通讯协议。然而有的制造商在通讯协议上做了一些修改。< /p>


但是克莱斯勒和大多数亚洲进口的汽车和所有欧洲生产的汽车都使用国际标准化组织


iso


9141


通讯协议电路。


< p>
美国车载诊断技术(


obdii




欧洲车载诊断技术


(eobd)




从欧


i< /p>


到欧


ii


,虽然说排放限值有所趋严,相 对来说还比较容易实现。欧


iii


的难点不仅

< br>在于排放限值收紧,应该说,从欧


ii


到欧


iii


是一个飞跃,两者的主要差别在于:





*


取消 发动机起动後不采样的


40


秒钟怠速:欧


i


和欧


ii


排放法规的测试循环中, 发动


机起动後有一段


40


秒怠速阶段, 在此期间排出的废气不予采集;欧


iii


则取消了这怠速,从< /p>


发动机开始起动就采集废气样本;





*


氮氧化物的排放单独考核:在欧


i


和欧


ii


排 放法规中,将碳氢化合物和氮氧化物的排


放量合在一起算总账,只对两者之和制订一个限 值标准,但是欧


iii


分别规定碳氢化合物和

< br>供参考

-


-


-


-


-


-


-


-



本文更新与2021-02-11 00:06,由作者提供,不代表本网站立场,转载请注明出处:https://www.bjmy2z.cn/gaokao/632700.html

OBD-II通讯协议的相关文章