看这个项目的CAN DIAG需求像解密一样。
本来我的新case只要参考CAN DIAG这一本式样书写就可以了，但奈何上面很多新增的功能就一句话，翻译过来：新增了19 1A 子功能/新增了DID xxxx xxxx
然后我需要知道这个DID的存入内容含义和读取条件还有正确的格式以及新子功能的发送格式，功能和回复格式才能写case，但式样书并没有。所以我经常就要去找 a b c d 分散在完全两个存储地址的文件夹里的档案才能一个一个了解功能。
之前新增了一个安全相关的DID是不能直接读取的，这个DID是存在一个安全异常发生的Error Code里的，所以我必须要先制造出来这个Error Code，然后在通过读取Error Code里的内容找到这个DID的内容来测试。
所以首先我是在CAN DIAG的式样书里了解到新增了这个安全相关的DID，然后问了开发了解到了Error Code和DID的归属关系要在Security的式样书里去找，最后读取Error Code的格式和回复方式我要在一本全是英日文(片假名)结合的功能书里去翻这个功能和Error Code的使用方法。相当于这条测试我翻了三个文档写成。
打比喻就是：
A文档：DID:1B 描述123+1
B文档：
Error Code 描述 DID 描述
ABC 123 1B 123+1
1C 123+2
我去读ABC找1B的内容
后面又有新增的长得像安全相关的DID，有了前面的例子，于是我很笃定的以为只要去在Security的式样书找Error Code和DID的归属关系读Error Code内容就行了。然后我翻来覆去没有在Security找到这个DID，在Error Code的功能列表里去翻，发现了一个Error Code 没写，内容DID Code没写，只有大意文字介绍和新增DID介绍(日文)一样的描述。
大概是这样的:
A文档：DID:1H 678+3
B文档：
Error Code 描述 DID 描述
678 678+1
678+2
既没有1H 也没有678+3,只是描述沾边，看着描述我又想起了 A文档回复了以前取消使用的Error Code 的描述是678,于是向开发求证，答曰：你找的没错。
解密完成的成就感油然而生，B文档完整版应该如下：
Error Code 描述 DID 描述
1H 678 678+1
678+2
1H 678+3
