2. 列车通信网络与数据采集基础

TCMS（列车控制与管理系统）之所以能“看见”整列车的状态，前提是车载设备之间能可靠地交换数据，并且这些数据在时间上是对得齐的。本节围绕三个问题展开：列车网络用什么协议、传感器怎么接入、采集频率与同步如何确定。理解这三层关系，才能判断一条故障记录是否可信、一次趋势分析是否成立。

一、三层网络的分工：MVB、WTB 与以太网

列车通信网络通常按“车辆级—列车级—维护级”分层组织，各层协议承担不同职责，不能互相替代。

MVB（多功能车辆总线）是车辆内部设备互联的主力总线，典型速率 1.5 Mbit/s，采用主从式周期轮询：总线主设备按预定义周期表依次发送主帧，被寻址的从设备在固定时隙内应答从帧。这种确定性机制使 MVB 的过程数据具有稳定的刷新周期，适合牵引、制动、车门、空调等控制与状态量传输。MVB 端口分为不同类别，过程数据端口适合短周期状态量，消息数据端口适合偶发的诊断与文件类传输。

WTB（绞线式列车总线）解决车辆之间的互联，典型速率 1 Mbit/s，采用总线管理器动态组网：列车编组变化时重新分配节点地址，实现“编组自适应”。WTB 传输的是跨车的控制与状态信息，如列车级牵引指令、各车重联状态、总风压力等。由于跨车距离长、节点多，WTB 的周期通常比 MVB 宽松。

工业以太网在新型列车中承担大带宽业务：故障数据、事件日志、音视频、维护下载、部分安全相关数据。以太网的优势是带宽高、协议开放，但标准以太网本身不保证确定性，因此工程上常配合 VLAN 划分、QoS 优先级、组播管理和环网冗余（如 RSTP 或专用环网协议）来约束流量。实际项目中常见“控制走 MVB/WTB、诊断与大数据走以太网”的混合架构。

二、传感器接入方式：从硬线到总线

传感器接入 TCMS 有三条典型路径，选择取决于信号类型、实时性要求和布线条件。

硬线接入：开关量（门锁到位、警惕按钮）和模拟量（4–20 mA 压力、0–10 V 电压）直接接入远程 I/O 模块或 CCU 的 DI/AI 通道。优点是延迟确定、故障可隔离；缺点是线束多、扩展性差。工程上要注意信号地与机壳地的处理，模拟量建议采用屏蔽双绞并单端接地，避免牵引逆变器开关噪声耦合。

总线接入：带通信接口的智能传感器（如带 MVB 或 CAN 接口的速度传感器、轴温传感器）直接挂到车辆总线，由传感器自身完成模数转换和报文封装。这种方式布线简洁，但需要核对传感器的端口类型、报文周期与总线主设备的轮询表是否匹配。

以太网接入：视频、雷达、部分新型振动监测节点通过以太网接入，通常采用 PoE 供电或独立供电，需关注 IP 地址规划、组播地址分配和带宽占用。

三、采集频率：按物理量与用途分级

采集频率不是越高越好，而应由信号带宽和诊断需求共同决定。工程上常用的经验是：采样率至少为关注最高频率的 2.5～5 倍。例如轴温变化缓慢，1 Hz 足够；牵引电机电流需要捕捉负载突变，常用 100～1000 Hz；走行部振动关注轴承故障特征频率，可能需要 5～20 kHz。下表给出一个教学示例中的分级参考（参数为合理假设，实际项目以设计文件为准）。

四、时间同步：让数据“对得齐”

多源数据要能做因果分析，必须有统一时间基准。常见做法是 CCU 作为时间主站，通过 MVB 周期报文或以太网 NTP/PTP 向各设备授时。对于毫秒级要求（如制动指令与压力响应的先后关系），NTP 的精度往往不够，需要 PTP（IEEE 1588）或总线侧的同步报文。工程上要关注三点：一是各设备本地时钟的漂移率，二是授时报文丢失后的保持策略，三是记录文件中时间戳的来源标注——是采集时刻还是入库时刻，二者在排障时含义完全不同。

五、一个可复现的核对示例

假设某项目需要核对一节车的轴温采集链路。操作上可先读取 MVB 主设备的轮询表，确认轴温报文的端口地址与周期（示例：端口 0x2A，周期 100 ms）；再用总线分析工具抓取连续 10 s 报文，统计实际到达间隔，若抖动超过周期的 20%，说明主设备负载偏高或存在总线冲突；最后比对传感器本地采样时刻与 CCU 记录时间戳的差值，若稳定在几十毫秒内，可认为同步正常。判断依据应写入测试记录，而不是凭单次观察下结论。

把网络分层、接入路径、采集频率和时间同步这四件事放在一起看，才能形成一条完整的数据可信链：协议决定数据能否按时到达，接入方式决定信号质量，采集频率决定信息是否丢失，同步决定多源数据能否关联。后续的状态监测算法与运维决策，都建立在这条链的完整性之上。