2E服务-WriteDataByIdentifier

诊断协议那些事儿

诊断协议那些事儿专栏系列文章，本文介绍数据传输服务下的2E服务WriteDataByIdentifier，允许客户端在通过提供的dataidentifier数据标识符指定的内部位置将信息写入服务器。

参考文章：
数据传输功能单元——DID参数定义
22服务-ReadDataByIdentifier

一、2E服务-WriteDataByIdentifier

WriteDataByldentiffer服务允许客户端在通过提供的dataidentifier数据标识符指定的内部位置将信息写入服务器。客户端使用WriteDataByldentifier服务将dataRecord写入ECU 服务器。

数据由dataldentifier标识，可能受保护，也可能不受保护。

动态定义的dataldentifer不得与此服务一起使用。
在执行此服务时，满足服务器条件是车辆制造商的责任。该服务的可能用途是∶
-将配置信息编程到服务器中（例如VIN码），
-清除非易失性存储器，
-重置学习值，
-设置选项内容。
注意∶服务器可能会限制或禁止对某些dataldentffer值的写访问（由系统供应商/车辆制造商定义的只读标识符等）。

二、请求格式

注：本服务不适用子功能参数！

dataIdentifier-数据标识符，本参数确定了客户端请求写入的服务器数据记录，具体参见数据传输功能单元——DID参数定义

dataRecord-数据记录，本参数提供了与客户端请求写入的DID相关的数据记录。

常见DID总览

根据ISO14229-1规范，定义了诸多只能用于特定场合的DID，也就意味着主机厂、供应商都不能随意乱用DID，在使用DID Number应充分考虑到14229的要求

三、肯定响应格式

从上图中可以看出，2E诊断服务的正响应由以下两个部分组成：
Response ID：该参数固定为SID+0x40 = 0x6E；
DID：该参数表示某个数据的标识符，回复的DID应与诊断请求的DID保持一致；

注意：对应2E服务回复正响应时一般应确保此时数据已经被成功写入到NVM中，当然如果是KL30供电也可采取下电保存机制，但是前提需走正常下电休眠流程或者执行1101复位动作。

四、否定响应格式

1.支持的否定响应码

2.NRC优先级

五、消息流示例

本示例描述通过一个两字节DID：0xF190进行VIN编写的过程

写DID（0xF190——VIN码）

以写入DID F1 90 （VIN码）为例，其对应的诊断请求实例如下图所示：

肯定响应消息流：

总结

以上就是今天要讲的内容，欢迎各位评论，提出宝贵意见，小编也会持续更新，以提供更好的作品。