UDS诊断系列之十六 通过DID写入数据（2E）服务

通过DID写入数据服务，服务ID是0x2E，主要功能是通过数据标识符（Data Identifier/DID）将数据写入ECU的存储区域。

一、服务说明

DID在上一篇读取数据服务介绍中已经说明过了，这里不多说。
2E服务时可以虽然说只是一个写入数据的服务，但是通过写入其实可以做很多事情：

• 写入数据（例如，写入VIN）
• 清除非易失存储器的内容
• 复位一些已经学习的数据值，如胎压
• 设置一些选项，如车辆功能配置
  因为2E服务需要写入数据到ECU，一般需要先经过安全认证（27服务）通过之后才可以进行写入操作，当然也可以不需要经过安全认证，这取决于OEM对于数据的定义和要求。
  2E服务一般都需要在扩展会话模式，这样做主要是为了避免误触发操作，影响车辆的安全。

二、应用数据格式

1.请求报文

2E服务的请求报文格式和22服务的响应报文格式是一样的，第一个字节是请求的SID 2E，接下来两个字节是DID，剩下的就是要写入到ECU的数据了，长度根据实际定义的数据而定。这里需要注意的是，2E服务一次只能写入一个DID的数据。

2.响应报文

同样，响应报文的格式和22服务的请求格式也是类似的，只有一个字节的服务响应ID和两个字节的DID数据。

3.否定响应

下图是ISO14229-1给出的响应流程图。

首先应注意开始的1和2两个NRC13所检查的内容是不一样的，第一次检查的是最小长度，即只写入一个DID的长度——SID+DID+1个字节数据共4个字节，第二次检查的是实际长度——SID+DID+DID对应的数据长度。
下面的循环主要检查的是请求的每个DID是否有安全或者其他条件限制：

NRC31：第一处NRC31检查的是请求的DID是否支持，第二处NRC31检查的是DID后面请求写入的数据格式、范围等是否符合定义；
NRC34：如果ECU支持29服务的认证，且被请求的DID需要认证后才能写入，那么需要检查请求之前是否已经通过认证；
NRC33：如果ECU支持27服务的校验，且被请求的DID需要校验后才能写入，那么需要检查请求之前是否已经通过校验；
NRC22：如果被请求的DID需要满足特定条件才能写入，那么需要检查当前是否满足读取的条件；
NRC72：这是一个通用型错误，当写入非易失存储器的时候出现问题，那么需要返回此NRC。