别把安灯系统当摆设——Andon 落地车间的血泪教训

上个月去一家汽配厂，车间主任拉着我吐苦水。说他们花了三十多万上的 Andon 系统，现在最频繁的用途是——保安巡逻打卡。😤 我愣了三秒。三十万，买个电子巡更？

后来看了现场，一切了然。屏幕是亮着的，花花绿绿，但操作工根本不看。异常亮了没人理，直到停线。管理者端着茶杯说：’这玩意儿不实用。’ 实用？呵呵。安灯系统（Andon）从来不是一块屏的事，可太多人把它当成一块屏，一根绳子，一套蜂鸣器。完蛋。

安灯不是警报器，是求救信号

我们先说个根儿上的认知错位。Andon 在日语里原是’灯笼’，丰田最早的设计极简单：拉绳亮灯，班组长必须响应。核心从来不是’报警’，是暴露问题、请求支援。可多少工厂把安灯做成了消防警报？异常触发，红灯转，声光吓人，但流程上没有规定谁响应、多久响应、怎么升级。操作工拉几次没人来，下次直接不拉了——坏了？关我啥事。

我记得有一次在宁波，站着看一条装配线 17 分钟。一个工位缺料，红灯亮了足足 9 分钟没人来。物流在 20 米外刷手机。我问那个操作工：’怎么不催？’ 他瞅我一眼：’习惯了。’ 那一瞬间我真的有点心酸。系统再炫，最后拼的还是反应机制。没有清晰的安灯呼叫逻辑和闭环，就是废铁。

看板上的数据会骗人，信不？

很多工厂的 Andon 大屏数据漂亮极了——开机率 92%，异常响应时间 38 秒……我一般都直接要求看原始记录。因为系统后台可以配啊：某些工位停了不算停机，某些异常被手动关闭不算异常。数字游戏玩得溜，产线照停不误。真正要看的是异常事件总时长占比、重复发生的异常类型帕累托。没有这些，所有可视化都是大号 KPI 美颜软件。

去年在佛山，一家电子厂上 Andon 半年，报表绿油油。可交付率反而降了。我们蹲了三天现场，发现操作工学会了一招：异常亮起后他们先自己关掉，再打电话找技术员……因为线上考核’亮灯时长’。你看，这不变味了吗？系统本来要暴露问题，结果成了掩盖问题的工具，绝了。

问：安灯系统到底该考核什么指标？

答：千万别只考核’亮灯次数少’。那只会催生出’不亮灯’的文化。真正有效的指标：异常响应完成率（是不是每个亮灯都有人管且闭环）、平均处理时长（分班组、分工位看趋势）、重复异常发生率（同一个问题反复亮灯？根因没找着）。还有一条最重要的：一线员工主动亮灯意愿。如果工人不敢拉绳，再好的系统也是死的。

系统上线第一周，我就得把供应商骂哭

智能、物联网、边缘计算……投标时说得天花乱坠，部署完连基础触发规则都配错。有一次，一家设备商把我们设备的脉冲信号当停机信号采，结果参数微调一下，整条线爆红。项目经理解释：’算法需要学习……’ 学个鬼！工业现场要的是确定性，不是概率。安灯系统的数据采集必须硬接线或者走稳定的工业协议，什么蓝牙、Wi-Fi 全是坑。尤其在强电干扰、金属屏蔽的车间，信号漂移能让你的 Andon 变成神经病。

还有个细节，很多人忽略：安灯的工位终端要皮实。触摸屏？三个月被油污糊死。物理按钮、拉绳、脚踏开关才是正道。我在重庆见过一个冲压车间，工人带着手套拍屏幕，死活不灵敏，气得直接拿扳手敲——屏幕碎了。后来全部换回拉绳+旋钮，复位键做成大蘑菇头，世界清静了。💡

问：多品种小批量的产线，安灯怎么灵活配置？

答：这是最考验系统架构的地方。笨办法是一套程序配死，换型时重新烧录——那是 20 年前的玩法。现在必须支持规则引擎，允许班组长或工艺员通过后台拖拽式配置：不同产品型号绑定不同的异常触发阈值、不同的升级路径。比如型号 A 缺料允许等 3 分钟，型号 B 只等 1 分钟，因为后道工序缓冲少。这种灵活度如果靠找供应商二次开发，黄花菜都凉了。