PLC与组态王在立体车库控制系统中的工程实践与调试指南

1. 项目概述：为什么自己做一套7车位立体车库控制系统

前一阵子把手头一套3×3七车位升降横移立体车库的控制系统从PLC逻辑到组态王监控画面完整落地了，机械结构是现成的，但控制部分从方案设计、I/O表编写、梯形图调试到上位机画面，全部都是由自己一点点调出来的。这类项目在小区的老旧停车场改造、单位内部车库扩建里特别常见，市面上虽然有成套电控柜，但价格高、修改不灵活，很多工程队更愿意自己拼一套，用“PLC+组态王”的方式把控制逻辑和监控界面一起做掉。

升降横移立体车库的基本原理并不复杂：下层车位能横向平移，上层车位能升降，靠空位腾挪把上层车送下来。3×3结构听起来小，但涉及的安全互锁、定位逻辑、人机交互一点都不少。别看书上把这类系统叫“简单小型机械车库”，真正动手做的时候，你会发现要处理的问题相当细：限位开关抖动、上层下降时防坠销没到位、横移电机过冲、组态画面和PLC状态不同步，每一个都能让人耗上大半天。

这篇文章不会只讲概念，会把整个实施路径摊开写清楚：先从机械结构和工作逻辑说，再做I/O分配和硬件选型，然后进入组态王工程搭建的实操细节，最后讲PLC里那套停车/取车控制逻辑怎么写，以及我在调试过程中记录下来的问题清单。适合刚刚接触立体车库控制项目的电气工程师，也适合学校或实训基地里做类似课题的人参考。

有一点先说在前面：这类系统在工程上属于特种设备控制，现场必须有完善的机械防坠、限位和保护回路，PLC逻辑和组态画面只能算控制系统的上层建筑，千万别把安全完全寄托在软件上。

2. 方案选型与整体控制思路

2.1 3×3框架里为什么只有7个车位

很多人第一次看到“3×3七车位”会觉得奇怪：3×3不是9个格子吗，怎么只有7个车位？实际原因是升降横移车库需要有“空位”作为交换空间。以一个比较典型的布置为例：地面层有3个横移位，其中1个永远是空的，用来让其余车板左右移动；三层由于钢结构布置和出入口限制，通常也只做2个实际车位，剩下1个格位不安装载车板。

我用下面的编号来表示这套系统的车位分布，后面所有逻辑都基于这个编号展开。

所以最终可用车位是7个：地面2个、二层3个、三层2个。地面层的两个车位只能横向移动，二层和三层车位都只能升降。平时整个系统保持地面右列空位，当需要取某个上层车位时，控制系统先让地面层的载车板左右移动，把空位挪到目标车位正下方，再让目标载车板下降到地面，车主开进去或开出来，然后系统反向操作把车送回去。

这套逻辑决定了控制系统的核心任务：判断目标车位、规划空位移动路径、顺序执行横移和升降动作、每一步都确认机械到位之后才允许下一步动作。

2.2 电气控制系统总体架构

控制架构采用分级方式：上位机用组态王，下位机用PLC，中间通过串口或以太网通信。现场需要采集的信号包括各类限位开关、安全光栅、防坠销状态、地感或超声波检测、急停按钮、运行模式选择；需要控制的输出包括各台横移电机和升降电机的正反转接触器、运行指示灯、报警蜂鸣器。

选择“PLC+组态王”而不是直接用触摸屏一体机，最主要的考虑是后期可维护性。立体车库项目往往要连接物业管理系统、计费系统，甚至将来的远程监控平台，组态王在报表、历史数据、二次开发方面更成熟；底层PLC则负责硬实时逻辑和硬互锁，上位机即使死机也不影响安全动作。

硬件布局上，我习惯把电控柜分成几个功能区域：电源进线与保护、PLC模块、中间继电器和接触器、接线端子排、组态王运行主机（或工业平板）。走线时动力线和信号线分开，限位开关线用屏蔽线，屏蔽层单端接地，能少很多莫名奇妙的干扰问题。

2.3 安全回路设计：哪些信号必须进硬接线

立体车库最容易出事故的位置是升降动作区域，其次是人车交叉的横移区域。设计安全回路时我坚持一个原则：看门狗、超时检测这些可以放在PLC里，但急停、上下极限位、防坠销到位检测、安全光栅一定要有硬接线回路参与。

