城市停车难这件事，这几年被讨论得很多，但真正下决心去做一套设备的人不多。我接触过不少机械式立体车库项目，也带过好几届做相关方向毕业设计的学生，每次都会说一句话：基于PLC的立体车库自动存取系统，是自动化方向性价比最高的毕业设计选题之一。它把电气控制、PLC编程、传感器检测、组态监控、通信协议这些核心知识点全部串起来了，难度适中，逻辑清晰，做出来之后既有实物感又有演示效果，答辩的时候特别有底气。
这篇文章我会完整拆解这个项目的设计思路、控制逻辑、上位机通信和调试排障，从毕业设计的角度讲清楚“怎么做”和“为什么这么做”。不管你现在是刚开始接触PLC的初学者，还是已经把梯形图学完、缺一个完整项目练手，这篇内容都能直接拿来当参考框架。
1. 这个选题到底在解决什么问题
1.1 立体车库的工业语境
机械式立体停车设备这几年在二三线城市铺开得很快，核心原因很简单：土地成本太高，平面停车场根本撑不住城市核心地段的停车需求。升降横移式立体车库是其中应用最广的一种，结构相对简单，造价可控，一个两三层的小型库就能把车位数量翻两三倍。
它的工作逻辑一句话就能说清：利用一个或多个空位，通过载车板的升降和横移，把目标车辆调度到出入口。听起来不复杂，但落到控制系统里就有讲究了——每个车位有没有车、哪台电机该转、转多久停、升降过程中会不会撞到相邻车位的车、用户按键之后系统怎么判定“能执行/不能执行”，这些全部要靠控制器实时判断。
这个场景天然适合PLC，不选单片机的核心原因有三个：可靠性、抗干扰性和扩展性。车库里电机启停频繁，电磁干扰大，单片机在这种环境里需要做大量外围保护；而PLC从硬件设计上就是冲着工业现场去的，继电器输出、光电隔离、输入滤波这些能力都是内置的，再加上梯形图编程直观，后续改逻辑非常方便。
顺手提一句，做这个选题时最好把眼光放长远一点：车库控制系统将来是要和上位机、云端对接的，PLC本身支持Modbus、Profinet、OPC UA这些协议，这条技术路线不会被卡住。
1.2 为什么选这个项目作为毕业设计
从毕设的角度看，这个选题最难得的地方在于系统完整性。它不是孤立的一块板子或者一段程序，而是一个闭环：传感器采集信号→PLC逻辑运算→接触器驱动电机→执行机构动作→限位开关反馈→状态更新。整个链路跑通，你对工业自动化的理解就立体了。
另一个好处是演示效果强。很多控制类毕设做完只能看仿真波形，立体车库不一样，你可以用一个小型模型配合触摸屏或者上位机组态画面，现场演示存车取车的完整流程，答辩老师一眼就能看懂你在做什么。
当然，还有一个实用价值：这套系统的方案选型、I/O分配、程序框架、调试记录，将来找工作面试的时候是完全可以拿出手的作品。我见过不少学生把这个项目写进简历后，面试官问起控制逻辑和通信协议，答得头头是道，最终拿到不错的 offer。
2. 系统架构与控制思路拆解
2.1 升降横移式车库：原理与车位编号
在开始写程序之前，必须先把机械本体搞明白。以最常见的三层三列升降横移式车库为例，地面层（第一层）的车位可以横移，二层和三层可以升降。为了让任意车位的车都能正常出入，每一层必须留一个空位作为调度通道，所以实际有效车位数量等于总车位数减去空位数。
车位编号是控制程序的起点，我建议用“层+列”二维坐标来定义，比如1-1表示第一层第一列，2-3表示第二层第三列。这样做的好处是程序里可以用二维数组保存车位状态，调度逻辑也清晰。
存车时车辆从入口进入一层某个车位，取车时系统要把目标车位通过横移和升降运动调度到一层出入口位置。这个“调度”过程具体是这样拆解的：如果目标车位在一层，直接让目标车位横移到出入口位置；如果目标车位在二层或三层，需要先把目标车位下方一层的对应位置腾空，然后目标车位降下来，再横移到出入口。
这个逻辑看起来不复杂，但真正编写程序的时候需要处理大量“位状态判断”和“动作顺序控制”，这也是整个项目的核心难点。
2.2 硬件配置与I/O分配
做毕设阶段，硬件选型不必追求高端，够用、好买、资料多就行。市场上最主流的组合是西门子S7-200 SMART系列配国产组态软件，或者三菱FX系列搭配威纶通触摸屏。如果你所在学校实验室常用欧姆龙、台达或者汇川，也没有问题，毕竟PLC的编程思想是相通的，关键是寄存器地址和指令体系的差异。
为了让后面的讨论具体化，我按西门子S7-200 SMART的地址规则列一套典型的I/O分配表：
| 类型 | 地址 | 信号含义 | 说明 |
|---|---|---|---|
| 输入 | I0.0 | 启动按钮 | 系统上电启动 |
| 输入 | I0.1 | 停止/急停按钮 | 紧急情况切断运行 |
| 输入 | I0.2 | 自动/手动模式选择 | 调试和运行切换 |
| 输入 | I0.3~I0.5 | 各车位有车检测 | 光电传感器信号 |
| 输入 | I0.6 | 升降上限位 | 载车板升到顶 |
| 输入 | I0.7 | 升降下限位 | 载车板降到底 |
| 输出 | Q0.0 | 升降电机正转接触器 | 载车板上升 |
| 输出 | Q0.1 | 升降电机反转接触器 | 载车板下降 |
| 输出 | Q0.2 | 横移电机正转接触器 | 载车板左移 |
| 输出 | Q0.3 | 横移电机反转接触器 | 载车板右移 |
| 输出 | Q0.4 | 运行状态指示灯 | 正常运行时亮 |
| 输出 | Q0.5 | 故障报警蜂鸣器 | 超时/越位报警 |
**给做毕设的同学一个建议：**I/O分配表是毕业设计评分的重要项，老师主要看你的信号分类是否合理、地址有没有冗余、逻辑是否清晰。做表的时候把“信号名称、地址、数据类型、功能说明”全部列齐，后面写论文直接就能用。
2.3 软件分层：从主程序到子任务
PLC程序不要全部堆在主程序里，那样后期调试会非常痛苦。我习惯把程序拆成四个功能块：初始化、模式切换、自动存取控制、报警处理。手动调试时单独调用调试子程序，运行时就跑自动流程。
初始化子程序的作用是上电后把所有状态复位，包括清除中间寄存器、关闭所有输出、确认限位开关的初始位置。
自动存取控制子程序是核心，内部按状态机的方式组织：
ST存车流程: S0 待机 -> 检测入口有车且目标车位空 S1 调度 -> 根据目标车位坐标计算动作序列 S2 执行 -> 逐条执行升降/横移动作，每条动作完成后检查反馈 S3 完成 -> 更新车位状态数组，点亮指示灯，返回S0 ST取车流程: S0 待机 -> 接收用户输入车位号 S1 校验 -> 该车位是否有车、当前是否允许调度 S2 调度 -> 把目标车位移至出入口 S3 完成 -> 复位，等待车辆驶离状态机的写法在调试时有巨大优势：卡在哪一步，直接看状态字就能定位，不用满屏找逻辑。
3. 控制程序核心逻辑实现
3.1 存车流程的梯形图逻辑
写梯形图之前先说一个思路问题：很多初学者一上来就画梯形图，结果画到一半发现逻辑矛盾。正确做法是先写动作流程图，再翻译成梯形图，这样逻辑更完整。
以“车辆停入一层3号位”为例，用结构文本描述这段逻辑：
IF 模式==自动 AND 启动按钮 AND 1-3车位空 THEN 横移右移接触器=ON 等待横移右限位信号 横移右移接触器=OFF 检测到入口车辆到位 横移左移接触器=ON 等待横移左限位信号 横移左移接触器=OFF 置位 1-3车位有车标志 END_IF对应到梯形图上，核心就是三件事：电机启停用自锁+互锁、动作切换靠限位开关输入、每一步完成后置位完成标志。
这里要特别强调互锁问题。升降电机和横移电机不能同时动作，正转和反转更必须互锁，否则两个接触器都吸合的瞬间就是相间短路，轻则烧保险，重则炸接触器。梯形图里我会这么处理：输出端串联对方的常闭触点，硬互锁和程序互锁同时做。
电机到位的判断不能只靠定时器瞎猜，一定要用限位开关的实际反馈。比如载车板上升，输出Q0.0置ON之后，程序要一直扫描I0.6上限位信号，到了就立刻切断输出。如果上升超过设定时间还没有触发限位，就要进入报警状态，而不是盲目继续运行。
3.2 取车流程与路径调度
取车流程比存车复杂，因为存在“路径腾挪”。假设用户想取三层3号位的车，而当前出入口在一层1号位，程序必须先把一层2号位的车横移腾空，或者把二层、三层的车通过升降腾出通道，才能让三层3号位的载车板降到一层。
为了简化编程，我采用“目标车位优先级调度法”：先判断目标车位的地面投影位是否为空，空就直接降；不空就先调度障碍车位平移腾位，再执行升降动作。
用伪代码表达：
ST取车(目标车位=层L列C): IF L==1: 直接将C列横移到出入口 ELSE: 判断一层对应列C是否空 IF 不空: 找到临近空位的平移方案 执行横移腾位 下降到一层 横移到出入口 END_ST这段逻辑里最考验人的是“找到临近空位的平移方案”。毕设阶段可以用一个简单的贪心策略：从腾位目标列开始，向左或向右扫描最近的空位，把路径上的车逐个平移。如果你想把系统做得更亮眼，可以尝试用A星或者广度优先搜索计算最短腾挪路径——这个在论文里可以单独开一章写“智能调度算法”，加分效果很明显。
3.3 安全互锁与故障自诊断
立体车库是有人车交互的设备，安全设计是评分的重点，做工程更是不能马虎。程序里至少要有这几层安全保护：
车位上检测信号与运动方向互锁：某车位有车时，禁止该车位载车板进行升降动作，防止叠罗汉式的碰撞。
限位信号参与动作结束判定：每个运动都必须有明确的到位信号，不允许只靠定时器算时间。
急停优先级最高：急停按钮作为硬件常闭串入接触器控制回路，同时PLC程序里用输入中断立即封锁所有输出。
关于故障自诊断，我习惯在每个运动控制段后面加超时判断，比如横移动作设定10秒内没有到位信号，就判定为机械卡滞，立即停机并触发蜂鸣器报警，同时在触摸屏上报“横移超时，请检查机械卡阻”。这个设计在答辩时特别能说明你对工程问题的理解深度。
另外，手动模式的程序也要写进去。手动模式用于调试和应急，用点动按钮分别控制升降和横移电机，方便维修时单独测试某个机构。注意手动模式下要跳过部分自动安全逻辑，但升降正反转互锁和急停不能省。
4. 上位机监控：SCADA如何与PLC连接
4.1 组态软件选型与通信方案
为什么毕设做PLC项目要加上位机监控？因为只看PLC本体上的指示灯，很难直观展示系统状态。加上组态画面之后，车位状态、电机运行状态、报警信息一眼可见，演示效果完全是另一个档次。这也是标题里“系统”二字的含义——不只是一堆梯形图，而是一套完整的监控体系。
上位机组态软件常用的几个方案：西门子的WinCC、国产组态王、力控，以及一些支持Modbus的通用组态工具。我建议毕设阶段优先选择组态王或者LabVIEW，因为上手快，资料多，和S7-200 SMART之间的通信配置网上能搜到大量教程。
这里顺带解释一下“SCADA如何与PLC连接”的实际含义。SCADA（数据采集与监控系统）与PLC的连接本质上是建立一条数据通道，让上位机能实时读写PLC的寄存器。物理链路常见有两种：一是485串口连接PLC的编程口或通信板，走Modbus RTU协议；二是以太网连接，走Profinet或者Modbus TCP。毕设场景里，S7-200 SMART本身带网口，直接用网线连电脑，在组态软件里配置TCP/IP通信，最简单也最稳定。
4.2 上位机与PLC通信配置实操
下面是完整的通信配置步骤，我以S7-200 SMART和组态王为例：
第一步，在PLC程序里启用Modbus TCP通信功能。S7-200 SMART自带Modbus TCP指令库，调用Modbus_Server指令，设置好端口号和保持寄存器起始地址。常用保持寄存器区从VB0或者VW0开始，比如我用VW100存放车位状态字、VW102存放报警代码。
第二步，在组态王里新建设备，选择PLC型号为“S7-200 (TCP)”，填入PLC的IP地址和端口号，端口默认502。这一步最容易出错的是寄存器地址映射关系，上位机读写40001对应PLC里的VW0，40002对应VW2，即4xxxx地址减1再乘以2才是PLC的VW地址。
第三步，建立画面和变量绑定。画三个车位模拟块、两个电机状态块、一个报警指示块，把它们的“颜色变化/文本显示”关联到对应的40001位地址上。
| 上位机地址 | PLC地址 | 含义 | 数值 |
|---|---|---|---|
| 40001 位0 | VW100.0 | 1-1车位有车 | 0/1 |
| 40001 位1 | VW100.1 | 1-2车位有车 | 0/1 |
| 40002 | VW102 | 报警代码 | 0正常/1超时/2越位 |
配置完毕后，可以在PLC里写一个简单的“寄存器自增量”测试程序，先验证通信通不通，再绑定正式变量。这个习惯能帮你省下大量的排障时间——通信不通就调试通信，别一边查程序一边怀疑通信，问题定位会更快。
4.3 通信协议选择的几个注意点
关于协议选择，如果设备侧是西门子自家的，首选Profinet或者Profinet IO，通信效率高、配置简单。如果是混搭设备或者要对接第三方传感器、变频器，Modbus TCP/RTU最通用，几乎每一家设备都支持。
如果项目方向想往智能制造/数字工厂这个方向靠，建议在论文里提一下OPC UA。它比Modbus强在信息模型标准化和安全机制，同一个OPC UA服务器可以同时对接PLC、传感器、数控机床，统一向上层MES系统提供数据。这里不需要真正实现，只要在“系统扩展性”这一节做个展望，论文的学术高度立刻就不一样了。
通信调试中我踩过的坑主要有三个：一是波特率不一致，串口通信时PLC设9600而上位机设19200，画面数据全乱；二是寄存器类型选错，把线圈地址写到保持寄存器，写不入数据；三是字节顺序问题，读到的上位机数值与其他工具看到的不一致，需要设置字节交换。这些内容在后面的排查实录里再细说。
5. 调试实录与排查思路
5.1 仿真器启动失败这类软件坑
很多同学习惯先把PLC程序跑在仿真器里验证逻辑，等逻辑没问题了再下载到实体PLC。这个思路是对的，但仿真工具本身也有一堆坑。
我见过最多的就是S7-PLCSIM Advanced启动失败，点击实例启动没反应，也没有报错提示。这个问题的常见原因是软件版本与TIA Portal版本不兼容，或者许可证文件未生效。排查建议按三步走：第一步，确认S7-PLCSIM Advanced版本是否匹配当前TIA版本；第二步，检查许可证管理器中PLCSIM的授权状态；第三步，用管理员身份运行仿真器，避免权限问题。
如果你用的仿真器版本确实匹配，但实例还是创建不了，试试创建一个新的虚拟PLC实例，不要复用旧实例。旧实例的上下文可能损坏，删掉重建往往就好了。另外，仿真器对电脑性能有要求，虚拟机里跑容易卡死，尽量用物理机。
关于仿真和实物的差异，一定要记住：仿真器帮你验证的是逻辑正确性，验证不了传感器反馈、接触器动作时间、限位开关抖动这些物理世界的细节。所以仿真是基础，实物调试才是关键，两者结合才是完整的调试策略。
5.2 拿到实物以后怎么排查
实物联调的时候，我有一套固定的排查顺序，分享给你：
先看电源，再看PLC状态。PLC的RUN灯不亮，下载的程序没跑起来，后面的一切都不用谈。
然后逐一点动输出。切到手动模式，分别让升降电机和横移电机动作，确认接触器吸合、电机转向正常。
接着检查输入信号。手动按压每个限位开关和光电传感器，同时监控PLC输入指示灯或者上位机变量值，确认所有传感器信号都能正确进入PLC。
最后跑自动流程。如果自动流程卡住，优先看当前停在状态机的哪一步，然后检查这一步的“进入条件”和“完成条件”分别缺了什么。大部分调试问题都能这么抓出来。
限位开关抖动是我特别想强调的一个问题。机械限位开关在碰撞瞬间会产生多次抖动，如果程序不做处理，一个到位信号可能触发多次动作切换，电机一抖一抖的，严重时会把机构别坏。解决办法是在PLC里设置输入滤波时间，或者用定时器做5~10毫秒的持续确认，信号稳定了再执行动作。
还有一个常见现象：手动模式下电机能转，自动模式死活不动。这种情况八成是模式切换逻辑出了问题，比如自动模式的启动条件里包含了“模式选择端子信号”的上升沿，而实机上电时这个信号已经保持为1，没有触发边沿。改成电平判断就能解决。
调试的时候养成一个习惯：每改一次程序，都记录修改内容和现象变化。不用多复杂，一个表格就行。这个记录对论文里的“调试与结果分析”章节价值极大，而且答辩老师问起来你能说出每个问题是怎么定位、怎么解决的，这是实打实的加分项。
5.3 毕业设计文档与答辩要点
标题里写了“源码+LW文档”，这里的LW文档指的就是毕设论文和配套说明文档。论文结构我建议照这个目录走：摘要、绪论（背景与意义）、需求分析、总体设计方案、硬件设计、软件设计、系统调试与结果分析、总结与展望。其中需求分析和总体设计方案是老师最看重的部分，不要草草两页带过，要把功能需求、非功能需求、系统架构图画清楚。
程序源码部分，建议做成“可编译+可运行”的干净工程。提交之前把多余的历史调试文件删掉，程序文件名和注释规范一点。很多老师会实际打开你的工程，文件名乱写、注释全无的，即使功能完成了也会被打低分。
答辩之前强烈建议录一段3分钟左右的完整演示视频：从启动系统、选择车位、执行存车、执行取车，到报警触发全过程。视频里把触摸屏或上位机画面录进去，万一现场设备出问题，视频仍然能撑住场面。
答辩时最常被问的几个问题我列一下，提前想好答案：
| 问题 | 参考回答思路 |
|---|---|
| 为什么选PLC而不选STM32 | 工业可靠性、抗干扰、开发周期短、易于扩展 |
| 系统如何保证安全 | 正反转互锁、限位反馈、超时报警、急停回路 |
| 车位状态检测用什么传感器 | 对射式光电传感器或超声波传感器，说明选型依据 |
| 如果两辆车同时取车怎么办 | 采用串行调度策略，系统同一时间只允许一个任务运行 |
| 如何扩展成自动引导车方案 | 引入上位机统一调度、增加定位传感器、对接AGV调度系统 |
6. 源码工程的组织与项目扩展方向
6.1 源码文件怎么组织才算合格
毕业设计源码最容易犯的错误是“一堆文件乱塞”，老师印象分立刻打折扣。我建议按功能把源码分成几个目录：PLC工程文件、上位机组态文件、硬件设计图纸、仿真模型、调试记录文档。PLC工程内部也要按功能块组织，主程序、子程序、中断程序分开，变量表用规范的命名前缀，VD区、VW区、VB区不要混用导致地址冲突。
变量注释一定要写全。我见过太多学生程序里的变量名是VW0、VW200这种纯地址，没有任何说明。这种程序过一个月你自己都看不懂，更别说老师评阅了。正确做法是每个变量都有注释，比如“VW100_车位状态字”，注释写明每一位对应哪个车位。
如果程序里用了比较复杂的调度算法（比如前面提到的A星路径搜索），一定要在代码开头写上算法说明和输入输出定义，同时把推导过程放在论文正文里，代码和论文互相印证。这样专业度和完整度直接拉开档次。
6.2 这套系统还能往哪些方向延展
毕业设计做完不是终点，我更建议把整个系统当成一个平台去思考扩展方向。我自己带的学生里，做得比较亮眼的是以下几个方向：
把上位机从单机组态升级成Web端监控。思路是利用Modbus TCP或者OPC UA把PLC数据上传到边缘网关，网关再通过MQTT协议推送到网页端，直接在浏览器里看车库运行状态和车位占用率。
加入车牌识别与预约功能。入口装一个摄像头，识别车牌后自动分配车位，取车时输入车牌就能调车。这个方向技术氛围强，能够与视觉识别和数据库设计结合起来。
与AGV小车联动，做智能化共享车库。这需要增加通信协议对接和调度算法设计，属于智能制造范畴，如果读完研或者后续工作方向是工厂物流自动化，这个项目经验的价值会非常大。
需要提醒一点：扩展方案在毕设论文里合理地放在“总结与展望”一节即可，不要为了追求功能丰富而无限加需求，毕业设计的核心是完整跑通主流程，过度的功能堆叠反而容易导致项目失控而不能按时完成。
最后再分享一点个人体会
做了这么多年和PLC相关的项目，我最大的感受是：控制系统的核心从来不是代码本身，而是“对物理过程的理解”。同一个梯形图，你明白了机械动作的时序、传感器反馈的意义、故障发生的机制，写出来的程序就扎实，调试起来就快；如果只是对着例子抄，出了问题就只能干瞪眼。
立体车库这个选题恰好完美覆盖了这些点——它有机械结构、有电气回路、有逻辑控制、有通信交互、还有安全管理，无论你是做实物的还是纯仿真的，都能做出完整的系统。希望这篇拆解能帮你把整个项目的脉络理清楚，也希望大家在做的时候，多动手、多记录、多琢磨“为什么”，做完之后你会发现自己对自动化的理解已经上了一个台阶。
