UDS诊断服务基础详解之二19服务

UEI (Unified Diagnostic Services，统一诊断服务) 是一种在车辆电子控制单元 (ECU) 之间交换诊断信息的标准通信协议，它是OBD-II的某些扩展。利用 UDS 协议，诊断工程师可以访问车辆的各种功能，如读取故障码、清除故障码、重置制造商特定参数、设置特定值等。

介绍UDS服务中的19服务

0x19服务及部分子功能概述

19服务是售后最常见的服务之一，也是最为复杂的服务，包含的子功能比较多，但是仔细去分析几个子功能的功能以及相应的参数的含义，19服务本身并不难

19服务，即 ReadDTCInformation（读取 DTC 信息）服务，允许客户端读取接受自任何车载服务器或服务器组的服务器常驻故障诊断码（DTC）信息。

文章目录前言一、理论描述1.服务分类2.状态掩码二、操作步骤1.请求2.回复总结 前言 简称： “ReadDTCInformation”，读取DTC信息 功能： 用户通过请求该服务，读取ECU的故障诊断码(DTC)信息，服务的sub-function代表了各式各样读取DTC的方法，UDS给19服务的sub-function从0x00到0x19进行了明确定义。 通俗解释：例如ECU功能工作电压一般在6V~18.5V之间。当软件通过ADC采样发现该模拟量通道输入电压低于6V时候，会经过一段时间的软件消抖后记录

本文分享快照数据与 19 04 服务学习心得。快照数据即 DTC 快照，分全局与局部，能还原故障时刻状态，助定位偶发故障。19 04 服务可按 DTC 号报快照信息，含特定请求、正响应格式，正响应有实例；支持 0x12、0x13、0x31 等否定响应码，也有应用实例。文章强调快照数据对汽车故障诊断的重要性，及保证其准确性的必要性。​

数据记录值的格式和定义应该由车辆制造厂商或者系统供应商所指定，这些数据记录值可能会包含模拟量输入和输出信号，数字输入和输出信号，内部数据和系统状态信息。服务端可能会先同时请求的数据标识符数量，首先需要由车辆制造厂商和系统供应商商讨决定。一旦收到了0x22服务的请求消息，服务端应该访问由数据标识符参数指定数据元素几率之，并且在单个22服务肯定应答报文中去传输他们的值。请求报文中可能会多次包含同一个DID值，服务端应该将这些重复的DID看作独立的DID并答复。

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

简述UDS、0x19服务 UDS可以简单理解为一套完整的通讯协议框架，其目的在于规范各种行车电脑和ECU之间的通讯。ISO 15762-2规定了UDS的网络层，ISO14229规定UDS的应用层。 UDS可以在不同的汽车总线上实现，但本文重点讨论UDS on CAN的诊断协议。 UDS包含一系列服务，每种服务都有自己独立的ID，即SID（Service Identifier），0x19服务其实是读取DTC信息的服务，其SID为0x19。 网络层 经典的CAN数据链路层最大能够支持单帧8个字节的数据传输

UDS 19获取DTC状态服务介绍

UDS概述及常用服务介绍，浅显易懂，快速上手

前言 首次，请教大家关于诊断服务11的几个问题： 27服务有何作用，为什么要有27服务呢？ 27服务在使用过程中有哪些注意事项呢？ 27服务诊断请求与诊断响应如何交互？ 这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲： 正文 服务功能 功能描述 根据ISO14119-1标准中所述，诊断服务27应用场合主要是用于Server数据上传或者下载，重要信息传递，功能安全等实施的过程中，比如如果对于重要数据的上传或者下载过程不做任何限制，很有可能会对整车的行车安全造成极大的威胁，特

UDS 0x19服务

19服务 读DTC

简谈UDS协议$19服务

关于DTC诊断故障码的获取与清除（ISO14229系列之14、19服务）1、19服务-——读取诊断故障码信息(ReadDTCInformation)1、01子服务2、02子服务3、04子服务4、06子服务5、0A子服务2、14服务-——清除故障信息 (ClearDiagnosticInformation)总结 1、19服务-——读取诊断故障码信息(ReadDTCInformation) 1、01子...

0x19 01服务介绍