ISO-27145故障诊断说明

本文详细介绍了ISO27145标准的不同部分,包括信息和用例定义、排放相关数据规则、服务定义以及车辆与测试设备的连接规范。重点讲述了诊断服务、多包数据发送的ISO15765-2标准应用,以及故障码的结构和分类,如动力系统(P)、底盘(C)、车身(B)和网络(U)故障。文中还提供了故障码请求和响应的示例,包括无故障码、单帧和多帧情况。
摘要由CSDN通过智能技术生成

ISO-27145故障诊断说明

2.1 27145目录说明

ISO27145-1: 这里边介绍的是一般信息和用例定义;
ISO27145-2: 这里边介绍的是与排放相关的通用数据规则,用于查询;
ISO27145-3: 这里边主要介绍了支持的服务 12服务 14服务 19服务 22服务 31服务;
ISO27145-4: 车辆与测试设备的连接,主要定义一些 物理层,传输层,网络层的功能;

在这里插入图片描述

2.2 关键内容说明

1:诊断服务(第7层 application),在 ISO27145-3中参照ISO 14229-1指定;
2:多包数据发送的时候请参考  ISO15765-2"9.6.1 N_PCI"(2016版本,信息详细)说明,里面有描述 单帧,首帧,流控帧等描述;(也可以查看 ISO15765-2 "Table 3 — Summary of N_PCI bytes"(2014版本,信息简略))
   可参考:https://zhuanlan.zhihu.com/p/44857562
3:

在这里插入图片描述

5BYTE-故障码组成:故障等级(1byte)+(X+CODE+FTB)(3byte)+故障状态(1byte),其中X表示故障类别

故障码分类:
P:powertrain动力系统
C:Chassis底盘
B:Body车身
U:network通信系统
故障码前两个bit代表P/C/B/U(动力/底盘/车身/网络),用00/01/10/11分别表示P/C/B/U

CODE和FTB明细,请参考 “J2012DA_201812.xlsx” : X+CODE查看"X0000-X3FFF"分组 ;FTB查看“FTB.Sub.Types”分组

资源下载链接

https://download.csdn.net/download/dujunqiu/87720490?spm=1001.2014.3001.5503

在这里插入图片描述

2BYTE故障明细说明

在这里插入图片描述

2.3 故障码示例

基础知识,需要先根据 ISO14229-1 "11.3.2.1 Request message definition " 里面的0x19子服务(0x42)之后,再去确认数据发送内容

// TODO 待补充标准帧的故障码说明,和扩展帧的是一样的吗?

0x18da00f1:05 19 42 33 08 1e ff ff
// 0X05--当前帧有效BYTE数
// 0X19--读取故障码服务
// 0X42--上传OBD掩码记录,参考 ISO14229-1"Table 269 — Request message sub-function definition"
// 0X33--排放系统标识,参考 ISO14229-1"Table D.15 — Definition of FunctionalGroupIdentifiers (FGID_)"
// 0x081e-- DTC 状态掩码+严重程度掩码
    
// 59 42 的肯定应答,参考 ISO-14229-1"Table 283"描述

2.3.1 无故障码说明

 1:TBOX外发--0x19 读取故障码服务
0x18da00f105 19 42 33 08 1e ff ff
2:ECU回复 否定应答
0x18daf10003 7F 19 10 FF FF FF FF	
// 0x7F-否定响应码  参考:ISO14229-1 "ISO 14229-1:2013(E)"
// 0x19-请求服务ID  
// 0x10-否定响应码(NRC),表示否定原因:一般拒绝 ,详细说明或其它否定原因参考:ISO14229-1 "Table A.1 — Negative Response Code (NRC) definition and values"

2.3.2 单帧故障码示例

