OBD诊断(ISO15031) 06服务

功能简介

06服务,即 Request on-board monitoring test results for specific monitored systems(请求对特定被监测系统的监测结果)服务,此服务的目的是允许访问特定部件/系统的车载诊断监测测试的结果。例如催化剂监测和蒸发系统监测。

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

车辆制造商负责为不同系统和部件的测试分配测试ID和部件ID。即使在多次点火关闭循环中,也要保留最新的有效测试结果,直到被最新的测试结果所取代。

此服务的一个功能是让ECU指示支持哪些测试ID。测试ID 00是一个itencoded值,表示支持01到20的测试ID。测试ID 20表示支持测试ID 21至40等。这与SAE J1979-DA中规定的服务01和02中用于PID支持的概念相同。

此服务可作为服务05的替代方案,用于报告氧传感器测试结果。

1、请求特定监控系统的车载监控测试结果请求消息定义(读取支持的TID)

基本格式

<SID> + <Test ID>

在这里插入图片描述

2、请求特定监控系统响应消息定义的车载监控测试结果(报告支持的TID)

基本格式:

<SID> + <Test ID> + <Filler Byte> + <support Test ID>

在这里插入图片描述

3、请求特定监控系统的车载监控测试结果请求消息定义(读取测试结果)

基本格式:

<SID> + <Test ID>
在这里插入图片描述

4、请求特定监控系统响应消息定义的车载监控测试结果(报告测试结果)

基本格式:

<SID> + <Test ID> + <Test Limit Type and Component ID> + <data record of supported Test ID>
在这里插入图片描述

3、报文示例

下面的表79至表81显示了应如何实施“请求特定监控系统的车载监控测试结果”服务。

步骤#1:请求特定监控系统的车载监控测试结果(请求支持的测试ID)
外部测试设备向车辆请求所有支持的测试ID。有关请求支持PID的指导,请参阅服务01的示例(支持的TID也使用相同的概念)。
作为受支持的TID请求的结果,外部测试设备为每个ECU创建受支持的TI的内部列表。

  • ECU#1(ECM)支持测试ID 02。
  • ECU#2(TCM)不支持任何测试ID。

步骤#2:请求特定监控系统的车载监控测试结果
外部测试设备向车辆发送带有一(1)个支持的测试ID的“请求特定监控系统的车载监控测试结果”请求消息。响应消息指示支持哪些组件ID。请求消息包括以下测试ID:测试ID 02-贫至富传感器阈值电压(恒定)(支持的部件ID:04、16)。通常,在使用测试ID 01和06执行服务06之前,外部测试设备应读取服务01 PID 01的测试状态,以验证测试是否得到支持和完成。如果测试未完成,则报告的测试值可能无效。
在这里插入图片描述
在这里插入图片描述

ISO 15765-4的诊断服务定义

此服务的目的是允许访问持续监控(例如汽油车的失火监控)和非持续监控的特定组件/系统的车载诊断监控测试结果(例如,催化剂系统)。
测试值的请求消息包括指示请求信息的车载诊断MonitorID(参见SAEJ1979-DA)。测试值的响应消息包括SAEJ1979-DA中定义的单位和比例信息。车辆制造商应使用与用于监测的物理量最匹配的Unit和ScalingID,以使信息对维修技术人员更有用,以进行诊断,例如,一个车载诊断MonitorID,其中监视器检查压力变化应使用Unit和ScalingID,其中包括描述中的压力。

车辆制造商负责为受监控系统的不同测试分配“制造商定义的TestID”。将保留最新的有效测试值(结果),即使经过多次点火关闭循环,直到被更新的测试值(结果)替换。测试值(结果)由车载诊断MonitorID请求。测试值(结果)始终与最小和最大测试限值一起报告。响应消息中包含的Unit和ScalingID定义了外部测试设备用于显示测试值(结果)、最小测试限制和最大测试限制信息的缩放和单位。

