企业官网建设流程全解析

三菱PLC的项目案例里，交通灯是大多数人的第一个玩具，但真要说能把PLC的输入输出、逻辑控制、状态保持这些东西全部串起来的，还得是电梯控制系统。我这些年带过不少新人和学生做电梯项目，发现五层电梯是一个非常微妙的分水岭：楼层太少，逻辑还没铺开就结束了；楼层太多，群控并联调度又超出单台PLC入门的学习范围。五层，正好能逼你把“呼叫登记、方向判定、平层停车、开关门互锁”这一整套东西想明白，做完之后再去看十层、二十层的电梯程序，你会发现骨架完全是通的。

这篇文章就围绕基于三菱PLC的五层电梯控制系统设计展开，从需求拆解、硬件选型、调度逻辑、梯形图模块划分，到变频调速和现场调试，按我做这类项目时的真实顺序走一遍。适合正在做课程设计或毕业设计的电气自动化同学，也适合刚接触三菱FX系列PLC、想找一个完整项目练手的工程师。看完之后，你至少能自己画出一张像样的I/O分配表，并说清楚电梯“为什么先往这层跑、到站为什么停、门为什么开”，而不是只会照着网上的梯形图抄一圈。

1. 五个楼层、几十个信号：先把电梯控制需求盘清楚

很多人做PLC项目有个毛病，拿到题目就打开GX Works2开始写梯形图，写到一半发现输入点不够、输出点也不够，又回头改功能。电梯这类设备尤其不能这么干，因为电梯的每一个动作都牵连着传感器、按钮、继电器和变频器，少了哪个信号，安全上就可能出问题。我习惯先把一条完整的“电梯指令链”画出来，再数点数，最后才动手写程序。

1.1 从按钮到平层：一条完整的指令链

站在乘客的角度看，电梯做的事非常直观：你在厅外按下上行或下行呼叫按钮，轿厢来了、门开了、你进去按下想去的楼层、门关了、电梯出发，到站平层、门再次打开。但站在PLC的角度，这一连串动作拆开是这样的：

1. 按下呼叫按钮后，按钮信号送入PLC输入点，PLC把这条呼叫登记到一个“记忆位”里，同时点亮按钮上的指示灯。
2. 电梯根据当前楼层和所有已登记的呼叫，决定是否响应、朝哪个方向启动。
3. 变频器收到启动信号和多段速指令，电梯开始加速上行或下行。
4. 轿厢经过各楼层时，平层感应器不断把位置信号送进PLC，PLC实时更新“当前楼层”寄存器。
5. 电梯进入目的楼层的减速区后，由高速切为低速爬行。
6. 目的层平层感应器动作，PLC发出停车指令，变频器停止输出。
7. 确认平层到位且轿厢处于门区范围内，PLC输出开门信号，门机动作。
8. 延时数秒后关门，如果关门过程中光幕被遮挡，门重新打开。
9. 门锁回路确认门已关严，电梯才能接受下一条运行指令。

这套链条里，每一个环节都要有对应的输入或输出信号去体现。比如“门已关严”这件事，不能靠程序里延时猜，必须有一个门锁开关信号送到PLC。超载、急停、上下限位同理，都必须硬接进控制系统。把这些链条画在纸上，I/O表自然就出来了。

1.2 I/O点数细算：为什么32个点根本不够用

我见过不少人上来就选FX3U-32MT，觉得十六进十六出总够了吧，结果画完点表直接傻眼。这里我把一套比较标准的五层电梯教学配置列出来，大家感受一下。

输入信号：

• 平层感应器1到5楼，共5个点；
• 轿内选层按钮1到5楼，共5个点；
• 厅外上行呼叫1到4楼，共4个点；
• 厅外下行呼叫2到5楼，共4个点；
• 开门按钮、关门按钮，各1个；
• 超载检测信号，1个；
• 急停按钮，1个；
• 门锁回路反馈，1个；
• 上限位开关、下限位开关，各1个。

光是这些必选项算下来，输入已经用了24个点。如果再算上光幕防夹、消防联动、检修开关这类扩展信号，输入点奔着30个去很正常。

输出信号：

• 上行方向接触器、下行方向接触器，2个；
• 变频器启动、多段速选择，至少3到4个；
• 开门继电器、关门继电器，2个；
• 到站钟或蜂鸣器，1个；
• 楼层显示，如果用七段数码管直接由PLC驱动，需要7个点；
• 内选楼层指示灯5个，外呼指示灯8个。

