UDS诊断 10服务的肯定响应码后面跟着一串数据的含义，以及诊断报文格式定义介绍

最新推荐文章于 2025-03-07 17:30:59 发布
最新推荐文章于 2025-03-07 17:30:59 发布
阅读量1.5k 收藏 11
点赞数
分类专栏： UDS 文章标签： mcu 网络 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/greenhand_T/article/details/134897430
版权

一、首先看一下10服务的请求报文和肯定响应报文格式

a.诊断仪发送的请求报文格式
请求报文
b.ECU回复的肯定响应报文格式
ECU反馈的肯定响应报文
c.肯定响应报文中参数定义
肯定响应中的时间参数

二、例程数据解析

a.例程数据
0.000000 1 725 Tx d 8 02 10 03 00 00 00 00 00
0.000806 1 7A5 Rx d 8 06 50 03 00 32 01 F4 CC

b.解析诊断仪发送的数据
725 Tx d 8 02 10 03 00 00 00 00 00
在这里插入图片描述
c.解析ECU回复的肯定响应数据
7A5 Rx d 8 06 50 03 00 32 01 F4 CC
在这里插入图片描述

三、诊断报文格式定义以及时间参数定义

a.诊断报文格式定义
诊断报文格式定义
在这里插入图片描述
b.部分时间参数定义
部分时间参数定义

四、总结

由此可见，10服务的肯定响应码后面跟着一串数据的含义是表示的时间参数；
00 32 表示P2_server参数，0x0032转换为十进制为50ms，即ECU 接收到请求报文后发送响应报文的间隔时间；
01 F4 表示P2_server参数*，0x01F4转换为十进制为500，但是这个参数的单位是10ms，所以500*10ms = 5000ms，即ECU 发送 NRC78 的否定响应后发送响应报文的时间间隔；

