机械加工工厂的物流并不是单纯的“仓库到车间”运输。原材料进入仓库后，需要经过备料、出库、机加工、半成品暂存、热处理、清洗、装配、成品入库等多个环节。对于轴类、箱体、齿轮、法兰、铸件以及标准件等物料，同一种产品还可能对应不同批次、工艺状态和加工路线。

当生产规模扩大以后，物流管理中的一个典型变化是：WMS知道库存在哪里，但不一定知道物料什么时候被实际搬走；AGV知道怎么执行搬运，却不应该独立决定企业库存状态。

因此，机械工厂建设AGV物流系统时，真正需要解决的是WMS与AGV调度系统之间的职责划分和数据交互。通常由WMS负责库存、库位和物流任务管理，由AGV调度系统负责车辆分配、路径规划、交通管理和现场执行，两者通过API、数据库中间表、TCP/IP报文或其他接口方式进行数据交换。

机械加工物流为什么需要WMS与AGV协同？

机械工厂的生产物流具有明显的“多工序、多批次、多节点”特点。

例如，一批钢制毛坯从原材料库出库后，并不是直接进入最终生产线，而可能依次经过下料、车削、铣削、热处理、磨削和装配。不同工序之间存在暂存区，部分物料还需要根据生产计划重新排序。

如果AGV只按照人工输入的起点和终点执行搬运，车辆可以完成运输，但WMS中的库存状态仍然需要人工更新。反过来，如果WMS只管理库存，而没有与现场运输设备连接，仓库系统中的“已出库”与实际物料是否已经到达机加工工位之间就可能出现时间差。

因此，机械工厂AGV与WMS连接后，理想的物流链路应该是：

WMS生成任务 → AGV调度系统接收任务 → 分配车辆 → AGV取料 → 到达目标工位 → 完成交接 → AGV反馈结果 → WMS更新库存和任务状态

这里的核心不是让WMS直接控制AGV，而是让两个系统各自承担适合自己的工作。

一次完整的AGV搬运任务是怎么产生的？

以“原材料库向机加工线配送毛坯”为例。

WMS首先根据库存和生产需求产生出库任务，例如：

AGV调度系统收到任务后，并不会直接把“RAW-A-03-02”理解成车辆坐标，而是通过库位映射关系，将WMS逻辑库位转换成AGV可以识别的取货点和目标站点。

这一步非常重要。实际项目中，WMS中的库位通常是业务编码，而AGV运行地图中的位置则可能是导航点、站点编号或坐标。因此需要建立WMS逻辑库位—AGV站点—实际物理位置之间的映射关系。

随后，AGV调度系统选择符合载重和任务要求的车辆，生成执行任务。

典型流程为：原材料库 → AGV到达取料位 → 载具识别 → 取料 → 自动导航 → CNC缓存区 → 到站确认 → 物料交接 → WMS更新库存 → AGV进入下一任务

这样，WMS管理的是“物料业务状态”，AGV系统管理的是“车辆执行状态”。

机械工厂AGV与WMS有哪些常见连接方式？

API接口：适合新建或改造型项目

REST API是目前较常见的一种系统集成方式。WMS可以通过HTTP接口向AGV调度系统提交搬运任务，AGV系统再通过接口返回任务接收、执行中、完成、异常等状态。

例如WMS发送：

任务号：TASK001
物料：P001
起点：A0102
终点：CNC03
数量：1
优先级：2

AGV系统返回：

任务号：TASK001
状态：ACCEPTED

AGV完成运输后，再反馈：

任务号：TASK001
状态：COMPLETED
车辆：AGV03
完成时间：10:32:15

这种方式具有跨平台、数据结构清晰等特点，适用于WMS和AGV调度系统之间的业务数据交互。实际项目中也可以使用WebService等接口方式。

数据库中间表：适合已有系统较多的机械工厂

一些机械工厂已经运行多年，WMS、ERP甚至MES都是定制系统。这种情况下，可以通过中间数据库建立任务表、状态表和历史记录表，让两个系统通过数据库进行数据交换。

例如WMS向“AGV任务表”写入一条新任务，AGV调度系统读取后将状态修改为“已接收”，执行完成后再写回“已完成”。

