3. CAN数据库（DBC）设计与导入
在CANoe工程中，DBC文件是通信矩阵的“字典”。没有DBC，CANoe只能看到一串串十六进制原始报文；加载DBC后，CANoe才能把字节流解析成有物理意义的信号值，例如车速、转速、车门状态。本节围绕DBC文件结构、报文与信号定义、信号矩阵映射，以及如何在CANoe中加载并验证通信矩阵展开。
一、DBC文件的本质与结构
DBC（Database CAN）是Vector定义的文本格式数据库，扩展名为 .dbc，本质是ASCII文本，可用文本编辑器打开。它由若干关键字段落组成，每个段落描述通信矩阵的一个维度。理解这些段落，是手工编写或排查DBC的基础。
- VERSION / NS_ / BS_ / BU_：版本、命名空间、位定时与网络节点列表。BU_ 定义参与网络的节点，如 ECU_A、ECU_B。
- VAL_TABLE_：值表，用于把枚举值映射为文字，例如 0=Off、1=On。
- BO_：报文定义，格式为
BO_ <ID> <Name>: <DLC> <Transmitter>。 - SG_：信号定义，挂在所属 BO_ 之下，描述起始位、长度、字节序、符号、因子、偏移、范围、单位与接收节点。
- CM_ / BA_ / BA_DEF_：注释、属性值与属性定义，用于补充描述和工具属性。
一个最小可用的DBC至少需要 BU_、BO_、SG_ 三类信息。下面是一段示例片段，描述ID为0x123、名为 EngineData、DLC为8、由 ECU_A 发送的报文，其中包含发动机转速信号：
BO_ 291 EngineData: 8 ECU_A
SG_ EngineSpeed : 0|16@1+ (0.25,0) [0|16383.75] "rpm" ECU_B
SG_ EngineTemp : 16|8@1+ (1,-40) [-40|215] "degC" ECU_B
其中 0|16@1+ 表示从第0位开始、长度16位、Intel（小端）字节序、无符号；(0.25,0) 是因子与偏移，物理值 = 原始值 × 0.25 + 0。若原始值为 4000，则物理值为 1000 rpm。
二、报文与信号定义的关键参数
信号定义中最容易出错的是起始位与字节序。Intel格式（@1）低位在前，起始位指信号最低有效位所在位置；Motorola格式（@0）高位在前，起始位指最高有效位所在位置。两者混用会导致解析值完全错误，因此必须与ECU实际发送方式一致。
此外还需关注：
- 因子与偏移：决定原始值与物理值的换算关系，是标定的核心。
- 取值范围：用于CANoe的合法性检查，超出范围会触发告警。
- 单位：如 rpm、km/h、degC，影响显示与记录。
- 接收节点：SG_ 末尾列出的节点，决定该信号被哪些节点接收。
- 多路复用：用 M 与 m 标记，实现一个报文承载多组信号，常见于诊断或状态报文。
三、信号矩阵映射关系
通信矩阵的核心是“发送节点—报文—信号—接收节点”的映射链。同一信号可能被多个节点接收，同一报文只能有一个发送节点。设计时应先画矩阵表，再转成DBC，避免遗漏或冲突。下图展示了一个典型CAN网络的信号矩阵映射关系，包含两个发送节点、三条报文与多个接收节点。
四、在CANoe中加载DBC
加载DBC的入口在 Simulation Setup 或 Measurement Setup 中。以CANoe 15为例，操作路径为：打开工程 → 进入 Simulation Setup → 右键点击 CAN 通道 → 选择 Database → Add → 选择 .dbc 文件。加载成功后，CANoe 会在通道下显示数据库名称，并在 Trace 窗口的报文旁显示解析后的信号名与物理值。
若DBC中定义的节点名与工程中网络节点名不一致，CANoe会提示节点未匹配。此时可在 Network Hardware Configuration 中检查节点命名，或在DBC中统一节点名。加载后建议先做一次一致性检查：确认报文ID、DLC、周期与设计矩阵一致。
五、验证通信矩阵
验证的核心是“发得出、收得到、解析对”。可按以下顺序进行：
- 报文层验证：在 Trace 窗口观察目标报文是否按周期出现，ID与DLC是否正确。若周期为10 ms，Trace中相邻帧时间差应接近10 ms。
- 信号层验证：展开报文，查看信号物理值是否在合理范围。例如 EngineSpeed 原始值 4000 应显示 1000 rpm。
- 映射验证：用 IG（Interactive Generator）模块模拟 ECU_A 发送 EngineData，观察 ECU_B 侧是否收到并正确解析。若接收节点未收到，检查DBC中接收节点列表与CANoe节点配置。
- 边界验证：发送最小值、最大值与超范围值，确认CANoe的合法性检查是否按DBC范围触发告警。
完成上述验证后，DBC即可作为后续仿真、测试与自动化脚本的通信基础。实际工程中，DBC通常由整车厂统一维护，ECU供应商按版本导入，因此版本管理与变更记录同样重要。