UDS诊断服务

合集下载

UDS最全内容总结

目录前言 (2)UDS 的7种服务及肯定响应和否定响应的形式 (3)$10诊断会话 (5)$3E待机握手 (6)$27安全访问 (7)$22读数据 (8)$2E写数据 (8)$19 读DTC (8)$14清除DTC (10)统一诊断服务(Unified diagnostic services ，UDS) （一） (10)Diagnostic request的格式： (10)统一诊断服务(Unified diagnostic services ，UDS) （二） (12)Diagnostic Session Control (0x10) (12)诊断response的格式：Diagnostic Session Control (13)ECU Reset 诊断request的格式 (13)Security Access (0x27) (13)统一诊断服务(Unified diagnostic services ，UDS) （三） (14)Tester Present (0x3E) (15)Control DTC Setting (0x85) (16)Response On Event (0x86) (16)Link Control (0x87) (16)统一诊断服务(Unified diagnostic services ，UDS) （四） (16)Read Data By Identifier (0x22) (16)0x23服务的请求格式0x23 (17)统一诊断服务(Unified diagnostic services ，UDS) （五） (17)0x14:Clear Diagnostic Information (17)0x19:Read DTC Information (18)统一诊断服务(Unified diagnostic services ，UDS) （六） (19)Input Output Control By Identifier (0x2F) (19)Routine Control (0x31) (20)统一诊断服务(Unified diagnostic services ，UDS) （七） (21)Request Download （0x34）： (21)Transfer Data（0x36）： (22)Request Transfer Exit（0x37）： (22)基于CAN总线实现的UDS诊断（DoCAN） (23)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

uds诊断协议

uds诊断协议UDS（Unified Diagnostic Service）是一种用于诊断车辆电子系统的协议。

它是基于CAN（Controller Area Network）总线通讯协议的一种扩展，提供了丰富的功能和灵活的配置选项。

UDS协议通过发送和接收诊断控制信息，实现了对车辆所有电子控制单元（ECU）的诊断、编程和配置等功能。

以下是对UDS诊断协议的介绍。

UDS协议主要包括两个部分：诊断服务和诊断会话。

诊断服务是指通过UDS协议对车辆的ECU进行诊断、测试和配置等操作。

诊断服务包括故障代码读取、清除故障码、读取数据流、编程等功能。

诊断服务通过发送和接收各种不同的请求和响应消息来实现。

UDS还定义了不同的诊断会话。

诊断会话是指诊断过程中所需的通信协议和参数设置。

诊断会话包括默认会话、编程会话、扩展会话等。

默认会话是引擎启动后默认的诊断会话，用于执行基本的诊断服务。

编程会话是用于对ECU进行编程和配置的会话。

扩展会话是用于实现特定功能的会话，如安全访问许可等。

UDS协议中还定义了许多诊断服务和诊断服务的子函数。

其中包括读取故障码、清除故障码、读取数据流、编程等功能。

读取故障码是通过发送请求消息给ECU，然后接收ECU返回的故障码信息。

清除故障码是通过发送请求消息给ECU，然后ECU清除当前存在的故障码。

读取数据流是通过发送请求消息给ECU，然后接收ECU返回的实时数据流信息。

编程是通过发送请求消息给ECU，然后ECU按照请求进行编程和配置。

UDS协议的应用范围很广泛。

它可以应用于车辆的生产、售后维修、环境监测等各个环节。

在生产过程中，UDS协议可以用于车辆ECU的测试和编程。

在售后维修中，UDS协议可以用于故障诊断和维修。

在环境监测中，UDS协议可以用于监测车辆排放、能源消耗等数据。

通过使用UDS协议，车辆制造商和维修商可以更方便、更快捷地对车辆进行诊断和维修。

总之，UDS是一种强大的诊断协议，提供了丰富的功能和灵活的配置选项。

uds诊断协议书

uds诊断协议书甲方（委托方）：_____________________乙方（受托方）：_____________________鉴于甲方需要对特定设备或系统进行UDS（通用诊断服务）诊断，乙方具备相应的诊断能力和资质，双方本着平等自愿、诚实信用的原则，经协商一致，达成如下UDS诊断协议：第一条服务内容1.1 乙方应根据甲方的要求，对甲方指定的设备或系统进行UDS诊断。

