简介面向半导体晶圆制造与良率工程岗位的培训资料聚焦 KLAKLA Tencor缺陷检测设备的实际操作与缺陷判读可作为入职内训课件也可供工程师自学对照、快速查阅。内容围绕 21xx 检测平台展开讲解晶圆检验队列的启动与停止流程说明为什么要在各生产阶段对缺陷做监控与统计分析以提高良率并系统梳理假缺陷、未知缺陷、表面颗粒与膜内颗粒、划痕、色差、掩蔽、环状缺陷、葡萄状缺陷、残留物、图案异常、凹陷、剥落、盲孔、W 残留、底层图案失败、硅化物异常、晶粒等近二十类缺陷的成因与图示判别要点还给出对应的缺陷处理与工艺调整思路。压缩包内只有 1 个 ppt 文件约 2.05MB采用图文页结构包含设备界面、缺陷图例与分类要点页面组织清晰可改动后直接用于授课。目前已有 416 人学习适合设备、工艺与良率工程师及新入行的半导体从业者作为缺陷分类速查手册。1. 缺陷检查这件事一张从「看片」到「定类」的地图缺陷检查这份培训文档资料如果只当成设备操作手册来读会读得很亏。它真正的骨架是三段设备能干什么、一片晶圆怎么跑完、跑出来的一堆缺陷怎么定性。第一段决定能力上限第二段决定作业效率第三段决定结论可不可信。真正压在整份资料重心上的是那 19 类缺陷代码——从 False、Unknown 一直排到 Grain背后是整条前段工艺的影子。所以这张地图可以画得很简单左边是平台与流程中间是缺陷判读右边是缺陷与工序的对应关系。系统学的人按这个顺序走一遍不会乱复习的人直接从 19 类代码倒推工艺反而最快。2. 设备与流程骨架21xx 平台能力与一次完整 wafer run这一章处理的是「跑得起来」的问题。很多人的复习方式是背按钮和菜单背完还是不会处理异常因为没搞清每个动作在整条流程里的位置。把 21xx 的能力盘、跑片队列和停止检查这三件事串起来操作就不再是一串孤立步骤而是一条有因果的执行链。2.1 21xx 系列的能力盘三层结构比一堆参数好记培训文档里 21xx Capabilities 那一页通常信息密度最高也最容易被跳过。梳理下来会发现这类平台的能力其实分三层一层管看一层管动一层管出数据能力层解决什么问题复习时的抓手成像与光学能不能把微米到纳米级的形貌拍清楚分辨率、景深、对不同膜层反射率的适应性自动化搬运与对位片子能不能被稳定送进、对准、扫完机械手搬运路径、对准标记识别、边缘处理数据输出与报表检出的东西能不能被下游用起来defect map、缺陷坐标、图片与代码的导出格式三层的关系是串联的不是并列的。成像不行后面分类全是猜搬运不稳缺陷坐标就会漂同一个缺陷在两片上的位置对不上统计分析直接失真数据输出不规范review 的人拿到的只是一堆没有上下文的图片。所以复习 21xx 能力页的时候不要记具体数字要记「哪一层失效会导致什么后果」——这是后面所有排错的地基。提示不同配置的 21xx 平台在光学模式、可检膜层和吞吐上差异很大具体参数以设备实际配置页和现场 recipe 为准不要用一份资料里的数字去套另一台机。2.2 跑片队列run one wafer 之前先想清楚顺序Run Overview 和 Inspection Queue 讲的是同一件事一片晶圆是怎么被排进队列、按什么顺序被检查的。文档里的顺序可以抽象成下面这段伪流程把注释读一遍比死记菜单路径有用得多# 一次 wafer inspection 的执行顺序抽象版非真实机台脚本 recipe load_recipe(lot_id, layer) # 1. 确认工艺层对应的检测配方 assert recipe.layer current_layer # 层错配会导致整批数据不可用 queue.add(wafer_id, recipe, priority) # 2. 入检验队列指定优先级 align(wafer_id) # 3. 对位找 notch、认对准标记 scan(wafer_id, recipe.scan_area) # 4. 扫描全片或指定区域 review(wafer_id) # 5. 复核Macro 看分布Micro 看形貌 sort(wafer_id) # 6. 分类给每个缺陷打代码 export(wafer_id, formatmapimage) # 7. 导出map、图、代码一起走这段流程里最容易出问题的不是 scan而是第 1 步和第 3 步。recipe 和实际工艺层不匹配扫出来的东西再清晰也没有意义因为缺陷判读依赖「这一层本来应该长什么样」这个前提对位失败或者对位偏了缺陷坐标就不可信后面做 defect map 叠加分析时会出现「同一类缺陷在 map 上散成一片」的假象。队列优先级则是纯管理问题同一批里先跑哪片、要不要插急件取决于你想多快拿到反馈而不是设备随机分配。2.3 停止检查停下来之后做什么才是考点Stopping the Inspection 这一页看起来最像操作说明实际上是最考判断力的一页。文档给的触发条件很朴素设备异常或者需要即时分析某个缺陷。真正的难点在于停下来之后的动作序列漏一步就会留下说不清的数据。停下来之后的处理顺序建议固定成四步先记录中断点已经扫到哪一片、哪一区域、第几道再确认已采集数据是否完整是否已经完成 review 和 sort还是只到 scan然后判断这批数据能不能带标记入库最后才去处理设备异常本身。前两步是给数据留后悔药后两步才是修机器。注意中断后未完成的 wafer其缺陷数据不能当作完整数据参与良率统计必须在记录里标成 partial否则后面算出来的缺陷密度会系统性偏低——这是新手最容易踩的坑因为数字看起来很正常。还有一类停止是「主动停」扫到一半发现某一区域缺陷密度明显异常想立刻看 Micro 图确认。这种停法在排查突发异常时很有效但要有意识地只对可疑区域做局部复核不要养成「每片都停下来看看」的习惯否则队列会被拖垮吞吐掉下去之后没人会认为是流程问题。3. 缺陷监控与判读Micro/Macro 两路取证与 review 顺序跑得起来之后下一个问题是要不要检、检完怎么判。这一章处理的是判读链路为什么每一步都要拦一道、两种图像各自负责什么、review 到 sort 的判定顺序为什么不能颠倒。这一段搞不清后面 19 类代码背得再熟也用不对地方。3.1 为什么每一段工序都要设监控点培训资料里 Defect Overview 那一页只写了一句话的意思要在晶圆生产的每个阶段对缺陷做监控和统计分析才能提升良率。这句话信息量其实很大它否定了两种常见做法。一种是「只在最后测」。最后测出来的缺陷是整条工艺线的叠加结果一个划痕可能是搬运造成的也可能是某道清洗之后留下的你只能看到一个总账找不到责任段。另一种是「全检所有片」。缺陷检测是有成本的逐片逐层全检在产能上根本不成立所以真实做法是抽样加关键层加监控片三者组合。把这两点合起来就得到监控点设置的逻辑在缺陷「刚产生、还没被后续工序覆盖」的那一层拦一道。比如膜内颗粒要在薄膜沉积之后、下一层光刻之前看残留要在湿法清洗之后立刻看W 残留要在 CMP 之后看。位置选错了缺陷会被后道工序埋掉或者被后道工序放大成完全不同的形貌判读结论就跟着错。3.2 Defect map 与 defect imageMacro 看分布Micro 看形貌文档里 review 相关的页面同时给了 Defect map、Micro 和 Macro 三样东西这三样是有分工的不能混着用证据类型看什么典型用途单独使用的风险Defect map全片分布、聚簇、边缘效应判断是系统性还是随机性只能看到位置看不到是什么Macro 图低倍全景、与周围图形的相对关系判断缺陷落在哪个区域、是否跨线细节不足容易把两类缺陷看成一类Micro 图高倍形貌、边缘轮廓、颜色与层次定性确认是颗粒、残留还是图形异常视野太窄可能漏掉缺陷的延伸部分正确的读法是先 map 后 macro 再 micro。map 告诉你「这一片有问题还是这一区有问题」macro 告诉你「这个缺陷和周围图形是什么关系」micro 告诉你「它到底长什么样」。反过来先看 micro会被局部形貌带着走很容易把一片系统性分布的残留当成孤立颗粒。分布本身也是信息。缺陷集中在 wafer edge思路要往搬运、边缘剥落、W plug 这类方向靠缺陷呈环状思路要往光刻相关的涂胶显影环节靠缺陷随机散落且密度均匀更可能是颗粒污染或者清洗不彻底。这些对应关系不是背出来的是把 map 形态和后面 19 类代码的成因反复对照之后形成的直觉。3.3 review 到 sort 的判定链顺序颠倒会污染数据Defect Sort 那一页列了从 False 到 Grain 的 19 个代码看起来像一张清单实际上是一条判定链。合理的顺序是先判真假再判归属最后判成因。先判真假是因为 False 的存在意味着「检测器报了但复核没找到」。这一类必须在最前面处理掉否则它会混进后续所有统计里把缺陷密度抬高。再判归属是区分「这是外来物颗粒、残留、划痕」还是「这是图形本身出了问题掩蔽、盲孔、图案异常、图案损坏」这两大类的处理路径完全不同。最后判成因才轮到区分膜内颗粒还是表面颗粒、环状还是葡萄状这种细节。判定链颠倒的典型症状是先给了一个很细的成因代码回头发现这个缺陷在 Micro 下根本不存在于是又改成 False。这一改不要紧但如果代码已经入库、已经进了统计报表就等于往数据里掺了一次噪声。规范做法是把 review 结论先落在临时表确认后再写进正式缺陷库-- 缺陷记录表的核心字段重点是 review 状态和代码的分离 CREATE TABLE defect_record ( wafer_id TEXT, -- 晶圆标识 layer TEXT, -- 工艺层决定判读基线 x_coord REAL, -- 缺陷坐标来自对位后的扫描结果 y_coord REAL, map_cluster TEXT, -- map 上的分布形态随机/环状/边缘/聚簇 macro_path TEXT, -- 低倍图路径 micro_path TEXT, -- 高倍图路径 review_state TEXT, -- pending / confirmed / false / unknown defect_code TEXT, -- 仅在 confirmed 时才允许写值 partial_flag INTEGER -- 中断未扫完的片标 1不参与密度统计 );表结构里最关键的是 review_state 和 defect_code 的分离代码只在 confirmed 状态下才允许落值false 和 unknown 各有自己的状态位这样统计时可以用一条 WHERE 把不该算的都排除掉而不是靠人工在报表里剔。提示Unknown 不是「先随便填一个」它是一条正式结论含义是「确实检出了缺陷但现有代码表里没有合适的类别」。这个比例长期偏高说明代码表该扩充了而不是操作员不够努力。4. 19 类缺陷词典按成因分组记比按编号背快十倍19 个代码按培训文档的编号从 1 排到 19但人的记忆不按编号走。梳理下来最省力的方式是按成因分成四组判读结论类、外来物与机械损伤、图形异常类、膜层与材料类。分组之后每一组内部再记「怎么区分它和隔壁那个」这才是复习该花的力气。4.1 第一组判读结论类False 与 Unknown这两个不是缺陷类型是判读结论所以放最前面单独处理。False 的定义是「用检测数据复核之后什么也没找到」。它产生的原因通常是检测灵敏度设得偏高、recipe 对某一层的图形噪声不适应或者对位偏差导致报点落在空白区。处理 False 的重点不在单个案例而在比例某台机、某个 recipe 的 False 比例突然升高第一反应应该是查 recipe 和机台状态而不是逐个复核。Unknown 是「检出了但没有合适的代码可给」。它和 False 的区别是False 是没东西Unknown 是有东西但没人认识。这两个混淆的代价很大——把 Unknown 当 False 处理等于把一类真实缺陷藏起来把 False 当 Unknown 处理等于让 recipe 的问题一直存在。4.2 第二组颗粒、残留与机械损伤这一组是外来物和物理破坏共同特点是「本来不该出现在那儿的东西出现了或者本该完整的地方被破坏了」。Fall on particle 是图案表面的颗粒In film particle 是包含在膜层内部的颗粒多晶硅、HDP、金属膜里都可能出现。这两个最容易混表面颗粒在 Micro 下有清晰的立体轮廓和阴影膜内颗粒则被膜层包住边缘和膜面平齐有时只表现为颜色或反光的局部变化。判断依据是「它有没有埋在膜里」而不是「它看起来像不像颗粒」。Scratch 是划痕文档特别点出机器人、其他工具部件或人为操作三类来源。划痕的判读要点是方向和连续性机械手造成的划痕往往有固定的弧度和方向人为的则更随机工具部件摩擦往往伴随局部聚集。Residue 是残留文档给的位置很明确常发生在湿法清洗之后。W residue 是它的一个特例成因写了两条——氧化层损失和 CMP并且配了 NORMAL 与 ABNORMAL 的对比图。这类缺陷的复习诀窍是记「它前面是哪道工序」因为残留物的成分基本由上一道工序决定。Peeling 是剥落表现为图形位移或缺失文档专门说明 W plug 是其中一种且常出现在晶圆边缘。边缘出现这个特征思路要往搬运夹持和边缘工艺均匀性上靠。4.3 第三组光刻与蚀刻的图形异常这一组是「图形本身长错了」比外来物麻烦因为它往往意味着工艺窗口出了问题不是清洁一下就能解决的。Masking 的定义写得很直白该被蚀刻掉的却还留着涉及 poly、SiN、spacer、金属等。它最危险的形态是连接了两条以上的线这种情况在文档里直接标成 bridge并且注明是 killer。分辨 Masking 和 Residue 的关键是「该不该在」Masking 是本该消失的图形没消失Residue 是本该干净的地方有残留物一个属于蚀刻不足一个属于清洗不净。Ring like defect 是环状缺陷文档点明通常与 ARC splash 有关一般归到光刻。Grape like defect 是葡萄状缺陷由 PHOTO PU 引起。这两个都带「像什么」的描述复习时不要只记形状要记它们都把矛头指向涂胶显影这一段。Pattern abnormal 涵盖粗糙度、失焦、图案偏移等是一个「形貌不达标但还成型」的集合。Pattern damage 是图案损坏典型是金属损伤文档补充 poly broken 也算且常发生在高阻注入阶段。这两个的区别是abnormal 是形状不对damage 是结构被破坏。Blind 是盲孔接触孔或通孔没有打开属于「该通的地方没通」。Under_Pat 是底层图案失效问题出在下一层但表现在当前层。4.4 第四组膜层形貌、硅化物与晶粒这一组更偏材料与形貌判断更依赖 Micro 图和工艺背景。Discolor 是色差单纯的颜色差异。它单独看几乎没有意义必须结合膜厚和光照条件很多色差只是膜厚微小差异引起的干涉色变化不构成功能缺陷。Concave 是凹陷文档列了三种COP晶圆本身的晶体取向坑、氧化层损失、以及各类孔洞。这三者形貌相似但来源完全不同一个来自衬底一个来自工艺减薄一个来自蚀刻或沉积异常。Salicide_abnormal 是自对准硅化物形成不良属于材料反应层面的问题。Grain 是晶粒包括多晶硅晶粒和金属晶粒通常反映沉积或退火条件偏离。把 19 类压成一张对照表复习时可以只看最右列——那一列才是判读时真正要问的问题编号代码一句话定义判读时要问的问题1False复核后什么都没找到是 recipe 噪声还是真没有2Unknown有缺陷但无合适代码该扩代码表还是该重新定性3Fall on particle图案表面颗粒有没有立体阴影4In film particle膜内颗粒是否与膜面平齐5Scratch划痕方向和弧度是否规律6Discolor色差是否只是膜厚干涉7Masking该刻未刻可能成 bridge是不是本该消失的图形8Ring like环状常与 ARC splash 相关是否指向光刻段9Grape like葡萄状PHOTO PU 引起是否成串分布10Residue残留常在湿法清洗后上一道是哪道工序11Pattern abnormal粗糙、失焦、偏移形貌不达标但结构还在12ConcaveCOP、氧化层损失、孔洞来源是衬底还是工艺13Peeling剥落W plug 属此类是否在晶圆边缘14BlindCT 或 Via 未打开该通的地方通没通15Pattern damage金属损伤、poly broken结构是否被破坏16W residue氧化层损失或 CMP 引起CMP 之后有没有复查17Under_Pat底层图案失效问题是否在下一层18Salicide_abnormal硅化物形成不良反应条件是否偏离19Grain多晶硅或金属晶粒沉积退火是否异常5. 易漏点五处最容易在复核时翻车的地方前面几章讲的是「应该怎么做」这一章讲「实际会怎么做错」。这五条不是理论上的边界情况而是复核环节反复出现的固定失误每一条都按「易漏点、为什么漏、怎么补」拆开写。5.1 把 False 直接当结论关单易漏点Micro 图上看不到东西直接标 False关单走人。为什么漏review 界面上 Macro 图和 Micro 图是分开的很多人只看 Micro。而 False 的典型情形恰恰是「Micro 视野里没有但 Macro 视野里那个位置本来就该有东西」——比如报点落在对准标记附近、落在边缘无效区、落在两条线的间隙。只看 Micro等于只验证了一半。怎么补定一条硬规矩标 False 之前必须同时看过 map、Macro、Micro 三样并且记录报点落在哪个区域。连续出现同区域 False先查 recipe 的灵敏度设置和对位精度不要逐片复核因为那是系统性问题逐片处理只是把噪声人工抹平。5.2 Unknown 被当成垃圾桶易漏点看到一个说不上来的缺陷随手给 Unknown反正它不算错。为什么漏Unknown 在流程上是合法的系统不报错报表里也不显眼。而且给 Unknown 不需要解释给具体代码反而要写理由人性自然会往省事的方向走。怎么补把 Unknown 占比当成一个监控指标按机台、按层、按周统计。占比升高就组织一次代码表评审把反复出现的形态收敛成新代码或并入已有代码。同时要求 Unknown 必须附一段文字描述和 Micro 图让它有成本——没有成本的垃圾桶一定会被塞满。5.3 划痕、剥落、图案损坏三者混判易漏点三者都表现为线状或局部缺块直接按第一眼印象归类。为什么漏在低倍下它们的形状确实接近而判读时往往先看 Macro 就下结论了。三者的成因差别极大划痕是外来机械作用剥落是膜层或图形附着失效图案损坏是工艺过程中的结构破坏。归错类后续的排查方向就整个跑偏。怎么补用三个问题做区分。第一有没有方向性——划痕通常有明显方向和弧度。第二在不在晶圆边缘——剥落特别是 W plug 类边缘占比明显偏高。第三是不是伴随高阻注入等特定工序——图案损坏常出现在这类工序之后。三个问题过一遍再落代码比反复改单省时间。5.4 掩蔽和残留按外观判不按工序判易漏点看到图形旁边多出来一块就判残留看到线条连在一起就判掩蔽不去核对工序位置。为什么漏这两类缺陷在 Micro 下的外观确实重叠尤其是蚀刻不足和清洗不净同时存在的时候。而工序信息在 review 界面上往往是二级信息需要额外点开才看得到容易被跳过。怎么补把判定依据从「长什么样」改成「在哪道工序之后发现的」。湿法清洗之后发现的多余物优先考虑残留蚀刻之后发现该去掉的图形还在优先考虑掩蔽。另外凡是连接两条以上线条的形态一律按 bridge 处理并升级——文档里把它标成 killer 是有原因的这一类不能停留在分类层面必须触发工艺端复查。5.5 忽略停止检查带来的数据不完整易漏点中断过的晶圆其已有的缺陷数据照常参与缺陷密度和良率统计。为什么漏中断只影响扫描覆盖范围不影响已采集的数据本身所以数据看起来完全正常。报表工具默认也不会区分「扫完了」和「扫了一半」。怎么补在缺陷记录里保留 partial 标记前面给的建表语句里那一列就是干这个用的所有密度类统计默认排除 partial 记录只保留计数类统计。中断点也要写进批次记录扫到哪一片、哪一区域、review 和 sort 做没做完。这三项缺任何一项这批数据就只能当参考不能当结论。6. 复习清单把 19 类缺陷收进一张自查表复习到这个阶段最怕的是「每一页都看过合上就串不起来」。我的做法是把整份资料压成一张按顺序执行的自查表每次复习只走一遍流程不走目录顺序自查项卡住时的回退点1这一片的工艺层是什么recipe 对得上吗层错配后面全部不算2对位是否成功缺陷坐标可信吗坐标不可信map 分析作废3是否中断过partial 标记打了吗未标记密度统计不能用4map 上是什么分布随机、环状、边缘、聚簇分布决定往哪组缺陷想5Macro 里缺陷和周围图形什么关系判断是否跨线、是否成 bridge6Micro 里是外来物还是图形本身出错决定走第二组还是第三组代码7外来物在表面还是在膜内区分 fall on 与 in film8图形错该在的不在还是该没的还在区分图案损坏与掩蔽9有没有方向性、有没有边缘倾向区分划痕、剥落、图案损坏10前面是哪道工序清洗、CMP、蚀刻、高阻注入用工序反推成因11真的没有吗还是只是 Micro 没看到False 必须三图齐看12说不上来时是扩代码表还是重新定性Unknown 要带描述和图片这张表走顺之后19 个代码就不需要单独背了因为它们会挂在流程的某个节点上想到节点就想到候选代码。我一般还会额外做一件事每周挑三片有代表性的缺陷不看代码先自己判再和实际记录对对不上的那一条就是本周的复习重点。这比从头翻一遍资料效率高得多因为错的永远是你以为自己会的那几条。代码层面也留一个提醒。任何自动化统计脚本先把过滤条件写死再谈分析# 统计前的强制过滤顺序不能换 valid [d for d in defects if d.review_state confirmed # 只算已确认的False/Unknown 不进密度 and not d.partial_flag] # 中断未扫完的片整体排除 density len(valid) / scanned_area # 分母必须是实际扫描面积不是整片面积分母这一项最容易被忽略。中断的片、只扫了局部的片分母不是整片面积用整片面积去除会把缺陷密度算低而这个偏差不会报错只会让报表长期偏乐观。我当初就是在这里翻的车一批数据连续两周密度偏低工艺端很高兴最后发现是几片 partial 记录的扫描面积按整片算了。从那以后我每次跑统计脚本都强制先把 partial 和 review_state 两个过滤条件打印出来确认一遍再让它出数。希望帮到你。本文还有配套的精品资源点击获取
