安灯

现场异常呼叫与状态显示机制，源自丰田生产方式。

现场管理Andon

安灯 · Andon
现场异常呼叫与状态显示机制，源自丰田生产方式。

电子安灯的价值

传统三色灯只在现场可见，班组长不在跟前就等于没有。电子安灯把呼叫变成带时间戳的事件：谁在什么时候呼叫、多久被响应、多久被关闭，全部有据可查。

由此产生的响应时长数据，是压缩 MTTR 最直接的抓手，通常比提高维修技能见效快。

一次呼叫至少留三个时间戳：呼叫、响应（支援的人到场并确认）、关闭（问题解决、恢复生产）。中间两段时长说明的是两件不同的事，别合成一个数。

时段	反映什么	改善落在谁身上
呼叫 → 响应	人在不在、通知到没到、愿不愿意来	支援体系：班组长、维修、质量、物料
响应 → 关闭	技能、备件、图纸、权限	维修与工艺能力

示例：假设一次设备呼叫 10:00 发出，10:12 维修到场，10:30 恢复生产。停机 30 分钟，其中 12 分钟在等人，占 40%。这 12 分钟不需要任何技术投入就能压缩，这也是 MTTR 要拆开看的原因。

呼叫类型按“该谁来”划分，而不是按现象划分：设备、质量、物料、工艺与换型、安全。类型控制在五六种以内，操作工一眼能选对；再细的原因交给停机原因码去记。

升级规则写死在系统里：超过设定时间无人响应，自动通知上一级。示例：5 分钟未响应通知班组长，15 分钟未响应通知车间主任。具体分钟数由贵厂按线体价值自己定，关键是升级要自动发生，不靠操作工再去找人。

按了没人来：响应没有责任人，按两次之后就没人再按。
按了被追责：呼叫次数被拿来考核班组，现场自然选择不按。呼叫多应当被看作问题暴露得充分。
按钮不在手边：离工位几步远，小问题就自己扛。
和设备停机记录打架：设备联网后，停机由机器自动记；安灯补的是机器不知道的异常（来料不良、缺料预警、质量疑问）。两者放在同一条时间轴上，不要让工人重复操作。工人怎么才肯用，见这篇指南。

安灯和三色灯是一回事吗？

不是。三色灯显示的是设备自身状态（运行、待机、报警），由设备控制；安灯是人发起的求助呼叫，带类型、时间和责任人。两者可以共用一个灯柱，但数据上是两类事件，应分别记录。

按了安灯是不是一定要停线？

不一定。丰田的做法是先呼叫，班组长在一个节拍内到场判断，解决不了才停线。多数工厂把安灯分为“求助但不停”和“停线”两档，避免工人因为怕停线担责而不敢按。

没有预算上整套安灯系统，能先做什么？

能先做的是把呼叫和响应两个时间点记下来。哪怕用工位平板上的一个按钮加手机通知，只要响应时长有了数据，就能看出支援体系卡在哪个班次、哪类问题上。

最近更新：2026-09-21 · 出版：工厂数字化编辑部（TEEPTRAK）