第1章门控系统概述

一、门控系统概述：自动驾驶列车门控系统的发展历程、系统架构与功能定位

各位好，我是老张。在轨道交通控制这行摸爬滚打了十几年，今天咱们来聊聊自动驾驶列车门控系统。说实话，这个系统看着不起眼，但要是出了问题，整条线都得停摆。我当年刚入行时，就吃过这个亏——有一次调试，车门关不上，结果全线晚点半小时，那叫一个狼狈。

门控系统的发展，说白了就是一部「偷懒史」。最早期的列车，车门全靠司机手动操作。你想想看，一列车十几节车厢，司机得挨个儿检查车门关没关好，多累啊。

到了上世纪80年代，出现了半自动门控系统。司机在驾驶室按个按钮，车门就统一开关了。但有个问题——司机还得盯着站台，确认没人夹在门缝里。我记得有个老司机跟我说过：「这活儿干久了，眼睛都是花的。」

真正意义上的自动驾驶门控系统，是21世纪初才成熟起来的。它不光能自动开关门，还能自己判断有没有障碍物、要不要重新开关一次。嗯，这里要注意：不是所有「自动」都叫「自动驾驶」。有些系统只是「自动执行」，没有「自动判断」的能力。

关键里程碑：

现在的自动驾驶门控系统，架构上分三层。我习惯叫它「三层蛋糕」——底层干活，中层协调，顶层决策。

层级	名称	功能	我踩过的坑
顶层	中央控制单元（CCU）	接收ATO指令，下发开关门命令	曾经遇到过CCU和ATO通信超时，车门死活不开
中层	门控单元（DCU）	执行具体动作，采集传感器数据	DCU的固件版本不一致，导致同一列车左右门响应速度不同
底层	执行机构+传感器	电机驱动、位置检测、障碍物检测	传感器被雨雪遮挡，误报「门未关好」

为什么会这样设计？说白了，就是为了「解耦」。顶层只管发命令，不用管电机怎么转；底层只管干活，不用管为什么干活。这样哪一层出了问题，换哪一层就行，不用全拆了重来。

很多人觉得门控系统嘛，就是开门关门。其实不然。我总结了一下，自动驾驶门控系统至少承担着四大功能：

安全防护功能——这是底线。防夹、防溜、防误开。我曾经在项目验收时，专门拿了个假人模型去夹门，测试防夹灵敏度。结果假人胳膊被夹住了，系统愣是没反应……后来发现是传感器安装角度偏了2度。
联动控制功能——车门不是孤立的。它要和站台屏蔽门联动，要和ATO系统联动，还要和列车牵引系统联动。门没关好，车就不能走。这个逻辑，我建议你在设计时写死，别留什么「手动旁路」的选项。
状态监测功能——每个门的状态（开/关/故障）都要实时上报。我记得有一次，一个门的状态传感器坏了，DCU一直报「门已关好」，实际上门开着一条缝。从那以后，我要求所有项目必须加装「双重确认」——位置传感器+电流检测，两个信号一致才算关好。
故障诊断功能——出了故障，系统要能自己「看病」。是电机坏了？还是传感器脏了？还是通信断了？我建议你在DCU里预置一套故障树，这样维护人员来了，直接看故障码就知道该换什么零件。

个人经验：门控系统的故障，80%出在传感器和线缆上。电机和控制器反而很少坏。所以，我建议你在设计时，把传感器接口做成快插式的，方便更换。别问我怎么知道的——当年有个项目，换个传感器要拆整个门板，工人骂了我整整一个月。

我带过不少新人，发现大家在做门控系统时，容易掉进这几个坑里：

坑一：忽略电磁兼容性。列车运行时，牵引电机产生的电磁干扰非常大。我曾经见过一个项目，门控系统的通信线缆和动力线缆走同一个线槽，结果一加速，车门就开始「抽风」——自己开自己关。后来把通信线换成屏蔽双绞线，问题才解决。
坑二：防夹逻辑太简单。有些系统只检测电机电流，电流大了就认为夹到东西了。但你想过没有？冬天润滑油凝固，电机启动电流本来就大。结果系统误判，反复开关门，乘客都懵了。我建议你加一个「时间窗口」——只有在关门后0.5秒内检测到电流异常，才判定为防夹。
坑三：冗余设计不到位。自动驾驶列车，门控系统必须是「双冗余」甚至「三冗余」的。主控制器挂了，备用控制器要无缝切换。我见过一个项目，冗余切换需要3秒钟——3秒钟啊，列车都开出站台了，门还开着呢。

警告：千万不要为了省钱，在门控系统上砍冗余。安全无小事。我有个同行，因为门控系统单点故障，导致列车在隧道里紧急停车，乘客被困了40分钟。那后果，不是赔钱能解决的。

好了，这一章的内容差不多就这些。最后，我送你三个问题，做门控系统时，你反复问自己这三问：

这三个问题想明白了，门控系统就成功了一半。下一章，咱们聊聊门控系统的核心硬件——DCU的设计与选型。到时候我会分享一个我当年选型翻车的案例，保证让你少走弯路。

（本章完）