基于S7-1200与博途V15的三层电梯PLC控制系统设计

1. 项目从哪来三层电梯控制的需求拆解与选型理由1.1 三层电梯的控制需求清单接到这个项目的时候需求其实比我想象中要清晰得多——一套三层小型电梯模型要求用S7-1200 PLC做逻辑控制用TP700触摸屏做人机界面整套程序在博途V15环境下联机开发调试。虽然“三层电梯”听起来只是最简单的一种配置但电梯控制涉及的动作逻辑、安全互锁和状态切换一样都不少完全称得上是一个“麻雀虽小五脏俱全”的典型工控项目。我先花了一个晚上把需求拆成了可执行的清单这里直接分享出来楼层数量3层轿厢运行于1层、2层、3层之间。呼梯信号1层只允许上呼3层只允许下呼2层有上呼、下呼两个按钮。轿厢内选层三个楼层目标按钮用来决定轿厢要去哪一层。运行与状态指示需要输出运行方向上/下、当前楼层位置、开关门状态。平层停车轿厢到达目标层时必须准确平层并自动停车然后自动开门超时关门。安全保护上下极限限位、门锁检测、急停回路、超速保护至少要有软保护关键信号必须进硬接线安全回路。触摸屏监控实时显示楼层位置、方向、门状态、呼梯按钮状态能手动复位故障、查看报警记录。我当时的IO点统计是这样做的信号类型信号名称数量地址示例数字量输入楼层传感器1/2/3层平层开关3I0.0~I0.2数字量输入上限位、下限位2I0.3~I0.4数字量输入响应用户上下呼梯按钮1上、2上、2下、3下4I0.5~I0.8数字量输入轿厢内选层按钮1/2/3楼3I0.9~I1.1数字量输入门锁反馈1I1.2数字量输入急停1I1.3数字量输出上行接触器、下行接触器2Q0.0~Q0.1数字量输出开门继电器、关门继电器2Q0.2~Q0.3数字量输出楼层指示、方向指示可并入触摸屏显示若干Q0.4~Q1.0这样算下来DI需要约14点DO需要约6点再加上一些预留和故障信号用西门子S7-1200 CPU 1214C14DI/10DO加一个SM1234模拟量输入模块其实都用不上模拟量绰绰有余。TP700作为HMI尺寸合适分辨率足够完全可以把楼层画面、报警画面和操作按钮做得清清楚楚。1.2 为什么选S7-1200 TP700而不是更省钱的方案我见过不少学生和初学者在这个项目上纠结选型有人说用S7-200 SMART加一个便宜文本屏就够了也有人说直接上台达或者三菱更简单。我想说这没有绝对的对错但针对“三层电梯S7-1200 PLC与TP700触摸屏博途V15联机”这个标题选择这套配置是非常合理的理由有三点第一S7-1200 PLC的编程理念比200系列更贴近现代工业控制。博途平台统一了PLC和HMI的组态数据块、HMI连接、诊断功能都做得很顺手学习这套东西之后迁移到S7-1500甚至其他平台都很顺利。第二TP700触摸屏和S7-1200之间通过以太网通信博途V15里建一个HMI连接只需要几秒钟不需要额外的通信模块省去了很多老式屏常用的串口协议配置。第三这套硬件组合的扩展性很好——用博途V15先做仿真跑通小程序再下装到实体PLC整个流程和大型产线项目的开发流程完全一致。我自己也做过一个对比放在这里供参考比较维度S7-1200 TP700S7-200 SMART 文本屏三菱FX系列 三菱触摸屏编程软件博途V15统一组态STEP 7 Micro/WIN SMART旧界面GX Works2三菱风格HMI通信以太网直连建连接即用RTU/以太网配置稍繁琐专有协议上手门槛中等状态机编程表现适合用SCL和Graph以LAD为主稍显笨重同样以LAD为主工程生态西门子系大型项目兼容性好老项目存量多日系设备常见学习回报率高贴近现代工业场景中适合老设备维护中适合日系产线这不是说其他方案不行而是在做课程设计、毕业设计、实验室项目或者中小型设备改造时S7-1200 TP700 博途V15这套组合能让你少踩很多“工具层面的坑”把精力集中在电梯控制逻辑本身上。如果你已经有明确的行业方向是日系设备那选三菱也没毛病。但就这个标题来说用S7-1200几乎是必然的选择。2. PLC程序设计电梯控制的核心——状态机与扫描周期思维2.1 电梯大脑状态机设计三层电梯的控制逻辑我认为最重要的一点是不要让电梯变成一堆互不相关的条件判断而是把它看成一个有生命周期的状态机。电梯不可能同时“上行”、“下行”、“开门”、“关门”它某一时刻只能处于有限个稳定状态中的一种。状态机做的就是把复杂动作拆解成清晰的阶段每个阶段只关心“当前状态能否满足退出条件”以及“满足后切到哪个状态”。我用博途V15的SCL写程序逻辑之前先用纸笔画了一个状态转换表当前状态触发条件下一状态待机STOP收到目标楼层且有向上方向请求运行上行待机STOP收到目标楼层且有向下方向请求运行下行运行上行到达目标楼层平层信号平层停车运行下行到达目标楼层平层信号平层停车平层停车速度为零平层信号保持自动开门自动开门开门限位反馈或开门时间到关门延时关门延时门关到位且无卡阻待机任意状态急停触发、极限超程、门锁异常故障停止故障停止手动复位且故障消失待机这个表是后面所有程序的基础。我在PLC里建了一个自定义枚举类型可用INT代替用0代表待机1代表运行上行2代表运行下行3代表平层停车4代表自动开门5代表关门延时6代表故障停止。然后用一个大的CASE语句来写状态切换。用SCL伪代码描述核心片段就是CASE state OF 0: // 待机 IF target_floor current_floor THEN direction : 1; state : 1; ELSIF target_floor current_floor THEN direction : -1; state : 2; ELSIF target_floor current_floor THEN // 开门下客 state : 4; END_IF; 1: // 运行上行 IF floor_signal[target_floor] TRUE THEN motor_up : FALSE; motor_down : FALSE; state : 3; // 平层停车 END_IF; // 其余状态类似 END_CASE;当然实际用梯形图也可以实现只是状态多了之后梯形图里的跳变条件会显得很乱。我倾向于在博途V15中新建一个函数块FB专门管理状态机内部用SCL编写外部用梯形图或功能块图调用。这样既方便调试也方便后期维护。这里有一个很多人会忽略的点状态机迁移一定要加“状态迁移延保”或“时间死区”。例如从“运行上行”到“平层停车”不能只靠一个硬触点瞬间变化最好通过一个计时器确认信号稳定否则一旦有干扰脉冲电梯可能会在错误的位置停车。2.2 呼叫登记与方向裁决先来先服务还是顺向截梯电梯控制里最容易写出逻辑混乱的就是呼梯登记和方向裁决。三层电梯虽然只有两层半的呼叫需求1上、2上、2下、3下但同样要处理好“电梯上行途中二楼又按了上呼”这种场景。我采用的策略是每个呼梯按钮对应一个记忆位按下后置位到达后复位。方向裁决时先看当前方向在当前方向基础上找顺向目标如果当前方向的顺向目标全部完成再反向响应反向呼梯。具体来说楼层目标信号floor_target[1..3]轿厢内选层按钮置位到达平层后复位。上行呼梯信号call_up[1..3]只有1层、2层有效。下行呼梯信号call_down[1..3]只有2层、3层有效。当前方向1表示上行-1表示下行0表示待机。判断顺序是如果当前方向是上行 检查当前楼层以上的楼层中是否有任一有效目标或上行呼梯 如果有则继续上行 如果没有再检查是否有下行呼梯在更高楼层 如果也没有则改为下行。很多人会写出一套特别复杂的比较逻辑。其实在三层电梯里用布尔运算反而更快。我拿二层上呼举个例// 顺向优先 IF current_dir 1 THEN IF any_target_above OR any_up_call_above THEN // 继续保持上行 ELSIF any_down_call_above THEN // 上行过程中顺路处理某层下行呼叫 ELSE // 没有更上面需求反向 current_dir : -1; END_IF; END_IF;注意轿厢内选层按钮优先级高于外呼这是电梯规范里的常见要求。比如轿厢内有人选了3楼即使2楼下呼已经置位电梯也应该先去3楼。我个人在程序里把选层信号和呼梯信号分开存储选层信号用一个独立的INT数组呼梯信号用一个BOOL数组然后在“目标确认”函数里做或操作。还有一个容易踩坑的地方是呼叫到达后的复位时机。我见过有人写“只要电梯经过楼层就复位呼梯”这其实是错的。正确的复位条件应该是“电梯在该层完成平层停车并且开门动作结束后方向继续运行时再清除该层的呼梯信号”。如果提前复位电梯可能明明还在开门控制面板上的呼梯灯已经灭了客户体验很怪。2.3 平层与门控位置信号到底有多重要平层信号是整个电梯控制中最关键的物理输入。模型电梯一般用光电传感器或磁簧开关来检测楼层每层楼安装一个平层感应片轿厢上的传感器经过时PLC能收到一个短脉冲信号。真实电梯用的通常是双传感器上下两个用来判断平层区间而不是一个瞬间点但三层模型电梯一般只用一个传感器。我用一个传感器时程序里做了两个防范措施第一信号防抖。平层开关虽然是机械/光电开关但在电机震动下可能产生几十毫秒的抖动直接进PLC的I0.0扫描周期可能采到好几个高低跳变。我在SCL里加了一段延时确认逻辑用一个定时器让平层信号持续稳定50ms以上才认为真正到层。IF floor_sensor AND NOT floor_sensor_pre THEN timer_on : TRUE; END_IF; IF timer_running AND floor_sensor THEN IF timer 50ms THEN floor_confirm[floor] : TRUE; END_IF; ELSE timer_reset; END_IF;第二方向判断。上行驶入平层和下行驶入平层时的停车策略略有不同。一般模型电梯只有一层楼一个传感器下行时如果电机停止过快有可能因为惯性冲过传感器一点导致停车误差。我在程序里加入了提前减速的选择——虽然不是变频调速但可以通过接触器先断开快车同时启动一个短脉冲的制动信号让电机制动。这样停车精度会更好。门控逻辑相对简单但也不能掉以轻心。我的设计是**平层停车后自动开门开门到位后保持一定时间默认3秒然后自动关门关门到位后若方向任务未结束则继续运行。**如果关门过程中检测到门锁没有回位比如门被卡必须立即停止关门动作并尝试重新开门同时触摸屏上报“门故障”。门控的状态我自己写了一个门控制子程序开门命令有效条件状态为平层停车或故障复位后需要开门。关门命令有效条件开门保持时间结束且门锁平层信号不存在。任何时候只要轿厢不在零速/平层状态禁止开门输出这个叫“带电气联锁开门信号”千万不能省。2.4 安全逻辑让电梯在异常时坚决停下来安全方面我在这个项目里强制自己遵守一条原则PLC里的软保护再多也不能替代硬接线安全回路。说句实在话很多课程设计为了图省事会把急停信号、上下极限都直接接进PLC的输入然后靠PLC程序急停。这在纯教学模型上或许能跑但如果去做真正的电梯这是绝对不允许的。因为PLC一旦扫描周期异常、程序跑飞、通信中断保护就可能失效。所以我的建议是极限开关、急停开关、门锁回路应该串联在主接触器线圈回路里而不是只进PLC输入。这样即使PLC完全没有输出硬件电路也能切断电机电源。当然PLC程序里仍然要处理这些信号的副本用来做故障诊断和HMI显示。我在PLC里是这样组织的I0.3上限位、I0.4下限位直接接入电机接触器控制回路同时作为DI输入PLC。I1.2门锁反馈、I1.3急停作为DI输入若电梯正在运行途中这些信号断开PLC立即进入故障停止状态并且记录故障代码。SCL的故障处理片段大致是IF emergency_stop OR overload OR door_lock_error THEN motor_up : FALSE; motor_down : FALSE; open_door : FALSE; close_door : FALSE; state : 6; // 故障停止 fault_code : 优先级高的编号; END_IF;这里也要提一下复位逻辑故障停止后如果没有手动复位即使故障信号消失电梯也不能自动恢复运行。复位方式我选择的是触摸屏上的“故障复位”按钮配合一个专门的复位时序先由操作人员确认故障已排除再按复位。这个在电梯现场是正常的操作逻辑放在模型上也一样。另外超速保护在模型电梯上一般很难做但可以在程序里做一个软件限速电机运行方向接触器吸合时间如果超过设定值比如从1楼到3楼本来只需要2秒PLC还没收到目标楼层平层信号那就认为是“可能冲顶或蹲底”立即切断输出并报故障。这个逻辑我用一个运行计时器就能实现算是给模型加上了一道“隐形护栏”。3. 博途V15组态与联机从硬件配置到在线调试3.1 硬件组态与IP地址分配S7-1200 PLC和TP700触摸屏在博途V15里的组态方式已经非常成熟了。刚开始接触的新人最容易在“硬件配置”和“IP地址分配”上翻车我这里专门讲一下。先打开TIA Portal V15新建项目添加设备。选择CPU的时候要看订货号1214C DC/DC/DC和1214C DC/DC/Relay是不一样的东西如果你选错了型号后面下装时PLC会报错。我用的这款是1214C DC/DC/DC晶体管输出接继电器再带接触器更方便。设备添加完之后做网络设置。按这样的顺序在项目树的“设备和网络”视图里把PLC和HMI拉到同一个以太网子网中设置地址例如PLC的IP是192.168.0.10HMI的IP是192.168.0.20。子网掩码用255.255.255.0网关不填或填同网段。点击PLC网口勾选“连接”后系统会自动建立一个子网PN/IE_1。在PC端需要把电脑本地网卡的IP设置成192.168.0.1网段必须和PLC一致不能和PLC/HMI地址冲突。这里有一个容易走进死胡同的细节如果你是直连网线PC网口要支持自适应或者本身就是交叉线现在大多数网口都自适配了不用专门做交叉线。但如果你中间加了一个交换机要确认交换机端口和线缆都正常。我的经验是调试阶段优先用直连这样可以排除交换机的干扰因素。组态完毕之后可以先编译再下载到PLC。下载之前要确保PLC的RUN/STOP开关拨到STOP位置或者通过在线功能停止否则会出现“无法下载”的报错。3.2 变量表与通信映射博途V15的好处是PLC和HMI共用同一个项目数据库你在PLC程序里建的符号名HMI画面里可以直接引用。这比老式触摸屏需要手动填写绝对地址要爽太多了。我用的是默认的符号表 DB块。具体做法是在PLC变量表里为每个输入输出信号定义符号名比如Floor1_Sensor、Call_Up_2F。建立一个全局数据块DB命名为Elevator_DB在里面定义状态变量、目标楼层、呼梯数组、故障代码等。HMI连接选择S7-1200 PLC访问模式选“标准通信”HMI变量直接拖拽PLC变量数据类型必须保持一致。下面是我实际建的HMI变量与PLC变量映射的一个小片段HMI变量名数据类型对应PLC变量或者DB地址用途Curr_FloorINTElevator_DB.CurrFloor当前楼层Dir_UpBOOLElevator_DB.DirectionUp上行指示Dir_DownBOOLElevator_DB.DirectionDown下行指示Door_OpenBOOLElevator_DB.DoorOpenOut开门指示Alarm_CodeINTElevator_DB.AlarmCode报警代码Reset_FaultBOOLElevator_DB.ResetCmd故障复位按钮这里有个特别容易出错的地方HMI里的“Bool”变量和“Int”变量都不要随意改位宽。比如你在DB里定义了一个数组Calls[1..10]在HMI里要用它做多个类似“2楼上呼”的指示时最好逐个定义不要试图用一个数组整体拖到画面里。TP700通过以太网读取PLC数据时是拆包传输的如果变量分布太碎通信负载会变大触摸屏画面刷新率就会下降。为了让通信更稳定我建议启用HMI的“区域指针”功能——把报警、日期时间、数据记录等系统操作集中放到一个专用区域让HMI与PLC之间的数据交互更规整。3.3 触摸屏画面组态不只是一个数字显示TP700的画面设计我做得不算花哨但该有的信息一个没少。画面结构分成三页第一页是首页/监控页中间一个简易的楼层竖截面显示轿厢当前位置用三个圆形指示灯表示1/2/3层旁边显示上行/下行箭头和开门/关门状态。右下角是“报警”按钮点击后切换报警页。第二页是操作页显示外部呼梯按钮1上、2上、2下、3下和轿厢内选层按钮1、2、3这些按钮对应PLC里的置位变量。触摸屏按钮按下后通过HMI连接把变量置位相当于物理按钮按下。注意要设置按钮为“按钮按压事件”而不是“按钮释放事件”否则可能出现松手才触发的延迟感。第三页是报警/历史页用报警视图显示PLC传来的故障代码配合文本列表把“急停触发”“门锁异常”“冲顶保护”等文字显示出来。可以再放一个“故障复位”按钮权限设为操作员等级。TP700有一个隐藏技巧用文本列表显示楼层号。我建了一个整数文本列表0对应“非停靠/未知”1对应“1层”2对应“2层”3对应“3层”然后在画面上放置一个IO域关联Curr_Floor变量格式选择“文本列表”这样能直接显示“2F”而不是显示数字2。比硬写好几个可见性动画要方便而且后期如果改成5层电梯只需要扩展文本列表不需要重画画面。另一个技巧是使用“按钮可见性”对于1层上呼按钮在画面里和PLC变量绑定当电梯处于某些状态如故障时通过布尔变量把按钮置为“不可见”或者“禁用”防止误操作。用博途V15的组态非常简单选中按钮在“动画”里添加可见性动画关联变量即可。3.4 在线调试流程监控表、强制与Trace程序写完之后调试阶段才是真正考验人的时候。我在博途V15里最常用的在线调试工具是“监控表”Watch Table、“程序状态”Program Status和“强制”Force。先说监控表。这是S7-1200调试里最直观的工具。把要观察的变量比如CurrFloor、CallUp[2]、state拖进监控表在线后它们会实时刷新。我调试电梯逻辑时会一边手动按下物理按钮一边看监控表里对应的变量有没有翻转。这一步能快速判断是接线问题还是程序问题。然后是程序状态。在梯形图里打开程序块并在线梯形图的触点和线圈会显示绿色的“能流”状态。当时我的状态机用SCL写的SCL没法像梯形图那样高亮能流所以我会为关键逻辑单独建一个梯形图子程序或者通过监控表来间接观察。说实话如果你想用纯SCL写整个控制程序在线调试时会很不直观所以我的建议是操作逻辑用梯形图/FBD计算和状态管理用SCL两者结合调试体验最好。再有就是强制功能。强制功能能让CPU忽略实际输入而强制给定信号。比如我可以用强制让Floor2_Sensor一直为1来模拟电梯停在2楼的情况这样在没有真实移动模型时也能测试平层逻辑。但注意强制功能用完必须清除否则下次运行可能还会被强制导致安全隐患。调试时我还会用Trace功能做一两次录波看看电机启动到平层的这一段平层信号和运行方向的变化是否和预期一致。S7-1200的Trace在做运动控制分析时很好用但在电梯模型里其实用监控表加定时器就够用了。4. 调试中的拦路虎与排查实录4.1 呼梯信号闪烁抖动滤波的必要性第一次联机测试最让我头大的问题是按下2楼上呼按钮触摸屏上的呼梯状态灯总是闪一下又灭有时候亮两秒就没有了根本没进入电梯的任务队列。我开始怀疑是接触不良换了按钮和线问题依旧。后来用监控表盯着CallUp[2]这个变量发现它确实会在按下瞬间变为TRUE但几百毫秒后又自动变成FALSE。看了程序逻辑才发现呼梯复位条件被我不小心写成了“当电梯当前楼层等于2楼时复位所有2楼呼梯信号”而当时电梯恰好停在2楼——于是按下按钮程序立刻认为电梯已经满足需求就把呼梯信号清掉了。这个逻辑错误在真实电梯里是很容易发生的尤其是当电梯就停在本层时你按本层上呼其实并不需要跑一趟。但我的程序应当优先处理轿厢内选层请求外呼被即时清除是因为“目标已满足”这个判断放得太宽了。修复方式很直接呼梯信号存储后不要因为当前位置等于该楼层就立刻清除。清除条件必须是“电梯曾经离开该楼层又在此层平层停车且已开门”或者“呼梯请求被其它更高优先级任务合并完成”。我在SCL里加了一个楼层历史记录变量last_floor_visited再配合状态机的“平层停车”状态来做复位问题就彻底消失了。经过这个坑我的经验是呼梯不只是置位/复位那么简单必须考虑“服务完成”的确认时机。否则就会出现各种“按下亮一瞬”或者“明明到了却不消号”的怪现象。4.2 电梯冲过平层减速距离没算好第二问题出现得更诡异电梯从1楼上行到3楼目标信号正常楼层传感器正常但电梯总是冲过头到了3楼还继续往上跑最后撞到上限位才停下。我一开始以为是接触器粘连或者断电时序的问题但用Trace录了信号之后发现电梯在到达3楼平层信号的瞬间PLC状态确实切到了“平层停车”电机输出也断开了可是电机的惯性让电梯继续往上滑了十几厘米等限位开关碰到时程序已经来不及反映了。模型电梯的电机虽然小但转速往往不低负载又轻惯性同样不可小觑。解决办法是在“平层停车”状态切换之前先启动一个“减速制动”动作当检测到目标楼层的前一个楼层信号或接近开关时先断开运行接触器同时输出一个反向短脉冲制动时间不超过200ms让电机速度先降下来然后在真正的平层点再停车。用一堆定时器逻辑来搞也可以但我的做法更简单在程序中添加一个“预减速标志”当电梯接近目标楼层时通过检测上下相邻平层信号或时间估算提前200ms关断运行输出然后靠机械制动器刹住。测试下来停车精度从原来的正负30mm改善到正负10mm以内对模型电梯来说完全够用了。这个过程的启发是PLC逻辑是离散的而运动系统是连续的。你必须把物理惯性写进控制策略里不能天真地认为“有信号就立刻停住”。4.3 触摸屏显示与PLC不一致数据类型与轮询时间有一次现场调试时盯着触摸屏看发现一个很奇怪的问题PLC里CurrFloor明明是2触摸屏上显示的却是“3F”而且过一会儿又自动跳回“2F”。我先重新编译下装了HMI不行又检查了变量连接发现变量名和绝对地址都正确。后来突然想到TP700读取S7-1200数据块时如果DB块里某个变量被优化了可能造成映射错位。博途V15里的全局DB块默认是“优化访问”模式这种模式下PLC变量名是符号寻址可HMI访问时需要按绝对地址来。解决办法有两个在DB属性里勾选“非优化块访问”或者把HMI需要访问的变量单独放到一个没有优化的DB中。我重新建了一个HMI_Interface_DB并在DB属性里把“优化的块访问”取消勾选变量全部显式分配偏移量触摸屏就再也没出现错位情况。另外还有一个细节连接TP700时S7-1200的通信负载如果设置过高会影响触摸屏读取速度。我在“HMI连接属性”里把通信周期设置为“按照需求”并降低了循环读取频率显示刷新稳定了许多。触摸屏毕竟是用来给人看的与其追求毫秒级刷新不如保证刷新稳定。4.4 通信中断问题IP地址冲突与网线质量这个项目联机时还出现过一种很玄学的问题程序跑一半触摸屏黑屏或者跳出“连接中断”此时PLC的CPU其实还在正常运行只是HMI丢了通信。重新上电又恢复正常但跑几分钟可能再次掉线。排查顺序是这样的先检查IP地址确认没有和设备冲突。我用PC同时ping了PLC和HMI两个地址通了说明基本网络是通的。然后怀疑网线质量。之前用的是一条很长的拖链网线换了一根短跳线之后问题居然消失了。后来又测试发现TP700和S7-1200通信数据不大时普通标准网线没问题但如果传输内容比较多劣质网线在高速传输时丢包率会明显上升导致HMI连接不稳定。所以我现在做PLC-HMI联机调试时会默认要求PLC和HMI之间至少用超五类以上成品屏蔽网线尽量避免手工压制的劣质水晶头连接器。尤其在小空间里把网线和动力线捆扎在一起的情况更要注意屏蔽和隔离。4.5 安全继电器误动作接地与屏蔽的教训这个问题是模型电梯运行一段时间后出现的电梯正常上行途中突然触发急停显示“门锁异常”可是检查门锁开关机械状态完全正常。我仔细翻了一下PLC的DI信号列表发现门锁输入信号在电机接触器吸合瞬间会有几毫秒的尖峰干扰。原来模型电梯用的是开关电源动力线和信号线走在了同一个线槽里接触器吸合/断开时产生的电磁干扰耦合进了DI回路。处理办法是把模拟量/数字量输入信号的负端和电源地分开并在PLC输入端加阻容滤波或使用屏蔽电缆同时将传感器和按钮信号线尽量远离动力线或使用屏蔽层单端接地。我在程序上又额外引入了“门锁信号滤波延时”功能快速脉冲被滤掉之后误动作的频率直线下降。这件事给我的教训是PLC程序写得再安全干扰一样可以让系统“假故障”。从硬件层面做好隔离和滤波有时比单纯改代码更管用。5. 这类项目真正值钱的三个细节三层电梯这个项目技术难度其实不算高。但我做了几年工控之后回头看发现真正让一个“能跑”的电梯变成一个“能长期稳定跑”的电梯往往靠的是一些细枝末节。第一个细节是程序注释和变量命名规范。你写状态机的时候可能觉得“state0就是待机”一目了然但项目搁置两周后再打开对着上百个变量你真不一定记得起来。我在程序里坚持用完整的有意义命名如CurrentFloor、UpCallRegister[2]、DoorClosedLimit并且每个状态在SCL块头用注释写明含义。这段投入在后续调试和答辩中能帮你省两倍时间。第二个细节是能离线仿真解决的绝不急着上电。博途V15自带PLCSIM仿真功能PLC程序完全可以先在没有实机的情况下跑通。但注意PLCSIM不能完全模拟实际IO的电气特性所以依然需要在线监控表配合物理信号来验证。我的习惯是先PLCSIM验证状态机切换再上真机逐位验证IO。这样能把程序逻辑问题和硬件接线问题分开大大降低排查难度。第三个细节是把安全放在第一位而不是把功能放在第一位。这个项目里我最终保留了硬接线的急停回路、上下限位串联接触器线圈的电路同时再加上PLC内的软保护形成了双重防护。哪怕只是为了演示也不能省略这一步因为电梯类设备一旦失控后果不是烧一个PLC能衡量的。调试完那一天我在TP700的监控页看着轿厢从1层到3层、自动开门、自动关门、继续响应2楼呼梯循环顺畅跑了几十趟没出任何问题心里踏实得很。说实话三层电梯的控制逻辑并没有多么天马行空但它特别适合用来理解状态机、顺向截梯、平层停车和安全互锁这些日后在大型自动化项目里反复出现的底层思维。把这一套流程走完一遍再用博途V15去开发其他设备你会感觉整个逻辑框架都通透了。