半导体工艺和器件仿真这个圈子Sentaurus TCAD 基本算是标配工具了。无论你是做功率器件、先进逻辑工艺还是研究存储器单元日常跑仿真基本绕不开它。前一篇讲了安装包的获取和整体规划思路这一篇重点落在实操Sentaurus TCAD 2018 和 2025 到底怎么装、怎么配两个版本共存时环境变量怎么处理以及许可证服务怎么才能稳定跑起来。先说一句我不是 Synopsys 的员工这篇内容纯粹是这些年自己在实际项目里反复安装、配置、排查积累下来的经验前后在 RHEL、CentOS、Ubuntu 上都折腾过踩过的坑不少写出来的东西都是亲测可用的方案。版本跨度从 2018 到 2025 都覆盖了如果你现在用的是 2019、2021、2023 这些中间版本思路一样照猫画虎就行。1. 安装前的思路整理版本差异和环境选型1.1 2018 与 2025 放在一起装到底图什么很多人第一次接触 Sentaurus TCAD手里可能同时拿到两个版本的安装包问我是不是只装一个就够了。我的建议是如果硬盘够用两个版本都装别偷懒。2018 这个版本虽然是老一点但在很多成熟工艺节点上它的物理模型和数值求解器表现非常稳而且很多团队的老脚本、老项目都是基于 2018 跑的你新装一个 2025 去跑老项目经常会出现模型参数不兼容、默认值改变导致结果对不上的情况。2025 则胜在新模型多、网格划分算法改进明显、对三维仿真的内存管理更高效适合新项目和新工艺探索。两个版本共存的另一个实际好处是做交叉验证。比如你研究一个新型沟槽结构同一个物理模型在两个版本里跑出来的结果如果存在明显差异往往能帮你发现是模型设置的问题还是版本自身的 bug这在发文章和做项目报告时特别有用。所以本文的主线就是怎么把两个版本都装好并且通过环境变量灵活切换。1.2 系统准备虚拟机还是物理机Sentaurus TCAD 原生跑在 Linux 下Windows 用户最常见的方式是装虚拟机。这里我必须先泼一盆冷水如果你打算跑三维器件仿真或者网格量稍微大一点虚拟机一定要慎用。TCAD 仿真本质是求解偏微分方程组网格一密内存和 CPU 的消耗直接起飞。虚拟机的磁盘 I/O 和内存访问性能损失可能会让你的仿真时间翻倍甚至直接 OOM。如果条件允许我强烈建议装双系统或者直接用一台闲置的物理服务器。我自己常用的配置是物理机安装 Rocky Linux 8.8CPU 16 核以上内存 64GB 起步磁盘至少留出 200GB 给 EDA 工具。2018 版本完整安装大概需要 60GB2025 版本更夸张模块全选的话会到 80GB 以上再加上后期仿真产生的临时文件和网格文件200GB 是最低门槛。如果是给学生或者个人学习用虚拟机也不是不能跑但建议给虚拟机至少分配 8GB 内存和 4 核 CPU并且把虚拟磁盘放在 SSD 上。VMware Workstation 我用的比较多VirtualBox 也可以但注意 VirtualBox 对 3D 加速的支持弱一些虽然 TCAD 不依赖 GPU但桌面环境流畅度会有感知差异。1.3 安装包目录和安装前要确认的事动手安装前先把安装包整理好。我的习惯是在/home/username/eda目录下建一个packages文件夹把所有 tar 包或者 ISO 文件放里面。Sentaurus TCAD 的安装包一般长这样sentaurus_tcad_2018.12_linux.tar、sentaurus_tcad_2025.03_linux.tar还可能附带scl_2018.06_linux.tar和scl_2024.12_linux.tar这种许可证服务管理工具包。这里有个很容易忽略的点2018 版本通常配套 SCL 20182025 版本配套新版 SCL两者最好不要混用。我见过有人用新版 SCL 去启动老版本的 license经常提示协议不兼容或者 feature 识别不了。当然新版 SCL 如果配置得当也能兼容旧 license 文件但这需要额外调试刚上手的人不建议折腾。另外确认一下你安装的 Linux 发行版是否满足要求。Sentaurus 官方支持 RHEL 和 SUSE 系版本太新的 Ubuntu比如 24.04直接装 2018 版本会在缺少libmotif、libXm这些老库上栽跟头。解决办法有两个要么装 2025 版本它对新系统的兼容性好很多要么手动安装对应的兼容库。这篇文章后面会专门讲库依赖的问题。2. 安装主体流程配置文件与运行流程2.1 按顺序解开安装包别急着点安装安装 Sentaurus TCAD 不像 Windows 软件那样有个 setup.exe 一路下一步它是典型的 Linux 风格解压、配置、安装。第一步把两个版本的 tar 包解压到指定目录我习惯放在/home/username/eda/sentaurus2018和/home/username/eda/sentaurus2025下但先别直接解压到目标目录稳妥的做法是在/home/username/eda下先解压到临时文件夹。mkdir -p /home/username/eda/packages /home/username/eda/temp cp sentaurus_tcad_2018.12_linux.tar /home/username/eda/packages/ cp sentaurus_tcad_2025.03_linux.tar /home/username/eda/packages/ cd /home/username/eda/temp tar -xf ../packages/sentaurus_tcad_2018.12_linux.tar解压完你会看到一堆文件其中最关键的是installer相关脚本和平台文件。不同版本的解压结构略有不同但核心逻辑是运行一个主安装脚本指定安装目录、选择平台、再启动图形化或者命令行安装界面。这里我特别强调尽量不要用 root 用户安装。Sentaurus 有些配置文件在安装后会写死在用户目录下如果 root 安装了普通用户跑起来权限问题一堆。2.2 平台文件怎么改避免默认平台识别失败安装过程中有个平台选择环节界面上会让你选操作系统平台类型比如linux64、amd64、rhel8之类。大多数情况下安装器能自动识别系统但虚拟机和部分定制系统上经常识别错误或者识别成 32 位平台导致后续启动报错。如果你遇到这种情况直接手动在安装界面里指定 64 位平台找不到选项就编辑平台配置文件。具体操作是进入安装包目录下找到platform文件不同版本可能叫platforms或install.platforms用文本编辑器打开里面是系统版本号和平台标识的映射表。把当前系统的版本号对应关系补上或者直接把检测逻辑绕过强制指定为linux64。以我们常用的 CentOS 7.9 为例它识别成rhel7映射到linux64一般没问题但如果是 Rocky Linux 9 或者 Ubuntu 22.04安装器可能识别不了这时候就要手动补一条映射。# 示例强制在安装脚本中传递平台参数 ./installer -platform linux64 -directory /home/username/eda/sentaurus2025注意不同版本安装脚本支持的参数不一样如果不确定先运行./installer -help看看帮助信息别瞎猜参数名。2.3 许可证服务的启动逻辑Sentaurus TCAD 的许可证机制是典型的 FlexNet 架构由 SCL 包里的lmgrd守护进程管理。安装完成 TCAD 主体之后还需要单独安装和配置 SCL否则软件能启动界面但任何仿真都跑不了报错永远是Checkout failed或者Feature expired。SCL 安装比较简单解压后运行安装脚本装到一个独立目录比如/home/username/eda/scl2018和/home/username/eda/scl2025。关键是许可证文件license.dat的放置位置我一般放在 SCL 安装目录下的admin文件夹里方便统一管理。许可证文件需要根据你的 MAC 地址和主机名生成这个在申请的时候会用到具体生成方式各大高校和公司的 license server 都不同不展开。启动许可证服务的标准流程是cd /home/username/eda/scl2018/admin lmgrd -c license.dat -l /home/username/eda/scl2018/admin/lmgrd.log启动后可以用lmstat -a命令检查许可证状态看到多个 feature 处于ISSUED状态就说明服务正常。这里有个常见坑2018 和 2025 两个版本的许可证服务不能同时占用同一个端口。默认端口都是 27000 左右如果两个版本都要本地起服务必须给其中一个指定新端口。比如# 第一个用默认端口第二个指定端口 lmgrd -c license2025.dat -p 27010 -l /home/username/eda/scl2025/admin/lmgrd.log3. 环境变量配置是重头戏3.1 版本并存时的环境变量设计安装完成后最影响日常使用体验的就是环境变量。很多人装完软件打不开十有八九是环境变量没配好。Sentaurus TCAD 需要配置的核心环境变量包括STROOT安装根目录、STDB数据库目录、PATH、LD_LIBRARY_PATH以及指向许可证的SNPSLMD_LICENSE_FILE。两个版本并存时不能让两个版本的路径同时污染LD_LIBRARY_PATH否则动态链接库会互相干扰。我见过有人图省事把 2018 和 2025 的环境变量全都写进/etc/profile结果启动 2025 的 Sentaurus Workbench 时加载了 2018 版本的libtlib.so直接段错误崩溃。我的设计思路是写一个独立的sentaurus_env.sh脚本通过参数切换版本。默认不加载任何版本每次打开终端后按需 source 对应版本的环境。这样既避免了版本冲突又能灵活切换。3.2 写一份可切换版本的 source 配置下面是我自己一直在用的环境脚本贴在下面供参考。你可以根据实际安装路径调整路径部分。#!/bin/bash # sentaurus_env.sh - 用于切换 Sentaurus TCAD 版本 # 用法: source sentaurus_env.sh 2018 或 source sentaurus_env.sh 2025 export MY_EDA/home/username/eda if [ $1 2018 ]; then export STROOT$MY_EDA/sentaurus2018 export STDB$STROOT export SCL_HOME$MY_EDA/scl2018 export SNPSLMD_LICENSE_FILE27000localhost elif [ $1 2025 ]; then export STROOT$MY_EDA/sentaurus2025 export STDB$STROOT export SCL_HOME$MY_EDA/scl2025 export SNPSLMD_LICENSE_FILE27010localhost else echo Usage: source sentaurus_env.sh {2018|2025} return 1 2/dev/null fi export PATH$STROOT/bin:$STROOT/tcad/bin:$SCL_HOME/bin:$PATH export LD_LIBRARY_PATH$STROOT/lib:$STROOT/tcad/lib:$SCL_HOME/lib:$LD_LIBRARY_PATH echo Sentaurus TCAD $1 environment is ready. echo STROOT$STROOT把这个脚本保存到/home/username/eda/sentaurus_env.sh以后每次使用前直接执行source /home/username/eda/sentaurus_env.sh 2025要注意的是STDB这个变量很多人会忽略或者设错。它的全称是 Sentaurus Technology Database是 Sentaurus Workbench 存放项目数据和仿真结果的地方。如果不设置默认会指向当前工作目录导致不同项目的数据散落在各个地方管理起来非常头疼。我的习惯是STDB 单独指向一个专门的数据目录比如/home/username/sentaurus_work这样所有项目结构都集中在一个地方备份和迁移都方便。3.3 验证配置和常用命令环境变量配好后建议先做一次完整的验证再开始跑正式项目。验证方法很简单which swb which svisual sentaurus -V如果输出能正确显示 Sentaurus 的版本信息说明主体环境没问题。接着用一个极小的测试项目试跑一步 SDevice确认能正常调用许可证并输出结果。我还要提醒一个细节LD_LIBRARY_PATH的顺序是有讲究的。Sentaurus 自带的一些动态库比如libstdc.so.6版本可能比系统自带的要老如果系统的库路径靠前就会加载到系统的新库导致报GLIBCXX_3.4.21 not found之类的错误。所以在脚本里我把$STROOT/lib放在最前面就是为了让 Sentaurus 优先加载自己的库。如果你遇到奇奇怪怪的段错误优先检查环境变量顺序。4. 常见问题与排查实战4.1 几个高频问题清单安装配置过程中很多人会遇到的问题我整理成一个速查表基本覆盖了 90% 的报错场景报错现象可能原因解决方法Sentaurus Workbench: command not foundPATH 未配置或配置错误检查 PATH 中是否包含$STROOT/tcad/binCheckout failed: feature SDevice expired许可证未启动或 license 文件无效检查 lmgrd 是否运行执行lmstat -a确认 feature 状态启动 swb 报段错误版本间库冲突或缺少图形库确认只用了一个版本的环境变量并安装libXext、libX11等依赖仿真卡在 99% 后退出许可证并发数不够或磁盘空间不足检查磁盘空间使用df -h联系许可管理员确认并发数图形界面窗口空白/无法显示缺少 OpenGL 或 Motif 库安装openmotif、libXm.so.4或设置LIBGL_ALWAYS_INDIRECT1提示bash: ./installer: /bin/csh: bad interpreter系统缺少 csh安装csh比如yum install csh仿真结果和预期不符网格划分过粗或物理模型选择不当检查网格设置并对照 Sentaurus 官方手册确认模型适用条件4.2 一个真实的库依赖问题排查记录我印象最深的一次是帮同事在一台 Ubuntu 22.04 上装 2018 版本安装过程很顺利环境变量也配好了结果启动swb直接弹窗说缺少libXm.so.3。搜了一下发现这个库属于 OpenMotifUbuntu 22.04 的软件源里默认的libmotif-dev只带libXm.so.4版本对不上。解决办法是在终端里执行sudo apt install libmotif4如果源里没有可以下载 OpenMotif 的源码自己编译但过程比较折腾。更省事的办法是创建一个软链接sudo ln -s /usr/lib/x86_64-linux-gnu/libXm.so.4 /usr/lib/x86_64-linux-gnu/libXm.so.3这样做风险不大因为 Sentaurus 2018 实际上只需要老版本的 API 兼容层用.so.4去补.so.3的缺失实测能正常启动和跑仿真。当然这只是本地开发环境的应急方案生产环境最好还是装一个干净的 RHEL 系系统。4.3 我的一些使用习惯和避坑补充再分享几个平时用得上的小习惯。第一保持目录结构清晰。安装软件时我严格按照“一个版本一个主目录、许可证单独放”的逻辑组织文件结构如下/home/username/eda/ ├── packages/ # 原始安装包 ├── scl2018/ # 2018版许可证服务 │ └── admin/ │ └── license.dat ├── scl2025/ # 2025版许可证服务 │ └── admin/ │ └── license.dat ├── sentaurus2018/ # 2018版主程序 ├── sentaurus2025/ # 2025版主程序 └── sentaurus_env.sh # 环境切换脚本这样做的好处是将来卸载某个版本或者更新许可证时操作都在一个清晰的范围里不会误伤其他部分。第二自己单独写日志。Sentaurus 运行时会输出大量日志但默认日志文件名是固定的 stdout 和 stderr在并行跑多个任务时容易遗忘。我的做法是每个项目都用一个run_simulation.sh脚本来启动仿真把日志输出重定向到带时间戳的文件方便后期追溯。#!/bin/bash logfilesim_$(date %Y%m%d_%H%M%S).log sdevice -l $logfile mydevice.cmd第三也是非常重要的一点定期备份许可证文件和数据库目录。许可证文件一旦丢失重新申请非常麻烦数据库目录如果误删之前所有的项目数据就全没了。我在 cron 里加了一个简单的备份任务30 2 * * * cp -r /home/username/sentaurus_work /backup/sentaurus_work_$(date \%Y\%m\%d)虽说是笨办法但关键时刻真能救命。5. 从安装到跑通第一个仿真安装配置不是目的能顺利跑通仿真才是目的。这里分享一下从安装完成后到跑出第一个结果的标准测试流程。首先用svisual打开一个示例项目。Sentaurus 2018 和 2025 安装包都会附带examples目录里面有很多现成的教学示例包括 PN 结、MOSFET、IGBT 等结构。我们在终端切好版本环境后进入示例目录找一个最简单的二极管示例用swb打开。cd /home/username/eda/sentaurus2025/examples/Diode swb -p 1 -n Diode_example.prj 这一步能验证 Workbench 能否正常启动项目解析是否正常。接着在 Workbench 界面里选择运行观察每个工具节点的状态是否变成绿色对勾。如果中间有红色叉号点进去看日志大多数情况下是网格或者模型参数路径引用错误检查一下相对路径是否基于STDB就能解决。跑通示例项目后再做一个自定义小实验比如改一改掺杂浓度重新跑一遍确认环境变量对整个仿真链路SDE 结构定义、SDevice 器件仿真、SVisual 可视化都生效。做到这一步基本可以放心进入正式的项目开发了。我个人在实际项目中的体会是Sentaurus TCAD 的安装配置真正难的不是软件本身而是对环境的管理。Linux 下各种库依赖、路径冲突、多版本共存的坑远比点两下鼠标要复杂。但只要把每个环节梳理清楚养成一套自己的安装和配置习惯后面再重装、换机器、加版本都能非常快地搞定。最后再分享一个小技巧如果你在配置过程中把系统搞乱了不要急着重装系统。先检查/root/.bashrc和用户目录下的.bashrc看看是不是之前加过什么危险的环境变量。很多时候问题就出在一个多余的行上。哪怕真的配置乱了也只要把对应行注释掉重新加载配置文件就能恢复正常不用走重装系统那条绝望的路。
尧图网络