做物流自动化改造的朋友应该都遇过这种场景仓库里包裹越堆越多人工按区域码放速度提不上去高峰期还得临时加人月底一算账差错率照样难看。这时候老板一句“能不能上一套自动分拣”其实就是让你把纸箱或软包按目的地、按品类自动送进对应格口——用PLC把“检测、定位、分流”这套动作稳定跑起来。今天这套“基于PLC的包裹仓库分拣系统设计”我按自己实际做过分拣线的经验从方案选型、硬件布置、程序逻辑到现场调试把完整思路和能直接复用的细节一次性讲清楚。不管你是要做课程设计、毕业设计还是接了个小型仓库改造项目这套内容都适用。1. 分拣系统方案设计先想清楚再写程序很多刚接触这类项目的人一上来就抱着PLC编程软件开始写梯形图这是大忌。PLC分拣系统表面上是写逻辑本质上是一个“工艺流程自动化”问题。你没有把工艺路线定清楚程序改十遍也还是会乱。1.1 工艺路线与分拣目标怎么定我通常先问三个问题分拣什么、分几类、每小时要处理多少件。这几个问题直接决定整套系统的复杂度。比如一个常见的仓储场景包裹是30cm×20cm×15cm左右的纸箱需要按三个区域格口分拣另外设一个异常口用于放条码识别失败或超尺寸的包裹。目标产能是每小时600件左右折算下来平均节拍6秒一件。这个指标用一条单层传送带加三个侧推机构就能实现不需要上交叉带或摆轮分拣机这种昂贵方案。工艺路线就非常清晰上料段人工或上游输送线把包裹放到皮带线上保持合适间距。检测段包裹依次通过入料确认传感器、扫码器或RFID读头识别该去哪个格口。分拣段包裹沿主线继续前进PLC根据识别结果和位置计算结果在包裹到达对应侧推机构时触发推杆。格口段推杆把包裹推入侧向滑槽滑槽末端就是集货区。这套工艺的难点不在单个动作而在“多个包裹同时在线上走”时的状态管理。线上一共可能同时有6到8个包裹每个包裹有自己的目标格口PLC必须准确记住“哪一个包裹该在哪一个推杆处被推下”不能张冠李戴。1.2 为什么选PLC而不是单片机或工控机这个问题我几乎每次都会被问。如果只是做个演示模型用单片机完全可行STM32加几个传感器就能跑起来。但放到真实仓库环境PLC的优势非常明显。第一是可靠性。物流现场往往有电机启停、变频器运行电磁干扰很强温度、粉尘条件也不好。PLC在硬件设计上就考虑了这些抗干扰能力强故障率远低于单片机系统。第二是维护性。PLC用梯形图或SCL语言电气维修人员基本都能看懂出了问题可以拿着编程器在线监控逐条查逻辑。单片机程序坏了可能只能寄回原厂刷固件。第三是扩展性。分拣格口从3个加到5个、6个PLC加I/O模块或者扩展通信就行工控机方案改动工程量大得多。所以我的结论是小型演示可以玩单片机正式项目和毕业设计展示选PLC最稳妥。至于选哪个品牌西门子S7-1200是我个人最常用的。中小型系统性价比高TIA Portal一体的编程环境好用Profinet扩展方便。预算更紧的场合三菱FX3U或者台达DVP系列也能完成类似功能只是通信协议和编程软件需要跟着换。1.3 控制系统三层架构整套系统我从设计上分成三层前期画架构图的时候一目了然设备层传送带电机、变频器、气动推杆、电磁阀、光电传感器、限位开关、扫码器。控制层PLC主站负责采集传感器信号、运行分拣逻辑、输出执行指令。监控层触摸屏HMI或上位机组态软件显示实时产量、设备状态、报警信息也支持手动/自动切换。这三层做好之后后面写程序、做报告、画图纸都有一条清晰主线。很多人的设计报告写得散就是因为脑子里没有这个分层。2. 硬件选型与电气设计细节决定项目成败硬件选型在分拣系统里占的权重非常高。传感器选错类型现场误检率能让你怀疑人生推杆选小了包裹推不动I/O点表没提前规划好布线全乱套。下面这些细节都是我实际踩过或看过别人踩过的。2.1 传感器选型与安装位置分拣线上传感器主要分三类用途检测有无、识别种类、位置判断。检测有无最常见的是光电传感器。漫反射型适合检测纸箱、塑料袋这类不透明物体安装简单但容易受包裹颜色和表面反光影响。对射型可靠性最高发射端和接收端分两侧安装包裹通过时遮断光束误检率极低缺点是安装需要两侧支架。接近开关适合检测金属物体在包裹分拣线上一般不直接用但可以用在推杆限位、设备复位等位置检测上。我在入料端至少会装两个传感器。第一个是“入料确认”装在扫码器前方用来给PLC一个“包裹已到达检测位”的触发信号。第二个是“防重叠检测”装在扫码器后方稍微拉开一点距离用来判断两个包裹是否贴得太近防止后续分拣时推杆来不及复位。这个细节很多第一次做分拣线的人会漏掉结果现场跑起来经常出现两个包裹连着进同一个格口。分拣段传感器布置同样讲究。每个推杆前方都要有位置检测用来修正累计误差不能只靠PLC内部计算“大概到了”。我习惯的做法是推杆前30cm到50cm处装一个光电包裹到达时PLC确认一次位置如果和理论计算偏差超过阈值就先不推让它进入异常口。2.2 执行机构与PLC输出接口分拣执行机构最简单的方案就是气动推杆加电磁阀。推杆气缸行程一般选100mm到200mm推板伸出时间大约0.2秒到0.5秒效果的好坏很大程度取决于电磁阀的响应速度。传送带驱动用三相异步电机加变频器变频器的主要作用是调速和软启动还可以通过多段速端子让线体在不同工况下用不同速度运行。PLC输出接口这里我要多说一句。继电器输出可以接交流负载但响应慢不适合频繁动作的推杆电磁阀晶体管输出响应快但只能带直流负载而且要注意负载电流不能超过输出点额定值。如果现场需要驱动较大功率的直流负载比如大流量电磁阀一般要加中间继电器过渡不能让PLC输出点直接带大电流。还有人问MOS管能不能直接做PLC输出保护电路可以但要注意加续流二极管和过流保护不然感性负载关断瞬间的反向电动势容易把MOS管击穿。2.3 I/O点表与安全回路规划写程序之前I/O点表必须先做出来。这不是填表格那么简单而是把所有输入输出信号理清楚避免遗漏和地址冲突。我这里给一份参考适合三个分拣口的配置类型信号名称数量说明DI启动按钮1自动启动DI停止按钮1自动停止DI复位按钮1报警复位DI急停按钮1常闭输入DI入料确认光电1检测包裹进入DI防重叠光电1判断包裹间距DI推杆前光电3个推杆各1个3位置修正DI推杆气缸到位传感器6伸出/缩回限位DI电机过载热继电器1保护信号DO传送带电机启停1控制接触器DO变频器多段速11高速DO变频器多段速21低速DO气动推杆电磁阀1-33分别控制三个推杆DO三色灯输出3红黄绿DO报警蜂鸣器1故障提示安全回路必须单独强调。急停按钮要用常闭触点串在PLC外部硬件回路里不能只靠程序里读一个输入点。这样即使PLC程序跑飞了急停也能直接切断主接触器让传送带停下来。热继电器过载信号同理只要电机过载硬件回路就断开程序只是用来显示报警信息。这是电气安全的基本原则不能省。3. PLC程序架构与核心逻辑实现程序部分是整套系统的大脑。我用西门子S7-1200 TIA Portal举例但逻辑思路放到三菱、台达、汇川上都成立。3.1 程序模块怎么分程序不要全堆在OB1里。我的习惯是分成几个块OB1主循环调用各个功能块处理扫描周期。FC1手动控制单独控制传送带启停、每个推杆伸出缩回调试时用。FC2自动分拣核心逻辑包含入料检测、目标识别、位置计算、推杆触发。FC3报警处理汇总急停、过载、气缸超时等故障输出到三色灯和触摸屏。FB1推杆控制一个封装好的推杆动作功能块三个推杆分别调用这个FB。这样分的好处是单段逻辑独立出问题好排查。调试时先手动试每个设备再切自动跑联机每一步都很清晰。写毕业设计报告的时候程序架构也能直接画成结构图不用临时编。3.2 核心公式包裹到推杆的延时与窗口时间分拣逻辑里最重要的一步是算清“包裹从检测点走到推杆位置需要多久”。假设传送带速度恒定为0.5m/s入料检测光电到1号推杆中心的距离是3m那么t D / v 3 / 0.5 6秒也就是包裹头部被光电检测到之后理论上6秒后到达1号推杆。但程序里不能只用这一个延时因为还有一个关键参数包裹本身有长度。假设包裹长度是0.4m以0.5m/s速度通过推杆位置完全通过需要0.8秒。推杆伸出后还要保持一段时间保证把包裹完全推离主线同时要在下一个包裹到来前缩回。这里有个很常见的编程错误触发推杆后用固定延时0.8秒缩回。如果前一个包裹速度有波动推杆还没缩回下一个包裹已经到推杆位置了就会被误推。所以我的做法是推杆触发信号不仅要看延时到位还要看“推杆前光电”的状态。包裹尾部通过推杆前光电后PLC再等一个短暂的安全延时才缩回推杆。这样即使皮带速度有波动实际检测信号也能兜底。3.3 多格口分流与防错队列管理三个推杆对应三个格口每个包裹只能被对应的推杆推下。最简单的思路是入料检测到包裹后扫码器识别出目标格口PLC记录这个包裹的目标推杆号然后到了该推杆位置就触发。但问题是线上同时有多个包裹PLC怎么记住“第一个包裹去2号口第二个包裹去1号口”我说一种实用方案用FIFO队列先进先出。在TIA Portal里可以用一个数组或移位寄存器来实现。当入料光电检测到包裹且扫码识别成功就把目标推杆号写入队列尾部当包裹到达某个推杆前光电时把队列头部数据读出来判断是不是该在这个推杆推。推完或者包裹进入异常口后把队列头部移除。队列深度要提前算好。如果传送带长度上有空间同时走8个包裹队列深度至少要8写16更保险。队列管理逻辑不复杂但必须是完整闭环否则跑起来以后队列错位包裹就会全线乱推。用三菱FX系列的朋友也别慌三菱里用移位指令SFTL/SFTR加辅助继电器数组就能实现类似效果。核心思想一致每个包裹一个“身份证”跟随包裹在主线上前进到点验证身份对上了就动作。3.4 光电信号滤波与消抖现场光电传感器的信号切换瞬间会有抖动尤其在包裹边缘不整齐、有褶皱的时候信号可能在几毫秒到几十毫秒内反复跳动。如果不做处理PLC可能把一个包裹当成两个或者推杆动作无故多触发一次。我给入料确认光电和推杆前光电都做20ms的确认延时。具体做法是TIA里用TON定时器信号持续20ms以上才算有效同样信号消失后也持续20ms才认为包裹真正离开。这个时间不能设太长否则高速运行下包裹间距很小会漏检20ms到50ms是我在做这类分拣项目时常用的区间。另外现场接线也影响信号质量。传感器电缆尽量用屏蔽线屏蔽层单端接地别和电机电缆走同一个线槽。很多现场误检问题查到最后根本不是PLC程序的问题而是电缆干扰。3.5 触摸屏与上位机监控监控层我用西门子KTP700触摸屏搭配WinCC。运行画面分三页主画面显示传送带动画、推杆状态、当前产量统计画面显示每个格口的小时产量和累计产量报警画面显示当前和历史故障。触摸屏和PLC之间用Profinet通信组态很简单把S7-1200的IP地址填进WinCC的HMI连接里就行。如果项目要求用上位机组态组态王或者LabVIEW做也行通信协议一般是Modbus TCP或者S7协议。我个人建议能用原厂HMI性价比最高组态快、通信稳定上位机适合需要大量数据存储和报表分析的场景。4. 软件仿真、现场调试与避坑实录程序写完了不等于项目做完了。模拟仿真、虚拟机联调、现场试机每一步都有坑我挑几个重点讲。4.1 TIA在虚拟机里怎么连PLC很多人用VMware装Windows跑TIA Portal。这里连接真实PLC和纯仿真用的网络模式完全不同很多新手在这里卡住。如果只是用S7-PLCSIM做纯程序仿真本机直接用PLCSIM虚拟网卡即可跟VMware网络模式关系不大仿真包和TIA之间是内部通道不需要真实网卡。如果TIA装在虚拟机里要连接真实的S7-1200在线监控VMware网卡就要设置成“桥接模式”并且必须指定桥接到主机的那张物理网卡一般是笔记本的以太网口或USB转网口。虚拟机里的Windows要和PLC在同一IP网段比如PLC是192.168.0.1虚拟机就设192.168.0.10子网掩码255.255.255.0。NAT模式不能用因为NAT会把虚拟机IP转换到另一个网段和PLC不在一个二层网络里Profinet协议根本通不了。S7-1200默认IP一般访问不了第一次在线连接前可以用TIA里的“可访问设备”功能扫描一下找到PLC后把项目里的设备IP改成同一个网段。这个操作我在每次新项目第一次下载程序时几乎都会用比手动猜IP靠谱得多。4.2 联机调试的五步顺序现场调试我不建议直接全自动跑必须按顺序来否则出了问题根本不知道是机械卡住、传感器没调好还是PLC逻辑写错。第一步单机调试把PLC切到手动模式单个测试传送带启停、每个推杆伸出缩回、气缸到位信号是否正常。这一步基本能把大多数接线和电磁阀问题暴露出来。第二步传感器校核用实际包裹去触发每个光电看PLC里对应的输入点是否闪烁正常确认传感器的检测距离和灵敏度。灵敏度太高会误检反光物体太低会漏检我一般拿一个最薄、颜色最暗的包裹来测试它都能稳定检测其他更厚更亮的包裹问题就不大。第三步逻辑模拟调试在自动模式下每隔一段时间放一个包裹先把速度调到最低确认入料检测、扫码识别、队列推杆触发这一套流程走通。第四步全速测试恢复设计速度连续放一批包裹统计分拣准确率。如果准确率低于98%优先排查光电抖动和推杆时序这两个是主要问题来源。第五步异常场景测试模拟扫码失败、包裹卡住、推杆超时等异常确认报警逻辑能正常触发且不影响其他正常包裹。4.3 常见问题速查表现象可能原因排查与处理入料光电频繁误检灵敏度太高或环境光干扰降低灵敏度调整安装角度改用对射光电推杆把包裹推偏推杆伸出时间过长或位置靠后重新调整推杆安装位置缩短保持时间两个包裹同时进一个格口防重叠检测失效或推杆复位太慢检查包裹间距加快电磁阀排气或加装节流阀包裹在主线末端未分流队列错位或目标推杆数据丢失检查FIFO队列逻辑在分拣段末端加兜底传感器触摸屏通信中断IP网段不一致或网线接触不良检查PLC与HMI的IP地址、子网掩码和网线电机启动时PLC复位变频器启动电流干扰动力线和信号线分开走PLC电源加滤波器变频器加电抗器推杆后包裹卡在格口入口推板行程不足或格口入口过窄更换长行程气缸调整格口导向板间隙4.4 项目源文件、设计报告与资料复用这类设计项目交出去一般不只是交付代码还要有完整的源文件、设计报告和图纸。我的习惯是把所有交付内容分成四层PLC源程序带详细注释每个块的开头注明功能和修改日期、电气原理图含I/O分配表、设计报告工艺方案、选型计算、程序逻辑说明、调试记录、演示视频和讲解文档。这套结构不管交作业还是交给客户都是完整可检查的。写报告的时候把选型计算过程写清楚比如推杆气缸缸径怎么根据包裹重量和摩擦系数算出来的变频器功率怎么根据传送带负载选的这些是设计报告里最值钱的部分。公式不复杂PF×v功率是力和速度的乘积再乘一个1.5到2倍的裕量系数。现在也有人用AI辅助生成PLC代码说实话梯形图生成已经很成熟SCL也能生成像样的程序框架。我的态度是可以用但必须自己逐行审查尤其是I/O地址、安全逻辑、复位处理这些部分AI不会知道你现场急停接了哪个点。所以项目源文件里的代码我可以写得清清爽爽方便后续维护和二次开发。5. 一个容易被忽视的细节变频器多段速与推杆联动的时序配合很多人一开始把系统想得很简单以为传送带就一个速度跑到底。实际上真正做分拣时我在入料阶段会用低速让包裹间距拉开检测阶段保持中速保证扫码器有足够识别时间分拣阶段用稳定高速保证节拍。这三个速度的切换就靠变频器的多段速端子。多段速切换的时机很关键。如果入料段还堆着好几个包裹突然切高速包裹间距会被压缩防重叠检测容易失效。所以我在程序里加了一个条件只有检测段的防重叠光电确认连续一段时间内没有连续包裹通过才允许从低速切到高速。这个逻辑不复杂但能避免很多后期加产能时的头痛问题。推杆和变频器的配合也要考虑。推杆动作时如果传送带速度刚好在加速过程中包裹到达推杆的时间就不准。我的做法是推杆触发前200ms锁定传送带速度不允许变频器在这段时间内切换档位。等推杆缩回到位再解除锁定。实际用下来这个200ms的互锁时间刚好既不影响分拣节拍又能保证推杆动作期间速度稳定。这个细节写到设计报告里很容易成为加分项因为很多方案文档不会讲这么细评审人一看就知道你做过实物调试而不是纯纸面设计。6. 用“实物调试思维”倒推整个设计做完整套基于PLC的包裹仓库分拣系统我最大的体会是真正难得不是梯形图而是把机械、电气、程序三者整合起来。传感器装不好程序写得再完美也白搭推杆时序算不准节拍再快也是错乱安全回路不认真做出了事故不是闹着玩的。最后分享一个我自己的习惯设计初期就把I/O点表、网络拓扑和程序框架三张图表贴在手边每次改一个地方顺手更新对应的图表。等项目做完这套资料就是最完整的设计记录。等你再做下一个分拣项目不管是增加格口、换成扫码分流还是升级成摆轮分拣机前面的积累都能直接复用能帮你少走不少弯路。