2. Sentaurus工具链与验证工作流

在TCAD试验与仿真相关性验证工程中，Sentaurus并不是一个单一软件，而是一组围绕“结构—工艺—器件—数据—验证”构建的工具链。理解这条工具链的组成、输入输出边界、试验数据接口、版本管理方式以及自动化脚本与目录设计，是保证仿真结果可复现、可追溯、可对比的前提。本节从工程实践角度，梳理一条从试验数据到仿真结论的完整工作流。

一、TCAD工具链的组成与职责边界

Sentaurus工具链通常包含以下几个核心组件，它们各自承担不同的职责：

• Sentaurus Structure Editor（SDE）：负责器件结构的生成与编辑，支持脚本化定义几何、掺杂、电极和网格。输入为结构描述脚本或GDS/掩膜信息，输出为可被后续工具读取的结构文件。
• Sentaurus Process（SPROCESS）：负责工艺仿真，模拟氧化、扩散、注入、刻蚀、沉积等步骤，输出掺杂分布与结构演化结果。
• Sentaurus Device（SDEVICE）：负责器件电学特性仿真，输入为结构、掺杂、材料参数和物理模型，输出为I-V、C-V、电场分布、载流子浓度等。
• Sentaurus Visual（SVisual）：负责结果可视化与数据提取，支持曲线绘制、二维/三维场分布查看和批量数据导出。
• Sentaurus Workbench（SWB）：负责实验设计、参数扫描、任务调度和结果汇总，是连接各工具与验证流程的枢纽。

这些工具之间通过标准文件格式（如TDR、PLT、CSV）传递数据，形成一条“结构→工艺→器件→数据”的仿真链。验证工作的核心，就是在这条链的每个接口处，与试验数据进行对齐和比对。

二、仿真输入与输出的规范化

仿真输入通常包括四类：结构描述、工艺步骤、材料参数和物理模型。以SDEVICE为例，一个典型的输入文件需要定义电极边界条件、掺杂分布、迁移率模型、复合模型和求解方法。输出则包括终端电流、电压扫描曲线、内部场分布和收敛日志。

验证工程要求输入输出都具备明确的“快照”能力。所谓快照，是指每次仿真运行都保留完整的输入文件、参数集和版本号，使得任意一次结果都能被精确复现。实践中，建议将以下内容纳入快照：

• 结构脚本与网格文件（.cmd、.tdr）
• 工艺步骤与器件物理文件（.cmd、.par）
• SWB实验设计表与变量取值
• 工具版本号与许可证信息
• 运行时间、机器配置与收敛状态

这些信息共同构成仿真结果的“身份证”。当试验与仿真出现偏差时，可以快速定位是模型参数问题、网格问题还是版本差异问题。

三、试验数据接口与对齐方法

试验数据与仿真数据的接口，是验证工作流中最容易出问题的环节。常见问题包括：单位不一致（如A/cm²与mA/mm）、坐标定义不同（如栅压从0V起扫与从-2V起扫）、数据点密度差异、以及噪声与平滑处理方式不同。

建议在接口层做三件事：第一，统一单位制，所有电学量统一到SI或工程惯用单位，并在脚本中显式声明；第二，统一坐标与符号约定，例如规定电流正方向为从漏到源，栅压为相对于源极的电压；第三，对试验曲线做插值或重采样，使其与仿真输出点对齐，便于计算误差指标。

四、版本管理与可复现工程目录

版本管理不仅管理代码，也管理仿真脚本、参数文件和结果摘要。推荐使用Git管理文本类文件（脚本、参数、实验设计表），使用外部存储或Git LFS管理大文件（TDR、PLT、CSV）。每次提交应附带简短的变更说明，例如“调整迁移率模型参数，修正低场迁移率”。

一个可复现的工程目录建议采用如下结构：

project/
├── README.md              # 工程说明、工具版本、运行方法
├── scripts/
│   ├── sde/               # 结构生成脚本
│   ├── sprocess/          # 工艺仿真脚本
│   ├── sdevice/           # 器件仿真脚本
│   ├── data_align/        # 试验数据对齐脚本
│   └── run_all.sh         # 一键运行入口
├── data/
│   ├── experiment/        # 试验原始数据与处理后数据
│   └── simulation/        # 仿真输出数据
├── sim/
│   ├── runs/              # 每次运行的完整快照
│   └── templates/         # 参数模板与实验设计表
├── results/
│   ├── figures/           # 对比曲线与场分布图
│   └── reports/           # 误差汇总与验证报告
└── logs/                  # 运行日志与收敛记录

这种目录设计的核心思想是：输入、过程、输出、结论四者分离且可追溯。任何一次验证结论，都可以通过 sim/runs 中的快照和 logs 中的日志还原出完整的执行路径。

五、自动化脚本与工作流串联

自动化脚本的目标是减少人工干预、降低操作失误、提高批量验证效率。一个典型的自动化流程包括：读取实验设计表、生成各工具输入文件、依次调用SDE、SPROCESS、SDEVICE和SVisual、提取关键指标、生成对比图表和误差报告。

以下是一个简化的Shell脚本示例，用于串联单次仿真运行：

#!/bin/bash
# run_single.sh — 单次仿真运行入口
RUN_ID=$1
WORKDIR=sim/runs/$RUN_ID
mkdir -p $WORKDIR

# 1. 结构生成
sde -b scripts/sde/structure.cmd -o $WORKDIR/structure.tdr

# 2. 工艺仿真
sprocess scripts/sprocess/process.cmd -o $WORKDIR/process.tdr

# 3. 器件仿真
sdevice scripts/sdevice/device.cmd -o $WORKDIR/device.plt

# 4. 结果提取
svisual -b scripts/sdevice/extract.tcl -o $WORKDIR/extracted.csv

# 5. 数据对齐与误差计算
python3 scripts/data_align/compare.py \
  --exp data/experiment/iv.csv \
  --sim $WORKDIR/extracted.csv \
  --out results/reports/$RUN_ID.json

echo "Run $RUN_ID completed."

在实际工程中，SWB可以承担更复杂的参数扫描和任务调度，但底层仍然依赖类似的脚本化执行逻辑。自动化脚本的价值不仅在于“跑得快”，更在于“跑得一致”——每次运行都使用相同的输入、相同的顺序、相同的判断条件，从而保证验证结论的可比性。

六、验证工作流的闭环

完整的验证工作流不是单向的“仿真→比对”，而是包含反馈修正的闭环。当仿真与试验偏差超出预设阈值时，需要回到模型参数或结构描述中进行修正，然后重新运行仿真，再次比对。这个闭环通常需要迭代多轮，直到误差收敛到可接受范围。

判断是否达成验证目标的依据，通常包括：关键电学参数（如阈值电压、饱和电流、跨导）的相对误差小于设定阈值；曲线形状在关注区间内趋势一致；物理场分布与试验推断不矛盾。具体阈值应根据器件类型和应用场景确定，例如功率器件可能允许更大的绝对误差，而先进逻辑器件对阈值电压的偏差要求更严格。

通过工具链的规范化、数据接口的对齐、版本管理的落实和自动化脚本的支撑，Sentaurus试验与仿真相关性验证才能从“一次性对比”升级为“可复现、可追溯、可迭代”的工程能力。