企业官网建设流程全解析

一套3x3升降横移式自动化立体车库，真正落地的时候，核心其实就三件事：一台S7-200 PLC管逻辑，一套组态王做监控，再加一堆限位开关和传感器保命。很多人觉得立体车库难点在机械结构，实际做下来才发现，难点全在控制逻辑和现场调试上。

这篇文章我按一个实际可复现的项目来复盘：3列3层的车架，底层和中层车板能横移，顶层车板只做升降，留一个空位作为周转位，有效车位8个。内容包括I/O点规划、PLC程序怎么写、组态王画面怎么做、PPI通信怎么调通，以及最后现场会踩的那些坑。适合自动化专业的学生做课程设计，也适合搞非标设备的工程师、物业电气维护人员参考。

1. 为什么是3x3升降横移：先把控制需求看清楚

1.1 升降横移式车库的机械逻辑

升降横移式是目前中小型立体车库里最常见的一种。它的工作原理可以理解成"华容道"：一个框架分成多列多层，车板既能横向移动，也能垂直升降，但必须有一个空位作为周转空间，其他车板才能动起来。

我做的这套是3列3层，也就是三列、三层，总共有9个车位框架，但实际可用的只有8个，因为必须空出一个位置。底层的3个车板只负责横移，车辆可以直接开进去；中层的3个车板既能横移也能升降；顶层的3个车板主要做升降动作，在某些设计中也可以横移，但为了简化机械和程序，我这边把顶层横移省掉了。

存取车的思路是这样的：如果车停在底层，直接开进开出就行，不用动任何机构。如果要取中层或顶层的车，就要先把目标车位正下方的车板横移开，腾出垂直通道，然后让目标车板降到底层空位，车主开走车，再把车板升回去、横移归位。

1.2 从机械动作反推控制系统的任务清单

把上面这套机械动作翻译成控制需求，就清晰多了。控制系统必须干这么几件事：

第一，记住车位状态，也就是每个车位有没有车，空位目前在哪个位置。第二，识别车主的目标车位，判断这个车位能不能直接存取，如果不能，要生成一串横移动作。第三，按顺序执行升降和横移，每一步都要等到限位到位才能进行下一步。第四，任何异常情况都要能停下来，报警并保证人员安全。

举个例子。空位在底层三号位，车主取的是三层二号位。那么控制过程大致是这样：先判断底层二号位有没有车，如果有车，就把它横移到空位处；等底层二号位空出来，三层二号位开始下降；降到地面后，车主取车；取完车，三层二号位升回原位，刚才移走的车板再横移回原位。

这套动作听起来简单，但放到PLC里做顺序控制，每一步都要有严格的到位信号和互锁条件。

1.3 控制难点集中在哪：互锁、调度与安全

实际编程时，最花时间的不是动作本身，而是互锁和安全逻辑。

互锁包括几个层面：同一台横移电机的正转和反转绝对不能同时得电，否则就是相间短路；升降动作进行时，横移动作必须被禁止；同一个区域里，也不允许有两台电机同时动作。这些互锁既要在PLC程序里写，还要在接触器主回路里做硬件互锁，双保险。

调度逻辑的难点在于，3x3的布局虽然车位不多，但空位的位置会随着存取动作不断变化。程序必须随时知道"空位在哪里"，不然就会出现所有车板都堵死、哪个都动不了的死锁情况。

至于安全，立体车库是有人车交互的设备，底下有人或者有车的时候，上层车板绝对不能掉下来。防坠钩、光电保护、超时检测、急停回路，这些不是可选项，是必须项。

2. S7-200的I/O规划与硬件接线：先算清"点数账"

2.1 数一数系统到底要多少个输入输出点

做控制系统的第一步不是写程序，而是算点数。一个3x3升降横移车库，输入输出点比想象中要多。我按前面的机械方案，先列一遍：

输入部分大概是这样：

• 车位占位检测：8个车位，每个装一个光电或接近传感器，用来判断有没有车，8点。
• 横移限位：底层和中层各有3套横移车板，每套装左、右两个限位开关，6套×2，12点。
• 升降限位：3套升降机构，每套装上限位和下限位，6点。
• 安全保护：底层出入口的光电开关、光幕或者雷达，预留4~6点。
• 操作面板：模式选择、急停、上升、下降、横移左、横移右、存车确认、取车确认、复位，约10点。

这样算下来，输入点大约需要40点。

输出部分：

• 横移电机：6套车板，每套需要正转、反转两个输出点，12点。
• 升降电机：3套，每套正转反转，6点。
• 报警蜂鸣器、三层指示灯、防坠电磁铁等，预留4~6点。

输出点大约22点。这个规模不算大，但也绝对不是一个CPU224能轻松扛下来的。

2.2 S7-200机型选择与扩展模块组合

