本文详细探讨了车载诊断功能的实现，从需求规范制定、诊断数据库管理、代码配置到上板测试。介绍了电子电气架构的变化，特别是中央计算器和域控制器架构的影响。通过配置工具生成代码，利用CAN总线进行数据传输，并重点讲解了诊断数据库在保持数据一致性和流程中关键作用。同时，文章涵盖了诊断功能的实现、DCM模块的功能以及上板测试过程。
车载诊断功能作为车身控制器（不管是以前的分布式电子电器架构还是现在流行的中央计算器+域控制器架构），都是不可或缺的功能。本文通过诊断功能实例：
-> 诊断功能需求提出；
-> 诊断数据库（保证数据一致性）；
-> 配置生成代码，诊断功能实现；
-> 编译生成二进制文件（bin、Hex等）；
-> 上板测试（手动、自动、SIL）
如下流程属于汽车行业经典V模型
1、诊断需求规范指定
在定义新车型后，电子电子部门诊断方面系统工程师（或架构工程师）基于新需求定义该车型的诊断需求规范，比如所需要的诊断服务、DID、DTC，当然在这个过程中会有很多流程，毕竟车企这套已经玩转几十年，比如OEM会释放诊断需求调查表给供应商，如下格式举例：
订阅专栏 解锁全文
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