具体做法是：把所有急停按钮串联进电机主接触器线圈回路，按下去之后任何电机都通不了电；上限位和下限位开关也串联进对应升降电机的回路，机械上超过位置就直接切断；防坠销没到位时，升降电机接触器不能被PLC的启动信号驱动。PLC输出的只是中间继电器控制信号，真正驱动电机的是接触器，这样即使PLC程序出现错乱，硬件回路也能兜底。

3. 组态王工程搭建：从变量表到动画画面

3.1 先规划变量，再动笔画画面

很多人做组态王工程有个坏毛病，上来就直接画矩形、贴图片，画完了才发现变量名混乱、数据词典里一堆重复定义。做这类控制系统，我建议先列变量表，把PLC侧的I/O地址和组态王侧的数据词典一一对应好。变量名最好和PLC内部软元件编号挂钩，比如“X0_急停”“M10_11号车位有车”“D20_当前目标车位”，这样查问题的时候两边对照很方便。

数据词典里的变量类型也要想清楚。限位开关、模式选择用I/O离散；电机运行状态、报警状态用I/O离散；车位号、目标层号、动作计数用I/O整数；还有一些只在上位机本地使用的标志位用内存离散。通信不上时，内存变量还能用来做画面自检，这个在后续调试中帮了我很大的忙。

这里有一个很实用的习惯：凡是需要在画面上显示中文状态的地方，尽量在PLC侧把状态整理成整数编号，组态王侧用“值输出”加“字符串映射”来显示，而不是直接在变量定义里塞大量离散变量。比如车位状态0代表空闲，1代表有车，2代表故障，画面上用数值转中文显示，数据链路简单很多。

3.2 PLC通信参数设置：一个数值都不能错

组态王和PLC通信之前，必须保证串口参数、设备地址、通信协议完全一致。我在这个项目里用的是RS485方式，端口上设置的波特率是9600，数据位8，停止位1，无校验，PLC侧也要设置成相同数值。很多人容易忽略的是RS485的终端电阻，如果通信距离超过十来米或者现场变频器干扰明显，A、B端子之间要接终端电阻，有条件的话用屏蔽双绞线。

组态王配置设备时，要选择正确的驱动类型和PLC地址。设备配置向导里填写的地址不是随便写的，必须对应PLC的通信站号。曾经有一次调试，组态王一直提示“设备连接失败”，折腾半天发现PLC侧站号是2，组态王驱动配置里填了1，改过来马上就好了。

通信参数设置完以后，可以用组态王的“测试”功能发一条命令试试，确认变量能正确读写再继续画画面。这个测试步骤别看简单，能省掉后面一大半排查时间。

3.3 画面制作：把立体车库画得“看得懂”

组态王画面开发系统里，我分三个图层来做这个车库监控画面。最底层画钢结构框架和车位轮廓，用矩形加固定颜色；中间层画载车板和车辆图标，载车板位置要跟现场实际坐标对应；最上层放操作按钮、状态指示和报警信息。

画车位状态时用“值颜色”动画连接很直观。比如车位变量为0时显示灰色，为1时显示绿色，为2时显示红色，这样整个车库当前有没有车、有没有故障一目了然。横移动作我用的是“水平移动”动画连接，载车板的水平移动像素数按PLC返回的位移百分比来映射；升降动作用“垂直移动”连接。可移动的载车板要在画面上单独命名，比如“11横移车板”“21升降车板”，避免混淆。

按钮部分，存车和取车操作我用的是弹窗方式：点击“存车”按钮后弹出一个输入窗口，输入目标车位号，确认后把目标车位号写入PLC的D寄存器，同时写一个“启动存车”的命令位。PLC收到命令后开始执行动作，动作完成后把状态位回传，组态画面显示“存车完成”。用户输入这个环节可以用组态王的“弹出窗口”加输入框来实现，也可以用下拉菜单让用户选择车位号，后者更防呆，不容易输错。

3.4 报警记录和事件查询

组态王自带的报警系统虽然简单，但对这类项目足够用。我把急停动作、限位异常、电机过载、通信故障、防坠失效统一归到报警组里，报警优先级分成严重和一般两个级别。急停和防坠异常设为严重报警，弹出报警窗口同时驱动蜂鸣器；其他的记录到报警列表，方便后续查历史记录。

3.5 模拟运行调试画面

