车门网络架构基础：列车通信网络（TCN）简介
各位同行，今天咱们聊聊列车通信网络，也就是TCN。说实话，我刚入行那会儿，面对一堆协议和总线标准，头都大了。但干久了你会发现，TCN其实就是列车的神经系统——它把各个子系统串起来，让它们能说话、能听懂。
TCN的核心标准是IEC 61375。这个标准定义了列车通信的两大骨干：MVB和WTB。我习惯把MVB比作车厢内的局域网，WTB则是车厢间的广域网。你想想看，一列地铁8节编组，每节车厢里那么多设备，怎么协调？靠的就是这套体系。
MVB总线概念
MVB，全称多功能车辆总线。它跑在车厢内部，连接牵引、制动、车门、空调这些子系统。MVB的传输速率是1.5Mbps，说实话不算快，但胜在稳定可靠。我在项目里遇到过MVB总线被干扰的情况，排查了三天才发现是屏蔽层接地没做好。
MVB有三种物理介质：
- 电气短距离介质（ESD）：20米以内，用RS-485差分信号
- 电气中距离介质（EMD）：200米以内，变压器隔离
- 光纤介质（OGF）：2000米以内，抗干扰最强
车门子系统通常挂在MVB上。为什么？因为车门控制需要实时性，MVB的周期轮询机制刚好满足。每个车门控制器（EDCU）在MVB上都有一个逻辑地址，主设备轮询时，它才响应。嗯，这里要注意：MVB的报文长度是固定的，16位、32位、64位三种。车门状态数据一般用32位就够了。
关键点：MVB采用主从式访问。总线管理器（BC）负责调度，从设备只能被动响应。这种设计保证了确定性，不会出现总线冲突。
WTB总线概念
WTB，绞线式列车总线。它连接不同车厢，说白了就是让车头和车尾能通信。WTB的速率也是1.5Mbps，但它支持列车编组变化时的自动配置。我记得有一次调试重联列车，WTB自动识别了16节编组，整个过程不到2秒。
WTB的物理层是双绞线，带屏蔽。它的拓扑结构是总线型，但两端必须加终端电阻。我曾经犯过一个低级错误——忘了加终端电阻，结果总线反射导致通信丢包。从那以后，我每次调试都会先检查终端电阻。
WTB的帧结构比MVB复杂一些。它包含前导码、帧起始定界符、数据段、CRC校验。数据段最长可达1024字节。车门系统的跨车厢指令，比如全列车门紧急解锁，就是通过WTB广播的。
个人经验：WTB的电缆长度不能超过22米每段。如果编组太长，需要加中继器。我建议在设计阶段就预留中继器接口，免得后期改线。
车门子系统在TCN中的位置
车门子系统在TCN架构里属于车辆级设备。它挂在MVB上，通过MVB与列车控制系统（TCMS）交互。TCMS是老大，它发指令给车门，车门反馈状态。具体来说：
- 控制指令：开门、关门、紧急解锁、隔离
- 状态反馈：门开到位、门关到位、障碍物检测、故障代码
- 诊断数据：电机电流、开关次数、温度
我参与的一个项目里，车门控制器通过MVB上报了详细的故障码。TCMS收到后，直接定位到是哪个门的霍尔传感器坏了。维修人员不用一节车厢一节车厢地查，效率提升了不少。
车门子系统在TCN中的位置，可以用下面这个表格概括：
| 层级 | 总线类型 | 车门设备 | 数据内容 |
|---|---|---|---|
| 列车级 | WTB | CCU（中央控制单元） | 跨车厢指令、编组信息 |
| 车辆级 | MVB | EDCU（车门控制器） | 开关门指令、状态反馈 |
| 设备级 | I/O | 门电机、传感器 | 电机驱动、位置信号 |
你可能会问：为什么车门不直接挂WTB？原因很简单——实时性。WTB的轮询周期是1ms，但跨车厢通信有延迟。车门控制需要毫秒级响应，MVB的周期轮询更合适。说白了，MVB是干活儿的，WTB是传话的。
避坑指南：我曾经遇到过MVB总线负载过高的问题。原因是车门控制器上报了太多诊断数据，占用了总线带宽。解决方案是：把诊断数据分成优先级，紧急数据实时上报，非紧急数据存到本地，等列车回库再下载。
最后说一句，TCN架构不是一成不变的。现在有些新线路开始用以太网（ECN）替代MVB/WTB。但老线路改造时，MVB/WTB仍然是主流。我个人建议：先吃透TCN的基本原理，再学新协议会轻松很多。
好了，这一章就聊到这儿。下一章咱们深入MVB的报文结构和应用层协议，到时候我会带一个实际的车门控制报文案例来分析。