下面逐条展开说明：

WMS 直接对接设备，技术上可以，但代价极大

从技术角度说完全可以，WMS 直接发指令给 AGV、堆垛机，设备也能执行。但在真实项目中，这样做会遇到四个硬伤：

1. 协议地狱

一个仓库里往往同时有：

• AGV：走 ROS 或厂商私有 TCP 协议
• 堆垛机：走 Modbus TCP 或 PLC 梯形图
• 输送线：走 OPC-UA 或 Profinet
• 分拣机：走另一套私有 API

WMS 如果要直连，就得在自己代码里同时维护 N 套通信协议。一旦某个设备厂商升级固件、换协议版本，WMS 源码就得改。

WCS 作为协议适配层，把这些全部屏蔽掉，WMS 只需要下一个标准化的"把货从A搬到B"的任务指令就行。

2. 时间尺度不匹配

WMS 本质是个业务系统，关注的是"订单在哪、库存多少"；而硬件控制需要实时响应。把实时控制逻辑塞进 WMS，要么拖慢业务响应，要么导致设备等待超时。WCS 是专门为实时调度设计的。

3. 多设备协同冲突无法解决

一个 AGV 抢道、两台堆垛机同时往一条输送线上放货——这类设备间的物理冲突，WMS 根本没有能力处理（它看不到设备的物理位置和运动状态）。WCS 持续监控所有设备的实时状态，才能做路径规划和冲突避让。

4. 扩展性/维护性极差

直连方案意味着：

• 仓库新增一种设备 → 改 WMS 代码
• 更换 AGV 供应商 → 改 WMS 代码
• WMS 升级 → 可能破坏设备控制逻辑

有了 WCS 这一层，设备侧的变更只需要改 WCS 驱动，WMS 完全不受影响。

什么时候可以不要 WCS？

也有例外：极简场景下（比如只有一台传送带、一种标准协议设备），确实可以让 WMS 直连。朗因的客户项目规模普遍较大，多厂商设备并存，WCS 就是必不可少的一层。