基于PLC的立体车库自动存取系统设计：从梯形图到触摸屏的完整实现路径

如果要给自动化、电气、机电类专业的毕设题目排一个“性价比榜单”，“基于PLC的立体车库自动存取系统设计”这个题目绝对能进前三。它既覆盖了控制系统设计的完整闭环——从I/O分配、梯形图编写到触摸屏组态和通信调试全都涉及，又有一个直观的机械对象和演示效果，答辩时不至于让人觉得“虚”，写LW文档时也有大量截图、时序、流程可以铺开写。更重要的是，这套系统做完之后是真能动的，不是只跑一个仿真就完事。

这篇文章围绕这个题目，把从方案选型、硬件清单、控制逻辑、源码结构到文档撰写的完整路径都捋一遍。不管你是已经拿到了这个题目，还是想在PLC课程设计里做一个能落地的项目，这篇文章都能给你一个可以直接参照的底板。我按实际做项目的顺序来讲，先讲为什么这么设计，再讲每个环节怎么落地，最后把调试阶段踩过的坑也一并列出来。

1. 项目整体思路拆解

1.1 为什么说这个题目是“性价比之王”

原因很简单：立体车库这个对象足够典型，但又不至于复杂到没法下手。它本质上是一个多轴运动控制系统加上一套逻辑联锁，非常贴合PLC的典型应用场景。你不需要像做机器人控制那样去解运动学方程，也不需要像做图像识别那样写几百行算法，核心工作集中在逻辑控制、安全互锁和顺序流程上，这些恰恰是梯形图的强项。

另一个好处是硬件成本可控。立体车库的机械结构可以用铝型材和钢板搭建一个小型演示模型，或者直接用三维仿真软件配合半实物平台来做，真正要用到的电气元件无非是传感器、继电器、接触器、电机和一块触摸屏。相比“基于PLC的恒压供水系统”这种偏向过程控制的题目，“存取系统”在动作逻辑上更丰富，展示效果也更好——评审老师看到载车板自动横移、升降、准确停位，比看一条PID曲线直观得多。

从学习价值看，这个题目能把PLC编程里最常用的东西全部串起来：位逻辑、定时器、计数器、顺序控制指令、数据寄存器、模拟量采集（如果加了对位检测）、通信指令。做完这个项目，你对PLC的理解就不再是“单个梯形图怎么画”，而是“一个完整系统怎么拆解成PLC程序”。

1.2 方案选型背后的考量

做方案时的第一个问题是：控制系统核心选PLC还是单片机？我见过不少人纠结这个，觉得单片机便宜、集成度高，为什么非要用PLC。这里有一个容易被忽略的核心差异：开发效率和可靠性保障。

PLC的梯形图是基于继电器控制思想演化来的，电气专业和自动化专业的学生学起来几乎没有障碍，调试时又能在线监控每个触点和线圈的通断状态。一套立体车库的控制逻辑涉及几十个输入输出点、几十步状态流程，用单片机需要逐行写C代码并处理按键扫描、显示刷新、状态机跳转，工作量会大很多；而用PLC的顺控指令，几个程序块就能组织得清清楚楚。

更重要的是答辩环节。PLC控制的系统可以现场看梯形图程序、看监控表、看I/O状态，评审老师能直观地看到你的编程思路；单片机方案则是一堆代码和寄存器操作，视觉效果差很多。如果你的课程背景偏电气、自动化、机电一体化，PLC几乎是默认答案。

确定了PLC之后，接下来是机械结构形式的选择。市面上立体车库种类很多：升降横移式、垂直循环式、巷道堆垛式、平面移动式。毕业设计最推荐的肯定是升降横移式。原因有三个：一是它是目前住宅小区里应用最广泛的类型，参考资料最多；二是动作逻辑清晰，只有“升降”和“横移”两个基本动作，控制难度适中；三是论文里可以画车位布置图、动作流程图，素材好找。垂直循环式的机械结构更炫，但控制点数和运维逻辑复杂，反而容易把自己绕进去。

1.3 系统由哪些模块组成

从系统层面看，这个项目分五个模块：机械本体、检测层、动力层、控制层、交互层。