1.2 诊断服务包括但不限于：故障检测、性能评估、系统优化建议等。

第二条服务期限2.1 本协议自双方签字盖章之日起生效，服务期限为____年____月____日至____年____月____日。

第三条服务费用及支付方式3.1 甲方应向乙方支付服务费用共计人民币（或等值外币）_______元。

3.2 服务费用的支付方式为：_______（如：一次性支付、分期支付等）。

3.3 甲方应在服务开始前_______个工作日内支付首期费用，余款在服务完成后_______个工作日内支付。

第四条双方的权利和义务4.1 甲方的权利和义务：4.1.1 甲方有权要求乙方按照约定提供UDS诊断服务。

4.1.2 甲方应按照约定支付服务费用。

4.1.3 甲方应提供必要的信息和协助，以便乙方进行诊断服务。

4.2 乙方的权利和义务：4.2.1 乙方有权按照约定收取服务费用。

4.2.2 乙方应按照约定提供专业的UDS诊断服务。

4.2.3 乙方应对甲方提供的信息保密，未经甲方书面同意，不得泄露给第三方。

第五条违约责任5.1 如甲方未按约定支付服务费用，应向乙方支付违约金，违约金为未支付金额的_______%。

5.2 如乙方未按约定提供UDS诊断服务，应向甲方支付违约金，违约金为已支付服务费用的_______%。

第六条协议的变更和解除6.1 双方协商一致，可以变更或解除本协议。

6.2 任何一方违反本协议的约定，另一方有权解除本协议，并要求违约方承担相应的违约责任。

第七条争议解决7.1 本协议在履行过程中发生的任何争议，双方应首先通过友好协商解决。

uds did id规则

UDS (统一诊断服务) 是OBD-II 协议的通讯层上的标准化的诊断服务。

DID (Data Identifier) 是用于标识和获取特定参数数据（例如传感器数据、状态信息等）的标识符。

UDS DID 是一个用于在汽车诊断过程中获取特定参数数据的标识符。

UDS DID 规则是用于定义和规范UDS 系统中DID 的使用方式和语法规则。

这些规则包括：
1. 参数数据定义：DID 用于标识和获取特定的参数数据，这些数据可以是传感器数据、状态信息等。

在UDS DID 规则中，需要定义这些参数数据的具体含义、单位、范围等信息。

2. 逻辑表示：在UDS DID 规则中，需要规定如何用逻辑值来表示这些参数数据。

例如，可以使用布尔值表示开关状态，使用整数或浮点数表示传感器读数等。

3. 数据传输格式：在UDS DID 规则中，需要规定如何将这些参数数据打包成诊断会话消息进行传输。

例如，可以使用OBD-II 协议规定的诊断会话消息格式。

4. 数据读取权限：在UDS DID 规则中，需要规定哪些用户或系统可以读取这些参数数据。

例如，车辆维修人员可以通过特定的诊断设备读取故障码、车辆状态等信息，但只有授权人员才能访问某些敏感参数数据。

总之，UDS DID 规则是用于规范和指导UDS 系统中DID 的使用方式、语法和数据传输等方面的规定和标准。

UDS诊断服务

Data Value[hex] 10 00-FF 01 02 03 81 82 83
2
Extended Diagnostic Session – Positive Response Required Default Session – No Positive Response Required Programming Session – No Positive Response Required Extended Diagnostic Session - No Positive Response Required
Conditions Not Correct
22
9
ECUReset
服务请求格式
Data Byte No. 1 Parameter Name ECU Reset Request Service ID Sub Function = [Reset Type] Hard Reset – Positive Response Required 2 Soft Reset – Positive Response Required Hard Reset – No Positive Response Required Message Usage M M Data Value[hex] 11 00-FF 01 03 81
负响应格式
Data Byte No. 1 2 3 Negative Response ECU Reset Negative Response Trouble Code Sub Function Not Supported Incorrect Message Length Or Invalid Format Parameter Name Message Usage M M M Data Value[hex] 7F 11 00-FF 12 13

uds协议参数

uds协议参数UDS协议，全称为Unified Diagnostic Services，是ISO 14229-1标准中定义的一种用于车载通讯的诊断协议。

它允许外部测试设备（如诊断仪）与车辆控制单元（ECU）进行通信，以进行故障诊断、数据读取和配置等操作。