如果自执行“清除/重置排放相关诊断信息”请求或电池断开擦除最新的有效测试值以来,车载诊断监视器尚未完成至少一次,那么参数测试值(结果)、最小测试限制和最大测试限制应设置为零(0000h)值。请注意,对于某些Unit和Scaling ID,0000h转换为非零结果(例如,Unit 和 Scaling ID 16h表示温度,0000h显示为-40.0°C),因此某些尚未完成的监视器可能会显示测试结果、最小限制和最人限制,这些在缩放后均相等但不为零。

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

包含受支持的车载诊断Monitor ID请求消息最多可包含六个OBDMID。包含车载诊断Monitor ID的请求消息,报告测试值应仅包含一个OBDMID。外部测试设备不应请求支持的OBDMID和报告测试值的单个OBDMID的组合。ECU应支持最多6个受支持的OBDMID和仅一个报告测试值的OBDMID的请求。

应使用一种独特的方法来显示具有多项测试的监视器的数据。许多OBD监视器有多个测试,这些测试以串行或并行方式完成。如果监视器使用多个OBD Monitor ID/Test ID组合可能不会同时完成,则应使用以下方法在监视器完成时更新存储的测试结果。监视器完成后,使用适当的通过或失败结果更新监视器使用的所有MonitorID/TestID组合(或“测试结果”)。如果在此监控事件期间未使用测试结果(或“Monitor ID/Test ID”),请将测试值以及最小和最大测试限制设置为其初始值(0000h,测试未完成)。先前完成的监控事件的测试结果不应与当前完成的监控事件的测试结果混合。

在某些情况下,即使监视器(如PID4lio所示)成功完成并且通过或失败,测试结果(或“Monitor ID/Test ID组合”)也会显示为不完整。在其他情况下,某些Test ID将显示通过结果,而其他Test ID将在监视器(如PID41h 指示)成功完成和失败后显示失败结果。请注意,OBD-II法规禁止通过的监视器显示任何失败的测试结果。如果初始串行测试表明失败,而系统的后续重新测试表明通过结果,则应显示用于做出通过确定的测试,而应重置用于做出初始确定的失败测试到其初始值(0000h,测试未完成)。

串行监视器的一个示例是蒸发泄漏监视器,其中监视器首先检查参考泄漏,然后开始执行实际泄漏检查。如果参考测试失败,则不执行泄漏测试。

作为并行监测器的一个例子,净化阀流量监测器可以通过一个大的浓lambda转换、一个大的稀入转换或一个大的发动机转速增加。如果排气阀被激活并且发生大的浓入转换,则浓入转换的Test ID将显示通过结果,而其他两个Test ID将显示不完整。由于已完成监视器的某些Test ID将显示不完整,因此应使用PID41h 来确定监视器完成状态。

1、请求特定监控系统的车载监控测试结果请求消息定义(读取支持的OBDMID)

基本格式

<SID> + <OBDMID>

在这里插入图片描述

为了请求OBDMID支持的范围为C1h -FFh,另一个请求消息OBDMID#1=C0h 和OBDMID#2=E0h 应发送到车辆。

2、请求特定监测系统响应消息定义的车载监测测试结果(报告支持OBDMID)

如果需要,ECU应响应所有支持的范围。一个范围被定义为一个由32个OBDMID组成的块(例如范围#1:OBDMID 01h - 20h)。除非后续范围具有支持的OBDM ID,否则ECU不应响应不支持的OBDM ID范围。

基本格式:

<SID + 0x40>
在这里插入图片描述
响应消息应仅包含ECU支持的OBDMID和数据A到D。如果请求消息包含ECU不支持的OBDMID值,则这些值不应包含在响应消息中。

3、请求特定监控系统的车载监控测试结果请求消息定义(读取OBDMID测试值)

基本格式:

<SID> + <OBDMID>

在这里插入图片描述

4、请求特定监测系统响应消息定义的车载监测测试结果(报告OBDMID测试值)

在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值