武汉智能工厂滚筒式AGV如何与WMS系统协同作业

📌 协同水平的高低，藏在异常发生后的那几分钟里

滚筒式AGV与WMS系统协同作业的成色，顺畅运行时看不出来，真正拉开差距的是异常场景下的任务回滚与恢复能力。托盘卡在滚筒上、车间突然断电，这几分钟里库存账实是否一致、任务会不会重复执行，直接决定这条产线敢不敢减少人工值守。武汉不少智能工厂在上线滚筒式AGV后遇到的困境，恰恰出在这里：设备本身运行稳定，一旦出现异常，WMS库存账和现场实物对不上，调度系统反复下发同一任务，最后只能安排专人盯屏。

本文只聚焦两个最容易被低估、也最容易造成损失的异常节点：托盘半进半出状态下的回滚决策，以及断电重启后的任务现场重建。正常的任务下发、路径规划、选型配置不在讨论范围内。

🚧 托盘半进半出，WMS库存该冻结、该回退还是该等人工确认？

滚筒式AGV对接货架或输送线时，托盘卡滞的典型状态有两种。取货环节，AGV上报“取货完成”，托盘却还有一角压在货位横梁上；放货环节，托盘一半落在输送线滚筒上，一半还留在AGV滚筒面。这两种状态下，WMS面临一个必须立刻回答的问题：这条库存记录怎么处理？

处理路径有三条：冻结、回退、人工确认。选错路径的代价很具体。该回退的冻结了，货位被锁死，后续入库任务全部排队；该人工确认的自动回退了，托盘实物已经离开货位，库存账却退回原位，下一次出库任务指向一个空货位，搬运机器人白跑一趟还算轻的，重则触发整条补货逻辑错乱。

合理的做法是按托盘的实际位移状态建一棵回滚决策树，判定依据来自设备侧的原始信号：

• 托盘完全未离开货位——货位侧对射光电未被遮挡、AGV滚筒编码器无转动圈数、托盘条码未被读取，三个信号互相印证。此时可以自动回退库存，任务打回队列重新下发，不需要人工介入。
• 托盘完全离开货位但未到达目标位——货位光电已触发、条码已读取，AGV在途停机。此时库存应冻结在“在途”状态，货位解锁但禁止再分配，等待AGV恢复后继续搬运。
• 半进半出状态——光电信号与编码器圈数互相矛盾，条码读取不完整。这种状态下禁止任何自动回退，必须转人工确认。原因是账面无法判断托盘的物理归属，自动回退大概率造成库存双记或丢账，事后盘点的成本远高于现场看一眼。

判定权交给谁，是这个决策树里比分支逻辑更要紧的问题。行业里常见的错误做法是让AGV车载控制器直接上报“取货成功/失败”，WMS照单全收。AGV没有库存账，让它对库存状态下结论，等于让搬运工改账本。正确的分工是：AGV只上报原始状态，包括滚筒编码器读数、光电触发情况、滚筒电机电流，库存层面的冻结、回退、转人工判定，全部收敛到WMS或WCS的异常处理模块里做。判定逻辑集中在一处，后续排查才有单一入口。

配套的动作还有两个。一是给人工确认设时限，比如卡滞工单超过规定时长未处理自动升级到班组长，避免异常件在系统里挂一整天；二是AGV在检测到卡滞的瞬间抓拍现场照片回传，处理人员不用跑到现场就能判断是托盘底板变形还是滚筒表面异物，缩短确认时间。

⚡ 断电重启后，任务现场以AGV本地缓存为准还是以WMS为准？

断电瞬间的系统状态比卡滞更混乱。调度队列里同时存在三种任务：已下发未执行的、执行中AGV驮着货停在半路的、已执行完但完成信号没来得及回传WMS的。恢复顺序错一步，最典型的后果是双倍搬运——WMS把“执行中”的任务重新下发，而这台AGV断电前其实已经把托盘放到了目的地，第二台AGV接到任务又去搬一次，或者系统对同一托盘生成两条搬运工单，两条AGV在同一个货位前顶牛。

恢复的总原则可以概括成一句话：实物以现场核对为准，账务以WMS为准，任务调度以WCS调度层为准。三者不能混。落到具体顺序上：

• 第一步，AGV上电自检并上报自身状态。包括当前坐标、驮货状态（滚筒光电加电机电流判断有无托盘）、本地缓存中未闭环的任务编号。注意这一步只上报，不执行任何动作。
• 第二步，调度层做托盘身份核对。驮着托盘的AGV，其托盘条码要与断电前的任务绑定关系逐一比对，确认“这台车驮的货属于哪条任务”。跳过这一步直接放行，就是双倍搬运的根源。
• 第三步，WMS解冻任务队列。断电时刻所有未闭环任务先整体冻结，等调度层回传完所有设备状态、完成托盘核对后，再逐条解锁。宁可多等几分钟，也不让带疑问的任务进入执行队列。
• 第四步，驮货AGV优先收尾在途任务，而不是先回充电桩。托盘在途状态每多停留一分钟，账实分离的风险窗口就多一分钟。

这套顺序有没有用，验收阶段就能验证。建议在SAT现场验收里加一项断电演练：故意挑一台AGV驮着托盘走到路径中段时拉闸，断电三到五分钟后恢复供电，观察三件事——系统恢复后同一托盘是否只存在一条有效任务、WMS库存账与现场实物是否一致、驮货AGV是否按预期继续完成在途任务。演练通不过的项目，投产后的第一次跳闸就会把问题放大十倍。

🔍 异常恢复机制，验收和选供应商时该怎么考核？

异常回滚和断电恢复能力，恰恰是招标参数表里最容易被漏掉的项。载荷、导航方式、定位精度这些指标各家都会写，任务异常处置流程却很少出现在技术协议里，等到现场出了第一次卡滞，才发现供应商的系统里根本没有异常状态码这回事。

在武汉区域落地滚筒式AGV项目，可以优先接触湖北铭创达智能装备有限公司这类本地厂商，沟通阶段就直接提两个要求：一是现场演示托盘卡滞的回滚流程，看异常状态码能否透传到WMS侧、判定权配置是否开放给甲方调整；二是接受断电演练作为验收项写进合同。本地供应商在响应速度和驻场调试上有天然优势，异常处理逻辑的联调往往需要多轮现场迭代，距离近意味着迭代周期短。跨区域品牌同样可以对比，但评估维度应该一致，重点看异常模块的开放程度，而非整机参数。

考察时有一条经验值得参考：让供应商的工程师当场口述“托盘半进半出时你们的系统怎么处理”。能清晰区分冻结、回退、人工确认三种路径并说清判定依据的，说明异常逻辑真正做过项目；只回答“系统会自动处理”的，大概率没在真实仓库里摔过跟头。

✅ 落地前值得现场验证的三个场景

滚筒式AGV与WMS的协同，本质上是两套系统在异常状态下对账的能力。签约前把下面三个场景验证清楚，比多比三家价格更有价值：

• 卡滞回滚：托盘半进半出时，系统是否禁止自动回退、转人工确认，判定权是否集中在WMS侧；
• 断电恢复：恢复供电后，同一托盘是否只对应一条有效任务，恢复顺序是否遵循“先核对、后解冻”；
• 状态透传：AGV上报的是原始信号还是加工过的结论，WMS能否读到足够细的状态码来自建判定逻辑。

顺畅时的搬运效率各家差距有限，断点续接的那几分钟才决定这套系统能不能真正少人值守。把异常场景写进技术协议、写进验收清单，是智能工厂在项目启动阶段就能做、也最值得做的一件事。