1. 课程导入
在智能工厂里，设备停机、质量偏差、物料短缺、工艺参数漂移等异常几乎每天都会发生。真正拉开工厂管理水平差距的，不是“异常是否出现”，而是“异常出现后多久被发现、多久被响应、多久被闭环”。Andon（安灯）系统正是围绕这一目标建立起来的异常响应机制：它把现场异常从“口头呼叫、电话找人、微信群刷屏”升级为“可触发、可分级、可追踪、可分析”的数字化闭环。本课程将带你从概念、架构、流程、工具到实战排障，系统掌握智能工厂Andon异常响应系统的设计与落地方法。
本节核心问题：Andon不是一块看板，也不是一个报警灯，而是一套“异常发现—呼叫—响应—升级—闭环—复盘”的响应系统。学习本课程，重点不是记住按钮位置，而是理解异常如何在人、机、料、法、环、测之间高效流转。
一、学习目标：从“知道Andon”到“会设计Andon”
本课程的学习目标分为四个层次，建议你在学习过程中不断对照检查自己是否真正掌握。
- 认知层：理解Andon的起源、定义、在精益生产与智能制造中的位置，能区分传统安灯与数字化Andon系统的差异。
- 架构层：掌握Andon系统的典型技术架构，包括触发终端、边缘网关、消息中间件、业务服务、看板与移动端、数据分析模块之间的数据流关系。
- 流程层：能够设计异常分类、分级响应、超时升级、闭环确认、复盘分析的完整流程，并配置响应时限、升级路径和责任矩阵。
- 实战层：能够完成Andon系统的需求梳理、点位设计、接口对接、看板配置、报警规则设置、常见故障排查与运行复盘。
二、核心价值：Andon系统到底解决什么问题
很多工厂上线Andon后，只把它当成“电子呼叫灯”，结果响应效率没有明显提升。要避免这种误区，必须先看清Andon的核心价值。
| 价值维度 | 传统方式痛点 | Andon系统带来的改变 |
|---|---|---|
| 响应速度 | 电话找人、口头传递，平均响应时间长 | 一键触发、自动通知、响应计时，缩短异常等待 |
| 责任追踪 | 谁处理、处理到哪一步说不清 | 记录触发人、响应人、处理时长、闭环结果 |
| 升级机制 | 班组长不在就卡住，异常被遗忘 | 超时未响应自动升级到上一级责任人 |
| 数据分析 | 异常记录靠纸质表，难以统计 | 按设备、工位、班次、异常类型自动汇总 |
| 持续改善 | 同类问题反复发生，缺少根因分析 | 形成异常知识库，支撑PDCA与防呆改善 |
从精益视角看，Andon是“自働化”思想的重要载体：一旦发现异常，立即停止或呼叫，不让缺陷流入下一道工序。从智能制造视角看，Andon是MES、SCADA、设备物联网与人员协同之间的关键连接器。它把现场事件转化为数据，再把数据转化为管理动作。
三、整体课程框架：30章如何层层递进
本课程共30章，整体按照“认知—设计—实施—运行—优化”的主线展开，避免只讲概念或只讲工具。
- 导入与认知：学习目标、核心价值、课程框架、Andon在智能工厂中的定位。
- 基础原理：异常分类、响应分级、安灯触发方式、呼叫与升级逻辑。
- 系统架构：终端层、网络层、平台层、应用层、数据层的关系与选型。
- 流程设计：异常从触发到闭环的全流程、责任矩阵、响应时限与升级规则。
- 工具与配置：看板设计、移动端推送、接口对接、报警规则、权限管理。
- 实战与排障：典型场景搭建、常见故障排查、运行复盘与持续改善。
你可以把课程框架理解为一条“异常响应链路”：现场触发 → 消息传递 → 人员响应 → 升级处理 → 闭环确认 → 数据复盘。每一章都围绕这条链路上的一个关键环节展开。
四、案例场景：一条产线异常如何被Andon接住
假设某电子装配线在第3工位出现扭矩枪报警，操作员按下Andon按钮。系统立即记录“工位3、设备扭矩枪、异常类型：设备故障、触发时间：10:23:15”，并推送至当班维修工。若维修工在3分钟内未接单，系统自动升级至维修班长；若10分钟未恢复，再升级至生产主管。维修完成后，操作员确认恢复生产，系统记录闭环时间与处理时长。当天结束后，系统自动生成异常统计：扭矩枪报警占设备类异常的32%，平均响应时间2分18秒，平均修复时间8分40秒。这些数据成为第二天早会改善的依据。
这个场景说明：Andon的价值不在“灯亮了”，而在“灯亮之后，系统知道找谁、多久找、找不到怎么办、最后有没有解决、下次如何减少”。
五、常见误区与学习提醒
误区一：把Andon当成报警灯。只做硬件触发，不做流程、责任和升级设计，系统很快会沦为摆设。
误区二：异常分类过粗。所有问题都叫“设备异常”，导致维修、工艺、物料、质量无法分流，响应人找错。
误区三：只上线不运营。没有响应时限、没有升级规则、没有复盘机制，数据再多也不能改善。
误区四：忽视现场体验。触发太复杂、看板太花、推送太吵，一线人员会绕过系统，回到口头呼叫。
学习本课程时，建议你带着自己工厂的一个真实异常场景来听：它现在是怎么被发现的？谁先知道？多久响应？有没有升级？最后有没有记录？把每一章的方法套到这个场景上，你会更容易把知识转化为可落地的方案。
六、关键参数与配置示例
后续章节会反复用到异常分级、响应时限和升级规则。下面是一个典型的Andon规则配置片段，先建立整体印象：
andon_rule:
level_1:
name: 现场级异常
trigger: 操作员按钮 / 设备报警
response_timeout: 180s
escalate_to: 班组长
level_2:
name: 班组级异常
trigger: 超时未响应 / 重复触发
response_timeout: 600s
escalate_to: 生产主管
level_3:
name: 工厂级异常
trigger: 停线超过10分钟 / 重大质量偏差
response_timeout: 1800s
escalate_to: 厂长 / 制造总监
close_rule:
require_confirm: true
confirm_role: 触发人 / 班组长
record_fields: [触发时间, 响应时间, 恢复时间, 根因, 对策]
这段配置体现了Andon系统的核心逻辑：异常不是“报出来就结束”，而是必须经过响应、升级、恢复、确认和记录，才能形成真正的闭环。掌握这条主线，你就抓住了本课程的学习重点。