快递分拣AGV方案求助，分拣口多到没朋友，调度怎么排？
手上有个快递分拣中心的AGV方案，场地大概1200平，日处理量5万件左右，卸货口6个，分拣格口有120多个（还在加），现在卡在调度这块了。用的是潜伏顶升式，载重顶多50kg，主要跑分拣格口到出库打包区这一段，单程最长80米。
想问下做过类似项目的：120个格口同时叫车，调度算法直接跑简单的最近距离还是得上任务合批？路径冲突严重的时候（高峰期大概30台车同时跑），是改交通管制规则还是直接限流？另外分拣口和打包区之间有一段共用通道，这块要不要单独划动态区域？
全部回复 (4)
120个格口+5万日处理量这个配置，按你30台车的规模算，每小时单车大概跑17-20个任务，理论上够用，但调度层面不建议用最近距离。上次我们做的一个差不多体量的项目（日均4.5万件、140格口、25台车），当时直接上了任务合批，按目的地方向打包下发，格口呼车响应时间从4秒压到1.8秒，整体效率提了大概25%。建议你优先考虑任务窗口聚合，别在单任务调度算法里死磕。
交通管制这块，30台车同区域跑，死锁和死锁解除的逻辑必须写扎实，纯靠交通管制规则兜不住高峰期。我们当时在共用通道划了动态单行区，配合优先级抢占，实际跑下来冲突次数从每小时40多次降到10次以内。限流只是下策，会拉低整体吞吐。
有几个细节想确认下：你120个格口是同一平面集中布置，还是分区域错层？如果是集中平面布局，格口间距多少？另外卸货口6个是连续上件还是脉冲式上件？这两个参数直接决定了调度策略选型。另外50kg载重，跑快递分拣是不是有点小？正常包裹+料箱重量不少，低于30kg的件占比多少？
不太认同调度上死磕算法优先的做法。我们这边跑的方案（80格口、日均3万件、20台车）就是最简单的最近距离+固定交通管制，运行两年了，没出过调度瓶颈。楼主你这个5万件日处理量，是不是该先确认下AGV数量是不是少了？按行业经验值，50kg潜伏顶升跑这种分拣场景，单车日均处理量大概1500-1800件，30台车理论上限也就5.4万件，基本顶到天花板了。算法优化是锦上添花，车队规模才是根本。
