3. 车门系统机械与电气接口集成

车门控制器（Door Control Unit，DCU）是列车车门系统的本地控制核心，而TCMS（列车控制与管理系统）则是整车级的“大脑”。两者之间的集成质量，直接决定了司机能否可靠地远程开关门、TCMS能否准确掌握每扇门的真实状态。本节聚焦于DCU与TCMS之间的接口定义，重点讲清楚硬线接口与总线接口各自承担什么职责、开关门指令如何从TCMS传到DCU、门状态反馈又如何从DCU回传到TCMS，以及这些信号在工程上如何映射与核对。

一、硬线接口与总线接口的分工

在列车车门控制中，硬线接口和总线接口并不是互相替代的关系，而是分层配合的关系。硬线接口传递的是安全相关、实时性要求高、逻辑简单的开关量信号，典型如“开门使能”“关门指令”“门已关闭且锁闭”等。这类信号不经过协议栈，传输延迟确定，故障时可测量电压电平，便于排查。总线接口（通常为MVB或CAN，部分新车型采用以太网）则承担状态字、故障码、门位置百分比、维护数据等结构化信息的传输，信息量大但需要协议解析。

工程上常见的做法是：开关门控制指令以硬线为主通道，总线状态字作为辅助确认；而门状态反馈以总线为主，关键安全反馈（如“全列车门关闭且锁闭”）同时用硬线汇总。这样既保证了安全回路的确定性，又利用了总线的信息丰富性。需要强调的是，具体哪路信号走硬线、哪路走总线，必须以车辆电气原理图和接口控制文件（ICD）为准，不同车型差异较大，不能凭经验套用。

二、开关门指令的信号映射

以司机室操作“开门”为例，指令的传递路径通常是：司机按下开门按钮 → 列车控制回路形成“开门使能”信号 → 经硬线送至各DCU的开门使能输入端 → DCU在满足零速、门使能、无故障等本地条件后驱动门机构开门。这里的关键在于，TCMS输出的往往不是直接驱动电机的功率信号，而是一个“允许开门”的使能电平，真正的开门动作由DCU本地逻辑完成。这种设计把安全判断分散到本地，避免总线故障导致全列车门失控。

关门指令类似，但通常还涉及“关门确认”环节：TCMS发出关门指令后，DCU执行关门并锁闭，随后通过硬线反馈“门已锁闭”信号，TCMS汇总全列车门状态后，才允许牵引使能。下面这张信号映射图展示了从TCMS指令到DCU执行、再到状态回传的完整链路关系。

三、状态反馈的映射与判读

DCU回传TCMS的状态信息通常包括：门位置（开/关/中间位）、锁闭状态、障碍物检测触发、门控器故障等级、维护计数器等。在总线映射中，这些信息被打包成状态字，每个位对应一个具体含义。例如某车型的状态字定义中，bit0表示“门完全关闭”，bit1表示“门已锁闭”，bit2表示“开门过程中”，bit3表示“障碍物检测动作”。TCMS收到状态字后，需要按位解析并与硬线汇总信号做一致性比对——如果总线报“全部门关闭锁闭”但硬线汇总信号为低，就说明存在接口不一致，需要排查。

实际调试中，一个常见问题是“状态反馈延迟”或“状态抖动”。这往往不是DCU本身故障，而是总线周期与硬线扫描周期不匹配造成的。例如总线状态字刷新周期为100ms，而TCMS硬线输入扫描周期为20ms，两者在门动作瞬间可能出现短暂不一致。工程上通常通过设置状态确认延时（如连续3个周期一致才采信）来过滤抖动，这个延时参数需要在TCMS应用软件中配置，并在调试记录中明确标注。

四、接口核对的实际做法

接口集成完成后，必须进行逐点核对。建议按以下顺序执行：首先断开DCU负载，用信号发生器在TCMS侧模拟开门使能和关门指令，测量DCU输入端子的电压电平，确认硬线通道导通且逻辑正确；然后恢复连接，通过TCMS维护界面下发开关门命令，观察DCU本地指示灯和总线状态字变化，记录从指令发出到状态字翻转的时间；最后进行一致性测试，人为制造单门故障（如拔掉一个门锁闭开关），确认TCMS能正确识别并禁止牵引使能。

五、集成中需要特别注意的问题

第一，共地与隔离。硬线接口的参考地必须与DCU和TCMS的接地设计一致，否则会出现电平漂移导致误判。第二，总线终端电阻。MVB或CAN总线的终端匹配电阻缺失或重复，会造成通信不稳定，表现为状态字间歇性丢失。第三，指令优先级。当本地开门按钮与TCMS远程指令同时存在时，必须有明确的优先级定义，通常本地维护操作优先于远程控制，但安全回路（如零速信号）始终具有最高否决权。这些规则应在接口控制文件中写明，不能留到现场临时约定。

车门控制器与TCMS的接口集成，本质上是在“确定性”与“信息丰富性”之间做合理分配。硬线保证安全指令和关键反馈的可靠传递，总线承担状态监测和诊断数据的交互。理解每一路信号从哪来、到哪去、以什么形式存在、如何判读，才能在调试和排障时快速定位问题，而不是在总线和硬线之间反复猜测。