2024 年秋天，我去天津一家 3PL 仓做巡检，顺便把 RCS vs WCS 在仓库里的分工又琢磨了一遍。仓库 4 万平，42 台 AMR 分属两个品牌，各用各家的调度软件。运营经理指着主通道的十字路口说："每天下午 4 点，准时堵车。"调度屏上，两个品牌的车在同一个路口互相让行，谁也不敢先走，死锁了。老板花了 300 多万上的机器人，最后败给一件事：三拨车，三个大脑，谁也不听谁的。今天这篇一次讲透：固定设备听谁的、车队听谁的，以及什么规模的仓才值得上一个统一的机器人指挥。
RCS vs WMS vs WCS：先讲原理，是三层不是一层
很多人把这三个缩写混着叫，其实它们是三层，层级关系不能乱。
WMS 在最上层，管"算账"：库存对不对、订单先发哪个、任务从哪来。它只管下指令——"把 A 托盘从库位 1 搬到出库口 3"，至于这条路怎么走、哪台车去，它不管。
WCS 是仓库控制系统，管"钉在地上的设备"：输送线、分拣机、提升机、穿梭车。它和 PLC 是毫秒级对接的，干的是实时控制的活——皮带什么时候转、分拣机第几个格口落货。你可以理解为它是车间的生产主任，盯的是固定产线的节拍。
RCS 是机器人控制系统，管"会跑的"：AMR、AGV 车队。它干四件事——任务分配（哪个任务派给哪台车）、交通管制（路口谁先走）、充电调度（哪台车什么时候去充电）、地图管理。这就像一个车队：WMS 是总经理，WCS 是车间主任，RCS 是车队队长。总经理只管"货要送到"，车队队长管"车怎么跑不打架"。
RCS vs WCS 的本质差别就在这：一个指挥固定设备，一个指挥移动车队。设备不动，讲节拍；车子会跑，讲路权。
三者分工对照表：WCS、RCS、厂商自带软件
| WCS | RCS | 厂商自带的车队软件 | |
|---|---|---|---|
| 管谁 | 输送线、分拣机、提升机等固定设备 | AMR/AGV 车队，可跨品牌 | 只管自家品牌的车 |
| 核心活 | PLC 实时控制、节拍同步、故障联锁 | 任务分配、交通管制、充电调度、路径规划 | 单车状态监控、基础任务下发 |
| 听谁的 | WMS 的设备级任务 | WMS 的搬运任务 | WMS 或 RCS 转交的任务 |
| 典型坑 | 只认自家设备，跨品牌不管 | 多品牌混跑时没统一等于白搭 | 各品牌各管各，路口互不相让 |
厂商自带的软件，打个比方，就像每个车队自带的小队长——管得住自己人，管不了隔壁车队。10 台以内、单一品牌，小队长够用；一旦多品牌混跑，就得有个"总队长"，这就是独立 RCS 的位置。
三个品牌混跑，为什么必须有个统一的 RCS
先说个反常识的判断：买了三个品牌的 AMR 却没有统一的 RCS，等于请了三拨互不说话的司机——每拨只听自己队长的，路口相遇互相甩锅，最后堵的是你的通道。
这就是 2024 年天津那家仓的病根。两个品牌各 20 多台，各有各的调度软件，各有各的地图和交通规则。A 品牌的车认为路口该它先走，B 品牌的车也这么认为，结果就是每天下午出库高峰准时死锁 20～30 分钟。旺季加了 8 台车之后更糟——车越多，堵得越死。注意这个反直觉的结论：RCS 没搞定之前，加车不提效，反而添堵。
解法是 VDA 5050。简单说，这是德国汽车工业协会牵头的开放接口标准，让不同品牌的机器人能被同一个 RCS 指挥：统一的任务下发格式、统一的交通管制逻辑。你可以理解为给不同国家的司机发同一本交规——不管车是哪国造的，红灯停绿灯行。那家仓后来加装了支持 VDA 5050 的统一 RCS，两个品牌的车进了同一套交通管制，路口死锁基本消失。单车每班次的搬运趟次提升了两成左右，旺季那 8 台新车才算真正派上用场。
伪需求警告：如果你只有 8 台同一个品牌的车，厂商自带软件跑得好好的，这时候有人跟你推"统一 RCS 平台"，直接让他走。这是拿高射炮打蚊子。
RCS 和 WCS 选型：什么规模值得上独立 RCS
给个决策框架，对着看：
- 车队 10 台以内、单一品牌：厂商自带软件够用，上独立 RCS 纯属花冤枉钱。
- 10～30 台，或两个品牌混跑：看路口复杂度。有交叉干道、充电区瓶颈、跨楼层的，RCS 开始值回票价；路线简单、各自为战不交叉的，可以再等等。
- 30 台以上，或三个品牌混跑：独立 RCS 几乎是刚需，不上就是等着天天堵车。
- 固定设备 + 车队联动（输送线对接 AMR 上下料）：不管多少台车，WCS 和 RCS 的接口边界必须在招标文件里写死，谁认领任务、谁反馈完成，一字一句写清楚。这是下面要讲的翻车重灾区。
另外提醒一句：充电调度是经常被漏掉的一项。RCS 管充电不是"没电了去充"这么简单——它要算哪台车什么时候去充、充多久、留几台车在线上顶着，保证高峰时段在线运力不断档。这个账，厂商自带软件一般算不明白。
两个大脑打架：我见过的翻车现场
2023 年，广东一家电商仓，输送线 + 分拣机走 WCS，30 多台 AMR 走 RCS，WMS 在最上层。系统上线第一周，出库口乱成一锅粥：WMS 把一个搬运任务同时推给了 WCS 和 RCS，两边都认领了——输送线把货送到了，AMR 也开过去接货，结果货被"送"了两次，单据对不上。查下来是接口边界没划清：WMS 以为 WCS 只管设备，WCS 以为自己也该接搬运任务。停线排查了 2 个小时，旺季前夜，运营总监的脸都绿了。
教训就一句话：一个任务，只能有一个大脑认领。WMS 下发任务时，路由规则必须明确——固定设备段走 WCS，移动搬运段走 RCS，中间的交接点（比如输送线尾端）定义清楚"货到哪里算 WCS 干完、RCS 接手"。
还有两种常见的慢性翻车。一种是地图没人维护：货架移位了、临时堆了托盘，RCS 的地图还是三个月前的，车子按老地图走，直接撞上新货架。RCS 的地图必须跟现场布局变更联动，改布局先改地图，这是铁律。另一种是无线漫游：车子从一个无线接入点切到另一个时断线几秒，RCS 以为车"失联"了，整条路线的车全停下来等它。仓库的无线覆盖和漫游切换，必须按机器人连续作业的标准测一遍，别拿办公无线的标准糊弄。
这钱花得值不值，看这一个数
RCS 的钱该不该花，别听厂商讲故事，看一个数：单车每班次的有效搬运趟次。
上统一 RCS 之前，先拿一周的调度日志，把"车子等人、等路、等充电"的时间占比算出来。如果这个数字超过 20%，说明你的车队有一大半时间在互相等待——这就是 RCS 能吃掉的部分。上线之后再测一遍，趟次提升 15% 以上，这钱就花得值；没变化，说明问题不在调度，在别处（比如任务本身就不饱和）。
最后留个问题给你想：你的仓库里，AMR 每天有多少时间是在"等"？这个数，调度屏上一般都有，只是没人去看。
作者：大刘｜自动化设备工程师
