跟我学UDS(ISO14229) ———— 0x10(DiagnosticSessionControl)

前言

在UDS协议中，我们首先接触到的是诊断和通信管理功能单元(Diagnostic and communication management functional unit)模块。在这个模块里面，DiagnosticSessionControl是我们第一个需要掌握的内容。按照ISO 14229上面的划分，我们可以将诊断会话模式分为两大类；一类是DefaultSession；另一类是OtherSession。该服务的作用是：用于在服务器中启用不同的诊断会话。对于具体的项目来说，存在着多个Session会话模式。也同样是符合上述的分类方式。

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

因为在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 服务下支持的错误码如下：