UDS诊断服务
UDS诊断服务
4
诊断服务
SID
0x10 0x11 0x14 0x19 0x22 0x27 0x28 0x2E 0x31 0x3E
描述
DiagnosticSessionControl ECUReset ClearDiagnosticInformation ReadDTCInformation ReadDataByIdentifier SecurityAccess CommunicationControl service WriteDataByIdentifier RoutineControl TesterPresent
6
否定响应（2）
数值 0x35 0x36 0x37 0x78 描述 invalidKey 服务器认为客户端返回的密钥错误 exceedNumberOfAttempts 服务器认为客户端尝试安全访问（解锁） 的失败次数超标（一般是大于3次） requiredTimeDelayNotExpired 服务器拒绝客户端的安全访问请求，因 为服务器允许接收请求的计时器未到时 requestCorrectlyReceived-ResponsePending 服务器正确接收到客户端 发送的请求，正在处理中，但尚未处理完，此否定响应的发送时间应 满足本规范中P2CAN_Server的要求，并且服务器应重复发送此否定响 应，直到完成操作。 serviceNotSupportedInActiveSession 在当前诊断模式下，服务器不支 持客户端请求的SID
最大值 50 -5000 ---
客户端在成功发送完请求消息后等待服务器发送的响应时的
超时设置（FF或SF）
当服务器在发送否定响应码为0x78 的否定响应后，到服务 器发出响应消息时间的性能要求 当客户端在接收到否定响应码为0x78的否定响应后等待服 务器发送响应时的增强型超时设置（FF或SF） 客户端成功发送物理寻址请求消息，并且该请求消息不需要 服务器进行响应后，客户端再次发送下一个物理寻址请求消 息的最小间隔时间
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最全内容总结资料讲解
前言 (2)UDS 的7种服务及肯定响应和否定响应的形式 (3)$10诊断会话 (5)$3E待机握手 (6)$27安全访问 (7)$22读数据 (8)$2E写数据 (8)$19 读DTC (9)$14清除DTC (10)统一诊断服务(Unified diagnostic services ，UDS) （一） (11)Diagnostic request的格式： (11)统一诊断服务(Unified diagnostic services ，UDS) （二） (12)Diagnostic Session Control (0x10) (13)诊断response的格式：Diagnostic Session Control (13)ECU Reset 诊断request的格式 (14)Security Access (0x27) (14)统一诊断服务(Unified diagnostic services ，UDS) （三） (14)Tester Present (0x3E) (16)Control DTC Setting (0x85) (16)Response On Event (0x86) (16)Link Control (0x87) (16)统一诊断服务(Unified diagnostic services ，UDS) （四） (17)Read Data By Identifier (0x22) (17)0x23服务的请求格式0x23 (17)统一诊断服务(Unified diagnostic services ，UDS) （五） (18)0x14:Clear Diagnostic Information (18)0x19:Read DTC Information (18)统一诊断服务(Unified diagnostic services ，UDS) （六） (19)Input Output Control By Identifier (0x2F) (19)Routine Control (0x31) (21)统一诊断服务(Unified diagnostic services ，UDS) （七） (21)Request Download （0x34）： (22)Transfer Data（0x36）： (22)Request Transfer Exit（0x37）： (23)基于CAN总线实现的UDS诊断（DoCAN） (23)前言UDS协议即ISO14229,是Unified Diagnostic Services，统一诊断服务，是诊断服务的规范化标准，比如读取故障码应该向ECU发什么指令，读数据流又是发什么指令。
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型号有所不同。
因此，在实际应用中，需要参考相关的技术文档和规范来了解具体的参数设置和使用方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Programming Session – No Positive Response Required
Extended Diagnostic Session - No Positive Response Required
Message Usage
M M
Data Value[hex]
10 00-FF
01 02 03 81 82 83
requestOutOfRange 服务器没有客户端请求的数据，此否定响应适用 于支持数据读、写，或者根据数据调整功能的服务器 securityAccessDenied 服务器阻止客户端的受限诊断服务请求，原因 包括：
服务器的测试条件不满足 服务器的安全状态处于锁定状态
6
否定响应（2）
数值 0x35 0x36 0x37 0x78
2
基本时间参数
定时器 P2CAN_Server
最小值
对于服务器接收到请求消息后发出响应消息时间的性能要求
P2CAN_Client
客户端在成功发送完请求消息后等待服务器发送的响应时的
100
--
超时设置（FF或SF）
P2*CAN_Server 当服务器在发送否定响应码为0x78 的否定响应后，到服务
requestCorrectlyReceived-ResponsePending 服务器正确接收到客户端 发送的请求，正在处理中，但尚未处理完，此否定响应的发送时间应 满足本规范中P2CAN_Server的要求，并且服务器应重复发送此否定响 应，直到完成操作。
serviceNotSupportedInActiveSession 在当前诊断模式下，服务器不支 持客户端请求的SID
UDS诊断服务
上海保隆汽车科技股份有限公司版权所有 ©2012
什么是UDS？
UDS -- Unified diagnostic services (统一诊断服务) 俗称14229.
形象的说：就是使用一套仪器，对当前汽车出 现的问题进行分析。而这套仪器与汽车交谈所 使用的语言就是UDS（不是唯一的方法）。
0x22 ReadDataByIdentifier
0x27 SecurityAccess
0x28 CommunicationControl service
0x2E WriteDataByIdentifier
0x31 RoutineControl
0x3E TesterPresent
0x85 ControlDTCSetting
Programming Session– Positive Response Required
2
Extended Diagnostic Session – Positive Response Required
Default Session – No Positive Response Required
8
DiagnosticSessionControl
正响应格式
Data Byte No.
Parameter Name
1
Diagnostic Session Control Response Service Id
2
Diagnostic Session Type
负响应格式
Data Byte No.
Parameter Name
0
--
器发出响应消息时间的性能要求
P2*CAN_Client 当客户端在接收到否定响应码为0x78的否定响应后等待服
5050
--
务器发送响应时的增强型超时设置（FF或SF）
P3CAN_Client_P 客户端成功发送物理寻址请求消息，并且该请求消息不需要
50
--
服务器进行响应后，客户端再次发送下一个物理寻址请求消
0x7F
描述
invalidKey 服务器认为客户端返回的密钥错误
exceedNumberOfAttempts 服务器认为客户端尝试安全访问（解锁） 的失败次数超标（一般是大于3次） requiredTimeDelayNotExpired 服务器拒绝客户端的安全访问请求，因 为服务器允许接收请求的计时器未到时
7
DiagnosticSessionControl
服务请求格式
Data Byte No.
Parameter Name
1
Diagnostic Session Control Request Service ID
Sub Function = [Diagnostic Session Type]
Default Session – Positive Response Required
➢物理寻址
根据物理地址的不同进行访问--只能访问单个ECU节点
➢功能寻址
根据功能的不同进行访问--能访问多个ECU节点
4
诊断服务
SID
描述
0x10 DiagnosticSessionControl
0x11 ECUReset
0x14 ClearDiagnosticInformation
0x19 ReadDTCInformation
5
否定响应（1）
数值 0x11 0x12 0x13
0x22 0x31
0x33
描述
serviceNotSupported 服务器不支持客户端请求的诊断服务
subfuntionNotSupported 服务器不支持客户端请求服务的子功能
incorrectMessageLengthOrInvalidFormat 服务器认为客户端的请求报 文的数据长度（或者格式）不符合标准 conditionsNotCorrect 服务器执行诊断服务的条件不满足
hys
息的最小间隔时间
P3CAN_Client_F 客户端成功发送完功能寻址请求消息，并再次发送下一个功
50
--
能寻址请求消息时的最小间隔时间，分两种情况：一种为客
unc
户端发送的请求不需要服务器响应，一种为仅由部分支持该 请求的服务器响应，即存在部分服务器不给予响应。
-5000
---
--
3
寻址方式
1
Negative Response
2
Diagnostic Session Control
Negative Response Trouble Code
Sub Function Not Supported 3
Incorrect Message Length Or Invalid Format
Conditions Not Correct