这种架构的重点不是数据库本身，而是必须提前定义好任务状态、异常状态、重试机制和唯一任务编号，否则容易出现重复下发或任务状态不一致。

TCP/IP或其他工业通信方式：用于现场设备协同

如果AGV不仅与WMS通信，还需要与自动门、输送线、升降机、机床上下料设备等现场设备联动，可以在上层业务接口之外增加工业通信层。

需要注意的是，WMS与AGV之间的业务数据通信，与AGV和PLC、输送设备之间的设备控制通信并不是同一层级的问题，不宜将所有控制逻辑都放进WMS。

AGV、WMS和MES应该怎样分工？

机械工厂中经常同时存在WMS和MES，因此系统架构不能只考虑“WMS接AGV”。

比较合理的职责划分可以理解为：

ERP： 订单、采购、生产计划等企业级数据。

MES： 工单、工艺路线、生产状态、设备生产任务。

WMS： 物料库存、批次、库位、入库、出库和库存状态。

AGV调度系统： AGV任务、车辆状态、路径、交通、充电及现场调度。

AGV： 执行实际取货、运输、放货等动作。

在机械加工场景中，MES可能产生“CNC-05需要某批毛坯”的生产需求，WMS确认该批物料所在库位，WMS再形成物流任务交给AGV调度系统。AGV完成配送后，执行结果返回上层系统。

这种分层架构能够避免让WMS承担路径规划，也避免让AGV系统直接管理企业库存。WMS与AGV的集成通常本质上是生产物流业务数据与现场执行数据之间的连接。

机械工厂AGV真正难对接的不是“接口”，而是数据定义

项目实施过程中，接口程序本身往往不是最复杂的部分，真正容易产生问题的是双方对同一个业务对象的理解不同。

例如WMS中的：库位A-01-03

AGV系统可能需要：Station_013

现场设备又可能对应：PLC地址DB20.DBX2.0

这三个名称实际代表同一个物理位置。

因此，在机械工厂AGV物流系统建设中，需要建立统一的数据映射关系，包括物料编码、载具编码、库位编码、站点编码、任务编号以及状态码。

尤其是载具管理不能被忽略。对于托盘、料架和工装车，可以给每个载具设置二维码或RFID身份。AGV在取货和交货节点识别载具，使系统能够判断“哪一辆车运输了哪一个载具”，再将载具与物料批次关联。

这对于机械加工中的批次追踪尤其重要。

两个典型应用场景

场景一：原材料库到CNC加工区

应用环境：工厂设置原材料立体库或平面库，生产区域分布多台CNC车床、加工中心以及线边缓存区。

搬运任务：WMS根据生产需求产生毛坯出库任务，AGV从指定库位取出托盘，将其运输至对应CNC生产单元的缓存站。

原有问题：生产计划变化后，物料需求可能随之调整。如果仓库出库信息、生产需求和现场搬运状态不能同步，物流人员需要人工确认物料位置。

AGV解决方案：WMS生成任务后，通过API或中间表发送至AGV调度系统。AGV根据任务选择车辆，读取托盘编码后执行运输。到达CNC缓存区后，通过站点信号、二维码或其他识别方式完成交接，并将任务状态返回WMS。

实施效果：库存系统能够保留物料出库及配送状态，生产物流人员可以根据任务号、物料编码或托盘编号查询对应运输记录。

场景二：加工中心到热处理/清洗工序

应用环境：机械零部件经过CNC加工后，需要进入清洗、热处理或检测区域，多个加工单元共用后续工序。

搬运任务：AGV根据生产任务将装载半成品的料架从加工区运送至指定工序缓存区，完成加工流转后再根据下一任务进入后续工位。

原有问题：半成品可能同时存在于多个缓存区域，物流人员需要根据工单确认物料去向，临时任务和生产优先级变化也会增加调度工作量。

AGV解决方案：将料架编号与生产批次建立关联，WMS负责库存和库位状态，MES负责生产任务，AGV调度系统负责实际运输。当生产工序发生变化时，由上层系统更新物流任务，AGV按照新的任务执行。

