FDC 设备故障检测与告警功能实操教程｜LED 芯片 CIM-MES 系统
【LED 芯片 CIM-MES 实操教程】第 14 节｜全系列共 20 节
第 13 节 SPC 报了参数超差，工程师赶到现场的第一句话往往是："是工艺漂了，还是设备要坏了？" 这两个问题的处理路径完全不同——工艺问题调参数，设备问题修机器；判断错了方向，三天就烧进去了。FDC 的本职就是回答这个问题：它不看工艺参数是否达标，它看设备自己的"身体信号"是否偏离了健康基线。
一、功能简介
FDC 故障检测分类（Fault Detection & Classification），管的是设备运行时序数据与健康基线的持续比对：设备正常运行期间采集各项时序参数建立基线模型，此后每个批次 W3-W4 加工区间内的设备数据都与基线比对，识别漂移、异常工况，区别"普通波动"和"设备故障"，自动推送告警。
它堵住三个设备端漏洞：
- 设备带病作业没人知道：腔体密封圈老化、加热器衰减，这类退化是渐进的——设备还能跑、参数还在规格内，但离故障只差一炉。FDC 基线比对能在设备彻底趴窝之前发现漂移，把计划外停机变成计划内保养；
- 批量报废后才定位设备：一炉外延整批报废，事后查一圈才想起"那台机台上周就有点不对"。FDC 告警带设备 ID + batch_id + 加工区间，异常与批次、时间直接挂钩，复盘不用考古；
- 设备问题工艺背锅：参数超差了，工艺反复调参无效，最后发现是机台问题——两边各查各的浪费一周。FDC 与 SPC（第 13 节）分工联动：FDC 判"设备异常"的，工艺不接锅，直接转设备维修通道。
关于 W-Time：FDC 数据采集绑定批次 W3-W4 加工区间，每条设备时序记录自动关联 batch_id；FDC 告警可选锁定批次，锁定后 W-Time 计时暂停，与第 07 节、第 13 节的锁批逻辑一致。FDC 本身不产生也不修改 W-Time。
二、适用场景
| 场景 | 监控对象 | 典型漂移信号 |
|---|---|---|
| MOCVD 腔体 | 温度、压力、气体流量曲线 | 升温速率变慢、压力波动加大 |
| 刻蚀机 | RF 功率、腔压、气体流量 | 同参数下刻蚀速率缓慢偏移 |
| PL 探针台 | 测试时序、探针接触阻抗 | 接触不良率上升、测试时长异常 |
| 分选机 | 分选节拍、吸嘴真空度 | 节拍变慢、误分率上升 |
岗位分工：设备工程师负责基线建模、接警排障、告警闭环；工艺工程师配合确认异常影响批次；CIM 工程师负责采集通道维护。
三、前置准备
- 采集通道已打通：设备时序参数经 EAP（第 15 节）回传，点位、频率已配置。通道不通，FDC 无米下锅；
- 基线模型已训练：设备在正常工况下运行一段时间（经验值：覆盖不同批次、不同产品的稳定生产数据），系统据此建立基线模型。基线没训完，FDC 不会告警——这是防误报的设计，也是刚上线工厂觉得"FDC 不灵"的头号原因；
- 告警等级已定义：漂移幅度对应什么告警等级、各等级推给谁，提前配置（轻微漂移提醒、中度告警推工程师、严重告警升级推主管并建议锁批）；
- 排障资源就位：设备工程师值班表、备件清单、维修 SOP 与 FDC 告警类型对应——凌晨三点收到告警，人要找得到、件要有得换。
四、字段说明与管控规则
4.1 核心数据字段
| 字段 | 说明 |
|---|---|
| 设备 ID | 告警主体，定位到具体机台（多腔体设备到腔） |
| batch_id / W3-W4 区间 | 异常发生时正在加工的批次与时间窗 |
| 采集时序数据 | 漂移参数的时序曲线片段，附在告警单内 |
| 基线阈值 / 偏离量 | 基线参考值与实际偏离幅度 |
| 告警等级 / 原因分类 | 轻微漂移 / 中度异常 / 严重故障 |
| 锁批标记 | 是否触发批次锁定 |
| 处理状态 | 待处理 / 排查中 / 已闭环 |
4.2 管控规则（必记四条）
- 基线未建成不判异：基线模型未训练完成前，FDC 只采数不告警，防止用不成熟的基线制造误报风暴；
- 告警必附证据：每条 FDC 告警必须附带漂移参数的时序曲线与偏离量，不允许"只报故障不给数据"——没数据的告警没法排障；
- 闭环必须归因：告警闭环时必须选择归因分类（设备部件老化 / 参数漂移 / 环境干扰 / 误报），归因数据反哺基线模型修正；
- 锁批联动留痕：严重告警触发锁批的，锁定记录关联告警单号，W-Time 暂停区间单独统计，解封条件为设备排障完成 + 告警闭环。
五、完整操作流程
5.1 设备工程师：基线与监控
第一步： 选定设备，确认采集通道正常，在正常生产工况下累积基线训练数据，训练完成后启用基线模型。
第二步： 批次 W3 开工后，系统持续采集设备时序数据，与基线比对：正常持续监控，偏离超限生成 FDC 告警，按等级推送。
5.2 告警处理与闭环
第三步： 设备工程师接警，查看告警单内的时序曲线与偏离量，判断严重程度：
- 轻微漂移：记录观察，安排下次保养重点检查，批次不锁；
- 中度异常：安排工间检修窗口排查，评估当前批次是否继续；
- 严重故障：立即锁批（W-Time 暂停），停机排障。
第四步： 排障完成，修复验证（试机、首件加严检验，配合第 07 节 IPQC），填写闭环记录：故障归因、处理措施、验证结果。
第五步： 告警闭环，锁批批次解封，W-Time 继续计时；严重故障的批次按品质评估决定是否加严检验或隔离。
六、流程图讲解
流程的关键在三级分级处理：不是所有告警都停机——轻微漂移记观察、中度找窗口、严重才锁批。分级的目的只有一个：把有限的停机时间花在真正要坏的设备上。另一关键是闭环必须归因，归因数据喂回基线模型，基线越用越准，误报越来越少。
从分工视角看：同一个异常信号，FDC 看设备侧（升温曲线、压力波动等"身体信号"），SPC 看工艺侧（工艺参数是否在管制限内）。两边判定组合出四种情形，最典型的是"FDC 正常 + SPC 超差"→ 大概率工艺问题；"FDC 异常 + SPC 尚正常"→ 设备早期退化，工艺还来得及。两套系统共用 batch_id 与 W3-W4 绑定，异常复盘时两条曲线并排看，方向判断从猜变成对答案。
七、常见报错与排查
| 报错提示 | 拦截原因 | 排查方法 |
|---|---|---|
| "FDC 不告警：基线模型未训练完成" | 基线数据不足或未启用 | 确认训练数据量与工况覆盖度，训练完成后启用 |
| "FDC 无数据：EAP 采集通道断开" | 机台与 EAP 通信中断 | 查 EAP 通信状态（第 15 节），恢复后补传数据 |
| "锁批失败：批次已 W4 完工" | 告警到达时批次已加工完 | 转事后影响评估：按加工区间反查批次，品质决定是否加严检验 |
| "告警无法闭环：归因未选择" | 闭环记录缺归因分类 | 补选归因（部件老化/参数漂移/环境干扰/误报）后结案 |
| "告警风暴：同一设备短时多条告警" | 基线失效或采集异常 | 暂停该设备判异，核对基线与采集通道，修正后重新启用 |
现场经验：最常见的坑是基线建错了——训练数据里混进了设备带病运行时段的数据，基线本身就"病着"，之后正常状态反而被报异常。防线：建基线时避开已知故障时段的数据；启用后头两周重点人工复核告警，发现大面积误报立即暂停判异、修基线。
八、业务注意事项与审厂合规要点
业务注意事项：
- 保养与告警联动：FDC 归因为"部件老化"的告警，转保养计划（换件周期、点检项），同一部位反复告警说明保养策略要调；
- 锁批决策别拖：严重告警的锁批要快——设备病着多跑一炉，就多一炉的风险批次；锁错批的成本远低于报废一批；
- 基线要随 ECN 更新：工艺改版（第 12 节）改变了设备工况的，关联设备的 FDC 基线要评估是否重新训练，否则新工艺下全是"异常"；
- 告警值班要闭环到人：夜间告警推到值班手机，交接班时未闭环告警当面移交——告警最怕的不是没人处理，是所有人都以为别人在处理。
审厂合规要点：
- 设备告警关联批次存档：每条告警的设备 ID、批次、加工时间区间、处理记录永久保留，良率复盘时可以按设备维度定位问题时段；
- 闭环归因可统计：系统按月输出告警分类统计（部件老化占比、误报率等），误报率持续下降是基线模型健康的证明；
- 预防性维护证据链：FDC 发现漂移 → 保养计划 → 更换记录 → 告警闭环，这条链完整呈现"设备异常被预防性处理"的能力，是客户审核设备管理的核心加分项。
九、本节落地检查表
- [ ] 关键设备采集通道 100% 打通，点位覆盖核心时序参数
- [ ] 每台设备基线模型训练完成并启用，训练数据避开故障时段
- [ ] 告警三级分级与推送路径配置可用
- [ ] 告警闭环率 100%，归因分类无缺项
- [ ] 锁批与解封记录关联告警单号
- [ ] 工艺 ECN 后关联设备基线已评估是否重训
- [ ] 每月抽 1 条严重告警复盘：FDC 曲线 + SPC 曲线并排复盘，归因方向正确
---
下一篇预告：第 15 节《EAP 设备自动化对接与 SECS/GEM 联机实操教程》——前两节的数据从哪来？答案就是 EAP：MES 控机台的中间层，SECS/GEM 协议怎么配、RUN 信号怎么变 W3，这一节打通"最后一公里"。