机械本体指的是载车板、钢结构框架、导轨和传动链；检测层负责告诉PLC“现在车在哪、车位是否占用、机构是否到位”，常用的是光电开关、限位开关和接近开关；动力层是驱动电机和对应的接触器/继电器，负责执行横移和升降动作；控制层是PLC，它收集检测层信号，按预置的逻辑输出控制指令；交互层一般是触摸屏，实现存车取车选择、车位状态显示、故障报警提示。论文和源码的组织也按这个模块边界来拆，各部分职责清晰，调试时定位问题也快。

2. 核心功能设计与控制逻辑

2.1 存车与取车的完整流程

先从一个具体的车位布局说起。假设做一个三层三列共9个车位的升降横移式车库，底层3个车位（1号、2号、3号）可横移，中层3个车位（4号、5号、6号）既可横移也可升降，上层3个车位（7号、8号、9号）只做升降。底层中间的位置通常留作车辆出入口，所以底层实际有一个空位作为“交换位”。

存车过程的逻辑是这样：驾驶员把车开到入口载车板后离车，操作员在触摸屏上点击“存车”并选择一个空闲车位。PLC先判断目标车位所在的层。如果目标在底层，直接横移目标空位到出入口位置，然后收起车辆，完成。如果目标在中层，需要先让底层车位移开，给中层车位腾出一条垂直通道，再把中层载车板降到出入口高度，存车后升起。如果目标在上层，则要先把中层对应位置降到下层，把上层载车板降到中层位置，再让驾驶员把车开上去……这里要特别注意：上层车位存取时，操作员实际上是在“中层高度”上下车的，所以中间必须有一块载车板作为过渡平台。

取车流程是反过来的：用户要取7号车位的车，PLC先把对应的中层载车板横移腾空，让7号车位降到中层高度，驾驶员上车把车开出来，之后各车位复位。整个过程看着不算难，但PLC程序里要处理的关键问题是：任何一个动作执行前，都必须确认目标路径上没有其他载车板阻挡，否则就是机械事故。

2.2 安全联锁与防碰撞设计

这是整个系统设计的灵魂，也是答辩时老师最爱追问的部分。

第一个是电气互锁。横移电机和升降电机的正反转控制必须通过接触器的常闭触点互锁，而不能只靠PLC程序里的互锁指令。原因很简单：PLC程序跑飞、输出口烧坏、或者程序被别人改动时，靠“软互锁”可能失效，而接触器层面的“硬互锁”是物理级的，能防止正转和反转同时吸合导致短路。

第二个是位置确认。任何一个动作执行后，必须等待相应的限位开关或接近开关反馈到位信号，才能进入下一步。这里不能靠定时器估算，因为电机带载和空载的惯性完全不同，走固定时间就可能出现“以为到位了，实际还差十几厘米”的尴尬情况。我在调试中见过太多人用定时器代替到位检测，结果载车板歪着停在半空。

第三个是车辆检测。存车动作前必须确认载车板上没有超长、超宽或遗留物品，通常用对射光电开关或压力传感器来判断车辆是否完全进入且停放端正。这个信号如果不接，就可能出现车没停好就自动收板，把后视镜别断的情况。

第四个是急停与复位逻辑。急停按钮要采用常闭触点接入PLC，而且必须是硬件直接切断主接触器回路的急停，不能只给PLC一个信号让它“软件停机”。此外，系统必须有断电记忆和上电复位逻辑。调试时我就遇到过断电后PLC输出全部复位，载车板悬在半空的问题，后来专门加了“上电后先进入复位流程，把所有载车板恢复到安全位置”的状态。

2.3 PLC的I/O分配与状态机

以三层三列9车位为例，控制点数大概如下：

• 输入信号：底层和中层每个可移动车位各配2个极限限位（左限/右限或上限/下限），上层只配升降限位；出入口车辆检测光电2个；急停按钮1个；模式选择开关（手动/自动）1个；故障复位按钮1个。
• 输出信号：每个可移动车位对应的横移电机正反转各1个点，升降电机正反转各1个点，加上报警灯和蜂鸣器。