现场PLC没连接的时候，画面也要能调试。我把画面里的大部分变量先定义成内存变量，配合PLC变量一一对应，在运行系统里通过手动置位来模拟实际输入信号。这样画面布局合不合理、按钮弹窗好不好用、报警显示会不会卡，都可以先在办公室里调好。当时做模拟运行时发现报警窗口弹出来会遮住操作按钮，赶紧在发布前改进了布局，这种问题到现场再发现就很被动了，图像监控可切换无标题栏在线浮动以防遮档。

4. PLC核心控制逻辑：停车与取车的顺序化设计

4.1 车位状态表和目标选择逻辑

PLC内部维护一张“车位状态表”，用位元件记录每个车位是否有车。存车时，系统自动查找第一个空闲车位作为目标车位；取车时，用户在组态画面选择要取的车位号，PLC先判断该车位是否为“有车”状态，有车才继续执行，没车会直接返回错误提示并复位命令位。

这里要注意：车位“有车”的判断不能只靠地感或超声波检测，因为载车板上有没有车还要考虑机械位置变化。比如一个上层空载车板降到地面后，地感可能误报“有车”。我采用的方式是地感信号与车位状态标志组合判断：正常入库时，地感有车且系统处于“存车等待”模式，才置位车位占用标志；取车完成后，载车板回到上层，系统才清除占用标志。

4.2 空位移动策略和动作顺序

如果说整个系统里最核心的算法是什么，那就是如何把地面层的空位移到目标车位的下方。对于3×3这种规模，路径规划按步数判断就够了，不需要太复杂的搜索算法。我把地面层三个位置编号为A左、B中、C右，其中C平时为空。如果要取左列二层的21号车位，空位已经在A位置，无需横移，直接开始升降动作；如果要取右列的23号或33号车位，空位要从C位置通过平移换到右侧，这时需要先把12号车板向左移，然后让11号车板再左移或直接腾出位置，目的就是让空位一步步挪到目标列。

每一步动作执行完后，PLC要检测该位置的限位开关是否到位。比如12号车板左移，必须收到“12左到位”信号后才认为该步完成；如果超过设定时间还没收到到位信号，程序就进入“超时报警”状态，停止所有动作并禁止下一步。

升降动作的顺序是：先确认空位已经在该列下方、上层载车板无其他机械干涉、防坠销已打开，然后升降电机按方向运行。载车板下降到位后，下限位开关动作，系统置位“已降落”状态，允许用户进出车辆。

所有动作执行期间，只要急停、光栅、防坠异常任一信号动作，程序立刻进入暂停状态，组态王收到状态位变化后在画面上弹出报警。

4.3 互锁逻辑必须写在PLC内部

组态画面可以给PLC发命令，但互锁逻辑绝对不能依赖上位机。我在PLC内部做了几条硬互锁：

• 系统忙标志位为ON时，任何新的存车/取车命令都不能执行；
• 横移电机运行时，升降电机输出禁止；升降电机运行时，横移输出禁止；
• 任何一台电机正转运行期间，同一台电机的反转输出必须被程序封锁；
• 安全回路状态不满足时，所有电机输出强制清零；
• 升降动作时，对应防坠销未“打开到位”，禁止上升或下降。

写梯形图的时候，这些互锁都放在输出线圈的前级逻辑里，确保同一网络扫描周期内不可能同时输出两个冲突动作。现场如果发现接触器偶尔有“哒哒哒”跳动，多半是互锁逻辑没写严，偶尔出现一次同时输出的窗口，这时接触器已经吸合了。

4.4 手动、自动、检修三种模式

控制模式我用一个三档旋钮切换。自动模式供日常使用，用户从组态画面操作；手动模式用于调试单个动作，操作员在电控柜面板上按住按钮，电机点动运行，松开即停；检修模式只允许检修人员在机械侧直接操作，PLC禁止自动动作，组态画面显示“检修中”的提示。

手动模式并不是绕过安全限制，急停和限位回路依然有效，只是PLC不再按照存车/取车的自动流程执行，方便我单独测试某台横移电机和升降电机。

5. 调试实录：高频问题与排查方法

5.1 组态王和设备通信不上

这个问题的排查优先级最高，因为通信都没有，后面全是空中楼阁。常规做法是先看通信指示灯：组态王运行系统里对应设备会有通信状态标志。如果单片机会因为没插地线导致485电平漂移，根本通不上。现场排障顺序是：先确认PLC侧程序运行正常，再确认串口线和接口定义没问题，再确认波特率、站号、校验位一致，最后检查RS485终端电阻和屏蔽层接地。

