先说个事我见过不少人把立体车库的电气控制系统想得很简单觉得无非就是几个电机正反转、几个限位开关、一块触摸屏。真把项目接到手里才明白麻烦的不是单个动作而是“一排车位、两层甚至三层、还要防止人和车同时出问题”的调度和联锁。今天这篇就围绕一套用博图TIA Portal做的 S7-1200 立体车库控制系统展开重点说清楚控制需求怎么拆、PLC 程序怎么写、WinCC 触摸屏怎么搭、以及如何用 PLCSIM 把整套逻辑在电脑上跑起来。文中的主线是一套两层三列升降横移车库后面再讲怎么把它扩展成多型车库仿真。适合谁看如果你正在做机械式停车设备的电气设计或者刚接触西门子 S7-1200 和 WinCC 触摸屏需要一个完整的项目作参照这篇文章能帮你少走不少弯路。我不打算讲太多教科书理论只讲项目中真正用过的方案和踩过的问题。1. 立体车库项目为什么几乎都绕不开 S7-1200 WinCC 这套组合1.1 先把现场负载列出来才知道 PLC 需要多大的“肚量”立体车库和很多单机设备不一样它不是一个电机一启动就完事而是几十个输入输出信号要同时协作。以两层三列升降横移车库为例现场设备大概包括每个上层车位有一个升降电机用于把载车板放下或升起每个下层车位有一个横移电机用于把载车板左右平移给上层让出通道每个车位还要有光电传感器用来判断车位里到底有没有车升降部分要有上极限、下极限、减速位横移部分要有左限位、右限位安全方面还要有光幕、急停、松链检测、过载保护等信号。这些算下来纯数字量输入通常就有二三十点数字量输出也在十几二十点左右再加上报警灯、蜂鸣器、接触器/热继电器反馈I/O 数不会太少。用 S7-1200 的 CPU 1214C 时本体自带 14 点输入、10 点输出如果点数不够可以扩展 SM 1223 等数字量模块也可以在 CPU 侧面插入信号板补几个点。对我来说选 1214C 而不是 1212C 的真正原因是留余量后面现场加信号方便得多不用再换 CPU。除了离散量有些立体车库还会带变频器用来控制升降电机的加减速让运行更平顺。那时候 S7-1200 就要走 PROFINET 或 Modbus TCP 跟变频器通信而不是简单输出一个正反转信号。所以选型时不要只算 I/O 点数还要算通信口数量和控制策略。1.2 S7-1200 与另外几个选择之间的取舍常有人问做立体车库到底用 S7-200 SMART 还是 S7-1200甚至直接上 S7-1500。我个人的判断是这样的对比项目S7-200 SMARTS7-1200S7-1500项目规模小型单区域车库中小型多层多列车库大型复杂物流式停车系统组态软件STEP 7-Micro/WIN SMARTTIA PortalTIA Portal通信能力以太网/Modbus 为主PROFINET、Modbus TCP/RTU、MQTT 扩展等更强可做大规模分布式控制HMI 集成度一般配 SMART Line 屏与 WinCC 同工程集成仿真方便与 WinCC 同工程集成系统柔性比较有限功能块可复用适合做多型号变种很强适合做平台化成本较低适中偏高S7-200 SMART 用来做那种只有几个车位的简易两层车库确实够用控制柜也便宜。但如果这个项目要接 WinCC 触摸屏做仿真还要考虑以后扩展成三层、四层或者做多套车库集中监控S7-200 SMART 在博图体系之外调试和版本管理都不太方便。S7-1500 是好东西但对这种几十个 I/O 的场景属于大材小用成本往往甲方不愿意出。S7-1200 处在中间位置性能足够扩展能力不错而且和 KTP 系列触摸屏可以在同一个 TIA Portal 项目里组态。正因为 PLC、HMI、网络都在一个工程里后面做离线调试和仿真才有一个统一的环境。1.3 给博图集成环境投出“信任票”的成本考量很多人一听说博图就觉得软件大、安装麻烦。这个确实没法回避TIA Portal 体积不小V16 以后动辄十几二十 GB内存不够的话跑起来会很卡。但作为开发者我更看重的是它能把 PLC 程序和 HMI 工程放在同一个项目里变量可以互相关联不需要像传统项目那样两边单独建点表再手工核对。对于立体车库这种系统触摸屏不是可有可无的装饰而是操作员和车库之间的唯一界面。车库现场往往没有太多操作空间操作员不可能盯着 PLC 的输出指示灯去判断哪一步执行到了哪里也不可能打开电脑监控程序。绝大多数时候他们要面对的就是一块 WinCC 触摸屏选车位、看状态、看报警。把 S7-1200 程序和 WinCC 画面放在博图里一起维护最大的收益是“变量改一处两边都不容易对不上”。再说一遍我的经验如果项目主要控制器已经定了 S7-1200触摸屏又是西门子 KTP 或精智系列就不要自己折腾两套软件了。老老实实用博图加 WinCC后面做 PLCSIM 仿真的时候会非常顺。2. 从两层三列升降横移车库开始拆解控制需求2.1 升降横移车库的运行过程和空位规则先说一个最常见的布局两层三列升降横移车库。上层有三个车位下层理论上也能停三个车位但其中一个下层位置必须做“空位”作为上层车板升降的交换通道。所以实际能停的数量是五个而不是六个。空位规则是整个控制的灵魂。如果我想取上层 1 号位的车而它下面的下层 1 号位停着车那么程序必须先让下层 1 号位横移到空位处把这个垂直通道让出来然后上层 1 号位的载车板才能下降。反过来存车时又要先判断哪个位置是空位、哪个下层车位需要移动、移动方向往哪边。这个过程听起来简单但一旦车位多了空位被移动来移动去如果程序里写死一堆“如果……就……”的指令早晚会乱。我在设计时把动作分解成三类横移让位下层载车板在没有重物阻挡的情况下水平移动到相邻空位升降存取上层载车板根据指令下降到地面或者从地面升回上层状态恢复存取完成后把刚才让位的下层载车板移回原位把系统恢复到可用状态。有人会问为什么不把上层车位也设计成可以横移的因为机械结构和成本不允许。上层车板要升降它的导轨就和下层不一样。升降横移式车库是综合成本和场地后的产物所以控制上要考虑的逻辑也主要是“谁先动、谁后动、什么时候不能动”。2.2 输入输出点表的规划原则做任何 PLC 项目第一步不是写代码而是先把 I/O 点表做出来。我习惯用下面这个表格来管理和 PLC 接线图对应避免程序里用了一个从未接到端子上的地址。信号类型点位描述PLC 地址信号说明DI上层1号位上限位I0.0载车板到位后停止上升DI上层1号位下限位I0.1载车板下放到地面后停止DI下层1号位左限位I0.2横移到位信号DI下层1号位右限位I0.3横移到位信号DI1号位有车光电I0.4检测车位上是否有车DI安全光幕I0.5有人或物进入动作区立即停止DI急停I0.6常闭信号断线也应视为急停DO上层1号位升降接触器Q0.0驱动上升DO上层1号位下降接触器Q0.1驱动下降DO下层1号位横移接触器Q0.2驱动横移............点表规划的时候要注意几件事第一把所有常闭信号比如急停、热继电器常闭触点也按实际接线填入。PLC 程序里最好把常闭反馈统一处理成“1 表示正常0 表示故障”的内部变量否则写程序时非常容易搞反逻辑。第二同一台电机的正反转输出要预留互锁不能仅靠 PLC 程序里的联锁。电气图纸上还要有接触器辅助触点互锁双重保险。第三现场接线时输入信号最好按柜内走线顺序排不要东一个西一个。后期排查故障时电工打开柜门看端子号发现和点表严格对应会谢天谢地。2.3 安全联锁不是“加分项”是控制程序的底座我碰到很多初学者写程序的第一步就是研究怎么调用电机正反转但对安全联锁不重视。真正做立体车库安全是整个系统最重要的东西因为它关系人身安全。一套合格的程序里必须包含以下安全逻辑第一是动作互锁。任何时候同一台电机不能同时输出正转和反转同一个车位列横移和升降不能在重合位置同时发生。简单说上层车板升降之前必须确认该列下层已经让开下层横移之前必须确认上层车板没有正在下降。这些条件不满足程序直接禁止输出。第二是位置联锁。每个动作都要依赖对应限位信号。比如没有检测到上限位不执行“下降”没有检测到下限位不执行“上升”。如果程序里采用“先复位再动作”的逻辑限位信号更是判断动作完成与否的唯一依据。第三是超时保护。电机长时间运行时必定会碰到负载卡死、限位损坏、接触器粘连等情况。我在每个动作分支里都加一个定时器比如横移电机连续运行超过 15 秒还没到位就判定故障并切断输出升降电机连续运行超过 20 秒还没到位也判定故障。这个时间要根据现场车板实际行程调但不能省。第四是安全光幕和急停。光幕遮挡时所有运动必须立即停止急停按下后系统回到初始状态且必须手动复位才能重新运行。在触摸屏上急停和光幕类故障要用明显的红色报警显示出来并带有故障发生时间。这些内容说起来都是常规但在实际项目里特别容易在调试时因为图简单而省掉。省掉的后果轻则电机、机械损坏重则出现安全事故。我不止一次强调宁可程序多写几个自锁位也不能用“手动按钮控制时靠人注意安全”这种想法。3. 让 PLC 学会“找空位”和“走流程”3.1 数据建模用数组而不是几十个独立位控制思路想清楚之后如何把这些车位状态在 PLC 里表示会直接影响程序的复杂程度。如果你给每个车位单独建一个变量车位1有车、车位1限位、车位2有车、车位2限位……编程时会非常痛苦尤其是做多型车库仿真时变量会膨胀到失控。我推荐的做法是使用数组或者自定义数据类型。在 S7-1200 里可以建一个 PLC 数据类型UDT比如TYPE GaragePos VERSION : 0.1 STRUCT Occupied : Bool; // 此位置是否有车 CarLayer : Int; // 层号1为下层2为上层 CarCol : Int; // 列号1、2、3 IsEmptySpace : Bool; // 是否作为空位 LimitUp : Bool; // 上限位 LimitDown : Bool; // 下限位 LimitLeft : Bool; // 左限位 LimitRight : Bool; // 右限位 MotorStatus : Int; // 0停止1上升/左移2下降/右移 END_STRUCT END_TYPE然后在 PLC 变量表里建一个数组变量比如GaragePosArr : Array[1..5] of GaragePos;五个位置正好对应两层三列里实际可用的五个位置。这样做的好处是所有查找空位、判断某列是否空余的逻辑都可以用FOR循环遍历数组实现不需要一个个车位写条件。如果你用梯形图数组访问相对繁琐而博图提供 SCL 语言使用 FOR 循环、CASE 结构都很顺手。我实际项目就是在 OB1 中调用一个 FB全部用 SCL 写状态机。不是说梯形图不好而是这种多对象运算的任务SCL 的表达效率明显更高。3.2 自动取车/存车的状态机怎么写自动流程建议采用“状态机”模式。很多人习惯用 M0.0、M0.1 这一串中间继电器去搭流程但一旦状态多了很难复盘。我用 SCL 里的CASE指令来实现状态切换代码结构非常清晰。以自动取车为例大致流程可以分成CASE iAutoStep OF 0: // 空闲状态等待取车指令 IF bCmdTakeCar THEN iTargetPos : iSelPos; // 记录目标位置 iAutoStep : 1; END_IF; 1: // 检查目标位置是否需要让位 IF GaragePosArr[iTargetPos].CarLayer 2 THEN iNeedMovePos : iTargetPos - 3; // 找到其下层的对应位置 IF NOT GaragePosArr[iNeedMovePos].IsEmptySpace THEN // 下层有车必须移动下层空位 iAutoStep : 2; ELSE // 下层已经是空位直接下降 iAutoStep : 3; END_IF; END_IF; 2: // 执行下层横移让位调用横移电机功能块 IF bMoveDone THEN iAutoStep : 3; END_IF; 3: // 目标上层载车板下降 GaragePosArr[iTargetPos].MotorStatus : 2; // 下降 IF GaragePosArr[iTargetPos].LimitDown THEN GaragePosArr[iTargetPos].MotorStatus : 0; // 到位停止 iAutoStep : 4; END_IF; 4: // 等待司机取车完成 IF NOT GaragePosArr[iTargetPos].Occupied THEN iAutoStep : 5; END_IF; 5: // 载车板升回上层 GaragePosArr[iTargetPos].MotorStatus : 1; IF GaragePosArr[iTargetPos].LimitUp THEN GaragePosArr[iTargetPos].MotorStatus : 0; iAutoStep : 6; END_IF; 6: // 恢复下层车位 IF bRestoreDone THEN iAutoStep : 0; END_IF; END_CASE;这只是一个示意性的骨架实际还要插入电机互锁、超时复位、暂停位判断、安全光幕中断等处理。但核心思想是每个状态只做一件事做完之后跳转到下一个状态如果有故障跳转到故障状态而不是继续执行。这种写法的最大好处是可调试性和可扩展性。以后新增了三层、四层车库状态机的骨架基本不用变只需要在“找让位位置”的步骤里换成根据层数和列数动态计算或者直接查一张路径表。3.3 手动和检修模式为什么必须保留到底无论自动程序多完善现场调试一定离不了手动模式。调试时电工需要单动某个电机观察机械行程是否准确此时自动流程反而碍事。所以我的 HMI 画面上一定有“手动/自动”切换开关。手动模式下每个电机都通过按钮点动控制但安全联锁仍然要生效。比如手动让上层下降同样要检查下层是否让开手动横移前同样要检查目标方向有没有限位冲突。不能因为切到手动就把所有限制放开。这一点非常关键很多事故恰恰发生在检修人员手动调试时因为程序跳过了联锁。还要做一个检修速度限制。有些项目会加装变频器手动模式强制电机低速运行如果不带变频器至少在程序中限制手动按钮的最长动作时间防止操作员按住不放导致机械一直走到极限。4. WinCC 触摸屏画面设计的重心在“信息结构”而不是“美观”4.1 画面层级规划做 HMI 画面最忌讳想到什么画什么。我一般先画一个页面关系图再开始创建画面。以这个车库项目为例画面层级大致分四层首层是主画面显示车库俯视状态每个车位用一个矩形块表示有车显示一种颜色无车显示另一种颜色空位用特殊标识第二层是操作画面包括自动存车、自动取车的目标选择列表以及手动调试按钮第三层是报警画面显示当前故障和历史报警第四层是参数与系统画面用来设置动作时间、通信参数、触摸屏时间等。不要把主画面堆得太满。操作员一天到晚面对屏幕如果按钮密集得像仪表盘很容易误触。在主画面上我会固定放几个全局控件当前模式手动/自动、急停状态、关键报警闪烁区域、返回主画面按钮。这样无论在哪一页操作员都能快速判断系统是不是正常。4.2 把 PLC 数据块变量正确地接到 HMIWinCC 触摸屏访问 S7-1200 变量的前提是变量地址准确、访问权限允许。我在博图里做 HMI 连接时一般直接把 HMI 的变量表指向 PLC 变量表建立“动态连接”。在 HMI 变量表中选用“连接”并选择对应的 S7-1200然后变量名称直接写 PLC 变量名系统会自动建立映射。不过这里有一个细节经常让人卡住。S7-1200 的数据块默认是“优化访问”模式这种模式下变量没有固定的绝对地址HMI 跨项目访问有时会受限。最稳妥的做法是在项目里直接让 PLC 和 HMI 处于同一个 TIA Portal 工程中通过符号寻址访问。如果一定要跨工程或者用第三方上位机读取我通常会把变量所在数据块的“优化块访问”选项目取消。但取消优化会占用更多内存并且程序里不能用符号名直接访问绝对地址的绝对部分需要注意。立体车库这类项目我不太提倡把所有变量都挂在 M 区。M 区变量数量有限而且触摸屏、报警、脚本都要访问管理起来很乱。把车位的状态放到数据块数组中HMI 访问时即使因为数据块结构复杂导致起点地址变化也能靠符号名正确解析。4.3 按钮事件、报警文本和权限设置仿真常踩坑区WinCC 里按钮的触发方式有很多种有的用“单击”有的用“按下”和“释放”有的要调用系统函数。车库项目中像“急停复位”这类按钮建议用普通的单击事件像“点动上升”这类手动控制按钮我用到的是“按下事件”置位电机正转输出“释放事件”复位电机输出。这样操作员按住按钮电机运行松开就停符合点动的惯例。如果使用“单击”去触发一个长时间的运行动作现场调试容易失控。按下去后不知道什么时候会停除非再加一个停止按钮。所以手动点动场景尽量模拟按钮的物理特性按下置位、释放复位。报警文本建议用 HMI 自带的报警控件而不是在画面上放一个文本控件自己变色。报警控件能记录报警时间、确认时间、恢复时间这是验收时特别有用的信息。用 HMI 报警时要把 PLC 里的故障位和报警变量关联起来在报警文本里写清楚故障内容比如“上层1号位上升超时”“安全光幕动作”并设置优先级。紧急故障设为最高优先级操作员一眼能看出来。权限设置是一个很少在教程里展开但现场很要命的问题。立体车库的“手动操作”“参数修改”不能开放给所有操作员。我在 WinCC 用户管理里设置了管理员、操作员、只读三种角色。普通操作员只能进行“自动存取车”和“查看报警”手动点动、修改超时时间、修改车位数量等功能只有管理员能操作。有些项目投诉“触摸屏被乱按导致车位状态乱了”基本就是没有做权限控制。5. 用 PLCSIM 和 HMI 仿真把一套车库装进电脑5.1 联合仿真启动的顺序常见失败在真正连接硬件之前先用仿真把 PLC 程序跑通能省下大量现场时间。S7-1200 结合博图自带的 S7-PLCSIM可以模拟 CPU 的运行WinCC 触摸屏也有仿真模式。两个仿真放在一起就是一套没有真实硬件也能操作的“虚拟车库”。操作顺序是有讲究的。我平时这样做在 TIA Portal 里确认 PLC 程序和 HMI 程序都已完成组态点击 PLC 文件夹选择“仿真”按钮软件会启动 S7-PLCSIM把 PLC 程序下载到 PLCSIM 中的虚拟 CPU并运行 CPU再回到 HMI 文件夹点击“开始仿真”启动 WinCC Runtime 模拟器HMI 仿真画面出来后在画面里进行存车/取车操作观察 PLCSIM 里的程序状态和变量变化。很多新手会卡在第 4 步HMI 仿真开始后画面显示 PLC 通信中断按钮没有任何反应。最常见的原因是 HMI 连接里选了一个不存在的“实际接口”或者没有先启动 PLCSIM。你要记住仿真时 HMI 的通信伙伴是 S7-PLCSIM 里的虚拟 PLC而不是真实网卡。如果 HMI 连接属性里选择了 PROFINET 网卡并且勾选了真实接口那它自然找不到 PLC。另外如果你的 TIA Portal 版本里有多套 Runtime比如 WinCC Runtime Professional 和组合了 Comfort Panel 的 Runtime启动仿真时要选择与画面类型匹配的那个入口。KTP 精智面板对应的仿真器和 Unified 精智面板的仿真器不一样别点错。5.2 “HMI 仿真按钮点了没反应”这类问题的排查顺序这个问题出现的频率很高。我总结了一条排查顺序每次按照这个顺序走基本都能定位到问题第一看 PLCSIM 是否处于运行状态。如果没启动或者已经停止HMI 连不上任何 PLC按钮点下去当然没反应。第二看 HMI 画面右上角或状态栏有没有通信错误图标。如果有红色断开标记说明连接不稳定去检查 HMI 变量表里的连接参数确认连接名称指向正确的 PLC。第三看按钮的事件设置。检查按钮事件是配置在“单击”还是“按下”还是“释放”上。有些情况下事件配置了但动作选错了比如选择“设置变量”却把变量值写成了固定的 False结果变量永远不变。第四用 PLCSIM 里的变量表实时监视对应变量。如果按钮按下后变量值没有变化说明问题出在 HMI 到 PLC 的写入路径如果变量变化了但电机没有动作说明问题在 PLC 程序逻辑而不是 HMI。第五看画面对象是否被“禁用”或“不可见”。我在做权限控制后曾经忘了给默认用户开放操作权限结果运行 HMI 后所有带权限的按钮全部置灰看起来就像按钮没反应。还有一个小坑如果 HMI 项目里用了“内部变量”而不是 PLC 变量按钮只能改变 HMI 内部的值永远不会写入 PLC。仿真时特别容易搞混因为内部变量也能在画面里变化但 PLC 程序毫无感知。5.3 一鱼多吃多型车库的仿真模拟怎么做标题里提到“多型车库仿真模拟”这也是我把程序做成通用功能块的原因。立体车库不只两层三列一种常见的还有负一正一升降横移、平面移动、循环式等。如果每个新项目都从零开始写一套 PLC 程序工作量巨大而且容易引入新 bug。我的做法是提炼公共动作块Func_CarMove负责一个载车板的运动输入是目标位置和动作方向输出是执行结果和故障码Func_FindEmptySpace负责搜索当前车库的空位Func_AutoDispatch负责存车/取车的整体调度WinCC_Interface专门处理和触摸屏交互的数据结构。在做多型车库仿真时只需要在 PLC 里把车位数组的尺寸和位置编号改成对应类型比如三层三列就在数组里定义 8 个有效位置再在调度函数里把“找下层对应位置”的规则改成按层数循环查找。HMI 画面也可以通过修改列表变量来切换车型而不必为每个车库类型重新画一遍画面。我在博图里用一个项目同时组态过三种车型的测试画面车型 A 是两层三列车型 B 是三层三列车型 C 是地下两层加地面层的简易升降。每个车型对应一套 PLC 背景数据块和一组画面变量。仿真时用 HMI 的“系统变量”或画面模板切换不同车型页面就能在同一套 PLCSIM 环境下验证不同程序的调度逻辑。这个做法对产品系列很全的机械停车设备厂家特别有用。5.4 仿真通过后别忘了“硬件在环”认知必须强调一句PLCSIM 仿真再好也不能替代现场接线检查。为什么因为仿真环境里不会出现接触器线圈烧毁、限位开关触点接触不良、电机热保护跳闸这类现场问题。PLCSIM 里给定一个限位信号它就立即为 True但现场可能要花几秒钟才能真正碰到限位甚至因为机械抖动产生毛刺信号。所以仿真主要用来验证调度逻辑是否正确HMI 操作流程是否顺畅报警条件是否能触发。真正到现场还需要做一次完整的点动测试和限位信号校准。我习惯在现场调试前把 HMI 画面再对着点表过一遍确认每一个显示状态对应的 PLC 变量确实接到了对应传感器上。6. 项目收尾阶段值得反复检查的细节6.1 触摸屏字符串和文本不刷新的处理经验这个问题的表象很怪PLC 里的字符串变量明明已经变成 0 或另一个值触摸屏上却还保留上一次内容。我处理过不止一次。先说结论大多数情况下这不是 PLC 值没改而是 HMI 画面对象没有收到“刷新通知”。WinCC 触摸屏对于字符串变量的显示一般要等画面重新激活或变量值发生“变化事件”才更新。如果字符串变量是通过通信周期性写入而 HMI 的采集周期设得比较长或者 HMI 读取的数据块属性不允许通信访问画面就会停在旧值。我在仿真时还遇到过另一种可能画面上用的是“文本列表”而不是字符串变量。文本列表显示的是数字编号对应的文本比如 0 对应“空闲”1 对应“运行”。如果你改的是 PLC 里的字符串变量但画面控件使用的是数字值和文本列表映射那显然不会刷新。这种情况下应该检查画面对象是不是“IO 域”的字符串模式或者是不是“符号 IO 域”的文本列表模式。经验做法是能不用字符串就不在 HMI 上直接显示动态字符串用“数字状态量文本列表”或“多状态指示灯”来实现刷新率和可靠性都要好很多。如果一定要显示字符串给 HMI 变量设置一个足够短的采集周期或者用一个额外的 Bool 位做“变化触发”。6.2 博图版本、授权和项目备份的自我保护最后说一点工程习惯。博图版本升级很快V16、V17、V18、V19、V20 都有大量人在用。对项目工程师来说最关键的一点是高版本能打开低版本项目低版本打不开高版本项目。规划项目时先确认业主、施工队、监理所有的软件环境再定 TIA Portal 版本否则后面换电脑维护时会特别痛苦。如果要在同一台电脑上装多个博图版本安装顺序和兼容性要比想象的更敏感。我建议是能分开电脑就分开电脑实在要装一起至少不要把跨大版本的两个软件同时安装到同一系统目录并且严格按官方兼容矩阵来。安装 WinCC 相关组件时如果遇到授权或长密钥安装问题先检查 Windows 账户权限和杀毒软件拦截不要把时间花在反复重装同一次报错上。项目备份我也吃过亏。TIA Portal 项目文件最好每次修改后都生成完整备份包或者通过项目归档功能导出。归档文件要带上日期和项目名。程序里如果有注释、符号名、背景数据块这些信息在备份里都有如果需要上载现场 PLC 程序不一定能把原注释完整带回来尤其是跨版本项目。碰到现场 PLC 被密码保护的情况千万不要尝试用第三方手段绕保护正规做法是找设备厂家提供密码或程序文件并确保程序修改有记录。6.3 现场验收清单每一条都是我交过学费的项目交付之前我会按下面这个清单自己先过一遍再带着业主一起过每个手动按钮单独动作是否正常电机会不会出现反转方向错误限位开关信号和 PLC 变量是否一致谁动了限位能在 HMI 上立刻看到状态变化光幕遮挡时正在运行的电机会不会立刻停机急停按下后屏幕上有没有红色报警恢复后必须先复位才能重新启动自动存车流程中如果上层目标位下方有车程序会不会先启动让位动作自动取车流程中如果司机取了车但没有把车完全开出程序会不会误判电机连续运行超时后报警能不能正确触发故障复位后能否正常恢复触摸屏的权限配置是否按照人员角色设定普通操作员能不能误入参数页断电再上电后车库状态和当前车位占用情况是否还能正确保持还是全部丢失把 HMI 切到断电重启是否能自动进入主画面不会卡在某个报警确认页。这里面最容易出问题的是第 9 条。很多程序把“车位是否有车”直接存在 PLC 的掉电保持区之外导致断电后数据丢失重新上电时 HMI 显示的车位状态和实际不一致。立体车库现场经常有人误按急停甚至拉闸断电所以车位占用信息一定要放在掉电保持的数据块变量里或者采用保存在存储卡中的方式。再分享一个我自己的调试习惯不要一上来就全自动跑整个流程。先把 PLC 程序下载进去切到手动用 HMI 点动每个电机运行到限位确认每个输入点都能被正确采集确认完输入输出再开放自动模式用“空板运行”不带任何车的情况下空跑几遍存取动作。这些步骤看起来慢实际上是最快的路径。现场时间不是省出来的是按流程一步步稳下来的。我常说立体车库控制系统最怕的不是某个算法不会写而是“你以为它是 A结果它是 B”的边界情况。S7-1200 加 WinCC 这套组合帮我们解决了很多工程化的问题但真正决定项目能不能稳定运行还是靠控制逻辑里的互锁、超时和状态恢复这些细节。希望这篇内容能给你自己的项目带来一些可直接落地的思路。