这种方式点数会比较多，中级配置大概需要40个左右I/O点，选一台S7-200 SMART的CPU SR40（24输入/16输出）刚刚好，还能剩下几个备用点。如果用三菱FX3U，需要加一块扩展模块，也不麻烦。

程序状态机建议划分成：空闲状态、存车执行状态、取车执行状态、故障停机状态、手动调试状态。每个状态对应一组允许动作条件，只有满足条件才允许转移。比如空闲状态时，所有电机不允许动作；收到存车/取车指令后，先进入“路径规划”子程序，把动作序列生成到一组数据寄存器中，然后按序列逐条执行；执行过程中任何报警触发都立即切到故障停机，并弹出触摸屏报警窗口。

这里我强烈建议用“步编号”的方式管理流程，而不是全用M继电器串联线圈。用数据寄存器记录当前步号，每一步对应独立的步标志位，程序清晰程度高一个档次。毕业设计论文里画状态转换图也特别方便。

3. 硬件选型与组态实现

3.1 控制器选型：西门子还是三菱

这个问题没有唯一答案，关键看你的课程背景和实验室资源。如果学校用的是西门子，就选S7-200 SMART；如果课程里教的是三菱FX系列，就选FX3U。两者在完成这个项目的能力上没有任何本质差距，选型主要看环境而非性能。

我个人的建议是优先西门子S7-200 SMART。比较明显的优势：一是编程软件STEP 7-Micro/WIN SMART提供仿真功能，调试前可以先在电脑上把逻辑跑通，对毕设阶段来说非常友好；二是以太网口是标配，和触摸屏通信直接网线连接，不需要额外配编程电缆或485模块；三是它的比较指令和移位指令在实现“步进流程”时非常顺手。三菱FX3U的优势在于指令系统简单，很多工厂老师傅习惯三菱的编程风格，如果你后续想去特定行业，三菱经验也很有用。

表格对比一下：

3.2 传感器选型与定位方案

定位方案是整个立体车库系统最容易做错的地方。很多人一开始就想上编码器做闭环定位，觉得“精确”，但实际这是一种过度设计。载车板移动到位之后需要的是重复定位精度，而限位开关只要安装位置得当，完全能满足要求；编码器的成本和调试难度却高出一大截，还要考虑PLC的高速计数模块，对初学者不够友好。

毕业设计的推荐方案是：用槽型光电开关或接近开关做运动极限位置的检测，用对射光电开关做车辆占用检测。

具体说，横移导轨两端各装一个接近开关，当载车板碰到挡块时，接近开关输出信号，PLC判定横移到位。升降位置在每层高度各装一个光电传感器或磁感式限位，载车板的碰块触发对应信号。这里有一个安装细节：接近开关和检测挡块之间的间隙必须留够，一般控制在2至4毫米，太近容易误触发，太远则检测不到。

还有一个容易被忽略的点：光电开关在户外或灰尘环境下容易误报，毕设虽然多半在实验室，但论文里最好提一句“选用抗干扰型传感器并加装遮光罩”，会让老师觉得你想到了实际工程问题。

3.3 动力系统与电机功率估算

电机功率的估算不能靠感觉。以家用轿车重量取1500公斤为例，载车板自重算400公斤，升降机构的总负载约1900公斤。假设升降速度取0.1米/秒，传动效率按0.8估算，理论上需要的轴功率约为：

P = F × v / η = (1900 × 9.8 × 0.1) / 0.8 ≈ 2327.5 W

考虑启动冲击和机械摩擦裕量，升降电机选2.2千瓦或3千瓦比较稳妥。横移运动是水平摩擦负载，等效阻力远小于升降负载，同样的计算方法，横移电机选0.75千瓦甚至0.4千瓦都够用。但要注意，一些小型教学模型用的是直流减速电机，功率模型就不一样了，那就要按模型尺寸去折算，不要硬套本车的公式。

电机驱动方式上，变频器是首选。立体车库要求启停平稳，直接星三角启动会造成载车板抖动，车上货物或车辆容易滑移。变频器可以设置加减速时间，一般设2至3秒，还能在低速时提供更大转矩。如果预算有限，至少也要用带机械抱闸的电机，防止断电后载车板自由落体。