输出合计已经28个左右。这么一算，FX3U-32MT那16个输入、16个输出，连一半都不到。哪怕选FX3U-48MR，24输入24输出，也仅仅是“基本够用”，前提是楼层显示和呼叫指示必须做一些简化处理，比如呼叫指示灯并到按钮本身回路里，或者楼层显示改用触摸屏走通讯协议。

所以我的建议很明确：动手之前，无论如何先把I/O分配表画出来。这不光是选PLC的依据，更是后面写程序时定义软元件编号的地图。I/O表一旦定下来，程序里哪个X对应哪个按钮、哪个Y控制哪路接触器，就不会乱。

2. 硬件选型：FX3U-48MR、变频器与检测传感器怎么搭

上一节把需求盘清楚了，接下来就是选型。五层电梯这种教学或小型实训项目，硬件不需要多豪华，但每一件都要选得“对路”。

2.1 主控PLC：继电器输出还是晶体管输出

三菱FX系列里，做电梯控制最常用的就是FX3U系列。FX3U支持扩展模块，指令处理速度快，编程软件用GX Works2或者GX Works3都行，学习资料也最好找。

选型时第一个要决定的是输出类型。型号里带“MR”的是继电器输出，带“MT”的是晶体管输出。电梯这种场景，控制对象是接触器、继电器、变频器端子，开关频率不高，继电器输出的10毫秒级响应完全够用，而且触点耐压高，直接驱动220V交流接触器线圈很方便。很多初学者看到晶体管输出响应快就无脑选MT，结果发现板子上全是直流输出，带交流负载还得中间加继电器，平白多出一堆麻烦。

不过我也要提醒一句：如果后续打算用PLC发脉冲给伺服电机或步进电机，或者用脉冲方式控制变频器精确调速，那必须选晶体管输出的MT型号。五层电梯用变频器多段速端子控制，不需要高速脉冲，所以FX3U-48MR是性价比很高的选择。预算允许的话，选FX3U-64MR也行，输入输出余量更足，后面想加功能不用动PLC。

2.2 变频器、曳引电机与制动方式

电梯运行不是电机一转就完事，启动要防溜车、停止要防冲过头，这些动作离不开变频器。三菱对应的小型变频器常用FR-D700系列，一两千瓦的型号带一台1.5kW到2.2kW的曳引电机足够了。教学模型电梯甚至可以选更小的，但原理一样。

变频器在电梯里的角色是“执行机构”：PLC给它启动信号，给它多段速选择信号，它输出对应的电压频率驱动电机。遇到紧急情况，PLC断开运行信号的同时，还必须让机械抱闸立即压紧，否则轿厢会因为重力溜车。这里有一个工程上很重要的细节：抱闸控制最好用独立的输出点，并且设计成“得电松闸、失电抱闸”。也就是说，PLC给出运行指令后先给抱闸通电松开，再给变频器加速信号；停车时先撤掉变频器运行信号，再断开抱闸。顺序反了轻则顿挫，重则溜车或者溜冲，教学项目里常见，但必须从设计阶段就按正确时序考虑。

2.3 平层、限位与超载检测的选型细节

平层感应器是电梯的“眼睛”。教学项目里最常见的是电感式接近开关，安装在井道各层平层位置，轿厢上装金属感应板，轿厢经过时开关动作，PLC据此判断轿厢到了几楼。另一种做法是在轿厢上装磁铁、井道各层装干簧管或磁性开关，原理类似。选型上注意两点：一是感应距离要和安装间隙匹配，电感式接近开关常用8mm到10mm检测距离，装得太远感应不到，太近又容易被机械振动误碰；二是输出形式，选NPN型配合FX3U的漏型输入接线最方便。

上限位和下限位开关必须用机械式行程开关，并且要接进硬回路里，不能只在PLC程序里做软保护。真发生冲顶或蹲底时，PLC程序不一定来得及反应，行程开关直接切断主接触器控制回路才是最后的救命稻草。超载检测一般用轿厢底部的称重装置或压力开关，输出一个开关量信号给PLC，超载时禁止关门、禁止启动，这是乘梯安全的底线。

3. 调度逻辑：电梯怎么决定“先去哪、在哪停、要不要改方向”

硬件接好之后，真正的核心难题来了：电梯的调度逻辑。这一步卡住的人最多，而且往往不是不会写梯形图，而是脑子里对“电梯应当如何决策”这件事一团糨糊。我建议先别碰PLC，拿一小张纸，把电梯的决策规则用中文写出来，写清楚了再翻译成梯形图。

