汽车UDS诊断协议学习（一）

UDS网路层的相关类型帧：SF单帧参数：FF首帧参数：CF连续帧参数：FC流控帧参数：单帧传输中仅需要用到SF（SingleFrame）:TX：02 10 03 00 00 00 00 00单帧的第一个字节02，高4位为0表示是SF帧；低4位为2，表示后面的有效字节长度为2个字节多帧传输中需要用到：FF（首帧）、FC（流控帧）、CF（连续帧）TX：10 14 2E F1 90 FF FF FFRX：30 08 14 00 00 00 00 00TX：21 FF FF FF FF FF FF FFTX：22

UDS（UnifiedDiagnostic Services，统一诊断服务,有时也称增强诊断）是ISO-14229定义的基于OSI模型中应用层的协议。其中，ISO 14229-1定义了诊断服务，但不涉及网络层及实现手段，只有应用层的内容，因此可在不同的汽车总线（如CAN, LIN, Flexray, Ethernet和K-line等）上实现。结合ISO 15765-3和ISO 14229-1则实现了基于CAN总线的UDS汽车统一诊断服务。如下图所示：ISO15765-4规定排放相关的诊断内容OSI各层。

通过深入学习UDS统一诊断服务，我掌握了其基本原理、服务请求以及DTC故障码的解读方法。在实践中，我能够将理论知识与实际操作相结合，运用UDS技术快速定位并解决车辆故障。同时，通过参与实际项目，我积累了丰富的经验，提升了技能水平。这段学习旅程不仅让我对UDS有了更深入的理解，也为我未来在汽车诊断领域的发展奠定了坚实的基础。

一、AM（寻址方式） 1、AM(Addressing Mode):寻址方式 在发送诊断指令的过程中，存在两种寻址方式：物理寻址和功能寻址 物理寻址：即该诊断服务请求只针对符合请求中物理地址的ECU，其他ECU节点不做任何接收处理； 功能寻址：即该诊断物理请求针对当前网络下所有的ECU节点，所有的ECU均会接收处理该诊断请求； 通俗得说，物理寻址是一对一的，在人群中你要找人，直接喊他的名字，即为物理寻址；功能寻址为一对多，在人群中你要找所有男性，即为功能寻址； 2、应用场景与作用 当该诊断请求需要发送至特定E

CAN-TP 网络层参数有N_As/N_Ar/N_Bs/N_Br/N_Cs/N_Cr,各个参数的含义下记两张图可以完整的体现，可以先试着理解下，下面将会分段进行解析。

什么是UDS？ UDS全称为Unified Diagnostic Services，统一的诊断服务。由ISO-14229系列标准定义。 诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能请求和响应之间定义了统一的内容和格式。位于OSI模型中的应用层。 作为汽车诊断通信重要构成部分，UDS在诊断中作用主要体现在以下几个方面 在诊断故障码中运用 读取当前故障，历史故障，读取故障发生时环境信息，清除故障码 数据传输

【图解UDS】UDS汽车诊断标准协议（ISO 14229）带你入门到精通 目录 0 前言 1 诊断的基本概念 2 UDS诊断诊断协议 2.1 诊断服务的概念 2.2 诊断会话控制0x10服务 2.3 会话访问0x27服务 2.4 用于读/写的DID的0x22/0x2E服务 2.5 故障存储相关的0x19和0x14服务 ...

汽车诊断技术是用于检测和解决汽车故障的技术。诊断常采用问答模式，它通过与汽车的电子控制单元（ECU）进行简单的问答交互来检测故障。在这种模式下，诊断设备向汽车发送一个特定的问答报文，请求ECU提供相关的诊断信息。然后，ECU根据请求返回相应的报文，其中包含了故障代码、传感器数据等信息。诊断设备根据接收到的报文解析并分析故障信息，从而确定故障原因和解决方案。问答报文是在汽车诊断过程中用来交换信息的特定格式的数据。报文ID（Command ID）：用于标识该报文的类型和目的。

