1. 列车网络拓扑与联调边界确认
联调边界从哪里开始划
列车网络联调不是“全列车一起上电看通不通”，而是先把物理编组和逻辑网络两层边界对齐，再确定每个网关、每条总线、每个车辆子网由谁负责、在哪一段验证。本例以 6 辆编组（Tc1-M1-M2-M3-M2-Tc2）的典型架构为对象，梳理车辆级 MVB 子网、列车级 WTB 骨干网与网关（GW）的联调边界，输出可直接用于后续故障定位的范围清单与接口责任矩阵。
先明确两个参照约定，全文与图示保持一致：
- 编组方向：以 Tc1 车为 1 位端，向 Tc2 车方向编号为 1→6，WTB 节点按物理顺序依次为 N1…N6。
- 边界定义：联调边界指“信号/数据必须跨越、且两侧由不同责任方或不同测试手段验证”的接口点。网关两侧、车辆子网与骨干网之间、车辆间连接器均为边界。
架构梳理：三层对象与两类边界
该编组网络可拆为三层：列车级 WTB 骨干（贯穿全列、双绞冗余 A/B 线）、车辆级 MVB 子网（每车一段，挂本车 VCU、门控、空调、制动电子等）、网关 GW（每车一个，完成 WTB 与 MVB 的协议转换与路由）。联调边界因此分为两类：
- 纵向边界（协议边界）：GW 的 WTB 侧端口与 MVB 侧端口，验证“跨网数据能否正确转换与转发”。
- 横向边界（物理边界）：车辆间 WTB 连接器（含终端电阻位置）、车钩跨接线，验证“链路是否连续、终端匹配是否正确”。
联调范围清单的编制方法
范围清单不是把设备罗列一遍，而是按“边界点”组织，每个边界点必须能回答三件事：测什么、在哪测、通过判据是什么。以下为按上述 6 辆编组编制的示例清单（参数为教学示例值，实际以车辆网络架构图与协议规范为准）。
| 编号 | 边界点 | 类型 | 测试对象 | 观测手段 | 通过判据（示例） |
|---|---|---|---|---|---|
| B-01 | Tc1 车 WTB 终端 | 横向 | N1 端终端电阻 | 断电测阻值 | 约 120Ω，A/B 线间无短路 |
| B-02 | Tc1↔M1 车间连接器 | 横向 | WTB A/B 线连续性 | 万用表通断 | 对应针脚导通，对地绝缘正常 |
| B-03 | GW1 WTB 侧 | 纵向 | N1 节点入网状态 | 网络管理报文/状态字 | 节点状态为“已配置/正常” |
| B-04 | GW1 MVB 侧 | 纵向 | 子网1 设备轮询 | MVB 总线监视 | 本车设备均被正确轮询，无丢帧 |
| B-05 | GW1 跨网转发 | 纵向 | WTB↔MVB 端口映射 | 端口数据比对 | 源端口值与目的端口值一致 |
| B-06 | M1↔M2 车间连接器 | 横向 | WTB 链路 | 通断+波形 | 链路连续，差分波形无畸变 |
| B-07 | GW2/GW3 跨网转发 | 纵向 | 牵引/制动数据映射 | 端口数据比对 | 关键控制字映射正确 |
| B-08 | Tc2 车 WTB 终端 | 横向 | N6 端终端电阻 | 断电测阻值 | 约 120Ω，与 N1 端匹配 |
清单编制顺序建议：先列横向物理边界（连接器、终端），再列纵向协议边界（GW 两侧与跨网转发）。物理边界不通时，纵向测试没有意义，先物理后逻辑可避免大量无效排查。
接口责任矩阵
责任矩阵用于在联调现场快速判定“问题归谁”。按 RACI 思路简化：R=执行测试方，A=对结果负责方，C=需协商方。示例中假设车辆厂负责本车 MVB 子网，网络集成方负责 WTB 骨干与网关配置，两者共同对跨网转发负责。
| 接口 | 车辆厂 | 网络集成方 | 判定归属规则 |
|---|---|---|---|
| 车辆 MVB 子网（B-04 类） | R / A | C | 仅本车子网异常 → 车辆厂 |
| WTB 骨干与终端（B-01、B-02、B-08） | C | R / A | 链路/终端异常 → 网络集成方 |
| 网关 WTB 侧入网（B-03） | C | R / A | 节点不入网且链路正常 → 网关配置方 |
| 跨网转发（B-05、B-07） | R | R / A | 两侧端口值不一致 → 先查映射表，再查网关 |
边界确认的现场执行要点
- 先冻结拓扑基线：以车辆网络架构图为准，记录实际编组顺序与节点编号，任何与图纸不符的接线先记录为偏差，不急于判定故障。
- 断电测物理边界：终端电阻、连接器通断、绝缘均在断电下完成，避免带电插拔损坏网关端口。
- 上电测逻辑边界：按 N1→N6 顺序逐段确认节点入网，每加入一段即记录状态，便于后续定位时快速缩小范围。
- 跨网转发抽样验证：不必全量比对，选取每类关键数据（控制字、状态字、模拟量）各 1~2 个端口做映射核对。
- 形成边界确认记录：每个边界点记录“实测值/状态 + 判据 + 结论”，作为后续故障定位的物理与逻辑起点。
常见误区：把“全列通信正常”当作联调边界已确认。实际上单点通信正常不代表跨网映射正确，也不代表终端匹配合理。边界确认必须逐点留痕，否则后续出现间歇性通信中断时无法判断是链路问题还是映射问题。
可直接使用的边界确认记录表
将上述清单与责任矩阵合并为一张现场记录表，联调时逐行填写，即可作为后续故障定位的起点依据。
| 边界编号 | 实测值/状态 | 判据 | 结论 | 责任方 | 备注 |
|---|---|---|---|---|---|
| B-01 | 118Ω | 约120Ω | 通过 | 网络集成方 | — |
| B-02 | A/B 线均导通 | 导通且绝缘正常 | 通过 | 网络集成方 | — |
| B-03 | N1 状态正常 | 已配置 | 通过 | 网络集成方 | — |
| B-04 | 子网1 设备全部轮询 | 无丢帧 | 通过 | 车辆厂 | — |
| B-05 | 端口值一致 | 映射正确 | 通过 | 双方 | 抽样3个端口 |
| B-06 | 链路连续 | 波形无畸变 | 通过 | 网络集成方 | — |
| B-07 | 控制字映射正确 | 映射正确 | 通过 | 双方 | — |
| B-08 | 121Ω | 约120Ω | 通过 | 网络集成方 | — |
完成上述记录后，联调的物理起点（各车连接器与终端）与逻辑起点（各网关两侧端口与跨网映射）均已明确。后续出现通信中断、节点不入网或数据异常时，可直接按边界编号回溯：先确认对应横向边界是否仍满足判据，再检查纵向边界的端口状态与映射，从而把故障范围快速收敛到单一车辆子网、单段骨干链路或单个网关。