实施效果：半成品从加工设备到后续工序之间形成连续的物流记录，同时减少人工重复录入物流状态的工作量。

机械工厂AGV选型也要围绕WMS接口来设计

如果AGV项目只是采购车辆，而没有同步考虑WMS接口，后期再进行系统集成容易出现设备协议、站点编码和任务模型不一致的问题。

对于机械工厂而言，可以根据实际搬运对象选择顶升AGV、牵引AGV或重载AGV。标准托盘和料箱通常适合顶升或潜伏式结构；多个料架需要批量转运时，可以考虑牵引方式；大型模具、铸件和重型工装则需要根据实际载荷选择重载AGV。

典型参数可以根据工况配置，例如：

这些参数并不是固定标准，实际项目需要结合通道宽度、物料尺寸、配送频率、站点对接精度和安全要求确定。

技术原理

WMS通过API、数据库或报文接口向AGV调度系统发送物流任务。调度系统将逻辑库位转换为实际导航站点，并负责车辆分配和路径执行；AGV完成搬运后将任务状态反馈给调度系统，再同步至WMS。

AGV与人工物流应该如何比较？

机械工厂在评估AGV时，与其简单比较“人工搬运和自动搬运谁更快”，更适合从物流任务标准化程度和信息闭环能力进行分析。

人工物流适合临时任务、非标准物料和异常处理；AGV更适合路线明确、任务重复、载具标准化的物流环节。

如果企业只是把叉车运输任务改成AGV，而WMS仍然依靠人工录入库存，那么自动化主要发生在“运输动作”层面。

如果WMS能够自动产生任务，AGV自动执行，任务状态再回传WMS，那么改变的就是整个物流业务流程。

因此，机械工厂AGV项目的核心价值并不只是减少人工驾驶车辆，而是将库存信息、生产需求、搬运任务和现场执行连接起来。

新乡奥特能如何参与机械工厂AGV系统集成？

对于已经部署WMS的机械制造企业，新乡奥特能可以根据现有WMS接口能力、生产物流流程和现场设备条件，对AGV调度系统与WMS之间的任务接口、库位映射、载具识别及任务反馈机制进行规划。

在具体项目中，应在AGV设备选型之前明确WMS接口文档、任务字段、状态码、异常处理规则以及库位与AGV站点的映射关系。对于同时使用MES的工厂，还需要确定MES、WMS和AGV调度系统之间的任务边界，避免多套系统重复下发同一物流任务。

机械工厂AGV与WMS连接的目标，并不是简单实现两个软件之间的数据传输，而是建立一条能够持续运行的**“生产需求—库存确认—任务生成—AGV执行—现场交接—库存更新”物流闭环**。当这一闭环稳定运行后，AGV才真正成为机械制造工厂自动化物流体系的一部分。

常见问题FAQ

1. 机械工厂已经有WMS，还需要单独建设AGV调度系统吗？

通常需要。WMS主要管理库存、库位和物流业务，而AGV调度系统负责车辆分配、路径规划、交通管理和现场执行，两者承担的功能不同。

2. WMS可以直接控制AGV吗？

一般不建议让WMS直接承担车辆路径和交通控制。更常见的方式是WMS把业务搬运任务发送给AGV调度系统，由调度系统负责具体车辆执行，再将结果反馈给WMS。

3. WMS和AGV可以采用什么接口？

可以根据现有系统条件选择REST API、WebService、数据库中间表、TCP/IP报文等方式。具体选择应根据WMS开放能力、实时性要求和项目架构确定。

4. AGV项目实施前需要准备哪些数据？

至少需要梳理物料编码、批次规则、载具编码、WMS库位、AGV站点、任务类型、任务状态、异常状态以及各系统之间的数据接口。库位映射尤其需要在项目初期确认。

5. AGV与WMS连接会增加多少项目成本？

成本取决于WMS是否开放标准接口、AGV数量、任务类型、是否需要MES协同、载具识别方式以及现场设备联动范围。对于已有WMS的工厂，接口开发、数据映射和现场联调通常也是项目成本的重要组成部分，因此建议在AGV采购阶段同步评估软件集成工作量。