3.4 触摸屏组态与操作界面

触摸屏建议选与PLC同一品牌的入门款，比如西门子Smart Line系列或三菱GOT系列，7寸屏足够显示整个9车位车库的状态。我用过的方案里，界面分三页就可以：第一页是车库主画面，用图形元件画车位网格，绿色表示空闲，红色表示占用，点击任意车位弹出“存车/取车”按钮；第二页是手动操作页，给每个电机增加正转、反转、停止按钮，方便调试；第三页是报警页，列出当前报警和最近的历史报警记录。

组态时有两个容易踩的坑。第一个是变量地址对不上。触摸屏里的变量要和PLC的V区或M区地址一一对应，一旦地址差一个字节，表面看不出问题，实际运行就是按钮没反应或者状态显示错乱。第二个是通信参数不一致。S7-200 SMART默认IP地址通常是192.168.0.1，触摸屏的IP要设成同一网段且不能相同，否则连不上。我调试时最常见的问题就是“触摸屏上按钮变灰”，十有八九是通信断了，先在触摸屏系统设置里测试连接，别急着改程序。

4. 软件实现与源码结构

4.1 程序框架与模块划分

拿到一个立体车库PLC程序，不要上来就写梯形图。先把程序结构规划好。推荐的模块划分如下：

• 主程序OB1：负责初始化、调用各功能子程序、处理状态机跳转。
• 初始化子程序：设置电机默认停止，上传数据寄存器初值，将触摸屏变量恢复到安全默认值。
• 手动控制子程序：处理手动操作页的按钮逻辑，用于调试和检修，每个手动动作必须满足安全条件。
• 自动存取子程序：核心流程，负责生成动作序列并逐条执行。
• 安全联锁子程序：集中处理急停、限位异常、车辆检测异常、电机过载等信号。
• 故障处理子程序：执行报警任务，锁存故障代码，等待人工复位。

源码文件结构上，建议整个交付包按这个层次组织：

ProjectRoot/ ├── PLC_Program/ │ ├── Main.smart // 主程序及子程序 │ ├── SymbolTable.smart // 符号表，地址映射 │ └── CommentList.smart // 程序注释 ├── HMI_Project/ │ ├── HMI_Project.hmi // 触摸屏组态工程 │ └── HMI_Images/ // 界面图片素材 ├── Documentation/ │ ├── LW文档.docx // 毕业论文正文 │ ├── 系统设计说明书.docx │ └── 答辩PPT.pptx ├── Simulation/ │ ├── 仿真截图/ │ └── 接线图.dwg └── README.md

命名规范上，每个I/O变量要取有意义的名称，比如“Limit_X_Left_1”“Motor_Lift_Up”，不要用X0、Y0这种裸地址。符号表用得好不好，直接决定老师看程序时的心情，也决定你自己改代码的效率。

4.2 自动存取核心逻辑实现思路

自动存取逻辑建议用“动作序列+步号”的实现思路，而不是用一大堆置位复位的M继电器硬写。做法是：先将某次存车/取车所需的动作序列计算出来，存放在一个数组里，每步包含“动作指令”和“目标到位条件”两个信息，然后由步进逻辑逐条发起并等待条件满足。

伪代码层面的描述大概是这样的：

// 生成动作序列 IF 请求存车 THEN 目标车位 = 用户选择的车位号 生成序列 = [横移交换位到出口, 目标载车板降至底层, 车辆到位判定, 载车板复位] END_IF // 执行动作序列 WHILE CurrentStep <= TotalSteps 根据CurrentStep查动作表 输出电机动作信号 等待到位限位信号 IF 安全联锁故障 THEN 进入故障状态 EXIT END_IF CurrentStep = CurrentStep + 1 END_WHILE

梯形图里实现这个思路，核心是用比较指令比较步号，使用移位寄存器或者INC指令递增步号。关键技巧：每一步执行前都要“预判”下一步的目标地址，比如横移车位的目标地址是哪个限位开关，在每一步里用一个MOV指令把目标限位状态传给判断条件，这样虽然梯形图长一些，但逻辑是傻瓜化的，不容易因为串联条件和并联条件混淆而出错。

