【UDS诊断】——0x19 0A

🙋‍♂️【UDS诊断服务介绍合集】系列💁‍♂️点击跳转

一、服务概述

该服务用于请求所有支持的DTC信息(3字节的DTC标识符+1字节的DTC状态位), 19 0A用于让ECU返回所有支持的DTC,不论DTC状态如何,故障是否发生,都要返回。通常用来测试ECU中实际支持的DTC和预定义的DTC列表是否相符。
其响应报文与19 02服务一致,但该服务返回的是所有DTC的信息;而19 02服务是返回与请求时状态掩码相与不为0 的DTC信息。

二、报文

1.请求报文定义

在这里插入图片描述

2.肯定响应

在这里插入图片描述

3.报文讲解

3.1格式及内容

发 送: 19 +0A
正响应: 59+01+DTCStatusAvailabilityMask+DTC故障码+对应DTC故障码信息

3.2举例

在这里插入图片描述

UDS(统一诊断服务)是汽车诊断领域中使用的一种通信协议,它定义了一系列用于诊断汽车电子控制单元(ECU)的服务。在UDS协议中,诊断命令和服务是通过网络进行交换的,这些命令和服务遵循ISO 14229标准。 响应报文是ECU对诊断请求的回应,其中包含了诊断会话的控制、故障码的读取、数据的读写等信息。响应报文的解析通常需要理解UDS协议的帧结构和相关的诊断代码。 对于诊断19 01,这通常指的是“请求下载(Request Download)”服务的响应。这个服务用于告诉ECU准备接收来自诊断工具的数据块。响应报文中的19 01通常表示ECU已经成功准备接收数据。 一个典型的UDS响应报文格式如下: - 请求ID(Request ID):标识特定的请求。 - 服务ID(Service ID):指示正在进行的服务类型,对于19 01响应,服务ID为0x19。 - 诊断码(Diagnostic Code):表示ECU的响应状态,对于正常响应,通常是0x00。 - 数据段(Data Segment):根据请求的不同,这里可能包含额外的数据,例如在请求下载服务中,这里可能包含实际要下载的数据块。 - 帧结束(Frame Delimiter):标识报文的结束。 解析19 01响应报文时,需要检查服务ID是否为0x19,以及诊断码是否为0x00(或其他预期的状态码)。如果服务ID不匹配,或者诊断码表示存在错误,则需要根据具体的错误码进行相应的处理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值