那段时间我正在客户现场做系统联调。仓库总面积6000多平8排货架接近4500个货位堆垛机一跑起来头顶上货物唰唰移动地面输送线上的托盘匀速前进这种规模的项目第一眼确实冲击力很强。项目核心是一套基于西门子S7-1500PLC的大型立体仓库控制系统负责两台堆垛机和整条输送机系统的全部逻辑入库、出库、移库、盘点、异常回退全部由PLC程序调度WCS只负责任务决策和库位管理。这套程序在后来的半年里稳定运行几乎没有因为PLC逻辑导致停机。这篇博文就把这套系统的设备组成、程序架构、关键逻辑和调试过程整理出来给正在做智能物流项目的工程师一个参考也给那些在学校做比赛、做仿真但没见过真实现场的朋友一个“实际项目到底长什么样”的答案。1. 从现场设备聊起立体仓库不是只有堆垛机那么简单1.1 项目规模与核心指标这套仓库是典型的第三方物流配送中心场景货架区8排每排双深位总共接近4500个货位库高12米单托盘载重最大1吨。系统里有两台双立柱堆垛机分别负责左半区和右半区的出入库作业地面输送系统由入库输送线、出库输送线、分合流段、外形检测站、称重站、输送机接货站台组成总长接近200米。先看一组关键指标这组数据决定后面所有程序逻辑怎么写堆垛机水平行走最高速度180m/min约3m/s堆垛机提升机构最高速度40m/min货叉伸缩速度60m/min水平定位精度±5mm垂直定位精度±3mm单台堆垛机理论循环时间约110秒/托含取货、放货全程系统设计出入库能力55托/小时这些指标在行业里属于中高端配置。水平3m/s意味着堆垛机从巷道一端跑到另一端只需要10秒出头而惯性非常大停车定位必须在非常短的距离内从3m/s降到0这对PLC的位置控制算法、变频器动态响应、机械结构刚度都是考验。定位精度正负5毫米听起来不难但在12米高的货架上、双立柱结构晃动的情况下实际做起来远比想象中麻烦。1.2 为什么用西门子1500PLC而不是300或400这个项目在方案阶段其实纠结过控制器选型。老工程师的习惯是S7-300因为过去十年立体仓库项目基本是300的天下程序库现成、人员熟悉、售后方便。但新项目我们坚持用了S7-1500原因有几个第一性能差距是代际性的。S7-1500的CPU处理速度比S7-300快了几十倍特别是位运算和浮点运算。堆垛机控制需要频繁计算位置差、速度、加减速距离300虽然也能跑但在程序量大了之后扫描周期会很紧张。CPU 1516-3 PN/DP的位运算速度以纳秒计整个堆垛机程序加输送机程序跑一轮只要几毫秒。第二S7-1500自带运动控制功能。1500的PLCopen运动控制指令可以直连G120变频器做定位控制不需要额外运动控制器这在老300时代是做不到的。300配G120做定位只能自己写通讯和算法麻烦而且精度受限。第三TIA Portal的工程体验和调试效率。1500从硬件组态到程序编写、在线诊断、Trace功能一体化特别是Trace功能抓速度曲线和位置曲线太方便了这在我们后面调试堆垛机减速点的时候帮了大忙。为什么不选400400的定位是大型DCS和极端冗余场景本项目的IO点数在3000点以下1500的资源绰绰有余400的硬件成本高出一截而且400的软件体系偏旧新写的程序库很难迁移过去。1.3 硬件组态与网络结构主控制器采用CPU 1516-3 PN/DP分布式IO使用ET200SP。堆垛机本体上的IO模块、变频器通过拖链网线接入主干PROFINET网络输送机区域的IO则按区域分散布置了5个ET200SP从站。网络拓扑做了MRP环网避免单点断线导致全线通信瘫痪。主要硬件配置如下表硬件型号/规格数量用途CPU1516-3 PN/DP1主控制器分布式IOET200SP IM155-6 PN ST6堆垛机2个输送线4个堆垛机水平变频器G120 PM240-222kW2水平行走驱动堆垛机提升变频器G120 PM240-230kW2起升驱动货叉伺服S210 1FL6伺服电机2货叉伸缩定位输送机变频器G120C PM2301.5kW18各输送段驱动激光测距仪SICK DL1002堆垛机水平认址绝对值编码器SICK AT602堆垛机垂直认址光电传感器SICK W12/W16系列46输送线货物检测条码扫描枪基恩士 SR-10002入库口/出库口条码读取程序架构上除了主OB1之外还用了OB30做100ms循环中断用于堆垛机高速运行时的位置采样和速度给定OB82做诊断中断OB121/OB122做编程错误和IO访问错误处理。核心逻辑封装在FB块里FB100堆垛机控制、FB200输送机控制、FB300任务管理、FB400通信接口每个FB配独立的背景DB互不干扰。2. 堆垛机控制的核心认址、定位曲线与安全联锁2.1 水平认址激光测距与编码器互为冗余堆垛机水平方向定位这个项目用了两套传感器并联SICK DL100激光测距仪负责绝对位置行走轮电机尾轴上的增量编码器负责相对位置跟踪。为什么需要两套因为实际运行中货架和托盘的反射面非常复杂激光测距偶尔会出现一个跳变值。如果完全依赖激光这个跳变就可能让堆垛机停在错误货位严重时货叉直接撞上货架。编码器长时间运行有累计误差但短距离内非常稳定。所以程序里的做法是激光测距值作为主定位源编码器脉冲数作为校验源。正常时两者差值在允许范围内以激光值为准一旦出现激光跳变程序自动切换到编码器值继续定位同时报警提示维护人员检查激光测距仪。这个逻辑其实不复杂但避免了绝大多数认址异常。垂直方向相对简单提升机构采用绝对值编码器加认址片凸轮开关双重确认。绝对值编码器断电不丢位置认址片用于每次经过时校正机械原点消除链条或钢丝绳在长时间运行后的伸长误差。2.2 定位速度曲线先算减速点再跑堆垛机定位的关键不是高速跑而是怎么刹车。水平方向跑180m/min刹车距离如果算不好堆垛机就会冲过目标位再退回来循环时间白白浪费。这个项目采用三段式速度曲线加速段、匀速段、减速段减速段末端进入低速爬行直到停止。减速距离的计算公式是减速度a取1.5m/s²根据载货重量和机械刚性综合设定减速距离S V² / (2a)例如3m/s降到0.15m/s的爬行速度减速距离S (3² - 0.15²) / (2×1.5) 2.985m所以程序里从目标位置反向计算减速点当实际位置到达“目标位置减减速距离”时变频器给定从高速切到低速。这里有个细节——减速距离不是固定值它会随着当前速度实时变化。比如堆垛机刚启动还没达到最高速就开始减速这时减速距离很短用固定的减速点就会提前减速白白浪费时间。所以程序里每个扫描周期都在计算一个“动态减速点”只有实际位置进入动态减速点范围才切低速。TIA Portal里用工艺对象做轴控制会更简单MC_MoveAbsolute会自动生成运动轨迹不需要自己算减速点。但现场项目用工艺对象时变频器必须通过PROFIdrive报文3通讯而且要花时间整定轴参数。我个人建议如果你的团队对1500运动控制不熟悉先用“变频器多段速PLC动态减速点计算”这套传统方案稳定第一熟练之后再换工艺对象。核心逻辑用SCL写大概是这样#rTargetPos : #TargetPos; // 目标位置mm #rCurrentPos : #LaserDist #EncoderOffset; // 当前位置校正 #rSpeedSet : #rMaxSpeed; // 动态减速点计算 #rDecelDist : (#rSpeedSet * #rSpeedSet) / (2.0 * #rDecel); IF (#rTargetPos - #rCurrentPos) #rDecelDist THEN #rSpeedSet : #rCrawlSpeed; // 进入爬行 END_IF; IF ABS(#rTargetPos - #rCurrentPos) #rStopWindow THEN #rSpeedSet : 0.0; // 到位停止 END_IF;2.3 货叉伸缩时序一个状态机管到底货叉是堆垛机上动作最频繁、也是联锁最多的机构。它的取货顺序不是简单的“伸出-缩回”两步而是一整套状态序列。以取货为例初始状态堆垛机水平、垂直定位完成货叉在原位货检确认目标货位的光电检测确认无货取货时确认有货伸叉货叉中叉伸出到托盘下方到位后触发伸叉到位信号微升载货台上升几毫米让托盘脱离货架回叉货叉带回托盘缩回原位货物确认载货台上光电确认货物已随货叉回到位完成置位取货完成标志等待下一个任务这套状态机我用SCL的CASE语句实现每个状态都有超时保护任何一个动作超过设定时间没有到位信号程序立刻停止并跳转到故障状态防止货叉卡住后机械继续动作把货物顶翻或者撞坏货架。货叉联锁最严格的一条伸叉过程中水平行走和垂直提升的使能必须被强制封锁。因为货叉在货架内部的时候任何水平或垂直方向的移动都可能导致货叉刮蹭货架轻则损坏传感器重则整个堆垛机卡死。这条联锁在硬件接线和软件逻辑里都做了程序里每个主循环都会扫描货叉状态位。2.4 安全回路不依赖PLC的硬件级保护再强调一遍堆垛机是大型运动设备安全不能只靠PLC程序。堆垛机前后端机械限位、电气限位、硬限位撞块是三级的电气限位接入安全继电器硬接线回路一旦触发直接将变频器使能切断不经过CPU。紧急停止按钮、巷道两端安全门、运行区域光栅全部走硬接线安全回路。PLC程序里的软限位和软件联锁是第二道防线是在硬件保护触发之前先减速、先停止。比如软限位设定在物理行程的95%位置堆垛机越界后先减速停机如果软限位失效继续冲硬限位才动作。这个设计是为了减少机械冲击毕竟硬限位撞多了齿条和滚轮都会受伤。安全回路的故障状态要进PLC诊断通过HMI显示“安全回路断开”的具体区域方便维护人员快速定位。这个看起来很基础但很多项目前期不会注意出故障只能现场一个一个继电器查极其浪费时间。3. 输送机系统的程序实现从DTL到货物跟踪3.1 DTL输送机的分段控制与积放逻辑输送机系统里最常听到“DTL输送机”这个词尤其在工创赛智能物流小车这类比赛项目里大家习惯把动力输送线叫DTL。实际上在工业项目里动力辊筒输送机、皮带输送机、链条输送机统称都在输送机系统里DTL是其中一种设备形式。现场项目里我们把整条输送线按物理位置和控制需求分成若干段每段由一台变频器驱动段与段之间用光电传感器做衔接判断。为什么分段而不整线一起跑最基本的原因是节能和安全。整条线一起转托盘到了末端也只能等着电机空转浪费电而且如果某一段的托盘挡住检修通道检修人员进出非常危险。分段控制后每一段是否运行由“本段有没有托盘”和“下一段有没有空闲”两个条件决定这就是积放逻辑。积放逻辑的标准写法IF #Photocell_ThisSeg TRUE // 本段光电检测到托盘 AND #Photocell_NextSeg FALSE // 下一段光电无托盘 THEN #Motor_ThisSeg : TRUE; // 本段运行 ELSE #Motor_ThisSeg : FALSE; // 本段停止等待 END_IF;这个逻辑看起来简单但实际项目里要处理很多边界情况。比如托盘正好压在段与段之间的传感器上前后两个光电同时有信号这会导致相邻两段都判断“下一段被占用”而互相等待形成死锁。解决方法是要求两段之间留出足够的物理间距同时程序里对“边界光电”做延迟确认信号持续200ms才认为真的占位防止托盘抖一下造成误判。3.2 货物跟踪位置不是靠猜是靠“信息包”移动输送机系统最核心的程序就是货物跟踪。托盘在输送线上从一个工位到另一个工位PLC必须时刻知道每一个托盘在哪一段、它的条码是什么、它要去哪个口否则分合流的时候就会分错。这个项目用了“移位寄存器数据包”的方式。在PLC里建立一组跟踪队列每个队列元素包含托盘条码货物重量称重站结果外形检测结果超高/超宽/超重标志目标地址当前所在输送段编号当托盘经过入库口的条码扫描枪时PLC根据条码在WMS数据库中的配置生成一个信息包放入入库队列。托盘每往前移动一段光电传感器发生一次“由有到无”的变化信息包就从队列的当前位置向后移动一位。到分合流口时PLC检查信息包里的目标地址决定控制换向机构往左还是往右。这里有一个坑光电传感器是离散的不可能时刻知道托盘在段内的精确位置。所以程序里的做法是把每一段再细分成几个逻辑位置比如段首、段中、段尾通过光电组合判断托盘处于哪个逻辑位置。逻辑位置的划分要和传感器安装位置一一对应后面要贴标签标记清楚不然调试的时候根本不知道信息包对应的是哪个实际位置。3.3 输送机与堆垛机的接货联锁输送机系统最终要跟堆垛机交互这个接口是整个程序里联锁关系最密集的地方也是最容易出事故的地方。堆垛机的货叉伸出来接货时输送机如果继续送托盘托盘会被货叉顶翻直接砸下来。我在这套项目里设计了6个握手信号全部是PLC内部M区或DB位通过PROFINET在堆垛机PLC和输送机PLC同一个CPU所以是内部变量之间共享信号方向含义请求交付输送机→堆垛机托盘已到站台请堆垛机来接就绪应答堆垛机→输送机堆垛机已定位到站台货叉回零开始交付输送机→堆垛机输送机开始将托盘送入站台交付完成输送机→堆垛机托盘已完全到位输送机停止取货完成堆垛机→输送机堆垛机货叉已取走托盘交接释放双方本次交接结束输送机可进入下一托盘握手顺序上只有收到“就绪应答”后输送机才允许启动只有收到“取货完成”后输送机才允许放行下一托盘。任何一个信号超时未到程序都会中断操作并报警。这套联锁看着繁琐但正是因为这些信号环环相扣系统才能在无人值守的情况下24小时连续运行。仓库运行期间操作人员很少进巷道所有异常都依赖PLC自动判断和安全停机。4. WCS调度与PLC实时交互任务队列如何落地成动作4.1 通信方式S7通信直接读写DB区立体仓库除了PLC上层还有WMS仓库管理系统和WCS仓库控制系统。WMS管库位、管账目WCS管设备调度决策PLC管执行。三个层级之间怎么通信决定了系统的实时性和可靠性。这个项目的WCS与PLC通信没有用中间件也没有用OPC UA而是直接用西门子S7通信协议由WCS读写PLC里定义好的接口DB块。道理很简单S7通信是西门子的原生协议PLC作为服务端WCS作为客户端不需要额外部署服务器软件不依赖第三方驱动通信延迟在毫秒级。OPC UA当然也可以特别适合跨品牌设备集成、数据采集分析场景。但在这个项目里任务上下发的频率很高实时性要求严而且我们不需要历史数据进上位机做大数据分析S7直连DB是最轻量、最可靠的方案。4.2 任务报文结构一个DB块搞定任务下发与状态回传任务接口DB块是整个系统最关键的“公共区域”我把它设计成两个区域任务下发区和状态回传区。任务下发区由WCS写入PLC只读状态回传区由PLC写入WCS只读。任务下发区数据格式偏移数据类型名称说明0INT任务号WCS分配的唯一编号2INT命令类型1入库 2出库 3移库 4盘点4STRING[20]托盘条码托盘唯一标识26INT源排起点货位排28INT源列起点货位列30INT源层起点货位层32INT目标排终点货位排34INT目标列终点货位列36INT目标层终点货位层38BYTE优先级0~255数字越大越优先40BYTE状态0空闲 1已接收 2执行中 3完成 4失败货位地址编码采用“排-列-层”三维坐标每个方向占一个INT简单直观。WCS负责把逻辑库位比如B-03-12-05翻译成PLC能识别的三个整数PLC不做库位换算只管按坐标走。边界检查写在PLC侧任何坐标超出允许范围都算非法任务直接拒绝并反馈错误码。4.3 异常任务处理取消、暂停与断电恢复任务执行过程中最怕的是异常。货叉没有取到货、激光跳动、变频器报警、输送机堵货任何一个异常都可能导致当前任务失败。这个项目里所有异常统一走一条路径PLC置位任务状态为“失败”写入失败原因代码停止当前动作然后等待WCS指令。WCS收到失败状态后有两种处理一是重新下发任务让堆垛机重试二是下发取消任务PLC清除该任务的所有中间状态恢复到空闲状态。这里PLC程序必须保证“取消”在任何时候都能生效哪怕货叉已经伸出一半也要先把货叉收回来再取消任务不能让机构停在半空中。断电恢复是另一个容易忽略的环节。堆垛机正在跑任务时突然断电重新上电后PLC不知道之前跑到哪了。这个项目用掉电保持DB区保存当前任务号、目标坐标、当前状态机的Step值上电后PLC先做一次全轴找原点动作回到机械原点后根据保留下来的任务状态决定继续执行还是请求WCS下发新任务。5. 现场调试中最常踩的坑5.1 认址跳动激光测距数据必须先做合理性过滤调试期间遇到最诡异的问题是堆垛机偶尔停在距离目标货位差半个货格的位置。机械精度没问题编码器输出也没问题后来用Trace抓数据才发现激光测距仪的返回值有极低概率跳变一个很大的数——比如从12000mm突然跳到12050mm然后立刻跳回来。这个跳变刚好发生在减速阶段PLC以为离目标很近就提前停了。排查下来原因是货架表面和托盘边缘在特定角度下会对激光产生多路径反射导致测距仪内部解算出错误距离。解决办法是在程序里加“合理性滤波”连续取3次扫描值如果其中一次与另外两次的差值超过5mm就丢弃这次值用另外两次的平均值。这样处理后再没出现过跳变引起的定位错误。这个问题的本质是任何传感器在真实工业环境中都不是100%可靠PLC程序必须有容错机制。给传感器数据做合理性检查是每一段模拟量、每一条通信数据都应该做的。5.2 PROFINET网络丢站一个接头浪费了一整天网络丢站的坑看起来是网络问题实际上往往是基础施工问题。调试过程中遇到过输送机区域某个ET200SP从站突然离线整条输送线停机重新扫描恢复之后运行一阵又掉线最后把网线拆开一看RJ45接头壳体的屏蔽层压接不良工业现场的电柜里又有变频器这种强干扰源信号稍弱就被干扰打断。这件事之后我要求所有PROFINET网线的制作必须有统一标准屏蔽层压接必须到位接头外壳必须锁紧走线间距要远离变频器电缆至少保持200mm。另外把网络拓扑做成环网并启用MRP这样即使某一段网线出问题其他站点通信不受影响。5.3 库存映射错位托盘信息“丢包”后货位账实不符系统运行两周后WMS报出某货位显示有货实际库位却是空的。库存账实不符在自动化仓库里是严重事故必须处理。排查过程很痛苦最终定位到入库环节托盘经过入库输送机到达堆垛机接货站台时有一个瞬间同时遮住了两个相邻光电PLC检测到下落沿时把托盘的位置信息包更新到了下一个队列位置但这时托盘其实还在原位置导致PLC记录的位置和实际位置错开了。解决方法是把货物跟踪的判定改成“离开确认”只有当托盘完全离开当前光电光电检测到由遮挡变为释放才更新位置信息。同时在入库口增加“站台到位确认光电”只有站台到位光电确认托盘到位才允许堆垛机接货并登记货位。这个坑归根结底是“状态变化”的定义不够严谨。现场的程序里不能用“有信号”作为唯一判定必须结合信号的前后状态和稳定时间来判断尤其在高速输送线上光电信号的动作时间非常短PLC扫描周期稍慢就会漏。5.4 货检光电误判取货时把空货位当成有货堆垛机去出库到一个货位却报“货物缺失失败”反复几次后发现货检光电偶尔在空货位也会被遮住原因是相邻货道的托盘在特定角度上反光触发了对射光电的误判。这个问题的处理分两步机械上给货检光电加装遮光罩缩小光束照射范围程序上增加“货位状态”与“货检光电”的并联判断——如果WMS反馈该货位有货同时货检光电确认有货两者一致才允许取货否则立即停止并提示人工检查。这个经验特别适合准备参加工创赛智能物流小车这类比赛的同学借鉴。比赛小车上光电传感器挨得近、环境光线复杂如果没有防误判逻辑小车反复取放货物就会疯掉。学校实验室里可以用遮挡物做测试但现场项目的复杂程度要高得多。5.5 双循环空跑任务排序让堆垛机效率直接提升40%调试后期发现一个问题堆垛机明明很忙出入库效率却上不去。观察一段时间后发现WCS下发任务的顺序不合理。比如堆垛机刚在巷道最右边放完货下一个任务让它去巷道最左边的货位取货然后下一个任务又回到右边。路径优化没做好堆垛机大量的时间都在巷道里来回空跑。这个问题的本质是WCS的任务调度算法没有考虑堆垛机的当前位置和运动方向。改进方案是在WCS侧做任务预排序优先派发与堆垛机当前位置同侧、同方向的任务有入库任务和出库任务同时存在时优先组合成“一出一入”的双循环任务让堆垛机从起点出发后能完成一次“去程出库、回程入库”或者反向的完整循环。改完排序逻辑后单台堆垛机的出入库能力从22托/小时提升到了31托/小时提升接近40%。稳定运行后系统基本不再出现堆垛机空跑大半条巷道的情况。后来我再想这个事其实很多效率问题不是设备跑得不够快而是调度策略让设备做了太多无用功。如果你正在做类似的立体仓库项目我建议你从项目的第1天就把“状态”、“联锁”、“边界”这三件事想在前面。状态定义清楚程序不会乱联锁设计完整设备不会出大事故边界检查做到位数据不会错。堆垛机、输送机、WCS这三大块看着复杂拆开之后每一块都是可以独立调试的子系统关键是接口要把牢。希望这篇分享能帮你少走一些弯路。