做这个项目之前我先问了自己一个问题如果只给你一台Omron欧姆龙PLC和一块MCGS组态触摸屏让你从零开始搭一个5层电梯控制系统你会怎么下手很多人觉得电梯不就是“按一下按钮电梯就来了”但真正把逻辑写出来之后你才会发现这个系统要处理的不是“动”和“停”而是电梯怎么知道自己该往哪走、到哪层停、什么时候开门、什么时候转向、同层多召唤时优先响应谁。这一整套决策逻辑才是整个项目的核心价值所在。这篇文章我按实际做的顺序来写从需求拆解、I/O点规划、硬件选型到PLC梯形图逻辑设计再到MCGS组态画面搭建和最后的联调排障。无论你是做毕业设计、参加技能竞赛还是单纯想在实验室搭一台教学模型这套思路都可以直接参考。落地的平台就是Omron的CP1H系列PLC和MCGS嵌入版触摸屏这也是目前高职院校、本科实训和中小型自动化项目里非常常见的一套组合。1. 项目需求拆解与整体方案设计1.1 先把电梯的“信号地图”画出来设计任何控制系统第一步不是打开编程软件而是把现场要处理的物理量全部列清楚。5层电梯虽然结构简单但它五脏俱全所有信号可以分为三类呼唤类、状态类、执行类。呼唤类信号包括内呼和外呼。内呼是轿厢里的5个楼层按钮外呼是每层楼电梯门口的召唤按钮但要注意一楼只有上行按钮五楼只有下行按钮中间二楼到四楼各有一个上行和一个下行所以外呼总共是9个。这一块经常有人在I/O统计时漏掉算成10个、12个的都有。状态类信号就比较杂了每个楼层的平层感应开关、上下行极限位置开关、开门到位、关门到位、门锁反馈、超载开关、光幕或者安全触板。如果带变频器还得算上变频器的运行反馈和故障输出。这部分最容易犯的错误是“按功能想当然”比如觉得门锁反馈不就是一个触点而已嘛实际上它直接决定了电梯能不能走车安全等级完全不一样。执行类信号相对清晰上行接触器、下行接触器、开门继电器、关门继电器然后是楼层显示和方向指示灯。如果用了变频器驱动还要加上多段速控制信号和启停控制。把这三类信号画成一张表你会发现任何电梯控制系统其实都是在这张表上做文章。1.2 为什么选Omron PLC加MCGS组态这套方案市面上PLC品牌很多西门子、三菱、欧姆龙、汇川都能做电梯但我在这类中小型教学项目和设备改造里更倾向于Omron加MCGS的组合理由有三点。第一Omron CP1H系列自带24点输入和16点输出程序容量足够跑一套完整的电梯逻辑自带高速计数和模拟量处理能力后面想扩展变频器模拟量调速也不需要额外加模块。对5层电梯这种规模来说用CP1H有点“大马拉小车”的味道但好处是余量充足调试时不用抠点位。预算更紧的话CP1E系列也够用编程方式基本一样。第二欧姆龙有一段非常成熟的HostLink通信协议而MCGS触摸屏的设备驱动库里正好有对应的欧姆龙驱动。这就意味着PLC和触摸屏之间不需要写太复杂的通信代码配置好串口参数就能把内部地址映射过去。相比有些PLC和组态软件组合需要自己拼报文这套方案能把精力集中在控制逻辑本身。第三MCGS组态软件对新手特别友好。它的图库很丰富按钮、指示灯、仪表都有现成的画面动效通过“动画连接”配置不需要写脚本就能做出一套能看的监控界面。再加上MCGS的下载中心可以直接下载软件和手册整个项目的入门门槛确实低。1.3 I/O点表规划与硬件清单做点表的目的不是单纯为了算点数而是给后面每个输入输出信号确定一个唯一的PLC地址。地址一旦乱套程序写得再好都白搭。下面是我在这个项目里用的点表按实际需求统计的输入信号方面内呼5个外呼上行4个外呼下行4个平层感应5个开门按钮、关门按钮各1个光幕1个超载1个上下极限各1个再加上门锁反馈和门到位信号各1个总共25个数字量输入。输出信号方面上行、下行各1个开门、关门各1个楼层显示可做BCD码4个方向指示灯和蜂鸣器2个合计10个数字量输出。这样算下来DI点数已经超过CP1H自带24点输入了所以实际选型我建议直接选择CP1H-XA40DR-A这类带模拟量输入的40点主机如果以后还想加大变频器速度给定模拟量通道也能直接用上。输出点数16点完全够用。如果只做纯教学模型可以把门到位反馈省掉用延时替代但真实电梯里这个信号是绝对不能省的。学生最容易忽略的其实是接线层面的硬件互锁。PLC程序里做了上下行互锁还不够接触器的常闭触点也要串到对方线圈回路里双重互锁才能防止接触器烧毁或者电机瞬间抱死。这个在后面逻辑部分我会再强调。2. 电梯运行逻辑设计状态机、优先级与互锁2.1 呼梯信号的记忆与消号电梯最核心的逻辑表面上是“运行动作”实际上是“记忆与清除”。所有呼梯按钮按下后都是瞬时信号如果PLC不把它记住手一松就什么都没了。所以程序设计的第一件事就是把按钮信号转换成保持信号。在Omron PLC里这个动作可以用SET指令也可以直接用KEEP保持指令。我更习惯用SET和RSET配合当某一个内呼按钮或者外呼按钮闭合时把这个楼层对应的“呼梯记忆位”置位当电梯已经到达该层并且完成开门动作后再把这个记忆位复位。这里有个关键细节消号时机不能选在“到达平层”的一瞬间而应当选在“开门动作已经产生”之后。否则会出现电梯刚停稳、门还没来得及开呼叫就被清掉了乘客再按一下就变成新的呼叫系统感知上会显得很“神经质”。另外呼梯记忆位建议放在掉电保持的H区。设想一下电梯正在三楼往上走突然停电了电来了以后如果所有呼梯信号都丢了乘客就不知道自己的楼层到底有没有被响应过。用H区保存呼梯信号和当前楼层停电恢复后系统还能继续原来的任务这是现场运行非常看重的一点。2.2 方向判定与顺路停靠电梯“往哪走”这个决策看似简单其实是整个程序里最容易写乱的地方。基本的判断逻辑是当没有任何呼梯记忆时电梯停在原地等待当存在呼梯目标时把目标楼层和当前楼层比较目标大于当前就上行目标小于当前就下行。但真实电梯还有个“顺路停靠”的问题。电梯正在往上走这时五楼有人下行大家最自然的理解是电梯先上去把五楼的人接走然后才转向下行。所以顺路停靠的逻辑就是电梯维持某一个方向运行时只响应与当前方向一致的目标楼层当本方向已经没有呼梯信号时才允许换向。我在这台电梯上用了一种比较直观的简化方案把上行目标群和下行目标群拆开计算。比如电梯当前在2楼选择上行方向后就只扫描3楼、4楼、5楼的呼梯信号其中一个楼层被置位就说明本方向有任务如果扫描完发现上方没有任何召唤而此时下方有召唤才允许切换到下行。这样的逻辑和真实电梯的“最远反向原则”不完全一样但对5层小型系统来说足够稳定代码量也少调试时逻辑透明不容易出现电梯“思考人生”的怪现象。还有一个需要特意处理的细节方向要保持自锁。电梯上行过程中如果只用一个瞬时比较结果去驱动输出目标楼层的呼梯信号一旦在停车时被消号方向输出就可能瞬间掉电。所以方向输出必须有记忆性用一个“运行方向锁存位”保持住直到系统确认本方向已经没有任务才允许复位并切换到反向。2.3 平层停车与开关门时序电梯的停车过程不是“看到目标层就刹停”这么简单。正确顺序应当是电梯运行中持续检测平层感应信号当到达目标楼层且该楼层呼梯记忆为真时先断开运行输出让电机停止之后延时很短时间再触发开门输出开门到位后延时或者等到乘客按关门按钮再执行关门。如果用了光幕光幕触发时要立即复位关门输出并重新计时开门延时防止夹人。我在这台模型上把开门保持时间设置在3秒到5秒现场真梯一般30秒左右。这个参数最好做成一个D寄存器里的数值用MCGS组态画面里做一个输入框可以在线修改省得每次调程序都要重灌PLC。这个做法虽然简单但实际调试体验提升非常明显。开关门和运行的联锁关系也要写清楚只有关门到位信号有效时电梯才允许启动运行门没有关好运行输出必须强制断开。而开门请求有效时关门输出也必须被强制断开。这条联锁是电梯安全逻辑的底线。2.4 安全互锁与异常处理这一节是我认为整个项目里最不能省的部分。上行接触器和下行接触器绝不允许同时吸合否则电源直接短路这在硬件上要用接触器常闭点互锁在软件里同样要写互锁。Omron的梯形图实现非常简单就是在上行输出回路里串一个下行输出的常闭触点下行输出回路里串一个上行输出的常闭触点。这样即使程序扫描顺序有问题也不会同时驱动两个输出。除此之外上极限和下极限开关要作为最终保护接进程序。正常运行时平层信号会让电梯停在楼层但如果程序出bug或者传感器故障电梯冲到顶楼、底楼极限位置时必须无条件切断运行输出。这个极限信号我建议直接串在PLC输出回路的硬件线路上万一PLC程序跑飞硬件回路还能兜底。在这里我也必须多说一句这篇文章里讲的是教学模型和实训设备的实现方式安全逻辑也做了简化处理真实乘客电梯还必须遵守特种设备相关的国家标准由具备资质的单位制造、安装和检验绝对不要把教学模型直接搬到真梯上使用。3. 梯形图实现的关键套路3.1 程序分块与PLC地址分配写PLC程序最怕的是“一把梭”——所有逻辑挤在一个主程序里几千条指令调试的时候找一条线都要翻半天。这块项目的程序我习惯分成五块初始化、呼梯登记与消号、运行方向决策、运行输出控制、故障保护与显示。每块用单独的程序段组织在CX-Programmer里就是不同的程序段名称注释写清楚后面排查问题效率高很多。地址规划上我建议把输入点全部放在一个连续区间。比如内呼用0.00到0.04外呼上行用0.05到0.08外呼下行用0.09到0.12平层感应用0.13到0.17其他按钮和开关从0.18往后排。这样看梯形图的时候一看到地址就能猜出是什么信号不需要每次都翻点表。输出就用100.00往后排上行、下行、开门、关门各占一位。中间变量用W区断电保持的呼梯信号和楼层数据用H区。这里有个Omron的细节值得新手注意W区是易失性继电器区断电后内容清零H区是断电保持区。如果你希望停电再来电后电梯能记住之前的呼叫任务呼梯记忆位和当前楼层值都要放在H区而不是W区。3.2 呼梯登记和消号怎么写以二楼外呼上行按钮为例梯形图的思路是这样的当外呼上行按钮闭合或者内呼二楼按钮闭合时把H0.02这个二楼呼梯记忆位置位。原本这个记忆位应该等到电梯在二楼平层停车并且开门后才复位但为了让程序更可靠我加了一个前置条件当前楼层不在二楼。否则电梯本来就在二楼乘客一按按钮一边置位一边又被消号逻辑就乱了。用CX-Programmer的助记符来写这段程序看起来就是LD 0.06 外呼上行按钮2F OR 0.01 内呼按钮2F AND NOT H0.05 当前楼层不在2F比较结果 AND NOT 开门完成延时 SET H0.02 二楼呼梯记忆置位消号那段则是LD 平层2F AND H0.02 AND 开门动作标志 RSET H0.02实际写的时候不会真的把“当前楼层不在2F”写成一个触点而是先通过比较指令把比较结果存到一个中间继电器再用这个继电器做常开常闭触点的条件。3.3 当前楼层的计算与更新电梯怎么知道自己在几楼最常用的方法就是依靠平层感应信号。电梯经过某个楼层时该楼层的平层感应开关会动作程序检测到动作后把当前楼层寄存器D100断电保持区更新为对应的楼层号。这段逻辑可以这样实现每个楼层的平层信号都对应一条比较和传送指令。比如2楼平层信号闭合时就把常量2传送到D100。为了防止抖动造成楼层误判我习惯在传送前加一个20毫秒左右的输入滤波延时。楼层数据的更新频率不需要太高只在平层信号上升沿时传送一次就够了。如果每个扫描周期都传送触点抖动时可能出现D100在1和2之间反复跳变楼层显示就会跟着闪。这也是我调试时遇到过的实际问题。3.4 运行输出的联锁写法运行输出的梯形图核心就一条线当存在上行任务、当前运行方向被判定为上行、且所有安全条件都满足时置位上行输出同时RSET下行输出。下行同理。安全条件包括门锁闭合、未超载、上极限未动作、下极限未动作、当前不在故障状态。每一条都是串联的常开或常闭触点。有人问为什么这里要用置位复位而不是普通输出线圈因为方向信号需要保持住而且置位复位能避免方向在换向瞬间因为扫描顺序而闪烁。这里我再强调一次硬件互锁。PLC程序里互锁做得再好如果接触器本身出问题比如主触点因为拉弧粘连那硬件电路的常闭触点互锁还能把它拦住。编程和接线从来不是二选一而是两道保险。4. MCGS组态画面、变量与通信4.1 PLC与触摸屏的通信配置Omron PLC和MCGS触摸屏之间通信我在这个项目里试过两条路一条是HostLink协议一条是Modbus-RTU协议。两条路都能通但我的建议是如果是初学者或者项目时间紧优先走HostLink。原因很简单HostLink是欧姆龙传统的上位链接协议PLC侧几乎不需要额外的从站配置只要把串口模式设为HostLink设置好单元号触摸屏这边就能直接通过地址读写。Modbus-RTU虽然通用性更强但需要额外确认PLC串口从站节点的参数配置如果配置不当会出现触摸屏能读但写不进去这种奇怪问题。通信参数是调试时最好先核对的地方。HostLink方式常用参数是9600波特率、7位数据位、偶校验、2位停止位单元号默认0。Modbus-RTU常用的是9600波特率、8位数据位、无校验、1位停止位从站地址1。MCGS设备窗口里新建设备时选对应的驱动然后把这些参数填进去设备地址填PLC单元号或从站地址不能填错。接线方面CP1H如果要走串口通信需要加一块串口选件板常用的是CP1W-CIF01对应RS-232C或者CP1W-CIF11对应RS-485。触摸屏端如果是RS-485接口就对应连接。现场很多通信不上并不是设置问题而是A、B线接反了或者触摸屏侧终端电阻没有设置这类基础问题反而要最先排查。4.2 在MCGS里建立变量并关联PLC地址MCGS的组态逻辑和PLC程序有点像先要定义变量再把图形元件和变量绑定。我在这台电梯里建的变量分三类第一类是整数变量比如“当前楼层”对应PLC的D100寄存器“开门保持时间”对应D101寄存器。第二类是开关变量对应PLC的各个呼梯记忆位比如“内呼二楼”对应H0.01“外呼上行二楼”对应H0.06。第三类是输出状态变量对应PLC的输出位比如“上行输出”对应100.00“开门输出”对应100.02。在MCGS设备窗口里设备驱动的通道和PLC变量是一一对应的。添加通道时要注意数据类型的匹配PLC的字寄存器对应MCGS的整数变量PLC的位地址对应MCGS的开关变量。如果类型选错比如把位地址当整数读读出来的数值会非常诡异而且不会报错排查起来极其耗时。建立变量之后画面的图形元件才能动起来。这是MCGS和传统触摸屏组态软件不太一样的地方它强调“变量驱动动画”你只要把变量关联好画面就会自动反映PLC内部状态。4.3 电梯监控画面设计要点主监控画面是我花时间最多的地方。一个完整的电梯监控画面至少要包含这几样东西电梯井道示意、轿厢图标、当前楼层数字、上下行方向箭头、五个内呼按钮、九个外呼按钮、开关门状态指示、超载和故障报警灯。轿厢图标的移动是MCGS里最典型的“垂直移动”动画实现。我给轿厢图标设置了一个垂直方向的移动动画移动量由当前楼层变量D100转换而来。但要注意D100是1到5的整数直接绑到移动量上是不能用的因为MCGS的移动动画需要的是像素偏移量。我一般会先用表达式把“楼层间隔”算出来比如每层间隔120像素再乘以D100减1得到轿厢的偏移位置。这个“数值转换”是很多初学MCGS的人会卡住的地方。内外呼按钮的显示也有一个容易踩的坑。按钮的“按下”动作应当配置为“按下时对变量置位”而不是“弹起时清零”。因为PLC内部已经有了呼梯记忆逻辑按钮只需要发出一个脉冲置位信号剩下的记忆由PLC保持。如果你把按钮配置成“按下置位、弹起清零”那手一松信号就没了电梯根本接收不到完整呼叫。楼层数字显示直接用MCGS的“数值显示”元件绑定当前楼层变量就行。但符号文本也可以做得更直观当前楼层为1时显示汉字“1楼”为2时显示“2楼”这个用“字符串切换”功能可以轻松做到画面比光秃秃的数字好看不少。4.4 报警画面与运行状态记录电梯属于安全相关设备报警画面不是可有可无的。我在MCGS里做了两个报警相关项一个是实时报警超载、门故障、上行或下行极限触发时报警灯闪烁另一个是历史报警通过MCGS的报警浏览控件显示把报警时间记录下来。运行状态记录可以用MCGS的存盘功能实现。比如每隔一段时间把当前楼层、运行方向、开门状态存储成一份历史记录后续可以按时间回放看看电梯在某一段时间内是怎么运行的。这个功能对教学演示特别有帮助学生可以直观看到电梯的完整动作序列。MCGS触摸屏工程的下载方式也值得一提。常见的方式有U盘下载、网线下载和串口下载。工程项目下载到触摸屏后触摸屏里运行的是编译后的工程文件。很多人会以为跟PLC一样能把触摸屏里的程序上传回来修改其实MCGS触摸屏上传通常只能上传工程文件组态源工程不一定能完整还原。所以我养成了一个习惯工程文件随时在电脑上备份而且每次改动后立即下载同步不给触摸屏“唯一保存”的机会。4.5 一个PLC接两个触摸屏的问题有人问过我一台PLC能不能带两块MCGS触摸屏实际是可以的。串口方式下两块触摸屏通过RS-485并联接在PLC同一个串口上设置相同的通信参数触摸屏之间不会冲突。但要注意的是两台触摸屏同时轮询PLC会明显增加通信负担画面刷新率会变慢。如果现场允许更推荐用带以太网口的PLC和MCGS触摸屏通过网络连接一台PLC可以被多台终端访问通信速度和稳定性都比串口并联好。前提是PLC和触摸屏的IP地址要在同一个网段网关设置正确。这类跨网段通信问题在工厂现场非常常见排查时第一步永远是Ping通测试和网段确认。5. 模拟调试、现场联调与常见问题排查5.1 先离线模拟再连真实硬件我在写这套程序的过程中几乎没有让PLC直接连着电机跑过第一版。Omron自家的CX-Programmer里集成了离线仿真功能先把所有程序在电脑上跑一遍用软件模拟按钮信号、平层信号观察线圈状态变化这一步能把80%的逻辑错误提前干掉。离线仿真阶段重点验证的场景包括只按一个内呼按钮时电梯能否准确到达目标层同时按下多个不同方向的呼梯按钮时电梯是否会乱换向电梯到达某层后呼叫能否被正确消号如果所有呼梯在运行中被取消方向输出能否正常复位。MCGS组态也有类似的功能组态环境里可以离线模拟绑定好的变量可以在模拟状态下给值观察画面动画是否正常。我一般是先用MCGS模拟运行画面确认按钮动画、轿厢移动、报警闪烁都正常了再把PLC和触摸屏直接联机调试把通信一环套进来。5.2 分步调试验收流程联调阶段我习惯按“手动点动到自动运行再到压力测试”的节奏来走。第一步是PLC手动模式逐个操作输出点确认每个接触器、指示灯、蜂鸣器接线正确第二步是只测试呼梯记忆逻辑按下按钮观察H区记忆位是否置位、手动模拟到达后能否消号第三步才是真正让电梯跑起来一层一层验证。压力测试部分我会模拟一些比较刁钻的场景。比如电梯正在上行过程中乘客在下方楼层按了外呼电梯应该继续完成本方向任务而不是立刻掉头再比如电梯开门瞬间有人按了关门按钮随后光幕被触发关门必须立即停止并重新开门。这些场景看上去简单但如果没有提前测试现场很容易出现“电梯卡在某一层一直开关门”“电梯到站不开门继续往上跑”这种让人头疼的问题。5.3 常见问题速查表我把这个项目调试过程中遇到的问题整理成了下面这张表供大家直接对照现象可能原因排查与处理办法触摸屏连不上PLC驱动选错、串口参数不一致、站号不对、485线序接反先用串口助手确认PLC是否正常回复报文再检查MCGS设备窗口参数和单元号/从站地址电梯到站不停车平层信号没进入PLC、消号条件未满足、目标楼层判断错误监视对应平层输入点和目标楼层寄存器在平层信号上加延时滤波上行与下行同时动作程序互锁缺失、接触器触点粘连强制在梯形图里互锁同时检查接触器主触点是否烧蚀粘连呼梯按钮按了没反应按钮信号用了易失区、MCGS按钮没有配置按下置位把记忆位改到H区按钮改为按下时置位、松开不做任何操作电梯门反复开关门到位信号和开门保持逻辑互相干扰调整开门延时逻辑开门信号有效期间屏蔽关门输出楼层显示来回跳变平层信号抖动、楼层更新频率过高平层信号滤波楼层传送只在信号上升沿执行一次这张表看起来简单每一条背后都是实实在在踩过的坑。尤其是触摸屏通信那一条我见过太多人盯着PLC和触摸屏的型号研究半天最后发现只是两根通信线接反了。5.4 几个值得养成的实操习惯最后分享几个我个人在这类项目里特别坚持的习惯。PLC程序里所有注释必须写而且要用中文写清楚这一段的目的是什么。程序刚写完的时候自己当然记得但三天后再打开没有注释的梯形图就跟天书一样。MCGS画面里的变量名也要规范命名不要叫“a1”“b2”这种天书式名称而是直接用“内呼_二楼”“外呼_上行_三楼”这种见名知意的写法。版本管理也很重要。每次改动程序之前把当前能跑通的版本单独复制一份命名带日期。尤其是现场调试过程中经常会改一个参数之后发现反而更糟了有一个可靠的回退版本能救命。我做过好几套类似的小型控制系统这套5层电梯是我投入时间最长、也最有收获的一个。电梯控制看起来简单但它把数字量输入输出、保持寄存器、通信组态、顺序控制、安全联锁这些PLC应用的核心知识点全部串起来了。把这一套逻辑真正跑通再去看其他自动化设备很多套路都是相通的。
做这个项目之前我先问了自己一个问题如果只给你一台Omron欧姆龙PLC和一块MCGS组态触摸屏让你从零开始搭一个5层电梯控制系统你会怎么下手很多人觉得电梯不就是“按一下按钮电梯就来了”但真正把逻辑写出来之后你才会发现这个系统要处理的不是“动”和“停”而是电梯怎么知道自己该往哪走、到哪层停、什么时候开门、什么时候转向、同层多召唤时优先响应谁。这一整套决策逻辑才是整个项目的核心价值所在。这篇文章我按实际做的顺序来写从需求拆解、I/O点规划、硬件选型到PLC梯形图逻辑设计再到MCGS组态画面搭建和最后的联调排障。无论你是做毕业设计、参加技能竞赛还是单纯想在实验室搭一台教学模型这套思路都可以直接参考。落地的平台就是Omron的CP1H系列PLC和MCGS嵌入版触摸屏这也是目前高职院校、本科实训和中小型自动化项目里非常常见的一套组合。1. 项目需求拆解与整体方案设计1.1 先把电梯的“信号地图”画出来设计任何控制系统第一步不是打开编程软件而是把现场要处理的物理量全部列清楚。5层电梯虽然结构简单但它五脏俱全所有信号可以分为三类呼唤类、状态类、执行类。呼唤类信号包括内呼和外呼。内呼是轿厢里的5个楼层按钮外呼是每层楼电梯门口的召唤按钮但要注意一楼只有上行按钮五楼只有下行按钮中间二楼到四楼各有一个上行和一个下行所以外呼总共是9个。这一块经常有人在I/O统计时漏掉算成10个、12个的都有。状态类信号就比较杂了每个楼层的平层感应开关、上下行极限位置开关、开门到位、关门到位、门锁反馈、超载开关、光幕或者安全触板。如果带变频器还得算上变频器的运行反馈和故障输出。这部分最容易犯的错误是“按功能想当然”比如觉得门锁反馈不就是一个触点而已嘛实际上它直接决定了电梯能不能走车安全等级完全不一样。执行类信号相对清晰上行接触器、下行接触器、开门继电器、关门继电器然后是楼层显示和方向指示灯。如果用了变频器驱动还要加上多段速控制信号和启停控制。把这三类信号画成一张表你会发现任何电梯控制系统其实都是在这张表上做文章。1.2 为什么选Omron PLC加MCGS组态这套方案市面上PLC品牌很多西门子、三菱、欧姆龙、汇川都能做电梯但我在这类中小型教学项目和设备改造里更倾向于Omron加MCGS的组合理由有三点。第一Omron CP1H系列自带24点输入和16点输出程序容量足够跑一套完整的电梯逻辑自带高速计数和模拟量处理能力后面想扩展变频器模拟量调速也不需要额外加模块。对5层电梯这种规模来说用CP1H有点“大马拉小车”的味道但好处是余量充足调试时不用抠点位。预算更紧的话CP1E系列也够用编程方式基本一样。第二欧姆龙有一段非常成熟的HostLink通信协议而MCGS触摸屏的设备驱动库里正好有对应的欧姆龙驱动。这就意味着PLC和触摸屏之间不需要写太复杂的通信代码配置好串口参数就能把内部地址映射过去。相比有些PLC和组态软件组合需要自己拼报文这套方案能把精力集中在控制逻辑本身。第三MCGS组态软件对新手特别友好。它的图库很丰富按钮、指示灯、仪表都有现成的画面动效通过“动画连接”配置不需要写脚本就能做出一套能看的监控界面。再加上MCGS的下载中心可以直接下载软件和手册整个项目的入门门槛确实低。1.3 I/O点表规划与硬件清单做点表的目的不是单纯为了算点数而是给后面每个输入输出信号确定一个唯一的PLC地址。地址一旦乱套程序写得再好都白搭。下面是我在这个项目里用的点表按实际需求统计的输入信号方面内呼5个外呼上行4个外呼下行4个平层感应5个开门按钮、关门按钮各1个光幕1个超载1个上下极限各1个再加上门锁反馈和门到位信号各1个总共25个数字量输入。输出信号方面上行、下行各1个开门、关门各1个楼层显示可做BCD码4个方向指示灯和蜂鸣器2个合计10个数字量输出。这样算下来DI点数已经超过CP1H自带24点输入了所以实际选型我建议直接选择CP1H-XA40DR-A这类带模拟量输入的40点主机如果以后还想加大变频器速度给定模拟量通道也能直接用上。输出点数16点完全够用。如果只做纯教学模型可以把门到位反馈省掉用延时替代但真实电梯里这个信号是绝对不能省的。学生最容易忽略的其实是接线层面的硬件互锁。PLC程序里做了上下行互锁还不够接触器的常闭触点也要串到对方线圈回路里双重互锁才能防止接触器烧毁或者电机瞬间抱死。这个在后面逻辑部分我会再强调。2. 电梯运行逻辑设计状态机、优先级与互锁2.1 呼梯信号的记忆与消号电梯最核心的逻辑表面上是“运行动作”实际上是“记忆与清除”。所有呼梯按钮按下后都是瞬时信号如果PLC不把它记住手一松就什么都没了。所以程序设计的第一件事就是把按钮信号转换成保持信号。在Omron PLC里这个动作可以用SET指令也可以直接用KEEP保持指令。我更习惯用SET和RSET配合当某一个内呼按钮或者外呼按钮闭合时把这个楼层对应的“呼梯记忆位”置位当电梯已经到达该层并且完成开门动作后再把这个记忆位复位。这里有个关键细节消号时机不能选在“到达平层”的一瞬间而应当选在“开门动作已经产生”之后。否则会出现电梯刚停稳、门还没来得及开呼叫就被清掉了乘客再按一下就变成新的呼叫系统感知上会显得很“神经质”。另外呼梯记忆位建议放在掉电保持的H区。设想一下电梯正在三楼往上走突然停电了电来了以后如果所有呼梯信号都丢了乘客就不知道自己的楼层到底有没有被响应过。用H区保存呼梯信号和当前楼层停电恢复后系统还能继续原来的任务这是现场运行非常看重的一点。2.2 方向判定与顺路停靠电梯“往哪走”这个决策看似简单其实是整个程序里最容易写乱的地方。基本的判断逻辑是当没有任何呼梯记忆时电梯停在原地等待当存在呼梯目标时把目标楼层和当前楼层比较目标大于当前就上行目标小于当前就下行。但真实电梯还有个“顺路停靠”的问题。电梯正在往上走这时五楼有人下行大家最自然的理解是电梯先上去把五楼的人接走然后才转向下行。所以顺路停靠的逻辑就是电梯维持某一个方向运行时只响应与当前方向一致的目标楼层当本方向已经没有呼梯信号时才允许换向。我在这台电梯上用了一种比较直观的简化方案把上行目标群和下行目标群拆开计算。比如电梯当前在2楼选择上行方向后就只扫描3楼、4楼、5楼的呼梯信号其中一个楼层被置位就说明本方向有任务如果扫描完发现上方没有任何召唤而此时下方有召唤才允许切换到下行。这样的逻辑和真实电梯的“最远反向原则”不完全一样但对5层小型系统来说足够稳定代码量也少调试时逻辑透明不容易出现电梯“思考人生”的怪现象。还有一个需要特意处理的细节方向要保持自锁。电梯上行过程中如果只用一个瞬时比较结果去驱动输出目标楼层的呼梯信号一旦在停车时被消号方向输出就可能瞬间掉电。所以方向输出必须有记忆性用一个“运行方向锁存位”保持住直到系统确认本方向已经没有任务才允许复位并切换到反向。2.3 平层停车与开关门时序电梯的停车过程不是“看到目标层就刹停”这么简单。正确顺序应当是电梯运行中持续检测平层感应信号当到达目标楼层且该楼层呼梯记忆为真时先断开运行输出让电机停止之后延时很短时间再触发开门输出开门到位后延时或者等到乘客按关门按钮再执行关门。如果用了光幕光幕触发时要立即复位关门输出并重新计时开门延时防止夹人。我在这台模型上把开门保持时间设置在3秒到5秒现场真梯一般30秒左右。这个参数最好做成一个D寄存器里的数值用MCGS组态画面里做一个输入框可以在线修改省得每次调程序都要重灌PLC。这个做法虽然简单但实际调试体验提升非常明显。开关门和运行的联锁关系也要写清楚只有关门到位信号有效时电梯才允许启动运行门没有关好运行输出必须强制断开。而开门请求有效时关门输出也必须被强制断开。这条联锁是电梯安全逻辑的底线。2.4 安全互锁与异常处理这一节是我认为整个项目里最不能省的部分。上行接触器和下行接触器绝不允许同时吸合否则电源直接短路这在硬件上要用接触器常闭点互锁在软件里同样要写互锁。Omron的梯形图实现非常简单就是在上行输出回路里串一个下行输出的常闭触点下行输出回路里串一个上行输出的常闭触点。这样即使程序扫描顺序有问题也不会同时驱动两个输出。除此之外上极限和下极限开关要作为最终保护接进程序。正常运行时平层信号会让电梯停在楼层但如果程序出bug或者传感器故障电梯冲到顶楼、底楼极限位置时必须无条件切断运行输出。这个极限信号我建议直接串在PLC输出回路的硬件线路上万一PLC程序跑飞硬件回路还能兜底。在这里我也必须多说一句这篇文章里讲的是教学模型和实训设备的实现方式安全逻辑也做了简化处理真实乘客电梯还必须遵守特种设备相关的国家标准由具备资质的单位制造、安装和检验绝对不要把教学模型直接搬到真梯上使用。3. 梯形图实现的关键套路3.1 程序分块与PLC地址分配写PLC程序最怕的是“一把梭”——所有逻辑挤在一个主程序里几千条指令调试的时候找一条线都要翻半天。这块项目的程序我习惯分成五块初始化、呼梯登记与消号、运行方向决策、运行输出控制、故障保护与显示。每块用单独的程序段组织在CX-Programmer里就是不同的程序段名称注释写清楚后面排查问题效率高很多。地址规划上我建议把输入点全部放在一个连续区间。比如内呼用0.00到0.04外呼上行用0.05到0.08外呼下行用0.09到0.12平层感应用0.13到0.17其他按钮和开关从0.18往后排。这样看梯形图的时候一看到地址就能猜出是什么信号不需要每次都翻点表。输出就用100.00往后排上行、下行、开门、关门各占一位。中间变量用W区断电保持的呼梯信号和楼层数据用H区。这里有个Omron的细节值得新手注意W区是易失性继电器区断电后内容清零H区是断电保持区。如果你希望停电再来电后电梯能记住之前的呼叫任务呼梯记忆位和当前楼层值都要放在H区而不是W区。3.2 呼梯登记和消号怎么写以二楼外呼上行按钮为例梯形图的思路是这样的当外呼上行按钮闭合或者内呼二楼按钮闭合时把H0.02这个二楼呼梯记忆位置位。原本这个记忆位应该等到电梯在二楼平层停车并且开门后才复位但为了让程序更可靠我加了一个前置条件当前楼层不在二楼。否则电梯本来就在二楼乘客一按按钮一边置位一边又被消号逻辑就乱了。用CX-Programmer的助记符来写这段程序看起来就是LD 0.06 外呼上行按钮2F OR 0.01 内呼按钮2F AND NOT H0.05 当前楼层不在2F比较结果 AND NOT 开门完成延时 SET H0.02 二楼呼梯记忆置位消号那段则是LD 平层2F AND H0.02 AND 开门动作标志 RSET H0.02实际写的时候不会真的把“当前楼层不在2F”写成一个触点而是先通过比较指令把比较结果存到一个中间继电器再用这个继电器做常开常闭触点的条件。3.3 当前楼层的计算与更新电梯怎么知道自己在几楼最常用的方法就是依靠平层感应信号。电梯经过某个楼层时该楼层的平层感应开关会动作程序检测到动作后把当前楼层寄存器D100断电保持区更新为对应的楼层号。这段逻辑可以这样实现每个楼层的平层信号都对应一条比较和传送指令。比如2楼平层信号闭合时就把常量2传送到D100。为了防止抖动造成楼层误判我习惯在传送前加一个20毫秒左右的输入滤波延时。楼层数据的更新频率不需要太高只在平层信号上升沿时传送一次就够了。如果每个扫描周期都传送触点抖动时可能出现D100在1和2之间反复跳变楼层显示就会跟着闪。这也是我调试时遇到过的实际问题。3.4 运行输出的联锁写法运行输出的梯形图核心就一条线当存在上行任务、当前运行方向被判定为上行、且所有安全条件都满足时置位上行输出同时RSET下行输出。下行同理。安全条件包括门锁闭合、未超载、上极限未动作、下极限未动作、当前不在故障状态。每一条都是串联的常开或常闭触点。有人问为什么这里要用置位复位而不是普通输出线圈因为方向信号需要保持住而且置位复位能避免方向在换向瞬间因为扫描顺序而闪烁。这里我再强调一次硬件互锁。PLC程序里互锁做得再好如果接触器本身出问题比如主触点因为拉弧粘连那硬件电路的常闭触点互锁还能把它拦住。编程和接线从来不是二选一而是两道保险。4. MCGS组态画面、变量与通信4.1 PLC与触摸屏的通信配置Omron PLC和MCGS触摸屏之间通信我在这个项目里试过两条路一条是HostLink协议一条是Modbus-RTU协议。两条路都能通但我的建议是如果是初学者或者项目时间紧优先走HostLink。原因很简单HostLink是欧姆龙传统的上位链接协议PLC侧几乎不需要额外的从站配置只要把串口模式设为HostLink设置好单元号触摸屏这边就能直接通过地址读写。Modbus-RTU虽然通用性更强但需要额外确认PLC串口从站节点的参数配置如果配置不当会出现触摸屏能读但写不进去这种奇怪问题。通信参数是调试时最好先核对的地方。HostLink方式常用参数是9600波特率、7位数据位、偶校验、2位停止位单元号默认0。Modbus-RTU常用的是9600波特率、8位数据位、无校验、1位停止位从站地址1。MCGS设备窗口里新建设备时选对应的驱动然后把这些参数填进去设备地址填PLC单元号或从站地址不能填错。接线方面CP1H如果要走串口通信需要加一块串口选件板常用的是CP1W-CIF01对应RS-232C或者CP1W-CIF11对应RS-485。触摸屏端如果是RS-485接口就对应连接。现场很多通信不上并不是设置问题而是A、B线接反了或者触摸屏侧终端电阻没有设置这类基础问题反而要最先排查。4.2 在MCGS里建立变量并关联PLC地址MCGS的组态逻辑和PLC程序有点像先要定义变量再把图形元件和变量绑定。我在这台电梯里建的变量分三类第一类是整数变量比如“当前楼层”对应PLC的D100寄存器“开门保持时间”对应D101寄存器。第二类是开关变量对应PLC的各个呼梯记忆位比如“内呼二楼”对应H0.01“外呼上行二楼”对应H0.06。第三类是输出状态变量对应PLC的输出位比如“上行输出”对应100.00“开门输出”对应100.02。在MCGS设备窗口里设备驱动的通道和PLC变量是一一对应的。添加通道时要注意数据类型的匹配PLC的字寄存器对应MCGS的整数变量PLC的位地址对应MCGS的开关变量。如果类型选错比如把位地址当整数读读出来的数值会非常诡异而且不会报错排查起来极其耗时。建立变量之后画面的图形元件才能动起来。这是MCGS和传统触摸屏组态软件不太一样的地方它强调“变量驱动动画”你只要把变量关联好画面就会自动反映PLC内部状态。4.3 电梯监控画面设计要点主监控画面是我花时间最多的地方。一个完整的电梯监控画面至少要包含这几样东西电梯井道示意、轿厢图标、当前楼层数字、上下行方向箭头、五个内呼按钮、九个外呼按钮、开关门状态指示、超载和故障报警灯。轿厢图标的移动是MCGS里最典型的“垂直移动”动画实现。我给轿厢图标设置了一个垂直方向的移动动画移动量由当前楼层变量D100转换而来。但要注意D100是1到5的整数直接绑到移动量上是不能用的因为MCGS的移动动画需要的是像素偏移量。我一般会先用表达式把“楼层间隔”算出来比如每层间隔120像素再乘以D100减1得到轿厢的偏移位置。这个“数值转换”是很多初学MCGS的人会卡住的地方。内外呼按钮的显示也有一个容易踩的坑。按钮的“按下”动作应当配置为“按下时对变量置位”而不是“弹起时清零”。因为PLC内部已经有了呼梯记忆逻辑按钮只需要发出一个脉冲置位信号剩下的记忆由PLC保持。如果你把按钮配置成“按下置位、弹起清零”那手一松信号就没了电梯根本接收不到完整呼叫。楼层数字显示直接用MCGS的“数值显示”元件绑定当前楼层变量就行。但符号文本也可以做得更直观当前楼层为1时显示汉字“1楼”为2时显示“2楼”这个用“字符串切换”功能可以轻松做到画面比光秃秃的数字好看不少。4.4 报警画面与运行状态记录电梯属于安全相关设备报警画面不是可有可无的。我在MCGS里做了两个报警相关项一个是实时报警超载、门故障、上行或下行极限触发时报警灯闪烁另一个是历史报警通过MCGS的报警浏览控件显示把报警时间记录下来。运行状态记录可以用MCGS的存盘功能实现。比如每隔一段时间把当前楼层、运行方向、开门状态存储成一份历史记录后续可以按时间回放看看电梯在某一段时间内是怎么运行的。这个功能对教学演示特别有帮助学生可以直观看到电梯的完整动作序列。MCGS触摸屏工程的下载方式也值得一提。常见的方式有U盘下载、网线下载和串口下载。工程项目下载到触摸屏后触摸屏里运行的是编译后的工程文件。很多人会以为跟PLC一样能把触摸屏里的程序上传回来修改其实MCGS触摸屏上传通常只能上传工程文件组态源工程不一定能完整还原。所以我养成了一个习惯工程文件随时在电脑上备份而且每次改动后立即下载同步不给触摸屏“唯一保存”的机会。4.5 一个PLC接两个触摸屏的问题有人问过我一台PLC能不能带两块MCGS触摸屏实际是可以的。串口方式下两块触摸屏通过RS-485并联接在PLC同一个串口上设置相同的通信参数触摸屏之间不会冲突。但要注意的是两台触摸屏同时轮询PLC会明显增加通信负担画面刷新率会变慢。如果现场允许更推荐用带以太网口的PLC和MCGS触摸屏通过网络连接一台PLC可以被多台终端访问通信速度和稳定性都比串口并联好。前提是PLC和触摸屏的IP地址要在同一个网段网关设置正确。这类跨网段通信问题在工厂现场非常常见排查时第一步永远是Ping通测试和网段确认。5. 模拟调试、现场联调与常见问题排查5.1 先离线模拟再连真实硬件我在写这套程序的过程中几乎没有让PLC直接连着电机跑过第一版。Omron自家的CX-Programmer里集成了离线仿真功能先把所有程序在电脑上跑一遍用软件模拟按钮信号、平层信号观察线圈状态变化这一步能把80%的逻辑错误提前干掉。离线仿真阶段重点验证的场景包括只按一个内呼按钮时电梯能否准确到达目标层同时按下多个不同方向的呼梯按钮时电梯是否会乱换向电梯到达某层后呼叫能否被正确消号如果所有呼梯在运行中被取消方向输出能否正常复位。MCGS组态也有类似的功能组态环境里可以离线模拟绑定好的变量可以在模拟状态下给值观察画面动画是否正常。我一般是先用MCGS模拟运行画面确认按钮动画、轿厢移动、报警闪烁都正常了再把PLC和触摸屏直接联机调试把通信一环套进来。5.2 分步调试验收流程联调阶段我习惯按“手动点动到自动运行再到压力测试”的节奏来走。第一步是PLC手动模式逐个操作输出点确认每个接触器、指示灯、蜂鸣器接线正确第二步是只测试呼梯记忆逻辑按下按钮观察H区记忆位是否置位、手动模拟到达后能否消号第三步才是真正让电梯跑起来一层一层验证。压力测试部分我会模拟一些比较刁钻的场景。比如电梯正在上行过程中乘客在下方楼层按了外呼电梯应该继续完成本方向任务而不是立刻掉头再比如电梯开门瞬间有人按了关门按钮随后光幕被触发关门必须立即停止并重新开门。这些场景看上去简单但如果没有提前测试现场很容易出现“电梯卡在某一层一直开关门”“电梯到站不开门继续往上跑”这种让人头疼的问题。5.3 常见问题速查表我把这个项目调试过程中遇到的问题整理成了下面这张表供大家直接对照现象可能原因排查与处理办法触摸屏连不上PLC驱动选错、串口参数不一致、站号不对、485线序接反先用串口助手确认PLC是否正常回复报文再检查MCGS设备窗口参数和单元号/从站地址电梯到站不停车平层信号没进入PLC、消号条件未满足、目标楼层判断错误监视对应平层输入点和目标楼层寄存器在平层信号上加延时滤波上行与下行同时动作程序互锁缺失、接触器触点粘连强制在梯形图里互锁同时检查接触器主触点是否烧蚀粘连呼梯按钮按了没反应按钮信号用了易失区、MCGS按钮没有配置按下置位把记忆位改到H区按钮改为按下时置位、松开不做任何操作电梯门反复开关门到位信号和开门保持逻辑互相干扰调整开门延时逻辑开门信号有效期间屏蔽关门输出楼层显示来回跳变平层信号抖动、楼层更新频率过高平层信号滤波楼层传送只在信号上升沿执行一次这张表看起来简单每一条背后都是实实在在踩过的坑。尤其是触摸屏通信那一条我见过太多人盯着PLC和触摸屏的型号研究半天最后发现只是两根通信线接反了。5.4 几个值得养成的实操习惯最后分享几个我个人在这类项目里特别坚持的习惯。PLC程序里所有注释必须写而且要用中文写清楚这一段的目的是什么。程序刚写完的时候自己当然记得但三天后再打开没有注释的梯形图就跟天书一样。MCGS画面里的变量名也要规范命名不要叫“a1”“b2”这种天书式名称而是直接用“内呼_二楼”“外呼_上行_三楼”这种见名知意的写法。版本管理也很重要。每次改动程序之前把当前能跑通的版本单独复制一份命名带日期。尤其是现场调试过程中经常会改一个参数之后发现反而更糟了有一个可靠的回退版本能救命。我做过好几套类似的小型控制系统这套5层电梯是我投入时间最长、也最有收获的一个。电梯控制看起来简单但它把数字量输入输出、保持寄存器、通信组态、顺序控制、安全联锁这些PLC应用的核心知识点全部串起来了。把这一套逻辑真正跑通再去看其他自动化设备很多套路都是相通的。
