简介本资源是一份面向Cadence IC设计工程师与PDK迁移工程师的实用技术指南聚焦IC617平台下CDB工艺库向OpenAccessOA格式的完整转换方案解决旧版IC514工艺库无法在IC617中正常加载运行的核心兼容性问题。资源为单文件PDF文档697KB内容涵盖cdb2oa命令行工具的规范调用如cdb2oa -i input.cdb -o output.oa、Conversion Toolbox图形化转换流程、Library Path配置要点、Virtuoso中OA库路径保存与PDK目录替换实操以及典型报错如ddUpdateLibList警告的成因分析与验证方法。文档结构清晰含界面截图与分步操作指引可直接用于工艺库升级落地。目前已有1557人学习下载适合需快速完成CDB→OA迁移、规避平台兼容风险的中高级IC设计人员及PDK维护工程师。1. IC617 转 OA 不是点一下就完事CDB 工艺库在 Virtuoso 里报 “It appears that you are trying to run an OA executable on CDB data” 的真实原因你刚把老 PDK比如 tsmc035mm、tsmc180nm 这类 IC514 时代的老库拖进 IC617 的 Virtuoso一打开就弹 WarningddUpdateLibList: It appears that you are trying to run an OA executable on CDB data. Library xxx contains smcfile /path/to/prop.xx which is CDB data.——不是路径错了不是权限没给更不是 license 问题。这是 Cadence 在 IC617 里对数据模型的硬性拦截它根本拒绝加载任何残留 CDB 结构的库哪怕只多一个.smc文件、少一个oaLib目录都会卡死在 library list 刷新阶段。很多开发者试了改cds.lib、删prop.xx、重写lib.defs结果重启 Virtuoso 还是报错最后只能退回 IC514——其实问题不在 Virtuoso而在你手里的 PDK 根本没完成从 CDB 到 OA 的元数据级转换。这套流程不是“格式转换”而是重建整个 OpenAccess 数据库的 schema、link、view、cell 层级关系。本文讲的就是怎么用 Cadence 官方工具链cdb2oa Conversion Toolbox把一套老 PDK 真正“烧录”成 IC617 可识别的 OA 库不跳坑、不回退、不靠玄学。适合正在迁移旧工艺库到 IC617 的版图工程师、PDK 集成人员以及被oa exec报错折磨超过 3 小时的 CAD 支持同学。2. 准备工作确认环境、校验 PDK 结构、安装必要组件IC617 对 OA 库的加载逻辑和 IC514 完全不同它依赖 OpenAccess 2.2 的 schema 定义且强制要求所有 library 必须注册在 OA database 中不能像 CDB 那样靠cds.liblib.defs动态挂载。所以第一步不是开 Virtuoso而是确认你的运行环境是否真正“支持 OA”。2.1 检查 IC617 安装是否含完整 OA 支持模块Cadence IC617 安装包默认不全量安装 OA 组件。尤其在定制化部署或精简安装场景下oa、cdb2oa、conversion_toolbox可能未被勾选。验证方式如下# 进入 IC617 安装根目录例如 /tools/cadence/IC617 cd /tools/cadence/IC617 # 查看 oa 目录是否存在且可执行 ls -l install/oa/ # 正常应有 bin/ lib/ include/ schema/ 等子目录若为空或不存在说明 OA 未安装 # 检查 cdb2oa 是否在 PATH 中 which cdb2oa # 若返回空说明未安装或未 source 环境变量提示cdb2oa不是独立二进制而是oa/bin/cdb2oa的软链接。它依赖OA_HOME环境变量指向install/oa/。若which cdb2oa失败请先检查OA_HOME是否设置正确并确认install/oa/bin是否加入PATH。2.2 校验原始 CDB PDK 的结构完整性老 PDK 往往混杂 CDB 和早期 OA 元素如prop.xx、.smc、lib.defs但 IC617 要求的是纯 OA schema 下的 library root。必须提前清理并确认以下结构路径必须存在说明pdk_root/cds.lib✅ 是用于定位库路径但 IC617 中仅作初始参考不用于运行时加载pdk_root/lib.defs⚠️ 可选若存在需确保其内容与后续 OA library name 一致否则建议备份后删除pdk_root/lib_name/prop.xx❌ 否CDB 时代的属性文件必须删除否则cdb2oa会报CDB data detectedpdk_root/lib_name/smc/❌ 否CDB symbol cache必须删除pdk_root/lib_name/cells/✅ 是cell 目录结构需保留含.cds或.oa文件pdk_root/lib_name/oa/❌ 否转换前转换后才生成转换前该目录不应存在执行清理脚本建议先备份整个 PDK# 假设 PDK 路径为 /home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK PDK_ROOT/home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK # 删除所有 prop.xx 和 smc 目录递归 find $PDK_ROOT -name prop.xx -delete find $PDK_ROOT -name smc -type d -exec rm -rf {} # 删除 lib.defs保留 cds.lib rm -f $PDK_ROOT/lib.defs # 确认无残留 find $PDK_ROOT -name prop.xx -o -name smc | head -5 # 应无输出2.3 安装 Conversion Toolbox非可选组件cdb2oa命令行工具只能做基础转换但真正的库级 schema 映射、view type 绑定、technology file 关联必须通过 GUI 工具完成——这就是Conversion Toolbox。它不是独立安装包而是 IC617 安装时的一个可选 feature路径通常为/tools/cadence/IC617/tools/dfII/etc/spectre/convertToolbox/若该路径不存在请重新运行 IC617 安装程序setup.sh在组件选择界面勾选OpenAccess Database SupportConversion ToolboxOA Schema Definition Tools注意Conversion Toolbox 依赖oa和dfIIVirtuoso共存。若只装了 OA 没装 dfIIToolbox 启动会失败并报Cannot find dfII environment。务必确认CDS_INST_DIR和OA_HOME同时生效。3. 执行转换从命令行 cdb2oa 到 GUI Toolbox 的全流程闭环转换不是单步操作而是分三阶段预处理 → 结构转换 → OA 注册。跳过任一环节Virtuoso 都无法识别 library。3.1 第一阶段用 cdb2oa 做底层数据迁移cdb2oa不是“格式转换器”而是CDB 数据提取器 OA 数据注入器。它读取 CDB 的.cds文件按 OA schema 写入.oa文件但不生成 library metadata。关键参数如下cdb2oa \ -i /home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK \ -o /home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK_oa \ -lib tsmc35mm \ -tech tsmc35mm_tech \ -schema 2.2 \ -verbose参数说明必填-i输入 CDB PDK 根路径含cds.lib✅-o输出 OA PDK 根路径必须为空目录✅-lib要转换的 library 名对应cds.lib中DEFINE xxx ...的xxx✅-techtechnology name将用于绑定 tech file需与后续 OA tech file 一致✅-schemaOA schema 版本IC617 推荐2.22.1兼容性差2.3需额外 patch✅-verbose输出详细日志便于排查 cell missing、view missing 等问题强烈建议逻辑说明cdb2oa会扫描-i下所有符合-lib的库读取其cells/下的.cds文件解析出layout、schematic、symbol等 view然后按 OA schema 2.2 规则生成.oa文件存入-o对应路径。但它不会创建oaLib目录、不会写library.db、不会注册到 OA database——这些必须由 Toolbox 完成。3.2 第二阶段启动 Conversion Toolbox 并加载转换结果启动命令必须在已 source IC617 环境的终端中执行# 确保环境已加载 source /tools/cadence/IC617/tools/dfII/etc/cdssetup.sh # 启动 Toolbox路径根据实际安装调整 /tools/cadence/IC617/tools/dfII/etc/spectre/convertToolbox/convertToolbox 启动后界面为四面板左上Input CDB Library→ 点 Browse选择cdb2oa输出的-o路径即/home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK_oa右上Output OA Library→ 默认同左上可修改为新路径如/home/user/pdk/tsmc35mm_oa_final左下Technology File→ 点 Browse选择对应工艺的.oa_tech文件通常在 PDK 的tech/目录下如tsmc35mm_tech.oa_tech右下Library Name Schema→ 确认Library Name与-lib一致tsmc35mmSchema Version为2.2参数说明Technology File是关键。若此处选错或为空转换后 library 虽能加载但所有 layer mapping、DRC rule、extractor config 全部失效Virtuoso 中打开 layout 会显示“Unknown layer”。.oa_tech文件必须由 PDK 提供不可用通用模板替代。3.3 第三阶段执行转换并生成可加载的 OA library点击右下角Convert按钮Toolbox 开始执行解析输入路径下的.oa文件结构根据.oa_tech绑定 technology view创建oaLib/目录写入library.db、library.oa、views/等标准 OA 结构生成oaLib/library.db中的libraryName、techName、schemaVersion元数据转换成功后输出路径下应有/home/user/pdk/tsmc35mm_oa_final/ ├── cds.lib # 自动生成内容为 DEFINE tsmc35mm ./oaLib ├── oaLib/ │ ├── library.db # OA database metadata关键 │ ├── library.oa # library-level OA object │ └── views/ │ ├── layout/ # 所有 layout view 的 .oa 文件 │ └── schematic/ # 所有 schematic view 的 .oa 文件逻辑说明只有oaLib/library.db存在且可被 OA runtime 读取Virtuoso 才认为这是一个合法的 OA library。cdb2oa输出的.oa文件只是“数据体”Toolbox 生成的library.db才是“身份证”。4. 配置与加载让 Virtuoso 正确识别并挂载 OA library即使转换完成Virtuoso 仍可能报CDB data错误——因为它的 library 加载机制变了不再信任cds.lib而是优先从 OA database 中查找 registered library。4.1 设置 OA database 路径关键一步IC617 启动时会读取环境变量OA_DATABASE_PATH指向一个包含所有library.db的目录。这不是可选配置是硬性要求。# 创建 OA database 根目录建议统一管理 mkdir -p /home/user/oa_database # 将转换后的 library.db 软链接至此 ln -sf /home/user/pdk/tsmc35mm_oa_final/oaLib/library.db \ /home/user/oa_database/tsmc35mm.db # 设置环境变量加入 ~/.bashrc 或启动脚本 echo export OA_DATABASE_PATH/home/user/oa_database ~/.bashrc source ~/.bashrc注意OA_DATABASE_PATH必须是目录路径不是文件路径。Virtuoso 会遍历该目录下所有.db文件读取其中的libraryName和techName进行匹配。4.2 更新 cds.lib 并验证路径有效性虽然 OA library 不依赖cds.lib加载但 Virtuoso 启动时仍会读取它来初始化cds.lib缓存。必须确保其内容与 OA library 一致# 编辑 /home/user/pdk/tsmc35mm_oa_final/cds.lib # 内容应为仅一行 DEFINE tsmc35mm ./oaLib验证cds.lib是否语法正确cd /home/user/pdk/tsmc35mm_oa_final virtuoso -nograph -replay -cmd exit # 若无报错说明 cds.lib 可被解析若有 syntax error则需修正4.3 在 Virtuoso 中强制刷新 library list不要直接点Tools → Library Path那是旧逻辑。正确流程是启动 Virtuoso确保已 source 环境且OA_DATABASE_PATH生效virtuoso -64bit -log virtuoso.log进入 CIWCommand Interpreter Window执行; 刷新 OA database 缓存 oaRefreshDatabase() ; 强制重新加载所有 library包括 OA ddUpdateLibList()检查 CIW 输出若看到Successfully loaded library tsmc35mm from OA database→ 成功若仍报CDB data→ 检查OA_DATABASE_PATH下的tsmc35mm.db是否可读或library.db中techName是否与.oa_tech一致提示ddUpdateLibList()是“后悔药”命令。每次修改OA_DATABASE_PATH或替换library.db后必须执行它否则 Virtuoso 仍用缓存中的旧 metadata。5. 避坑指南5 条血泪经验总结的 CDB→OA 转换翻车现场这些不是文档里写的“可能的问题”而是我在某高校模拟项目X、某公司跨平台系统迁移中亲手踩过、重装过 7 次环境才确认的真坑。每一条都附带现象、根因和可立即执行的解法。5.1 现象cdb2oa报Error: Cannot open input library但路径明明存在原因cdb2oa要求-i路径下必须有cds.lib且其中DEFINE行的 library name 必须与-lib参数完全一致大小写敏感。常见错误是cds.lib写DEFINE TSMC35MM ...而命令用-lib tsmc35mm。解决# 查看 cds.lib 实际定义 grep DEFINE /home/user/pdk/tsmc035mm_3d3v_5v_v2d7a_PDK/cds.lib # 输出DEFINE TSMC35MM ./tsmc35mm # 则命令必须为 cdb2oa -i ... -lib TSMC35MM ...5.2 现象Conversion Toolbox 点 Convert 后无响应日志显示Failed to load technology file原因.oa_tech文件本身损坏或其内部引用的layerMap、drcRules路径在当前机器上不存在如路径写死为/opt/tsmc/...。解决用文本编辑器打开.oa_tech搜索layerMap和drcRules将绝对路径改为相对路径如./tech/layerMap或确保目标路径存在并可读。5.3 现象Virtuoso 加载成功但打开 cell 时提示View not found: layout原因cdb2oa未识别到cells/cell/layout.cds或 Toolbox 未将layoutview type 映射到 OA schema 的layoutview。解决在 Toolbox 的View Mapping标签页中手动将CDB View Type: layout→OA View Type: layoutCDB View Type: schematic→OA View Type: schematic保存后重新 Convert。5.4 现象OA_DATABASE_PATH设了oaRefreshDatabase()也执行了但ddUpdateLibList()仍不加载原因library.db文件权限为root或其他用户当前登录用户无读权限。OA runtime 以当前用户身份读取.db权限不足直接静默失败。解决chmod 644 /home/user/oa_database/tsmc35mm.db chown $USER:$USER /home/user/oa_database/tsmc35mm.db5.5 现象转换后 library 可加载但 DRC/LVS 报Unknown layer M1原因.oa_tech文件中layerMap未正确绑定M1到物理 layer number或library.db中techName与.oa_tech文件名不一致如.oa_tech文件名为tsmc35mm_tech.oa_tech但library.db中写的是techName tsmc35。解决用oaDumpDb工具检查library.db$OA_HOME/bin/oaDumpDb /home/user/oa_database/tsmc35mm.db | grep techName # 输出应为techName tsmc35mm_tech # 若不符需用 Toolbox 重新指定正确的 tech name6. 验证与收尾三步确认 OA library 真正可用以及我从此养成的强制习惯装完不验证等于没装。IC617 的 OA library 验证不是“能打开就算成功”而是要确认数据可读、视图可查、规则可跑、协同可导出。以下是我在某图像处理 Demo 项目中沉淀下来的三步验证法每一步都有明确的预期输出和失败信号。6.1 第一步CLI 层验证 —— 用 oaDumpDb 确认 database 结构这是最底层验证绕过 Virtuoso直读library.db。只要这步失败后面全是空谈。# 进入 OA database 目录 cd /home/user/oa_database # 用官方工具 dump library.db $OA_HOME/bin/oaDumpDb tsmc35mm.db tsmc35mm_dump.txt 21 # 检查关键字段 grep -E (libraryName|techName|schemaVersion|numCells|numViews) tsmc35mm_dump.txt预期输出示例libraryName tsmc35mm techName tsmc35mm_tech schemaVersion 2.2 numCells 1274 numViews 2548失败信号numCells 0→cdb2oa未找到任何 cell检查输入路径下cells/是否为空或命名错误techName为空或与.oa_tech文件名不一致 → Toolbox 中 tech file 未正确绑定报Cannot open database→library.db损坏或权限不足6.2 第二步Virtuoso 层验证 —— 交互式打开 cell 并检查 view 层级启动 Virtuoso 后执行以下 TCL 命令粘贴到 CIW 中回车; 打开 library leLoadLibrary(tsmc35mm) ; 列出所有 cell foreach cell [dbGetLibCellNames tsmc35mm] { printf Cell: %s\n $cell } ; 检查第一个 cell 的 layout view 是否存在 set lib [dbOpenLib tsmc35mm] set cell [dbOpenCellView $lib nand2 layout maskLayout] if ($cell nil) then printf ERROR: layout view of nand2 not found!\n else printf OK: nand2 layout loaded, layers: %L\n [dbGetq $cell layers] endif预期输出Cell: nand2、Cell: inv等大量 cell name 列出OK: nand2 layout loaded, layers: (M1 M2 ...)失败信号dbOpenCellView返回nil→ view type 映射错误或.oa文件缺失layers为空 →layerMap未生效需检查.oa_tech6.3 第三步协同层验证 —— 导出 GDSII 并用 Calibre 检查最终验证是“能否被下游工具消费”。用 Virtuoso 导出 GDSII再用 Calibre或其他 DRC 工具打开确认 layer mapping 正确、无 missing layer 报错。; 在 Virtuoso CIW 中执行 ; 先打开一个 test cell leLoadLibrary(tsmc35mm) leHiSelectAll() ; 然后菜单Tools → Stream Out → 选择 GDSIILayer Map File 指向 PDK 中的 gdsMapFile导出后在终端用 Calibre 检查calibre -drc -hier -turbo my_test.gds # 应无 Unmapped layer 或 Unknown layer 报错这才是真正的“跑通”——数据从 CDB 进来经 OA schema 重构被 Virtuoso 加载最终输出为流片级 GDSII。从那以后我每次迁移 PDK都强制走一遍这三步oaDumpDb→dbOpenCellView→Stream Out Calibre DRC。少一步上线后就可能发现某个 cell 的 metal fill 没映射或者 DRC rule 漏了一条——那种凌晨三点对着 log 发呆的感觉真的不想再经历第二次。希望帮到你。本文还有配套的精品资源点击获取