UDS协议的主要参数包括：1.会话参数：这些参数控制ECU的会话状态，例如默认会话、编程会话、扩展会话等。

通过改变会话参数，可以实现对ECU的不同级别的访问和控制。

2.诊断ID：每个ECU都有一个唯一的诊断ID，用于在车辆网络中识别该ECU。

诊断ID通常由制造商定义，并在诊断过程中使用。

3.数据标识符（DID）：DID用于标识特定的数据记录或参数。

通过发送包含DID的请求，可以从ECU中读取或写入相应的数据。

4.服务标识符（SID）：SID用于标识不同的诊断服务，例如读取故障码、清除故障码、读取数据流等。

每个SID对应一个特定的诊断操作。

5.响应标识符（RID）：RID用于标识诊断响应的类型，例如肯定响应、否定响应、执行条件不满足等。

6.传输协议：UDS协议通常建立在CAN（Controller Area Network）或LIN（LocalInterconnect Network）等车载通讯协议之上。

因此，相关的通讯参数（如波特率、帧格式等）也需要考虑在内。

7.安全性参数：UDS协议还包含一些安全性相关的参数，例如安全访问级别、种子和密钥等。

这些参数用于确保只有授权的设备才能对ECU进行诊断和配置操作。

这些参数可以根据具体的车辆制造商和ECU型号有所不同。

因此，在实际应用中，需要参考相关的技术文档和规范来了解具体的参数设置和使用方法。

uds诊断协议测试标准

uds诊断协议测试标准
UDS（Unified Diagnostic Services）是一种基于标准协议的诊断服务，
用于诊断车辆电子控制单元（ECU）的功能和状态。

UDS诊断协议测
试标准主要包括以下几个方面：
1. 通信协议：测试标准要求基于ISO 14229和ISO 15765等相关标准，
确保诊断工具与被测试的ECU之间能够正确通信。

2. 诊断会话管理：测试标准需要验证诊断工具是否能够根据ECU的需
求建立并管理诊断会话，包括诊断会话的建立、切换和终止。

3. 诊断服务支持：测试标准要求检查诊断工具是否支持诊断会话中的
各种诊断服务，例如读取错误码、清除错误码、读取数据流、编程等。

4. 诊断数据的获取和解析：测试标准需要验证诊断工具是否能够正确
获取和解析ECU返回的诊断数据，包括错误码、数据流和编程数据等。

5. 诊断报文的发送和接收：测试标准要求验证诊断工具是否能够正确
发送诊断请求报文，并能够按照协议规定接收ECU的响应报文。

6. 兼容性测试：测试标准需要测试不同厂家的诊断工具和ECU之间的
兼容性，确保不同设备之间的诊断功能能够正常工作。

7. 安全性测试：测试标准要求验证诊断工具是否能够正确处理和保护
诊断数据的安全性，防止未授权的访问和操控。

测试标准会根据具体
的应用领域和需求进行调整和扩展，以确保UDS诊断协议的稳定性和
可靠性。

UDS最全内容总结

前言 (2)UDS 的7种服务及肯定响应和否定响应的形式 (2)$10诊断会话 (3)$3E待机握手 (4)$27安全访问 (4)$22读数据 (5)$2E写数据 (6)$19 读DTC (6)$14清除DTC (6)统一诊断服务 (Unified diagnostic services ， UDS) （一） (7)Diagnostic request的格式： (7)统一诊断服务 (Unified diagnostic services ， UDS) （二） (8)Diagnostic Session Control (0x10) (8)诊断response的格式：Diagnostic Session Control (9)ECU Reset 诊断request的格式 (9)Security Access (0x27) (9)统一诊断服务 (Unified diagnostic services ， UDS) （三） (10)Tester Present (0x3E) (11)Control DTC Setting (0x85) (11)Response On Event (0x86) (11)Link Control (0x87) (12)统一诊断服务 (Unified diagnostic services ， UDS) （四） (12)Read Data By Identifier (0x22) (12)0x23服务的请求格式0x23 (12)统一诊断服务 (Unified diagnostic services ， UDS) （五） (13)0x14:Clear Diagnostic Information (13)0x19:Read DTC Information (13)统一诊断服务 (Unified diagnostic services ， UDS) （六） (14)Input Output Control By Identifier (0x2F) (14)Routine Control (0x31) (16)统一诊断服务 (Unified diagnostic services ， UDS) （七） (16)Request Download （0x34）： (17)Transfer Data（0x36）： (17)Request Transfer Exit（0x37）： (17)基于CAN总线实现的UDS诊断（DoCAN） (18)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