// 根据 ISO-14229-1"Table 283"描述,59 42 的肯定应答一帧数据描述不完
发送 0x18da00f1 数据帧 扩展帧 8 05 19 42 33 08 1e FF FF    
// 0X05--当前帧有效BYTE数
// 0X19--读取故障码服务,参考 ISO14229-1 "Table 269— Request message subfunction definition"
// 0X42--上传OBD掩码记录,参考 ISO14229-1  "Table 269 — Request message sub-function definition"
// 0X33--排放系统标识,参考 ISO14229-1  "Table D.15 — Definition of FunctionalGroupIdentifiers (FGID_)"
// 0x08-- DTC 状态掩码,参考 ISO14229-1 "Table 287— statusOfDTC" 
// 0x1e--严重程度掩码,参考ISO14229-1 "DTCseverity and classdefinition"
    
    
接收 0x18daf100 数据帧 扩展帧 8 10 0B 59 42 33 FF 1F 04	
    
//首帧-0x0B,有效数据长度12BYTE
//0x5942 回复1942的肯定应答,参考 ISO-14229-1 "Table 283"
//0x33 功能组标识符,参考ISO-14229-1"Table 349 —ReadDTCInformationresponse"
//0xFF DTC状态可用掩码,参考ISO-14229-1"Table 349 —ReadDTCInformationresponse"
//0x1F DTCS严重性可用性掩码,与DTCSeverity相同,参考ISO-14229-1"Table 349 —ReadDTCInformationresponse"参考具体bit位含义和DTCSeverity相同
//0x04 DTC格式标识符,参考ISO-14229-1"Table 349 —ReadDTCInformationresponse"
    
    
发送 0x18da00f1 数据帧 扩展帧 8 30 00 0A FF FF FF FF FF	
// 3(流控帧)+流状态0(FS,4bit)参考  ISO15765-2"9.6.1 N_PCI"(2016版本,信息详细)说明,里面有描述 0单帧,1首帧,2连续帧,3流控帧等描述;(也可以查看 ISO15765-2 "Table 3 — Summary of N_PCI bytes"(2014版本,信息简略))
// 块大小(BS,8bit)
// 流控帧-0x0A,最小时间间隔10ms
    
    
接收 0x18daf100 数据帧 扩展帧 8 21 01 30 13 00 0E FF FF		
// 连续帧-0x21,连续帧的第一包数据,后面为有效数据
// 0x01 故障码等级
// 0x3013 P(0)+CODE(12307),参考“J2012DA_201812.xlsx”,X+CODE查看"X0000-X3FFF"分组
// 0x00 FTB(0):No SubTypeInformation(无子类型信息)参考“J2012DA_201812.xlsx”,FTB查看“FTB.Sub.Types”分组
// 0x0E 检索第一个/最近检测到的确认的DTC(子功能= 0x0C报告首先确认DTC,子功能= 0x0E报告首先最近确认DTC)

2.3.3 多帧故障码示例

// 模拟诊断报文上报
1:TBOX外发故障码请求报文--0x19 读取故障码服务
0x18da00f1:05 19 42 33 08 1e ff ff
2:ECU回复 0x59 应答
0x18daf100:10 1a 59 42 33 FE FE 04
3:TBOX外发流控帧
0x18DA00F1:30 00 0A FF FF FF FF FF
4:ECU应发数据
0x18daf100:21 04 C0 37 08 28 04 04		// 故障码按照5BYTE顺序取
0x18daf100:22 26 1C E8 02 C2 A2 87		// 与单故障码对比多了后面的连续帧,与单故障码解析一样,不过多赘述
0x18daf100:23 28 04 C1 13 87 28 FF
//故障码:
 04 C0 37 08 28
 04 04 26 1C E8
 02 C2 A2 87 28
 04 C1 13 87 28
