FAT 攻坚战别让“Demo级接口”骗了你——EAP 验收的4个必杀技摘要在 300mm Fab 的 EAP 项目中最令人头疼的往往不是接口不痛而是接口“假装能痛”。本文基于 FAT Factory Acceptance Test实战经验总结了断网测试、脏数据注入、极限时序与日志溯源四大必杀技旨在帮助工程师在验收阶段剔除隐患确保设备的稳定性和数据的完整性。一、前言从“AI 糊弄”到“设备商糊弄”最近在调试接口时我被一个“助手”气得够呛。明明做不到的东西却非要生成一百张假图来糊弄我。这让我瞬间联想到半导体工厂里的设备商。Demo 跑得飞起PPT 写得天花乱坠一到 FAT Factory Acceptance Test就原形必露。很多时候设备端只是“假装干活”——Host 发了指令它回了ACK但实际上 PLC 没动作数据也没落库。在 Fab 里Demo 跑通只值 10 分能抗住 FAT 压力测试才值 100 分。今天不聊虚的分享几招我在现场用来抓“假接口”的硬核手段。二、第一招断网测试专治假连接2.1 痛点直击设备商往往拍胸脯保证 HSMS 连接稳定。但在 Fab 现场网线被碰掉、交换机端口老化、甚至清洁工拔错线都是家常便饭。如果设备在网络中断后反应迟钝或者还在“假装处理”任务后果不堪设想。2.2 操作手法联调时不要只在理想环境下测试。直接拔掉设备的网线或者在交换机上禁用端口。这是检验设备健壮性的试金石。2.3 判定标准合格 VS 劣质维度合格接口劣质接口 “假干活”响应时间在T7 Timeout内触发Communication Fail。超过 T7 时间反应或长时间处于WAIT_CRA状态。状态机立即回退到OFFLINE或LOCAL状态。状态机僵死或错误地停留在PROCESSING状态。指令处理拒绝接收任何远程指令并返回Busy或Offline。继续回Command Accepted误导 Host 下发更多指令。核心逻辑网络是 EAP 的生命线。断网后设备必须表现出“求生欲”而不是“假死”。三、第二招脏数据注入专治假逻辑3.1 痛点直击你发标准的S2F41 Remote Command设备能处理你发个参数缺胳膊少腿它也回OK。这种过度的“宽容”在 Fab 里是致命的它会掩盖工艺配方错误导致晶圆报废。3.2 操作手法不要按部就班地点按钮用脚本构造以下几种脏数据Malformed Data强行发给设备S2F41RCMDSTART/RCMDPARAMSCPPPIDGHOST_RECIPE_999/CPPPID/PARAMS/S2F41S2F41RCMDGET_SUBST_INFO/RCMDPARAMSCSLOTID99/CSLOTID/PARAMS/S2F41S2F41RCMDLOAD_COMPLETE/RCMDPARAMSCCARRIERID/CCARRIERID/PARAMS/S2F413.3 判定标准合格 VS 劣质维度合格接口劣质接口”假干活“返回值必须回Command Rejected回Command Accepted假装执行成功。副作用不改变任何内部状态可能创建了无效的Job或污染了数据库核心逻辑好的接口应该像”门神“把错误的指令挡在外面而不是照单全收。四、第三招极限时序专治假并发4.1 痛点直击单步操作没问题一旦 Host 并发发指令设备就开始抽风丢事件、死机、或者状态机乱跳。这通常是因为设备内部的消息队列或锁机制设计有缺陷。4.2 操作手法不要按部就班用脚本模拟极限场景测试设备的抗压能力和状态健壮性疯狂查询在 Robot 移动过程中每秒发 10 次S1F3 Selected Equipment Status。强行插队在设备执行PROCESSING状态时强行下发S2F41 PAUSE。快速切换在ONLINE REMOTE和OFFLINE之间快速切换。4.3 判定标准合格 VS 劣质维度合格接口劣质接口“假干活”响应能正确处理队列或果断拒绝非法状态的指令直接崩溃、重启或进入UNKNOWN状态队列指令按顺序执行无丢失丢事件、乱序或死锁恢复压力解除后能自动恢复正常需要人工干预才能恢复核心逻辑Fab 环境是复杂的设备必须能优雅地处理冲突和过载而不是在压力下崩溃。五、第四招日志溯源专治假事件5.1 痛点直击软件界面显示Completed、S6F11事件也上报了但晶圆实际上还在Load Port 里。这就是最恶劣的“假装成功”因为它欺骗了 MES 和数据采集系统。5.2 操作手法要求是设备商打开Debug Log并进行交叉验证时间对比对比SubstHistory的时间戳和 PLC 的 IO 信号变化时间。逻辑比对软件里报Robot Pick Success但 PLC 的Vacuum Sensor并未触发。数据一致性检查数据库中的记录是否与物理动作一一对应。5.3 判定标准合格 VS 劣质维度合格接口劣质接口“假干活”一致性软件事件、PLC信号、数据库记录三者完全一致软件显示成功但是硬件无动作或数据不一致可追溯性Debug Log 详细记录了每一步的物理动作Log 中只有状态变化无硬件交互细节可信度日志比界面可信PLC比日志可信日志和界面相互矛盾核心逻辑在 Fab 里日志比界面可信PLC 比日志可信。任何没有硬件支撑的软件事件都是“诈骗” |六、总结别信 Demo信你的测试用例不管是AI助手还是设备商只要设计接口都别听他们嘴上说“支持”。拔网线、发脏数据、压并发、查日志。这四招虽然粗暴但是能帮你过滤掉90%的“假把式”。毕竟在 Fab 里没人关心你的Demo有多漂亮大家只关心你能不能稳定跑完 99.99% 的晶圆。你在 FAT 时还遇到过哪些“假装能干活的接口”欢迎在评论区分享你的抓鬼经历让我们一起精华 EAP 生态 FAT 攻坚战：别让“Demo 级接口”骗了你——EAP 验收的 4 个必杀技
FAT 攻坚战别让“Demo级接口”骗了你——EAP 验收的4个必杀技摘要在 300mm Fab 的 EAP 项目中最令人头疼的往往不是接口不痛而是接口“假装能痛”。本文基于 FAT Factory Acceptance Test实战经验总结了断网测试、脏数据注入、极限时序与日志溯源四大必杀技旨在帮助工程师在验收阶段剔除隐患确保设备的稳定性和数据的完整性。一、前言从“AI 糊弄”到“设备商糊弄”最近在调试接口时我被一个“助手”气得够呛。明明做不到的东西却非要生成一百张假图来糊弄我。这让我瞬间联想到半导体工厂里的设备商。Demo 跑得飞起PPT 写得天花乱坠一到 FAT Factory Acceptance Test就原形必露。很多时候设备端只是“假装干活”——Host 发了指令它回了ACK但实际上 PLC 没动作数据也没落库。在 Fab 里Demo 跑通只值 10 分能抗住 FAT 压力测试才值 100 分。今天不聊虚的分享几招我在现场用来抓“假接口”的硬核手段。二、第一招断网测试专治假连接2.1 痛点直击设备商往往拍胸脯保证 HSMS 连接稳定。但在 Fab 现场网线被碰掉、交换机端口老化、甚至清洁工拔错线都是家常便饭。如果设备在网络中断后反应迟钝或者还在“假装处理”任务后果不堪设想。2.2 操作手法联调时不要只在理想环境下测试。直接拔掉设备的网线或者在交换机上禁用端口。这是检验设备健壮性的试金石。2.3 判定标准合格 VS 劣质维度合格接口劣质接口 “假干活”响应时间在T7 Timeout内触发Communication Fail。超过 T7 时间反应或长时间处于WAIT_CRA状态。状态机立即回退到OFFLINE或LOCAL状态。状态机僵死或错误地停留在PROCESSING状态。指令处理拒绝接收任何远程指令并返回Busy或Offline。继续回Command Accepted误导 Host 下发更多指令。核心逻辑网络是 EAP 的生命线。断网后设备必须表现出“求生欲”而不是“假死”。三、第二招脏数据注入专治假逻辑3.1 痛点直击你发标准的S2F41 Remote Command设备能处理你发个参数缺胳膊少腿它也回OK。这种过度的“宽容”在 Fab 里是致命的它会掩盖工艺配方错误导致晶圆报废。3.2 操作手法不要按部就班地点按钮用脚本构造以下几种脏数据Malformed Data强行发给设备S2F41RCMDSTART/RCMDPARAMSCPPPIDGHOST_RECIPE_999/CPPPID/PARAMS/S2F41S2F41RCMDGET_SUBST_INFO/RCMDPARAMSCSLOTID99/CSLOTID/PARAMS/S2F41S2F41RCMDLOAD_COMPLETE/RCMDPARAMSCCARRIERID/CCARRIERID/PARAMS/S2F413.3 判定标准合格 VS 劣质维度合格接口劣质接口”假干活“返回值必须回Command Rejected回Command Accepted假装执行成功。副作用不改变任何内部状态可能创建了无效的Job或污染了数据库核心逻辑好的接口应该像”门神“把错误的指令挡在外面而不是照单全收。四、第三招极限时序专治假并发4.1 痛点直击单步操作没问题一旦 Host 并发发指令设备就开始抽风丢事件、死机、或者状态机乱跳。这通常是因为设备内部的消息队列或锁机制设计有缺陷。4.2 操作手法不要按部就班用脚本模拟极限场景测试设备的抗压能力和状态健壮性疯狂查询在 Robot 移动过程中每秒发 10 次S1F3 Selected Equipment Status。强行插队在设备执行PROCESSING状态时强行下发S2F41 PAUSE。快速切换在ONLINE REMOTE和OFFLINE之间快速切换。4.3 判定标准合格 VS 劣质维度合格接口劣质接口“假干活”响应能正确处理队列或果断拒绝非法状态的指令直接崩溃、重启或进入UNKNOWN状态队列指令按顺序执行无丢失丢事件、乱序或死锁恢复压力解除后能自动恢复正常需要人工干预才能恢复核心逻辑Fab 环境是复杂的设备必须能优雅地处理冲突和过载而不是在压力下崩溃。五、第四招日志溯源专治假事件5.1 痛点直击软件界面显示Completed、S6F11事件也上报了但晶圆实际上还在Load Port 里。这就是最恶劣的“假装成功”因为它欺骗了 MES 和数据采集系统。5.2 操作手法要求是设备商打开Debug Log并进行交叉验证时间对比对比SubstHistory的时间戳和 PLC 的 IO 信号变化时间。逻辑比对软件里报Robot Pick Success但 PLC 的Vacuum Sensor并未触发。数据一致性检查数据库中的记录是否与物理动作一一对应。5.3 判定标准合格 VS 劣质维度合格接口劣质接口“假干活”一致性软件事件、PLC信号、数据库记录三者完全一致软件显示成功但是硬件无动作或数据不一致可追溯性Debug Log 详细记录了每一步的物理动作Log 中只有状态变化无硬件交互细节可信度日志比界面可信PLC比日志可信日志和界面相互矛盾核心逻辑在 Fab 里日志比界面可信PLC 比日志可信。任何没有硬件支撑的软件事件都是“诈骗” |六、总结别信 Demo信你的测试用例不管是AI助手还是设备商只要设计接口都别听他们嘴上说“支持”。拔网线、发脏数据、压并发、查日志。这四招虽然粗暴但是能帮你过滤掉90%的“假把式”。毕竟在 Fab 里没人关心你的Demo有多漂亮大家只关心你能不能稳定跑完 99.99% 的晶圆。你在 FAT 时还遇到过哪些“假装能干活的接口”欢迎在评论区分享你的抓鬼经历让我们一起精华 EAP 生态