82:综合实战场景2:通信+报警+联锁+配方复合型叠加故障排查
82:综合实战场景2:通信+报警+联锁+配方复合型叠加故障排查
一、本课学习目标
- 掌握多维度叠加故障分层拆解思路,区分通信底层、联锁硬件、报警上报、Recipe业务四层独立问题
- 建立“从底层网络到上层业务”标准化排查顺序,避免上层问题掩盖底层故障导致误判
- 熟练搭配ping/telnet、抓包、日志、服务器监控、机台I/O点位表全套工具定位复合故障
- 学会分步隔离故障、分段验证,逐个排除单类问题,最终一次性全部根治
- 掌握复合型故障RCA分析方法,同步输出临时止损方案与长期标准化优化措施
二、复合型故障场景完整背景
故障现象
某刻蚀工艺机台,MES下发工单无法自动Run生产,同步伴随四类异常叠加:
- 通信问题:设备频繁随机闪断,每日离线5次以上,T3应答大量超时;
- 联锁问题:传输门间歇性联锁触发,机台自动Pause,人工复位后短时间重复报错;
- 报警问题:联锁报警偶尔漏报,AMS系统无推送记录,EAP日志仅少量告警记录;
- 配方问题:部分Recipe下载返回FAIL,激活成功后加工中途自动退出配方。
故障难点
四类问题相互干扰:通信不稳定会造成报警报文丢失、配方下载中断;联锁频繁停机加剧会话频繁重建,加重断线;多层故障交织,无法直观判断根因,极易只处理单一问题反复复发。
三、复合型故障统一排查逻辑(底层优先,逐层隔离)
总排查顺序:网络通信层 → 服务器资源层 → 机台硬件联锁层 → 报警上报配置层 → Recipe业务逻辑层
核心原则:先解决底层通信基础故障,底层稳定后再处理上层业务故障,否则上层调试结果无效。
四、第一阶段:底层通信故障隔离与处置
步骤1:网络链路基础校验
- 长ping设备IP持续监测,发现每秒存在0.8%丢包,网线靠近机台射频电源,电磁干扰严重;
- telnet 设备IP 7000端口偶发断开,交换机端口存在CRC报错;
- 处置:更换双层屏蔽网线,调整布线远离射频发生器,更换故障交换机端口。
步骤2:HSMS参数与会话排查
- 查看EAP日志大量T3 Timeout,本机T3仅设置5s,刻蚀机多Step大Trace报文应答延迟;
- DeviceID两端配置一致,但未开启会话重传缓存;
- 处置:本机T3调整至10s,开启报文接收缓存,减少会话无故断开。
步骤3:服务器负载核查
- 同服务器下多台薄膜高负载设备,磁盘IO持续92%,报文写入卡顿;
- 临时处置:迁移2台薄膜设备至备用EAP服务器,清理30天以上过期日志释放磁盘空间。
通信层验证标准
完成操作后持续观测2小时,设备无闪断、ping无丢包、无T3超时报错,通信层故障完全隔离。
五、第二阶段:硬件Interlock联锁故障排查
通信稳定后,复测仍存在门体联锁频繁Pause,进入联锁专项排查
步骤1:机台I/O点位与传感器校验
- 调取机台点位表,门到位DI传感器信号波动,震动导致瞬时信号丢失;
- 传感器安装松动,粉尘附着检测窗口,判定为硬件误触发联锁。
步骤2:EAP联锁联动逻辑核查
- 联锁触发后EAP仅暂停自动化,但未推送预报警提醒产线;
- 处置:协同设备厂商紧固传感器、清洁镜头,优化传感器信号滤波延时;EAP增加联锁预推送告警。
联锁验证标准
连续跑3批次完整晶圆,无门体误联锁自动停机,联锁信号稳定无波动。
六、第三阶段:报警漏报专项排查(通信+联锁双重影响遗留问题)
故障根因拆解
- 前期频繁断线导致S5报警报文传输中途丢失,机台报警缓存溢出自动清除;
- EAP报警订阅ALID不全,门联锁对应报警ID未添加至上报列表;
- 报警转发至AMS异步队列无重试机制,报文丢失无补发。
整改操作
- 模板补全全部联锁类ALID报警订阅;
- 开启EAP报警队列断线自动补发功能;
- 设置联锁报警最高转发优先级,优先于Trace数据传输。
验证标准
人为触发各类联锁、工艺报警,S5报文完整抓包可见,AMS实时接收推送无遗漏。
七、第四阶段:Recipe配方下载、激活异常排查
前三层故障全部修复后,复测仍存在配方下载失败、中途退出问题
根因1:通信不稳定历史遗留缓存异常
前期频繁断连造成本地Recipe缓存文件损坏,新配方写入失败。
处置:清空设备本地无效配方缓存,EAP开启配方下载断点续传。
根因2:分腔体参数映射模板错误
多腔体刻蚀机不同腔体参数段模板字段不匹配,长批次加工参数校验中途报错,自动退出配方。
处置:修正本机腔体Recipe参数映射模板,增加下载前全参数预校验逻辑。
验证标准
批量下载10组不同规格Recipe,全部下载、激活正常;完整跑完多批次加工无中途退出。
八、复合故障整体复测闭环
四层故障全部整改完成后,连续8小时不间断量产验证:
- 通信:无断线、无丢包、无T3超时;
- 联锁:无误触发Pause,传感器信号稳定;
- 报警:所有故障、联锁告警完整推送AMS,无漏报;
- 配方:下载、激活、连续加工全程无FAIL报错,LotEnd自动闭环。
九、复合型故障RCA根因综合分析(5Why+鱼骨图结合)
1. 表层直接原因
- 网线布线不合理造成电磁干扰,引发持续网络丢包、HSMS会话频繁断开;
- 传感器硬件安装缺陷,粉尘震动导致联锁频繁误触发;
- EAP报警模板ALID缺失、无报文补发机制,断线后报警丢失;
- 服务器高负载+缓存损坏,Recipe传输与校验异常。
2. 底层根本原因
- 新机导入布线无屏蔽布线规范,未做电磁干扰规避验收;
- 设备PM巡检无传感器清洁、紧固固定检查项;
- 标准化模板缺少联锁报警ALID强制校验流程;
- 服务器负载无事前评估,高低负载设备混布无分区规划。
3. 分层改善方案
- 临时对策:更换屏蔽网线、紧固传感器、补全报警ALID、迁移高负载设备;
- 长期根治:新增新机布线验收标准、完善PM传感器巡检项、模板上线ALID校验用例、服务器分机型分布式部署规范。
十、复合型故障排查标准化通用流程(可直接现场复用)
- 分层定位:网络通信→服务器资源→硬件联锁传感器→报警配置→Recipe业务;
- 分段隔离:修复一层验证一层,确认无异常再进入下一层排查;
- 工具组合:ping/telnet链路校验、抓包分析SECS报文、日志检索报错、服务器监控负载、点位表核对硬件信号;
- 分步整改:逐个消除单类故障,避免多问题叠加互相干扰;
- 全量复测:全部整改后长时间连续生产验证,确认无交互衍生故障;
- RCA复盘:梳理多层底层制度缺失,输出长期优化规范。
十一、排查过程硬性运维红线
- 禁止跳过底层通信直接调试上层报警、配方逻辑,底层不稳定会导致调试结果失真;
- 联锁故障禁止直接屏蔽安全门、真空联锁,必须从硬件传感器层面根治;
- 排查过程不得批量删除ALID报警订阅,防止工艺故障漏报引发批量报废;
- 修复完成未长时间连续复测,不可直接移交产线正常生产;
- 多层叠加故障必须完成综合RCA,不能只解决表面现象,放任底层流程缺陷。
十二、本课核心总结
- 通信、联锁、报警、配方四层叠加故障必须遵循“从底层到上层”分层隔离排查,底层通信是所有上层业务稳定基础。
- 四类故障会互相影响:网络丢包断线会造成报警报文丢失、Recipe传输失败;频繁联锁停机又会加剧会话重建,恶化通信负载。
- 排查依靠多工具组合分段验证,每解决一层故障必须单独复测稳定后再处理下一层问题。
- 复合型故障不能只做临时修复,需通过RCA深挖流程、模板、架构、设备巡检底层缺陷,落地长效标准。
- 完整长时间量产复测是验证多层故障彻底根治的关键,避免整改后故障短期复发。
十三、课后实战作业
- 复合型叠加故障统一排查顺序是什么,为什么底层通信要优先处理?
- 本场景通信故障存在哪两类核心诱因,对应处置方案是什么?
- 报警漏报由哪两点配置问题造成,如何整改?
- Recipe下载、加工中途退出的两类根因分别是什么?
- 多层复合故障排查五条运维红线是什么?
openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构
更多推荐


所有评论(0)