iso15765汽车obd通讯协议docx.docx
《iso15765汽车obd通讯协议docx.docx》由会员分享，可在线阅读，更多相关《iso15765汽车obd通讯协议docx.docx（16页珍藏版）》请在冰豆网上搜索。
iso15765汽车obd通讯协议docx
竭诚为您提供优质文档/双击可除
iso15765汽车obd通讯协议.docx
篇一：
obd通讯协议
obd通讯协议
obd-iinetworkstandards
j1850pw
–adoptedbygm;alsoknownasclass2.
–adoptedbychrysler（knownasj1850）.
–somereferencestopwmodeheardaboutinregardstotoyota（andhonda）.
–10.4kbps,singlewire.
j1850pwm
–adoptedbyFord;alsoknownasstandardcorporateprotocol（scp）.
–alsoseeninsomemazdaproducts.
–somereferencestopwmmodeheardaboutinregardstomitsubishi.
–41.6kbps,twowirebalancedsignal.
iso9141andiso9141-2（alsoknownasiso9141caRb）
–seeninsomechryslerandmazdaproducts.
–seemstobemorecommonineurope.
–10.4kbps,singlewire.
obdii通讯协议
obdiigenericcommunicationprotocolsbymanufacturer
Recentlyitriedtoinstallmyproductonpeuzeot（406orsomething
similar）.therewas
kwp2000bus.itriedtogetthespeedaluefromthebusbysending
thefollowingstring
0xc20x330xf10x010x0d0xf4.
onresponceireceiedtwoanswersfrom2differentecus:
1）0x830xf10x100x7f0x010x120x16
1）0x830xf10xa40x410x0d0x000x66
thefirstecusentmenack
（thisresponsecodeindicatesthattherequestedactionwillnotbe
takenbecausetheserer（ecu）doesnotsupporttheargumentsofthe
requestmessageortheformatoftheargumentbytesdonotmatchthe
prescribedformatforthespecifiedserice.）
myquestionis:
iftherewassomethingwrongwiththeargumentsofthe
requestmessage,thesecondecualsoshouldnotunderstandthe
request,bititdid!
andthesecondquestionis:
whythefirstecudidsendthenegatie
answer.ifyoulookatthej1979pdFyouwillfindtherethat"ifan
ecudoesnotsupportanyofthepidsrequesteditisnotallowedto
sendanegatieresponsemessage".
obd信息：
我理解的obd-ii标准诊断插座列表
我理解的obd-ii标准诊断插座列表
端子号称端子接线
---------------------------------------------------------------------
4搭铁
16蓄电池正极，9-12
7，15资料数据传输线（iso9141-2）
5信号反馈线搭铁
2saej1850数据输送线
10sae制造厂数据输送线
举一实例；捷达前卫诊断座t16中；就有1647三个端子按以上要求接线。
eobd欧洲标准
新的europeanobd诊断坐连接标准dlc-j1962
================================================================================
pin1......saej2411,gmsinglewirecan;通用公司单线can-bus
pin2......iso11519-4（bus+）（saej1850）,和10号脚同时使用,41.6kbpspwm脉宽调制单线用法:
只用2号脚1根线通讯10.4kbpspw可变脉宽调制byteheader+crc,
no"checksum"or"inter-byteseparation"（inframeresponsebyte）
pin3......chrysler,ccd+（notobd）;克莱斯勒ccd-bus网线h线
pin4......底盘地chassisground
pin5......逻辑地signalground
pin6......iso15765-4;can-bus高速诊断线（h线）,250/500kbit/s
pin7.......kwp1281或kwp2000协议诊断线（k线）,波特率10400/多数厂家默认kpw2000诊断线
pin8........点火开关打开有电ig+;点火开关on/off状态识别用途
pin9........7号脚不方便用时,启用*kwp1281或kwp2000协议诊断线（k线）,波特率10400pin10.......iso11519-4（bus-）（saej1850）,和2号脚同时使用,41.6kbpspwm脉宽调制pin11......chrysler,ccd-（notobd）;克莱斯勒ccd-bus网线l线
pin12......*k线制造厂保留用
pin13......*k线制造厂保留用
pin14......iso15765-4;can-bus高速诊断线（l线）,250/500kbit/s
pin15......kwp1281或kwp2000协议诊断线（k线）;7p不够用或控制单元过多时启用pin16......长火线bat+
obdii和eobd的基本区别
--------------------------------------------------------------------------------功能obdiieobd
--------------------------------------------------------------------------------
进行燃油箱及燃油系统的泻漏试验是不
探测发动机不（发）点火的转速到最大4500r/min
故障发生经历多少个驾驶周期故障指示灯才闪亮22-10
用故障指示灯显示汽车行驶距离不是
使用的通讯协议saej1850iso9141-2
obdii协议
connectediso9141protocoltoecuaddress0x33（protocolkeybytes0x08,0x08）
directionheaderbytespayloadbyteschecksumbytemeaning
tester->car0x680x6a0xf10x010x000xc4Request（serice1,parameter0）
car->tester0x000x00garbage!
!
tester->car0x680x6a0xf10x010x000xc4Request（serice1,parameter0）
car->tester0x000x000x00garbage!
!
tester->car0x680x6a0xf10x010x000xc4Request（serice1,parameter0）
car->tester0x000x000x000x00garbage!
!
tester->car0x680x6a0xf10x010x000xc4Request（serice1,parameter0）
car->tester0x000x000x000x000x00garbage!
!
tester->car0x680x6a0xf10x020x000x000xc5Request（serice2,parameter0）
car->tester0x000x000x000x000x000x00garbage!
!
itsuccessfullynegotiatedtheinitializationofaniso9141protocolsession
（byrespondingkeybytes"0x08,0x08"）,andthenwentberserkonme...eerytimeitriedthis,ithasbehaedthesameway-useless.afterasuccessfulinitialization,
itjustresponds"zeros"backtoeeryrequest,
*********************************************************************************************************
标准obd-ii有3种
1.iso使用iso-9141（借用bosh）使用j1962-7单线通讯电平高低表示逻辑"1"和"0"
2.saej1850（借用gm）使用j1962-2单线通讯脉冲宽度表示逻辑"1"和"0"
3.saej1850（借用FoRd）使用j1962-2/j1962-102线通讯可变脉宽.脉冲宽度表示逻辑"1"和"0"
*********************************************************************************************************
标准obd-ii诊断之iso标准部分使用iso9141物理连接定义在j1962的7号脚就是我们常说的k线
标准obd-ii协议iso-9141特点pcm动力系统5波特率地址码33h协议字kb1:
08h;协议字kb2:
08h;
解码器用kb2取反$F7h确认收到$08$08
protocoltoecuaddress0x33（protocolkeybytes0x08,0x08）解码器地址码$F1
说话对象首字节工作字节校验和字节含意
==================================================================
解码器->车686af10100c4请求（命令1,参数0）
车->解码器0000无意义
解码器->车686af10100c4请求（命令1,参数0）
车->解码器000000无意义
解码器->车686af10100c4请求（命令1,参数0）
车->解码器00000000无意义
解码器->车686af10100c4请求（命令1,参数0）
车->解码器0000000000无意义
解码器->车686af1020000c5请求（命令2,参数0）
car->解码器000000000000无意义
三个基本通讯协议：
1iso9141通讯协议电路。
基本型chrysler（克莱斯勒）汽车和所有欧洲生产的汽车以及大多数亚洲进口的汽车都使用国际标准化组织sio9141通讯协议电路。
2asej1850pw（可变的脉冲宽度调节）通讯协议电路。
美国通用（gm）汽车公司生产的轿车及轻型载货车汽车使用asej1850pw通讯协议电路。
3asej1850pwm（脉冲宽度调节）通讯协议电路。
福特（ford）汽车公司汽车使用该种通讯协议电路。
根据iso15031-5标准，can（控制器局域网）采用iso15765-4标准。
obdii和eobd都使用三个基本的通讯协议。
然而有的制造商在通讯协议上做了一些修改。
但是克莱斯勒和大多数亚洲进口的汽车和所有欧洲生产的汽车都使用国际标准化组织iso9141通讯协议电路。
美国车载诊断技术（obdii）
欧洲车载诊断技术（eobd）
从欧i到欧ii，虽然说排放限值有所趋严，相对来说还比较容易实现。
欧iii的难点不仅在于排放限值收紧，应该说，从欧ii到欧iii是一个飞跃，两者的主要差别在于：
*取消发动机起动後不采样的40秒钟怠速：
欧i和欧ii排放法规的测试循环中，发动机起动後有一段40秒怠速阶段，在此期间排出的废气不予采集；欧iii则取消了这怠速，从发动机开始起动就采集废气样本；
*氮氧化物的排放单独考核：
在欧i和欧ii排放法规中，将碳氢化合物和氮氧化物的排放量合在一起算总账，只对两者之和制订一个限值标准，但是欧iii分别规定碳氢化合物和氮氧化物的限值；
*增添-7℃以下的冷起动试验：
欧iii增添了一项在-7℃以下的环境进行的冷起动试验；*对排放控制装置的耐久性要求更加严格：
欧iii要求排放控制装置在行驶5年或8万公里之後，仍能满足型式认证的排放要求；
*引入eobd：
从欧iii开始要求引入欧洲车载诊断技术eobd，分阶段执行相关的法规。
用於排放控制的系统eobd（europeanon-boarddiagnostics），简称obd（on-boarddiagnostics），即“车载诊断技术”或简称“车载诊断”。
欧i和欧ii排放法规阶段的发动机管理系统都带有车载故障诊断功能，但是在欧iii排放法规中，obd隐含着专门用於排放控制的意思，根据定义，它是“用於排放控制的车载诊断系统”，而且必须能够通过储存在计算机存储器中的失效代码来识别故障的可能範围。
美国加利福尼亚州率先于1994年以立法的形式提出了利用车载诊断技术对排放控制装置实行故障监测的要求，称为obdⅱ。
後来，欧洲也制订了从2000年跟欧iii同时生效的指令70/220/eec（98/69/ec）附件xi。
该指令适用于欧iii和欧i排放法规，内容包括：
（1）所有车辆必须装备obd系统，其设计、制造和安装应能确保车辆在整个生命期内识别劣化类型和故障类型。
（2）当排放控制系统（与发动机电子管理系统以及排气系统或蒸发物控制系统中，任何与排放有关、向电子控制单元提供输入信号或从电子控制单元接受输出信号的零部件）失效导致排放超过规定的极限值（下文称为失效限值）时，obd系统必须指示它们的失效。
（3）汽油机obd系统必须监测下列项目：
三效催化转化器；发动机在一定工况区域内
出现的缺火；氧传感器劣化；排放控制系统中其它一旦失效就会导致排放超过失效限值的零部件；排放控制系统中传感器和执行器电路是否接通；对于蒸发排放物控制系统中的炭罐控制阀，至少应监测其电路是否接通。
（4）每次发动机起动时，都必须开始一系列的诊断检测。
（5）obd系统应带有能让驾驶者感知故障存在的故障指示器，该器件只能用於指示启动了紧急程序或跛行回家程序（发动机管理系统发生故障时放弃部分控制功能，在不完备的状态下勉强维持车辆行驶的功能）。
排放一旦超过失效限值，发动机控制进入永久性排放失效模式（发动机管理控制器永久性地切换到以设定值代替一种失效零部件或系统输入信号的情形。
在这情形下，失效的零部件或系统将导致车辆排放超出规定的失效限值），故障指示器应在两个运转循环（运转循环指由发动机起动、足以检测到可能存在的故障的运转模式以及发动机关闭这三部分组成的循环）以内激活。
如果制造商有充分的理由，可以放宽到十个运转循环以内激活。
当发动机缺火达到制造商指定的程度，而可能引起催化转化器损坏时，故障指示器必须以明显的警示模式工作，例如灯光闪烁。
当汽车的点火开关处於接通位置，在发动机被起动或被拖转之前，故障指示器必须激活；发动机起动後，如果先前没有检测故障，故障指示器必须熄灭。
（6）obd系统必须记录指示排放控制系统状态的代码。
使用各种专设的状态代码来标识正确地工作的排放控制系统，以及那些需要进一步运转车辆才能全面地评价的排放控制系统。
必须将由於劣化或故障或永久性排放失效模式引起故障指示器激活的失效代码储存起来，该失效代码必须标识故障的类型。
故障指示器激活期间，车辆行驶经过的距离必须随时通过标准数据连接器的串行口读出。
（7）如果不再出现可能损坏催化转化器的缺火水平，或者如果发动机转入其缺火水平不会损坏催化转化器的其它转速和负荷条件之後继续运转，那麽故障指示器可以切换回到先前检测到缺火的第一个运转循环的激活状态（该激活状态也可能是其它故障引起），并在後续的运转循环中切换到正常的被激活模式。
如果故障指示器切换回到先前的激活状态，那麽相应的失效代码和储存的冻结帧状况可以被擦除。
对於缺火以外的所有其它故障，如果负责激活故障指示器的监测系统在三个相继的运转循环中不再检测到故障，并且没有识别到其它能独立地激活故障指示器的故障，那麽故障指示器可以被解除激活。
（8）如果在至少40个发动机暖机循环（在本指令中指充分运转车辆，使得冷却液温度从发动机起动时算起至少升高了22k，且至少达到70℃）内没有出现相同的失效，那麽obd系统可以擦除失效代码、行驶过的距离和冻结帧信息。
（9）obd系统在下列情况可以自动地临时停止工作：
obd系统的监测能力因燃油箱液位过低而受到影响，但是只要燃油量超过燃油箱名义容量的20%，obd系统就不得停止工作；发动机起动时环境温度低於-7℃，或海拔高于2500m时，制造商可以让obd系统停止工作；道路的路面情况十分恶劣；对于装有功率输出装置的车辆，允许让受到影响的监测系统停止工作，条件是当功率输出装置在工作时，监测系统才停止工作。
（10）型式认证主管机关除了对新车型进行型式认证以外，还要对已经行驶了超过新车型型式认证的ⅴ型耐久性试验里程的车辆，进行obd系统的型式认证，该项试验在ⅴ型耐久性试验结束时进行。
进行这类试验时，制造商必须提供有缺陷的零部件和/或用于模拟失效的电气装置。
但是，这些有缺陷的零部件或用于模拟失效的电气装置，在按照新车型型式认证试验程序中的ⅰ型测试循环进行试验时引起的车辆排放值，不得比规定的失效限值超出20%。
应当试验的失效模式包括：
将催化转化器替换为劣化或有缺陷的催化转化器，或模拟相应失效模式的电气装置；符合发动机缺火监测要求的发动机缺火工况範围；将氧传感器替换
篇二：
车载诊断标准iso+15765-2中文
iso15765-2（20xx）
道路车辆——控制局域网络诊断——
第2部分：
网络层服务
iso15765协议，定义了“道路车辆——局域网控制器（can）诊断”，包含如下几个部分：
——第一部分：
总论。
——第二部分：
网络层服务。
——第三部分：
统一诊断服务具体的执行
——第四部分：
排放相关系统的要求
概述
iso15765-2的协议，定义车载诊断系统网络层要求，提供在can数据链路层（iso11898定义）上运行。
虽说它最初设计是用在诊断系统上的，它同样适用于其它需要网络层协议的can通信系统上。
为了达到诊断通信要求，iso15765协议是基于iso/iec7498和iso/iec10731的开放互联系统基本参考模型建立的。
该模型将通信系统分为七层，iso15765协议映射到该模型上，分层如下：
——统一的诊断服务（第7层），在iso15765-3中定义。
——网络层（第3层），在iso15765-2中定义。
——can服务层（第1，2层），在iso11898中定义。
如表1所示，
应用层服务是由iso15765-3按照iso14229-1和iso15031-5建立的诊断服务制定的，但iso15765-3协议不仅适用于上述的诊断服务项，也适用于大多数的国际标准及汽车生产商规定的诊断服务。
网络层服务由该部分的iso15765协议定义，并独立于物理层上的操作，物理层仅仅是在法规的obd上有规定。
道路车辆——控制器局域网（can）的诊断——
第二部分：
网络层
1范围
这部分iso15765协议描述了在iso11898定义的控制其局域网中裁剪的网络协议，用于满足基于can的车载网络系统。
它是按照iso14229-1和iso15031-5建立的诊断服务制定的，但该部分协议不仅适用于上述的诊断服务项，还适用于车载内部其它的网络通信。
该协议描述的是未经最后确认的的通信。
2参考的标准
下述的参考文档对于该文档的应用是必不可少的。
iso11898-1，道路车辆——控制器局域网（can）——第一部分——数据链路层及物理信号层
iso/iec7498（所有部分），技术信息——开放互联系统——基本参考模型3术语，定义和缩略词
为编撰该文档目的，这些术语和定义已在iso7498中给出，以下缩略词术语同样适用。
bs数据块大小
cF连续帧
confirm确认服务
ecu电子控制单元
Fc流控制
FF首帧
FF_dl首帧数据长度
Fs流状态
indication指示服务
mtype信息类型
n_ae网络地址扩展
n_ai地址信息
n_ar网络层时间参数：
ar
n_as网络层时间参数：
as
n_br网络层时间参数：
br
n_bs网络层时间参数：
bs
n_changeparameter网络层服务项名称
n_cr网络层时间参数：
cr
n_cs网络层时间参数：
cs
n_data网络数据
n_pci网络协议控制信息
n_pcitype网络协议控制信息类型
n_pdu网络协议数据单元
n_sa网络源地址
n_sdu网络服务数据单元
n_ta网络目标地址
n_tatype网络目标地址类型
n_usdata网络层无应答的数据段传输服务项名称
nwl网络层
request应答服务
r接收者
s发送者
sF单帧
sF_dl单帧数据长度
sn顺序号
stmin间隔最短时长
4网络层总览
4.1概述
该项主要描述网络层总体的功能。
该部分的iso15765协议定义了未最后确认的网络层通信协议。
该协议用于网络节点之间数据交互，例如从一个ecu到另一个ecu，或外部诊断设备和一个ecu之间的通信。
如果要传送的数据超过了单个的can帧长度，则需要提供拆分的方法。
为描述网络层的功能，它提供给高层的服务项及内部操作必须予以研究。
4.2网络层提供给高层的服务项
该服务项接口定义了一些由网络层提供使用服务项，例如，数据发送、数据接收及协议参数设置。
已定义了两种类型的服务：
a）通信服务项
以下定义的服务项
升级会员 