穿梭车立库的换层逻辑：一台提升机到底够不够

先讲原理。穿梭车立库里，车只负责水平跑，换层这件事，永远是提升机干的。

你可以这么理解：穿梭车是写字楼里每层跑腿的快递小哥，提升机是电梯。小哥再能跑，电梯运力不够，货照样在楼下排队。这个比喻，解释了穿梭车项目里一半以上的性能翻车。

两种架构，两种换层逻辑

第一种叫 captive（层层有车）：每一层都趴着一台穿梭车，提升机只负责在层间搬运车或者传递箱子。车的利用率高，但车的数量 = 层数 × 巷道数，硬件成本直接起飞。

第二种叫 roaming（漫游车）：一条巷道就一两台车，车要换层时，自己开进巷道端的提升机，坐"电梯"上下楼。车少了，省钱了，但提升机变成了整条巷道的咽喉。

选哪种，看的是流量画像，不是看谁更"先进"。流量均匀、每层都要出货——captive；流量集中在少数热层——roaming 配一台好提升机更划算。连自己各层的流量分布都没测过就谈架构的，属于闭眼下单。

一台提升机，到底能带多少台车？

算笔节拍账。提升机一个完整循环：接车（或接箱）→ 升到目标层 → 送出，实测 25～35 秒。我们按 30 秒算，理论极限 120 次/小时。注意，这是理论值，算上调度等待和避让，实际能到 90～100 次就不错了。

穿梭车呢？以主流多穿梭车系统为例，水平速度最高 4 m/s，加速度 2 m/s²（具体以设备厂家数据手册为准）。一条 100 米的巷道，单程 25 秒，加上取放箱 8～10 秒，一个来回一分钟出头。也就是说，一台车一小时能干 50～60 个循环。

账算到这里，结论自己出来了：

厂商宣传册上写的"整系统最高 1,200 次出入库/小时"，是多巷道、多提升机、双循环全开的实验室数据。你的项目能不能到，先看提升机这张表，再看宣传册。

真实案例：排队 40 秒的旺季

2023 年，我跟过一个华东电商仓的项目：12 层货架，一条巷道，captive 架构 24 台车，配了 1 台提升机。平时跑得挺欢，单巷道 150 箱/小时，验收一次通过，甲方很满意。

大促一来，拣选站要货的波次密度翻倍，换层请求排起了队。监控一看：提升机利用率 96%，平均等待 40 秒。车都在各自楼层空转等"电梯"，拣选站断料 3 次，现场一度靠人工去高位拣救场。

最后的解法不是加车——加车只会让排队更长。解法是巷道另一端加了一台提升机，改成两端进出，总投入多了一台提升机的钱，吞吐直接翻到 280 箱/小时。

这个案例说明一个反常识的结论：穿梭车系统里，瓶颈永远不在车的数量，在提升机的节拍。车是并联的，提升机是串联的。并联的东西堆数量，串联的东西拼节拍，这是排队论的基本常识。

维护的坑：单点故障

captive 架构，一台车坏了，只影响它那一层，其他层照常跑。roaming 架构，一台提升机坏了，整条巷道停摆。

所以 roaming 方案必须回答三个问题：提升机的 MTBF 是多少？备件（链条、电机、编码器）库里有没有现货？维保窗口能不能接受整条巷道停 4 小时？

答不上来，roaming 再便宜也别签。省下来的车钱，一次停机就全吐回去，还倒贴违约金。更惨的是，提升机一般是定制件，交期 8～12 周，坏一次，旺季就别想了。

我见过最冤的一次：某食品仓为了省 15% 的预算选了 roaming，结果第二年提升机主链条断裂，厂家备件要 10 周，整条巷道躺了两个半月。那两个半月里，captive 架构的隔壁仓照常发货。省下的钱，还不够付那两个月的临时人工拣选费。备件清单这种东西，签合同那天就要，晚一天都是给自己挖坑。

伪需求开炮时间

"我要每层都放两台车，越快越好。"——这是我听过最多的伪需求。

车多不等于快。12 层 × 每层 2 台 = 24 台车，配 1 台 120 次/小时的提升机，等于 24 个人挤一部电梯，上班高峰照样迟到。正确的做法反过来：先定吞吐目标，倒推提升机数量，最后才定车的数量。顺序错了，钱全白花。

还有一个伪需求："提升机速度越快越好"。提升机提速 20%，循环时间可能只降 10%（加减速和定位占了大头），但电机和结构成本涨 30%。这钱花得，不如把调度算法做好——好的调度能把空载行程砍掉三分之一，效果比硬提速实在得多。

这钱花得值不值，看这一个数

提升机利用率。

长期跑在 50% 以下：你买多了，下一期可以减配。50%～70%：健康区间。超过 70%：别犹豫，加第二台提升机，或者把单提升机升级成双工位/双循环。

记住：穿梭车项目里，最贵的从来不是那一台台小车，是提升机和背后的调度软件。车是四肢，提升机是心脏。心脏不够强，四肢再发达也白搭。

作者：大刘｜自动化设备工程师，前集成商技术负责人