2. 列车通信网络基础与TCMS数据流
TCMS（列车控制与管理系统）并不是一个“中央大脑直接连线到每个设备”的系统，而是由多级网络把司机室、车辆控制单元、各子系统控制器连接起来的分层数据体系。理解这一点的关键，是分清三种总线各自承担什么角色：MVB负责车辆级实时控制与状态采集，ECN（以太网编组网）负责大带宽的数据传输与维护诊断，CAN则多用于子系统内部的设备级通信。车门、空调、辅助系统恰好覆盖了这三类典型场景。
一、三种总线的定位差异
MVB采用主从式轮询机制，总线上的主设备按预先配置的周期依次询问各从设备，从设备在分配给自己的时隙内应答。它的优势是确定性强：过程数据周期通常为1～16ms量级，适合传输开关量、状态字、控制命令这类“短而频繁”的数据。车门系统的开/关门命令、门使能、门状态反馈，空调系统的启停指令、模式设定、故障字，辅助系统的逆变器启停、接触器状态，都属于MVB过程数据的典型内容。
ECN基于工业以太网，带宽从百兆到千兆，采用交换式拓扑。它不追求毫秒级确定性，而是承担大块数据的搬运：事件日志、故障录波、软件升级包、维护诊断数据、视频监控数据等。TCMS的中央控制单元通过ECN与各车辆网关通信，实现跨车辆的整列车数据汇总。
CAN总线常见于子系统内部，例如空调机组内部的主控板与压缩机驱动板、风机板之间的通信，或车门门控器与门电机驱动器、传感器之间的通信。CAN为多主竞争式，报文ID决定优先级，速率通常为125kbps～500kbps，适合设备数量不多、数据量小的局部网络。
二、数据流方向：命令下行、状态上行
在MVB过程数据层面，数据流方向可以概括为“命令下行、状态上行”。以车门为例：CCU根据列车运行状态（零速信号、开门使能、站台侧选择）生成开门命令，通过MVB过程数据端口写入DCU的接收端口；DCU执行开门动作后，把门状态字（全关闭、已锁闭、障碍物检测、门故障）写回自己的发送端口，由MVB主设备周期轮询采集，再经网关上传至CCU。整个过程在一个轮询周期内完成，典型配置下命令到状态反馈的端到端延迟在数十毫秒量级。
空调的数据流稍有不同：温度设定值和模式命令由CCU下发，但空调机组内部存在自己的闭环控制——回风温度传感器、压缩机、新风阀由HVAC控制器本地调节，MVB上传输的是设定值、运行模式、故障汇总字，而不是每一个执行器的实时状态。这种“上层给目标、下层做闭环”的分工，是TCMS网络设计的基本原则。
辅助系统的数据流则体现为状态监视为主：CCU下发辅助逆变器启停命令，辅助控制器回传接触器状态、输出电压、输出电流、故障代码。由于辅助系统涉及高压安全，其状态字中通常包含“允许合闸”“故障隔离”等联锁位，CCU据此决定是否允许列车牵引。
三、实时性要求的分级
不同数据对实时性的要求差异很大，工程上通常按“控制类、监视类、诊断类”三级划分。控制类数据（车门开关命令、牵引使能、紧急制动回路状态）要求确定性传输，周期不超过16ms，且不允许丢帧；监视类数据（温度、电压、电流）周期可放宽到100～500ms；诊断类数据（故障记录、事件日志）则通过ECN以事件触发方式上传，不占用MVB周期带宽。
实际配置时，需要为每个MVB端口分配端口地址和周期。例如某项目中将车门命令端口配置为8ms周期、门状态端口配置为16ms周期、空调温度端口配置为200ms周期。若把诊断数据也塞进MVB短周期端口，会挤占过程数据带宽，导致控制命令延迟增大——这是现场常见的配置错误。
四、一个可参考的端口配置示例
以下为某型地铁车辆TCMS中与车门、空调、辅助系统相关的MVB端口配置片段（示例参数，非实测数据），用于说明端口地址、周期与数据方向的对应关系：
# MVB 过程数据端口配置示例（端口地址为示例值）
# 格式：端口地址 设备 数据方向 周期(ms) 数据内容
0x0101 DCU1 接收 8 开门命令/门使能/站台侧选择
0x0102 DCU1 发送 16 门状态字/障碍物标志/故障码
0x0201 HVAC1 接收 200 启停命令/模式设定/温度设定值
0x0202 HVAC1 发送 200 回风温度/运行模式/故障汇总字
0x0301 APS1 接收 100 逆变器启停/复位命令
0x0302 APS1 发送 100 接触器状态/输出电压/输出电流/故障码配置完成后，可通过TCMS维护软件查看各端口的实际刷新情况：若某端口数据长期不更新，应检查从设备是否上电、MVB接线是否中断、端口地址是否与设备描述文件一致。对于车门这类安全相关设备，还需确认门状态字中的“全关闭且锁闭”位在关门到位后按时置位，否则CCU将禁止牵引。
五、ECN与CAN的协同
ECN在TCMS中承担“数据汇聚”角色。各车辆的网关把本车MVB上的关键状态汇总后，通过ECN上传至CCU和TCMS服务器，供司机显示屏和地面维护系统使用。当发生车门故障时，DCU将故障码写入本地日志，网关通过ECN把日志文件上传，维护人员无需登车即可读取。这种分工使得MVB保持轻量、确定，ECN承担大流量，CAN则在设备内部完成最后一公里。
理解这三层网络的分工与数据流向，是后续进行车门、空调、辅助系统故障诊断和参数配置的基础：看到一条故障信息，先判断它来自哪一层网络、走的是周期数据还是事件数据，才能选对排查工具和切入点。