uds诊断实现流程

uds诊断实现流程UDS（Unified Diagnostic Services）诊断是一种用于汽车电子控制单元（ECU）的诊断通信协议。

它通过在汽车ECU和诊断工具之间建立通信连接，实现对车辆电子系统进行故障诊断和参数配置的功能。

本文将介绍UDS诊断的实现流程。

UDS诊断实现流程可以分为以下几个步骤：1. 建立诊断通信连接在诊断工具与车辆ECU之间建立通信连接是UDS诊断的第一步。

通常，诊断工具通过诊断接口（如OBD-II接口）与车辆ECU进行物理连接。

然后，诊断工具发送一个诊断请求给车辆ECU，请求建立通信连接。

车辆ECU接收到请求后进行响应，建立诊断通信连接。

2. 识别车辆ECU在建立通信连接后，诊断工具需要识别车辆ECU的身份。

这是因为现代汽车通常由多个ECU组成，每个ECU负责不同的功能。

诊断工具发送一个识别请求给车辆ECU，请求获取ECU的身份信息。

车辆ECU接收到请求后返回ECU的身份信息，诊断工具通过解析身份信息来识别车辆ECU。

3. 诊断会话管理UDS诊断协议定义了多个诊断会话，每个会话对应着不同的诊断操作。

在识别车辆ECU后，诊断工具需要选择合适的诊断会话进行后续的诊断操作。

通常，诊断会话分为默认会话和扩展会话两种。

默认会话用于常规的诊断操作，而扩展会话则提供了更高级的诊断功能。

诊断工具发送一个会话切换请求给车辆ECU，请求切换到所需的诊断会话。

车辆ECU接收到请求后切换到指定的诊断会话。

4. 诊断服务请求在选择合适的诊断会话后，诊断工具可以向车辆ECU发送诊断服务请求。

诊断服务是UDS诊断协议定义的一系列操作，用于实现不同的诊断功能。

例如，诊断工具可以发送读取数据请求来获取车辆ECU的参数值，也可以发送写入数据请求来配置车辆ECU的参数。

诊断工具发送一个诊断服务请求给车辆ECU，请求执行相应的诊断服务。

车辆ECU接收到请求后执行诊断服务，并返回相应的结果给诊断工具。

5. 诊断服务响应车辆ECU接收到诊断服务请求后，执行相应的诊断服务，并返回诊断服务的执行结果给诊断工具。

uds协议

uds协议UDS协议详解一、UDS概述UDS，全称为Unified Diagnostic Services(统一诊断服务)，是一种车辆网络诊断协议。

与 OBD 系统相比，UDS 协议的主要优势在于可以进行更加细致、完整的诊断和调试。

UDS 协议的核心思想是“诊断序列模型”，也就是车辆诊断的数据传输顺序。

在使用 UDS 协议时，必须先发出请求，然后才能等待回复。

UDS 提供了大量的服务和功能，它可以让诊断过程更加精确，也更加高效。

二、UDS协议结构UDS 协议能够提供丰富的诊断功能，这归功于其结构设计和命令分类。

我们可以将 UDS 协议划分为四个不同的层次结构来描述，它们分别是应用层、会话层、传输层和物理层。

1.应用层：应用层代表了上层协议所需要的诊断数据流。

应用层根据车辆系统的需要，包括可以进行一系列任务的服务，比如读取数据、清除故障码、读取版本信息、控制执行器、进行复位等等。

服务类型和具体实现方式都是UDS的核心业务，受到整个协议的约束。

应用层协议能提供的该类型记录的命令，最多可以达到218个。

2.会话层：会话层是协议层的逻辑框架，其可以将一系列命令组织为一个逻辑单元。

会话层负责交互协议和信息维护，可支持两种会话：默认会话和扩展会话。

默认会话包括用于启用会话、安全访问、编程等业务的三个阶段。

扩展会话是针对一些特别需要的场景而设计的，如长时间执行任务。

会话层协议能提供的命令总肯能有5种：•启用/授予会话；•物理链接；•中止/关闭会话；•请求下载/载入/存储；•退出/返回 from 地址。

