干了十几年模拟版图和仿真Virtuoso 从头到尾都离不开一个叫.cdsinit的环境初始化文件。大部分人对它的印象就是“公司 IT 或者学长给你配好了别乱动”一旦自己换电脑、换工艺库、换项目目录所有快捷键、显示设置、默认加载的库全都回到解放前。这个文件本质上是 Virtuoso 每次启动时自动执行的一段 SKILL 脚本能做的事情远比大多数人想象得多。这篇文章我就从我实际使用经验出发聊聊我在.cdsinit里做过的一些“有趣”设置有的让 UI 顺眼了有的把重复劳动省掉了有的纯粹是给自己加了个顺手的小工具箱。1. 先搞懂.cdsinit的加载机制再谈定制别一上来就在文件里堆代码先搞清楚这个文件到底什么时候被加载、谁加载它、和你机器上的.cdsenv、site.skill是什么关系否则你写的“玄学配置”大概率会在某一天莫名其妙失效。1.1 启动时的那几秒钟发生了什么当你敲下virtuoso命令并回车Cadence 在图形界面弹出来之前会做一系列初始化动作。其中和普通工程师直接相关的加载顺序大致是这样先加载系统级初始化脚本比如安装目录下的site.skill这部分通常由管理员维护普通用户不该去动。然后根据环境变量CDS_LOAD_ENV指定的配置文件或者按默认规则寻找用户目录下的初始化文件。之后读取.cdsenv把之前保存的工具环境变量恢复一遍。最后才是打开主窗口加载用户常用菜单和库列表。这里面的默认规则在不同版本上略有差异但有一个共同点.cdsinit是用 SKILL 语言写的里面可以执行任意 SKILL 语句。这就意味着它不只是“环境变量赋值文件”而是一个完整的脚本入口。1.2 CDS_LOAD_ENV 到底控制什么很多地方只说.cdsinit没说CDS_LOAD_ENV。我自己的经验是这个环境变量才是现代 Virtuoso 环境加载的钥匙。你可以理解为.cdsinit是“默认要跑的那份脚本”而CDS_LOAD_ENV是一个“加载清单”它可以明确指定要加载哪个 init 文件、哪个 env 文件。比如在.bashrc里这样设置export CDS_LOAD_ENV$HOME/eda/cadence/cds_load_env然后在cds_load_env文件里写LOAD_INIT$HOME/eda/cadence/.cdsinit LOAD_ENV$HOME/eda/cadence/.cdsenv这样 Virtuoso 启动时就会强制去加载$HOME/eda/cadence/.cdsinit而不是默认找当前目录或者$HOME下的.cdsinit。这个写法特别适合把不同项目、不同工艺的初始化文件隔离开避免每次进项目都清一遍缓存。1.3.cdsinit和.cdsenv的分工以前我常把这两个文件弄混。后来总结出一句话.cdsenv里存的更多是“选项值”比如窗口大小、显示模式、仿真器启动时是否自动保存状态这类键值对。.cdsinit里存的是“行为逻辑”比如加载什么库、绑定什么快捷键、自定义什么菜单函数。两个文件可以配合用。比如我在.cdsinit里用envSetVal直接改某些原本存在.cdsenv里的键值这样就把关键配置固定在脚本里不怕.cdsenv被某个操作意外改乱。提示.cdsinit的调试不像普通脚本那样方便。建议每写一行关键逻辑就加一个printf输出启动时盯着 CIW 窗口看日志哪里报错立刻就能看到。2. 观感即效率窗口、颜色和显示资源的初始化如果你每天要在 Virtuoso 里盯着版图和原理图七八个小时默认的那个灰底黑字配色和默认窗口大小真的会影响心情和效率。这一节我把和“视觉”相关的设置整理出来都是可以直接抄进.cdsinit的。2.1 设置主窗口大小、位置和启动行为我习惯把 CIW 主窗口放在屏幕左侧偏下原理图和版图窗口各自设置合理的初始尺寸。envSetVal可以改graphic工具的默认窗口尺寸但那只是“默认值”真正启动时我更喜欢用hiResizeWindow和hiMoveWindow直接调整。下面的片段放在.cdsinit末尾可以做到启动后把主窗口移到指定位置并等比放大; 把主 CIW 窗口挪到左上角并放大到 1600x900 let( (win) win hiGetCIWindow() when( win hiMoveWindow( win 0 0 ) hiResizeWindow( win 1600 900 ) ) )有时候我还希望启动后自动打开 Library Manager省得每次手点。这个一行就够; 启动后自动打开 Library Manager libManager hiOpenLibraryManager()如果你不想每次启动都被一堆窗口轰炸可以把上面的hiOpenLibraryManager()注释掉等需要时再按快捷键打开。我个人更喜欢启动后处于“干净但能干活”的状态一个 CIW一个 Library Manager刚刚好。2.2 加载工艺的 techfile 和显示资源文件很多新手问“为什么我的 Virtuoso 打开版图后图层颜色和公司同事不一样”答案多半是display.drf这类的显示资源文件没有正确加载。.cdsinit里完全可以主动加载显示资源和技术文件。拿最常见的 1P5M 工艺举例; 加载显示资源文件保证图层颜色、线型可控 let( (drfPath ) drfPath /opt/PDK/xxx/display.drf when( isFile(drfPath) techfileLoadDisplayResourceFile(drfPath) printf(INFO: display.drf loaded from %s\n drfPath) ) )同样的方式也可以加载技术文件techfile.tf把层次规则在启动阶段就固定下来。这样你不管从哪个目录启动 Virtuoso只要.cdsinit里的路径指向同一个 PDK看到的版图显示就是一致的不会再出现“在你机器上正常在我机器上图层全变样”的情况。2.3 打开实例参数显示的隐藏开关热词里有个“virtuoso中电阻不显示阻值怎么办”这类问题其实经常不是仿真设置问题而是显示属性没开。Virtuoso 默认只会显示 CDF 参数中的一小部分电阻的阻值、模型名有时候要手动在 Instance Property 里勾选。我就是在.cdsinit里加了一段小函数专门负责打开当前库里所有 instance 的 CDF 参数显示开关。思路是通过dbGet遍历原理图中的 instance 对象再通过cdfGet拿到 CDF 参数列表一一打开显示属性。简化版思路如下; 遍历当前原理图所有 instance打开 CDF 参数显示 procedure( openCdfDisplayAll( optional (schView schematic) ) let( (cv insts cdf cdfParams) cv geGetEditCellView() unless( cv printf(No cellview open.\n) return(nil) ) insts cv~instances foreach( inst insts cdf cdfGet( inst~cellName ) when( cdf cdfParams cdf~parameters foreach( param cdfParams ; 实践中只需打开需要的属性显示 param~display t ) ) ) printf(Done. %d instances processed.\n length(insts) ) ) )这段代码我从cdfGet参数遍历逻辑简化来的实际项目里你不需要全部打开通常只对res、cap、mos等关键器件打开阻值、容值、宽长比即可。加上hiSetBindKey绑定一键执行效果非常好。注意修改 CDF 显示属性后原理图不一定立刻刷新。建议在后面跟一句hiRedraw()或者手动CtrlShiftR刷新一下显示。3. 有一说一快捷键和鼠标操作才是隐藏生产力Virtuoso 的原生快捷键其实够用但问题是每个人的操作习惯不一样。有人喜欢左手键盘右手鼠标有人习惯全程鼠标流。.cdsinit里用hiSetBindKey重绑快捷键是我用过最“值回票价”的一类设置。3.1hiSetBindKey的基本语法它的完整参数是hiSetBindKey( toolName keyExpr command )toolName指定哪个工具的快捷键上下文比如Layout、Schematic、Common、Base。keyExpr按键表达式比如CtrlKeyf、ShiftKeyQ。command要执行的 SKILL 表达式字符串。举个我常用的例子把ShiftQ绑定为“打开 Cellview 后立即 Zoom Fit”这样在深层次模块间跳转时特别顺手hiSetBindKey( Layout ShiftKeyQ hiZoomFit() ) hiSetBindKey( Schematic ShiftKeyQ hiZoomFit() )注意第二个参数里的command是字符串所以执行多句话要用strcat拼接或者定义一个 procedure 再调用。3.2 封装一个自定义函数绑定到快捷键我经常要批量修改同类型 instance 的属性比如把一批电阻都改成高阻 poly 类型。GUI 操作需要一个个点开属性框再改下拉框重复性极高。于是我在.cdsinit里写了一个简单函数procedure( myChangeResType( newType ) let( (insts inst newTypeStr) newTypeStr upperCase(newType) insts geGetSelectedSet() when( insts foreach( inst insts when( inst~cellName res dbReplaceProp( inst model newTypeStr ) printf(INFO: change %s to %s\n inst~name newTypeStr ) ) ) hiRedraw() ) ) )然后绑定快捷键hiSetBindKey( Schematic CtrlKey1 myChangeResType(\npoly\) ) hiSetBindKey( Schematic CtrlKey2 myChangeResType(\hrpoly\) )这样我框选一批电阻按Ctrl1就把模型名全部改成npoly按Ctrl2改成hrpoly。比一个个改属性快太多。3.3 鼠标中键和滚轮的妙用多数默认配置里鼠标中键用于平移滚轮用于缩放。但如果你想在中键上加个“拖拽复制/移动”之类的功能就得研究一下各工具的鼠标绑定。Virtuoso 的窗口级绑定实际上也能通过hiSetBindKey带ButtonMiddle这类表达式去做。不过我必须泼一盆冷水鼠标中键相关绑定在不同版本里差异比较大尤其是选中的 buffer 和 context menu 冲突。我的建议是非必要不动鼠标绑定把键盘快捷键优化好就已经能大幅提升效率。3.4 绑定的冲突排查.cdsinit里写了很多快捷键后偶尔会发现某个按键没反应这多半是和新版工具内置快捷键冲突了。排查方法很简单在 CIW 的命令行输入hiListBindKeys( Schematic )就能看到 Schematic 工具所有已注册的快捷键包括冲突项。一般遇到冲突我优先改自己的绑定少去动工具内置的高频键别跟系统抢否则哪天升级版本突然就变了。4. 把“每次手动操作”变成“一劳永逸”这一类设置是我最喜欢的也是我觉得.cdsinit最“有趣”的地方。它可以帮你完成很多原本每天要重复几遍的操作加载固定库列表、切到项目目录、自动加载工艺角、定义自己的菜单栏。4.1 自动加载项目需要的库与库路径正常情况下你可以在 Library Manager 里手动画路径但不同项目切换时每次重新选择 PDK 路径确实麻烦。我在.cdsinit里维护了一个“项目库清单”每次启动自动load一遍。; 项目库路径列表 foreach( libPath list( /home/me/analog/lib/myLib /home/me/analog/lib/commonLib /home/me/pdk/xxx/tsmcXXX ) when( isDir(libPath) dbLoadLib( libPath ) printf(Loaded lib: %s\n libPath) ) )如果你希望更干净一点还可以配合libManager的lxMiniCust接口去做。但对我这种非二次开发重度用户来说dbLoadLib已经足够稳定跨项目切换时只需要改这个 list 即可。4.2 启动后自动进入项目工作目录有人习惯启动 Virtuoso 之前先cd到项目目录其实在.cdsinit里也可以直接切。用 SKILL 里的cd函数; 自动进入项目工作目录 when( isDir(/home/me/analog/projA) cd(/home/me/analog/projA) printf(INFO: Working dir set to /home/me/analog/projA\n) )注意cd函数切的是当前进程的路径对 Virtuoso 后续保存数据、加载文件都会有影响所以如果你的库路径用的是相对路径这步一定要放在加载库列表之前。顺序很重要放在前面才不会出现“库路径找不到”的怪问题。4.3 工艺角与仿真相关的初始化技巧回到热搜里的“virtuoso中adel仿真如何设置工艺角”。老实说工艺角主要应该在工艺库的 model file 里设置或者通过 ADE 的 Setup 界面操作和.cdsinit没有直接关系。但.cdsinit可以帮你做两件间接相关的实事在启动时自动加载已经保存好的仿真状态文件.ocn/.state这样打开 Virtuoso 后 ADE 里已经是上一轮配置好的仿真环境和工艺角。通过envSetVal(asimenv.startup ...)设置仿真器启动默认值减少每次新建 testbench 时重新选择仿真器的步骤。举个例子很多工艺角是“ss25C”“ff125C”这种固定组合。我一般会把对应 ADE 状态文件放在项目里再在.cdsinit里写一段函数按快捷键自动导入procedure( loadADECorner( corner ) let( (statePath) statePath sprintf(nil /home/me/analog/projA/state_%s.ocn corner) when( isFile(statePath) ; 这里调用 ADE 接口或者直接让用户手动 load printf(INFO: state file %s ready for manual load.\n statePath) ) ) )这个函数本身不强制加载状态文件因为不同 Virtuoso 版本的 ADE 接口名变化很大直接用awv系列命令容易出现版本兼容问题。我的习惯是把状态文件准备到固定位置然后在 CIW 里load一个简单的awv脚本或者手工Open状态避免版本差异带来的麻烦。4.4 自定义顶层菜单把常用功能挂上去用hiAddMenuItem或hiInsertBannerMenuItem可以在 Virtuoso 的菜单栏上加一个自己的下拉菜单把刚才写的函数都挂进去。这是我把它叫“有趣设置”的原因之一——启动后菜单栏多出一个小工具集既方便又很有个人风格。; 在 CIW 菜单上加一个 Custom 菜单 hiAddMenuItem( hiGetCIWindow() Custom list( list(Change Res Type to npoly myChangeResType(\npoly\)) list(Change Res Type to hres myChangeResType(\hrpoly\)) list(--- ) list(Load ADE ss 25C loadADECorner(\ss25c\)) list(Load ADE ff 125C loadADECorner(\ff125c\)) ) )实际hiAddMenuItem的签名在不同版本上有区别有的需要更多参数。我上面这种写法是相对通用的“挂菜单”思路如果版本报错可以去查对应版本的hiAddMenuItem帮助参数顺序略微调整即可。重点是思路把常用操作都聚拢到一个自己看得见、点得到的菜单里。4.5 启动时顺手执行外部命令system()函数可以让 Virtuoso 启动时执行一条 shell 命令。有段时间我总忘开远端 license于是我在.cdsinit里写了; 检查 license 进程如果没起就拉起来需要权限配置 system(pgrep -f lmgrd || /opt/license/start_license.sh)这个操作要小心。如果公司环境不允许自动拉起 license 服务最好不要这么干。更安全的做法是只做“检查”不做“启动”unless( system(pgrep -f lmgrd /dev/null 21) printf(WARNING: no lmgrd process found, please check license.\n) )用system()的好处是能把运维层面的检查并到启动流程里坏处也一样明显万一命令路径不对或者没权限会在启动时打印很多奇怪的输出。建议只把纯查询类命令放进去把修改类的命令放到手动菜单里。5. 进阶玩法把.cdsinit变成你的“脚本收纳盒”当你习惯了.cdsinit可以塞各种 SKILL 代码之后就会想整理一套自己的常用函数库。这时候不要把函数直接堆在.cdsinit里否则文件越来越长后期维护很痛苦。我自己的做法是把函数独立成.il文件然后在.cdsinit里一句话加载。5.1 用load分割脚本比如我把自定义函数放到~/.cadence/custom_skill/目录下; 每个文件独立加载谁出错都不影响主流程 let( (skillDir) skillDir /home/me/.cadence/custom_skill/ foreach( skillFile list( util_display.il util_res_edit.il util_pwl_import.il ) load( strcat(skillDir skillFile) ) ) )util_pwl_import.il里可以做一件很爽的事自动解析文本格式的 PWL 波形文件并生成激励源设置。这个对应了热搜里的“virtuoso中如何导入pwl波形文件”需求。你在 Virtuoso 里导 PWL通常会去Source里选PWL File然后浏览选文件再设置时间/电压单位。如果每天都要做不如写个小函数把文件路径和参数一传就完事。; 简化版自动生成一个 PWL 文件描述字符串供激励源使用 procedure( myGenPWL( filePath timeScale voltScale ) let( (lines pwlStr tmp) unless( isFile(filePath) error(myGenPWL: file %s not found\n filePath) ) lines readFile(filePath) ; 读取每一行 time value 并做缩放处理 pwlStr foreach( line lines when( rexMatchp(^[ \t]*[0-9.eE-][ \t][0-9.eE-] line) parseString( line ) pwlStr strcat(pwlStr itoa( atoi(rtos(scaleTime) ) ) itoa( atoi(rtos(scaleVolt) ) ) ) ) ) sprintf(nil D( %s ) pwlStr) ) )这个代码我只能算“半成品”因为不同仿真器对 PWL 字符串的格式要求不太一样有的要[Pattern]有的要PWL(0 0, ...)。但思路很清楚把每次手动导 PWL 的文件解析过程脚本化减少重复操作中的低级错误。你拿到自己的工艺环境后只需要把格式调整成你常用仿真器认的那个版本就能用很久。5.2 巧用errset和启动日志随着.cdsinit越来越膨胀启动时报错也会变多。为了不让一个不相关的小错误打断整个初始化流程我会给容易失败的部分加errset包装when( isFile(/home/me/.cadence/custom_skill/util_pwl_import.il) errset( load(/home/me/.cadence/custom_skill/util_pwl_import.il) ) )errset会吞掉报错并返回错误列表不会导致整个.cdsinit终止。专业一点的用户还会把启动过程的printf信息统一加上INFO:前缀方便在 CIW 日志里过滤查看。5.3 不同项目不同初始化分支判断如果你像我一样同时维护两三个项目.cdsinit里最值得做的是一个项目和库路径的分发逻辑。启动时根据当前工作目录或主机名自动选择对应设置; 根据工作目录自动识别项目 case( getWorkingDir() ( /home/me/analog/projA printf(Project A config\n) load(/home/me/analog/projA/projA_init.il) ) ( /home/me/analog/projB printf(Project B config\n) load(/home/me/analog/projB/projB_init.il) ) )这样全局的.cdsinit只放通用设置项目相关的都放在各自目录里互不干扰。6. 为什么你的.cdsinit“不生效”排查与常见问题这个章节大概是最容易被搜索到的明明往.cdsinit里写了代码重启 Virtuoso 后一点反应都没有。作为一个踩过无数坑的人我把常见原因按“命中率”排个序你照着检查一遍基本能解决。6.1 加载路径不对或 CDS_LOAD_ENV 干扰最常见的原因不是代码错而是 Virtuoso 压根没加载你改的文件。比如你改了/home/me/.cdsinit但系统里设置了另一个CDS_LOAD_ENV里面指定的是/home/me/eda/.cdsinit那你的修改当然不生效。排查命令在 CIW 里输入getShellEnvVar(CDS_LOAD_ENV)看返回的是不是空值以及最终加载的是哪个路径。如果返回值指向文件再去确认那个文件内容里LOAD_INIT写的是什么。6.2 SKILL 语法错误导致中途退出.cdsinit本质是脚本一行语法错误后面的内容可能全部不执行。表现是启动到一半CIW 里刷出一片红色报错甚至图形界面没起来。我的建议是把新代码拆成独立.il文件用load引入不要直接往.cdsinit主文件里塞。这样就算新文件有错也只影响当前加载部分最多在菜单里少一个功能不会拖垮整个启动。6.3 函数签名和版本兼容性不同 Virtuoso 版本对 SKILL 函数支持程度不一样。最典型的是hiAddMenuItem、awv系列、dbReplaceProp这类函数在不同版本里参数和对象类型变化很大。我曾经在一次版本升级后.cdsinit里一段美化窗口的代码直接失效最后在 CIW 里用hiGetCIWindow()试了一圈才知道是窗口句柄获取方式变了。遇到这种情况没有捷径只能去该版本的 Documentation 里查函数帮助。你可以在 CIW 命令行用describe查看函数签名describe( hiAddMenuItem )然后再调整参数。6.4 和.cdsenv或旧缓存冲突有些设置表面上是.cdsinit没生效其实是启动后期.cdsenv又把某些值覆盖回去了。比如你在.cdsinit里改了窗口大小但如果.cdsenv里同样记录了窗口大小的旧值并且加载顺序在你之后就会被覆盖回旧值。解决方式是在.cdsinit里设置完后加一句envSetVal(graphic mainWindowSize string 1600x900)同时到.cdsenv对应的键值里确认一下或者把加载顺序调整一下保证.cdsinit里的赋值在最后执行。6.5 一个快速验证的小技巧我调试.cdsinit时经常在文件最开头放一行printf( .cdsinit loaded at %s\n getCurrentTime())如果每次启动 CIW 都打印这一行说明文件确实被加载了。如果没打印就去查加载路径如果打印了但后续功能没生效就说明是文件里某段代码或后续 env 覆盖的问题。这个“从源头定位”的思路比乱猜要高效得多。7. 写在最后的几句实在话玩.cdsinit这件事最让我上瘾的不是某个具体功能而是它打开了一个“自己改造工具”的入口。Virtuoso 作为成熟的 EDA 工具官方文档里的函数千千万万但真正决定你每天工作效率的其实是你自己针对实际工作流写下的几十行脚本。对于新手我的建议是先别急着抄大段代码把你最烦的三件事写下来可能是每次都要改显示属性可能是快捷键不顺手可能是开机后要重新加载库。然后一个一个在.cdsinit里解决。解决完一个就重启一次 Virtuoso 验证一次同时把修改记录写到注释里。对于老手如果你已经积累了自己的.cdsinit记得定期检查版本兼容性特别是换 Virtuoso 大版本的时候。我经历过一次从 IC6.1.8 升到 IC23.1 的过程好多老 SKILL 函数要么废弃了要么行为变了没有提前做兼容处理启动脚本直接炸了一半。最后再分享一个小技巧.cdsinit 不一定要叫这个名字。你完全可以准备一个my_init.il内容就是你的通用配置然后在真正的.cdsinit里用一行load(/home/me/.cadence/my_init.il)引入。这样做的好处是即便有一天你想临时禁用自定义环境只需要把.cdsinit里的加载行注释掉而不用动那一大堆代码。我在好几个项目里都是这么干的干净、可维护、随时能回退。
