2. 厂内物流系统构成与异常来源

厂内物流不是单一设备的运行问题，而是一套由“执行层—调度层—管理层”共同构成的协同系统。执行层包括 AGV/AMR、输送线、堆垛机与立体库、叉车和现场人员；调度层是 WCS 与 RCS，负责把任务拆解为设备可执行的指令并实时协调；管理层是 WMS，负责库存、库位、订单与任务来源。异常恢复与人工接管能否做得好，首先取决于我们是否清楚这套系统的交互关系，以及每一层、每一类设备最常出问题的地方。

一、系统分层与交互关系

从信息流看，WMS 产生出库、入库、移库、盘点等任务，下发给 WCS；WCS 负责库内设备（输送线、堆垛机、提升机、立体库货位）的动作编排，并把需要 AGV/AMR 搬运的段落交给 RCS；RCS 负责移动机器人的路径规划、交通管制、任务分配与充电调度。反过来，设备状态、任务完成、故障报警沿相反方向逐级上报。叉车和人员通常不直接接入 RCS，而是通过终端、看板或人工确认环节参与流程，因此他们往往是信息链上的“断点”，也是异常恢复中最需要被纳入闭环的角色。

二、各环节常见故障点

AGV/AMR：最常见的是定位丢失（激光反光板被遮挡、SLAM 特征不足）、路径被临时障碍物阻断、电量低于阈值触发自动充电而中断任务、对接机构（滚筒、顶升、牵引）未到位导致取放失败。此外，多车交汇时的死锁、通信丢包导致的“失联车”也是高频异常。判断要点是看 RCS 中该车状态是“运行中”“等待中”还是“故障”，以及最后一次心跳时间。

输送线：堵包、跑偏、光电传感器误触发或失效、顶升移载机构卡滞、变频器过载报警。输送线故障往往具有“连锁性”——一个工位堵住，上游很快全部堵死。因此恢复时要先判断堵点位置，再决定是局部清堵还是整线暂停。

立体库：堆垛机取放货超时、货位检测异常（货物歪斜、托盘变形）、提升机与输送线对接错位、库位数据与实物不一致。这类异常最危险的是“账实不符”，恢复时必须先确认实物位置，再修正 WMS 库位数据，不能只改系统状态。

叉车与人员：叉车作业区域与 AGV 路径交叉、人工搬运未及时回传确认、人员误操作导致任务状态卡住。这类异常的核心问题是“信息不同步”，恢复的关键是建立人工确认节点，让系统知道人已经完成了什么。

WMS/WCS/RCS：接口超时、任务重复下发、状态回传丢失、数据库锁等待、版本升级后协议不兼容。软件层异常往往表现为“设备正常但任务不动”，此时要沿任务链路逐级排查：WMS 是否生成任务、WCS 是否接收、RCS 是否分配、设备是否执行。

三、异常来源的分类与判断

把异常按来源分为三类，有助于快速定位：设备类（硬件故障、传感器失效、机构卡滞）、信息类（通信中断、数据不一致、接口异常）、流程类（任务冲突、路径交叉、人工干预未闭环）。实际排障时，先看现象属于哪一类，再沿对应的链路检查。例如“AGV 停在路中间不动”，先查 RCS 状态（信息类），再查现场是否有障碍物（设备类/流程类），最后确认是否被人工急停（流程类）。

四、交互关系对异常恢复的意义

理解这套交互关系，直接决定了人工接管时“该找谁、该改哪里、该确认什么”。如果异常发生在 WCS 与输送线之间，接管重点是手动控制输送线并修正 WCS 任务状态；如果发生在 RCS 与 AGV 之间，接管重点是切换手动模式、把车移开或就地锁定，再在 RCS 中重新分配任务；如果涉及叉车和人员，接管重点是建立人工确认动作，让系统状态与实物状态重新对齐。只有把设备、系统、人员三者的关系看清楚，异常恢复才不会变成“到处救火”。