3.传输层：传输层将会话层需要传输的数据进行分包和处理。

传输层的数据传输协议可以采用 ISO 15765-2 标准定义的基础控制流服务(即流程控制)和增强数据块传输(即打包数据、传输数据、拆分)协议。

这样做是为了使数据传输更加高效、可靠和稳定。

4.物理层：物理层是整个协议的最底层，它包含了传输介质的协议。

根据需求，UDS 协议可以在以下三种媒介上传输：CAN、K-Line 和 Ethernet。

uds14299标准

ISO-14229，也称为UDS，是一种面向汽车控制单元ECU的统一诊断服务标准。

它规定了诊断仪（Tester）与汽车ECU之间进行信息交互时所需要的数据格式。

UDS服务支持Subfunction的请求和响应格式，其请求格式为“SID+一个字
节Subfunction+具体的数据”，而肯定响应格式为“SID+40+Subfunction+具体的
数据”。

但并不是所有的UDS服务都支持Subfunction，有的服务支持DID，即数
据ID，其请求格式为“SID+具体的DID+数据内容”，肯定响应格式为
“SID+40+DID+具体的数据”。

此外，否定响应格式是一个固定的格式“7F+请求报文里的SID+一个字节的NRC”。

以上内容仅供参考，如需更多信息，建议查阅ISO-14229相关文献或咨询汽
车工程专家。

UDS最全内容总结

UDS最全内容总结UDS最全内容总结UDS（Unified Diagnostic Services）是一种诊断通信协议，它是OBD（On-board Diagnostics）协议的升级版，旨在提高诊断功能和系统性能，使得诊断更加准确和高效，广泛应用于汽车和工业控制领域。

UDS通信协议包含了多个服务和功能，这些服务和功能支持诊断、编程、配置、测试和故障排除，如读取/写入ECU数据、清除故障码、查看实时数据、执行特定动作等。

UDS与OBD协议相比具有更高级别和更丰富的诊断服务，它采用ISO 15765-2协议实现了标准和扩展的诊断通信，对底层协议进行了优化，实现了更快的诊断速度和更容易的软件设计。

以下是UDS协议中常见的一些服务和功能：1. 诊断控制服务（Diagnostics Control Service）：用于控制诊断会话的开始和结束、安全访问保护和调取ECU功能的能力。

2. ECU重置服务（ECU Reset Service）：用于重置设备或模块以恢复出厂设置，解除错误状态或清除所有已知错误记录。

3. 读取数据服务（Read Data By Identifier Service）：按标识符读取ECU的实时数据流，包括传感器状态、电压、水温等。

4. 诊断会话控制服务（Diagnostic Session ControlService）：用于与ECU之间建立通信会话，识别会话类型并更改会话条件。

5. 清除故障码服务（Clear Diagnostic Information Service）：用于清除诊断卡车或模块中的存储的错误代码并删除相关的事件所记录的信息。

6. 读取故障码服务（Read Diagnostic Trouble Codes Service）：读取诊断系统中是否有存储的故障码，并返回故障的代码和错误部件的标识符。

7. 修改数据服务（Write Data By Identifier Service）：根据标识符修改ECU的数据、参数、设置和配置。

UDS诊断

UDS诊断测试UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是在汽车电子ECU环境下的一种诊断通信协议，这种通信协议被用在几乎所有由OEM一级供应商所制造的新ECU上面。

这些ECU控制车辆的各种功能，包括电控燃油喷射系统（EFI），发动机控制系统，变速箱，防抱死制动系统(ABS)，门锁，制动器等。

在汽车诊断协议诞生之前，修车只能靠师傅的经验，因为汽车零部件不会告诉你它哪里出了问题。

但有了诊断协议之后，一旦零部件出了问题或者出过问题，它们会把故障信息保存在内存里面，维修师傅就可以通过通信总线读取这些故障信息，比如一个ECU经历欠压故障之后，它会将欠压故障代表的DTC（诊断故障码）存储起来，可选择性保存的还有发生故障时的快照信息（比如此时的车速、读到的电压值等）。

这些信息有助于测试工程师和售后技师查找发生故障的原因。

目前大部分试验是测量采集，而不是诊断采集，所以市面上大部分数采都是专注于测量采集这一个功能。

