03-ISO+14229-1+统一诊断服务分析

合集下载

ISO14229(UDS)协议的个人学习(初步了解)

ISO14229（UDS）协议的个人学习（初步了解）
1.诊断会话控制服务：诊断会话控制服务用于建立、终止和控制诊断
会话。

诊断会话是ECU与诊断设备之间的一种通信会话，通过该会话可以
执行诊断功能。

2.诊断数据传输服务：诊断数据传输服务用于在ECU和诊断设备之间
传输诊断数据。

UDS协议支持多种传输方式，包括非分段传输和分段传输。

非分段传输适用于小数据量的传输，而分段传输适用于大数据量的传输。

3.诊断通用服务：诊断通用服务是UDS协议中一组常用的通用诊断服务，包括读取数据、写入数据、发送请求、发送响应等功能。

通过这些服务，诊断设备可以实现对ECU的控制和访问。

在UDS协议中，每个ECU都有一个唯一的标识符称为诊断地址，诊断
设备可以使用该地址来与ECU进行通信。

UDS协议也定义了一组诊断指令
和格式，用于在ECU和诊断设备之间传输和解析诊断数据。

此外，UDS协议还支持故障码的诊断和清除。

每个ECU都会生成一组
故障码，用于表示ECU的故障和错误状态。

诊断设备可以通过UDS协议读
取和解析这些故障码，以帮助诊断和修复电子系统的故障。

UDS协议的学习对于理解和实施车辆诊断非常重要。

它为汽车电子系
统的故障诊断和维修提供了标准化的通信和数据传输方式。

通过了解和应
用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 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诊断全集，干货分享

UDS诊断全集，干货分享UDS诊断是Unified Diagnostic Services的全称，其标准是ISO14229,ISO15765，文末可获取链接。

其中：ISO14229-1定义了各诊断服务的格式，以及一些通用信息，比如7层模型；ISO14229-2定义了诊断会话中的各种时间参数，比如P2Server、P2*Server、P2Client等；ISO14229-3定义了UDS基于CAN总线的实现；ISO14229-4定义了UDS基于FlexRay总线的实现；ISO14229-5定义了UDS基于以太网协议的实现；ISO14229-6定义了UDS基于K-Line总线的实现；ISO14229-7定义了UDS基于LIN总线的实现；ISO 15765-1是诊断服务在CAN总线一些通用信息，包括7层模型，如下图所示。

ISO 15765-2是诊断服务在CAN总线上传输的实现方式ISO 15765-3是定义了UDS基于CAN总线的实现，目前被14229-3取代了；ISO 15765-4定义了基于CAN总线实现OBD通信的方式。

上述对UDS诊断标准进行简单的分析，下面就是干货分享了，包括对诊断服务的介绍，AUTOSAR架构诊断协议栈的详细介绍，最后是基于CAN的UDS刷写讲解。

UDS诊断协议诊断服务讲解1.UDS诊断帧2.UDS诊断服务—上传下载单元、Routine单元3.UDS诊断服务—已存数据传输单元、输入输出单元4.UDS诊断服务——数据传输单元5.UDS诊断服务——诊断和通信管理单元AUTOSAR中诊断协议栈讲解1.AUTOSAR的故障存储策略2.AUTOSAR DCM介绍3.诊断Dem模块介绍AUTOSAR Dem之Debounce详解4.DTC status介绍5.诊断Dem模块介绍UDS刷写1.基于CAN的刷写流程。

iso14229 车辆诊断服务标准

iso14229车辆诊断服务标准
ISO 14229是一项国际标准，涵盖了车辆诊断服务的通用规范和要求，旨在确保车辆诊断系统之间的互操作性和兼容性。

该标准定义了车辆诊断服务的通信协议和数据格式，以及车辆诊断系统的功能和性能要求。

ISO 14229标准分为多个部分，包括：
ISO 142291：规范和要求，定义了车辆诊断服务的基本概念、协议框架和数据格式等内容；
ISO 142292：诊断信息描述语言（DID），定义了车辆故障码（DTC）和其他诊断信息的描述方式；
ISO 142293：诊断信息交换协议（DISP），定义了车辆诊断服务的通信协议和消息格式；
ISO 142294：诊断信息存储和检索（DSS），定义了车辆故障码和其他诊断信息的存储和检索方式；
ISO 142295：诊断信息管理（DIM），定义了车辆诊断服务的管理和配置方式；
ISO 142296：诊断信息访问（DIAC），定义了车辆诊断服务的访问控制和安全机制。