S7-200系列里常见的CPU型号有221、222、224、224XP、226。它们的数字量I/O能力差别很大：

选型时我看了两套方案。一套是CPU224加两块数字量扩展模块，另一套是直接用CPU226加一块扩展模块。最后选了CPU226加EM223的组合，理由是CPU226自带24个输入和16个输出，已经能覆盖大部分点，再加一块EM223，输入输出都有富余。后面调试的时候，想加什么信号都不用拆线，这个余量非常值钱。

多说一句，S7-200这个系列现在已经不是新项目的主流选择了，但存量设备改造、课程设计和教学项目里仍然大量存在，而且组态王对它的支持非常成熟，通信调试资料也多。做技改项目碰到它，完全不用慌。

2.3 接线图里的"安全习惯"：常闭急停、接触器互锁

点数算清楚了，接线的时候有几个习惯必须要养成。

急停按钮一定要用常闭触点接到PLC输入端，而不是用常开。逻辑上，常闭触点断开才表示急停动作，这意味着急停回路断线、接触不良等故障也会被当成急停触发，系统会主动停机，而不是失效。常开接法最大的问题是，线断了系统也不知道，急停形同虚设。

PLC的输出端不建议直接驱动接触器线圈。24V的PLC输出点去驱动380V接触器线圈，无论是电压等级还是浪涌电流都不合适。正确做法是PLC输出先驱动中间继电器，中间继电器的触点再去控制接触器线圈。这样既隔离了强电和弱电，也延长了PLC输出点的寿命。

接触器主回路必须做硬件互锁。比如横移电机的正转接触器和反转接触器，KM1和KM2的辅助常闭触点要串到对方的线圈回路里，防止两个接触器同时吸合。这一点即使PLC程序里写了互锁，也绝对不能省。

安全回路方面，我习惯把急停、热继电器常闭、防坠限位这些关键信号串成一条"安全链"，接到PLC的一个专用输入点。任何一个安全条件不满足，整个系统都不能动作。

3. 组态王画面和变量：让立体车库"看得见"

3.1 先搭画面，再绑变量

组态王在这个项目里的角色，是给物业值班人员和车主提供一个人机界面。画面不需要花哨，但必须直观。

我搭的画面分两个主页面。第一个是车库俯视图，画一个3列3层的矩形框架，每个车位用一个载车板图形表示。有车的时候，车位上显示一辆车的图形或者填充成深色；空位就显示浅色。车板横移的时候，图形在画面上跟着左右移动；升降的时候，图形跟着上下移动。这样车主一眼就能看到自己的车在哪一层、哪个位置。

第二页是运行状态页。上面有每台横移电机和升降电机的运行指示灯、当前空位所在的列、正在执行的动作、当前的故障报警。这个页面主要是给维护人员看，方便排查问题。

动画连接是组态王的核心操作。载车板图形的"水平移动"和"垂直移动"属性，分别绑到PLC里对应的电机运行标志变量上；车位有车没车，用"填充颜色"属性绑定占位检测变量。这些绑定做完，画面就"活"了。

3.2 变量管理与地址映射

组态王和PLC通信，本质是变量的地址映射。组态王里的变量分为内存变量和I/O变量，内存变量只在组态王内部用，I/O变量才是真正和PLC交换数据的。

地址映射要提前规划清楚。我给PLC程序预留了几个固定的变量区，然后把这些地址在组态王里一一对应。

比如车牌占位信号，PLC里是I0.0到I2.7之类的输入点，组态王里就建对应的I/O离散变量，寄存器地址直接写I0.0。空位在哪个列，我用PLC里的VW110这个字来记录，组态王里建一个I/O整型变量，寄存器地址写V110。

这里有个容易犯迷糊的地方：S7-200的V区地址和组态王的寄存器写法，有时候会差一个字节。后面我会专门说这个坑。

3.3 操作权限与报警界面

画面不只是显示，还要能操作。组态王支持用户权限管理，我建了两级权限：操作员只能点存车、取车按钮，管理员可以修改参数、复位报警、查看历史报表。

存取车界面上，操作员输入目标车位号，点击"存车"或"取车"，组态王把这个命令写到PLC的一个M区变量里，PLC收到指令后开始执行调度动作。执行过程中，画面上实时显示当前空位位置和正在动作的车板，动作完成后再显示"完成"状态。

报警窗口必须要做。我配置了这几类报警：电机动作超时、限位信号丢失、急停被按下、光电保护触发。报警出现时，值班室画面弹窗提示，同时蜂鸣器响，PLC侧也会切断当前动作，必须人工复位才能重新运行。

4. PLC程序的核心逻辑：存取流程怎么变成梯形图

4.1 把一次"取车"动作拆成可编程的步骤

