干了十几年机械加工，见过太多车间里扯着嗓子喊‘料呢？’的场景。说真的，这个问题看起来小，但一旦产线跑起来，缺料就是灾难。今天咱们聊聊我参与过的智能物料需求呼叫系统，不是那种PPT上的花架子，是真正在机台边上跑了两年的东西。
先抛个观点：物料呼叫的核心不是硬件，是逻辑。别急着买一堆好看的Andon灯，先想清楚你想要的‘呼叫’是什么粒度。是按工单？按工位？还是按工序？
我之前在的厂子，做汽车零部件，CNC车间里四十多台加工中心。最早是操作工发现没料了，按个按钮，仓库那边响铃，然后库管员跑过来看，人工写单子，再回去拣货。那效率……不提也罢。后来上了MES，但MES只管到工单层面，发料是一批一批的，机台旁的缓冲料架就那么几个位置，经常出现这个工位堆成山，隔壁机台断粮的情况。
后来我们搞了个小东西，说白了就是给每台机台配上扫码枪和三个状态灯，但背后接的是MES的当前工单BOM和库存实时数据。核心逻辑分三步：
第一步，算预测。系统根据加工节拍和当前工单剩余数量，提前二十分钟算出‘这台机台大概会在什么时刻用完哪种物料’。别小看这个算法，节拍不是恒定的，换刀、停机、变速都会影响，所以得用移动平均加权重修正，我这边贴一段核心思路：
预测消耗时刻 = 当前时间 + (当前工序剩余件数 × 平均单件加工时间) × 调速因子
调速因子怎么定？我一开始用固定值1.1，结果还是早。后来改成根据设备OEE实时调整，OEE高的时候接近1.0，OEE低的时候比如1.4，才算准。这里有个坑：别在高峰期跑这个预测，MES的实时数据更新会延迟，最好提前一个班次把节拍数据同步下来。
第二步，触发呼叫。当预测的剩余时间小于某个阈值（我们设为15分钟）且该物料的当前线边库存低于该工位的最小安全库存，系统自动在电子看板上生成一条呼叫任务，同时给仓库的PDA推送。这个阈值不是拍脑袋定的——我们统计过，从仓库到该工位的平均配送路径时间是11分钟，加上5分钟缓冲，所以15分钟是个匹配值。你要是工艺布局不一样，这个值必须实测。
第三步，闭环确认。物料送到后，操作工扫码确认，系统自动扣减线边库存，并更新该工位的‘需求状态’。这一步极其关键——我们一开始没做闭环，结果呼叫了三次，料也没送到，后来发现是操作工嫌麻烦不扫，导致系统误认为已经送料了。后来加了个强制机制：不扫码，设备启停控制就拦截，这才改掉陋习。
来，插入一张我们当时画的逻辑图，你们感受下这个闭环：
这套系统上线之后，线边库存降低了大概三成，缺料停线次数从每月七八次降到一两次。但重点不在于数字，而在于你终于可以随时打开看板，知道每个工位未来半小时的‘饥饿’程度。
别信那些花哨的AI预测，先把数据洗干净
现在好多供应商推销物料呼叫，必吹‘AI预测’。我承认，用强化学习调度AGV确实高级，但大多数工厂连基础数据都不准。车间里的物料品种多，相似料号就差一个数字，扫码扫错、BOM表错位——这些才是大头。
我们的做法很土：把所有物料和工位的对应关系做成多维矩阵，每周末核对一次。矩阵的横向是工位，纵向是物料编码，交叉点是该工位对某物料的历史消耗速率。这个矩阵不用建模型，就是Excel透视表，但非常管用。因为你会发现，很多物料的消耗规律根本不像BOM里写的那样线性——有些料是按批次领的，有些料是每班开始一次性放满。所以呼叫策略也得跟着变。
举个例子：某工位用切削液，这东西不是逐件消耗，是每四小时补一次。你如果用同样的提前量呼叫，那每次补液都会迟到。我们的做法是把物料分两类：‘连续消耗型’和‘离散补充型’。前者用上述的预测算法，后者直接设定固定补货周期，比如每四小时自动生成一个补货任务，与当前工单余量无关。这个分类很重要，我见过不少团队栽在这上面。
再说说按灯本身。很多人以为按灯就是呼叫，其实那只是最后的’人肉触发’。智能呼叫的体验应该是：当操作工正常干活时，系统已经知道缺料了，按灯只是给异常情况做兜底。比如刀片破损临时要换新刀，这不在常规BOM里，就得靠人按。所以我们的系统里，扫码枪旁边也留了一个红色大按钮，物理的，触感特脆，按下后直接扬声器广播。
来，看看我们现场拍的这个呼叫终端的布置图，注意看按钮和扫码枪的相对位置，这就是人工工效学的体现：
线边库的设计，告诉你什么叫‘刚刚好’
智能呼叫再牛，线边库设计不合理也白搭。线边库放多了，占用通道，车间本来就这么挤；放少了，呼叫频率太高，仓库配送累死。这里有个公式，我们踩坑之后总结的，虽然不是标准，但很实用：
安全库存 = 最大配送周期 × 最大消耗速率 × 波动系数
波动系数怎么取？我们一般取1.5到2.0。别问标准是什么，没有标准，看你的供应商靠谱程度。我们的一个铸件供应商，送货准时率只有八成，那这个系数就得拉高到2.2，否则必然停线。但内部配送的话，比如从自制件库到装配线，距离短，波动系数取1.3就够。
还有个小细节：线边库的物理分区。我们按重量分了两层货架，重物料放下层，轻物料放上层，每层贴RFID标签。呼叫时，系统会顺便提示取料的位置，避免操作工在料架上翻半天。这玩意儿不值钱，但省掉的时间是可观的。
说到选型，我真得吐槽一句：别买那种纯商用的人际交互显示一体机，又贵又难用。我们用的就是普通的防水平板，一百来块钱的工业键盘，耐油耐脏，坏了就换，不心疼。核心在于软件，我们做了个极简界面，只显示当前工位需要的料号、数量和剩余时间，字特大，离两米都能看清。有人问为什么不做成手机App？拜托，车间里戴着手套，谁给你划屏啊！
当心这几个坑，都是我用头发换来的
最后总结几条实战经验，希望你们少走弯路。
坑一：呼叫触发以后，如果长时间没人响应，得有升级机制。我们设置的是5分钟未接单，系统自动通知班组长；10分钟未接单，通知车间主任；15分钟还没人管，直接发短信给厂长——别笑，真有一次凌晨三点的缺料，半夜那个主任电话响了，骂骂咧咧爬起来，然后第二天就把配送路线优化了。
坑二：别依赖无线网络，车间金属干扰太强。我们一开始用WiFi，结果AGV一过来就断线，后来全部改成有线加工业级总线。如果非要用无线，至少得用5GHz频段，并做覆盖优化。我之前见过一个厂，用2.4G扫码枪，在数控机床旁边基本连不上，后来全换了。
坑三：需求呼叫数据要留存，这是你下次改进的金矿。我们每个月翻一次呼叫记录，看看有没有重复呼叫——如果同一物料同一工位一周内呼叫超过三次，就说明安全库存设低了；如果始终没有呼叫，就说明库存可能设高了。这个数据，比任何咨询报告都真实。
对了，还记得一开始说的预测算法吗？后来我继续优化，发现加上‘换刀提醒’因素后，预测准确率又上了一个台阶。因为换刀时实际消耗为零，但之前的算法还按平均速率算，就会提前呼叫。加上这个变量后，提前呼叫的误差从±7分钟缩小到了±3分钟。这算是一个小惊喜吧，但工程师的乐趣不就在这吗？
说到底，智能物料需求呼叫不是什么玄妙的技术，就是把离散的物料信息和实时的生产状态串起来，让正确的东西在正确的时间出现在正确的地方。做到这一步，你就已经领先绝大部分车间了。
