篇首语：本文由小编为大家整理，主要介绍了CDD文件——CANdelaStudio相关的知识，希望对你有一定的参考价值。
诊断协议那些事儿
本文为诊断协议那些事儿专栏文章，在CANoe诊断测试一文中介绍了导入CDD文件，CDD(CANdela Diagnostic Descriptions，CANdela诊断描述)是诊断数据的数据库，与CAN消息的数据库文件DBC类似，也就是上文提到的需求规范。本文以Vector提供的模板为例介绍CDD数据库的文件结构。
参考文章：CANoe诊断测试
文章目录
- 诊断协议那些事儿
- 一、什么是CDD？
- 二、打开CANdelaStudio
- 三、文档结构
- ECU Information
- Fault Memory
- DID Overview
- Base Variant：DIDs
- Diagnostics Classes
- State
- Data Types
- Protocol Services
- Negative Responses
一、什么是CDD？
在汽车电子行业中，通常主机厂OEM会对供应商提出诊断需求规范，供应商基于其规范实现软件的功能，在功能实现后，再进行集成测试，以确认其功能是否满足需求规范的要求，这也是我们常说的V-L模型。在研发、量产及售后阶段，使用的诊断需求规范都是一致的。
Vector提供了一整套的诊断开发工具链，如下图，后续我们会陆续展开。
二、打开CANdelaStudio
①打开CANoe后，在Diagnostics菜单下，可以看到CANdelastudio按钮，单击打开CANdelastudio软件，在拥有license的情况下才可编辑！！！
②使用菜单栏，选择英文版本软件打开。
软件提供模板ABS_ESP-Example.cdd数据库。
三、文档结构
CANdelaStudio 使用树状图显示 CANdela 文件，具体分为ECU信息、DTC池、服务列表、状态管理、数据类型、NRC池等
ECU Information
主要是ECU的配置信息：包括使用协议类型（CAN、CAN FD）、诊断ID、定时参数STmin、CS、BS等。
Fault Memory
包含了DTC的信息：故障码、故障名称、成立与故障恢复的条件、操作周期、老化等。
DID Overview
DID池，右侧显示了每一个DID在哪个变体中被使用(高中低配的概念)。
Variant的概念：每一款车可能分为A、B、C三个配置，代表着高、中、低配，在编辑数据库时，要分别基于A、B、C车型编辑这个数据库，这个时候会有3个诊断数据库CDD文件，这样对于版本管控就不是很方便了。这个时候Vector提出了一个解决方法，可以将功能最全的ECU需求规范生成一个“Base Variant”诊断数据库，在编辑A、B、C车型的数据库时，只需要对Base Variant里面的内容进行删除。
Base Variant：DIDs
Diagnostics Classes
每个“Variant”里面会有一个“Class”类，可以从需求规范选择支持的类，这些类就相当于UDS的不同服务，Session对应10服务，Identification对应读写DID等。
State
子集有“State Groups”、“Dependecies”和“Defaults”。“State Groups”界面下对ECU的状态划分，一般也是就标准的默认、编程、扩展会话。“Dependecies”对前面我们划分出来的ECU状态下的支持情况设置；“Defaults”设置各服务在我们划分的ECU状态间切换的默认支持情况。
Data Types
代表CDD数据库中数据参数的类型及其转换关系；
Protocol Services
包含了CDD数据库中所有UDS服务使用概况；
Negative Responses
包含了CDD数据库中UDS服务的NRC，如果模板提供的不能满足，也可以新建NRC码。
以上是关于CDD文件——CANdelaStudio的主要内容，如果未能解决你的问题，请参考以下文章