PLC程序我采用的是状态机思路，这是一个非常实用的小型非标设备编程方法。整个系统有几种状态：空闲、调度中、升降中、横移中、故障停止。用VW100这个字来存当前状态，程序的主体就是根据状态去触发对应的动作。

以取三层某个车位为例，流程拆成这样：

第一步，操作员发来取车指令，PLC先检查目标车位是否有车、当前空位在哪一列。第二步，如果目标列正下方有车板挡着，PLC生成一个"横移腾位"的临时动作表，把挡路的车板依次横移到空位处。第三步，目标车位开始下降，降到下限位后，防坠装置解除，提示车主取车。第四步，车主把车开走，占位检测信号消失，PLC确认车辆离开。第五步，目标车板升回上位，被移开的车板横移归位，系统回到空闲状态。

这里每走一步，都要等上一步的到位信号满足，不能靠延时去估。所有动作都靠限位开关或者传感器信号来确认完成，这是立体车库程序最基本的可靠性要求。

4.2 动作序列的几种实现方式

实现动作序列，我试过两种方式。

一种是"顺序步进法"，用一组M位变量表示当前执行到第几步，每完成一步，复位当前步、置位下一步。这种方式逻辑很直观，梯形图写起来就像翻卡片，维护人员也容易看懂。缺点是如果动作表很长，程序会比较占空间。

另一种是"动作表指针法"。把每个动作编码存放在V区的连续空间里，每条动作记录包括执行机构编号、方向、目标限位等信息。程序用一个指针指向当前动作，每完成一条，指针加一，指向下一条。这种方式更灵活，尤其适合调度逻辑复杂的情况。

我在这个项目里最后用了顺序步进法。因为3x3的调度动作虽然有变化，但最大动作数也就那么几步，提前用M位把各个步骤列出来，反而更容易排查。如果将来要做5列甚至更大规模的库，我才会换动作表指针法。

4.3 关键逻辑段：互锁与到位判断

梯形图里互锁怎么体现？要看一个核心网络，比如底层二号车板向右横移：

Network 1 底层二号车板向右横移 M0.1 M0.2 I0.4 Q0.3 "横移启动" "左移互锁" "右到位限位未触发" "横移正转" ------| |----------|/|------------|/|----------------( )

M0.1是横移启动标志，M0.2是左移互锁标志，I0.4是右到位限位，Q0.3是横移电机正转输出。也就是说，只有启动了横移、反向没在动作、右限位又没有触发的条件下，电机才会正转。

到位判断要防止信号抖动。限位开关在车板到位前后会有抖动，直接用常开触点做判断，可能导致程序误认为多次动作。我习惯在程序里用"上升沿"信号来锁存到位状态，到位信号稳定后再置位完成标志。

延时保护也不能少。比如某次横移动作，正常5秒能到位，我设置了10秒的超时定时器，用T37这类定时器做。如果10秒内限位还没触发，程序立刻置位故障位、断开所有输出、启动蜂鸣器。这个超时保护在现场调试时救了我好几次。

5. PPI通信与组态王对接：从"收不到数据"到"刷新正常"

5.1 组态王与S7-200的设备配置

组态王和S7-200之间，最常见的通信方式是PPI协议。组态王做设备配置的时候，驱动要选S7-200的PPI驱动，然后新建一个逻辑设备。

通信参数的设置需要注意，S7-200的默认站地址一般是2，波特率常见9600，数据位8，偶校验，停止位1。这些参数必须和PLC里的设置完全一致，差一个都不行。

还要注意串口资源。如果电脑用的是USB转串口线，先到设备管理器里确认一下转换出来的COM口号，别被它默认的数字误导。组态王里选择的COM口必须和实际一致。

配置完成后，先别急着进画面，打开组态王的设备测试功能，对着PLC随便读一个变量，比如读VW110，看能不能读到数据。这一步先确认通信链路是通的，再去做画面绑定。

5.2 最容易碰到的几个通信怪问题

调试PPI通信的时候，常见问题翻来覆去就那么几个。

COM口被占用是最典型的。组态王开发系统、其他串口调试工具同时占用了同一个COM口，设备就连接不上。关掉无关软件，或者在设备管理器里换一个空闲COM口，能解决大半问题。

波特率和校验不一致的问题也很隐蔽。很多时候PLC侧用的是9600 8 E 1，但组态王里不小心选成了9600 8 N 1，现象就是设备状态时好时坏，偶尔能连上，一刷新就断。我建议把所有通信参数做成一张表，PLC侧和组态王侧逐项核对。

RS485的A、B线接反也见过不少。PC/PPI电缆的接头看起来都一样，但插到PLC的通信口上，A/B顺序错了就是收不到数据。遇到通信完全不通的情况，先把A、B线互换试一次，成本最低。

5.3 通信地址映射验证技巧

