很多工厂上了AGV、自动化立库，还是堵料、错发，产能拉不上去，大多不是设备不行，是调度和管控各干各的，信息不同步。我们经手过五个不同行业的项目，踩过的坑够装一箩筐，今天就把落地的实货摆出来。
为什么说分开的调度和管控早该淘汰了
去年在珠三角某汽车零部件加工厂做项目，客户已经投了近两千万的自动化设备，12台潜伏式AGV，一座自动化立体仓库，三条自动化装配线，结果产能只提升了18%，离预期的40%差远了。
去现场蹲了三天，你猜问题出在哪？调度系统只管AGV走哪条路，什么时候到，管控系统也就是对接WMS和线边仓的模块只管记账，两个系统之间靠第三方接口转数据。高峰的时候，接口排队，时延能到500ms以上。AGV都把料卸完走了，管控系统还没扣库存，线边仓的缺料报警还亮着，调度就再派一台AGV送一遍。多余的料堆在工位，挡住线体，整个节奏全乱。
真的很坑。
说实话，这种情况我见得太多了。不少客户图便宜，调度找一家做，WMS找一家，然后自己找个外包做集成，看起来省钱，实际上到了满负荷运行，全是漏洞。
一体化平台的核心，从根上说就是把调度的动态数据和管控的库存数据放在同一个数据池里，不需要跨系统转，信息差直接消掉。按照GB/T 40585-2021《智能制造 智能工厂 物料配送系统技术要求》里的规定，动态物料调度的信息更新时延不能超过150ms，分开做的话十个有九个达不到。
核心模块的选型与设计权衡
做一体化平台，不是把两个模块的代码塞到一个工程里就完事了。这里面的权衡太多。
第一个，调度算法的选型。很多人一上来就要做强化学习，要全局最优。现场的工况哪有那么理想？换模、插单、设备故障都是随机的，太复杂的模型算一次要两秒，有啥用？我们现在做项目，都是用分层调度架构：底层做10Hz刷新的动态路径规划，用A*算法改一改，加实时避障，上层做任务调度，结合管控的库存数据做需求预测，简单实用，响应速度快，现场跑下来从来没掉过链子。
然后数据交互这块，绝对不要用跨进程的消息队列。很多老工程师习惯了这么做，改不过来。我们实测过，同服务器下消息队列的平均时延都在80ms以上，高峰期轻松破200ms，刚好踩在国标要求的红线上面，稍微波动就出问题。现在我们一律用共享内存的一体化数据交互，平均时延控制在10ms以内，完全满足要求，就是开发的时候要做好读写锁机制，不然容易出脏读，这点要特别注意。
对接硬件这块，也要留足够的冗余。不同品牌的AGV对接协议不一样，立库的接口也各有各的规矩，一体化平台要做一层通用的硬件抽象层，把不同协议转成统一的内部格式，不要把协议写死在业务逻辑里，不然以后换设备，改代码改到你吐，工期拖半个月都是常事。
现场落地的三个踩坑总结
第一个坑，没把线边仓的缓存容量当成硬约束。很多平台做调度，只看工位有没有缺料，不看工位当前能放多少料，结果送过来的料没地方放，AGV堵在通道里，整个系统死锁，得操作工手动把料搬到临时存放点才能恢复，一耽误就是十几分钟。我们现在做需求计算的时候，一定会把每个工位的当前缓存占用量写进判断条件，超过缓存阈值就算缺料也不派单，这个规则卡死，就不会出大面积堵料的问题。
第二个坑，异常处理顺序错了。比如AGV半路抛锚了，不少平台是先调度重新派车，再更新管控系统的物料状态，原来那台AGV上的料还挂在原工单上，新送的料算成多余库存，月底盘库的时候对不上，全是乱账，财务找过来头都大。所以异常触发之后，第一步就要更新管控的物料状态，再发调度指令，顺序绝对不能反。
第三个坑，没给现场运维留够操作空间。很多平台做的太追求全自动化，一点手动调整的余地都不留。现场有时候要急着插个急单，调个料，运维找不到入口，只能重启系统，耽误大半个小时产能，挨骂的还是我们做集成的。再智能的系统也不如现场操作工懂实际情况，一定要留手动派单、手动调整库存的入口，权限分好就行，不要怕出错。
做工业智能化，别玩概念。智能物料流转调度管控一体化平台，核心就是解决信息不同步的问题，把该放一起的东西放一起，把响应速度提上去，把该提前堵上的坑提前填上，产能自然就上去了。很多工厂花了大价钱上设备，就是输在最后这一步信息打通上，太可惜。
