king110108的专栏

前言在使用汽车UDS诊断服务的过程中，我们会用到一个十分常见的诊断服务$10服务。该服务基本上时执行其他特别任务的前置服务，所以有必要跟大家一起介绍该服务的基本特点，首先，请问大家几个基础问题？10服务是做什么的呢？10服务有哪些子服务呢？10服务的请求格式及响应格式又是如何定义的呢？执行10服务自身有无前置条件呢？本文我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：正文服务功能功能描述在《ISO14229-1》ISO标准文档中针对10服务做了十分详细的说明，总

前言首次，请教大家关于诊断服务11的几个问题：11服务有何作用，为什么要有11服务呢？ 11服务在使用过程中有哪些注意事项呢？ 11服务诊断请求与诊断响应如何交互？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：正文服务功能功能描述根据ISO14119-1标准中所述，诊断服务11主要用于Client向Server(ECU)请求重启行为。该重启行为将会导致Server复位回归到特定的初始状态，具体是什么初始状态取决于Client的请求行为。应用场景

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

前言首次，请教大家关于诊断服务28的几个问题：28服务有何作用，为什么要有28服务呢？ 28服务在使用过程中有哪些注意事项呢？ 28服务诊断请求与诊断响应如何交互？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：正文服务功能功能描述根据ISO14119-1标准中所述，诊断服务28服务主要用于网络中的报文发送与接受，比如控制应用报文的发送与接收，又或是控制网络管理报文的发送与接收，以便满足一定场景下的应用需求。下列文中使用到的Client可直接理

UDS诊断服务基础篇之22前言22服务作为诊断服务种的基础服务，可以简单理解为就是一个用于读取ECU数据的外部接口，可实时获取软件内部的相关的状态信息。鉴于本文是基础入门介绍，小T还是会问下大家有关22诊断服务的相关问题？22服务的实际用途是什么？22服务的应用场景有哪些呢？22服务的诊断治疗格式如何？这篇，我们来一起探索并回答这些问题。为了便于大家理解，以下是本文的主题大纲：正文服务功能功能描述根据ISO14119-1标准中所述，诊断服务22主要用于Client向Server(

UDS协议是描述车载诊断内容的通用协议，诊断的功能伴随着ECU整个生命运行周期一直在运行。当控制器（ECU）运行过程中出现需求规范中所定义的故障类型，控制器通过相应的判定机制来判断这个故障是否达到一定阈值，满足产生DTC的条件（需要将DTC以及Status位存储在ECU内存中）。因此首先明白判定机制。 对于具体一个控制器，定义诊断需求规范时，首先会定义它支持的DTC以及每个DTC名称、Enable Criteria、Test Frequency、Set condition、Cor...

前言在汽车ECU诊断服务开发的过程中，有很多常见的诊断服务，比如10, 11, 22, 2E等，但是对于2F服务则会显得有些陌生，因为这类诊断服务主要在车身域比较常见，比如车窗控制，传感器开关、执行器控制等。除此以外，在其他车身域也有不同程度的使用，只不过相对较少。接下来，让我们带着下列思考一起来了解一下这个较为神秘的2F服务吧！2F服务是做什么的呢？ 它的诊断服务请求及回复是怎样一种方式？ 与31服务Routine Control相比，又有什么区别呢？这篇，我们来一起探索并回答这些问题。

前言UDS： (Unified Diagnostic Service) 统一诊断服务协议。之所以称为统一诊断服务，则是因为该协议是建立在各种传输方式之上的应用层协议，与底层所采用的通信介质都没有关系，该协议内容在ISO14229-1中定义，目前该协议版本已更新至2020版。在UDS开发及测试过程中，总是会出现各种各样的时间参数，你是否存在以下烦恼呢：为什么会有这些时间参数呢？ 这么多的时间参数，怎么记得住呀！ 这些时间参数名字大同小异， 到底有啥区别呢？ 这些时间参数到底应该如何正确的