1. 课程导入与项目全景

地铁车站里，站台门在列车到站时准确开合、环控系统根据客流与二氧化碳浓度自动调节新风量、电扶梯在无人时低速待机、火灾工况下闸机释放并联动排烟——这些动作背后，几乎都离不开一套“PLC负责逻辑控制、HMI负责人机交互”的联合系统。本课程要做的，不是孤立地学PLC编程或单独画一张触摸屏画面，而是把两者作为一个整体来组态、联调、验证，最终完成一个可运行的地铁车站典型控制项目。

先明确两个核心对象。PLC（可编程逻辑控制器）是现场的“执行大脑”，它采集传感器与按钮信号，按程序逻辑驱动接触器、变频器、指示灯等执行机构；HMI（人机界面）是“操作与监视窗口”，运行在触摸屏或上位机上，用于显示设备状态、设定参数、发出操作指令、记录报警。联合组态的关键在于：HMI上的每一个按钮、指示灯、数值框，都必须与PLC中确定的变量地址一一对应，形成“操作—逻辑—反馈”的闭环。地址对不上、数据类型不匹配、刷新周期设置不当，都会导致画面“点了没反应”或“显示乱跳”，这正是本课程要反复训练的基本功。

典型应用场景与本节项目设定

地铁自动化系统中，PLC与HMI联合组态的典型场景包括：站台门监控（门状态、故障报警、手动开关门）、环控设备监控（风机、水泵启停与频率设定）、照明与导向控制（分时段开关、模式切换）、电扶梯状态监视、以及火灾报警联动。不同场景的变量规模和联锁复杂度差异很大，但组态方法是一致的。

为便于教学，本课程设定一个贯穿始终的实战项目：某地铁标准站站台门与环控联合监控系统。项目包含两台设备——一台PLC控制站台门与环控风机，一台HMI触摸屏作为车站值班员操作终端。示例中约定：站台门共24扇，按上行、下行各12扇分组；每扇门有“开到位”“关到位”“故障”三个开关量反馈；环控部分控制2台送风机、2台排风机，支持“就地/远程”切换与“正常/火灾”两种模式。这些参数属于教学合理假设，实际工程需以设计图纸为准。

联合组态的核心价值

为什么强调“联合”而不是分开学？因为工程现场的问题往往出在交界处。举一个本课程会实际演练的例子：HMI画面上有一个“1号送风机启动”按钮，组态时把它关联到PLC的M10.0线圈，而PLC程序里实际使用的是Q0.5输出。单看画面正常、单看程序也正常，但联调时按下按钮风机不转。排查思路是：先在HMI侧确认按钮是否发出写值（可用在线模拟观察），再在PLC侧监视M10.0是否置位，最后检查程序是否把M10.0映射到Q0.5。这类“地址链路”问题，只有把HMI与PLC放在同一张变量表中统一规划，才能从源头避免。

联合组态的另一个价值是状态一致性。HMI上显示的“门已关闭”绿灯，不能靠画面脚本自己“猜”，而必须读取PLC中真实的关到位信号；设备故障时，HMI报警条与PLC故障标志位必须同源。这样值班员看到的就是现场真实状态，而不是“看起来正常”的假象。本课程会要求为每个关键设备建立“信号—地址—画面元素”三列对照，作为联调依据。

学习路径与最终实战目标

课程按“认知—单机—联合—联调—交付”推进，但并非简单线性罗列，而是围绕项目逐步加深：先认识PLC的输入输出、数据区与HMI的变量、画面、报警等基本对象；再分别完成站台门控制程序与监控画面；随后建立统一的变量地址表，把两者连接起来；最后进行通信联调、故障注入与验收。学习过程中会反复使用同一套项目变量，避免每节换一个例子导致知识碎片化。

最终实战目标明确为可验收的成果：一套能在仿真或实训台上运行的站台门与环控联合监控系统，满足以下判断条件——HMI能正确显示24扇门的开关状态与故障；能对单扇门和分组门发出开/关指令并看到状态变化；2台送风机、2台排风机可远程启停并反馈运行状态；模拟烟感动作时，系统进入火灾模式，排烟风机启动、站台门释放；任一通信中断或地址错误能在报警中体现。达成这些条件，即说明“PLC逻辑—变量映射—HMI交互”的闭环已经打通，这也是后续深入学习地铁综合监控系统的基础。