引言
生产现场的 AGV 调度一旦和立库、PDA 各管各的，最容易出“提示下发成功，但实际没有任务”这类诡异问题。这个月围绕某电子制造企业的 AGV 调度与立库交互做了深度优化，顺带把称量管理、储位批量解绑、箱码回写几处现场痛点一并收口。这里把几类问题的思路和踩坑点拆出来，供做仓储数字化的人参考。
站点割裂：把上料下料合并成统一调度节点
问题最初表现为：上料站点和下料站点的配置是割裂的，PDA 工序间调度时两边各自配置，任务生成容易乱，现场还出现过“提示下发成功，但实际没有任务”的情况。
排查发现，调度逻辑本身存在缺陷，而且当时只发布了 MES 端，PDA 程序还没有同步发版——也就是说，即便后端改对了，前端没更新也看不到效果。
处理思路很直接：把上料站点和下料站点合并成统一的调度节点，任务生成逻辑就能简单很多；同时 AGV 回调接口需要带上任务编号和 AGV 任务 ID 两个参数，确保回调能精确对应到具体任务。方案要和团队对齐、等 PDA 端发版部署后才算闭环。
称量允差：分段配置比全局常量更稳
称量管理作业里的允差值，最初是写死在全局配置里的。但现场的真实需求是分段区间：比如 0–1000g 对应 ±10g、1001–10000g 对应 ±20g，不同重量区间精度要求不同。
更关键的是约束：同一料号的允差范围不能重叠；如果产品料号和通用料号都没有匹配配置，就必须禁止开始称量，并提示“未配置适用的物料允差值”。
最终的取值顺序是：先匹配具体料号，再匹配通用料号，两个都不命中就直接拦截称量操作。允差范围改成可配置的分段区间后，既贴合业务，也避免了“一刀切”带来的误判。
立库与箱码：批量操作和回写链路
立库管理里的储位绑定/解绑，原本只能逐个点，现场一次要调整几十个储位时效率很低。新增“批量解绑”按钮、支持多选储位一次性解绑后，操作一下就顺手了。
入库流程里，箱码信息需要回写到入库申请单，但原有数据流转链路不支持。扩展入库申请的数据模型、新增箱码回写接口即可解决。另外，PDA 条码生成器的料号输入框缺少模糊搜索，现场扫码查找料号不便——补上下拉模糊搜索后，定位效率明显提升。
多项目并行下，改动必须可验证
这几类改动都来自不同客户项目，节奏密集。一个经验是：跨项目时，先确认项目、分支和环境，再分析代码，能减少把一个项目的逻辑误套到另一个项目。而且每一项功能完成开发后，都要明确“验证到哪一步才算完”——是转测试、发生产，还是等现场回调测试，不能停留在“代码写完了”。
本文所述优化思路，基于笔者所在团队在精工智能数字化工厂相关项目中的实施经验；AGV 与立库这类现场设备的协同，恰恰是制造业数字化软件能否真正落地到产线的试金石。
