3. EAP系统架构与核心功能
EAP(Equipment Automation Program,设备自动化程序)是MES与生产设备之间的“翻译官”与“调度员”。MES关心的是工单、批次、良率和交期,设备只认SECS/GEM消息、寄存器地址和本地配方文件,两者之间的语义鸿沟必须由EAP填平。理解EAP,关键是看清它在数据流中的位置、它承担的六项核心功能,以及它在工程上以什么形态部署。
一、EAP在MES与设备之间的数据流
EAP位于MES与设备控制层之间,向上通过中间件或消息总线(如RabbitMQ、Kafka)与MES交互,向下通过SECS/GEM、OPC UA或Modbus/TCP与设备通信。典型的数据流是双向的:MES下发工单与配方指令,EAP解析后转换为设备可识别的命令;设备上报状态、事件与工艺数据,EAP采集、清洗后回传MES。以一条8英寸晶圆产线的刻蚀工序为例,完整链路如下:
MES 工单下发 (LotID=W2501A, Recipe=RCP_ETCH_01)
↓ 消息总线 / API
EAP 接收 → 校验工单合法性 → 查询设备可用性
↓ SECS-II S2F41 (Host Command)
设备 接收命令 → 校验配方存在 → 返回 S2F42 (ACK)
↓ 设备执行
EAP 监听 S6F11 (Event Report) → 采集温度/压力/时间
↓ 数据清洗 + 时间戳对齐
MES 接收过程数据 → 更新批次履历 → 触发SPC
这条链路中,EAP不是简单的“透传管道”。它需要做协议转换、数据缓存、异常重试和事务一致性保障。例如设备短暂离线时,EAP应缓存未上报的事件,待连接恢复后按序补传,避免MES侧出现数据空洞。
二、配方管理:从MES到设备的可信传递
配方是半导体制造的“工艺DNA”,EAP的配方管理必须解决三个问题:版本一致性、下发可靠性和变更可追溯。实际工程中,配方通常以PPID(Process Program ID)标识,EAP维护一份本地配方缓存,并与MES的配方库保持同步。当MES下发工单指定PPID时,EAP先校验本地缓存是否存在该配方、校验和是否匹配,再通过SECS S7F3(Process Program Send)下发到设备。设备侧收到后返回S7F4确认,EAP将“配方已装载”事件上报MES。
一个常见的工程细节是配方校验和(Checksum)比对。假设配方文件为二进制格式,EAP计算CRC32值并与MES记录比对,若不一致则拒绝下发并触发报警。这能有效防止配方在传输过程中被篡改或损坏。对于需要频繁切换配方的产线,EAP还应支持配方预加载:在设备空闲时提前将下一工单的配方下发到设备缓存区,减少换线等待时间。
三、数据采集与报警管理
数据采集分为两类:事件型数据和曲线型数据。事件型数据来自SECS S6F11事件报告,如“工艺开始”“工艺结束”“晶圆到位”,EAP将其解析为结构化JSON后推送MES。曲线型数据来自设备的过程参数(温度、压力、RF功率),通常以固定采样周期(如100ms)采集,EAP需要做时间戳对齐和异常值过滤。例如某刻蚀设备上报的腔体压力在0.5秒内从5mTorr跳变到50mTorr,EAP应标记为可疑数据并触发报警,而不是直接写入SPC系统。
报警管理遵循SEMI E5和E10规范,EAP将设备报警分为三级:Critical(立即停机)、Major(当前批次完成后停机)、Minor(记录并继续)。EAP需要实现报警抑制(Alarm Suppression)功能,避免同一根因引发的报警风暴。例如当冷却水温度异常时,可能同时触发“腔体温度高”“RF反射功率高”“匹配网络失谐”三条报警,EAP应根据报警关联规则只推送根因报警,其余标记为衍生报警。
四、远程控制与设备状态模型
远程控制让MES或操作员无需到设备现场即可执行启停、暂停、复位、切换配方等操作。EAP通过SECS S2F41(Host Command)下发控制命令,设备返回S2F42确认。工程上必须设置控制权限和互锁:例如设备处于“Remote”模式时MES才能下发命令,处于“Local”模式时EAP只能读取状态不能控制。互锁条件包括安全门关闭、无报警、无批次执行中等。
设备状态模型是EAP与MES协同的语义基础。SEMI E10定义了设备状态的六大类:Non-Scheduled、Unscheduled、Scheduled、Engineering、Standby、Productive。EAP需要实时维护设备状态机,并将状态变化通过S6F11上报MES。例如设备从“Standby”进入“Productive”时,EAP应记录状态切换时间戳,用于计算设备综合效率(OEE)。状态模型的准确性直接影响MES的排产决策,因此EAP必须处理状态抖动:短时间内频繁切换的状态应做去抖处理,避免MES侧收到大量无效状态变更。
五、工程部署形态
EAP的部署形态取决于产线规模和实时性要求。小型产线(设备数少于20台)可采用单机部署,EAP与MES中间件运行在同一台工控机上,优点是架构简单、维护成本低。中大型产线(设备数50台以上)应采用集群部署,多台EAP实例通过负载均衡分担设备连接,单台故障时其他实例接管,保证高可用。对于需要毫秒级响应的场景(如高速贴片机),可采用边缘部署,将EAP下沉到设备侧工控机或边缘网关,减少网络延迟。
工程提示:无论采用哪种部署形态,EAP都应具备“断线缓存”能力。当MES或设备网络中断时,EAP将未确认的消息写入本地持久化队列(如SQLite或RocksDB),恢复后按时间顺序补传。缓存容量建议至少覆盖4小时的数据量,避免因网络闪断导致数据丢失。
总结来看,EAP的核心价值在于“承上启下”:对上屏蔽设备差异,对下翻译MES意图。配方管理保证工艺正确,数据采集保证过程透明,报警管理保证异常可控,远程控制保证操作高效,状态模型保证协同一致,部署形态保证工程可行。这六项功能共同构成了EAP在EAP与AMHS协同控制中的基础地位。