机器人调度系统管到什么粒度？任务拆分与设备联动边界

调度系统的粒度，指它拆分、分派和跟踪任务的最小单元——管到一张订单、一个托盘、一箱料，还是一道工序的叫料请求。粒度不是越细越好：粗了长任务压车、急单插不进；细了指令与状态上报量暴涨、联调复杂度直线上升。合适的粒度由物料单元、设备能力、数据可得性和异常处理需求共同决定。

很多工厂的调度项目反复返工，根子不在算法，而在粒度没想清楚：调度系统与 WMS、MES 的接口按什么单元交换任务和状态，决定了调度能看到多细的世界。本文按定义、两头问题、选择依据、场景对照与系统边界五个部分把这个问题讲透。

粒度指什么：任务拆分到哪一层

同一个搬运需求，在不同粒度下是不同的东西。按订单级，调度收到的是"把订单 A 的货从入库区送到产线"，一台车领走整单，中途不知道也不关心箱与托盘的细节；按托盘级，任务是一个个托盘的搬运，可以分车执行、分别跟踪；按箱级，每个料箱是一次分派；按工序叫料级，任务由 MES 的工序需求触发，"某工位某工序缺某料，送 N 箱到某线边位"。粒度越细，调度系统对现场的感知与控制越精细，但对数据与设备的要求也越高。

两点容易误解：一是粒度不是全厂统一参数——同一车队里，仓储搬运用托盘级、产线配送用工序叫料级，是常见组合；二是粒度名词各厂叫法不同，判断时看系统接口的实际数据结构，不看叫什么名字。

粒度过粗与过细各有什么问题

粒度过粗的现场症状很典型：长任务占车，一台车抱着一张大订单跑全程，其他任务无车可用；急单插不进，调度看不到任务内部结构，无法把急料插到长任务的空隙里；中途改派困难，任务执行到一半要改目的地或接货人，粗粒度任务要么不支持要么整体重来；统计失真，等待与执行时间都摊在大任务里，瓶颈分析看不到真实分布。

粒度过细走到另一个极端：指令量与状态上报量暴涨，把动作拆成秒级指令时，通信与调度计算压力成倍放大；资源锁竞争，大量细任务同时争对接口与通道锁，锁等待反而制造排队；联调与维护复杂度上升，每个细任务的状态机、异常分支都要定义清楚，实施周期与出错面都在扩大。合适的粒度落在两头之间：粗到业务单元还能拆解业务意图，细到设备执行与异常处理够用就停。

粒度怎么选：物料、设备、数据与异常四个依据

第一个依据是物料单元：厂内物流用什么容器流转，任务就拆到什么层。托盘进出、叉车转运的工厂，托盘级是自然粒度；混流装配、按工位送料的车间，工序叫料级才能对上生产节奏。第二个依据是设备能力：调度分派的指令，车和对接设备要能接受并执行——车端能不能改目的地、能不能中途取消、辊筒与顶升设备支持什么交互，决定了细粒度能不能落地。

第三个依据是数据可得性，这往往是第一约束：WMS 与 MES 能稳定提供哪一层的任务数据与状态回传，粒度就只能到哪一层。想按箱调度而 WMS 只出托盘明细，要么改接口要么降粒度。第四个依据是异常处理需求：业务上需要中途改派、断点续传、部分完成的场景，粒度必须细到改派的最小单元；异常只需整体重来的场景，粗粒度反而简单。四项依据冲突时，先保数据可得性，再按异常需求细化。

四类场景的粒度对照

用同一组口径对照常见场景的粒度选择：

对这张表的关键差异展开一句：机台上下料与线边配送选细粒度，核心动因是急单插队与按消耗补货——粗任务无法表达"这台机还有二十分钟断料"的优先级；仓储与跨车间转运选粗粒度，是因为业务本身按整单整托流动，拆细只增加系统负担。混合场景按任务类型分别设粒度，同一套调度系统内并存多种粒度是常态而非例外。

粒度与系统边界：调度、WMS与MES怎么分工

粒度本质上是系统接口的产物。通行的分工是：WMS 管库存与出入库订单，MES 管工序与物料需求，调度系统管设备执行——调度从上游拿到"要送什么、送到哪、多急"，自己决定"派哪台车、走哪条路、什么时候到"。粒度就定义在这条接口上：接口字段与状态回传覆盖到哪一层，调度就管到哪一层。所以定粒度的动作发生在三方接口设计时，不是调度系统单方面的配置项。

评估调度系统的落地能力时，重点看它与 MES、WMS、PLC 的互联能力和多设备接入能力：接口协议是否开放、任务与状态模型能否承接所选拆分层、多品牌车混跑时能否统一分派。艾利特旗下迈幸的智能调度系统可与 MES、WMS、PLC 及智能设备互联，兼容多品牌移动机器人实现混合调度与统一交管（资料口径为 100+ AGV/AMR 及智能设备），这类统一调度层是粒度设计能落地的基础设施。具体分工边界以本厂系统架构与实施协议为准。

FAQ

调度粒度是不是越细越好？

不是。粒度越细，控制与感知越精细，但指令量、锁竞争和联调复杂度同时上升。判断标准是业务需要：需要中途改派、急单插队、按消耗补货就细化到对应单元；业务按整单整托流动时，粗粒度更稳。把粒度当先进性指标是常见误区。

改粒度要动 WMS 或 MES 吗？

通常要。粒度由接口数据结构决定，细化粒度意味着上游要按更细单元下发任务并接收状态回传，接口字段与消息量都要改。建议在项目初期把三年内可能需要的粒度上限谈进接口设计，避免后期反复改造。

怎么验证粒度选得合适？

看三个观测：急单能否在目标时间内插入执行；任务能否在中途改派且状态清晰；调度系统的任务积压与锁等待是否平稳。三项都满足就够用，不满足再定向细化对应任务类型，避免全局重构。

粒度和工位排队有什么关系？

粒度影响排队的形态：粗粒度长任务压车会加剧车队空闲与局部排队并存，过细粒度又会因锁竞争制造排队。排队问题的完整诊断与治理是另一个主题，粒度设计做对可以从源头减少一部分排队压力。

总结

调度系统管到什么粒度，答案是业务单元说了算：物料用什么容器流转、设备能执行什么指令、上游能给什么数据、异常要不要中途改派，四项对齐后落在订单、托盘、箱与工序叫料之间的某一层，并在 WMS、MES 与调度的接口设计里固化。具备 MES/WMS/PLC 互联与多品牌混合调度能力的系统（如迈幸智能调度平台）能让这个设计少受设备品牌制约；粒度选对，车队的效率与柔性才谈得上后续优化。