OBD诊断(ISO15031) 09服务

功能简介

09服务,即 Request vehicle information(请求整车信息)服务,此服务用于请求整车信息,如VIN码,ECU名称等

ISO 9141-2、ISO 14230-4和SAE J1850的诊断服务定义

此服务的目的是使外部测试设备能够请求车辆特定的车辆信息,如车辆识别码(VIN)和校准ID。其中一些信息可能是法规要求的,如果车辆制造商支持,则应以标准格式报告。SAE J1979-DA中定义了信息类型。

此服务的一个功能是让ECU指示支持哪些信息类型(ISO 9141-2要求支持INFOTYPE 00 )。INFOTYPE 00 是一个位编码值,表示支持01 到20 的INFOTYPEs。INFOTYPE 20 表示支持INFOTYPE21 -40 等。这与SAE J1979-DA中规定的服务01 和02 中用于PID支持的概念相同。

外部测试设备应维护一份支持不等于00 的信息类型的ECU列表,以证明其是否期望来自该ECU的响应消息。对于信息类型不等于00 的请求消息,ECU可能不会在 规定的P2 max正时窗口内发送肯定响应消息。

如果INFOTYPE 02 (VIN)显示为支持,即使VIN缺失或不完整,ECU也应在P2max正时内做出响应。例如,开发ECU可能会用VIN的FF 字符进行响应,因为VIN尚未编程。

1、请求车辆信息请求消息(读取支持的INFOTYPE)

在这里插入图片描述

2、请求车辆信息响应消息(报告支持INFOTYPE)

在这里插入图片描述

3、请求车辆信息请求消息(读取INFOTYPE值)

在这里插入图片描述

4、请求车辆信息响应消息(报告INFOTYPE值)

在这里插入图片描述

3、报文示例

下表显示了如何实施“请求车辆信息”服务

步骤#1:从车辆请求车辆信息(请求支持的INFOTYPE)

外部测试设备向车辆请求所有支持的信息类型。有关请求支持的PID的指导,请参阅服务01的示例(支持的信息类型也使用相同的概念)。根据支持的INFOTYPE请求,外部测试设备为每个ECU创建了一个支持的内部信息类型列表:ECU#1(ECM)支持以下信息类型:01、02 、03 、04 、05 、06 、07 和08 。由于只有一个ECU符合与任务相关的立法要求,因此不会出现来自另一个ECU的响应消息。

步骤#2:向车辆请求信息类型
现在,外部测试设备请求以下INFOTYPE:

  • INFOTYPE 01:MC_VIN=5条响应消息;由ECU#1支持。

在这里插入图片描述
在这里插入图片描述

现在,外部测试设备请求以下INFOTYPE:

  • 信息类型02 :VIN=[1G1JC5444R7252367],由ECU#1支持。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
现在,外部测试设备请求以下INFOTYPE:

  • INFOTYPE 03:消息计数校准ID=08;由ECU#1支持。

在这里插入图片描述

ISO 15765-4的诊断服务定义

此服务的目的是是使外部测试设备能够请求特定于车辆的车辆信息,例如车辆识别码(VIN:VehicleIdentificationNumber)和CalibrationID。其中一些信息可能是法规要求的,如果车辆制造商支持,一些信息应以标准格式报告。INFOTYPE在SAEJ1979-DA中定义。

并非所有INFOTYPE都适用或受所有系统支持。INFOTYPE 00是位编码值,指示每个ECU支持哪些INFOTYPE。INFOTYPE 00 表示支持从01 到20 的INFOTYPE。INFOTYPE 20 表示支持INFOTYPE 21 到40 等。这与服务01 02 、06 、08 、09 中的PID/TID/INFOTYPE支持的概念相同。那些响应SAEJ1979-DA中规定的相应服务09 请求消息的ECU需要INFOTYPE 00

包含支持的INFOTYPE的请求消息最多可包含六个INFOTYPE。包含INFOTYPE的请求消息,用于报告车辆信息,只能包含一个INFOTYPE。外部测试设备不应请求支持的INFOTYPE和报告车辆信息的单个INFOTYPE的组合。ECU应支持最多6个受支持的INFOTYPE和仅一个INFOTYPE的请求,该INFOTYPE报告车辆信息。

如果INFOTYPE 02 (VTN指示为支持,即使VIN丢失或不完整,ECU也应在P2max时问内响应。例如,开发ECU可能会响应VIN的FFG字符,因为VIN尚未编程。

1、请求车辆信息请求消息(请求支持INFOTYPE)

在这里插入图片描述

要请求支持范围从C1 到FF 的INFOTYPE,应向车辆发送另一个具有INFOTYPE#1=CO 和INFOTYPE#2=E0 的请求消息。

2、请求车辆信息响应消息定义(报告支持INFOTYPE)

如果需要,ECU应响应所有支持的范围。一个范围被定义为一个包含32个INFOTYPE的块(例如范围#1:INFOTYPE 01到20 )。除非后续范围具有受支持的INFOTYPE,否则ECU不应响应不受支持的INFOTYPE范围。

在这里插入图片描述

响应消息应仅包括ECU支持的INFOTYPE和数据A到D。如果请求消息包含ECU不支持的INFOTYPE值,则这些值不应包含在响应消息中。

3、请求车辆信息请求消息定义(读取INFOTYPE值)

在这里插入图片描述

4、请求车辆信息响应消息定义(报告INFOTYPE值)

在这里插入图片描述

5、示例报文

在这里插入图片描述
注意:压燃式发动机将支持INFOTYPEOBis而不是08is用于在用性能跟踪(IPT)数据。
在这里插入图片描述
在这里插入图片描述

现在外部测试设备请求以下INFOTYPE:

  • INFOTYPE 0416: CALID#1 = [JMB36761500] and CALID#2 = [JMB4787261111]; supported by
  • INFOTYPE 0416: CALID#1 = [JMA*431299110000]; supported by ECU#2.

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 8
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值