为了满足客户的不同需求，数采设备支持一定的诊断功能也是十分有必要的。

德国IPETRONIK的数采设备方案则在测量采集的同时也支持相应UDS的诊断功能。

利用定制线将车辆ECU与IPElog2RT连接。

占用IPElog2 RT的一个通道，用于UDS的诊断，其他通道可以正常采集车辆其他总线数据，连接模块等，然后通过WIFI或者网线输出到PC 端，也可以通过IPEmotion ME远程实时查看数据，甚至可以通过4G数据卡将数据上传到MQTT服务器方便工程师远程查看数据。

设备连接示意图硬件支持⚫输入通道可以组合最多可选16 CAN FD,6 LIN，2ETH⚫4路可切换高速和低速CAN输入通道⚫快速启动，无消息丢失（NML），CAN/LIN/Flexray总线唤醒⚫cFast存储卡，数据存储高达120 GB⚫集成的4G，WiFi和GPS接收器⚫可通过IPEmotion ME显示⚫CAN FD，LIN，ETH，DIG I/O输入通道完全电气隔离⚫为恶劣环境中的应用开发⚫通过XCP on ETH/A2L格式软件集成软件支持A.在CAN和ETH接口上，可以运行UDS诊断测量。

UDS诊断服务[专家学习]

7
7
DiagnosticSessionControl
服务请求格式
Data Byte No.
Parameter Name
1
Diagnostic Session Control Request Service ID
Sub Function = [Diagnostic Session Type]
Default Session – Positive Response Required
UDS诊断服务
上海保隆汽车科技股份有限公司版权所有 ©2012
什么是UDS？
UDS -- Unified diagnostic services (统一诊断服务) 俗称14229.
形象的说：就是使用一套仪器，对当前汽车出现的问题进行分析。而这套仪器与汽车交谈所使用的语言就是UDS（不是唯一的方法）。
0x22 0x31
0x33
描述
serviceNotSupported 服务器不支持客户端请求的诊断服务
subfuntionNotSupported 服务器不支持客户端请求服务的子功能
incorrectMessageLengthOrInvalidFormat 服务器认为客户端的请求报文的数据长度（或者格式）不符合标准 conditionsNotCorrect 服务器执行诊断服务的条件不满足
0x7F
描述
invalidKey 服务器认为客户端返回的密钥错误
exceedNumberOfAttempts 服务器认为客户端尝试安全访问（解锁）的失败次数超标（一般是大于3次） requiredTimeDelayNotExpired 服务器拒绝客户端的安全访问请求，因为服务器允许接收请求的计时器未到时

UDS诊断服务解读

UDS - 统一诊断服务详解_入门

应用场景与作用： •当该诊断请求需要发送至特定ECU节点时，就需要使用物理寻址方式，如使用 $2E服务写DID或者执行$34，$36, $37执行下载程序时；当该诊断请求需要发送至当前网络下所有的ECU节点时，就需要使用功能寻址，典型过程如FBL刷写过程中的$28,$85服务等。
•BS：接收方表示发送流控帧之后，发送方被允许连续发送的最大帧数目。特殊情况下，如果该值为0，则表示发送连续帧没有限制，如果值为8，表示发送方最多能连续发送8帧CF就会继续收到接收方的流控帧；
23
0x27服务_Security Access (安全访问)
安全访问序列如下图所示，一共4步组成， •诊断仪先发送请求seed的报文(27 01) •ECU响应seed(67 01 xx xx xx xx) •诊断仪根据返回的seed按照约定算法计算key值，并发送给ECU请求验证(27 02 xx xx xx xx) •ECU收到请求之后，也按照约定的算法对该key进行校验，并给出响应，若计算一致，则为正响应(67 02)，否则为负响应(7F 27 NRC) ECU若校验key一致，则ECU则切换安全状态至对应的解锁状态，此时在该解锁状态下能够支持的服务都应该可以工作。如果ECU 已经处于解锁状态，此时诊断仪再次发送请求seed的报文，ECU应该响应seed为0的正响应。 seed请求的子服务值为奇数，对应的key请求验证的子服务值为该奇数加1，如27 01与27 02为一组安全等级，27 03与27 04为一组安全等级，27 11与27 12为一组安全等级。不同的安全等级由客户定义功能区分。
10
UDS时间参数
UDS时间参数
传输层时间参数 ##### Addressing Mode(AM) 在发送诊断指令的过程中，存在以下两种寻址方式： •物理寻址：即该诊断服务请求只针对符合请求中物理地址的ECU，其他ECU节点不做任何接收处理； •功能寻址：即该诊断物理请求针对当前网络下所有的ECU节点，所有的ECU均会接收处理该诊断请求；一般而言，一个ECU节点只会存在1对物理寻址，1对功能寻址；每一对寻址方式根据客户的需求来自行定义。

