轻轨站台上的护栏门一天开合少说也有几百次高峰期一小时就要完成几十个循环乘客看到的只是门扇平稳地滑开、关拢背后那套控制系统的工作量其实一点儿也不小。前段时间我在一条轻轨线路的站台设备整改项目X里完整做了一套轻轨护栏控制系统控制核心用西门子S7-1200 PLC人机交互设备用TP900触摸屏从硬件选型、控制逻辑设计到现场调试都摸了一遍。这篇文章就想把整套方案的思路摊开来说包括为什么这样选型、每层控制逻辑在保护什么、触摸屏画面怎么布局以及调试阶段踩过的几个真实坑。写这篇文章的另一个动因是经常有同行在交流群里问站台门控制系统该怎么做问得最多的就是“S7-1200到底行不行”“TP900能不能直接连PLC”。我的回答一向很直接行能。但真正有价值的不是这两个字的结论而是整个方案背后的完整逻辑。你如果正在做类似项目或者刚从设备厂家接手一个站台护栏控制柜的维护任务这篇文章可以当一份参考手册来用。1. 轻轨站台护栏到底在控什么需求分析与控制边界1.1 一套护栏系统的完整组成很多人一想到轻轨护栏就默认是站台边那两排玻璃门其实那只是机械部分。整套系统的构成可以分成几大块门体机械、驱动机构、控制系统、电源系统、监控接口。门体通常由固定门、滑动门和端门组成滑动门与列车车门对应靠门机驱动沿导轨滑动固定门和端门是长期封闭的承担隔离和防火分隔的作用。驱动机构一般包括电机、减速机、传动皮带或丝杆、位置传感器。轻轨站台门对运行平稳性要求很高所以驱动设计要兼顾速度和防夹功能常见的方案是交流异步电机配合变频器或者永磁同步电机配伺服驱动再通过编码器或磁簧开关反馈门位置。控制系统则是本文的主角包括PLC、触摸屏、接触器、继电器、安全继电器和各类传感器。电源部分给控制回路、门机驱动、触摸屏分别供电站台现场环境复杂电源设计必须独立、可靠。外部接口也不能忽略信号系统会给开门允许和关门指令站台广播系统可能需要采集门状态用于播报提示车站控制室还要远程监视每扇门的状态。换句话说护栏控制系统不是一个孤立的设备它是整个站台运营安全链条里的一个节点。1.2 控制需求拆成硬性指标项目立项之后第一个任务不是画接线图而是把运营需求翻译成控制系统能实现的硬性指标。我一般会跟业主、运营方反复确认几个关键参数开门响应时间和关门时间例如要求综合关门动作时间不大于3.5秒从收到指令到门机启动不大于0.3秒。门状态检测要求必须可靠检测开到位、关到位和中间位置且每个状态要有冗余不允许只靠单一开关判断。安全联锁需求列车是否停在正确位置、信号系统是否给出开门允许、急停是否激活这些条件必须参与逻辑判断。故障隔离需求某一个门扇发生故障时不能拖垮整个站台的门禁系统运营上要有旁路和隔离手段。数据记录需求每扇门的开关次数、故障时间戳、动作曲线都是运维检修的依据。环境要求轻轨站台通常是半露天或全封闭环境控制柜内温度可能到四五十摄氏度粉尘、潮气都不可忽视。把这些需求变成一张表格方案设计阶段就能对照检查避免后期改动成本高。需求项典型指标实现手段关门总时间≤3.5s门机减速曲线、电机选型开门响应≤0.3sPLC扫描周期、硬线指令锁到位反馈双传感器冗余左右锁到位接近开关故障隔离单门故障不波及其他门软旁路硬隔离环境适应-10℃55℃IP54加热器、防护柜体、涂三防漆数据记录动作次数、故障时间PLC数据块触摸屏导出1.3 控制边界哪些该做哪些不该碰做这类系统最怕的是控制边界不清把不该由护栏系统承担的职责揽进来。护栏控制系统和信号系统之间一定要有清晰分工。信号系统负责判断列车是否进站、是否停在正确位置、是否给出开门允许护栏控制系统接收这些指令驱动门体动作再把“关到位锁紧”的状态反馈给信号系统。至于列车能不能发车、信号能不能开放那是信号系统自己的逻辑护栏系统绝对不可以越权去判断。火警联动和紧急疏散也一样。正常情况下护栏控制柜可以接收消防系统的硬线信号快速把门释放到开门状态但最终兜底的一定是独立的消防联动硬回路不能依赖PLC软件去跑一遍逻辑再输出。我在设计时始终遵循一条原则安全相关功能在硬线层面就位PLC只负责监督和记录。2. PLC与触摸屏选型为什么这两个家伙搭起来顺手2.1 S7-1200哪来的底气做站台门控制选型阶段有过一次对比。站台门控制系统对逻辑处理的要求不是特别高重点在于可靠性和现场维护的便捷性。老一代方案里很多人习惯用S7-200 SMART或者小型一体机但S7-200 SMART在通信能力和后续扩展上有点吃力尤其是需要跟多台上位机、多个IO站点通信时明显捉襟见肘。S7-1500性能确实强但成本和体积对站台门控制柜来说有点浪费。S7-1200正好卡在中间它支持PROFINET原生通信CPU自带以太网口还能扩展通信模块程序结构上跟S7-1500一样在博途里开发工程师维护一套平台就够了。站台控制柜空间紧张S7-1200宽度极窄两个扩展模块拼起来也就一个巴掌大的长度能节省不少柜内空间。再加上1200系列内存可以扩展存储卡数据记录和历史归档都放得下。具体型号上我选的是S7-1200 1215C DC/DC/DC。DC电源输入是为站台现场设计的站台控制柜普遍采用DC24V供电体系和交流供电型号相比少了一级整流环节可靠性更好。1215C集成的数字量输入输出点数对一个标准站台门编组来说基本够用如果门扇数量多再加一块SM1223或者SM1221扩展模块就行。2.2 TP900作为本地人机界面的取舍触摸屏选型时我对比过Basic系列面板和精智系列面板。Basic面板价格便宜但报警管理、趋势图、审计追踪这些功能太弱到后期运营阶段会发现很多功能做不了比如查看某扇门最近一周的电流曲线Basic面板基本没有好用的趋势空间。TP900是精智面板里的9英寸款在价位和性能之间平衡得比较好。TP900支持与S7-1200在同一博途工程下组态上下载都非常方便不再需要单独的面板组态软件。它自带的报警系统支持按类别和优先级分区故障、警告、提示可以分别显示配合内置蜂鸣器和LED现场运行时能快速吸引操作员注意。用户管理支持多级权限管理员、操作员、维护人员分账号登录关键操作都有审计记录这对轨道交通项目的管理要求非常契合。TP900的对外接口也比较齐全集成PROFINET以太网口可以直连PLC还能通过USB接口导出配方或数据记录。面板前面板防护等级达到了IP65安装在站台操作台或终端盒上面对粉尘和偶尔溅水都不会出大问题。2.3 硬件配置清单与I/O规划实例下面是一份我在类似站台项目X中常用的硬件配置清单可以参考但不建议照抄具体站点要根据门扇数量和控制室距离调整。序号器件型号/规格说明1PLCS7-1200 1215C DC/DC/DC逻辑控制核心2数字量扩展SM1223 16DI/16DO门扇数量多时扩展3开关电源DC24V 10A控制电源独立回路4安全继电器国产/进口双通道安全继电器急停与门锁安全链5中间继电器DC24V线圈输出隔离与扩展6接触器DC24V线圈门机主回路控制7触摸屏TP900精智面板本地监控和操作8断路器每回路单独配置短路与过载保护9加热器带温控防凝露I/O规划上每一扇标准滑动门的输入输出点位大约是这样数字量输入开到位限位、关到位限位、左门锁反馈、右门锁反馈、光幕障碍信号、门机过流信号、就地控制盒请求、急停反馈。数字量输出开门接触器、关门接触器、门锁电磁铁、门状态指示灯、蜂鸣器、故障输出。这些点位分配到PLC输入输出模块时一定要预留20%的备用点并单独留一组备用输入用于后期临时测试。调试阶段没有备用点是很痛苦的加一个传感器就得拆端子排现场环境又乱风险很高。3. 控制逻辑分层设计权限、联锁、障碍检测一个不能少3.1 三层控制架构把命令和反馈理顺站台门控制不能一股脑把所有逻辑堆在PLC主程序里那样后期维护就是灾难。我习惯把控制架构分成三层现场执行层、站台控制层、远程监控层。现场执行层包括就地控制盒、限位开关、电机、接触器负责最底层的动作站台控制层就是PLC和触摸屏负责模式切换、联锁判断、指令仲裁远程监控层在车站控制室通过以太网读取PLC状态实现远程巡检和故障定位。PLC内部逻辑上门控制按功能块封装每个门或每组门调用同一个功能块只是输入参数不同。比如定义一个门控制FB输入是开门允许、关门指令、联锁状态、障碍信号输出是开门请求、关门请求、状态字、故障字。这样不管是8扇门还是20扇门程序结构不变只是多重实例数量变了。以开关门时序为例PLC收到信号系统的开门允许后先检查安全联锁回路是否闭合再检查没有急停、没有故障满足条件后置位开门请求驱动接触器吸合门机开始运行。门到达开到位限位后PLC输出“门打开”状态同时启动开门保持计时器。关门时序更严格必须在门区无乘客侵入、光幕无遮挡、没有二次开门请求的条件下才能执行。3.2 安全联锁用硬回路兜住PLC的软逻辑PLC软逻辑再完善也存在程序跑飞或模块故障的极小概率所以安全联锁必须有一层独立于PLC的硬回路兜底。这套硬回路的基本思路是把急停按钮、门锁到位开关、安全继电器线圈串联起来任何一环断开安全继电器就失电输出门控接触器立即脱离门机停止动作。有人会觉得“PLC已经判断了急停状态就够了”我坚决反对这种省法。硬回路的好处是简单、直接、不依赖软件触点动作是物理层面的就算PLC还在执行旧逻辑接触器也会因为线圈失电而释放。安全回路里还可以串接入站台门关闭限位、光幕安全输出等充当最后一道保险。硬回路设计时要注意几个细节急停按钮必须选用带机械锁定的蘑菇头急停按下后自保持人工复位才能恢复安全继电器要选带反馈回路的型号监测外部接触器粘连继电器线圈并联RC吸收电路或续流二极管避免断电瞬间的反向电动势干扰PLC输入。3.3 障碍物检测不能只靠一个传感器站台门最怕的其实就是夹人夹物障碍物检测可靠性直接影响系统口碑。我见过不少项目只靠光幕光幕一脏就误报光幕坏掉就失明。所以我的方案里坚持双保险光幕或者安全边缘负责夹物检测门机电流负责卡滞和阻力异常检测。光幕安装在门扇运行方向的前沿发射器和接收器之间形成红外光轴阵列只要有物体进入就触发信号。安全边缘是门扇前端带压力传感的橡胶条物体夹到门缝后压力传感器触发。这两类传感器信号可以接入安全回路也可以接入PLC输入点建议两者结合安全边缘直接进安全回路光幕进PLC输入软件里做延时判断。门机电流检测是容易被忽视的一招。电流变送器把门机工作电流转成模拟量或数字量送入PLCPLC对比当前电流和正常关门曲线的特征值。正常关门过程中电流先上升克服静摩擦然后平稳滑动接近到位时因为有缓冲结构会有一个小峰。如果全程电流突然增大并持续一定时间大概率是碰到障碍或导轨卡涩。我在实际调试时把阈值设定为正常峰值的1.3倍持续100毫秒以上才判定为障碍这样既不会漏判也不会因为瞬时抖动误报。夹人后的动作策略建议这样设计检测到障碍后立即停止关门反向打开200毫米左右保持1秒再自动尝试关门。三次尝试都失败则锁存障碍故障门停在半开位置蜂鸣器报警HMI上显示具体的门号和处理建议留给站务人员人工介入。3.4 单门调试与整站编组怎么切换整站所有门都挂在同一个PLC下运营时以编组为单位联动但维护检修时必须有单门操作能力。我在触摸屏上增加了模式选择画面分为自动模式、手动模式、维护模式每种模式下的控制权限都不一样。自动模式只响应信号系统指令按编组同步运行触摸屏只能看状态不能操作开门关门。 手动模式站务人员通过触摸屏或就地控制盒可以单独操作某扇门多用于列车未停靠时的检查或者平时测试。 维护模式维修人员在场时使用可以逐门动作同时断开自动联动并把门的状态在触摸屏上显著标记为“维护中”避免信号系统自动指令误触发。单门隔离也非常必要。如果某扇门的光幕损坏或者电机过流运营上可以先把它置为“旁路”状态该门不参与编组动作其他门正常工作。旁路不是禁止使用而是隔离故障HMI上要显示这扇门处于隔离状态并给出声光提示提醒运营人员在列车进站时注意对应的车门。4. 博途组态与触摸屏画面让操作员一眼看懂现场4.1 硬件组态与网络规划的细节S7-1200和TP900都在同一个博途工程里组态环境配置比较省心。创建工程时选好CPU固件版本和HMI型号然后在网络视图中建立以太网连接给PLC和触摸屏分配固定IP地址。网络规划我建议单独划段比如PLC是192.168.10.10TP900是192.168.10.11工程师站是192.168.10.20避免和信号系统网络、办公网络冲突。如果控制室要从远程查看可以通过交换机把这个网段延伸到控制室但建议加防火墙隔离不要裸奔在办公网上。硬件组态时需要注意扩展模块的地址分配尤其是模拟量输入模块的通道范围。S7-1200的IO地址不是完全按照模块槽号自动排的部分情况需要在设备视图中手动指定起始地址搞错一步整个门状态就全乱了。我习惯在项目建成初期就把IO地址表打印出来贴在柜门上现场调试时对照方便省了很多来回问人的时间。4.2 程序结构建议程序结构根据站台门的业务特点来分不搞教科书式的一锅炖。我的默认结构是这样的OB1主循环调用初始化、通信心跳、门控制公共逻辑。OB100启动组织块设置门初始状态、清除断电残留位、初始化HMI报表数据。OB35循环中断以固定周期执行电流采集、位置曲线采样、校时逻辑周期建议100ms。功能块门控制FB门参数管理FC报警处理FC累计统计DB。程序里的变量务必使用符号名不要用绝对地址满天飞。S7-1200本身支持符号寻址但如果程序里直接写死I0.0、Q0.1后续改动IO地址时需要全程序搜索替换极容易遗漏出过好几次问题了。符号名还可以在HMI里直接调用变量管理统一出错概率小。4.3 TP900画面设计从总览到单门诊断TP900的屏幕不算大但合理布局能容纳不少信息。我的画面层级设计一般是“总览—编组—单门—参数—报警—日志”。进门第一屏是站台总览画面用图形块画出整站的门位置分布每扇门根据状态显示不同颜色绿色表示关到位锁紧红色表示门处于打开状态黄色表示旁路或维护灰色表示通信中断。操作员的直觉反应很重要颜色必须一眼能区分文字提示反而可以放第二层。单门诊断画面是维护人员最依赖的一页。我放了一个实时电机电流趋势图旁边显示本门累计开关次数、最近动作时间、故障列表。电流趋势图在排查导轨润滑不良、电机老化这类问题时非常直观运行两分钟就能看出曲线形态有没有异常。参数设置画面集中管理关门超时时间、障碍阈值、开门保持时间、旁路电锁保持时间等每一类参数按照权限级别分组普通参数操作员可改安全参数只有管理员能改。参数修改前自动记录原值和时间改完强制确认一次防止误操作。报警画面按优先级分区展示故障类红色高亮、警告类橙色、提示类灰色报警发生后自动弹窗操作员必须确认才能消音。每条报警记录还带上发生时间和当时的门状态快照排查问题的时候能少走很多冤枉路。4.4 通信与变量优化别让触摸屏拖累PLC触摸屏和PLC通信看起来简单但变量刷新方式不优化真能在项目后期把PLC拖累到程序扫描周期变长。TP900组态时默认很多变量是“永久更新”意味着无论当前画面显示什么触摸屏都周期性地去向PLC要数据。变量少时无所谓变量上千后这种刷法就很吃力了。我的优化办法是给变量打上分组标签根据用途选择刷新类型。总览画面的状态变量用500毫秒周期读取足够了单门诊断画面的趋势数据用手动刷新模式点开画面时再更新平时不占通信带宽。报警触发位和急停状态这种关键变量必须设为永久更新且有变化就立即上传。还有一个细节TP900与PLC之间的时钟要同步。报警记录如果没有准确时间戳事后分析故障顺序就是一笔糊涂账。我一般通过PLC的时钟或者触摸屏内置时钟功能做统一校时并在每周定时校准一次。5. 调试期踩过的坑干扰、抖动、误报的完整排查链路5.1 电源干扰导致PLC偶发复位某线路的站台门系统在调试期间出现过一次诡异故障控制柜一切看起来正常但PLC会偶发复位复位后所有门回到初始状态HMI报“通信中断”。刚开始以为是CPU不稳定换了CPU后问题依旧。后来打开CPU诊断缓冲区发现复位前记录的是电源模块欠压事件。拿万用表和示波器量DC24V母线发现纹波大得离谱在母线末端能看到明显的电压跌落尖刺。排查了一圈问题出在PLC控制电源和站台的加热设备共用了同一条供电回路加热设备启动的瞬间电流很大造成线路压降把控制电源拉垮。解决方案是把PLC控制电源彻底独立出来从总配电箱单独放一路航空电揽到控制柜并在控制柜内加装隔离变压器和大容量电解电容。改完之后连续跑了两个月再没出现过复位。这个坑让我养成了一个习惯凡是控制系统电源必须独立功率计算必须留足30%以上的余量。5.2 锁到位信号抖动问题另一个经典坑是“关门后锁到位反馈丢失”。现象是门关到位了HMI显示锁紧状态逻辑上已经可以放行但过几秒突然弹出“门锁丢失”报警再过几秒又自己恢复。这种间歇性故障排查起来最磨人。先检查硬件用万用表量接近开关输出稳定确认开关本身没问题检查接线端子也没松动。后来接示波器观察PLC输入点波形发现门到位瞬间接近开关信号边沿有严重抖动原来是接近开关安装距离刚好卡在检测灵敏度临界点加上门到位时的机械回弹导致信号在通路和断路之间来回闪。处理办法有三步把接近开关安装距离重新调整使触发状态稳定保持在有效区内PLC输入点组态里启用数字量滤波把毛刺过滤掉程序里再做500毫秒的持续确认逻辑只有信号连续稳定500ms才认为锁到位。三层下来抖动问题彻底消失。5.3 关门电流误报与环境温度夏季调试时出现了压在一起的误报事件关门过程中经常报“关闭阻力超限”门反开后再关有时候又正常。排查发现是导轨热胀冷缩加上夏季润滑脂变稀导致关门电流整体比冬天高出一截而障蔽阈值还是按冬天参数设的固定值。固定阈值显然适应不了跨季节环境变化。后来我把障碍判断逻辑改成动态基准加偏差的方式每天首次关门动作时门空载运行一段距离PLC自动记录当前环境下的空载电流平均值障碍阈值就是基准电流乘以系数再加上固定偏差。这样一个站从冬到夏都无需手动调整阈值误报率大幅下降。5.4 现场排查“关门反馈丢失”的标准链路这个链路是我把多次排查经验整理出来的适合在现场快速定位问题。当HMI显示某扇门“关门反馈丢失”时别急着怀疑传感器坏了按顺序查看HMI报警码和触发时间确定是哪个门、哪个反馈点。到控制柜看对应输入模块的LED指示灯确认传感器信号有没有到达PLC。如果LED灭检查传感器供电、接线端子是否松脱、线缆有无破损。现场经验告诉我端子松动造成的“反馈丢失”占了很大比例。如果LED亮但PLC内部变量还是0查输入点组态地址是否绑定错误、是否启用了过强的滤波导致信号被过滤。如果PLC位已经是1但HMI还有报警查程序逻辑里的常开常闭配置很多时候是历史遗留的取反问题或者是报警锁定逻辑没复位。查完逻辑再看机械门锁舌是否真的到位接近开关安装支架有没有移位。这套链路已经在好几个项目上验证过基本二十分钟内就能把问题范围缩小到单个环节不用像没头苍蝇一样到处拆。6. 从交付到运维文档、备件和定期测试怎么落实6.1 交付资料清单与备份策略系统调试完不代表项目结束交付资料才是运维阶段真正依赖的东西。我在项目收尾时坚持提交一份完整的交付包包括电气原理图、端子接线图、IO地址表、PLC程序带完整注释、触摸屏工程文件、操作说明手册、故障诊断手册、备件清单。程序备份要求格外严格除了源文件还要导出一份可阅读的PDF版逻辑描述防止某一天博途版本不兼容打不开工程。备份至少要存两处站段库房和工程部服务器各有独立版本号每次修改程序都要更新备份并留下修改记录。很多项目出问题就出在“程序只有一份放在工程师个人电脑里电脑一坏全没了”这种情况我真见过不止一次。备份这件事宁可多不可少。6.2 维护点检表的设置运营单位拿到系统后最需要是一份能直接执行的点检表。我按频率分了四档运营人员照着做就行。每日巡检控制柜指示灯是否正常触摸屏有无持续报警门扇运行是否有异常噪声。每月触发一次急停按钮确认硬回路可靠断开用测试挡板遮挡一次光幕确认夹人检测有效做一次障蔽模拟验证三次重试后的停机策略。每季断电清洁控制柜内部紧固所有端子检查中间继电器触点是否有烧损加一次门轨润滑并记录各门动作电流曲线。每年做一次整站功能验证模拟列车到站全流程检查PLC备用电池或存储卡寿命对运营操作员进行一次复训重点讲解HMI上各类报警的处置方法。6.3 让PLC的数据积累发挥价值S7-1200的数据块里积累了每扇门从投运那天起的动作次数、累计运行时间、最近十次故障的时间戳和故障码。这些数据不拿来做分析就浪费了。通过TP900的U盘导出功能或者通过以太网把数据传给车站运维平台就能看到门系统性能的劣化曲线。比如某扇门的关门电流逐月上升对应的是导轨润滑不良或者皮带张力下降提前安排维护就能避免运行中的突然故障。故障时间戳还能帮助运营复盘某天某扇门连续报了几次障碍是异物侵入了还是传感器漂移一查历史记录清清楚楚。这类数据不是高深的大数据分析就是最朴实的趋势监控但对轨道交通这种强调可靠性的场景来说往往比任何花哨功能都管用。最后再分享一点我的个人体会站台护栏系统的控制逻辑本身并不复杂复杂的是如何在每一层都留好冗余、兜住风险并且让维护人员在一个冷冰冰的工业设备里也能快速找到问题、放心操作。做这类项目耐心比技术更值钱。如果你正准备搭类似的站台门控制系统建议把这篇里的选型理由、联锁思路和调试排查链路都过一遍能少走不少弯路。