3.1 方向优先与顺向截停的核心规则

单台电梯最实用的调度策略是“方向优先”加“顺向截停”，而不是“先来先服务”。我见过有同学把电梯设计成谁先按就先送谁，结果电梯在中间楼层来回折返，乘客在轿厢里被晃晕，这种方案在设计阶段就该被毙掉。

方向优先规则用一句话说就是：电梯当前朝哪个方向走，就先把那个方向上所有同向的呼叫处理完，再掉头处理反向呼叫。举个例子，电梯从1楼出发上行，2楼有人按上行、4楼有人按下行。电梯上行过程中，2楼的上行呼叫是同向呼叫，到2楼必须停；4楼虽然呼叫按钮是“下行”，但4楼在当前运行方向的前方，电梯也要先到达4楼，把乘客接上之后，才切换成下行状态把乘客送下去。

顺向截停的意思则是：上行时，只要某层有内选呼叫或者上行外呼，电梯经过这层就要停，而不是直接冲到最远的呼叫层。这就像是公交车，沿途有人招手就停，而不是只在终点站停。

还有一个细节要补上：如果电梯在运行中没有同向呼叫了，但前方还有反向呼叫，它应该继续向前走完这一段，而不是原地掉头。比如电梯从2楼往上走，5楼有个下行呼叫，3楼和4楼都没同向呼叫，电梯应当继续开到5楼接上这位乘客，再转成下行。这种做法的好处是避免电梯在狭窄井道里反复折腾，乘客等待时间更稳定。

3.2 呼叫的登记、保持与到站清除

呼叫按钮大部分是自复位按钮，按下去弹回来，如果不做“保持”，PLC根本记不住刚才有人按过。所以每个呼叫都必须对应一个PLC内部的辅助继电器，用SET/RST来实现保持。

三菱FX3U里，我习惯这样规划软元件：

• M0到M4：轿内选层1到5楼呼叫；
• M10到M13：1到4楼上行外呼；
• M20到M23：2到5楼下行外呼；
• D0：当前楼层寄存器，值1到5；
• M30：上行状态标志；
• M31：下行状态标志。

呼叫登记的逻辑非常直观：按下按钮，对应M置位；电梯到达该层并且开门之后，再把对应M复位。注意，楼层显示和呼叫登记要分开处理：列如2楼上行外呼登记后，M10置位，到2楼开门时RST M10，此时2楼的上行外呼指示灯熄灭，表示这条呼叫已经被服务过了。

再补一个重要心得：千万不要把按钮直接接到输出点去驱动指示灯，那样按钮一松灯就灭，乘客根本不知道自己的呼叫有没有被登记。必须“按钮信号置位M继电器，M继电器再驱动指示灯输出”，这才是标准的登记式呼叫。

3.3 用比较指令把方向判定落到梯形图里

方向判定的核心，是看“还有没有更高层的呼叫，或者还有没有更低层的呼叫”。这里用三菱的比较指令最方便。

比如电梯停在3楼，当前无方向。程序要做的判断是：D0等于K3，那么检查M4（5楼内选）、M13（4楼上行外呼）这些高于3楼的呼叫是否有置位；再检查M0（1楼内选）、M20（2楼下行外呼）这些低于3楼的呼叫。只要高处有呼叫，电梯就上行；只有低处有呼叫，电梯就下行；两边都有，取其中一个合理方向——通常按“保持原停靠方向”或者“就近优先”处理，教学项目里我建议优先上行，规则简单且不容易出现轿厢反复转向。

运行中的方向切换也要靠扫描：电梯上行时，每到一层停车判断一次。如果到了5楼，发现高层方向已经没有同向呼叫，但M20这些低层下行呼叫还在，就把M30复位、M31置位，电梯转成下行。这个“有没有呼叫”的判断，在梯形图里用一堆OR触点并联就可以实现，虽然看起来笨，但逻辑非常透明，排错容易。

4. 梯形图程序框架：按模块拆，别把全部逻辑堆在主程序里

程序怎么写，决定了你后期调试要流多少眼泪。电梯控制程序不算复杂，但一节主程序全塞进去的话，几百行梯形图堆在一起，出了故障你连在哪看都不知道。我的习惯是按照功能拆成几个模块，用子程序调用或者分段梯形图组织。

4.1 主程序扫描架构与初始化

主程序每一扫描周期要按顺序处理的事情包括：刷新当前楼层、扫描呼叫按钮、判断运行方向、判断是否需要停车、控制开关门、驱动变频器输出。初始化部分要做的是把方向标志M30、M31复位，把D0清零，把各呼叫M复位，然后等待第一个呼叫信号。

