1. 课程导入与EAP系统全景
在半导体与泛半导体制造中,设备是产能与良率的直接来源,而EAP(Equipment Automation Program,设备自动化程序)正是连接MES与生产设备之间的关键中间层。它既不是单纯的通信程序,也不是简单的数据采集脚本,而是承担着设备状态监控、事件采集、配方管理、远程控制与异常处理闭环的核心枢纽。理解EAP的定位,是后续所有监控与异常处理工作的起点。
EAP在制造系统中的位置
从系统层级看,MES负责工单、批次与生产调度,EAP负责把MES的指令翻译成设备可执行的命令,同时把设备的状态、事件与数据回传给MES和上层分析系统。设备侧通过SECS/GEM、OPC UA、Modbus TCP等协议与EAP通信,EAP再通过消息队列或数据库与MES、SPC、RMS、FDC等系统交互。EAP处在“承上启下”的位置,一旦它失效,设备可能仍在运行,但制造系统会失去对设备的可见性与控制力。
设备状态监控与事件采集的价值
设备状态监控解决的是“设备现在怎么样”的问题。典型状态包括:Idle(空闲)、Running(运行)、Down(故障停机)、PM(计划维护)、Engineering(工程模式)等。EAP需要实时维护这些状态,并在状态切换时记录时间戳、原因码与操作人。事件采集解决的是“设备发生了什么”的问题,例如:配方开始/结束、晶圆进/出腔体、报警产生/清除、参数超限、门开关等。事件通常带有事件ID、时间、设备ID、批次号、参数值等字段。
这两类数据的价值在于:第一,支撑OEE与设备利用率计算;第二,为SPC/FDC提供实时数据源;第三,在异常发生时提供可追溯的上下文。没有状态与事件,异常处理就只能靠人工巡检和事后回忆,响应速度与准确性都无法保证。
异常处理闭环目标
异常处理闭环可以概括为“发现—定位—响应—恢复—复盘”五个环节。发现依赖状态监控与事件采集的实时性;定位依赖事件上下文与设备日志的关联;响应依赖告警规则与通知机制;恢复依赖远程控制与配方校验;复盘依赖数据留存与根因分析。EAP在这个闭环中既是数据源,也是执行通道。一个成熟的EAP系统,应当能在报警产生后数秒内完成事件上报,并支持按规则自动触发Hold、停机或通知。
闭环目标示例:某刻蚀设备在运行中触发“RF反射功率超限”报警。EAP在200ms内采集到该报警事件,关联当前批次号与配方名称,向MES上报并触发告警通知;同时根据预设规则,若报警持续超过5秒,自动将设备状态置为Down并暂停后续派工。工程师到达后通过EAP查看报警前后30秒的关键参数曲线,确认是匹配网络异常,更换部件后清除报警,设备恢复Idle,闭环完成。
课程实战项目与工具链概览
本课程将围绕一个模拟的半导体设备监控项目展开。项目包含:设备模拟器(模拟SECS/GEM设备行为)、EAP服务端(状态机、事件采集、告警规则)、消息中间件(Kafka)、时序数据库(InfluxDB)、可视化面板(Grafana)以及告警通知模块。工具链以开源为主,便于在本地或实验环境复现。
| 模块 | 技术选型 | 职责 |
|---|---|---|
| 设备模拟器 | Python + secsgem | 模拟设备状态、事件、报警与远程命令响应 |
| EAP服务端 | Java / Python + 状态机 | 状态维护、事件采集、告警判断、指令下发 |
| 消息中间件 | Kafka | 解耦EAP与上层系统,缓冲事件流 |
| 时序数据库 | InfluxDB | 存储状态变化与参数时序数据 |
| 可视化与告警 | Grafana + Webhook | 状态面板、事件查询、告警通知 |
学习建议:先理解EAP在系统中的位置与数据流,再动手搭建最小可运行链路——设备模拟器发出一个事件,EAP接收并写入数据库,Grafana展示出来。这条链路打通后,后续的状态机、告警规则、异常闭环都会在此基础上逐步扩展。