3. 整车网络拓扑建模
在CANoe中做整车网络回归测试，第一步不是写测试用例，而是把整车的通信拓扑“搬进”工程里。拓扑建模决定了后续仿真节点挂在哪条总线上、网关如何转发报文、诊断请求能否到达目标ECU，也直接决定了回归测试的范围边界。如果拓扑建错，后续所有测试结论都不可信。
一、多网段建模：把物理总线映射为网络对象
整车通常包含多条CAN、CAN FD、LIN和Ethernet网段。在CANoe中，每条物理总线对应一个Network对象，例如CAN1_Powertrain、CAN2_Chassis、CANFD_ADAS、LIN1_Body、ETH_Backbone。建模时需要在Simulation Setup中创建这些网络，并为每条网络指定正确的通道映射（Channel Mapping），把逻辑网络绑定到VN系列硬件的物理通道上。
关键参数必须与实车一致：CAN的波特率（如500 kbit/s）、CAN FD的仲裁段与数据段波特率（如500 kbit/s / 2 Mbit/s）、LIN的调度表与主从关系、Ethernet的VLAN与IP地址规划。以CAN FD为例，若数据段波特率配成2 Mbit/s而实车为5 Mbit/s，采样点位置就会偏移，仿真报文在真实ECU上可能被判为错误帧。因此建模阶段应建立一张“网段参数对照表”，逐条核对。
节点建模方面，每个ECU对应一个Network Node，节点上挂载数据库文件（DBC/ARXML/LDF/FIBEX）。数据库不仅定义报文和信号，还定义了发送周期、发送类型（周期、事件、周期+事件）以及信号布局。回归测试中，仿真节点通常替代部分真实ECU，因此需要明确哪些节点由CANoe仿真、哪些节点保留真实件，这决定了残余总线仿真（Restbus Simulation）的配置方式。
二、网关路由配置：跨网段通信的枢纽
网关是整车网络的核心枢纽，负责报文在不同网段之间的转发、过滤和协议转换。在CANoe中，网关通常有两种建模方式：一是使用真实网关ECU，CANoe只做残余总线仿真；二是用CAPL或Communication Setup实现网关逻辑的仿真模型。
网关路由配置的核心是路由表。每条路由规则至少包含：源网段、源报文ID、目标网段、目标报文ID、转发方向（单向/双向）、触发条件（周期转发、事件触发、信号变化触发）以及超时处理策略。例如，动力CAN上的0x1A0报文需要转发到底盘CAN，网关可能将其重新打包为0x2B0，并改变发送周期。这类“ID映射+周期变换”的路由在回归测试中极易被忽略，却常常是实车问题的根源。
在CANoe中配置网关路由时，推荐使用Communication Setup中的Gateway功能，或通过CAPL的on message事件配合output()函数实现。无论哪种方式，都必须保证路由的时序特性与实车一致：转发延迟、报文顺序、超时后的默认值处理，都会影响接收端ECU的行为。
三、拓扑变更对回归范围的影响分析
整车网络不是一成不变的。项目周期内常见的拓扑变更包括：新增ECU节点、网段拆分或合并、网关路由规则调整、数据库版本升级、波特率或VLAN变更。每一次变更都会影响回归测试的范围，必须做影响分析，而不是“全量重跑”或“只测变更点”。
影响分析的核心逻辑是：变更点 → 受影响网段 → 受影响报文/信号 → 受影响ECU → 受影响测试用例。例如，在底盘CAN上新增一个EPS节点，除了EPS自身的功能测试外，还要检查：底盘CAN总线负载是否超过阈值、网关路由表中是否有新增报文需要转发、动力CAN上依赖EPS信号的ECU（如TCU）是否需要回归、诊断地址是否冲突。如果只测EPS节点本身，就会漏掉跨网段的连锁影响。
再比如，网关路由表新增一条“动力CAN 0x1A0 → 底盘CAN 0x2B0”的转发规则。这条规则会影响：底盘CAN的负载、接收0x2B0的ECU行为、网关自身的CPU负载、以及诊断路由路径。回归范围应覆盖：底盘CAN负载测试、0x2B0接收端功能测试、网关转发延迟测试、诊断请求经网关到目标ECU的路径测试。
为了系统化地管理这种影响关系，建议在CANoe工程中维护一张拓扑变更影响矩阵。矩阵的行是变更项，列是受影响的网段、报文、ECU和测试用例，交叉点标注影响等级（高/中/低）和回归优先级。这样每次拓扑变更后，可以快速圈定回归范围，而不是凭经验拍脑袋。
四、建模与回归范围的联动检查
拓扑建模完成后，不要急于开始测试。先做一轮联动检查：
- 通道映射检查：每条Network是否绑定到正确的硬件通道，波特率是否与实车一致。
- 数据库一致性检查：DBC/ARXML版本是否与当前实车软件版本匹配，报文ID和信号布局是否有冲突。
- 网关路由完整性检查：路由表是否覆盖所有跨网段报文，是否存在遗漏或多余的路由规则。
- 残余总线仿真检查：仿真节点发送的报文是否与真实ECU的周期、触发条件一致，是否会影响网关的路由判断。
- 回归范围映射检查：每个测试用例是否关联到具体的网段、报文和ECU，拓扑变更后能否快速定位受影响用例。
只有建模准确、路由配置正确、影响分析到位，后续的回归测试才有意义。拓扑建模不是一次性的工作，而是随着项目迭代持续维护的基线。建议将CANoe工程、数据库文件、路由表和影响矩阵纳入版本管理，每次拓扑变更都同步更新，确保回归测试始终基于正确的网络基线执行。