写这段程序时最容易出的问题是“动作序列生成”和“动作执行”混在同一个扫描周期里。应该让生成序列的子程序只在收到新指令时执行一次，执行序列的子程序每个扫描周期都跑，两者用步号隔离。如果混在一起，程序会反复改写当前步号，导致动作跳步。

4.3 仿真调试与监控方法

西门子S7-200 SMART的仿真调试我建议分三步走。

第一步是纯逻辑仿真，在STEP 7-Micro/WIN SMART自带的仿真器或PLCSIM里跑程序。把输入信号用M区或者I区强制功能模拟，观察输出线圈的翻转顺序是否符合动作序列。这一步能抓出80%的逻辑错误，比如互锁条件漏写、步序跳转错误。不过要提醒一下，PLCSIM在某些版本下偶尔会有启动异常的情况，如果仿真器点了启动没反应，多半是许可证服务被占用或版本不兼容，重启软件或者换一个版本再试。

第二步是配合触摸屏组态软件做联合仿真。触摸屏组态软件往往带模拟运行模式，可以让组态项目和PLC仿真同时运行，用触摸屏上的按钮触发PLC逻辑。这一步能验证HMI变量地址映射是否正确，不然等接真机再发现地址错位就麻烦了。

第三步是半实物调试。把PLC和真正的传感器、电机驱动接好，只保留机械结构用模型模拟。调试时先手动动作，确认每个限位信号都能被PLC读到，再切到自动跑完整流程。这个过程最能暴露现场问题，比如干扰导致的误信号、接触器吸合延时等。

5. 常见问题与排查技巧实录

5.1 定位不准和误动作

这是立体车库调试中最高频的问题。现象是载车板运行时偶尔冲过限位，或者明明没有到位却触发了到位信号。

排查思路先分清是“信号真的错了”还是“逻辑判断错了”。用PLC在线监控表，观察对应输入点位的通断变化：手动慢速移动载车板，看限位信号在机械接触挡块时是否立即变化。如果信号有抖动，在传感器电源并一个电解电容或者换用带屏蔽的传感器，能解决大部分干扰问题。如果信号稳定但PLC程序还是提前跳步，则要检查程序里到位判断条件是否串入了其他无关触点。

另一个常见原因是接近开关的检测距离太远。很多同学在实验室把接近开关感应面和挡块调成5毫米，实际应用时震动一下偶尔触发，就误判到位。我建议把距离调到2毫米左右，并且使用带LED指示的接近开关，现场一眼就能看到状态。

5.2 车位上“双重占用”问题

系统运行时会出现的一个危险情况是：PLC认为某车位空闲，但实际载车板上有一辆车。出现这种情况的原因通常是车辆检测光电信号在存车完成后被复位掉了，而取车后又因为车辆没完全离开，信号又保持很长。

解决思路是：车位的“占用”状态不能只由光电信号实时判断，要结合流程状态锁定。存车动作完成时，把车位状态寄存器置1；取车动作开始后，等车辆离开信号确认消失后，再把状态寄存器置0。中间任何一步断电或故障，都需要重新人工确认。这样即使光电信号瞬间抖动，也不会导致状态错误。

在程序里，我习惯每个车位用一个“状态字”，里面包含“物理占用标志位”和“逻辑占用标志位”，两个标志位不一致时，系统立即报警，不允许任何自动动作。这个思路写进论文里很加分，因为它体现的是“冗余校验”思想，不只是简单的简单开关判断。

5.3 触摸屏与PLC通信问题

通信连不上或者时不时断开，是联合调试第三天最常见的难题。先检查网线是不是直通线还是交叉线，现在多数设备都支持自动翻转，但老设备可能不支持；再检查IP地址是否在同一网段，S7-200 SMART默认子网掩码是255.255.255.0，如果触摸屏设成192.168.1.10，但PLC是192.168.0.1，那就是跨网段了，必须改到一致。最后看连接方式，如果是远程以太网连接，要确认触摸屏的“连接PLC”选项里IP地址填的是PLC侧地址，不是触摸屏的地址。

