📚 课程目录第2章 CANoe工程与整车网络拓扑建模

2. CANoe工程与整车网络拓扑建模

在整车网络自动化测试平台中，CANoe 工程是整个测试执行环境的“底座”。它决定了仿真节点如何接入总线、报文如何被解析、信号如何被观测，以及测试脚本能否通过 CAPL 或 Test Module 正确访问目标网络。一个结构清晰的 CANoe 工程，通常由网络拓扑、数据库、节点映射和仿真配置四部分构成。本节围绕这四部分展开，重点说明多总线混合网络的建模方法。

一、整车网络拓扑的层次结构

现代整车电子电气架构通常包含多条异构总线：动力与底盘域常用 CAN FD，车身域常用 CAN 或 LIN，部分高端车型还保留 FlexRay 用于线控或高实时性场景，而以太网则承担诊断、OTA、摄像头与域控制器之间的高带宽通信。在 CANoe 中，这些网络通过 Network 节点在 Simulation Setup 中并列建模，每条总线拥有独立的通道、波特率与数据库。

建模时首先要明确“物理通道—网络—节点”的对应关系。例如，CAN1 通道对应动力 CAN FD 网络，CAN2 对应车身 CAN，LIN1 对应左前门 LIN 子网，ETH1 对应中央网关以太网。通道号必须与硬件接口（如 VN5640、VN8900）的实际端口一致，否则仿真报文无法真正发出。

二、数据库导入与信号解析

数据库是 CANoe 理解报文的“字典”。CAN/CAN FD 使用 .dbc，LIN 使用 .ldf，FlexRay 使用 .fibex 或 .xml，以太网则常用 .arxml 或 .xml（SOME/IP、DoIP）。导入时需注意三点：

版本一致性：数据库中的报文 ID、DLC、信号起始位与字节序必须与实车一致，否则信号值会错位。
节点归属：每个 ECU 节点应绑定到对应数据库，CANoe 才能自动生成该节点的发送/接收报文列表。
通道映射：数据库中的通道号需与 Simulation Setup 中的网络通道一一对应，避免“数据库在 CAN1、节点却挂在 CAN2”的错误。

以动力 CAN FD 为例，导入 Powertrain.dbc 后，CANoe 会在 Simulation Setup 中生成 Engine、Transmission、VCU 等节点。若某条报文 0x18FF50E5 的周期为 100ms，可在节点下添加 on timer 事件，用 CAPL 周期发送：

variables {
  msTimer tSend;
}

on start {
  setTimer(tSend, 100);
}

on timer tSend {
  message 0x18FF50E5 msg;
  msg.dlc = 8;
  msg.byte(0) = 0x12;
  msg.byte(1) = 0x34;
  output(msg);
  setTimer(tSend, 100);
}

这段代码展示了“数据库定义报文—节点周期发送—总线输出”的完整链路。实际项目中，发送周期、信号初值和变化逻辑应来自测试用例，而非随意填写。

三、节点映射与仿真配置

节点映射的核心是“谁在仿真、谁在真实 ECU”。在 CANoe 中，每个节点可设置为 Simulated 或 Real。自动化测试平台通常将待测 ECU 设为真实节点，其余节点由 CANoe 仿真，从而构建可控的测试环境。

对于以太网，节点映射还需配置 IP 地址、VLAN、SOME/IP 服务实例和 DoIP 逻辑地址。例如，诊断节点 Diag_GW 的逻辑地址为 0x0E00，测试脚本通过 DoIP 发送 0x22 服务读取 VIN。FlexRay 则需配置通信周期、静态段/动态段长度和时隙分配，确保仿真节点与真实节点在同一调度表下运行。

建议在工程中为每条网络单独建立 Network 节点，并在命名中体现通道与用途，如 CAN1_Powertrain、ETH_Diag。这样在 Test Module 中引用通道时不易混淆。

四、多总线协同与自动化测试接口

整车网络自动化测试往往需要跨总线协同。例如，测试“车门开启后仪表提示”时，LIN 子网发送车门状态，网关路由到 CAN 车身网络，仪表节点接收并点亮提示。CANoe 的 Test Setup 可将多个 Test Module 挂载到不同网络，通过 TestWaitForSignal、TestWaitForMessage 等函数实现跨总线等待与断言。

工程配置完成后，建议先做一次“最小闭环验证”：用 Write 窗口手动发送一条报文，观察 Trace 窗口是否出现对应信号，再用 Graphics 窗口确认信号值变化。若报文未出现，优先检查通道映射、数据库绑定和硬件端口是否一致。只有基础链路验证通过，后续自动化脚本的稳定性才有保障。

常见错误：数据库导入后未刷新节点列表，导致 CAPL 中引用的信号名报“未定义”；或 CAN FD 网络未启用 ISO CAN FD 模式，与真实 ECU 的帧格式不兼容。配置完成后务必用真实报文或已知仿真报文做一次回环验证。

综上，CANoe 工程与整车网络拓扑建模的关键在于：通道与网络一一对应、数据库与节点正确绑定、仿真与真实节点清晰划分、跨总线测试接口预留充分。这四步做好，后续的自动化测试用例才能稳定运行在正确的网络环境之上。