当时我们遇到过一种诡异的现象：通信时通时断，后来发现是一条通信线跟电机动力线绑在同一个线槽里，把通信线单独走管之后问题消失。这种干扰问题在电控柜内布线阶段就要预防，实际调试时再来改线很麻烦。

5.2 组态画面有变量在“闪烁”

组态王画面上如果某个变量显示红色闪烁，通常表示该变量通信超时或数据链路中断。我自己的经验是，先判断是全部变量都闪还是个别变量闪。全部变量都闪，优先查设备连接和串口；个别变量闪，优先查数据词典里变量绑定地址是不是超出了PLC实际使用的寄存器范围。

还有一次比较典型，因为PLC程序运行周期太长，通信轮询周期设置过短，导致有些变量读取超时。解决办法是把组态王的数据更新周期适当调大，同时优化PLC程序扫描时间，删除一些不必要的重复计算。

5.3 限位开关抖动导致误动作

现场限位开关是机械式的，载车板移动到位时经常会产生“刚碰到又在临界点来回弹”的抖动，PLC如果立刻采到信号又丢掉信号，系统就会误判为超时甚至直接执行下一步动作。我的做法是在PLC程序里加软件滤波：输入信号连续保持20到50毫秒以上才认为是有效信号，同时输出端增加延时，避免抖动脉冲直接触发动作。

还有个经验是限位开关选型上优先选常闭触点，串联进安全回路。常闭触点断线时可以及时被发现，系统会按安全故障处理；如果用常开触点，断线了PLC还以为一直正常，这种隐患在立体车库上绝对不能留。

5.4 升降动作时防坠打不开

做升降横移车库最容易忽略的细节是防坠装置和升降动作的时序配合。第一次调试升降时，按下下降按钮后电机没有反应，排查了很久才发现是程序里把“防坠销打开到位”作为一个前置条件，但机械上防坠销和载车板相互卡住，导致信号一直没到。后来我在程序里增加了一个短时间“松闸判断”：升降启动瞬间，先打开防坠销，等待一定时间后再运行电机；如果防坠销未到位，则停止动作并报警。这个等待时间要根据实际机械动作速度调整，太短会误报，太长会让人感觉反应迟钝。

5.5 横移超时和定位不准

横移定位不准多半是机械打滑导致，或者是限位开关安装位置偏差。调试时我会用手动模式一点点把载车板移动到正确位置，重新调整限位开关支架，确保动作到位后开关能被可靠压住。另一个容易被忽略的是横移轨道上的异物，可能只是一个小石子就让车板卡住，导致横移超时。

6. 踩坑心得与后续扩展

这套系统做完之后，我最大的体会是：技术上最难的不是组态画面画得多么漂亮，也不是梯形图写了多少行，而是把机械动作、电气回路、PLC逻辑、上位机显示这四者之间的时序关系理清楚。任何一个环节存在“差不多”的配合，现场调试就要花好几倍时间弥补。

具体说几点个人心得。第一，先做硬回路再写程序，急停和限位用硬接线保护起来，后面写程序才不会整天提心吊胆。第二，组态画面上的操作按钮一定要加“确认弹窗”，防止误触。立体车库操作员可能同时兼顾多个出入口，手一抖点错车位号，上层车板乱跑很危险。第三，PLC状态表要有意识地设计，方便组态王仅做显示，而不是让上位机参与流程判断。上位机参与越少，系统越稳定。

还有一点经验，就是一定要做“断电恢复”处理。立体车库运行到一半突然停电很常见，来电后如果系统不知道该停在什么状态，极容易出现误动作。我在这里的做法是：PLC断电保持区保存系统当前动作阶段和位置状态，重新上电后强制进入“人工确认”状态，操作员在组态画面上确认各个载车板实际位置后，再手动复位系统。虽然多了一步操作，但安全性高很多。

后续如果有时间，我很想把这块再继续完善，加入车牌识别和自动呼叫功能，让用户在车库入口刷一下车牌，系统自动把车停到指定车位、自动取回。底层控制逻辑基本不用大改，只需要在组态王和PLC之间增加一层调度规则。另外还可以把历史记录导出做成周报表，让物业管理方对每个车位的使用率有更清晰的了解。

立体车库控制系统是个典型的小型工业自动化项目，麻雀虽小五脏俱全，牵涉到通信、上位机、PLC、电气回路和机械联动。如果你正要开始做类似的东西，希望这套思路能帮你少走几段弯路，尤其是组态工程规划、I/O变量统一管理、安全互锁这几块，在起步阶段就做扎实，后面调试会顺畅很多。