2026-08-13 20:44:52 分类：机械设计
摘要：车间物料呼叫系统很多人做失败了，根本原因在于信息没有结构化、调度没有规则。本文从实战出发，聊聊如何设计一个靠谱的智能物料需求呼叫调度系统，包括架构分层、算法取舍、施工踩坑。
干机械加工这么多年，最烦的不是机床故障，是物料跟不上。操作工等料，班组长催料，仓库翻料，物流小车瞎转悠。这场景熟不熟悉？我亲眼见过一条产线，因为缺料停机，就为找一箱螺栓，死活找不到。后来上了套智能物料需求呼叫调度系统，总算是把这口恶气给出了。不过话说回来，那系统能跑顺，靠的可不光是钱和IT，里面那些门道，掰扯清楚真能帮大家少走不少弯路。
为什么车间里90%的呼叫系统都成了摆设？
为什么车间里90%的呼叫系统都成了摆设？
你以为按个按钮，仓库就能收到单子？太天真了。早年很多厂子装的是“拉绳式”呼叫，就是电铃。按完也就按完了，没人理。后来有了Andon系统，但很多只用来报异常，跟物料配送完全不沾边。真问题在于：呼叫信息没有和调度逻辑绑在一起。纯粹把人当传声筒，系统只会显示“3号线呼叫”，但送什么、送多少、谁来送、多久到，一概不知。这种系统，用脚趾头想也不中用。
所以智能物料呼叫调度，核心不是说买个更听话的电铃，而是要把需求信息结构化。简单讲，一条呼叫记录至少要包含：工位编号、物料编号、需求数量、期望到达时间、当前的优先级。可能还要带上操作工备注——比如“这箱料有毛刺，要急用”。我们后来设计终端的时候，硬是把这些字段做成了必填项，结果一线工人嫌麻烦，各种抵触。后来改成了扫码+自动带出物料信息，一键呼叫，才消停。
核心架构：别把调度搞成高射炮打蚊子
我见过最夸张的方案，是某供应商给推的“AI数字孪生调度平台”，预算七位数，还要上5G专网。咱一个车间，几十条产线，几百个工位，用得着吗？务实点，一套好的系统其实就三层。
第一层是呼叫终端。不用每个工位都上那种十寸大屏。常见的组合是：扫码枪+物理按钮+声光报警器。扫码枪读物料卡或料箱标签，按钮给“急呼叫”信号，声光报警让附近班组长听见。成本控制在一千块以内，比动不动就平板加触摸屏实在多了。当然，如果是大件物料，可以加个RFID读卡器，不用扫，直接感应。
智能物料呼叫终端现场安装实物图
第二层是调度服务器。这玩意其实一台工控机或者一台老服务器就够。你要做的不是堆配置，而是把规则理清。比如优先级怎么定？我的做法是：按停线时间损失折算。等一秒钟损失多少钱，用这个值来排序。有些系统搞什么“排队论”数学模型，听起来高级，实际上现场工况根本没有稳定到达率，都是突发猛拉。别迷信算法，规则透明比什么都强。
第三层是移动端/车载终端。取决于你是用工装车还是AGV。如果人工作业，就一个PDA，显示任务列表；如果是AGV，就把任务直接推给调度系统。这里要强调一下，通讯协议必须选MQTT，别用Modbus硬拉。因为MQTT是订阅/发布模式，断线重连机制很成熟，车间里Wi-Fi抖一下不至于丢任务。我们曾经用Modbus RTU，一台设备掉线，整个链路全堵死，排查了三天，最后发现是屏蔽层接地问题。后来全部改MQTT over TCP，再没出过幺蛾子。
调度算法不是越复杂越好，关键看约束
调度算法不是越复杂越好，关键看约束
别被“智能”俩字忽悠了。我理解的智能，是在有限资源下快速给出可执行的方案。所以本质是个约束满足问题。约束主要有两个：一是料车装载量，二是配送路径。如果物料体积都差不多，那就用“按单合并”策略。比如同一个目标区域的三个工位都在呼叫，料车一次性送完，比分别跑三趟效率高多了。关键是怎么判断哪个订单能合并？我们写了一个简单的规则：相同区域、相同时间段、物料类型不冲突，就合并。就这么简单，根本不用上机器学习。
真正麻烦的是动态插队。比如有一个冲压模具突然要换型，急需三分钟之内送达专用工装。这时候系统得能“暂停”当前任务，优先派最近的空闲车去执行紧急任务。我们是这么实现的：任务表里加一个紧急标志，调度线程定时扫描，一旦发现紧急任务，立即把当前正在执行但尚未出发的任务重新排队。注意，正在装车的任务别乱动，否则容易装错料。这个细节，供应商没给讲，我们吃了不少亏。
搞明白调配逻辑后，算算要几辆车。设每小时平均呼叫次数为λ，平均单次配送时间为T（接单到回到起点），料车装载率为n，那需要的车数就是N=λT/n。注意T不是光跑路，还包括装料、等待、卸货。如果算出来是2.3，那就配3辆，别配2辆——这是常识。
还有路径规划。车间激光SLAM导航的AGV，路径规划一般厂家自带。但我们用人工车的时候，需要给出路线指示。用A*算法？没有必要。车间里通道就那几条，我们用的是最笨的“曼哈顿距离优先”，甚至直接在地图上预设节点，算两个节点间的最短路径。因为通道都是直角转弯，曼哈顿距离误差不大。倒是要注意避让和交通管理，两辆车经过同一路口会堵。我们的土办法：每个路口设虚拟信号灯，车到路口先发占用请求，通过后再进入。这比调度算法本身还重要。
施工和调试中的那些坑
说几个真实案例，都是白花花的银子换来的。
先说无线信号这个坑。车间里行吊、焊机、变频器，干扰源一箩筐。刚开始用Wi-Fi，呼叫终端经常延迟十几秒，操作工骂娘。后来换了工业级无线模块，加了天线，还是不稳定。最后发现是点位规划有问题——AP放得离金属货架太近，信号反射严重。测信号强度不能只看RSSI，还得看丢包率。我们后来做了全厂无线勘查，每个AP带很多终端，用的是信道规划，避开相邻AP重叠，才算消停。
再说接地问题。有段时间变频器一启动，呼叫终端就乱发信号。排查出来是屏蔽层只有一端接地，导致地环流干扰。所以记住：RS485和模拟量的屏蔽层必须单端接地，且尽量避免长距离平行走线。这条原则在IEC 61000的EMC设计指南里也有类似指导，现场维护手册得写清楚。
还有ERP对接这个坑。物料呼叫之后，库存要扣减，采购要自动触发，这没错。但是别想着实时同步！ERP是业务系统，调度是实时系统，两边的频率完全不是一回事。我们的方案是：调度系统先更新自己的缓存库存，每5分钟增量同步到ERP。这样既保证了实时性，又不把ERP搞崩。如果ERP库存已经不足，调度系统要能根据安全库存阈值提前预警，而不是等操作工呼叫后才发现缺料。这一点，VDA 6.3的物流审核里有类似要求，可以当作参考。
车间物料拉动配送路径规划示意图
还有最后一个坑，也是人本面的。系统上线后，部分老员工就是不愿意用新终端，宁可扯着嗓子喊。怎么办？我们把物理按钮的反馈改成了“按下去会亮灯，同时广播语音：呼叫成功，待配送”，让工人有掌控感。而且设置了工位呼叫响应超时未处理会上送喇叭。这都是一点点磨出来的。记住，系统好不好用，一线员工说得算，不是领导拍脑袋。
现在这套系统跑了快两年，产线停线等待物料的次数下降了大概七成。我们没用什么高级算法，也没上昂贵的硬件，就是把呼叫、调度、反馈的闭环做扎实了。说到底，智能物料需求呼叫调度系统的本质，是用可靠的信息化手段，把人和物的等待时间压缩到最低。技术方案可以粗粝，但思路必须清晰。别被概念迷惑，从现场实际出发，一项项解决，你也能做出让人舒服的系统。
免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。如有侵权请联系删除。
文章名称：智能物料需求呼叫调度系统：从现场痛点到底层逻辑，一位老工程师的实战心得
文章链接：https://m.yqhljx.com/list_9/1148.html
