四层电梯一直是我觉得最适合拿来做自动化入门到进阶练手的项目麻雀虽小五脏俱全。最近我完整复盘了一个用西门子S7-1200 PLC配合KTP900触摸屏实现的四层电梯控制案例从硬件接线、I/O分配、梯形图逻辑到HMI画面组态、现场联调每个环节都有重复利用价值。这篇就把整个项目的实现思路和个人经验写出来S7-1200和KTP900都属于西门子通用型产品这个组合放到教学演示、小区模型电梯、小型货梯上都能直接套用不管你是刚接触PLC的学生还是想快速搭建一套小型控制系统的工程师照着这个框架走基本不会走偏。1. 项目整体思路与方案选型1.1 为什么选择西门子PLC加KTP900这个组合做四层电梯控制市面上可选方案其实不少有直接用单片机做的有用三菱、欧姆龙PLC的也有用国产PLC的但我最后仍然选了S7-1200配合KTP900核心原因只有一个软件生态统一项目开发效率高。S7-1200属于西门子小型PLC家族里性价比很高的一档CPU本体自带24V直流供电输入输出程序容量、扫描速度、网络接口都比老款S7-200强大很多。而KTP900是西门子精简系列触摸屏里比较经典的一款9寸面板带以太网口支持PROFINET协议。这俩放在同一个TIA Portal博途项目里组态PLC程序、HMI画面、网络连接三部分共享同一个工程文件变量还能跨平台联动。做的时候不需要像以前那样PLC一套软件、触摸屏另一套软件两边手工维护变量表稍不注意就地址错位。四层电梯的信号量不算大但杂。每一层有平层开关、内呼按钮、外呼按钮加上开关门、急停、极限保护、门锁检测输入点大概能凑到17到20个输出点也在15个左右。这种规模用S7-1200 CPU 1214C DC/DC/DC加一块SM1223数字量扩展模块刚好覆盖不需要堆大型PLC成本可控学习曲线也平缓。如果单纯从“实现电梯能跑”的角度出发用继电器电路也能搭但问题在于后续改逻辑太痛苦。四层电梯最麻烦的其实是调度策略也就是多个呼叫同时出现时电梯到底先响应谁。这种决策逻辑用继电器搭出来互相纠缠的互锁条件多得让人崩溃改成PLC之后梯形图里几段比较指令和状态字就能理清楚。这也是我坚持用PLC的原因不是因为它高大上而是因为这种离散逻辑控制场景本来就是PLC的主场。1.2 电梯控制系统的结构分层一套完整的四层电梯控制系统我习惯把它分成四个层次来理解这样从上到下规划硬件和程序都会非常清晰。感知层在最底下是所有输入信号的来源包括每层楼的平层感应开关、上下行极限开关、门开关到位信号、门锁回路检测、内呼外呼按钮、急停按钮、超载开关。这一层的核心任务是告诉PLC“现在电梯在哪里、门是什么状态、有没有人按键、有没有危险”。决策层就是PLC本身它负责扫描所有输入信号再根据内部逻辑判断要不要走、往上走还是往下走、要不要开门、应该停在几楼。四层电梯的决策逻辑其实可以理解成一个简化版状态机每个扫描周期都在处理“当前状态”和“新事件”这种离散状态的循环处理正是PLC最擅长的事情。执行层是把决策结果变成物理动作的环节包括上下行接触器、开关门接触器、抱闸接触器、变频器启停和速度给定。执行层和感知层之间还有一层纯硬件的安全回路这一点很多人会忽略我后面单独讲。人机交互层就是KTP900触摸屏。在这套系统里HMI的功能主要是状态监控、手动操作、报警显示、参数查看让操作人员一眼看出电梯当前楼层、方向、门状态、有没有报警而不需要拿万用表去捅端子看信号。四层电梯的难点其实主要在第两层也就是决策逻辑和硬件安全。画面上位机反而好写因为KTP900本身就是面向简化监控场景的拖几个控件就能完成基本页面。1.3 四层电梯核心功能需求拆解写程序之前我一直强调先列功能清单。电梯这东西哪怕只有四层功能需求也是分主次的。我这次项目的功能清单整理如下表功能板块具体功能说明自动运行内呼响应、外呼响应、自动平层电梯根据呼叫自动决策方向和停靠楼层召唤登记内呼、上行外呼、下行外呼点按后保持亮灯到达后自动消除顺向响应同向呼叫优先反向等待换向回调逻辑符合日常使用直觉平层停车低速爬行、平层检测、精确停车接近开关加变频器多段速实现开关门控制到站自动开门、延时自动关门门锁合闸后才能启动运行安全保护急停、门锁回路、超载、极限保护硬件和程序双重保障优先级最高手动模式检修状态点动上下行维修调试时使用切断自动逻辑HMI监控状态监控、报警显示、手动操作KTP900画面完成人机交互把这些需求想清楚以后硬件点数和程序模块的数量就基本能估出来了。我在项目里统计了一下正式写程序之前已经确定了大概的输入输出点数量、需要多少个DB块、程序用什么结构来组织。这种“先列功能再动手”的流程比直接在TIA Portal里边写边想靠谱太多。2. 硬件配置与I/O点分配2.1 硬件清单与选型细节四层电梯的硬件配置我这边最终确定下来的清单大致如下PLC主机S7-1200 CPU 1214C DC/DC/DC集成14DI/10DO带PROFINET口数字量扩展SM1223 DI8/DO8模块用来补足输入输出点数触摸屏西门子KTP900 Basic PN9寸带以太网口变频器通用小型变频器端子启停控制多段速给定4段速以内即可电机与减速机构三相异步电机配减速器模拟曳引机负载平层检测4个电感式接近开关分别检测1至4楼平层信号上下限位2个行程开关防止轿厢越程门相关开门到位、关门到位两个限位再加门锁回路检测控制按钮每层内呼各1个一楼外呼上行1个中间层外呼上下各1个四楼外呼下行1个安全元件急停按钮、超载开关预留、门锁继电器其他接触器若干、断路器、开关电源DC24V这套配置在实际项目里已经够用。很多人问为什么不直接上一块模拟量输出模块用0到10V模拟量去控制变频器速度这样调速更平滑。原因是四层电梯的速度曲线其实没那么复杂用多段速控制已经足够实现“低速爬行、高速运行、停车前减速”的效果而且端子控制更抗干扰调试也方便。如果以后真要做平滑速度曲线再加模拟量模块也不迟程序结构不需要大改。2.2 I/O点分配与地址规划I/O分配是写程序前最基础也最容易出错的一步。我这次把S7-1200本体的输入输出口和SM1223扩展模块的地址统一在一个表里写程序时直接按这个表用符号名避免记忆裸地址。输入点位规划地址符号名功能说明I0.0Limit_1F1楼平层检测I0.1Limit_2F2楼平层检测I0.2Limit_3F3楼平层检测I0.3Limit_4F4楼平层检测I0.4Door_Open_End开门到位I0.5Door_Close_End关门到位I0.6DoorLock_Ok门锁回路闭合I0.7E_Stop急停按钮常闭触点I1.0Call_In_1F内呼1楼I1.1Call_In_2F内呼2楼I1.2Call_In_3F内呼3楼I1.3Call_In_4F内呼4楼I1.4Call_Up_1F1楼上外呼I1.5Call_Up_2F2楼上外呼I1.6Call_Down_2F2楼下外呼I1.7Call_Up_3F3楼上外呼I2.0Call_Down_3F3楼下外呼I2.1Call_Down_4F4楼下外呼I2.2Overload_In超载信号预留I2.3Auto_Man_Sel自动/检修模式选择输出点位规划地址符号名功能说明Q0.0KM_Up上行接触器Q0.1KM_Down下行接触器Q0.2KM_Door_Open开门接触器Q0.3KM_Door_Close关门接触器Q0.4KM_Brake抱闸接触器Q0.5VFD_Run变频器运行信号Q0.6VFD_Speed_Low变频器低速端子Q0.7VFD_Speed_High变频器高速端子Q1.0Lamp_Floor_1F1楼层显Q1.1Lamp_Floor_2F2楼层显Q1.2Lamp_Floor_3F3楼层显Q1.3Lamp_Floor_4F4楼层显Q1.4Lamp_Overload超载报警指示Q1.5Lamp_Run运行指示S7-1200本体输出是Q0.0到Q0.7这8个点扩展模块SM1223的输出是Q1.0往后排这样分配刚好满足16个输出点。写程序时我用符号名而不是绝对地址TIA Portal会自动解析后面改接线也只需要改变量表不用改程序。2.3 接线与安全回路的经典处理电梯属于特种设备硬件安全回路在接线阶段就必须打好底子软件联锁再完善也只是第二道防线。我经验里最重要的一条门锁回路、急停、上下极限开关在硬件上串在电机主回路的接触器线圈供电回路里。什么意思就是哪怕PLC程序因为某些原因输出错了只要门锁没闭合或者有人拍了急停主接触器线圈根本吸不上电机就不会转。这层硬回路不依赖PLC程序是“机械式”的最终保障。抱闸接触器的接线也要重点注意。抱闸结构是断电制动型也就是线圈得电时才松开抱闸失电时抱闸自动抱住电机轴。这个选型方向很关键万一突发断电抱闸靠弹簧力量把轿厢锁住防止溜车。程序里的时序则是先给抱闸接触器送电、确认抱闸打开后再给变频器运行信号停止过程反过来先切转速再延时断开抱闸接触器。变频器和PLC的共地干扰问题也要提前处理。我这次把变频器安装在电控柜下半层PLC和KTP900放在上半层动力线和信号线分开走线槽屏蔽层在PLC侧单端接地。实际调试时这个做法帮了大忙不然变频器一启动平层信号就能上下跳楼层都能“乱跳”。接线完成后不要急着上电先用万用表二极管档或者通断档整体量一遍各输入点接到对应端子的导通性、接触器线圈的阻值、开关电源输出电压、急停常闭触点是否动作。这一步花不了多少时间但能省下后面排查的太多麻烦。3. 核心程序逻辑设计与梯形图实现3.1 程序组织块规划S7-1200的程序结构我建议按循环扫描主程序加若干功能块来组织不要把所有逻辑堆在一个OB1里。我这次用了这些块OB1主循环调用电梯主控逻辑FC1OB100初始化上电时复位呼叫登记、清除运行状态、设置默认参数FC1电梯主控状态机整合呼叫、运行、开关门逻辑FC2呼叫登记与消除FC3平层检测与楼层当前值计算FC4开关门控制DB10电梯运行数据块存储当前楼层、目标楼层、方向、各呼叫登记状态、运行状态字DB20报警数据块存储急停、门锁断、变频器故障等报警标志为什么拆这么多块因为调试的时候可以单独测某一块逻辑。比如先把呼叫登记FC2下载进去按按钮看状态位动不动再测FC3平层检测最后才把FC1主控接起来。 如果所有逻辑都放OB1里出了问题只能对着几百行梯形图一层层找效率太低。另外一个细节是数据块的一致性属性。我习惯把掉电保持的数据比如已登记的未响应呼叫、检修/自动模式状态放到带保持属性的DB变量里。这样意外断电再上电电梯能恢复断电前的呼叫状态不会出现“人有急事拍了4楼呼叫结果断电后来电呼叫丢了”这种尴尬情况。3.2 呼叫登记与消除逻辑呼叫登记在梯形图里本质是“置位”和“复位”两个动作。按钮是瞬动信号按下去那一瞬间PLC扫描到上升沿就把对应的呼叫登记位进行置位。到达楼层完成后再把该楼层所有的呼叫登记位统一复位。具体做法我用了上升沿检测。S7-1200梯形图里用Edge指令或者R_TRIG功能块把I1.0内呼一楼按钮的上升沿触发放到置位线圈前面。置位线圈我用S这样即使按钮松掉呼叫状态依然保持。消除的时候用复位线圈R。1楼内呼登记的梯形图思路可以简化为网络1检测I1.0上升沿进行置位“呼叫登记_内呼1”网络2当当前楼层等于1且电梯已到位停车时复位“呼叫登记_内呼1”外呼信号的处理完全一样只是多了上行和下行分开的标记位。比如2楼有两个外呼按钮一个上行一个下行登记位分别存两个布尔变量。这样做的原因是电梯上行经过2楼时只响应2楼上行呼叫不响应下行呼叫否则就违背了顺向响应原则。显示方面这些登记位同时给HMI画面和楼道指示灯使用。登记位为1HMI画面上对应按钮就变色楼道指示灯亮消除后恢复。对用户来说按压按钮后看到灯亮就知道呼叫被系统记下来了这是最基本的反馈缺了会让人觉得很没安全感。实际项目中我还在呼叫消除前加了一个条件必须同时满足“当前楼层等于呼叫楼层”“电梯已经进入停止状态”“门已经打开”。如果只到了楼层但没有真正平层停车就不消除呼叫。这个细节能避免电梯到站还没停稳就误清掉呼叫信号导致后续重新走一遍。3.3 楼层判断与平层信号处理楼层判断是这套程序的地基判断错了后面全乱。我的输入信号是每层一个接近开关分别装在井道对应位置轿厢上装感应铁片。四层楼四个开关正常情况下一瞬间只有所在楼层对应的那个开关输出1。比如轿厢停在1楼I0.0为1其余三个为0在2楼I0.1为1。但运行过程中有个特殊情况轿厢从一个楼层移动至另一个楼层时感应铁片可能同时覆盖两个接近开关的感应范围最典型的是低速爬行过程中1楼开关和2楼开关同时为1。这时如果直接做优先级判断楼层会一下显示1一下显示2造成HMI楼层显示跳动。我采用的解决方案是锁存判断法程序里维护一个“当前楼层”静态变量平时保持不变当检测到某个楼层平层开关出现上升沿信号就把当前楼层改成这个楼层号。至于之前的楼层开关是否为1不再关心。这样楼层显示只会沿着运行顺序1到2到3到4变化不会来回跳。接近开关的安装间距保证正常情况下不会跨越两层号同步跳动所以这个逻辑已经足够稳定。楼层号在程序里用整数类型存储占用一个INT变量。当前楼层这个值不只是给HMI显示用后面计算目标楼层、判断运行方向都要依赖它。程序里我把“当前楼层”、“目标楼层”、“方向状态”放在DB10里供各个功能块共用。平层检测还有一个关键点是停车判断。电梯运行接近目标楼层时高速运行到平层区平层开关信号一到逻辑就切低速然后等平层到位信号稳住后再停车。我用了一个稳定延时平层信号持续200毫秒以上才算真正到位滤掉轿厢抖动带来的误触发。这个参数实测下来比较稳太短容易误判太长又会过冲不同机械结构可以微调。3.4 运行方向决策与顺向响应四层电梯的调度逻辑是整个梯形图里最需要动脑子的地方。我的实现策略是“方向锁定加同向优先”。先定义三个状态电梯上行、电梯下行、电梯停止待命。DB10里用一个整型变量来存储方向状态1代表上行2代表下行0代表静止。核心逻辑我写成了这么几条判断规则电梯处于停止状态时扫描所有呼叫登记位如果存在至少一个呼叫就从当前楼层出发找最近的呼叫楼层作为目标楼层。如果最近的有两个方向距离相同选择与上次运行方向一致的那个。电梯上行中只响应楼层号大于当前楼层的呼叫。如果存在任何同向上的未响应呼叫继续上行目标楼层更新为同向最远呼叫楼层顺序停靠由平层逻辑控制。如果没有同向呼叫但有下行方向的呼叫则在当前位置附近合适楼层停靠换向。如果完全没有呼叫了运行到最远端后停止待命。下行时按对称规则处理。用梯形图实现的时候我用了大量的比较指令把每个楼层的呼叫组合成一个整数掩码然后用位运算或者逐个楼层遍历来判断是否存在同向呼叫。四层楼规模小我直接逐个比较梯形图写出来清晰易读也方便初学者理解。顺向响应的好处在于符合人的直觉电梯正在上行你到2楼按了上行外呼电梯会顺路在2楼停如果你按的是下行外呼电梯不会立刻停而是等上行任务完成后换向下行时再接你。这比“来一个呼叫就跑一趟”的死板逻辑高效得多也是真实电梯的基本调度体验。这部分逻辑写完后一定要做“呼叫组合矩阵”测试把各种情况列出来比如同时存在1楼上呼、2楼下呼、4楼下呼看电梯的动作顺序是否符合预期。我在项目里用程序状态监控表模拟这些信号逐个验证省掉了反复改程序的时间。3.5 开关门控制与安全联锁开关门看似简单实际上是非常考验细节的部分。我写的开关门逻辑分成自动和手动两部分都在FC4里处理。自动模式下的开门触发条件是电梯已到达目标楼层、平层信号已确认、正在停止状态同时门锁回路闭合、急停未按下。这五个条件同时满足再把开门接触器Q0.2接通。开门接触器需要持续输出一段时间直到开门到位信号I0.4变为1。到位后断开开门接触器防止长时间通电烧坏线圈。开门后开始计时我设置的开门保持时间是4秒4秒内如果检测到门被阻挡也就是光幕或安全触板信号有效就重新开始计时防止夹人。计时结束后接通关门接触器至关门到位信号I0.5出现断开关门接触器。关门过程中如果光幕被挡住程序立即断开关门输出并重新接通开门输出。这个防夹逻辑虽然在硬件层也可以用光幕继电器直接切断关门接触器但程序里再做一层更保险毕竟KTP900画面也需要能看到门状态变化。安全联锁里特别容易被忽略的一点运行中门锁突然断开怎么办。我在程序里专门写了禁止在门锁未闭合状态下启动运行。运行过程中门锁信号丢失立即输出停梯信号切断上下行接触器和变频器运行信号。有些场合还要在门锁断开瞬间追加一次紧急制动但考虑到四层电梯的速度不高直接切断运行信号后靠抱闸制动已经能满足要求。关门状态判断也要讲究。程序里把“门锁回路闭合”当作可运行条件而不是“关门到位开关”。因为门锁回路串了各层厅门任何一个门被打开门锁回路都会断开。只有全部厅门和轿门关好门锁回路才闭合电梯才能走。这个信号是整个电梯安全逻辑的“总开关”比关门到位信号更可靠因为厅门被人意外打开时关门到位开关不一定能反映出来但门锁回路一定会断开。3.6 变频器多段速与抱闸时序速度控制我用变频器端子多段速方式不涉及模拟量调试简单抗干扰也强。变频器设置了两个速度段低速段10Hz用于爬行和平层逼近高速段40Hz用于正常运行。这个速度等级的设置要看曳引电机和减速比四层小型电梯模型用这个参数是合适的。如果楼层距较高、轿厢载重较大可以适当调高数值但需注意加减速时间设定。启动时序我严格按这个顺序执行确认当前方向、目标楼层、门锁闭合、急停未动作接通抱闸接触器Q0.4抱闸线圈得电松开等待300毫秒给抱闸机构动作时间接通上行或下行接触器接通变频器运行信号Q0.5同时先给低速段Q0.6起步稳定后切换至高速段Q0.7Q0.6断开停车时序反过来接近目标楼层平层区平层信号触发高速段断开低速段接通低速爬行至平层到位信号稳定变频器运行信号断开转速降为0等待约200毫秒让电机彻底停止旋转断开抱闸接触器抱闸抱住电机轴很多初次做电梯的人最容易犯的错误是到达后直接断开变频器运行信号同时立刻断开抱闸。结果轿厢还没完全停稳抱闸就抱住整个轿厢像被“踩了一脚刹车”特别容易造成明显的顿挫感严重的还会冲过平层区。我在项目里专门把这两段时间差用定时器严格控制实测效果改善非常明显。上下行接触器与抱闸之间也需要互锁。上行接触器接通期间下行接触器必须在程序里互锁断开。方向切换不能直接从上行切下行必须经过“停止状态”中转也就是中间状态确保电机完全停止后才允许接通反方向接触器。这个互锁不能只靠程序接触器硬件上也要装机械互锁装置也就是常说的“接触器互锁”双保险。4. KTP900画面组态与联调4.1 TIA Portal项目组态与变量连接KTP900 Basic面板不是用WinCC专业版组态的它对应的组态软件是TIA Portal里的WinCC Basic版。新建项目后第一步就是在设备列表中添加S7-1200 PLC和KTP900 Basic PN两个设备然后把它们放到同一个PROFINET子网里。网络连接这块我的设置是PLC的PROFINET口IP设为192.168.0.1KTP900设为192.168.0.2子网掩码都设为255.255.255.0。通信协议用PROFINET连接机制中必须勾选“允许来自远程对象的PUT/GET通信访问”。这一步非常重要我见过很多人HMI连不上PLC排查半天发现就是没勾这个选项。如果是S7-1200之间或者S7-1200和HMI之间做通信正确勾选后TIA会自动建立连接。变量映射方面HMI变量有两类做法直接访问PLC的绝对地址比如DB10.DBW10、DB10.DBX0.0或者通过PLC变量表里的符号名访问。我的经验是画面元素比较多、需要后期维护时直接用PLC变量表中的符号名更方便但如果只是临时监控绝对地址反而直观。注意一个特别关键的坑如果PLC的数据块勾选了“优化块访问”属性HMI在绝对寻址时就找不到内部地址访问不到数据。解决办法是在DB块属性里把“优化的块访问”取消勾选生成实际偏移地址。这个坑在S7-1200与KTP900的联调里经常出现新手十有八九会踩。4.2 画面结构与布局设计KTP900虽然屏幕不大但合理的画面结构能减少误操作。我这次设计了四个主画面通过主菜单切换主监控画面是默认画面显示楼层剖面图、当前楼层大字、运行方向箭头、门状态文字、呼叫登记状态灯。布局上把“当前楼层”放在右上角方向箭头放在正中间视觉重心清晰操作员扫一眼就能掌握电梯状态。画面下方放一排按钮分别跳转到操作画面、报警画面、参数画面。操作画面放置所有手动操作按钮各楼层内呼模拟按钮、外呼上行下行模拟按钮、手动开门、手动关门、自动/检修切换、急停复位。这些按钮绑定到PLC的对应变量按下去相当于真实按钮动作用于调试阶段代替物理按钮操作。报警画面挂一个报警视图控件HMI报警池里预置了急停、门锁断、变频器故障、超载、上下极限报警五类条目。每个报警条目绑定到PLC报警数据块DB20的对应位。报警产生时画面自动弹出报警文本同时记录触发时间。历史报警通过报警缓冲区自动存储面板断电不丢。参数画面比较简单显示当前楼层、目标楼层、方向状态字、运行速度状态、门状态值方便调试时观察数据块内部值。每个画面右上角统一放“返回主菜单”按钮这是KTP900画面上做交互时的习惯做法。底层导航按钮不在每个画面里重复放置减少误触风险也压缩画面控件数量。4.3 动态监控与动画实现触摸屏的“动态感”主要靠控件的属性绑定来实现。KTP900的WinCC Basic对基础动画支持足够用我做动画最常用的手段是“可见性”和“IO域显示”。当前楼层显示我放一个大号IO域控件过程值绑定到DB10里的当前楼层变量。显示格式设为十进制整数字体加大加粗模拟电梯楼层数码管的感觉。运行时这个数字会随着电梯上行下行自动变化这是在画面里绑定PLC变量后自然实现的不需要额外写脚本。楼层剖面的轿厢位置动画我用一个矩形或圆形矢量图表示轿厢把它的“可见性”绑定到楼层判断变量。比如画面上纵向排列四层楼1楼的轿厢图形只有当当前楼层等于1时可见其他楼层相同处理。这样看起来就像轿厢在跟着楼层移动。窍门是预先在1到4层四个位置各放一个轿厢图形而不是真的做位移动画后者在WinCC Basic里受驱动限制反而麻烦。呼叫登记指示灯用圆形的按钮控件外观设置为“按下时显示不同颜色”或直接绑定背景色属性。绑定到呼叫登记位后信号为1时按钮变成高亮红色为0时恢复灰色。这个反馈在调试时特别直观哪个呼叫被登记了、哪个被消除了一眼就能看出。方向箭头绑定方向状态字。上行箭头可见性绑定“方向状态1”下行箭头绑定“方向状态2”。静止时两个箭头都不可见或者显示一个待机图标。我在界面上用的是两个三角箭头加一个圆形待机图标三选一的可见性绑定效果很简单但完全够用。KTP900的报警视图中需要特别配置报警文本和类别。每个报警条目要勾选“确认”属性运行中操作员在报警画面上按确认键可以清掉报警提示但报警来源要在PLC里复位后才真正消失。这个操作逻辑要提前跟现场使用方讲清楚不然会有人以为“报警画面按一下就治好了故障”。5. 调试实战常见问题与排查经验5.1 平层不准与停车冲过的处理第一次联调时最常见的现象是电梯到站后停不准确要么差几厘米严重时冲过平层区。我的排查思路是从机械感知到程序逻辑一层层往上查。机械方面接近开关的安装位置和间距直接决定平层精度。安装时要保证轿厢感应铁片与接近开关的感应面平行间隙控制在标称检测距离的60%到70%之间太远信号不稳定太近容易误触发。各楼层的开关安装高度要经过反复运行测试后微调不能凭卷尺一次定死。程序方面要检查停车逻辑是否确实经过“高速切低速→平层到位→停变频器→延时抱闸”这四个步骤。我在项目里实际遇到过一个问题低速爬行速度给得太高10Hz的速度虽然不高但机械惯性大结果还是冲过头。解决办法是把低速段进一步降低到7Hz同时在平层信号稳定后再增加200毫秒延时确认停车位置明显准确多了。还有一个细节是楼层开关的“前后沿”问题。如果电梯以高速通过楼层区接近开关被感应到的时间很短PLC可能还没来得及处理就错过了。所以在设计时高速段不能接近开关的检测宽度应当在进入平层区前提前减速。具体提前量靠变频器的减速时间设定来控制试验时从小到大调试找到既不顿挫又不过冲的最佳减速时间。5.2 方向混乱与“鬼走”问题调试多层呼叫时可能出现电梯方向一会上一会下频繁开关门不运行或者在无呼叫时突然跑动。这类问题基本都出在方向决策逻辑里。我遇到的一个典型案例是电梯在3楼同时存在1楼上呼、4楼下呼两个信号。按我的顺向响应规则电梯本应先下行到1楼接人再上行到4楼接人。但由于我一开始的方向判断逻辑没有“锁定”机制每扫描一次就重新判断所有呼叫导致电梯刚到下行状态又发现有4楼呼叫立刻切换成上行方向。结果电梯在3楼和4楼之间来回蹭就是不干活。解决办法是引入“方向锁定”标记。一旦决定方向该方向就保持不变直到所有同向呼叫全部响应完毕且方向切换条件满足之后才能换向。换向条件必须是“无同向呼叫”和“动力暂停状态”不能在持续运行中直接切换。加入这个状态机后调度逻辑立刻稳定下来。排查这个问题的过程也让我意识到写电梯调度不能只看“当前有什么呼叫”还得看“电梯现在处于哪个状态”状态机和方向锁缺一不可。5.3 KTP900连接断连与变量映射失败KTP900联调阶段最让人焦躁的问题就是画面“死一片”IO域全部显示###或者“---”。我总结出三个主要原因通信选项没开、数据块访问方式不匹配、固件版本不一致。通信选项方面PLC侧必须勾选“允许来自远程对象的PUT/GET通信访问”KTP900依靠这个机制与S7-1200交换数据。如果在设备组态里的连接信息中看到连接状态“未建立”优先检查这个选项以及IP地址是否在同一网段。数据块访问方式不匹配是最隐蔽的坑。新建立的DB块默认勾选“优化块访问”HMI用绝对地址例如“DB10.DBW10”访问时TIA Portal编译可能不报错但实际运行时读不到数据。把DB块的“优化块访问”取消勾选后重新编译下载问题就能解决。我在整这个项目时专门把这个坑写在备忘录里后面又连续遇到两次每次排查都确认是同一个原因。还有一点值得注意KTP900固件版本和WinCC Basic版本要匹配。版本跨度大时下载过程可能报错或画面运行异常。对策是对照面板铭牌上的版本号在TIA里给设备分配实际版本保持组态与固件基本一致。5.4 调试顺序与安全注意事项四层电梯的调试顺序决定了安全性和效率。我坚持的调试顺序是先静态后动态、先手动后自动、先单层后多层。第一步是输入信号核对。把每一个接近开关、按钮、限位在程序状态表里逐个触发确认PLC能正确采集到状态变化。这一步即使很枯燥也必须做因为后面所有逻辑判断都依赖这些输入信号。第二步是输出回路测试。在PLC的输出模块用强制表逐一强制输出点确认每个接触器动作正确特别是上下行接触器和抱闸接触器的方向是否符合预期。测试抱闸接触器时要注意安全抱闸打开后电机轴是松的要确保没有人站在轿厢上下方。第三步是手动点动运行。在检修模式下用HMI或物理按钮点动控制电梯上下行验证接触器方向、变频器启停、抱闸时序、限位保护是否都符合预期。这段调试中我习惯全程盯着变频器面板核对实际运行频率与设定的一致性和加减速过程。第四步是自动单层运行。从1楼呼到2楼只运行一个楼层观察启动、运行、减速、平层、停车、开门、关门、待命全流程。单个楼层跑顺了再加连续多层。最后做全功能压力测试。把所有呼叫按钮都按一遍模拟最复杂的调用场景观察方向决策和顺向响应是否合理。同时做故障模拟逐一触发急停、门锁断开、超载、上下极限确认报警画面弹出、程序安全停车。这个测试做完整套系统基本就可以交付了。调试期间始终要把“安全”放在第一位。上下运行的轿厢两侧严禁任何人在井道里停留。测试急停时提前提醒周边人员避免一脚急停下去、轿厢猛地抱闸造成惊吓或受伤。等整套流程多跑几遍、系统稳定了再做画面美化也来得及完全没有必要在调试初期纠结颜色风格。说句实在话四层电梯程序本身不算特别难真正花时间的是各种边界情况的处理和细节微调。我个人的体会是设计调度逻辑前先花半天时间在纸上把所有呼叫组合画一遍想清楚每个情况下电梯应该怎么动再打开TIA Portal写梯形图效率和稳定性都会高一大截。KTP900画面的部分只要把变量映射和动画绑定吃透剩下的就是体力活。项目做完以后最大的收获不是程序本身而是那一整套从需求拆解到联调交付的思路放到别的控制系统里几乎可以原样平移着用。 
长河君 · 2026/10/13 23:19:53 · 阅读 1.2k S7-1200 PLC与KTP900四层电梯控制系统完整实现
四层电梯一直是我觉得最适合拿来做自动化入门到进阶练手的项目麻雀虽小五脏俱全。最近我完整复盘了一个用西门子S7-1200 PLC配合KTP900触摸屏实现的四层电梯控制案例从硬件接线、I/O分配、梯形图逻辑到HMI画面组态、现场联调每个环节都有重复利用价值。这篇就把整个项目的实现思路和个人经验写出来S7-1200和KTP900都属于西门子通用型产品这个组合放到教学演示、小区模型电梯、小型货梯上都能直接套用不管你是刚接触PLC的学生还是想快速搭建一套小型控制系统的工程师照着这个框架走基本不会走偏。1. 项目整体思路与方案选型1.1 为什么选择西门子PLC加KTP900这个组合做四层电梯控制市面上可选方案其实不少有直接用单片机做的有用三菱、欧姆龙PLC的也有用国产PLC的但我最后仍然选了S7-1200配合KTP900核心原因只有一个软件生态统一项目开发效率高。S7-1200属于西门子小型PLC家族里性价比很高的一档CPU本体自带24V直流供电输入输出程序容量、扫描速度、网络接口都比老款S7-200强大很多。而KTP900是西门子精简系列触摸屏里比较经典的一款9寸面板带以太网口支持PROFINET协议。这俩放在同一个TIA Portal博途项目里组态PLC程序、HMI画面、网络连接三部分共享同一个工程文件变量还能跨平台联动。做的时候不需要像以前那样PLC一套软件、触摸屏另一套软件两边手工维护变量表稍不注意就地址错位。四层电梯的信号量不算大但杂。每一层有平层开关、内呼按钮、外呼按钮加上开关门、急停、极限保护、门锁检测输入点大概能凑到17到20个输出点也在15个左右。这种规模用S7-1200 CPU 1214C DC/DC/DC加一块SM1223数字量扩展模块刚好覆盖不需要堆大型PLC成本可控学习曲线也平缓。如果单纯从“实现电梯能跑”的角度出发用继电器电路也能搭但问题在于后续改逻辑太痛苦。四层电梯最麻烦的其实是调度策略也就是多个呼叫同时出现时电梯到底先响应谁。这种决策逻辑用继电器搭出来互相纠缠的互锁条件多得让人崩溃改成PLC之后梯形图里几段比较指令和状态字就能理清楚。这也是我坚持用PLC的原因不是因为它高大上而是因为这种离散逻辑控制场景本来就是PLC的主场。1.2 电梯控制系统的结构分层一套完整的四层电梯控制系统我习惯把它分成四个层次来理解这样从上到下规划硬件和程序都会非常清晰。感知层在最底下是所有输入信号的来源包括每层楼的平层感应开关、上下行极限开关、门开关到位信号、门锁回路检测、内呼外呼按钮、急停按钮、超载开关。这一层的核心任务是告诉PLC“现在电梯在哪里、门是什么状态、有没有人按键、有没有危险”。决策层就是PLC本身它负责扫描所有输入信号再根据内部逻辑判断要不要走、往上走还是往下走、要不要开门、应该停在几楼。四层电梯的决策逻辑其实可以理解成一个简化版状态机每个扫描周期都在处理“当前状态”和“新事件”这种离散状态的循环处理正是PLC最擅长的事情。执行层是把决策结果变成物理动作的环节包括上下行接触器、开关门接触器、抱闸接触器、变频器启停和速度给定。执行层和感知层之间还有一层纯硬件的安全回路这一点很多人会忽略我后面单独讲。人机交互层就是KTP900触摸屏。在这套系统里HMI的功能主要是状态监控、手动操作、报警显示、参数查看让操作人员一眼看出电梯当前楼层、方向、门状态、有没有报警而不需要拿万用表去捅端子看信号。四层电梯的难点其实主要在第两层也就是决策逻辑和硬件安全。画面上位机反而好写因为KTP900本身就是面向简化监控场景的拖几个控件就能完成基本页面。1.3 四层电梯核心功能需求拆解写程序之前我一直强调先列功能清单。电梯这东西哪怕只有四层功能需求也是分主次的。我这次项目的功能清单整理如下表功能板块具体功能说明自动运行内呼响应、外呼响应、自动平层电梯根据呼叫自动决策方向和停靠楼层召唤登记内呼、上行外呼、下行外呼点按后保持亮灯到达后自动消除顺向响应同向呼叫优先反向等待换向回调逻辑符合日常使用直觉平层停车低速爬行、平层检测、精确停车接近开关加变频器多段速实现开关门控制到站自动开门、延时自动关门门锁合闸后才能启动运行安全保护急停、门锁回路、超载、极限保护硬件和程序双重保障优先级最高手动模式检修状态点动上下行维修调试时使用切断自动逻辑HMI监控状态监控、报警显示、手动操作KTP900画面完成人机交互把这些需求想清楚以后硬件点数和程序模块的数量就基本能估出来了。我在项目里统计了一下正式写程序之前已经确定了大概的输入输出点数量、需要多少个DB块、程序用什么结构来组织。这种“先列功能再动手”的流程比直接在TIA Portal里边写边想靠谱太多。2. 硬件配置与I/O点分配2.1 硬件清单与选型细节四层电梯的硬件配置我这边最终确定下来的清单大致如下PLC主机S7-1200 CPU 1214C DC/DC/DC集成14DI/10DO带PROFINET口数字量扩展SM1223 DI8/DO8模块用来补足输入输出点数触摸屏西门子KTP900 Basic PN9寸带以太网口变频器通用小型变频器端子启停控制多段速给定4段速以内即可电机与减速机构三相异步电机配减速器模拟曳引机负载平层检测4个电感式接近开关分别检测1至4楼平层信号上下限位2个行程开关防止轿厢越程门相关开门到位、关门到位两个限位再加门锁回路检测控制按钮每层内呼各1个一楼外呼上行1个中间层外呼上下各1个四楼外呼下行1个安全元件急停按钮、超载开关预留、门锁继电器其他接触器若干、断路器、开关电源DC24V这套配置在实际项目里已经够用。很多人问为什么不直接上一块模拟量输出模块用0到10V模拟量去控制变频器速度这样调速更平滑。原因是四层电梯的速度曲线其实没那么复杂用多段速控制已经足够实现“低速爬行、高速运行、停车前减速”的效果而且端子控制更抗干扰调试也方便。如果以后真要做平滑速度曲线再加模拟量模块也不迟程序结构不需要大改。2.2 I/O点分配与地址规划I/O分配是写程序前最基础也最容易出错的一步。我这次把S7-1200本体的输入输出口和SM1223扩展模块的地址统一在一个表里写程序时直接按这个表用符号名避免记忆裸地址。输入点位规划地址符号名功能说明I0.0Limit_1F1楼平层检测I0.1Limit_2F2楼平层检测I0.2Limit_3F3楼平层检测I0.3Limit_4F4楼平层检测I0.4Door_Open_End开门到位I0.5Door_Close_End关门到位I0.6DoorLock_Ok门锁回路闭合I0.7E_Stop急停按钮常闭触点I1.0Call_In_1F内呼1楼I1.1Call_In_2F内呼2楼I1.2Call_In_3F内呼3楼I1.3Call_In_4F内呼4楼I1.4Call_Up_1F1楼上外呼I1.5Call_Up_2F2楼上外呼I1.6Call_Down_2F2楼下外呼I1.7Call_Up_3F3楼上外呼I2.0Call_Down_3F3楼下外呼I2.1Call_Down_4F4楼下外呼I2.2Overload_In超载信号预留I2.3Auto_Man_Sel自动/检修模式选择输出点位规划地址符号名功能说明Q0.0KM_Up上行接触器Q0.1KM_Down下行接触器Q0.2KM_Door_Open开门接触器Q0.3KM_Door_Close关门接触器Q0.4KM_Brake抱闸接触器Q0.5VFD_Run变频器运行信号Q0.6VFD_Speed_Low变频器低速端子Q0.7VFD_Speed_High变频器高速端子Q1.0Lamp_Floor_1F1楼层显Q1.1Lamp_Floor_2F2楼层显Q1.2Lamp_Floor_3F3楼层显Q1.3Lamp_Floor_4F4楼层显Q1.4Lamp_Overload超载报警指示Q1.5Lamp_Run运行指示S7-1200本体输出是Q0.0到Q0.7这8个点扩展模块SM1223的输出是Q1.0往后排这样分配刚好满足16个输出点。写程序时我用符号名而不是绝对地址TIA Portal会自动解析后面改接线也只需要改变量表不用改程序。2.3 接线与安全回路的经典处理电梯属于特种设备硬件安全回路在接线阶段就必须打好底子软件联锁再完善也只是第二道防线。我经验里最重要的一条门锁回路、急停、上下极限开关在硬件上串在电机主回路的接触器线圈供电回路里。什么意思就是哪怕PLC程序因为某些原因输出错了只要门锁没闭合或者有人拍了急停主接触器线圈根本吸不上电机就不会转。这层硬回路不依赖PLC程序是“机械式”的最终保障。抱闸接触器的接线也要重点注意。抱闸结构是断电制动型也就是线圈得电时才松开抱闸失电时抱闸自动抱住电机轴。这个选型方向很关键万一突发断电抱闸靠弹簧力量把轿厢锁住防止溜车。程序里的时序则是先给抱闸接触器送电、确认抱闸打开后再给变频器运行信号停止过程反过来先切转速再延时断开抱闸接触器。变频器和PLC的共地干扰问题也要提前处理。我这次把变频器安装在电控柜下半层PLC和KTP900放在上半层动力线和信号线分开走线槽屏蔽层在PLC侧单端接地。实际调试时这个做法帮了大忙不然变频器一启动平层信号就能上下跳楼层都能“乱跳”。接线完成后不要急着上电先用万用表二极管档或者通断档整体量一遍各输入点接到对应端子的导通性、接触器线圈的阻值、开关电源输出电压、急停常闭触点是否动作。这一步花不了多少时间但能省下后面排查的太多麻烦。3. 核心程序逻辑设计与梯形图实现3.1 程序组织块规划S7-1200的程序结构我建议按循环扫描主程序加若干功能块来组织不要把所有逻辑堆在一个OB1里。我这次用了这些块OB1主循环调用电梯主控逻辑FC1OB100初始化上电时复位呼叫登记、清除运行状态、设置默认参数FC1电梯主控状态机整合呼叫、运行、开关门逻辑FC2呼叫登记与消除FC3平层检测与楼层当前值计算FC4开关门控制DB10电梯运行数据块存储当前楼层、目标楼层、方向、各呼叫登记状态、运行状态字DB20报警数据块存储急停、门锁断、变频器故障等报警标志为什么拆这么多块因为调试的时候可以单独测某一块逻辑。比如先把呼叫登记FC2下载进去按按钮看状态位动不动再测FC3平层检测最后才把FC1主控接起来。 如果所有逻辑都放OB1里出了问题只能对着几百行梯形图一层层找效率太低。另外一个细节是数据块的一致性属性。我习惯把掉电保持的数据比如已登记的未响应呼叫、检修/自动模式状态放到带保持属性的DB变量里。这样意外断电再上电电梯能恢复断电前的呼叫状态不会出现“人有急事拍了4楼呼叫结果断电后来电呼叫丢了”这种尴尬情况。3.2 呼叫登记与消除逻辑呼叫登记在梯形图里本质是“置位”和“复位”两个动作。按钮是瞬动信号按下去那一瞬间PLC扫描到上升沿就把对应的呼叫登记位进行置位。到达楼层完成后再把该楼层所有的呼叫登记位统一复位。具体做法我用了上升沿检测。S7-1200梯形图里用Edge指令或者R_TRIG功能块把I1.0内呼一楼按钮的上升沿触发放到置位线圈前面。置位线圈我用S这样即使按钮松掉呼叫状态依然保持。消除的时候用复位线圈R。1楼内呼登记的梯形图思路可以简化为网络1检测I1.0上升沿进行置位“呼叫登记_内呼1”网络2当当前楼层等于1且电梯已到位停车时复位“呼叫登记_内呼1”外呼信号的处理完全一样只是多了上行和下行分开的标记位。比如2楼有两个外呼按钮一个上行一个下行登记位分别存两个布尔变量。这样做的原因是电梯上行经过2楼时只响应2楼上行呼叫不响应下行呼叫否则就违背了顺向响应原则。显示方面这些登记位同时给HMI画面和楼道指示灯使用。登记位为1HMI画面上对应按钮就变色楼道指示灯亮消除后恢复。对用户来说按压按钮后看到灯亮就知道呼叫被系统记下来了这是最基本的反馈缺了会让人觉得很没安全感。实际项目中我还在呼叫消除前加了一个条件必须同时满足“当前楼层等于呼叫楼层”“电梯已经进入停止状态”“门已经打开”。如果只到了楼层但没有真正平层停车就不消除呼叫。这个细节能避免电梯到站还没停稳就误清掉呼叫信号导致后续重新走一遍。3.3 楼层判断与平层信号处理楼层判断是这套程序的地基判断错了后面全乱。我的输入信号是每层一个接近开关分别装在井道对应位置轿厢上装感应铁片。四层楼四个开关正常情况下一瞬间只有所在楼层对应的那个开关输出1。比如轿厢停在1楼I0.0为1其余三个为0在2楼I0.1为1。但运行过程中有个特殊情况轿厢从一个楼层移动至另一个楼层时感应铁片可能同时覆盖两个接近开关的感应范围最典型的是低速爬行过程中1楼开关和2楼开关同时为1。这时如果直接做优先级判断楼层会一下显示1一下显示2造成HMI楼层显示跳动。我采用的解决方案是锁存判断法程序里维护一个“当前楼层”静态变量平时保持不变当检测到某个楼层平层开关出现上升沿信号就把当前楼层改成这个楼层号。至于之前的楼层开关是否为1不再关心。这样楼层显示只会沿着运行顺序1到2到3到4变化不会来回跳。接近开关的安装间距保证正常情况下不会跨越两层号同步跳动所以这个逻辑已经足够稳定。楼层号在程序里用整数类型存储占用一个INT变量。当前楼层这个值不只是给HMI显示用后面计算目标楼层、判断运行方向都要依赖它。程序里我把“当前楼层”、“目标楼层”、“方向状态”放在DB10里供各个功能块共用。平层检测还有一个关键点是停车判断。电梯运行接近目标楼层时高速运行到平层区平层开关信号一到逻辑就切低速然后等平层到位信号稳住后再停车。我用了一个稳定延时平层信号持续200毫秒以上才算真正到位滤掉轿厢抖动带来的误触发。这个参数实测下来比较稳太短容易误判太长又会过冲不同机械结构可以微调。3.4 运行方向决策与顺向响应四层电梯的调度逻辑是整个梯形图里最需要动脑子的地方。我的实现策略是“方向锁定加同向优先”。先定义三个状态电梯上行、电梯下行、电梯停止待命。DB10里用一个整型变量来存储方向状态1代表上行2代表下行0代表静止。核心逻辑我写成了这么几条判断规则电梯处于停止状态时扫描所有呼叫登记位如果存在至少一个呼叫就从当前楼层出发找最近的呼叫楼层作为目标楼层。如果最近的有两个方向距离相同选择与上次运行方向一致的那个。电梯上行中只响应楼层号大于当前楼层的呼叫。如果存在任何同向上的未响应呼叫继续上行目标楼层更新为同向最远呼叫楼层顺序停靠由平层逻辑控制。如果没有同向呼叫但有下行方向的呼叫则在当前位置附近合适楼层停靠换向。如果完全没有呼叫了运行到最远端后停止待命。下行时按对称规则处理。用梯形图实现的时候我用了大量的比较指令把每个楼层的呼叫组合成一个整数掩码然后用位运算或者逐个楼层遍历来判断是否存在同向呼叫。四层楼规模小我直接逐个比较梯形图写出来清晰易读也方便初学者理解。顺向响应的好处在于符合人的直觉电梯正在上行你到2楼按了上行外呼电梯会顺路在2楼停如果你按的是下行外呼电梯不会立刻停而是等上行任务完成后换向下行时再接你。这比“来一个呼叫就跑一趟”的死板逻辑高效得多也是真实电梯的基本调度体验。这部分逻辑写完后一定要做“呼叫组合矩阵”测试把各种情况列出来比如同时存在1楼上呼、2楼下呼、4楼下呼看电梯的动作顺序是否符合预期。我在项目里用程序状态监控表模拟这些信号逐个验证省掉了反复改程序的时间。3.5 开关门控制与安全联锁开关门看似简单实际上是非常考验细节的部分。我写的开关门逻辑分成自动和手动两部分都在FC4里处理。自动模式下的开门触发条件是电梯已到达目标楼层、平层信号已确认、正在停止状态同时门锁回路闭合、急停未按下。这五个条件同时满足再把开门接触器Q0.2接通。开门接触器需要持续输出一段时间直到开门到位信号I0.4变为1。到位后断开开门接触器防止长时间通电烧坏线圈。开门后开始计时我设置的开门保持时间是4秒4秒内如果检测到门被阻挡也就是光幕或安全触板信号有效就重新开始计时防止夹人。计时结束后接通关门接触器至关门到位信号I0.5出现断开关门接触器。关门过程中如果光幕被挡住程序立即断开关门输出并重新接通开门输出。这个防夹逻辑虽然在硬件层也可以用光幕继电器直接切断关门接触器但程序里再做一层更保险毕竟KTP900画面也需要能看到门状态变化。安全联锁里特别容易被忽略的一点运行中门锁突然断开怎么办。我在程序里专门写了禁止在门锁未闭合状态下启动运行。运行过程中门锁信号丢失立即输出停梯信号切断上下行接触器和变频器运行信号。有些场合还要在门锁断开瞬间追加一次紧急制动但考虑到四层电梯的速度不高直接切断运行信号后靠抱闸制动已经能满足要求。关门状态判断也要讲究。程序里把“门锁回路闭合”当作可运行条件而不是“关门到位开关”。因为门锁回路串了各层厅门任何一个门被打开门锁回路都会断开。只有全部厅门和轿门关好门锁回路才闭合电梯才能走。这个信号是整个电梯安全逻辑的“总开关”比关门到位信号更可靠因为厅门被人意外打开时关门到位开关不一定能反映出来但门锁回路一定会断开。3.6 变频器多段速与抱闸时序速度控制我用变频器端子多段速方式不涉及模拟量调试简单抗干扰也强。变频器设置了两个速度段低速段10Hz用于爬行和平层逼近高速段40Hz用于正常运行。这个速度等级的设置要看曳引电机和减速比四层小型电梯模型用这个参数是合适的。如果楼层距较高、轿厢载重较大可以适当调高数值但需注意加减速时间设定。启动时序我严格按这个顺序执行确认当前方向、目标楼层、门锁闭合、急停未动作接通抱闸接触器Q0.4抱闸线圈得电松开等待300毫秒给抱闸机构动作时间接通上行或下行接触器接通变频器运行信号Q0.5同时先给低速段Q0.6起步稳定后切换至高速段Q0.7Q0.6断开停车时序反过来接近目标楼层平层区平层信号触发高速段断开低速段接通低速爬行至平层到位信号稳定变频器运行信号断开转速降为0等待约200毫秒让电机彻底停止旋转断开抱闸接触器抱闸抱住电机轴很多初次做电梯的人最容易犯的错误是到达后直接断开变频器运行信号同时立刻断开抱闸。结果轿厢还没完全停稳抱闸就抱住整个轿厢像被“踩了一脚刹车”特别容易造成明显的顿挫感严重的还会冲过平层区。我在项目里专门把这两段时间差用定时器严格控制实测效果改善非常明显。上下行接触器与抱闸之间也需要互锁。上行接触器接通期间下行接触器必须在程序里互锁断开。方向切换不能直接从上行切下行必须经过“停止状态”中转也就是中间状态确保电机完全停止后才允许接通反方向接触器。这个互锁不能只靠程序接触器硬件上也要装机械互锁装置也就是常说的“接触器互锁”双保险。4. KTP900画面组态与联调4.1 TIA Portal项目组态与变量连接KTP900 Basic面板不是用WinCC专业版组态的它对应的组态软件是TIA Portal里的WinCC Basic版。新建项目后第一步就是在设备列表中添加S7-1200 PLC和KTP900 Basic PN两个设备然后把它们放到同一个PROFINET子网里。网络连接这块我的设置是PLC的PROFINET口IP设为192.168.0.1KTP900设为192.168.0.2子网掩码都设为255.255.255.0。通信协议用PROFINET连接机制中必须勾选“允许来自远程对象的PUT/GET通信访问”。这一步非常重要我见过很多人HMI连不上PLC排查半天发现就是没勾这个选项。如果是S7-1200之间或者S7-1200和HMI之间做通信正确勾选后TIA会自动建立连接。变量映射方面HMI变量有两类做法直接访问PLC的绝对地址比如DB10.DBW10、DB10.DBX0.0或者通过PLC变量表里的符号名访问。我的经验是画面元素比较多、需要后期维护时直接用PLC变量表中的符号名更方便但如果只是临时监控绝对地址反而直观。注意一个特别关键的坑如果PLC的数据块勾选了“优化块访问”属性HMI在绝对寻址时就找不到内部地址访问不到数据。解决办法是在DB块属性里把“优化的块访问”取消勾选生成实际偏移地址。这个坑在S7-1200与KTP900的联调里经常出现新手十有八九会踩。4.2 画面结构与布局设计KTP900虽然屏幕不大但合理的画面结构能减少误操作。我这次设计了四个主画面通过主菜单切换主监控画面是默认画面显示楼层剖面图、当前楼层大字、运行方向箭头、门状态文字、呼叫登记状态灯。布局上把“当前楼层”放在右上角方向箭头放在正中间视觉重心清晰操作员扫一眼就能掌握电梯状态。画面下方放一排按钮分别跳转到操作画面、报警画面、参数画面。操作画面放置所有手动操作按钮各楼层内呼模拟按钮、外呼上行下行模拟按钮、手动开门、手动关门、自动/检修切换、急停复位。这些按钮绑定到PLC的对应变量按下去相当于真实按钮动作用于调试阶段代替物理按钮操作。报警画面挂一个报警视图控件HMI报警池里预置了急停、门锁断、变频器故障、超载、上下极限报警五类条目。每个报警条目绑定到PLC报警数据块DB20的对应位。报警产生时画面自动弹出报警文本同时记录触发时间。历史报警通过报警缓冲区自动存储面板断电不丢。参数画面比较简单显示当前楼层、目标楼层、方向状态字、运行速度状态、门状态值方便调试时观察数据块内部值。每个画面右上角统一放“返回主菜单”按钮这是KTP900画面上做交互时的习惯做法。底层导航按钮不在每个画面里重复放置减少误触风险也压缩画面控件数量。4.3 动态监控与动画实现触摸屏的“动态感”主要靠控件的属性绑定来实现。KTP900的WinCC Basic对基础动画支持足够用我做动画最常用的手段是“可见性”和“IO域显示”。当前楼层显示我放一个大号IO域控件过程值绑定到DB10里的当前楼层变量。显示格式设为十进制整数字体加大加粗模拟电梯楼层数码管的感觉。运行时这个数字会随着电梯上行下行自动变化这是在画面里绑定PLC变量后自然实现的不需要额外写脚本。楼层剖面的轿厢位置动画我用一个矩形或圆形矢量图表示轿厢把它的“可见性”绑定到楼层判断变量。比如画面上纵向排列四层楼1楼的轿厢图形只有当当前楼层等于1时可见其他楼层相同处理。这样看起来就像轿厢在跟着楼层移动。窍门是预先在1到4层四个位置各放一个轿厢图形而不是真的做位移动画后者在WinCC Basic里受驱动限制反而麻烦。呼叫登记指示灯用圆形的按钮控件外观设置为“按下时显示不同颜色”或直接绑定背景色属性。绑定到呼叫登记位后信号为1时按钮变成高亮红色为0时恢复灰色。这个反馈在调试时特别直观哪个呼叫被登记了、哪个被消除了一眼就能看出。方向箭头绑定方向状态字。上行箭头可见性绑定“方向状态1”下行箭头绑定“方向状态2”。静止时两个箭头都不可见或者显示一个待机图标。我在界面上用的是两个三角箭头加一个圆形待机图标三选一的可见性绑定效果很简单但完全够用。KTP900的报警视图中需要特别配置报警文本和类别。每个报警条目要勾选“确认”属性运行中操作员在报警画面上按确认键可以清掉报警提示但报警来源要在PLC里复位后才真正消失。这个操作逻辑要提前跟现场使用方讲清楚不然会有人以为“报警画面按一下就治好了故障”。5. 调试实战常见问题与排查经验5.1 平层不准与停车冲过的处理第一次联调时最常见的现象是电梯到站后停不准确要么差几厘米严重时冲过平层区。我的排查思路是从机械感知到程序逻辑一层层往上查。机械方面接近开关的安装位置和间距直接决定平层精度。安装时要保证轿厢感应铁片与接近开关的感应面平行间隙控制在标称检测距离的60%到70%之间太远信号不稳定太近容易误触发。各楼层的开关安装高度要经过反复运行测试后微调不能凭卷尺一次定死。程序方面要检查停车逻辑是否确实经过“高速切低速→平层到位→停变频器→延时抱闸”这四个步骤。我在项目里实际遇到过一个问题低速爬行速度给得太高10Hz的速度虽然不高但机械惯性大结果还是冲过头。解决办法是把低速段进一步降低到7Hz同时在平层信号稳定后再增加200毫秒延时确认停车位置明显准确多了。还有一个细节是楼层开关的“前后沿”问题。如果电梯以高速通过楼层区接近开关被感应到的时间很短PLC可能还没来得及处理就错过了。所以在设计时高速段不能接近开关的检测宽度应当在进入平层区前提前减速。具体提前量靠变频器的减速时间设定来控制试验时从小到大调试找到既不顿挫又不过冲的最佳减速时间。5.2 方向混乱与“鬼走”问题调试多层呼叫时可能出现电梯方向一会上一会下频繁开关门不运行或者在无呼叫时突然跑动。这类问题基本都出在方向决策逻辑里。我遇到的一个典型案例是电梯在3楼同时存在1楼上呼、4楼下呼两个信号。按我的顺向响应规则电梯本应先下行到1楼接人再上行到4楼接人。但由于我一开始的方向判断逻辑没有“锁定”机制每扫描一次就重新判断所有呼叫导致电梯刚到下行状态又发现有4楼呼叫立刻切换成上行方向。结果电梯在3楼和4楼之间来回蹭就是不干活。解决办法是引入“方向锁定”标记。一旦决定方向该方向就保持不变直到所有同向呼叫全部响应完毕且方向切换条件满足之后才能换向。换向条件必须是“无同向呼叫”和“动力暂停状态”不能在持续运行中直接切换。加入这个状态机后调度逻辑立刻稳定下来。排查这个问题的过程也让我意识到写电梯调度不能只看“当前有什么呼叫”还得看“电梯现在处于哪个状态”状态机和方向锁缺一不可。5.3 KTP900连接断连与变量映射失败KTP900联调阶段最让人焦躁的问题就是画面“死一片”IO域全部显示###或者“---”。我总结出三个主要原因通信选项没开、数据块访问方式不匹配、固件版本不一致。通信选项方面PLC侧必须勾选“允许来自远程对象的PUT/GET通信访问”KTP900依靠这个机制与S7-1200交换数据。如果在设备组态里的连接信息中看到连接状态“未建立”优先检查这个选项以及IP地址是否在同一网段。数据块访问方式不匹配是最隐蔽的坑。新建立的DB块默认勾选“优化块访问”HMI用绝对地址例如“DB10.DBW10”访问时TIA Portal编译可能不报错但实际运行时读不到数据。把DB块的“优化块访问”取消勾选后重新编译下载问题就能解决。我在整这个项目时专门把这个坑写在备忘录里后面又连续遇到两次每次排查都确认是同一个原因。还有一点值得注意KTP900固件版本和WinCC Basic版本要匹配。版本跨度大时下载过程可能报错或画面运行异常。对策是对照面板铭牌上的版本号在TIA里给设备分配实际版本保持组态与固件基本一致。5.4 调试顺序与安全注意事项四层电梯的调试顺序决定了安全性和效率。我坚持的调试顺序是先静态后动态、先手动后自动、先单层后多层。第一步是输入信号核对。把每一个接近开关、按钮、限位在程序状态表里逐个触发确认PLC能正确采集到状态变化。这一步即使很枯燥也必须做因为后面所有逻辑判断都依赖这些输入信号。第二步是输出回路测试。在PLC的输出模块用强制表逐一强制输出点确认每个接触器动作正确特别是上下行接触器和抱闸接触器的方向是否符合预期。测试抱闸接触器时要注意安全抱闸打开后电机轴是松的要确保没有人站在轿厢上下方。第三步是手动点动运行。在检修模式下用HMI或物理按钮点动控制电梯上下行验证接触器方向、变频器启停、抱闸时序、限位保护是否都符合预期。这段调试中我习惯全程盯着变频器面板核对实际运行频率与设定的一致性和加减速过程。第四步是自动单层运行。从1楼呼到2楼只运行一个楼层观察启动、运行、减速、平层、停车、开门、关门、待命全流程。单个楼层跑顺了再加连续多层。最后做全功能压力测试。把所有呼叫按钮都按一遍模拟最复杂的调用场景观察方向决策和顺向响应是否合理。同时做故障模拟逐一触发急停、门锁断开、超载、上下极限确认报警画面弹出、程序安全停车。这个测试做完整套系统基本就可以交付了。调试期间始终要把“安全”放在第一位。上下运行的轿厢两侧严禁任何人在井道里停留。测试急停时提前提醒周边人员避免一脚急停下去、轿厢猛地抱闸造成惊吓或受伤。等整套流程多跑几遍、系统稳定了再做画面美化也来得及完全没有必要在调试初期纠结颜色风格。说句实在话四层电梯程序本身不算特别难真正花时间的是各种边界情况的处理和细节微调。我个人的体会是设计调度逻辑前先花半天时间在纸上把所有呼叫组合画一遍想清楚每个情况下电梯应该怎么动再打开TIA Portal写梯形图效率和稳定性都会高一大截。KTP900画面的部分只要把变量映射和动画绑定吃透剩下的就是体力活。项目做完以后最大的收获不是程序本身而是那一整套从需求拆解到联调交付的思路放到别的控制系统里几乎可以原样平移着用。