我见过一种很糟糕的写法：程序一开始就把所有输出全部复位，然后在主程序里堆满自锁互锁。这样一旦电梯运行中断电，重新上电后不知道自己停在哪层，还要靠平层感应器重新定位。比较好的做法是：上电初始化时不强制复位D0，而是让程序扫描平层感应器，哪个感应器有信号，就把D0刷成哪一层，这样电梯启动前就知道自己在哪里。

4.2 楼层定位与显示的输出处理

楼层定位最简单的方法就是用平层感应器直接刷新D0。每层一个感应器，哪个X有信号，就把对应的K值MOV到D0。这样写虽然“奢侈”了几个输入点，但逻辑干净，故障好查。

楼层显示有两条路可选。

一条是硬接线：PLC输出直接驱动七段数码管。优点是直观、不依赖通讯，缺点是占用输出点多，一个数码管47段要7个输出点。如果楼层显示器和方向灯全用物理方式，48MR的输出点会非常紧张，我一般建议只做一台数码管显示，另一台用指示灯代替。

另一条路是触摸屏显示：用三菱GS系列触摸屏或GOT挂在FX3U的编程口上，走的是三菱MC协议，一条通讯指令就能把D0读进画面。这样楼层、方向、呼叫状态全部在屏上显示，PLC能省下十几个输出点。很多实际项目都用这条路，调试时还能顺手做个按钮模拟界面，省掉一桌子物理按钮。热词里有个“三菱PLC通讯协议详解”，说的就是这类场景——当你把触摸屏接上FX3U的那一刻，MC协议就是你们之间唯一需要关心的事。MODBUS-RTU同样支持FX3U，不过电梯教学项目里用MC协议更省事，因为GOT触摸屏原生支持，连写通讯代码都不用。

4.3 开关门时序与安全互锁的梯形图思路

开关门的控制逻辑看起来简单，实际上坑最多。基本原则是：平层到位且门区感应器有效，才允许开门；门没关到位，绝对不允许走车；关门过程中光幕或安全触板动作，立即停止关门并重新开门。

梯形图里常用的写法是：平层信号到达后，置位一个“开门允许”M，M驱动开门输出Y，同时开始计时。延时3到5秒后自动切到关门输出。如果期间有新的同向呼叫登记，可以适当延长开门时间。关门输出动作后，光幕信号X一动作，就立即RST关门输出、SET开门输出，等人进去或障碍物移开后再延时关门。

安全互锁要单独做一个网络，用串联逻辑实现“运行允许”的总开关。举例说，运行允许Y100的导通条件是：

• 有运行请求M100；
• 门锁回路X24已经闭合；
• 无超载信号X22；
• 无急停信号X23；
• 上限位X25和下限位X26均未动作。

一旦任何一个条件不满足，Y100立刻断开，后面所有变频器启动、方向接触器都跟着断开。这是整个电梯程序里优先级最高的一路，任何情况下都不能绕过。我再强调一遍：软互锁归软互锁，硬回路还要照接。急停、上限位、门锁这些信号必须同时串联进电机主回路的接触器线圈，实现“PLC挂了电梯也能停住”的底线保护。

5. 变频调速与平层精度：让电梯从“能走”到“走得舒服”

电梯不是说能跑就行，难受的乘坐体验会让人怀疑这台设备是不是坏了。变频调速在这一步就派上用场了。

5.1 多段速控制的接线与参数

三菱FR-D700这类变频器的多段速端子，通常有RH、RM、RL三个输入，通过不同组合可以预置最多七段速度。PLC输出3到4个点控制这些端子，再配合Pr.4、Pr.5、Pr.6参数分别设定高速、中速、低速对应频率。

我的习惯是低速设8到10Hz，用于平层前的爬行；中速设25到30Hz，用于正常楼层间运行；高速设40到50Hz，只在楼层间距大且行程足够时才用。加减速时间设1.5到2.5秒，太短了轿厢里的人会晃，太长了乘客等得焦躁。FX3U给变频器的启动信号，要设计成“运行允许条件满足后延时50毫秒再输出”，给接触器和抱闸一点动作时间，避免电机还没完全通电就收到速度指令。

5.2 减速点与平层停车策略

平层精度是电梯控制最直观的质量指标，停不准，乘客进出容易绊倒。教学项目里不追求精密停靠，但基本策略要对。

