车载诊断架构 ---面向售后的DTC应该怎么样填写？

我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。

老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师：

简单，单纯，喜欢独处，独来独往，不易合同频过着接地气的生活，除了生存温饱问题之外，没有什么过多的欲望，表面看起来很高冷，内心热情，如果你身边有这样灵性的人，一定要好好珍惜他们眼中有神有光，干净，给人感觉很舒服，有超强的感知能力有形的无形的感知力很强，能感知人的内心变化喜欢独处，好静，清静，享受孤独，不打扰别人不喜欢被别人打扰，在自己人世界里做着自己喜欢的事。

静思己过，三省吾身。不知为何，年少时怕孤单，年长后喜独处。可能是不愿迎合，也有可能是不想若有若无的打探不知的隐私，八卦。

以前文章自己多数是基于协议，企业规范讨论车载诊断概念、需求和刷写策略，其实对于绝大多数主机厂，诊断的核心应用就两个：

-> 1、车出现故障快速界定；

-> 2、ECU软件版本更新。

后者用于软件bug解决更新、车新功能迭代（硬件预埋，软件迭代，软件定义汽车的核心）。对于车企，怎么体现其高技术的车设（人设的变动词），不是说车主购