车载网络测试 - UDS诊断篇 - 诊断DID($22/$2E)

前面我们已经把常用的诊断服务的数据类型进行了详细的介绍，今天我们将更加详细的介绍下DID相关的内容，并将ID强相关的两个服务22服务和2E服务一并介绍一下，如有遗漏或者问题，欢迎私信交流。

DID分类介绍：

不同的主机厂对ID都有不同的分类，比如强制实现ID、配置类ID、以太网ID等等，不过我还是比较喜欢另外一种分类，他是将ID分为：Identification、Measurement、Coding、Adaptation；其实无论是哪一种分类都是为了让使用者更清晰的知道这块的ID的作用，另外就是方便管理对齐，保证最终功能实现能够在研发阶段拦截所有问题。

Identification：日常工作生活中我们最容易接触到的车内诊断就是身份类ID了，比如软件版本号、硬件版本号、当前会话模式、零件号等信息，都属于身份类ID，这类ID在功能设计之初就只有读取的，也就是仅支持22服务，因此这类ID的验证大家就需要去斟酌如何测试能够保证产品是没有问题的。

Measurement：测量值这块和身份类ID读取有些类似，都是仅支持22服务，因此大家也要思考如何保证测试完成后没有问题。这类ID的代表主要有，读取当前电压、读取当前里程、读取当前车速的信息，根据大家的主观判断基本差距不大。

Adaptation：到这一类ID那我们就要重新引入一个服务类型$2E，这类ID主要是一些车辆在生产到下线使用到终端客户手这段时间所使用的配置信息，比如下线日期、ECU的工作模式、展车模式等信息，这类ID的验证我们就要增加考虑写入部分的验证方法，后面的章节会做进一步介绍。

Coding：这个就是单纯的车辆配置了，就是我们所熟知的车辆的低配、中配、高配，就是以此来进行分类；那么为何会引入这类ID呢，我们知道在汽车研发是一个比较久的过程，为了安全性的考虑都会投入到了的测试，然而每款车都会分为各种配置，为了对其进行区分，并且最大限度的减少研发时间，就会在软件层面对其进行设置，不仅保证了车辆的配置，也保证了测试的充分性。