先说结论:AutoStore 和穿梭车根本不是竞品,是两种物种。你要是拿它俩比参数,就像拿潜水艇和快艇比谁快——比错了维度。这两年我参加过不下十场"AutoStore vs 穿梭车 ASRS"的选型会,网上的对比文章前十页也全是厂商营销稿,缺一个真正下过现场的人说句实话。今天我就说实话。

先看懂两种机器的脾气

AutoStore 的逻辑叫"挖箱"。整个库是一个铝制网格,料箱在网格里最高能叠到约 16 层(厂商公开参数),机器人沿着网格顶部的轨道跑。来一个出库任务,机器人开到目标箱正上方,先把压在上面的箱子一个个挪开,腾到旁边的空格里,再把目标箱提上来,送到出库口。

这就像叠罗汉取最底下一块积木。你可以理解为:它把"找货"的时间,全部花在了"搬开挡路的箱子"上。

穿梭车是另一套逻辑:货架加巷道加穿梭车加提升机。每条巷道里有穿梭车在轨道上跑,速度约 4-6 米/秒(以具体厂商规格为准),把料箱从货位送到巷道口的提升机,再由提升机送到出库层。这就像每条巷道都配了一部小电梯加一辆小货车,各跑各的,互不干扰。

所以第一句实话:AutoStore 是"共享池"思维,所有机器人共享整个网格,坏一台两台,系统照转;穿梭车是"分封制",一条巷道瘫了,这条巷道上的货就出不来。两种系统的 Uptime 算法完全不同,别拿同一个 MTBF 去套。

AutoStore vs 穿梭车:密度和吞吐只能二选一

这是全篇最重要的一节。

AutoStore 的密度是拿吞吐换来的。算一笔账:16 层堆叠,假设你的 SKU 是随机分布的,目标箱平均埋在第 8 层深处。机器人每出 1 箱,平均要先挪开 7 个挡路的箱子。挪开的动作和取货的动作一样耗时,这就是为什么单出库口的节拍只有每小时约 60-75 箱(以厂商方案为准)。注意,这是"出库口"的节拍,不是"机器人"的速度。机器人跑得再快,也快不过挖箱这个动作本身。

穿梭车没有挖箱这个动作。单巷道每小时能跑数百箱次,瓶颈根本不在穿梭车那 4-6 米/秒的速度上。

反常识的判断来了:穿梭车项目里,真正卡脖子的十有八九是提升机。一条巷道配一台提升机,穿梭车在巷道里跑得飞起,料箱全在提升机门口排队。我见过不止一个项目,老板花大钱买了高速穿梭车,结果提升机一台顶不住,巷道空转看热闹。选型的时候先算提升机的节拍,再谈穿梭车的速度,顺序别反了。

第二个反常识:AutoStore 的机器人不是越多越快。网格顶部的轨道是共享资源,机器人密度超过某个点,互相避让花的时间比干活还多。加机器人加的是峰值吞吐,不是线性增长,这条曲线厂商销售一般不会主动给你画。

AutoStore vs 穿梭车选型:SKU 结构说了算

前面是原理,下面是选型。先讲两个真事,名字都化掉了,数字是实打实的。

2023 年,华东一家美妆电商仓。3.2 万个 SKU,日均 9000 单。头部 15% 的 SKU 贡献了 82% 的出库行,典型的"爆款加长尾"结构。当初图密度,上了密集网格库,8 台机器人、4 个出库口。大促当天,爆款 SKU 的箱子埋在网格深处,机器人一半时间在挖箱,单口实际只跑到 60 箱/小时出头,4 个口加起来 240 箱/小时,订单积压到第二天凌晨两点。最后的解法很黑色幽默:花钱在库外加了一排流利架,专放爆款 SKU 做半自动拣选。等于密度和吞吐各花了一遍钱。

教训就一句话:SKU 周转结构不匹配,密度再高也是高级坟场。

2024 年,华南一家 3C 配件分销仓。8.6 万个 SKU,日均出库 1.1 万行,选的是穿梭车立库,12 条巷道。上线第二年业务涨了 40%,要扩。加巷道得停半条线,还要重调 WMS 的巷道分配策略,前后停了 11 天。巧的是同城另一家公司,用的网格库方案扩容:加一组网格模块、多买 6 台机器人,两个周末搞定,工作日零停线。

两种扩容的成本曲线完全不同。穿梭车是"阶梯式"的,一次加一条巷道,投入大、见效慢、还得停线;网格库是"线性"的,加密度就加网格、加吞吐就加机器人,两件事可以分开加,先加哪个看你缺哪个。

把上面的经验压成一张表:

| 维度 | AutoStore(网格挖箱) | 穿梭车立库 | | 存储密度 | 极高,料箱最高约 16 层堆叠 | 高,但巷道和提升机占掉一部分空间 | | 单点吞吐 | 单出库口约 60-75 箱/小时 | 单巷道每小时数百箱次 | | 扩容方式 | 加网格加机器人,可分开、在线扩 | 加巷道或加层,阶梯式投入,常要停线 | | 适合的 SKU 结构 | SKU 总数大、单 SKU 周转低(长尾型) | 高周转 SKU 集中、波峰明显 | | 单点故障 | 机器人是共享池,坏一两台影响小 | 一条巷道故障,该巷道基本停摆 | | 维护重点 | 轨道磨损、机器人轮胎、挖箱调度策略 | 轨道清洁、充电触点、提升机 |

决策框架很简单,三个问题:

一,你的出库量里,头部 20% 的 SKU 占几成?超过七成,站穿梭车;长尾分散、谁都拣不着几回,站网格库。

二,大促波峰是日常的几倍?三倍以上,站穿梭车,吞吐可以按峰值配;全年平稳,网格库更划算。

三,未来三年扩不扩、扩多少?说不准的,网格库的线性扩容友好得多。

三个问题有两个站同一边,就别纠结了。要是一边一个,听第二个问题的。波峰是硬约束,密度是软指标。

维护的坑:买得起,更要养得起

最后讲维护,这是选型会上没人提、投产后天天骂娘的部分。

网格库的坑在看不见的地方。机器人轮胎和顶部轨道的磨损是渐进的,Uptime 从 99.5% 滑到 97%,你是感觉不到的,等感觉到的时候,已经有一批机器人排队等备件了。另一个坑是挖箱策略,WMS 的出库顺序如果没和网格的"热度分层"配合,爆款箱子沉底,机器人天天做无用功。这个坑是软件的,买设备的时候没人告诉你。

穿梭车的坑在点多。12 条巷道就是 12 套轨道、12 套充电触点、若干台提升机。轨道积灰导致穿梭车打滑、充电触点氧化导致充不满电,都是小毛病、大面积的类型。维护团队的人手是按巷道数线性涨的,这笔人力成本要算进 TCO,别只看设备报价。备件策略两家也完全不同:网格库的机器人是标准化的,多备两台整机就能顶;穿梭车的备件得按巷道的关键部件备,提升机电机、驱动轮、充电模块,少一样都可能停一条巷道。

对伪需求我直接开炮:有些老板选型只看一个指标,单位面积存多少箱。这就是伪需求。箱子存进去是拿来用的,拿不出来的密度叫囤积,不叫存储。先算吞吐,再谈密度,顺序错了,几千万就是买个高级坟场。

这钱花得值不值,看这一个数:你仓库里最忙的那个 SKU,一天要被拣多少次。如果答案是几百次,别碰网格库;如果答案是个位数,穿梭车就是杀鸡用牛刀。就这一个数,比十页 PPT 管用。

作者:大刘|自动化设备工程师