UDS最全内容总结

前言 (3)UDS 的7种服务及肯定响应和否定响应的形式 (4)$10诊断会话 (7)$3E待机握手 (9)$27安全访问 (9)$22读数据 (11)$2E写数据 (12)$19 读DTC (12)$14清除DTC (13)统一诊断服务 (Unified diagnostic services ， UDS) （一） (15)Diagnostic request的格式： (15)统一诊断服务 (Unified diagnostic services ， UDS) （二） (17)Diagnostic Session Control (0x10) (18)诊断response的格式：Diagnostic Session Control (19)ECU Reset 诊断request的格式 (19)Security Access (0x27) (19)统一诊断服务 (Unified diagnostic services ， UDS) （三） (20)Tester Present (0x3E) (22)Control DTC Setting (0x85) (23)Response On Event (0x86) (23)Link Control (0x87) (23)统一诊断服务 (Unified diagnostic services ， UDS) （四） (24)Read Data By Identifier (0x22) (24)0x23服务的请求格式0x23 (25)统一诊断服务 (Unified diagnostic services ， UDS) （五） (25)0x14:Clear Diagnostic Information (26)0x19:Read DTC Information (26)统一诊断服务 (Unified diagnostic services ， UDS) （六） (28)Input Output Control By Identifier (0x2F) (28)Routine Control (0x31) (30)统一诊断服务 (Unified diagnostic services ， UDS) （七） (31)Request Download （0x34）： (32)Transfer Data（0x36）： (33)Request Transfer Exit（0x37）： (33)基于CAN总线实现的UDS诊断（DoCAN） (34)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。

通用范文(正式版)汽车uds诊断协议 0x38服务

汽车UDS诊断协议 0x38服务概述汽车UDS（Unified DiagnosticServices）是一种用于诊断汽车电子控制单元（ECU）的通信协议。

UD S协议定义了一套通用的诊断通信机制，使得诊断工具可以与车辆的控制单元进行通信，并提供诊断、编程和配置等功能。

0x38服务是UDS协议中的一个标准服务，它用于读取和清除故障码。

0x38服务的功能0x38服务定义了功能：1.读取故障码：诊断工具可以通过0x38服务读取控制单元中的故障码。

故障码是控制单元中存储的诊断信息，用于指示车辆系统中出现的故障。

读取故障码可以帮助技师快速定位和修复故障。

2.清除故障码：诊断工具可以通过0x38服务清除控制单元中的故障码。

在修复故障后，清除故障码可以将控制单元中的故障信息进行清零，以便验证修复效果。

0x38服务的数据格式0x38服务的数据格式如下：•Request：0x38–数据长度：1字节（表示读取或清除故障码）–读取故障码数据格式：无–清除故障码数据格式：无•Response：0x78–数据长度：可变（取决于读取到的故障码数量）–故障码列表：每个故障码的格式如下：•故障码ID：2字节•故障码状态：1字节0x38服务的操作流程0x38服务的操作流程如下：1.诊断工具发送0x38请求。

2.控制单元收到请求后，根据请求的功能进行相应操作。

–如果是读取故障码请求，控制单元将读取故障码列表，并返回给诊断工具。

–如果是清除故障码请求，控制单元将清除故障码，并返回确认响应。

3.诊断工具接收到控制单元的响应后，进行相应处理。

0x38服务的应用场景0x38服务通常应用于场景：1.故障诊断：诊断工具可以通过0x38服务读取控制单元中的故障码，以便定位和解决车辆故障。

2.故障修复确认：在修复故障后，诊断工具可以通过0x38服务清除控制单元中的故障码，并验证修复效果。

3.日常维护：在日常维护过程中，可以使用0x38服务进行故障码读取和清除，以确保车辆的正常运行。