简介基于博图V15.1开发的单步六层电梯控制程序面向PLC自动化学习者与现场调试人员覆盖复位、启动、多层顺次响应、反向呼叫无效、每层4秒运行与4秒停留等控制逻辑层次完整适合作为中高级编程练习或教学案例。资源包含完整工程包共52个文件以xml配置、cfs组态、dat数据、plf项目等类型为主整体7.95MB目录下PLC控制程序、HMI搜索索引等模块齐全便于导入博图后直接查看和修改。目前已有875人学习下载。借助该案例可系统理解多层电梯顺向运行、反向屏蔽、楼层计时与实时显示的实现方法并根据实际需求在V15.1中移植或改造对掌握西门子PLC项目的组织方式和顺序控制编程具有直接参考价值。1. 博图V15.1单步六层电梯这套PLC程序框架能直接跑通你的课程设计做过电梯PLC项目的都知道市面上的例程要么是三层、五层的简化版要么用的是老掉牙的S7-200拿到博图V15.1里连硬件都组态不上。而单步六层电梯这套程序好就好在它把六层电梯最核心的控制逻辑——楼层召唤、平层停车、开关门联动——用单步方式拆得清清楚楚每个动作都能单独观察和验证。对于正在做自动化课程设计、或者刚接触博图V15.1的从业者来说这套程序的价值不只是“能仿真”而是它提供了一个可以直接套用的框架输入输出表、中间变量、梯形图段落的划分都有章法可循。我在拿到这个资源后完整复现过一遍仿真运行它解决的最大痛点是让你不再对着空白的OB1发愁怎么组织六层电梯的状态逻辑而是能照着现成的框架去改造。下文我会把这套程序从项目结构、硬件组态到控制逻辑的实现方式再到调试中的坑逐一拆开讲保你拿到的不是一份只能看的文件。2. 从OB1到FC六层电梯程序的模块划分与资源构成拿到项目文件后第一件事不是急着打开OB1看梯形图而是先理清整个PLC工程的模块构成。博图V15.1里的电梯程序虽然功能逻辑不复杂但如果模块划分不清晰六层楼的状态变量能把你绕晕。2.1 程序块的分配原则为什么用FC而不是FB常见做法是单步六层电梯的控制程序由主程序OB1、若干FC函数块、以及全局数据块DB组成。我看到这套资源里电梯的核心动作逻辑分装在了FC1楼层召唤与登记处理、FC2运行方向判断与抱闸控制、FC3平层停车与开关门时序这三个功能块中。选FC而不是FB是因为除了一层和二层的召唤数据需要掉电保持之外大部分中间变量比如当前楼层、运行方向、门状态都不需要静态保持。用FC意味着每次调用时数据是临时的不会占用过多DB空间也方便单步调试。这里有个选型细节值得展开如果用了FB必须为每个FB分配一个背景DB而博图V15.1中背景DB的数量多了之后在线监控时会遇到“背景数据块未打开”的困扰。某开发者的调试经历就是起初整套电梯逻辑全部塞进FB1在仿真单步时每个扫描周期都要打开对应背景DB的监控表非常繁琐。后来把非保持型逻辑全部移植到FC中OB1里按顺序调用问题立刻简化了。2.2 数据块与变量表先认清I/O映射关系拉开变量表六层电梯的输入输出信号数量并不算多但映射关系必须理清。输入侧每层一个上召唤按钮I0.0~I0.4对应1至5层上召、每层一个下召唤按钮I0.5~I1.3对应2至6层下召、六层平层感应开关I1.4~I2.1、各层电梯内选层按钮I2.2~I2.7、开关门限位I3.0开门到位、I3.1关门到位。输出侧六层楼层指示灯Q0.0~Q0.5、电梯上行接触器Q0.6、下行接触器Q0.7、开门继电器Q1.0、关门继电器Q1.1、各层到站钟Q1.2~Q1.7。这里我一般会花半小时把变量的符号表整理干净。资源包中有现成的符号表文件.csv格式用记事本打开就能看到完整的符号注释。需要注意符号表中“电梯当前楼层”用的是BCD编码存放在MW10中而不是用整数比较指令逐层判断。为什么要用BCD因为在博图V15.1中配合七段数码管显示楼层时BCD码可以直接输出到显示驱动省去了整数转七段码的转换逻辑。这个设计在做过硬件接线的人眼里是合理的但如果你只做软件仿真很容易忽略这一点。2.3 组织块与扫描周期的配合单步执行的关键单步六层电梯的“单步”核心并不只是指电梯每一步动作分离开来而是在程序扫描上做了分段处理。OB1中安排了三段网络第一个网络块处理楼层召唤登记无条件调用FC1第二个网络块处理方向判定与电机运行控制条件调用FC2只有电梯不在门区时才执行第三个网络块处理平层停车与开关门条件调用FC3电梯在门区且无运行指令时执行。这种分时调用的思路本质上是把电梯的运动状态切成了“运行态”和“门控态”两个状态不会同时执行逻辑避免了梯形图中常见的竞争冒险问题。提示在博图V15.1中FC的条件调用可以用常开触点串联一个“非门区”标志位来实现这个标志位由平层感应开关经过上升沿置位、离开门区时复位。3. 单步六层电梯的控制逻辑拆解召唤、判定、停车三步走六层电梯控制的难点不在于某一层的动作而在于各层召唤信号到来时电梯如何确定运行方向、如何响应内选信号、如何在平层时准确停车。这套程序给出了一个清晰的单步思路每一步只有一个明确动作。3.1 外呼与内选登记的软件实现外呼登记是最容易写乱的部分。六层电梯有5个上召按钮1至5层和5个下召按钮2至6层再加上6个内选按钮共16个召唤信号。资源FC1中每个召唤信号都使用一个“置位”指令S登记到中间变量区用“复位”指令R在到达时清除。以二层下召唤为例// FC1 网络1二层下召唤登记与消除 A I0.5 // 二层下召按钮常开触点 S 二层下召登记 // 置位中间变量M10.1 A 二层平层感应 // 到达二层平层 A 电梯当前楼层BCD // BCD值等于2时闭合由比较器输出 R 二层下召登记 // 复位呼叫登记逻辑上S和R指令置于同一网络段首尾梯形图中称之为“置位复位锁存器”。程序运行到该网络时先检测按钮信号是否按下按下则登记再检测是否满足消除条件满足则复位。两个条件在同一次扫描中互斥不会出现“按下又立即消除”的问题。这段代码的关键参数在于BCD楼层比较值若用整数比较则需先将MW10转换为整数格式而这里BCD比较指令是直接可用的。我可以补充一个细节资源的FC1里每层登记用独立的M区字节位而不是用移位寄存器或数组。有些程序习惯把16个召唤信号打包成两个WORD用循环指令扫描每一位虽然代码紧凑但博图V15.1的梯形图中循环指令调试起来非常晦涩尤其在单步执行时很难观察是哪一层登记被置位了。独立M位虽然在变量表里看起来多但胜在监控直观、状态清晰。3.2 方向判定用置位优先还是复位优先方向判定是电梯控制中“电梯是否响应某层召唤”的核心。FC2中采用了“方向优先”策略一旦设定上行方向只有上行的召唤会被响应下行召唤保持登记直至方向切换。// FC2 网络1上行方向设定条件 O 一层内选登记 // 逻辑或 O 二层内选登记 O 三层内选登记 A 电梯当前楼层BCD A( L 2 // 当前楼层低于召唤楼层时允许上行 I ) S 上行方向注意最后一个网络段中使用了比较操作但前提是把MW10的BCD码转换为整数。常见做法是在FC2起始处调用一个转换子程序或者用博图自带的BCD_I转换指令把BCD码变成INT值存放在MW12中。程序逻辑在FC2中共分三层判断一是同层内选优先响应二是反向召唤暂时屏蔽三是端站强制换向。这里我想强调一下“端站强制换向”的必要性。在一层和六层位置如果继续运行会触碰到机械限位因此程序不管召唤登记如何只要检测到一层平层且电梯向上运行就立即复位上行方向并置位下行方向若有下召否则电梯会停在端站发懵。很多自己写电梯逻辑的初学者就栽在这里——没有端站换向仿真停在六层之后再按一层的召唤按钮没任何反应以为程序跑飞了。3.3 平层停车与开门时序的衔接从“运行”到“停车开门”的衔接是单步电梯最微妙的地方。FC3中平层信号每层一个感应开关是停车的第一触发条件但并非有平层信号就立即停车——程序需要判断电梯的实际运动方向和设定方向是否一致防止“过楼停车”。// FC3 网络1停车条件判断 A 上行方向 A 二层平层感应 A 二层内选登记 // 内选到达目标层 S 停车请求这个网络的实际效果是电梯上行过程中每经过一层平层感应器时先检查该层是否有内选登记如果有置位停车请求如果没有继续运行。外呼的处理类似但额外增加了一个“运行方向与外呼方向一致”的条件。开门时序则是一个经典的TOF断开延时定时器接力停车请求置位后电梯先切断运行输出延时0.5秒待曳引机完全停止再输出开门信号开门到位后延时4秒自动关门。资源里的定时器分配也值得一提T1用于停车后延时开门T2用于开门保持T3用于关门后延时运行。三个定时器的时间参数在DB块中设置为可在HMI上修改博图V15.1中这一点用IEC定时器更容易实现但本资源用的是S5定时器监控时要注意时基设置。提示S5定时器在博图V15.1里以“S5T#0.5S”格式预设时间如果直接在监控表里修改定时器的当前值容易因为时基不对而无法预载最好在程序里修改预设值。4. 仿真与调试在博图V15.1中让六层电梯动起来资历较浅的工程师拿到程序后最常做的一件事就是直接编译下载到PLC然后发现各种意想不到的问题。实际上博图V15.1自带的PLCSIM仿真器完全可以胜任六层电梯的程序验证关键是要掌握仿真环境下的信号模拟方法。4.1 用PLCSIM模拟按钮信号的两种方式PLCSIM中模拟外呼按钮大多数人一开始都用“修改操作数”的方式即手动选中I0.0点击“修改为1”模拟一层上召按钮按下。但这种方式在程序扫描速度较快时按钮的“按下”往往只能维持一个扫描周期程序来不及捕捉上升沿登记无法锁存导致电梯根本没反应。后来我改用的方式是在PLCSIM的“变量表”窗口勾选“允许修改”把I0.0的状态改为1后保持几个扫描周期再改回0模拟一个真实的按钮抬手过程。虽然麻烦但仿真结果和实物验证效果几乎完全一致。这里有一个更高效的技巧在FC1的临时变量区增加一个“仿真按钮脉冲”变量用系统时钟脉冲M0.31Hz和M0.52Hz去接按钮的上升沿如下所示A M0.5 // 2Hz时钟脉冲 A I0.5 // 二层下召按钮 S 二层下召登记我一般在验证逻辑时直接把I0.5的修改变为1并保持这样M0.5的脉冲会周期性触发登记条件相当于在仿真中自己按下了按钮。这种方法在大量测试外呼响应时比手动反复修改I点高效得多。4.2 监控表的组织把关键变量放一屏单步电梯调试过程中需要同时观察的方向变量不少当前楼层BCD、运行方向、停车请求、各个登记位、定时器当前值。如果不做筛选把这些变量全拉到监控表里梯形图在线监控时将非常混乱。我的习惯是建一张专门的“电梯状态总表”分为三组第一组是运动控制变量上行方向、下行方向、停车请求、接触器输出第二组是楼层检索变量六层平层感应、当前楼层BCD、当前楼层INT第三组是门控变量开门到位、关门到位、T1~T3当前值。用这张表来配合PLCSIM仿真可以做到每一个单步动作都能对上看下。举例验证“电梯在三层按下四层内选按钮后电梯应该上行”。观察表格中的变化四层内选登记置位、当前楼层INT从3逐步变为4、上行方向置位、三层平层感应先导通再断开、四层平层感应导通后、停车请求置位、上行方向复位、T1开始计时。这五步变化只要有一处和预期不符问题就锁定在对应的FC中。4.3 梯形图程序状态与断点的利用博图V15.1的梯形图有一个容易忘记、但单步调试时异常好用的功能——在程序块中设置断点Breakpoint。在单步六层电梯这种规模不大的程序里设置断点的方法比在线监控要直观得多打开OB1在需要停止的网络左侧右击选择“设置断点”然后点击仿真中的“继续运行”按钮程序运行到该网络之前会停下来此时可以观察所有输入输出的实时状态。我调试开关门时序时通常会在T1停车后延时开门的定时器比较触点上打一个断点然后触发一次完整停车动作。程序停到断点时检查T1当前值是否从0开始累加、开门输出有没有被置位。这个方式的优势是能精确定位“逻辑没有执行”和“逻辑执行了但条件不满足”这两类问题的区别——前者是扫描根本没走到这个网络后者是走到了但触点状态不对。5. 避坑指南单步六层电梯从仿真到实物移植的五个常见问题我把这套程序复现过程中踩过的坑和后面陆陆续续帮别人调试时遇到的问题做了个归类以下五条是出现频率最高的每一条都值得在执行前留意。5.1 程序编译通过但下载到PLCSIM后无法运行现象PLCSIM中CPU处于STOP模式程序能下载但点击“运行”后立刻跳回STOP诊断缓冲区提示编程错误或区域长度错误。 原因最常见的元凶是OB1中调用了FC3但FC3使用了未初始化的定时器地址或者访问了不存在的DB字节。在博图V15.1中S5定时器若未在变量表中定义符号名而是直接使用T号一旦T号被占用或超出CPU的定时器总数就会出现区域长度错误。 解决打开FC3逐个检查T1、T2、T3的定时器定义。注意观察定时器是否被分配了双字地址如T1占用T0和T1两个定时器号如果T2刚好用了T1的地址后半段调用时就会冲突。我的处理方式是统一把定时器基地址偏移量设为偶数并在符号表中显式命名。5.2 电梯在仿真中一直上行到六层也不停现象内选六层、外呼六层下召都登记了电梯从一层出发一直运行到六层但经过六层平层感应时没有停车直接撞到端站限位。 原因六层平层感应的输入地址I2.1在组态表中未正确映射。常见情况是在符号表中把六层平层感应写成了I2.0而实际接线或组态分配的是I2.1。程序逻辑永远扫描不到真正的六层平层信号自然不会停车。 解决对照资源包中的硬件组态Excel清单表逐行核对I/O地址。尤其在仿真时PLCSIM的输入状态修改必须严格对应地址符号名错位会导致修改I2.1时程序读到的却是I2.0的信号两者互不干扰现象极为隐蔽。5.3 电梯开门后立即关门乘客来不及进出现象电梯平层停车后开门输出正常门开到位信号一到电梯立刻输出关门开门保持时间几乎为零。检查T2定时器预设值明明是4秒但实际只有不到0.5秒。 原因T2的启动条件用的是开门到位信号的上升沿但在某些扫描周期中开门到位信号由于抖动被反复触发导致T2被反复重新启动。S5定时器在重新启动时当前值清零重新累加所以永远不会累加到4秒预设值。 解决在T2启动触点前串联一个开门到位信号的“保持”标志——用一个置位指令把开门到位状态锁存直到关门命令触发时才复位。修改后的逻辑为// 开门到位保持 A 开门到位 S 门开保持 A 关门命令 R 门开保持 // T2启动条件 A 门开保持 A T2 // 定时器启动触点 L S5T#4S SD T25.4 方向继电器输出Q0.6和Q0.7同时为1现象监控表中上行接触器Q0.6和下行接触器Q0.7在电梯换向瞬间同时导通硬件上会导致主接触器短路。 原因切换方向的网络中没有加入互锁条件。当电梯在二层完成上行停车后下行方向置位网络和上行方向复位网络之间存在一个扫描周期的重叠——上行方向还没有复位下行方向已经置位。 解决在Q0.6和Q0.7输出线圈前分别串联对方的常闭触点形成梯形图中的软件互锁这是电梯控制的基本要求。// Q0.6 上行接触器输出 A 上行方向 AN 下行方向 // 互锁 Q0.6 // Q0.7 下行接触器输出 A 下行方向 AN 上行方向 Q0.7 // 响应时间若电机惯性大还应在Q0.6和Q0.7之间添加0.3秒延时5.5 单步运行的“第一步”总是卡顿现象用PLCSIM单步执行梯形图时每一段执行完要等很久才能继续或者点击“下一段”时程序不响应。 原因博图V15.1的仿真单步模式是基于扫描周期的每条指令之间都要和仿真内核交换数据。如果程序中有大量定时器或计数器指令每次单步都会触发定时器状态刷新导致响应慢。 解决不是程序逻辑问题不需要修改代码。我的习惯是单步调试只用于定位某个特定网络定位完之后立刻切回连续运行模式。只有在分析触点状态变化顺序时才用单步方式一步一步推进。这种操作习惯能极大提高调试效率。注意定时器的单步执行存在“虚拟时间跳跃”在S5定时器处理时单步不会真实等待定时器时间到达也可以理解为定时器时间到了才能往下走但调试者观察不到中间态。所以定时器相关的时序验证务必在连续模式下进行。6. 从单步到多步扩展这套电梯程序的三个改造方向六层单步电梯程序熟悉之后下一步往往就是根据自己的项目要求去扩展改造。以下三个方向最常用也能帮你判断这套框架的灵活程度。6.1 改造为八层或十层变量映射与FC内网络复制六层变八层物理上多了两层外呼按钮、两层平层感应、两个内选按钮变量表需要新增8个输入点。程序逻辑层面FC1中的每层召唤登记网络、FC2中的方向判定网络、FC3中的平层停车网络都需要对应复制扩展。以我的经验最大的坑在于比较楼层时用的BCD码是4位一组八层楼只需覆盖到2#8硬件上没有问题但如果到十层以上就需要考虑是否需要扩展到两个字16位的BCD码存储。这个扩展过程能清楚地看到这套六层框架的结构化程度——网络之间全部是平行关系加入更多层只是增加网络段数量不改变原有逻辑骨架。6.2 增加开关门时间的HMI实时调节资源包中定时器T1、T2、T3的预设值直接写在梯形图里每次修改都要重新下载程序。如果期望在触摸屏上实时调整开关门延时可以改造定时器逻辑把S5定时器改为IEC定时器TON并将预设时间存储在DB块中// 开门保持定时器改造 A 门开保持 TON IEC_Timer_开门保持, DB10.DBX0.0, DB10.DBD2, 开门保持预设时间DB10.DBD2是浮点数存储以秒为单位的时间值由HMI写入。这个改动的好处是调试电梯开关门节奏时不需要反复编译下载程序在HMI上直接修改数值观察效果非常方便。IEC定时器在PLC中占用独立DB块需要额外确认CPU的内存足够分配。6.3 增加消防联动与急停逻辑课程设计或实际工程项目中电梯控制通常需要包含消防信号火灾时迫降一层并停运和急停信号。扩展方式是在OB1最前面加一段高优先级网络当消防信号接通时不管当前电梯处于什么状态立即切断所有运行输出和门控输出然后置位快速迫降标志驱动电梯以不变频的额定速度回一层。这类安全逻辑优先级高于一切功能逻辑在OB1中必须放在调用FC1/FC2/FC3之前否则在运行状态中会插入异常扫描导致危险。扩展完这三个方向后再回头看最初这套单步六层电梯程序的框架你会发现它的设计思路其实是一种很好的起点每个功能块只管一件事层间信号通过中间变量解耦程序的行为完全可以预测。从那以后我再碰任何电梯或升降机项目都会强制走一遍“先画状态转移图、再分配M变量、最后写梯形图”的流程确保每一步动作单一且可追溯。希望这篇拆解能帮到你少走我当初绕过的弯路。本文还有配套的精品资源点击获取 
长河君 · 2026/10/16 16:57:51 · 阅读 1.2k 博图V15.1单步六层电梯PLC程序框架与调试详解
简介基于博图V15.1开发的单步六层电梯控制程序面向PLC自动化学习者与现场调试人员覆盖复位、启动、多层顺次响应、反向呼叫无效、每层4秒运行与4秒停留等控制逻辑层次完整适合作为中高级编程练习或教学案例。资源包含完整工程包共52个文件以xml配置、cfs组态、dat数据、plf项目等类型为主整体7.95MB目录下PLC控制程序、HMI搜索索引等模块齐全便于导入博图后直接查看和修改。目前已有875人学习下载。借助该案例可系统理解多层电梯顺向运行、反向屏蔽、楼层计时与实时显示的实现方法并根据实际需求在V15.1中移植或改造对掌握西门子PLC项目的组织方式和顺序控制编程具有直接参考价值。1. 博图V15.1单步六层电梯这套PLC程序框架能直接跑通你的课程设计做过电梯PLC项目的都知道市面上的例程要么是三层、五层的简化版要么用的是老掉牙的S7-200拿到博图V15.1里连硬件都组态不上。而单步六层电梯这套程序好就好在它把六层电梯最核心的控制逻辑——楼层召唤、平层停车、开关门联动——用单步方式拆得清清楚楚每个动作都能单独观察和验证。对于正在做自动化课程设计、或者刚接触博图V15.1的从业者来说这套程序的价值不只是“能仿真”而是它提供了一个可以直接套用的框架输入输出表、中间变量、梯形图段落的划分都有章法可循。我在拿到这个资源后完整复现过一遍仿真运行它解决的最大痛点是让你不再对着空白的OB1发愁怎么组织六层电梯的状态逻辑而是能照着现成的框架去改造。下文我会把这套程序从项目结构、硬件组态到控制逻辑的实现方式再到调试中的坑逐一拆开讲保你拿到的不是一份只能看的文件。2. 从OB1到FC六层电梯程序的模块划分与资源构成拿到项目文件后第一件事不是急着打开OB1看梯形图而是先理清整个PLC工程的模块构成。博图V15.1里的电梯程序虽然功能逻辑不复杂但如果模块划分不清晰六层楼的状态变量能把你绕晕。2.1 程序块的分配原则为什么用FC而不是FB常见做法是单步六层电梯的控制程序由主程序OB1、若干FC函数块、以及全局数据块DB组成。我看到这套资源里电梯的核心动作逻辑分装在了FC1楼层召唤与登记处理、FC2运行方向判断与抱闸控制、FC3平层停车与开关门时序这三个功能块中。选FC而不是FB是因为除了一层和二层的召唤数据需要掉电保持之外大部分中间变量比如当前楼层、运行方向、门状态都不需要静态保持。用FC意味着每次调用时数据是临时的不会占用过多DB空间也方便单步调试。这里有个选型细节值得展开如果用了FB必须为每个FB分配一个背景DB而博图V15.1中背景DB的数量多了之后在线监控时会遇到“背景数据块未打开”的困扰。某开发者的调试经历就是起初整套电梯逻辑全部塞进FB1在仿真单步时每个扫描周期都要打开对应背景DB的监控表非常繁琐。后来把非保持型逻辑全部移植到FC中OB1里按顺序调用问题立刻简化了。2.2 数据块与变量表先认清I/O映射关系拉开变量表六层电梯的输入输出信号数量并不算多但映射关系必须理清。输入侧每层一个上召唤按钮I0.0~I0.4对应1至5层上召、每层一个下召唤按钮I0.5~I1.3对应2至6层下召、六层平层感应开关I1.4~I2.1、各层电梯内选层按钮I2.2~I2.7、开关门限位I3.0开门到位、I3.1关门到位。输出侧六层楼层指示灯Q0.0~Q0.5、电梯上行接触器Q0.6、下行接触器Q0.7、开门继电器Q1.0、关门继电器Q1.1、各层到站钟Q1.2~Q1.7。这里我一般会花半小时把变量的符号表整理干净。资源包中有现成的符号表文件.csv格式用记事本打开就能看到完整的符号注释。需要注意符号表中“电梯当前楼层”用的是BCD编码存放在MW10中而不是用整数比较指令逐层判断。为什么要用BCD因为在博图V15.1中配合七段数码管显示楼层时BCD码可以直接输出到显示驱动省去了整数转七段码的转换逻辑。这个设计在做过硬件接线的人眼里是合理的但如果你只做软件仿真很容易忽略这一点。2.3 组织块与扫描周期的配合单步执行的关键单步六层电梯的“单步”核心并不只是指电梯每一步动作分离开来而是在程序扫描上做了分段处理。OB1中安排了三段网络第一个网络块处理楼层召唤登记无条件调用FC1第二个网络块处理方向判定与电机运行控制条件调用FC2只有电梯不在门区时才执行第三个网络块处理平层停车与开关门条件调用FC3电梯在门区且无运行指令时执行。这种分时调用的思路本质上是把电梯的运动状态切成了“运行态”和“门控态”两个状态不会同时执行逻辑避免了梯形图中常见的竞争冒险问题。提示在博图V15.1中FC的条件调用可以用常开触点串联一个“非门区”标志位来实现这个标志位由平层感应开关经过上升沿置位、离开门区时复位。3. 单步六层电梯的控制逻辑拆解召唤、判定、停车三步走六层电梯控制的难点不在于某一层的动作而在于各层召唤信号到来时电梯如何确定运行方向、如何响应内选信号、如何在平层时准确停车。这套程序给出了一个清晰的单步思路每一步只有一个明确动作。3.1 外呼与内选登记的软件实现外呼登记是最容易写乱的部分。六层电梯有5个上召按钮1至5层和5个下召按钮2至6层再加上6个内选按钮共16个召唤信号。资源FC1中每个召唤信号都使用一个“置位”指令S登记到中间变量区用“复位”指令R在到达时清除。以二层下召唤为例// FC1 网络1二层下召唤登记与消除 A I0.5 // 二层下召按钮常开触点 S 二层下召登记 // 置位中间变量M10.1 A 二层平层感应 // 到达二层平层 A 电梯当前楼层BCD // BCD值等于2时闭合由比较器输出 R 二层下召登记 // 复位呼叫登记逻辑上S和R指令置于同一网络段首尾梯形图中称之为“置位复位锁存器”。程序运行到该网络时先检测按钮信号是否按下按下则登记再检测是否满足消除条件满足则复位。两个条件在同一次扫描中互斥不会出现“按下又立即消除”的问题。这段代码的关键参数在于BCD楼层比较值若用整数比较则需先将MW10转换为整数格式而这里BCD比较指令是直接可用的。我可以补充一个细节资源的FC1里每层登记用独立的M区字节位而不是用移位寄存器或数组。有些程序习惯把16个召唤信号打包成两个WORD用循环指令扫描每一位虽然代码紧凑但博图V15.1的梯形图中循环指令调试起来非常晦涩尤其在单步执行时很难观察是哪一层登记被置位了。独立M位虽然在变量表里看起来多但胜在监控直观、状态清晰。3.2 方向判定用置位优先还是复位优先方向判定是电梯控制中“电梯是否响应某层召唤”的核心。FC2中采用了“方向优先”策略一旦设定上行方向只有上行的召唤会被响应下行召唤保持登记直至方向切换。// FC2 网络1上行方向设定条件 O 一层内选登记 // 逻辑或 O 二层内选登记 O 三层内选登记 A 电梯当前楼层BCD A( L 2 // 当前楼层低于召唤楼层时允许上行 I ) S 上行方向注意最后一个网络段中使用了比较操作但前提是把MW10的BCD码转换为整数。常见做法是在FC2起始处调用一个转换子程序或者用博图自带的BCD_I转换指令把BCD码变成INT值存放在MW12中。程序逻辑在FC2中共分三层判断一是同层内选优先响应二是反向召唤暂时屏蔽三是端站强制换向。这里我想强调一下“端站强制换向”的必要性。在一层和六层位置如果继续运行会触碰到机械限位因此程序不管召唤登记如何只要检测到一层平层且电梯向上运行就立即复位上行方向并置位下行方向若有下召否则电梯会停在端站发懵。很多自己写电梯逻辑的初学者就栽在这里——没有端站换向仿真停在六层之后再按一层的召唤按钮没任何反应以为程序跑飞了。3.3 平层停车与开门时序的衔接从“运行”到“停车开门”的衔接是单步电梯最微妙的地方。FC3中平层信号每层一个感应开关是停车的第一触发条件但并非有平层信号就立即停车——程序需要判断电梯的实际运动方向和设定方向是否一致防止“过楼停车”。// FC3 网络1停车条件判断 A 上行方向 A 二层平层感应 A 二层内选登记 // 内选到达目标层 S 停车请求这个网络的实际效果是电梯上行过程中每经过一层平层感应器时先检查该层是否有内选登记如果有置位停车请求如果没有继续运行。外呼的处理类似但额外增加了一个“运行方向与外呼方向一致”的条件。开门时序则是一个经典的TOF断开延时定时器接力停车请求置位后电梯先切断运行输出延时0.5秒待曳引机完全停止再输出开门信号开门到位后延时4秒自动关门。资源里的定时器分配也值得一提T1用于停车后延时开门T2用于开门保持T3用于关门后延时运行。三个定时器的时间参数在DB块中设置为可在HMI上修改博图V15.1中这一点用IEC定时器更容易实现但本资源用的是S5定时器监控时要注意时基设置。提示S5定时器在博图V15.1里以“S5T#0.5S”格式预设时间如果直接在监控表里修改定时器的当前值容易因为时基不对而无法预载最好在程序里修改预设值。4. 仿真与调试在博图V15.1中让六层电梯动起来资历较浅的工程师拿到程序后最常做的一件事就是直接编译下载到PLC然后发现各种意想不到的问题。实际上博图V15.1自带的PLCSIM仿真器完全可以胜任六层电梯的程序验证关键是要掌握仿真环境下的信号模拟方法。4.1 用PLCSIM模拟按钮信号的两种方式PLCSIM中模拟外呼按钮大多数人一开始都用“修改操作数”的方式即手动选中I0.0点击“修改为1”模拟一层上召按钮按下。但这种方式在程序扫描速度较快时按钮的“按下”往往只能维持一个扫描周期程序来不及捕捉上升沿登记无法锁存导致电梯根本没反应。后来我改用的方式是在PLCSIM的“变量表”窗口勾选“允许修改”把I0.0的状态改为1后保持几个扫描周期再改回0模拟一个真实的按钮抬手过程。虽然麻烦但仿真结果和实物验证效果几乎完全一致。这里有一个更高效的技巧在FC1的临时变量区增加一个“仿真按钮脉冲”变量用系统时钟脉冲M0.31Hz和M0.52Hz去接按钮的上升沿如下所示A M0.5 // 2Hz时钟脉冲 A I0.5 // 二层下召按钮 S 二层下召登记我一般在验证逻辑时直接把I0.5的修改变为1并保持这样M0.5的脉冲会周期性触发登记条件相当于在仿真中自己按下了按钮。这种方法在大量测试外呼响应时比手动反复修改I点高效得多。4.2 监控表的组织把关键变量放一屏单步电梯调试过程中需要同时观察的方向变量不少当前楼层BCD、运行方向、停车请求、各个登记位、定时器当前值。如果不做筛选把这些变量全拉到监控表里梯形图在线监控时将非常混乱。我的习惯是建一张专门的“电梯状态总表”分为三组第一组是运动控制变量上行方向、下行方向、停车请求、接触器输出第二组是楼层检索变量六层平层感应、当前楼层BCD、当前楼层INT第三组是门控变量开门到位、关门到位、T1~T3当前值。用这张表来配合PLCSIM仿真可以做到每一个单步动作都能对上看下。举例验证“电梯在三层按下四层内选按钮后电梯应该上行”。观察表格中的变化四层内选登记置位、当前楼层INT从3逐步变为4、上行方向置位、三层平层感应先导通再断开、四层平层感应导通后、停车请求置位、上行方向复位、T1开始计时。这五步变化只要有一处和预期不符问题就锁定在对应的FC中。4.3 梯形图程序状态与断点的利用博图V15.1的梯形图有一个容易忘记、但单步调试时异常好用的功能——在程序块中设置断点Breakpoint。在单步六层电梯这种规模不大的程序里设置断点的方法比在线监控要直观得多打开OB1在需要停止的网络左侧右击选择“设置断点”然后点击仿真中的“继续运行”按钮程序运行到该网络之前会停下来此时可以观察所有输入输出的实时状态。我调试开关门时序时通常会在T1停车后延时开门的定时器比较触点上打一个断点然后触发一次完整停车动作。程序停到断点时检查T1当前值是否从0开始累加、开门输出有没有被置位。这个方式的优势是能精确定位“逻辑没有执行”和“逻辑执行了但条件不满足”这两类问题的区别——前者是扫描根本没走到这个网络后者是走到了但触点状态不对。5. 避坑指南单步六层电梯从仿真到实物移植的五个常见问题我把这套程序复现过程中踩过的坑和后面陆陆续续帮别人调试时遇到的问题做了个归类以下五条是出现频率最高的每一条都值得在执行前留意。5.1 程序编译通过但下载到PLCSIM后无法运行现象PLCSIM中CPU处于STOP模式程序能下载但点击“运行”后立刻跳回STOP诊断缓冲区提示编程错误或区域长度错误。 原因最常见的元凶是OB1中调用了FC3但FC3使用了未初始化的定时器地址或者访问了不存在的DB字节。在博图V15.1中S5定时器若未在变量表中定义符号名而是直接使用T号一旦T号被占用或超出CPU的定时器总数就会出现区域长度错误。 解决打开FC3逐个检查T1、T2、T3的定时器定义。注意观察定时器是否被分配了双字地址如T1占用T0和T1两个定时器号如果T2刚好用了T1的地址后半段调用时就会冲突。我的处理方式是统一把定时器基地址偏移量设为偶数并在符号表中显式命名。5.2 电梯在仿真中一直上行到六层也不停现象内选六层、外呼六层下召都登记了电梯从一层出发一直运行到六层但经过六层平层感应时没有停车直接撞到端站限位。 原因六层平层感应的输入地址I2.1在组态表中未正确映射。常见情况是在符号表中把六层平层感应写成了I2.0而实际接线或组态分配的是I2.1。程序逻辑永远扫描不到真正的六层平层信号自然不会停车。 解决对照资源包中的硬件组态Excel清单表逐行核对I/O地址。尤其在仿真时PLCSIM的输入状态修改必须严格对应地址符号名错位会导致修改I2.1时程序读到的却是I2.0的信号两者互不干扰现象极为隐蔽。5.3 电梯开门后立即关门乘客来不及进出现象电梯平层停车后开门输出正常门开到位信号一到电梯立刻输出关门开门保持时间几乎为零。检查T2定时器预设值明明是4秒但实际只有不到0.5秒。 原因T2的启动条件用的是开门到位信号的上升沿但在某些扫描周期中开门到位信号由于抖动被反复触发导致T2被反复重新启动。S5定时器在重新启动时当前值清零重新累加所以永远不会累加到4秒预设值。 解决在T2启动触点前串联一个开门到位信号的“保持”标志——用一个置位指令把开门到位状态锁存直到关门命令触发时才复位。修改后的逻辑为// 开门到位保持 A 开门到位 S 门开保持 A 关门命令 R 门开保持 // T2启动条件 A 门开保持 A T2 // 定时器启动触点 L S5T#4S SD T25.4 方向继电器输出Q0.6和Q0.7同时为1现象监控表中上行接触器Q0.6和下行接触器Q0.7在电梯换向瞬间同时导通硬件上会导致主接触器短路。 原因切换方向的网络中没有加入互锁条件。当电梯在二层完成上行停车后下行方向置位网络和上行方向复位网络之间存在一个扫描周期的重叠——上行方向还没有复位下行方向已经置位。 解决在Q0.6和Q0.7输出线圈前分别串联对方的常闭触点形成梯形图中的软件互锁这是电梯控制的基本要求。// Q0.6 上行接触器输出 A 上行方向 AN 下行方向 // 互锁 Q0.6 // Q0.7 下行接触器输出 A 下行方向 AN 上行方向 Q0.7 // 响应时间若电机惯性大还应在Q0.6和Q0.7之间添加0.3秒延时5.5 单步运行的“第一步”总是卡顿现象用PLCSIM单步执行梯形图时每一段执行完要等很久才能继续或者点击“下一段”时程序不响应。 原因博图V15.1的仿真单步模式是基于扫描周期的每条指令之间都要和仿真内核交换数据。如果程序中有大量定时器或计数器指令每次单步都会触发定时器状态刷新导致响应慢。 解决不是程序逻辑问题不需要修改代码。我的习惯是单步调试只用于定位某个特定网络定位完之后立刻切回连续运行模式。只有在分析触点状态变化顺序时才用单步方式一步一步推进。这种操作习惯能极大提高调试效率。注意定时器的单步执行存在“虚拟时间跳跃”在S5定时器处理时单步不会真实等待定时器时间到达也可以理解为定时器时间到了才能往下走但调试者观察不到中间态。所以定时器相关的时序验证务必在连续模式下进行。6. 从单步到多步扩展这套电梯程序的三个改造方向六层单步电梯程序熟悉之后下一步往往就是根据自己的项目要求去扩展改造。以下三个方向最常用也能帮你判断这套框架的灵活程度。6.1 改造为八层或十层变量映射与FC内网络复制六层变八层物理上多了两层外呼按钮、两层平层感应、两个内选按钮变量表需要新增8个输入点。程序逻辑层面FC1中的每层召唤登记网络、FC2中的方向判定网络、FC3中的平层停车网络都需要对应复制扩展。以我的经验最大的坑在于比较楼层时用的BCD码是4位一组八层楼只需覆盖到2#8硬件上没有问题但如果到十层以上就需要考虑是否需要扩展到两个字16位的BCD码存储。这个扩展过程能清楚地看到这套六层框架的结构化程度——网络之间全部是平行关系加入更多层只是增加网络段数量不改变原有逻辑骨架。6.2 增加开关门时间的HMI实时调节资源包中定时器T1、T2、T3的预设值直接写在梯形图里每次修改都要重新下载程序。如果期望在触摸屏上实时调整开关门延时可以改造定时器逻辑把S5定时器改为IEC定时器TON并将预设时间存储在DB块中// 开门保持定时器改造 A 门开保持 TON IEC_Timer_开门保持, DB10.DBX0.0, DB10.DBD2, 开门保持预设时间DB10.DBD2是浮点数存储以秒为单位的时间值由HMI写入。这个改动的好处是调试电梯开关门节奏时不需要反复编译下载程序在HMI上直接修改数值观察效果非常方便。IEC定时器在PLC中占用独立DB块需要额外确认CPU的内存足够分配。6.3 增加消防联动与急停逻辑课程设计或实际工程项目中电梯控制通常需要包含消防信号火灾时迫降一层并停运和急停信号。扩展方式是在OB1最前面加一段高优先级网络当消防信号接通时不管当前电梯处于什么状态立即切断所有运行输出和门控输出然后置位快速迫降标志驱动电梯以不变频的额定速度回一层。这类安全逻辑优先级高于一切功能逻辑在OB1中必须放在调用FC1/FC2/FC3之前否则在运行状态中会插入异常扫描导致危险。扩展完这三个方向后再回头看最初这套单步六层电梯程序的框架你会发现它的设计思路其实是一种很好的起点每个功能块只管一件事层间信号通过中间变量解耦程序的行为完全可以预测。从那以后我再碰任何电梯或升降机项目都会强制走一遍“先画状态转移图、再分配M变量、最后写梯形图”的流程确保每一步动作单一且可追溯。希望这篇拆解能帮到你少走我当初绕过的弯路。本文还有配套的精品资源点击获取