UDS详解（一）——肯定响应与否定响应
manjixingkong1234的专栏
09-13 2766
UDS的通信规范，介绍肯定响应和否定响应的回复方式
UDS诊断看这篇就够了，吐血整理
热门推荐
04-03 10万+
1 简介与概述 不同诊断通信协议的开发，调整，实施和维护会给车辆制造商，系统供应商和ECU供应商带来不必要的成本。为了解决此问题，将不同的技术协议和数据通信原理编译为一个国际ISO标准，通常称为统一诊断服务（ISO 14229-1）。 UDS ISO 14229-1：2013（UDS）和ISO 15765-3：2004（基于在CAN上的诊断）是互补标准，共同指定“ 基于CAN上的UDS”应用层协.........
UDS诊断的几篇高质量博客推荐
usstmiracle的博客
10-22 2213
UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Internet 和K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 如下图所示，ISO 14229-1也就是UDS协议仅对应用层做出了定义，物理层有双绞线和光纤供用户选择，数据链路
UDS诊断详解（三） - UDS 10 服务详解
m0_67883547的博客
03-07 1533
DiagnosticSessionControl（诊断会话控制）服务用于启用服务器中的不同诊断会话。 UDS协议中定义了三个常用诊断会话：Default、Programming、Extern，其中将Default Session之外的会话模式统称为非默认会话，用户也可以自定义诊断会话； 诊断会话：可以将其理解为访问UDS服务的前提条件；
【UDS诊断】——0x10服务
LOVE135149的博客
11-18 2万+
文章目录一.服务概述 提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录一.服务概述 一.服务概述 DiagnosticSessionControl（诊断会话控制）服务用于启用服务器中的不同诊断会话。 服务说明： ① 服务器中应该始终只有一个有效诊断会话 ② 服务器上电时应始终启动默认会话 该服务是在服务器端使能不同的会话模式，而诊断会话模式在服务器中用于启用一组特定的服务或者功能（e.g.刷写）。可以通过会话模式赋予不同诊断服务的执行权限。 2.会话之间转换反应图 1 默认会
UDS诊断服务（0x10)
qq_45315904的博客
07-12 2656
UDS诊断是一种汽车诊断技术，通过收发车辆ECU的请求信号，即可做出相应的响应。它的数据帧是由8字节构成，分别为单帧，首帧，续帧，流帧。1.通讯管理单元命令 0x10 （诊断会话控制）每次用到UDS，都需要加上0x10命令，而10指令有三个模式可以选择，即默认模式，刷新模式，扩展模式，对应的指令分别为：10 01 ， 10 02 ， 10 03；一般发完指令后，就会马上被回复响应标识符，50-7E为肯定响应服务标识符，7F为否定服务响应标识符。即正响应（50） 负响应（7F)以上说明针对ISO 14229
如何看懂UDS诊断报文
u012252959的博客
10-18 2万+
UDS介绍 UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Ethernet 和 K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN...
UDS诊断（ISO14229-1） 10服务
m0_56208280的博客
12-07 5070
10服务，即 Diagnostic Session Control（诊断会话控制）服务用于启用服务器中的不同诊断会话，可以通过会话模式赋予不同诊断服务 不同的执行权限。
汽车UDS诊断之通过标识符读取数据服务（0x22）深度剖析
心骗小白话的博客
10-17 1万+
1
UDS诊断-面试题2
weixin_54096215的博客
09-20 1795
诊断仪发送一个生成种子请求给ecu，ecu生成随机种子，然后将生成的种子返回给诊断仪，并且通过安全算法计算出key，诊断仪也使用自己的安全算法计算出key，并将其发送给ecu，进行验证操作，如果两边key相同则返回结果给诊断仪。使用电脑或者手持诊断仪，向ecu发送一串命令，然后等待汽车中的ecu返回数据或者故障码信息。含义：22：读取服务，01 07：要去读取的数据id。过程：诊断仪向ecu发送诊断请求，等待ecu接收到请求后，给诊断仪发送响应结果。含义：7F:否定响应，11：否定响应码（NRC）
UDS诊断协议
06-09
基于Can2.0的通信诊断协议。
车辆UDS诊断CAN规范
01-04
本规范描述了一种汽车电气系统更高级的诊断方法。使用这种诊断方法，车载电控单元可以和随车检测仪、在线检测或者其他诊断测试工具进行通讯。使用信息传递技术可以实现控制、监测、访问、代替和校验功能。
UDS诊断培训资料分享_上
03-10
关于诊断UDS的非常好的培训资料，如果能去现场听就更好了。
UDS 简述 UDS简介
12-28
其实诊断通信的机制很简单，可以类比client-server通信方式，即客户端发送request，服务器收到request之后进行处理，然后向客户端发送response。但是，诊断协议有自己的特色，它规定了在request和response的格式，在收到request的时候要做格式的检查。同时由于寻址方式的不同，有无sub-function的支持等，也会影响request和response的处理方式和结果。下面将我就具体情况分析，尽量做到简介明了。
基于STM32F103单片机汽车OBD诊断仪可以读取整车CAN线上汽车发动机转速车速等信息软件源码.rar
10-11
3. **OBD-II协议**：OBD-II定义了一套标准的请求和响应格式，用于查询车辆状态。项目源码中可能包含了实现这些请求和解析响应的函数。 4. **数据解析**：接收到的CAN数据需要转换为人类可读的形式，例如将数字转换...
诊断CAPL自动化（2）—— 封装了诊断发送的通用CAPL函数库
蚂蚁小兵
09-18 8717
CAPL诊断函数 diagSetTarget TestReportWriteDiagObject DiagSendRequest TestWaitForDiagRequestSent DiagGetLastResponseCode diagSetParameter（数值） diagSetParameter（数值字符串） diagSetParameterRaw （byte数组） DiagSetPrimitiveByte diagSetPrimitiveData
uds诊断服务——诊断会话（0x10）服务
weixin_49092622的博客
05-09 634
uds诊断协议，诊断会话（0x10）服务
UDS诊断-10服务及P2、P2*时间
04-28 4455
10服务、P2、P2*
uds诊断中SID22DIDA005计与A006
最新发布
03-28
<think>嗯，用户之前问过关于UDS诊断中的SID 86，现在又转向了SID 22的两个DID，A005和A006。我需要先确认用户的需求是什么。可能他们是在进行车辆诊断，需要了解这两个数据标识符的具体信息。 首先，SID 22是读取数据服务，用户提到DIDA005和A006，这里要注意DID的格式。通常DID是16位的，比如0xA005和0xA006。但用户写成DIDA005，可能是笔误或者格式问题，我需要先纠正这一点，确认正确的DID是0xA005和0xA006。 接下来，我需要回忆这两个DID通常用于什么。A005和A006在ISO标准中可能对应不同的数据，比如车辆识别号（VIN）或者ECU序列号，但具体可能因厂商而异。比如，VIN通常存储在0xA000到0xA0FF范围内，所以0xA005可能对应VIN的部分，或者厂商自定义的数据。 然后，用户可能想知道如何构造请求和解读响应。对于SID 22的请求格式是0x22后跟两个字节的DID。例如，读取0xA005的请求应该是22 A0 05。响应则是62 A0 05加上数据。需要解释每个部分的含义，以及可能的数据格式，比如ASCII字符串或二进制值。 还需要考虑否定响应的情况，比如如果DID不支持，ECU会返回7F 22加上NRC码，比如0x31表示请求超出范围。这可能帮助用户诊断问题。 用户可能是在实际工作中遇到了读取这两个DID的问题，或者在学习UDS协议时需要具体例子。需要确保回答结构清晰，分点说明每个DID的可能用途、请求响应格式，以及注意事项，比如厂商自定义的情况。 另外，用户之前的问题涉及SID 86的事件响应，现在转向SID 22，可能是在进行不同诊断服务的操作。需要保持回答的连贯性，但也要准确针对当前问题。 最后，提醒用户参考具体文档，因为DID的定义可能因ECU而异，特别是像0xA005这样的高位地址，可能属于厂商自定义范围。如果有更多上下文，比如车型或ECU类型，可以更具体地回答，但当前情况下只能给出一般性的解释。</think>在UDS（统一诊断服务，ISO 14229）协议中，**SID 0x22（ReadDataByIdentifier）** 用于通过数据标识符（DID）读取ECU中存储的特定数据。DID `0xA005` 和 `0xA006` 是常用的数据标识符，其具体含义和响应格式需根据车型或ECU厂商定义（部分遵循ISO标准，部分为厂商自定义）。以下是通用解释： --- ### **一、DID 0xA005 与 0xA006 的典型用途** #### **1. DID 0xA005（可能用途）** - **常见定义**： - 车辆识别号（VIN）的后几位（如厂商自定义补充信息）。 - 硬件版本号或ECU生产日期。 - **数据格式**： - 通常为ASCII字符串或二进制编码。 - 示例响应（假设为VIN补充信息）：`62 A0 05 48 4B 33 32`（ASCII: "HK32"）。 #### **2. DID 0xA006（可能用途）** - **常见定义**： - ECU序列号（唯一标识符）。 - 软件版本号或校准数据标识。 - **数据格式**： - 可能为ASCII字符串（如序列号）或二进制值。 - 示例响应：`62 A0 06 53 57 5F 56 31 2E 32`（ASCII: "SW_V1.2"）。 --- ### **二、请求与响应格式** #### **1. 请求报文** - **读取DID 0xA005**： `22 A0 05` - `22`：SID（ReadDataByIdentifier） - `A0 05`：DID（高位字节在前，即`0xA005`）。 - **读取DID 0xA006**： `22 A0 06` #### **2. 肯定响应** - **格式**：`62 [DID_High][DID_Low] [Data]` - `62`：SID + 0x40（0x22 + 0x40 = 0x62） - `[DID_High][DID_Low]`：回显请求的DID（如`A0 05`） - `[Data]`：具体数据内容，长度和格式由DID定义。 - **示例响应（DID 0xA005）**： `62 A0 05 48 4B 33 32` - 数据解析：ASCII "HK32"（假设表示硬件版本）。 #### **3. 否定响应** - **格式**：`7F 22 [NRC]` - 常见NRC（否定响应码）： - `0x13`：报文长度错误 - `0x31`：请求超出范围（DID不支持） - `0x33`：安全访问未通过 --- ### **三、注意事项** 1. **厂商自定义**： - `0xA000`~`0xAFFF`范围内的DID通常为厂商自定义，**需查阅ECU文档**以确认具体定义。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值