### 回答1: ISO-15765-2是一种车载诊断标准,也被称为ISO14229。它是一种用于车辆电子控制单元(ECU)通信的协议,在汽车维修行业被广泛采用。 使用ISO-15765-2标准的车辆必须支持Controller Area Network(CAN)总线,这是现代车辆中通信最常用的协议。CAN总线允许多个ECU在同一总线上共享信息,从而实现车辆各个系统间的协调控制和数据交换。 这个标准规定了不同的服务,如读取故障码(Diagnostic Trouble Code,DTC)、清除故障码、读取实时数据、读取快照数据等。ISO-15765-2同时也兼容其他诊断通讯协议,如Keyword Protocol 2000(KWP2000)和Unified Diagnostic Services(UDS)。 通过ISO-15765-2标准,汽车维修技师能够获取ECU的相关信息,例如引擎转速、车速、氧传感器数据等。当车辆故障时,维修技师可以通过此标准快速定位和修复问题,提高故障处理效率和减少维修成本。 ISO-15765-2标准还规定了诊断工具和ECU之间的通讯协议、信息传输速率等细节要求,确保系统之间的稳定和可靠性。同时,对于数据格式和资源分配也做了充分的规定,以确保信息的完整和可靠传输。 总之,ISO-15765-2标准是车载诊断领域非常重要的标准,通过它可以提高车辆维修的效率和准确性,实现更好的故障定位,为汽车行业的技术发展做出了重要贡献。 ### 回答2: ISO 15765-2车载诊断标准是为了实现车辆的诊断和维护而制定的一项国际标准。它是一种汽车诊断协议,用于在汽车上执行远程诊断和控制,适用于所有可以进行诊断测试的汽车,包括传统汽油和柴油车、电动汽车、混合动力和燃料电池车。 ISO 15765-2车载诊断标准采用CAN总线技术进行通信,它定义了一组协议规则,以确保各种元件(如电子控制单元(ECU)和传感器)之间的通信稳定和可靠。在这个标准的框架下,车辆制造商可以通过诊断工具对各个控制器进行快速、准确的故障诊断,以确保车辆在行驶时拥有最佳的性能和安全性。 ISO 15765-2车载诊断标准还定义了一些诊断协议,用于执行特定的功能,如读取程控表的故障码和参数设置。这些诊断协议可以通过标准的诊断扫描工具或专用的诊断仪表来执行。汽车诊断标准使车辆修理人员更方便地诊断和修复车辆故障,也使车辆制造商更容易地测试、适配和验证车辆系统的性能。 总之,ISO 15765-2车载诊断标准是一项重要的汽车行业标准,它为车辆制造商和修理人员提供了一个通用的诊断界面。它提高了车辆的可靠性和安全性,降低了维修成本,促进了汽车行业的发展。 ### 回答3: ISO-15765-2是车载诊断标准中的一种,是指车辆电子控制单元(ECU)和车辆诊断仪(scanner)之间通信的协议标准。ISO-15765-2是ISO-TP(传输协议)的一种实施方式,它定义了数据的传输格式和处理过程,确保通过OBD-II接口访问诊断数据的有效性和精度。 ISO-15765-2的具体特点如下: 1. 数据传输速度快:ISO-15765-2使用了CAN总线通信技术,支持高速传输,通常的传输速率为500kbit/s,比传统的OBD-I协议快得多。 2. 数据处理准确:ISO-15765-2标准提供了数据传输和处理的一致性和准确性,保证车辆设备和诊断仪之间的通讯无误,同时也保证了诊断过程的准确性。 3. 原码传输:ISO-15765-2支持原码传输,避免了数据的编码和解码过程,大大提高了数据的传输效率。 4. 支持多帧数据传输:ISO-15765-2支持多帧数据传输,允许大量数据的传输,并且能够保证数据传输的实时性和完整性。 5. 支持多种功能码:ISO-15765-2支持多种功能码,包括流数据、冻结帧、故障码、自定义数据和读取实时数据等。 总之,ISO-15765-2车载诊断标准是一种先进的通讯标准,可以帮助汽车制造商和汽车维修技师更准确地诊断车辆问题,同时提高了诊断速度和效率,对于保证车辆性能和安全具有重要的意义。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值