UDS-法规
ISO14229(UDS)协议的个人学习(初步了解)
ISO14229（UDS）协议的个人学习（初步了解）
1.诊断会话控制服务：诊断会话控制服务用于建立、终止和控制诊断
会话。
诊断会话是ECU与诊断设备之间的一种通信会话，通过该会话可以
执行诊断功能。
2.诊断数据传输服务：诊断数据传输服务用于在ECU和诊断设备之间
传输诊断数据。
UDS协议支持多种传输方式，包括非分段传输和分段传输。
非分段传输适用于小数据量的传输，而分段传输适用于大数据量的传输。
3.诊断通用服务：诊断通用服务是UDS协议中一组常用的通用诊断服务，包括读取数据、写入数据、发送请求、发送响应等功能。
通过这些服务，诊断设备可以实现对ECU的控制和访问。
在UDS协议中，每个ECU都有一个唯一的标识符称为诊断地址，诊断
设备可以使用该地址来与ECU进行通信。
UDS协议也定义了一组诊断指令
和格式，用于在ECU和诊断设备之间传输和解析诊断数据。
此外，UDS协议还支持故障码的诊断和清除。
每个ECU都会生成一组
故障码，用于表示ECU的故障和错误状态。
诊断设备可以通过UDS协议读
取和解析这些故障码，以帮助诊断和修复电子系统的故障。
UDS协议的学习对于理解和实施车辆诊断非常重要。
它为汽车电子系
统的故障诊断和维修提供了标准化的通信和数据传输方式。
通过了解和应
用UDS协议，诊断技术人员可以更准确地诊断和修复汽车电子系统的故障，提高诊断效率和准确性。
UDS协议软件架构
UDS协议软件架构UDS（Unified Diagnostic Services）是一种用于汽车诊断和编程的通信协议。
它是在ISO 14229-1标准下定义的，旨在提供一种统一的诊断服务。
在汽车行业，UDS协议被广泛应用于电子控制单元（ECU）、诊断仪和车辆通信网等方面。
本文将探讨UDS协议软件架构，包括其设计原则和组成部分。
1. UDS协议软件架构概述在讨论UDS协议软件架构之前，我们需要了解UDS协议的基本工作原理。
UDS协议通过诊断仪与ECU之间的双向通信来实现诊断和编程功能。
诊断仪作为主设备发送请求，而ECU则负责响应并执行相应的操作。
UDS协议软件架构扮演着将诊断仪和ECU之间的通信进行解耦和简化的重要角色。
2. UDS协议软件架构设计原则UDS协议软件架构的设计应遵循以下几个原则：2.1 解耦性：UDS协议软件架构应将通信层与诊断服务进行解耦，使得添加、修改或删除诊断服务时不会影响通信层的实现。
2.2 可扩展性：UDS协议软件架构应具备良好的可扩展性，以应对未来可能出现的新的诊断需求和技术变革。
2.3 可移植性：UDS协议软件架构应便于移植到不同的硬件平台和操作系统上，以适应不同厂家和车型的需求。
2.4 易用性：UDS协议软件架构应易于使用和维护，降低开发人员的学习成本和工作难度。
3. UDS协议软件架构组成部分UDS协议软件架构主要由以下几个组成部分构成：3.1 通信层：通信层负责实现诊断仪与ECU之间的物理和数据链路层通信。
它将诊断仪发送的诊断请求解析并封装成相应的数据帧，同时也将ECU发送的响应解析并传递给诊断仪。
3.2 服务层：服务层是UDS协议的核心组成部分，实现了各种诊断服务的功能。
每个诊断服务都有特定的服务标识符（Service Identifier），诊断仪通过发送相应的服务请求来获取诊断服务的执行结果。
3.3 诊断模块：诊断模块是UDS协议软件架构中的一个重要模块，负责管理和协调各个诊断服务的执行。
UDS—DTC判定机制以及DTCStatus个人见解
UDS—DTC判定机制以及DTCStatus个人见解UDS协议是描述车载诊断内容的通用协议，诊断的功能伴随着ECU整个生命运行周期一直在运行。
当控制器（ECU）运行过程中出现需求规范中所定义的故障类型，控制器通过相应的判定机制来判断这个故障是否达到一定阈值，满足产生DTC的条件（需要将DTC以及Status位存储在ECU内存中）。
因此首先明白判定机制。
老规矩，还是举一个例子辅助理解。
对于具体一个控制器，定义诊断需求规范时，首先会定义它支持的DTC以及每个DTC名称、Enable Criteria、Test Frequency、Setcondition、Correct Actions等等。
比如控制器正常工作电压值是8-12 V，当控制器供电电压超过18 V为电压过载故障，并定义故障码为DTC1。
众所周知，车载运行是一个非常复杂的运行状态，运行过程中不可避免会出现电涌等现象（电压出现峰值），当出现电涌，电压值大于18 V，又很快恢复正常电压，因此DTC不应该被记录。
所以会有如下机制：1、在规范中会定义检测频率，并设置一个Counter值；2、每一个检测周期，通过采样模块，获取当前电压值；3、若当前检测周期测出当前电压值大于18 V，Counter +1；4、若检测电压值在正常工作电压范围，Counter -1；5、规范中定义当Counter值=20时，才判定此电压过载DTC 产生并存储在ECU内存中。
通过以上判定机制来判断DTC对应的故障是否产生。
而关于DTC Status状态位：而在了解关于DTC Status每一个bit位触发条件以及含义前，先搞清楚以下几个概念：Test：是一种车载诊断软件算法，根据不同的测试周期，得出最后的测试结果：Pass or Failed;Completed：“完成”表示测试能够确定当前操作周期是否存在故障（“完成”并不表示发生故障）;Operation Cycle：一个操作周期指监视器运行的开始和结束条件，在一个操作周期内，可能已完成若干个监视周期（无论其测试结果如何）。
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 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标准
uds标准UDS标准是指“统一诊断服务”（Unified Diagnostic Services），它是一种用于汽车故障诊断和维修的标准化通信协议。
下面是关于UDS标准的详细介绍：一、UDS标准的定义UDS标准是指一种通用的汽车故障诊断和维修通信协议，用于确保不同汽车制造商和不同硬件平台之间的通信互操作性。
它标准化了故障码读取、诊断控制、恢复出厂设置等功能。
二、UDS标准的优点1. 标准化使得不同厂家的系统开发成本低、效率高，提高了系统的通用性和可维护性；2. 能够通过编写标准化的UDS客户端软件，实现多种设备之间的通信互操作性，易于集成和使用；3. UDS标准支持多种通信协议，包括CAN、LIN、K-Line等，可以实现多种设备之间的推送和拉取故障码和数据流；4. UDS标准支持诊断控制和测试命令，可以在维修车间进行车辆的现场测试和调试。
三、UDS标准的应用UDS标准广泛应用于现代汽车的故障诊断和维修中，例如，自动燃油喷射系统、刹车系统、安全气囊系统、变速器控制系统、高级驾驶辅助系统等。
UD标准的应用，在解决汽车故障和修理中起到了重要的作用。
四、UDS标准的应用例子例如，对于某个问题车辆的故障诊断，可以使用UDS的标准化OBD故障码读取服务，在一段时间内读取车辆的故障码，并结合维修技能分析得出诊断结果。
在确定问题的根本原因后，可以将其记录到维修记录中，以便下次修理时作为参考和依据。
五、UDS标准的未来发展随着汽车系统的不断更新和升级，UDS标准也必将不断发展，新标准将在保证兼容性的基础上加入更多的功能和特性，例如电池电量诊断、OTA升级等。
六、总结UDS标准的出现，标志着汽车行业的技术与管理进入了一个新时代。
它以标准化的数据格式、命令集和通讯接口，使得厂商可以轻松地实现不同车型之间的互操作性和通信兼容性。
例如，多款OBD读取器都可以使用UDS的标准化命令进行与车辆的通信。
UDS标准的应用，不仅提高了汽车维修保养的效率和可靠性，同时降低了出口的成本和人力资源开支，创造了广泛的社会价值。
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型号有所不同。
因此，在实际应用中，需要参考相关的技术文档和规范来了解具体的参数设置和使用方法。
压力容器标准
压力容器法规、标准介绍一、压力容器法.规、标准体系我国的特种设备法规体系主要分以下五个层次法律—行政法规—部门规章—安全技术规范—引用标准”。
第一层次：法律根据宪法和立法法的规定，由全国人民代表大会及其常委会制定法律。
如《安全生产法》、《劳动法》、《产品质量法》、《计量法》、《标准化法》、《行政许可法》等；2012年8月，十一届全国人大常委会第二十八次会议初次审议了《中华人民共和国特种设备安全法（草案）》。
第二层次：行政法规由国家最高行政机关—由国务院制定的行政法规《特种设备安全监察条例》（第373号国务院令）,2003年3月公布，自2003年6月1日起施行。
2009年1月14日《国务院关于修改（特种设备安监察条例）的决定》（第549号国务院令）公布。
第三层次：行政规章由国务院各部门制定的部门规章，如：《锅炉压力容器制造监督管理办法》（总局令第22号）自2003年1月1日起施行；《特种设备作业人员监督管理办法》（总局令第140号）自2011年7月1日起施行；第四层次：安全技术规范（规范性文件）是政府对特种设备的安全性能和相应的设计、制造、安装、改造、维修、使用和检验检测等所作出的一系列规定，是必须强制执行的文件，安全技术规范是特种设备法规标准体系的主体，是在世界经济一体化中各国贸易性保护措施在安全方面的体现形式，其作用是把法律、法规和行政规章的原则规定具体化。
TSG Z0004-2007 特种设备制造、安装、改造、维修质量保证体系基本要求TSG Z0004-2007 特种设备制造、安装、改造、维修许可鉴定评审细则TSG R1001-2008 压力容器压力管道设计许可规则TSG R0004-2009 固定式压力容器安全技术监察规程TSG R0002-2005超高压容器安全技术监察规程TSG R7001-2004压力容器定期检验规则TSG R6001-2008压力容器安全管理人员和操作人员考核大纲TSG R3001-2006压力容器安装改造维修许可规则TSG D0001-2009压力管道安全技术监察规程-工业管道TSG D2001-2006压力管道元件制造许可规则TSG D3001-2009压力管道安装许可规则TSG ZC001-2009锅炉压力容器专用钢板（带）制造许可规则TSG Z6001-2005 特种设备作业人员考核规则TSG Z6002-2010特种设备焊接操作人员考核细则第五层次：相关标准1、压力容器设计制造标准，如：GB150、GB151、GB12337、JB47322、压力容器材料标准，如GB713、GB3531、GB24511、NB/T47008~470103、试验方法标准，如GB228、GB232、GB/T229、GB4334、JB/T47304、其它相关标准二、适用范围1、《行政许可法》第十二条下列事项可以设定行政许可：（四）直接关系公共安全、人身健康、生命财产安全的重要设备、设施、产品、物品，需要按照技术标准、技术规范，通过检验、检测和检疫等方式进行审定的事项”2、《特种设备安全监察条例》：第二条本条例所称特种设备是指涉及生命安全、危险性较大的锅炉、压力容器（含气瓶，下同）、压力管道、电梯、起重机械、客运索道、大型游乐设施和场（厂）内专用机动车辆。
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发什么指令，读数据流又是发什么指令。
ISO 14229-3-2012在CAN实施上的统一诊断服务
Published in Switzerland
6
Unified diagnostic services implementation on CAN ..................................................................................................... 4
4
Conventions ............................................................................................................................................................................................................... 2
INTERNATIONAL STANDARD
ISO 14229-3
First edition 2012-12-01
Road vehicles — Unified diagnostic services (UDS) —
Part 3: Unified diagnostic services on CAN implementation (UDSonCAN)
3.1 Terms and definitions ....................................................................................................................................................................... 1
CAN诊断测试规范UDS
CAN诊断测试规范UDS CAN诊断测试规范/UDS更改历史目录1文档介绍 (4)1.1目的 (4)1.2适用范围 (4)1.3读者对象 (4)1.4参考文档 (5)1.5术语和定义 (5)1.5.1物理寻址 (5)1.5.2功能寻址 (5)1.5.3安全状态 (5)1.5.4诊断会话模式 (5)1.5.5子功能 (6)1.6符号和缩写 (7)2测试环境 (7)2.1基本测试网络 (8)2.2测试设备 (8)3网络层测试 (10)4应用层测试 (33)4.1自动测试 (33)4.1.1诊断请求报文格式 (33)4.1.1.1请求报文长度无效 (33)4.1.1.2无效请求报文格式-组合DID (48)4.1.1.3禁止肯定响应位（物理寻址和功能寻址） (49) 4.1.1.4周期响应 (68)4.1.2数据内容 (70)4.1.2.1无效的请求数据 (70)4.1.3应用测试 (74)4.1.3.1有效的WriteDataByIdentifier请求 (74) 4.1.3.2周期性发送/多次响应 (75)4.1.3.3读故障信息 (77)4.1.3.4通信控制 (80)4.1.4会话模式和安全状态 (81)4.1.4.1安全访问 (81)4.1.4.2请求顺序错误 (83)4.1.4.3模式访问被拒绝 (83)4.1.4.4会话模式切换 (86)4.1.5基本测试 (92)4.1.5.1诊断设备在线（物理寻址/功能寻址） (92) 4.1.5.2基本服务测试（物理寻址/功能寻址） (94) 4.1.5.3无效子功能（物理寻址） (144)4.1.5.4无效子功能（功能寻址） (151)4.1.5.5无效DID（物理寻址/功能寻址） (152) 4.1.5.6无效诊断服务（物理寻址） (157)4.1.5.7无效诊断服务（功能寻址） (158)4.2手动测试 (159)4.2.1会话模式切换 (159)4.2.2ECU硬件复位 (163)4.2.3清除诊断信息 (163)4.2.4读取故障信息 (164)4.2.5安全访问 (167)4.2.6通信控制 (168)此行切勿删除，目录结束标签。
uds诊断协议测试标准
uds诊断协议测试标准一、消息格式UDS诊断协议的消息格式遵循ISO 15765-2标准。
消息格式包括帧头、帧长度、帧类型、消息ID、数据长度、数据内容和帧尾等部分。
其中，帧头包括SYNC_SOH、PROTOCOL_ID和MESSAGE_LEN三个字段，帧尾为CRC_CHKSM。
二、消息类型UDS诊断协议支持多种消息类型，包括诊断会话控制、诊断响应、事件触发、服务和网络管理消息等。
每种消息类型都有相应的消息ID和数据内容，用于实现不同的诊断功能。
三、通信协议UDS诊断协议基于ISO 15765-4标准，使用CAN总线作为通信协议。
CAN总线具有可靠性高、实时性强和抗干扰能力强的特点，适用于汽车工业领域的通信。
UDS协议定义了CAN数据链路层和物理层的相关参数，包括位速率、位采样点、填充规则等。
四、诊断服务UDS诊断协议提供了多种诊断服务，包括：1.诊断会话控制：通过控制诊断会话的建立、保持和关闭来实现诊断功能；2.诊断响应：对诊断请求消息进行响应，返回相应的数据；3.事件触发：用于通知服务端发生了某个事件；4.服务：提供其他诊断服务，如读取故障码、清除故障码等；5.网络管理：管理网络上的节点和通信资源。
五、参数诊断UDS诊断协议支持参数诊断功能，可以通过读取和写入参数来实现对车辆性能的优化和调整。
参数包括车辆运行参数、控制策略参数、传感器参数等。
在测试中，需要测试参数读取和写入的正确性和可靠性。
六、数据长度UDS诊断协议的数据长度有一定的限制，需要根据测试需求和实际情况确定。
在测试中，需要测试数据长度的正确性和合理性，以保证诊断功能的正常实现。
七、错误处理UDS诊断协议具有完善的错误处理机制，包括错误检测和错误恢复两个方面。
在测试中，需要测试错误处理的正确性和可靠性，以保证诊断功能的稳定性和可靠性。
八、安全性UDS诊断协议具有较高的安全性，包括数据加密、访问控制、认证授权等方面。
在测试中，需要测试安全性的完整性和可靠性，以保证诊断数据的安全性和保密性。
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最全内容总结
前言 (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发什么指令，读数据流又是发什么指令。
车载诊断规范标准ISO13400-3中文
ISO 13400-3（2011）道路车辆——基于互联网协议诊断通信——第3部分：基于IEEE 802.3有线车载接口目录概述 (3)1、范围 (5)2、参考的标准 (5)3、术语，定义和缩略词 (5)3.1 术语和定义 (5)3.2 缩略词 (6)4、协议 (6)5、文档总述 (7)5.1 总览 (7)6、以太网物理层和数据链路层的需求 (8)6.1 概述信息 (8)6.2 以太网物理层需求 (8)6.3 以太网数据链路层需求 (9)6.4 以太网PHY和MAC需求 (9)6.5 以太网激活线需求 (9)6.6 线束定义 (13)附录A (14)A.1 一般信息 (14)A.2 连接器布局和引脚输出信息 (14)参考书目 (16)ISO 13400协议，定义了“道路车辆——基于互联网的诊断通信”，包含如下几个部分：——第一部分：通用信息和用例定义。
——第二部分：传输协议和网络层服务。
——第三部分：基于IEEE802.3有线车载接口。
下面的部分正在筹备中：——第四部分：以太网诊断连接器。
——第五部分：一致性测试规范。
概述ISO13400（所有部分）的目的是描述一个标准化的车辆接口，——从外部测试设备的车辆接口要求分离的车载网络技术以允许长期稳定的外部车辆通信接口，——利用现有的行业标准来定义一个长期稳定的国家的最先进的通信标准，可用于诊断法定的沟通，以及为制造商特定用例和——可以很容易地适应新的物理和数据链路层，包括使用有线和无线连接现有的适配层。
为了达到诊断通信要求，ISO13400协议的所有部分都是基于ISO/IEC 7498-1和ISO/IEC 10731的开放互联系统基本参考模型建立的。
该模型将通信系统分为七层。
凡在此模型映射，通过ISO14229-1，ISO14229-2和ISO14229-5规定的服务被分成：a)统一的诊断服务（第7层），在在ISO14229-1，ISO14229-5和ISO27145-3规定。
UDS诊断详解专题知识
7
灯泡/电机负载/损坏
8
灯泡/电机负载开路
9
灯泡/电机负载对地短路故障
Failure Type Byte DTC Failure Subtype
0x900808 0x900908 0x900?08 0x90??11 0x90??96 0x90??04 0x900?01 0x900?13 0x900?12
8
第8页
四-4 网络通信异常情况
№
诊疗失效功效 Subtype Description
1
LIN bus off failureLIN总线通信故障
2 Lost communication with ECU与某ECU失去通信
3
CAN NM limphome indication
4
CAN总线通信故障CAN bus off failure
1
Test failed this operation cycle 本运行周期测试失效
2
Pending DTC 等候DTC
3
Confirmed DTC 确认DTC
4
Test not completed since last clear 上次清零后测试未完成
5
Test failed since last clear 上次清零后测试失效
B 类电控单元，能够不支持诊疗通信协议。 接入LIN 网络主节点，应为A 类电控单元；接入LIN 网络从节点，应为B 类电 控单元。接入多路CAN 总线电控单元，应选择速率最高CAN 总线进行诊疗通信。
不过对于此项目 , BCM作为网关, 连接了多个网段ECU, 外部设备只能经过其中一 个网段 对该 ECU进行诊疗操作, 推荐选择路由工作量较低网段.