通信时不时断开的问题，优先怀疑触摸屏组态里的“通信超时时间”设置太短，默认可能是500毫秒，把它改到1秒以上能有效减少偶发断连。另外，PLC程序的通信负载别太重，不要在梯形图里用大量的TSEND/TRCV指令频繁发送大量数据块，否则以太网扫描周期会明显变慢。

5.4 常见故障速查表

6. LW文档写作思路与答辩准备

6.1 论文结构怎么搭才不空洞

LW文档的核心不只是记录做了什么，而是要说明“为什么这么做”。很多学生的论文洋洋洒洒写了机械结构选型、硬件型号列表，但最关键的“控制程序设计”部分却只有几个梯形图截图，没有设计过程。这样评阅老师很难给出高分。

我建议论文正文按这样组织：第一章绪论里不要长篇大论写“随着社会发展和汽车保有量增加”这种官话，直接写这个自动化系统在当前停车需求下的应用背景，两页内收住；第二章写总体方案设计，重点画系统架构图和车位布置图；第三章是硬件设计，包含I/O分配表、接线图、传感器选型计算；第四章是软件设计，写出状态转换图、动作序列生成逻辑、核心梯形图程序块及注释；第五章是调试与结果分析，放仿真截图和运行数据；最后是总结与展望。我的体会是：第四章的篇幅要占全文的40%以上，这才是论文的“含金量”。

写软件设计时，一定要把“动作序列是怎么生成的”讲清楚。比如用表格列出存车到7号车位的全过程动作步骤，每一步的触发条件、执行动作、到位信号、安全条件，那个论证过程本身就展示了设计能力。梯形图全贴出来没啥意义，挑核心三到五段来精讲就够。

6.2 答辩高频问题怎么答

答辩老师最常问几个点，提前准备好就从容了：

“为什么用PLC不用单片机？”从可靠性、抗干扰、开发效率、工业环境适应性去答，顺便提一句PLC梯形图本身便于维护，这是工厂里选型的重要考量。

“如果两个车位同时请求存取怎么办？”回答思想是：系统在同一时间只处理一个命令。进来第二个请求时，先判断当前状态，如果处于空闲则接受，如果正在执行则提示“系统忙，请稍候”。这个用触摸屏侧做弹窗提示，PLC端设一个“忙信号”寄存器。

“急停之后怎么恢复？”要回答两段逻辑：急停按键复归后，系统不直接执行原动作序列，而是进入安全复位流程，把所有载车板移动到最安全的位置，再由人工确认后恢复自动。这个恢复流程要在程序里实际写过，答辩时才能说得有理有据。

“防坠落怎么做？”升降横移式设备通常有机械防坠落钩和电气防坠落双重设计。PLC侧可以做的是：升降电机抱闸线圈在电机停止后立即闭锁；在上层载车板下降到中层后，必须先等机械锁销到位信号，才允许车辆开出。这些设计写进论文里，能明显看出你考虑过本质安全问题。

7. 我的实操体会

这个项目我前后带过几届学生做过，最大的体会是：程序逻辑本身并不难，难的是“把自己代入真实场景”去思考。很多同学写存取车流程时，程序里动作顺序是反的——先降后横移，结果机械结构上根本实现不了。所以在动手写梯形图之前，先画一张车位动作路径图，把每个车位到达出入口需要经过的所有位置标注清楚，这个过程花半天时间，后面编程能省一周。

还有一个很值得分享的小技巧：给每一个动作步骤加一个“超时监控”。用定时器判断某个到位信号在10秒内没有出现，立即触发超时报警。这样调试时如果程序卡在某一步，触摸屏上会直接告诉你“第5步超时”，而不是让你一个点一个点去查信号。这个小功能写起来很简单，但能让你的项目调试体验和论文深度完全不一样。

如果你正卡在这个题目上，建议路径就是：先把方案选定，把I/O表做出来，再写核心流程和时序图，然后是触摸屏界面，最后才动梯形图。顺序反了，大概率要返工。