3. KLA量测平台与Recipe开发环境

KLA的CD量测系统（以SpectraShape、Archer系列及eDR系列为代表）在半导体前道量测中承担关键尺寸、套刻与形貌的在线监控任务。要开发一个可复用、可维护的Recipe，首先必须理解系统的物理架构与软件环境：量测信号从哪里来、Recipe在哪个层级被解析、数据文件如何组织、离线与在线两种开发模式各自适合什么场景。本节围绕这四个问题展开，帮助读者建立"平台—界面—文件—模式"的整体认知。

一、典型KLA CD量测系统架构

KLA CD量测系统从物理上可分为信号采集、运动控制、数据处理与Recipe执行四个层次。以光学CD（OCD）系统为例，其信号链为：光源（如氙灯或激光）→ 偏振调制器 → 物镜聚焦到晶圆表面 → 衍射/反射光 → 光谱仪或探测器 → 原始光谱数据。对于CD-SEM类系统，则是电子枪 → 电子束扫描 → 二次电子探测器 → 灰度图像。无论哪种，最终都转化为可被Recipe解析的"信号"。

运动控制层负责晶圆台（stage）的X/Y/Z移动、聚焦与对准，Recipe中的测量点坐标、聚焦偏移、对准标记位置都作用于这一层。数据处理层执行模型拟合、边缘检测、CD提取等算法。Recipe执行层则是"大脑"，按顺序调用上述各层，并把结果写入数据文件。

理解这一架构的意义在于：当Recipe结果异常时，可以按"信号→运动→算法→Recipe"的顺序逐层排查。例如光谱信噪比差，问题在光源或探测器；测量点偏移，问题在stage或对准；CD值跳变，问题在模型或Recipe参数。

二、Recipe编辑界面与核心参数区

KLA Recipe编辑界面通常分为四个功能区：测量序列区（Measurement Sequence）、参数配置区（Parameter Setup）、模型选择区（Model Selection）和结果预览区（Result Preview）。测量序列区以列表形式定义每个测量点的顺序、类型（CD/套刻/膜厚）和坐标；参数配置区设置光源波长范围、积分时间、聚焦策略、边缘检测阈值等；模型选择区加载材料模型和结构模型；结果预览区实时显示拟合曲线与CD值。

开发Recipe时，建议按"先序列、后参数、再模型、最后预览"的顺序操作。序列决定了"测哪里"，参数决定了"怎么测"，模型决定了"怎么算"，预览用于"验证算得对不对"。一个常见的错误是跳过预览直接保存，导致上线后才发现模型不匹配。

三、数据文件结构

KLA系统的数据文件通常分为四类：Recipe主文件（.rcp或.job）、模型文件（.mod或.lib）、测量数据文件（.dat或.csv）和日志文件（.log）。Recipe主文件是XML或二进制格式，包含测量序列、参数和模型引用路径。模型文件定义材料光学常数（n、k）和结构层叠（层厚、材料、粗糙度）。测量数据文件保存原始光谱/图像和提取结果。日志文件记录每次执行的开始/结束时间、错误码和状态。

理解文件结构对Recipe版本管理至关重要。当Recipe需要迁移到另一台机台时，必须同时迁移主文件和引用的模型文件，否则会出现"模型找不到"的错误。建议在Recipe目录下建立统一的模型库路径，避免使用绝对路径。

四、离线与在线开发模式

KLA Recipe开发支持两种模式：离线模式（Offline）和在线模式（Online）。离线模式在工程师工作站上运行，使用历史数据或仿真数据进行Recipe调试，不占用机台产能。在线模式直接在量测机台上运行，使用真实晶圆进行验证。

推荐的开发流程是：先在离线模式下用历史数据完成Recipe初稿和模型拟合验证，确认CD提取逻辑正确后，再切换到在线模式进行小批量晶圆验证。在线验证时，重点关注三个指标：测量重复性（同一片晶圆连续测5次，CD标准差应小于0.3nm）、机台间匹配性（与参考机台对比，偏差应小于0.5nm）和测量时间（单点测量时间应在Recipe允许范围内）。

五、开发环境配置要点

搭建KLA Recipe开发环境时，需要确认以下配置：工作站与机台的通信协议（通常为SECS/GEM）、Recipe文件存储路径的读写权限、模型库的共享路径、以及离线仿真数据的来源。如果使用离线模式，还需要安装KLA提供的仿真引擎（Simulation Engine），并确保仿真引擎版本与机台软件版本兼容。

一个实用的检查清单如下：

• 工作站IP与机台IP在同一网段，SECS/GEM端口可连通
• Recipe存储目录具备读写权限，且路径中不含中文或空格
• 模型库路径已配置为共享路径，所有机台可访问
• 离线仿真引擎版本与机台软件版本一致
• 历史数据已导入离线数据库，可用于Recipe调试