通信通了，不等于地址映射一定对。我推荐一个最直接的验证方法：在PLC程序里把VW110这个字强制写成一个固定值，比如123，然后在组态王里建一个文本，显示VW110的值。如果显示123，说明读地址对了；如果显示的是乱码或者奇怪的大数，那就要考虑字节顺序问题。

S7-200的V区字数据，在组态王里读出来高字节和低字节有时是反的。比如PLC里VW110存的123，组态王读出来可能是31488，那就把寄存器地址改成V111，或者调整数据类型再试一次。这个问题没有统一规律，只能实测确认。

还有一个常见的低级错误：把离散变量和整型变量混用。I0.0明明是离散量，组态王里却不小心建成了IO整型，结果整个画面扫描错误，所有数据都刷新不出来。变量类型必须和PLC地址的实际数据类型一致，建变量的时候就要选对。

6. 现场调试与安全保护：从"能转"到"敢用"

6.1 先单机调，再联调

立体车库调到能用，和调到敢让车主天天用，是两回事。我的调试顺序是严格分阶段的。

第一阶段是机械和限位的初调。车板装好后，先手动掰动限位开关，确认PLC能读到对应的输入信号，同时检查每个限位安装位置是否合适，保证机械到位时能可靠触发。第二阶段是单电机点动。每台横移电机、升降电机单独手动正反转，确认电机转向、接触器动作、限位方向都对得上。第三阶段是单机空载联动，也就是不放车，执行完整的存取流程，看动作顺序是否正确。第四阶段才用配重或实车做带载测试，观察升降电机电流、制动距离、车板停位精度。

跳步是大忌。有好几次我图快，机械限位还没校准就直接联动，结果车板横移到一半就被卡住，还好有急停才没弄坏东西。

6.2 那些年调试中踩过的坑

现场调试，问题千奇百怪，说几个有代表性的。

限位开关压不到位最隐蔽。车板机械上明明到位了，但限位挡块和开关感应面差了几毫米，导致PLC死活收不到到位信号。后来我用激光水平仪重新画了安装线，调整了挡块位置才解决。所有限位开关装完后，必须逐个用手动触发的方式验证，不能只看机械对齐。

光电传感器被干扰也遇到过。底层出入口的光电开关装在室外，午后阳光斜射进来，造成误触发，系统频繁报警停车。加装遮阳罩后问题消失。如果红外对射型光电在室外用，还要定期清洁镜片，不然灰尘积累会导致灵敏度下降。

横移超时经常发生在冬天。润滑脂在低温下变稠，横移速度变慢，明明机械没问题，但PLC判定超时停机。解决方案是换低温润滑脂，同时把超时时间从固定值改成现场可调整，留出一点余量。

组态王画面刷新慢的问题，通常不是画面问题，而是通信问询周期太长。把组态王设备的通信周期从默认值调到100毫秒左右，数据刷新就流畅了。调得太短也没必要，反而会增大PLC通信负担。

6.3 出车安全是底线

最后说安全，这部分永远是底线。

我在这套系统里做了五层保护：第一层是PLC程序互锁，正反转互锁、升降横移互锁。第二层是接触器硬件互锁，防止程序跑飞。第三层是限位硬保护，升降上限位、下限位、横移左右限位全部接入。第四层是急停回路，急停按下后，PLC输出和主回路全部切断。第五层是防坠装置，载车板到位后防坠钩先扣合，人员再进入；取车时，防坠钩必须确认打开后才能执行升降动作。

防坠这个环节我要多说一句。升降横移式车库最大的危险就是车板意外坠落。除了机械防坠钩，PLC程序里在升降动作执行前必须检查防坠信号；升降到位后，也要先确认防坠钩扣合，才允许打开车门提示车主。很多初学者只关注电机动没动，忽略了防坠逻辑，这是绝对不行的。

维护这块也别偷懒。我建议每个月做一次限位开关和光电头的检查，每个季度测一次电机运行电流并做好记录，电流异常往往是轴承、链条或者制动器有问题的最早信号。

真要说这套系统给我最大的教训，就是把安全回路放在首位这句话不是口号，而是用一次差点出事的调试换来的。当时在测试升降动作时，因为防坠信号接线松动，车板刚到地面就开始上升，幸好急停就在旁边，不然后果不堪设想。后来我把防坠信号改成了常闭接入，线断即报警，再没出过同类问题。

如果让我重新选一次硬件，我可能会直接用S7-200 SMART加组态王走Modbus TCP，省去串口线的种种麻烦。但就存量设备改造和课程设计而言，S7-200加组态王这套组合依然是一个成本低、资料多、逻辑清晰的好选择。3x3这个规模，刚刚好能把调度、互锁、通信、安全全部走一遍，做透了再上更大的库，心里就有底了。