我推荐的做法是“提前一层减速”：电梯上行时，当目标楼层的下一层平层感应器动作，就把高速切到中速；再往前走，目标楼层平层感应器动作前，切到低速爬行；目标楼层平层感应器刚动作，立即发出停车请求。这样电梯以很慢的速度“溜”进平层区，停车瞬间冲击小，平层精度基本能控制在正负几毫米内，对于教学演示绰绰有余。

如果项目配了编码器和PG卡，还可以做更复杂的距离控制，比如目标楼层前固定距离开始减速，实时计算剩余距离调整速度。但五层电梯层间距本来就不大，层高一般两三米，顶多三四米，用“提前一层”的方式已经够用了，别为了追求高级把项目拖复杂。

5.3 舒适性与保护性设计

舒适性除了加减速时间，还有一个容易忽略的点：抱闸和变频器的时序配合。启动时，如果抱闸先松而变频器还没建立力矩，轿厢会瞬间下沉一下；停车时，如果变频器已经停止输出而抱闸晚了一拍，轿厢会蹿一下。正确的顺序是：启动时先给变频器低速运行信号，再松抱闸；停车时先让变频器减速到零速并输出保持力矩，确认零速后再抱闸。

教学模型上有些人干脆不做抱闸时序，靠变频器直流制动解决停车，但对真梯来说直流制动不能替代机械抱闸。哪怕只是做实训装置，我也建议把这一步的时序在程序里做出来，因为这是电梯控制里最贴近真实工程的知识点。

6. GX Works2调试验收的实战要点与常见坑

程序写完只是开始，调试才是真正又爱又恨的环节。我每次帮别人看电梯程序，一半的故障都是低级问题，一半是逻辑边界没想清楚。这里把最常踩的坑集中抖一抖。

6.1 仿真与强制：先别急着接实物线的正确用法

GX Works2可以离线仿真，梯形图写完先模拟一遍，至少能查掉一半逻辑错误。仿真时用“软元件测试”窗口强制某个X为ON，模拟按钮按下、传感器动作，观察M、Y的变化是否符合预期。这个阶段不需要接任何硬件，纯粹验证程序逻辑。

但仿真有一个局限：它模拟不出传感器抖动、接触器延迟、电源浪涌这些真实物理现象，所以仿真通过之后，还得按模块接实物测试。我的顺序是：先单独测试每个输入点的信号是否正常，再测试楼层定位和显示，然后是呼叫登记，最后才是方向与停车逻辑。千万不要一上来就跑整车动作，出了问题你连是哪一环错的都分不清。

6.2 运行时的常见故障排查表

调试时最容易翻车的几个点，我列个表，遇到问题先按这个表对一遍。

如果程序里平层感应器信号在运行中抖动，比如轿厢经过层与层之间时开关瞬间抖动几下，D0可能会跳变。解决办法是给平层信号加10到20毫秒的数字滤波，通常可以在感应器信号输入后加一个定时器判断，或者用两个相邻感应器做互锁，稳定了再刷新D0。

6.3 项目还可以往哪里扩展：通讯监控与触摸屏

一台基础的五层电梯能跑通之后，自然会有各种扩展想法。最常见的第一个扩展就是做监控界面，把当前楼层、运行方向、内外呼状态全部显示在一块触摸屏上。前面说了，FX3U接三菱GOT触摸屏走MC协议，只需要把D0、M0到M31这些元件映射到画面的数字和指示灯上，不用写一行通讯代码，就能实现远优于数码管的显示效果。

再进一步，可以用FX3U的485扩展板做MODBUS-RTU从站，让上位机或者组态软件轮询电梯状态，这样多台设备集中监控也顺理成章。通讯协议这个东西，初看复杂，但当你手里有了一台真正的PLC和触摸屏，打开调试窗口看数据收发，理解起来会快得多。

不过我还是想说句实在话：扩展功能永远排在“基础逻辑稳定”后面。五层电梯项目最迷人的部分，从来不是触摸屏界面漂不漂亮，而是你亲手把一套模糊的运载需求，翻译成了几十个开关量之间精确有序的配合。把前面这些调度、互锁、调速的功夫练扎实了，后面不管换什么PLC、做什么设备，你心里都有底。

最后分享一个我自己的体会：整个项目里最花时间的其实是画I/O表和理调度规则，真正写梯形图的时间往往只占一小半。如果你也卡在电梯往哪走、怎么停车这类问题上，别急着翻程序，拿笔把“电梯应当在什么条件下做什么”逐条写下来，写清楚之后，梯形图就是照着翻译的事。这个习惯，比任何一条指令都值钱。