一.概述 UDS（UnifiedDiagnostic Services，统一诊断服务,有时也称增强诊断）是ISO-14229定义的基于OSI模型中应用层的协议。其中，ISO 14229-1定义了诊断服务，但不涉及网络层及实现手段，只有应用层的内容，因此可在不同的汽车总线（如CAN, LIN, Flexray, Ethernet和K-line等）上实现。 结合ISO 15765-3和ISO 14229-1则实现了基于CAN总线的UDS汽车统一诊断服务。如下图所示： ISO15765-4规定排

1.什么是诊断 车辆在运行过程中，不可避免地会发生一些故障，为了确保行车安全，我们要求车上的ECU能够实时监测部件的运行状态，一旦发现异常情况，能通过点亮报警灯等方式提示驾驶员。但是，点亮报警灯只能告诉驾驶员车辆发生了故障，最多只能定位到故障ECU，比如ABS报警灯亮说明ABS系统出现故障，但具体是什么部件发生故障并不能通过报警灯显示出来。这时就需要ECU在本地存储一个与故障相对应的故障代码，在进行维修的时候，可以通过车上的OBD接口连接诊断仪，把这个存储的故障代码读取出来，从而进一步定位到更加具体的故障部

UDS诊断(汽车诊断）是啥，我知道肯定有很多人不知道 1、这个是什么东西？ 2、有什么用？ 先看个百科截图，引出诊断的概念！ 有什么用 这个用处是我在不拆车的情况下，检测汽车的状况，以确定具体故障。 这就跟一个人去医院做检查一样，通过各种检查看你是否健康，或者哪里有病灶，医生检查手段有望闻问切，抽血，拍片等。 汽车呢？ 诊断汽车的问题，最直接快捷准确的就是通过诊断仪连接到汽车的OBD端口读取车况信息。 汽车诊断仪下图 有车的朋友可能见过，这个东西在汽车维修店经常用到，这个诊断仪像一个平板电脑，另一个头连

ISO-14229标准，也称UDS，是一种面向汽车控制单元ECU的同意诊断服务，是目前汽车电子领域运用最广的技术协议之一。

本篇记录了ISO 14229协议，即：UDS，同意诊断服务协议的基础知识，记录的很全面，耐心看完本篇可对UDS有清晰认知，学的都是一些常用到的诊断服务，看完本篇再之后即可开始着手开始用，在实际使用中边做边学。

该文章为 UDS诊断专栏目录索引

UDS (Unified Diagnostic Services) 是一种用于在汽车电子控制单元(ECU)之间进行诊断和通信的标准协议。它是一种底层协议，主要用于诊断和编程各种汽车系统，例如发动机、变速器、刹车和安全气囊等。

本文转载自：知乎用户——心机之花，网址：https://zhuanlan.zhihu.com/p/37310388，收藏转载仅供自己学习，如有侵权，请联系博主删除，谢谢。 写在前面：UDS实践性强，逻辑复杂，很多服务非要体验过一次才能理解，导致包括我在内的初学者感觉晦涩难懂，不明觉厉，因此将自己的理解写下来、整理下来，与君共勉。零、UDS诊断命令备忘录一、简介UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是在汽车电子ECU环境下的一种诊断通信协议，在ISO 142

而后面的parameter则根据各个诊断服务的不同具有不同的内容，长度和格式并没有统一规格，它用于限定诊断服务执行的条件，比如某个诊断服务执行的时间等。诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能请求和响应之间定义了统一的内容和格式。而negative response则意味着ECU因为某种原因无法执行诊断仪发过来的诊断请求，而无法执行的原因则存在于negative response的报文中。

UDS介绍 UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765 和ISO 14229 定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线（例如CAN, LIN, Flexray, Ethernet 和 K-line）上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 UDS本质上是一系列的服务，共包含6大类26种。每种服务都有自己独立的ID，即SID。 SID