UDS(ISO14229) ———— 0x10(DiagnosticSessionControl)

前言

在UDS协议中，我们首先接触到的是诊断和通信管理功能单元(Diagnostic and communication management functional unit)模块。在这个模块里面，DiagnosticSessionControl是我们第一个需要掌握的内容。

按照ISO 14229上面的划分，我们可以将诊断会话模式分为两大类；

一类是DefaultSession；

另一类是OtherSession。

0x10服务的作用是：用于在服务器中启用不同的诊断会话。对于具体的项目来说，存在着多个Session会话模式。也同样是符合上述的分类方式。

DiagnosticSessionControl（0x10）是UDS（统一诊断服务）协议中的一个服务，用于控制诊断会话。让我们深入了解一下这个服务。

1. 作用：

   - DiagnosticSessionControl 用于在服务器中启用不同的诊断会话。

   - 不同的诊断会话包含了不同的诊断服务或功能。

2. 会话模式切换：

   - ECU 上电后默认进入 Default Session。

   - 当客户端请求诊断会话服务时，如果该会话已经运行，则服务器回复肯定响应。

   - 可以切换到其他会话，但默认会话的功能仍可用。

3. 会话类型：

   - Default Session：默认会话模式，部分诊断服务不支持。

   - Other Sessions：其他会话模式，支持更多诊断服务。

4. 已定义的会话模式：

   - 0x10 01：Default session

   - 0x10 02：Programming session（用于上传软件）

   - 0x10 03：Extended Diagnostic session（用于解锁附加的诊断功能，如传感器调整）

   - 0x10 04：Safety system diagnostic session（用于测试安全诊断功能，如气囊测试）

5. 正响应格式：

   - 服务 ID：0x50（相对应于请求的服务 ID 加 0x40）

6. 负响应格式：

   - 服务 ID：0x7F

   - 请求的服务 ID

   - 错误返回码（NRC 码）

这个服务在诊断过程中非常重要，因为它允许我们切换不同的诊断会话，以便执行不同的诊断操作。

为什么需要有不同的诊断会话模式呢？

因为在DefaultSession的模式下，部分诊断服务不支持。如果需要使用某些服务，则需要处于非DefaultSession模式下。

具体有哪些服务在DefaultSession不支持，请查看下方的表格。

诊断请求发送

发送格式

具体的格式如下。我的理解是：当我们需要进入到某个会话模式，需要发送请求（10 xx）。xx可以是00 至FF之间的任意一个十六进制的数。

在ISO文档里面，已经存在着一些被定义的会话模式。而这些已经定义好的，是在UDS协议中通用的。当然，协议中也留有保留位给到主机厂自定义。

关于ISO的具体的会话模式定义如下：

诊断响应

正响应格式

具体的格式如下。对于其中的两个参数做一个说明：
参数1：diagnosticSessionType（此参数是请求消息中子功能参数的位的回显，即发送01，回复01）
参数2：sessionParameterRecord（此参数记录包含服务器报告的特定于会话的参数值，该数据需要结合项目实际出发。）
关于参数（DiagnosticSessionControl Response Service Id）则是我们如何判别正负响应的重要依据。
图中给到的是正相应，Service ID 是相对应的服务ID 增加0x40（即0x10 服务的正相应应为0x50）。

负响应格式

具体格式如下。这是在ISO协议中定义的，在平时的过程中，我们只需要着重关注后面三个参数。
参数1：Negative Response Service Id（固定不变为7F）
参数2： Request Service Id （相对应分诊断服务（10服务则返回10服务））
参数3：responseCode（错误返回码 / NRC码）

针对于不同的服务，协议定义了在该服务下可支持的NRC码。10 服务下支持的错误码如下：

                       
参考链接：https://blog.csdn.net/qq_42957717/article/details/116015214