1. 课程导入与Andon系统认知
在制造现场,最昂贵的往往不是设备本身,而是异常发生后那段无人知晓、无人响应、无人闭环的“沉默时间”。一台贴片机卡料停机 3 分钟,如果操作员要离开工位去找班长、班长再打电话找设备工程师,等维修人员到场时,停机可能已经超过 15 分钟;一条总装线节拍为 60 秒,一次停线 10 分钟就意味着至少 10 台产出损失,若叠加后工序缺料、客户交期延误,损失会被进一步放大。Andon(安灯)系统要解决的,正是把这段“沉默时间”压缩到最短,并让每一次异常都留下可追溯、可分析、可改善的记录。
一、Andon 的起源与精益生产背景
Andon 一词源自日语“行灯”,原指纸罩灯。20 世纪中期,丰田在精益生产体系中把它引入车间:当工位出现质量、设备、物料或安全异常时,操作员拉下绳索或按下按钮,工位上方的信号灯亮起,音乐或广播同步提示,班组长必须在规定时间内到达现场。它的核心并不是“灯”,而是三条精益原则的落地:
- 自働化(Jidoka):设备或人发现异常时有权立即停线,不让不良品流向后工序,把质量问题暴露在发生点。
- 现地现物:异常发生后,管理者必须到现场、看实物、掌握真实情况,而不是在办公室听汇报。
- 持续改善(Kaizen):每一次呼叫都被记录,形成数据,用于分析高频异常并推动源头改善。
因此,Andon 不是一块显示屏,也不是一个报警器,而是一套“异常可视化 + 分级呼叫 + 限时响应 + 闭环记录”的现场管理机制。它把“出了问题再说”变成“问题一出现就被看见、被响应、被解决”。
二、生产异常呼叫与响应闭环的核心价值
传统车间里,异常信息往往依赖人的记忆和口头传递,容易出现三种典型问题:操作员不知道找谁、班组长不知道已经过了多久、工程师不知道同类问题本周已发生几次。Andon 闭环的价值可以从四个维度理解。
第一,缩短响应时间。通过按钮、拉绳、扫码或终端触发,异常信号在秒级到达责任岗位,并自动计时。例如某电子装配线规定:物料异常 5 分钟内由物料员响应,设备异常 10 分钟内由设备工程师响应,质量异常 15 分钟内由质量工程师响应。超时未响应,信号自动升级到上一级管理者。
第二,明确责任与升级路径。Andon 把“谁在什么时候该做什么”固化到系统中。一级呼叫由班组长处理,二级呼叫由车间主管处理,三级呼叫由厂长或跨部门经理处理。升级不是惩罚,而是确保资源及时到位。
第三,沉淀改善数据。每一次呼叫都会记录异常类型、发生工位、触发时间、响应时间、恢复时间、处理人和原因分类。这些数据可以按周统计,找出 Top 3 高频异常。例如某注塑车间连续三周统计发现“模具粘模”占设备异常的 42%,于是推动模具保养标准更新,第四周该类异常下降 60%。
第四,稳定生产节拍与交付。异常被快速处理,停线时间减少,计划达成率和一次合格率随之提升。Andon 的最终目标不是“灯亮得快”,而是“灯亮得越来越少”。
核心闭环逻辑:异常发生 → 现场触发呼叫 → 信号分级传递 → 责任人限时到场 → 现场处置并恢复生产 → 记录原因与措施 → 统计分析 → 源头改善 → 异常减少。
三、Andon 系统的典型组成与信号链
从工程实现角度看,一套 Andon 系统通常包含五个部分:触发端(按钮盒、拉绳开关、扫码枪、PLC 信号、终端界面)、控制与通信层(Andon 控制器、PLC、工业网关、MQTT/OPC UA 等协议)、显示与提示层(三色灯、看板大屏、广播、手机推送)、响应与升级逻辑(计时器、分级规则、超时升级)、数据记录与分析层(数据库、报表、改善跟踪)。
下面这张图展示了从异常发生到闭环改善的完整信号链与责任流转关系,图中同时标出了典型的时间节点与升级条件,便于理解 Andon 不是单点设备,而是一条贯穿现场与管理的响应链路。
四、课程整体框架与学习路径
本课程共 30 章,围绕“认知—设计—实施—运行—改善”五个阶段展开。第一阶段建立 Andon 与精益生产的基本认知,理解异常呼叫与响应闭环的价值;第二阶段学习 Andon 系统的硬件组成、信号类型、通信方式与看板设计;第三阶段进入实施细节,包括呼叫触发规则、分级升级策略、响应时限设定、人员职责划分;第四阶段关注日常运行,包括异常记录、数据统计、超时分析与现场管理;第五阶段聚焦持续改善,通过高频异常分析、根因追溯和标准更新,让 Andon 从“报警工具”升级为“改善引擎”。
学习本课程后,你应当能够独立完成以下任务:识别本车间最需要 Andon 覆盖的异常类型;设计一套包含触发、显示、升级、记录四要素的呼叫规则;配置合理的响应时限与升级阈值;根据 Andon 数据输出周度异常分析;推动至少一项源头改善并验证效果。建议在学习过程中同步梳理自己所在产线的异常清单,把课程中的示例参数替换为真实工位数据,边学边用。
学习建议:先不要急着买设备或上系统。用一张纸列出你所在产线最近一周发生过的所有异常,标注发生工位、发现方式、响应人、处理时长和是否重复发生。这张清单就是你的 Andon 需求起点,也是后续章节设计呼叫规则和升级逻辑的真实输入。
Andon 的本质是让异常“被看见、被响应、被解决、被记住”。当现场每一次呼叫都能在限定时间内得到处理,并且同类异常不再反复出现时,Andon 才真正完成了它的使命。