ISO 14229标准的实施可以提高车辆诊断系统之间的互操作性和兼容性，方便汽车制造商和服务提供商之间的合作，同时也为消费者提供了更便捷的维修和保养服务。

ISO14229系列之一：简述

前言由于工作中经常用到ISO-14229，因此决定对该协议做个总体介绍和总结，既是对自己学习的总结，也能够给初次涉及该协议的朋友一个参考。

首先简要介绍什么是ISO-14229，至于可以在网上找到的大篇理论介绍我就略过不讲了，有兴趣可以自行搜索。

简单的说，它就是一个用于汽车行业诊断通信的需求规范，它只规定了与诊断相关的服务需求，并没有涉及通信机制，因此要实现一个完整的诊断通信还需要定义网络层协议（比如ISO-15765），还有底层硬件实现方式（比如CAN 控制器）。

由于不涉及网络通信机制，可以架设在各种网络之上，因此ISO-14229也称为UDS（Unified Diagnostic Services）。

1. 用途ISO-14229的用途就是规定了诊断需求，因此想要了解ISO-14229的用途首先要知道诊断的用途。

诊断最先用于汽车尾气排放的监测，后来发展为包括对汽车行驶故障的监测，想知道诊断的发展史，可以维基百科。

至少现代的诊断可以粗略的分为排放相关和非排放相关，ISO-14229只定义非排放相关的诊断需求。

非排放相关诊断可以做什么呢？其实用途很大，基本贯穿整个汽车ECU生命周期。

首先，ECU 开发时要用到它来构建bootloader，上传和下载数据；测试时要用它来读写RAM、ROM，控制外设；在产线上，要用它来校准机械件，刷新软件；在行驶过程中，要用它来监测各种故障，并记下故障码；在4S店，技师需要用它来读出故障码，判断故障发生点，还可以用来升级ECU程序。

现在大热的车联网概念，其中一些就是通过OBD口联网，读取车内故障码，或者油量、速度等参数。

2. 诊断通信分层结构虽然借鉴OSI的七层结构，但是诊断通信分层还是做了一些改变。

可以参考如下列表：显然，从上表可以看出诊断通信分层模型和OSI的区别，同时也可以看到ISO-14229在该模型中的位置。

其实，可以将该模型简化为：- 统一诊断服务层（layer 7）- 网络服务层（layers 1 to 6）因此，在使用ISO-14229时，下面的通信机制可以改变，比如基于CAN，基于蓝牙，基于LAN，基于FlexRay等等。

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最全内容总结

