UDS诊断基础服务————10服务（基础篇）

最新推荐文章于 2024-04-28 16:39:26 发布

白南曦

最新推荐文章于 2024-04-28 16:39:26 发布

阅读量970

点赞数 7

分类专栏： ISO14229I协议专栏 UDS常用诊断服务文章标签：网络网络协议

本文链接：https://blog.csdn.net/m0_51307713/article/details/135486198

版权

ISO14229I协议专栏同时被 2 个专栏收录

4 篇文章 0 订阅

订阅专栏

UDS常用诊断服务

3 篇文章 0 订阅

订阅专栏

本文详细解释了UDS协议中的DiagnosticSessionControl服务，它在汽车诊断中扮演重要角色，允许控制ECU在不同会话间切换，确保诊断操作的灵活性和安全性。服务10子服务包括默认会话、编程会话等，以满足不同诊断需求。

摘要由CSDN通过智能技术生成

前言：UDS14229服务介绍。ISO14229协议主要用于定义汽车诊断服务。

简介：10服务是用于控制ECU可以在不同会话的切换，诊断又是在不同的会话上进行的。正常情况下，ECU始终只有一个诊断会话处于活动状态，在ECU上电启动时，应自动进入默认诊断会话，如果运行期间没有启用其他诊断会话的话，就会一直处于默认会话。

下面是作者自己对14229协议里面的10服务定义的理解内容以及如何定义的。

服务说明

DiagnosticSessionControl服务在统一诊断服务（UDS）协议中扮演着重要的角色，它允许在服务器中启用和管理不同的诊断会话。这些诊断会话在服务器中启用一组特定的诊断服务和/或功能，使得诊断设备能够执行相应的诊断任务。

DiagnosticSessionControl服务不仅提供了服务器报告对于启用的诊断会话有效的数据链路层特定参数值（如定时参数值）的能力，还允许用户定义每个诊断会话中启用的服务和/或功能的确切组合。这意味着，不同的诊断会话可以根据需要启用不同的诊断服务和功能，以满足特定的诊断需求。

在任何时候，服务器中应始终只有一个诊断会话处于活动状态。当服务器启动时，它应始终启动默认的诊断会话。如果没有启动其他诊断会话，那么只要服务器通电，默认诊断会话就应该运行。这种设计确保了服务器在启动时具有基本的诊断功能，并在没有特定需求时保持默认状态。

服务器在正常操作条件下以及车辆制造商规定的其他操作条件下（例如，跛行回家操作条件）都应提供诊断功能。这确保了无论车辆处于何种状态，服务器都能提供必要的诊断支持。

当客户端请求一个已经运行的诊断会话时，服务器应发送肯定的响应消息，并描述在会话之间转换时的服务器内部行为。这意味着服务器能够识别并响应已经启动的诊断会话的请求，同时确保会话之间的平滑转换。

此外，无论客户端何时请求新的诊断会话，服务器都应在新会话的时间在服务器中处于活动状态之前发送DiagnosticSession肯定响应报文。这确保了客户端能够及时了解新会话的启动状态，并据此进行后续的诊断操作。

在某些情况下，可能需要在发送肯定响应之前输入新的会话，同时保持发送响应的旧协议定时。这种灵活性使得DiagnosticSessionControl服务能够适应不同的诊断需求和环境。

如果服务器无法启动所请求的新诊断会话，它会使用DiagnosticSessionControl否定响应消息进行响应，并且当前会话应继续运行。这确保了即使在新会话启动失败的情况下，服务器也能保持当前会话的运行状态，避免中断正在进行的诊断操作。

值得注意的是，非默认诊断会话（不包括programmingSession）中的一组诊断服务和诊断功能是defaultSession中提供的功能的超集。这意味着在切换到任何非默认诊断会话时，defaultSession的诊断功能仍然是可用的。这种设计使得defaultSession成为一个基础且必要的会话，为其他非默认会话提供必要的支持。

此外，DiagnosticSessionControl服务还支持车辆制造商特定的服务和功能，这部分内容通常不在标准文档中进行详细描述，而是由制造商根据具体需求进行定义和实现。

最后，如果要启用新的诊断会话，会有专门的跳转会话机制。这确保了诊断会话之间的切换是可控和可靠的，从而提高了诊断操作的效率和准确性。

总的来说，DiagnosticSessionControl服务是UDS协议中一个重要的组成部分，它使得诊断设备能够灵活地控制和管理服务器中的诊断会话，从而执行各种复杂的诊断任务。

UDS基础服务10，即诊断会话控制服务，是统一诊断服务（Unified Diagnostic Services）协议中的一个关键服务。它主要用于控制ECU（电子控制单元）在不同诊断会话（session）之间进行切换。诊断会话可以理解为ECU软件的一种状态，不同的会话状态下，ECU支持的诊断服务或功能可能有所不同。

服务10的SID（服务标识符）是0x10，其通过一系列子服务（SF）来实现诊断会话的控制。这些子服务包括：

默认会话（0x01）：当ECU上电或远程初始化后，会默认启动默认会话模式。在此模式下，ECU处于基础状态，不需要任何特定的诊断应用程序在线服务。
编程会话（0x02）：在这个会话下，支持ECU的内存编程操作，通常用于执行bootloader操作等。
扩展诊断会话（0x03）：此会话允许在ECU存储器中执行更复杂的操作，如写服务、通信控制服务以及例程操作等。
安全系统诊断会话（0x04）：此会话可能涉及与安全相关的诊断操作。

通过服务10，客户端（通常是诊断工具或设备）可以向服务器（即ECU）请求控制这些诊断会话。当客户端请求进入某个诊断会话时，如果该会话已经运行，则ECU会回复肯定响应。此外，当从一个会话切换到另一个会话时，可能需要满足特定的条件，这些条件通常由制造商定义。

服务10的核心作用在于诊断服务权限控制。在不同的诊断会话下，ECU所支持的诊断服务及其功能可能会有所不同。通过服务10，可以精确地控制ECU在何时启用哪些诊断服务，从而确保诊断操作的安全性和有效性。

在实际应用中，服务10的使用场景非常广泛。例如，在执行某些非常规服务（如27,2E,31等服务）时，可能需要在非默认会话下执行。在需要重新编程ECU时，需要进入编程会话以启用相关的编程服务。此外，整车制造商或零部件供应商也可能需要在自定义的会话下完成某些特定的操作，以避免与客户会话下的服务需求发生冲突。

总的来说，UDS基础服务10是UDS协议中一个重要的组成部分，它使得诊断设备能够灵活地控制ECU的诊断会话，从而执行各种复杂的诊断任务。