前言 (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发什么指令，读数据流又是发什么指令。

关于Autosar中DCM（14229UDS）模块的理解

关于Autosar中DCM（14229UDS）模块的理解本篇文章主要介绍基于ISO14229的DCM模块的理解。

阅读本篇文章希望达到的目的是：UDS是干什么的，ISO14229是如何定义规则的，希望接下来的阅读让你不虚此行。

1. UDS是干什么的？UDS全称是Unified Diagnostic Services，即统一诊断服务。

其最重要的作用就是用来诊断汽车的故障的，当然不仅仅是这个用处，它还可以用来进行汽车的下线检测，比如一般车辆会把VIN码写入汽车中的各个零部件中（ECU），比如可以矫正角度，比如可以记录一些和产线相关的信息等等。

那么UDS是如何去诊断故障的呢？这里包含两种方式，一种为在线诊断（OBD），一种为离线诊断，前者一般用于传统燃油车中与排放相关的诊断，后者主要是非排放相关的。

因为我主要做新能源汽车这一块，因此对非排放相关的诊断理解更多一点，（关于OBD 可参考ISO15031）。

那么非排放相关的故障是如何诊断的呢？首先汽车中的每个ECU 都按照规则存储故障信息，例如BMS发生了欠压故障，那么这个时候BMS就记录发生故障时刻的DTC（故障码），以及在故障发生时刻便于查找故障的快照信息或冻结帧信息（例如这个时刻BMS的电压、电流等等信息），这些信息是便于查找故障的信息。

为了便于理解，有必要解释一下几个名词：DTC：诊断故障代码，其意思就是通过一个代码代表一个故障；快照/冻结帧：指发生故障时刻的一些便于排查故障的信息；扩展信息：这个是指除快照之外，与故障相关的一些信息，例如故障的发生次数、老化次数等等。

以上讲了ECU是如何记录故障信息的，下一步讲我们如何去诊断我们的汽车发生了什么故障，我们接着以BMS发生了欠压故障导致车辆无法行驶为例，那么故障车一般会被拖到4s店进行维修，4s店为快速定位车发生了什么故障，这个时候他们会使用诊断仪，一键广播查找车上所有零部件上发生的故障信息，这样可以很快知道是BMS发生了故障，并且发生的故障是欠压故障，那么欠压故障是因为什么导致的呢，这个时候就要分析快照数据了，根据快照数据，快速的找到可能是因为电池包本身的电压过低导致。

14229标准 -回复

14229标准-回复14229标准是指薄膜太阳能电池的测试方法。

薄膜太阳能电池是一种相对较新的太阳能电池技术，其特点是薄、灵活、透明等。

为了评估和比较不同薄膜太阳能电池的性能，国际上引入了14229标准。

本文将一步一步回答关于14229标准的问题。

第一步：了解14229标准的背景和目的14229标准是由国际电工委员会（IEC）制定的，其全名为"IEC 14229 - Photovoltaic devices - Measurement of the energy conversion efficiency of single-junction thin-film photovoltaic devices"，也就是薄膜太阳能电池单结构的能量转换效率测量方法。

该标准的目的是为了提供一种统一、可比较的方法来评估薄膜太阳能电池的性能。

第二步：了解14229标准的内容和要求根据14229标准的要求，测试薄膜太阳能电池的能量转换效率应符合以下几个方面：1. 测试温度：应将测试温度设定在常规操作温度范围内，通常为25摄氏度。

2. 光谱分布：应使用标准太阳光光谱分布作为光源，以确保不同测试结果的可比性。

3. 光照强度：测试时应采用标准的光照强度，通常为1000瓦特每平方米。

4. 面积：测试电池的表面积应符合特定要求，通常为100平方毫米。

5. 测试设备：测试应使用标准设备，确保结果的准确性和可重复性。

第三步：了解14229标准的测试流程根据14229标准，薄膜太阳能电池的能量转换效率测试流程如下：1. 准备测试样品。

将待测试的薄膜太阳能电池切割成所需的规格，并清洗干净以确保表面无污染物。

2. 测量电流和电压。

将电池置于标准测试设备中，并通过施加标准电压或电流来测量其电流和电压特性曲线。

3. 计算光谱响应。

通过测量电池在不同波长下的响应来计算其光谱响应。

4. 计算能量转换效率。

根据测量的电流、电压和光谱响应，使用特定算法计算能量转换效率。

汽车诊断调查表和诊断规范的差异

汽车诊断调查表和诊断规范的差异ISO 14230 Keyword Protocal 2000（KWP2000）K-Line（串行传输，最大通信速率10.4Kbps）ISO 14229-1 UDS = Unified Diagnostic Services 定义诊断服务，不涉及网络及实现ISO 15765 Diagnostic On CAN CAN（串行传输，最大通信速率1Mbps）
定义了网络传送层OBD ——On-Board Diagnostics 第一代OBD
（OBD-I）
1.加州环保局（CARB）1985年立法，1988年开始实施
2.诊断要求针对硬件失效
3.主要零部件包括氧传感器，废气再循环阀，供油系统和发动机控制系
统
4.没有统一的故障码和通讯协议标准
第二代OBD（OBD-II）
1.加州环保局于1989年立法，针对1994-96及以后生产的车型
2.扩大了针对零部件范围
3.增加了对系统的诊断要求，如催化器失效，失火，蒸汽泄露等
4.建立了标准化故障码和通讯协议联邦OBD（Dederal OBDII）适用于加州以外的49洲要求类似加州OBD-II EOBD ——European
On-Board Diagnostics
2004年，在欧洲小时的发动机汽车都必须装备OBD系统JOBD ——Japanese On-Board Diagnostic
2000年开始实施类似OBD-II和EOBD 在中国国III、国IV标准
（GB18352.3-2005）2007.7.1实施国III、2010.7.1实施国IV 参考欧III、欧IV标准。

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相关文献或咨询汽
车工程专家。

汽车行业iso标准

汽车行业iso标准ISO标准在汽车行业起着非常重要的作用，它为汽车制造商、供应商和消费者提供了一套共同的准则和规范，确保汽车产品的质量、安全性和可靠性。

下面是一些与汽车行业相关的ISO标准的参考内容。

1. ISO 9001：质量管理体系标准ISO 9001是一种质量管理体系的国际标准，适用于各种组织，包括汽车制造商和供应商。

该标准要求组织建立并维护有效的质量管理体系，以实现持续的质量改进。

从汽车制造的设计到生产和服务过程，ISO 9001帮助企业确保产品的一致性和客户满意度。

2. ISO 14001：环境管理体系标准ISO 14001是一种环境管理体系的国际标准，适用于各种组织，包括汽车制造商和供应商。

该标准要求组织根据环境政策制定并实施可持续发展的措施，以减少对环境的负面影响。

在汽车行业中，ISO 14001鼓励企业实施节能减排、资源回收利用和环境风险管理等措施，促进可持续发展。

3. ISO 45001：职业健康安全管理体系标准ISO 45001是一种职业健康安全管理体系的国际标准，旨在帮助组织管理和减少工作场所的职业健康安全风险。

对于汽车制造商和供应商而言，ISO 45001要求组织建立并维护有效的职业健康安全管理体系，确保员工的安全和健康，减少事故和职业病的发生。

4. ISO 26262：功能安全标准ISO 26262是一种功能安全标准，适用于汽车电子和电气系统的开发。

此标准要求制造商和供应商在汽车电子产品的设计、开发、生产和维护过程中，采取措施来识别和管理可能导致系统故障的风险。

ISO 26262帮助确保汽车电子系统的安全性和可靠性，减少事故和故障风险。

5. ISO 14229：统一诊断服务标准ISO 14229是一种用于汽车诊断系统的国际标准，提供了一套规范，用于在汽车制造商和供应商之间实现统一的诊断服务。

该标准规定了诊断通信协议、诊断数据格式和存储和诊断服务的一致性要求，确保不同厂商的设备和软件能够在统一的诊断环境下进行工作，提高诊断效率和准确性。

UDS诊断服务介绍

ReportNumberOfDTCByStatusMask
3
DTCStatusAvailabilityMask
4
ISO15031-6 DTC Format
5
DTCCount[] = [ DTC Count High Byte
6
DTC Count Low Byte ]
负响应格式
Message Usage Data Value[hex]
Message Usage Data Value[hex]
M
50
M
00-FF
Message Usage Data Value[hex]
M
7F
M
10
M
00-FF
12
13
22
7
ECUReset
服务请求格式
Data Byte No.
Parameter Name
1
ECU Reset Request Service ID
Parameter Name
1
Negative Response
2
ECU Reset
Negative Response Trouble Code
3
Sub Function Not Supported
Incorrect Message Length Or Invalid Format
Message Usage Data Value[hex]
01 00 - FF
12
ReadDTCInformation
正响应格式
Report Number of DTC by Status Mask
Data Byte No.
Parameter Name

ISO 14229+统一诊断服务

62
远程
服务器
恒润科技公司

Confidential
12
应用层接口服务

远程诊断示例1

Request

SA=241,TA=200,RA=62 (Main Network) SA=10,TA=62,RA=241 (Remote Network)
SA=62,TA=10,RA=241 (Remote Network) SA=200,TA=241,RA=62 (Main Network)
恒润科技公司

Confidential
2
概述

定义诊断系统的通用需求

与数据链路无关的诊断服务
增强的诊断服务（与排放无关） ISO 14229-1/ ISO 15765-3 --ISO 15765-3 ISO 15765-2 ISO 15765-2 ISO 11898-1 ISO 14229-1/其它标准 -----------
OSI各层应用层表示层会话层传输层网络层数据链路层
物理层
ISO 11898
---
恒润科技公司

Confidential
3
概述

ISO 14229-1 UDS在各种数据链路的未来实现
ISO 14229-1 统一诊断规范和需求
ISO 15765-3 CAN诊断
未来：无线诊断LAN

A_PDU —应用层协议数据单元

Application Layer Protocol Data Unit SA, TA, TA_type [,RA], A_Data A_Data=A_PCI+[parameter1,…]

UDS诊断的一些理解

UDS（ISO14229）统一诊断服务。

其最重要的作用就是用来诊断汽车的故障的。

车上的ECU 很多，如果每个厂商自己定义规范，处理故障会很麻烦，所以统一定义了一整套UDS相关规范，方便维护，4S店用诊断仪就可以判断车上的故障，写数据。

10服务：诊断会话控制01：默认会话胎压要写ID，首先要进入此模式02：编程会话03：扩展会话用bootloader升级时进入此模式复位重启进入boot发送数据格式为：02 10 01回复数据格式为：02 50 01消极响应为：03 7F 10 12/13/22消极响应是有固定定义12是系统不支持13是数据长度错误22是条件不正确11服务：ECU复位01：硬件复位胎压BOOT升级完成后用此复位模式02：开关复位03：软件复位发送数据格式为：02 11 01回复数据格式为：02 51 01消极响应为：03 7F 11 12/13/22消极响应是有固定定义12是系统不支持13是数据长度错误22是条件不正确14服务：清楚诊断信息发送数据格式为：04 14 FF FF FF回复数据格式为：04 54 FF FF FF消极响应为：03 7F 14 12/31/22消极响应是有固定定义12是系统不支持31是请求超出范围22是条件不正确19服务：读取DTC信息01：DTC的个数02：掩码状态04：报告DTC快照信息0A：报告支持的DTC 要通过27诊断发送数据和上面一样，只不过回复不同。

举例22服务：通过表示符读取数据22后加对应DID DID不是公有消极响应同上27服务：安全访问有些数据写入不能随便写，要通过算法进行安全验证，确认是自己人操作，再写。

诊断仪电机控制器ECU1. 请求种子--> 计算种子2. 接收种子<-- 答复种子3. 发送密钥--> 计算密钥对比密钥4. 获取权限 <-- 返回权限切换状态2E服务：写数据28服务：通信控制在对控制器升级的时候降低总线负载，禁止其他ECU发送数据00：使能接收和发送01：使能接收关闭发送02：关闭接收使能发送03：关闭接收和发送31服务：程序例程控制比较通用的包括烧录时的数据完整性检查、擦除内存等等。

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对功能寻址；每一对寻址方式根据客户的需求来自行定义。

14229标准 -回复

14229标准-回复14229 标准是一项国际协议标准，主题为"如何提高产品质量和服务"。

本文将一步一步回答以下问题，以解释如何应用该标准来改善产品质量和服务。

第一步：了解14229标准14229标准是一项国际协议标准，旨在指导组织提供高质量的产品和服务。

该标准的目标是保证消费者的满意度，并帮助组织实现持续改进。

了解该标准的内容和要求是开始改善产品质量和服务的第一步。

第二步：建立质量管理体系根据14229标准的要求，建立一个完整的质量管理体系是非常重要的。

这包括确定和管理各个阶段的任务、资源和责任，以确保产品和服务的质量。

质量管理体系的建立需要组织中各个部门的合作和沟通，以确保各个环节的协同作用。

第三步：确定关键流程和控制点为了提高产品质量和服务，组织需要确定关键流程和控制点。

这些流程和控制点是在整个流程中至关重要的环节。

通过确定关键流程和控制点，组织可以集中资源和注意力来监督和管理这些环节，以确保产品和服务的质量。

第四步：制定质量指标和目标通过制定质量指标和目标，组织可以衡量和评估产品质量和服务水平。

这些指标和目标应当与组织的战略目标相一致，并且应该是可以衡量和跟踪的。

制定合适的质量指标和目标有助于组织实现持续改进，并使其能够及时地发现和纠正潜在问题。

第五步：进行内部和外部审核内部和外部审核是组织验证其质量管理体系是否符合14229标准要求的重要步骤。

通过内部审核，组织可以自我评估其质量管理体系的有效性和合规性。

外部审核则由独立的认证机构进行，以确认组织的质量管理体系是否达到标准的要求。

这些审核过程可以提供有关组织的质量管理水平的客观评估，并为改进提供指导。

第六步：持续改进持续改进是14229标准的核心原则之一。

通过不断追求卓越和持续改进，组织可以不断提高其产品质量和服务水平。

组织应该关注顾客的反馈和需求，并根据市场变化和内部发展来调整和改善其质量管理体系。

持续改进要求组织在每个阶段都寻求更好的方法和最佳实践，并将其纳入到质量管理体系中。

03-ISO-14229-1-统一诊断服务解析

枚举：用于描述功能还是物理寻址方式
indication
Service_name.ind ( SA, TA, TA_type, RA,（远程地址，可选） [,parameter1,…], )
原语中的数据单元内容一致
应用层接口服务
服务原语的格式
response
Service_name.response ( SA, TA, TA_type, RA,（远程地址，可选） Result, [,parameter1,…], )
应用层协议
请求服务标识符SI
类型：1字节无符号整数范围：00~FF 请求服务的ID：X0XXXXXX(第6位为0) 示例：ReadDTCInformation服务Request 0x19 B00011001
肯定响应服务标识符SI
类型：1字节无符号整数范围：00~FF 肯定响应服务的ID：X1XXXXXX (第6位为1) 肯定响应服务的ID=请求服务的ID+0x40 示例： ReadDTCInformation服务Response 0x59 B01011001
U
<Parameter Name>
:
<Parameter Name>]
XX
XX
XX=[ XX
: XX]
应用层协议
请求示例（不带子功能）
A_PDU parameter
Parameter Name
Cvt
SA
Source Address
M
TA
Target Address
M
TA_Type
Target Address Type
概述
定义诊断系统的通用需求