简介面向 Cadence IC617 用户的 CDB 转 OA 实用技术文档针对旧版 CDB 格式工艺库无法直接在 IC617 平台运行的问题提供从转换到部署的完整操作指引。资源为 PDF 格式共 1 个文件压缩包约 697KB内容集中、便于快速查阅已有 1551 人学习/下载。文档围绕 cdb2oa 转换工具展开涵盖命令行转换、Virtuoso 中 Library Path 配置、以及运行 OA 可执行文件时常见告警如 ddUpdateLibList的排查方法。通过实际示例演示了将 CDB 工艺库转换为 OA 格式补齐 PDK 文件并部署到 home 目录的完整流程帮助读者理解转换中的不兼容因素与验证要点。适合具备一定 Cadence 使用基础、需要将旧工艺库迁移至 IC617 平台的版图工程师与 IC 设计人员学习参考。1. 一打开 Virtuoso 就报 CDB 警告IC617 迁移的第一道坎是 CDB 转 OA从 IC514 时代一路用过来的工程师第一次把老工艺库拖进 IC617 时十有八九会被同一句报错拦在门口。启动 virtuosoCIW 窗口还没热起来先刷出一整屏Warning: ddUpdateLibList: It appears that you are trying to run an OA executable on CDB data。库管理器里那个熟悉的工艺库变成灰色Pcell 调不出来layout 更是打不开。CDB 转 OA 这个操作成了 PDK 升级到 IC617 之后必须先过的一关。这个坑折腾人的地方在于报错信息给了但没说怎么修。更麻烦的是网上答案七零八落有的让你删文件有的让你改环境变量照着做反而把库弄坏。这篇把报错含义、转换步骤、常见翻车点一次讲透适合正在做工艺库迁移、被 IC617 启动警告卡住的模拟版图工程师照着操作。2. 先搞清楚为什么报错CDB 与 OA 两种数据库IC617 只认 OA2.1 报错信息的真实含义prop.xx 就是 CDB 数据的指纹先看完整的报错长什么样我按实际遇到的情况整理成下面这段Warning: ddUpdateLibList: It appears that you are trying to run an OA executable on CDB data. Library lib35mm contains cdsfile /home/xxx/xxx35mm_3d3v_5v_v2d7a_PDK/xxx35mm/prop.xx which is CDB data. If this is an OA library, this file needs to be removed.拆开看重点在三个地方。ddUpdateLibList是 virtuoso 启动时更新库列表的内部函数也就是说这个警告发生在启动阶段你的库还没加载就被识别成不兼容格式。第二句Library lib35mm contains cdsfile .../prop.xx直接点名了证据——它在库目录里扫描到了prop.xx这个文件。prop.xx是 CDB 库的属性文件相当于老格式库的身份证。OA 格式的库不认识这张身份证看到它就认定整个目录是 CDB 数据。第三句If this is an OA library, this file needs to be removed是官方给的处置建议如果你确认这个库应该是 OA 格式就把prop.xx删掉再试。这里要提醒一句很多人看到这句就去把prop.xx手动删了然后库彻底打不开。这句话是在说「OA 库里不该混进 CDB 文件」不是在教你去删文件冒充 OA。prop.xx是 CDB 库能正常工作的必要文件手动删掉等于把库的户口本撕了。正确做法是把整个库通过 cdb2oa 转成 OA 格式转换完成后新库里自然没有prop.xx也不该有你手动删的假象。2.2 为什么 IC514 能用、IC617 用不了OA 取代 CDB 是硬切换IC514 时代virtuoso 的数据库内核是 CDB。IC617 这一代换成了 OpenAccess即 OA。这不是改个版本号那么简单而是底层数据库 API 整个换掉了。IC617 的 virtuoso 是 OA executable它启动时用 OA 的接口去读库遇到 CDB 数据结构根本解析不了只能通过ddUpdateLibList给你一个警告然后把库标记成异常。所以「IC514 能用、IC617 用不了」不是兼容性没调好而是两代工具对库的存储规范完全不同。下面的表格是两者最核心的差别。对比项CDB 格式OA 格式库描述文件prop.xxlib.defs单元数据存放目录内散放data 子目录统一管理工具支持范围IC514 及更早IC617 及更新版本转换方式作为源格式由 cdb2oa 转换生成典型问题无法被 OA executable 加载混入 prop.xx 会触发 CDB 警告也就是说只要你的 PDK 还是 CDB 格式无论怎么改启动脚本、怎么设置环境变量IC617 都不会认。唯一的正道是把库数据真正转成 OA。注意区别CDB 转 OA 是对库做数据格式转换不是把prop.xx改名也不是在目录里新建一个空的lib.defs糊弄过去这两条路我都见人踩过结果都是库在 CIW 里能挂名、一调用就崩。2.3 转换前先备份这是整个流程里唯一有后悔药的操作CDB 转 OA 的过程涉及删除、复制、覆盖任何一个环节手滑都可能把原来能用的 PDK 弄残。所以我强烈建议转换之前先把整个 PDK 目录完整备份一遍。这一步花不了两分钟但能让你在操作失误时不至于连退路都没有。cp -r /home/xxx/xxx35mm_PDK /home/xxx/backup_xxx35mm_PDK_$(date %Y%m%d)这条命令把整个 PDK 目录复制到带日期的备份目录。$(date %Y%m%d)会自动展开成当天日期方便以后识别是哪一次的备份。复制完后检查一下备份目录里 cds.lib、工艺文件、rule 文件是否都在。ls /home/xxx/backup_xxx35mm_PDK_$(date %Y%m%d)备份的目的不只是防删错文件还为了转换失败时的对比。转换后如果库行为异常你可以随时 diff 备份目录和现目录确认到底是库结构变了还是配置文件被改动了。恢复也很简单删掉当前目录把备份复制回来即可。这一步是整个流程里唯一有后悔药的操作不要跳过。3. 用 cdb2oa 完成转换图形界面全流程与参数说明3.1 第一步另存 Library Path File 到 home 目录转换的第一件事不是直接调转换工具而是先处理 Library Path File。在 home 目录下启动 virtuoso等 CIW 完全起来后进入菜单栏的Edit - Library Path File - Save As把这个文件保存到 home 目录下。为什么要先做这一步因为 virtuoso 启动后需要用 cds.lib 来感知当前有哪些库、库的物理路径在哪。home 目录下如果原本没有 cds.libvirtuoso 会使用一套默认的库路径定义而转换工具读取库列表时依赖的正是这份文件。保存到 home 目录是为了让后续转换和使用阶段都基于同一份库路径定义避免路径错乱。操作完成后确认 home 下生成了名为 cds.lib 的文件。如果你之前已经有一个旧 cds.lib 在 home 下直接覆盖即可不用保留。注意这一步只是另存一份库路径定义不会改动 PDK 目录里的任何文件。3.2 第二步启动 CDB to OpenAccess Translator 并选择 cds.lib库路径文件就位后在 virtuoso 菜单栏找到Tools - Conversion Toolbox打开后选择CDB to OpenAccess Translator。这个工具就是 cdb2oa 的图形界面入口弹出的对话框会让你选择要转换的 cds.lib 文件。这里要选中 PDK 目录里的 cds.lib而不是 home 下刚保存的那份。因为 PDK 里的 cds.lib 定义了真实的工艺库路径转换工具要以它为准去定位 CDB 库。选择完成后点击 OK工具开始转换转换期间尽量别操作其他 virtuoso 窗口等它走完。cdb2oa -cdslib /home/xxx/xxx35mm_PDK/cds.lib -lib lib35mm -log cdb2oa.log上面是命令行等价的写法适合以后要写脚本批量处理的情况。几个参数说明一下-cdslib指定要转换的 cds.lib 路径-lib指定只转换某一个库不加这个参数则处理 cds.lib 里所有 CDB 库-log指定日志文件路径转换失败时先翻这个文件有些版本还支持-overwrite用来覆盖已存在的同名 OA 输出但这个参数有风险默认不要加。网上一些教程写的是cdb2oa -i input.cdb -o output.oa这个写法其实把概念带偏了。cdb2oa 是库级转换工具操作对象是 library 和 cds.lib不是单个.cdb文件。如果你按-i参数去指定文件工具要么直接报参数错误要么转换出来的东西根本不能被 virtuoso 加载。认准-cdslib和-lib这两个参数就行。3.3 第三步等待转换检查 home 下生成的 OA 库转换需要的时间取决于库的大小和数量小工艺库一般几分钟大 PDK 可能更久。转换完成后home 目录下应当出现转换好的新库目录。此时不要急着把库往 PDK 里塞先做一次结构检查。ls -la /home/xxx/xxx35mm_PDK/lib35mm cat /home/xxx/xxx35mm_PDK/lib35mm/lib.defsOA 库的标准结构是有data子目录和lib.defs文件单元数据全部收在 data 目录里。如果看到的目录结构与这个不符说明转换过程有问题。另外注意确认目录下没有 prop.xx 文件残留CDB 转 OA 完成后prop.xx 应该彻底消失。转换完成只是第一步后面还有复制和验证步骤。有些工程师在 home 下看到新库就以为大功告成直接在 home 下打开 virtuoso 跑流程结果库确实能用了但 PDK 原本的路径体系被绕开后续跑 DRC、LVS 时各种找不着文件。正确做法是把转换好的库放回它该在的位置。3.4 第四步替换原 PDK 目录并重启 Virtuoso确认转换结果正常后把新生成的 OA 库复制到原来的 PDK 目录里。注意必须先删除原 PDK 中的旧库目录再复制新的进去顺序不能反。直接覆盖可能会导致旧 CDB 文件残留残留的 prop.xx 会让 virtuoso 再次报 CDB 警告。cd /home/xxx/xxx35mm_PDK rm -rf lib35mm cp -r /home/xxx/lib35mm ./lib35mm先删后拷的目的很明确保证 PDK 里的库是纯净的 OA 格式不混任何 CDB 文件。删之前确认你在第 2 章的备份还在这是唯一的后悔药。复制完成后进入 PDK 目录在该目录下重新启动 virtuoso。cd /home/xxx/xxx35mm_PDK virtuoso 启动后重点看 CIW 窗口还有没有ddUpdateLibList的 Warning。如果一切干净库管理器里应该能看到正常展开的单元视图schematic 和 layout 都能打开。到这里CDB 转 OA 的核心流程就走完了。剩下的是各种边角问题下面专门列出来。4. CDB 转 OA 常见问题与避坑记录五条踩坑经验4.1 现象转换一直卡住不动转换工具点了 OK 之后进度条长时间不动或者命令行 cdb2oa 跑了几十分钟还没结束。遇到这种情况先别急着终止进程检查三个地方。原因最常见的是磁盘空间不足。OA 库的 data 目录会把原来散放的单元数据重新组织转换过程中需要临时空间磁盘满了就会卡在写文件这一步。其次是权限问题尤其是 PDK 放在 NFS 挂载目录里时当前用户对目标目录没有写权限转换过程会反复失败重试。第三种是日志里报错但界面没弹出来你在干等。解决先开另一个终端跑df -h看磁盘余量再用ls -ld确认 PDK 目录的属主和权限最后打开日志文件看最后的报错。命令行方式转的话日志在-log参数指定的位置图形界面方式一般会在 CIW 窗口或转换工具自己的输出区打印信息。如果是权限问题把目录属主改成当前用户再重新转。4.2 现象转换后库名对不上CIW 报找不到库转换完成后打开 virtuosoCIW 报Cannot find library或者库管理器里看到库图标但路径是错的。原因cds.lib 文件里的 DEFINE 语句没有指向新库的实际位置。转换工具按库名输出结果但输出目录和你 cds.lib 里定义的路径不一致。比如 cds.lib 里写的是/home/xxx/xxx35mm_PDK/lib35mm而转换输出到了 home 下另一个目录virtuoso 按 cds.lib 去找自然扑空。解决打开 cds.lib把对应库的路径改成实际位置保存后重新启动 virtuoso。DEFINE lib35mm /home/xxx/xxx35mm_PDK/lib35mm改完后再用ls确认这个路径真实存在并且里面有 lib.defs。这个问题的根因是转换输出位置和库定义位置没对齐理顺之后一般不会再犯。4.3 现象复制回 PDK 后启动仍报 CDB 警告新库复制到 PDK 目录后启动 virtuoso 居然还是弹出ddUpdateLibList警告跟转换前一模一样。原因转换输出目录里混进了旧的 CDB 文件。常见于转换工具的默认输出目录与源库目录重合或者复制时没有先删旧目录导致新旧文件夹杂。virtuoso 扫描时只要发现 prop.xx就会判定整个库为 CDB 数据。解决用 find 把 PDK 目录下残留的 CDB 标志文件找出来。find /home/xxx/xxx35mm_PDK -name prop.xx -o -name *.cdb | sort找到后确认这些不是备份文件然后删除再重启 virtuoso。如果删完后库打不开说明这个库其实没有被成功转换需要回到第 3 章重新走一遍完整流程。记住删除 prop.xx 只能消除报错表象真正解决问题是确保库里只有 OA 结构的数据。4.4 现象转换后 DRC/LVS 跑不通库能打开了schematic 和 layout 也正常但跑 DRC 或 LVS 时工具报找不到 rule 文件或者 deck 里引用的路径全部失效。原因老 PDK 里的 rule 文件、display 文件、techfile 往往写的是绝对路径指向转换前的目录位置。转换后库挪了位置或者 PDK 目录结构有变化这些绝对路径就全断了。这不是 CDB 转 OA 本身的问题而是库迁移后的路径连锁反应。解决检查 rule deck 文件里的 include 语句和路径变量逐个改成新路径。常规做法是打开 DRC 表单重新指定 rule 文件路径并确认 techfile 映射是否正确。很多 PDK 的 rule 文件开头有一段SYSTEM_DRC之类的路径定义直接改里面的根目录变量即可。4.5 现象在 PDK 目录启动 virtuoso 仍报错但在 home 下就正常有时候在 home 目录打开 virtuoso 一切正常cd 进 PDK 目录再启动反而报一堆路径错误或库加载失败。原因virtuoso 启动时会优先读取当前工作目录下的 cds.lib而 PDK 里的 cds.lib 与 home 下的 cds.lib 内容不一致两套库路径定义互相冲突。如果工程师习惯在多个目录下启动 virtuoso很容易出现这种「换个目录就翻车」的情况。解决统一 cds.lib。建议以 PDK 里的 cds.lib 为准把 home 下那份替换成同一份或者启动前检查环境变量里有没有额外的库路径定义。我在实践中更习惯固定只在 PDK 目录下启动 virtuoso从源头避免两处定义不一致的混乱。5. 快速定位与验证三步判断 CDB 转 OA 是否成功转换做完怎么确定真的成功了不用等跑完整个流程用下面三步快速验证每一步都能抓住问题。第一步检查目录结构。OA 库必须有data子目录和lib.defs文件同时不该有prop.xx。用一条 find 命令同时查出这两类标志文件结果一目了然。find /home/xxx/xxx35mm_PDK -maxdepth 3 \( -name prop.xx -o -name lib.defs \) | sort第二步核对 cds.lib 的 DEFINE 映射。打开 cds.lib确认每个库的物理路径都存在于磁盘上路径末级目录名和库名一致。路径写错、目录不存在、库名不一致这三个问题在这步全部能暴露。第三步启动 virtuoso 看 CIW。干净的启动应该完全没有ddUpdateLibList相关警告库管理器里库名字体正常没有灰色标记。随便打开一个 cellview确认 schematic 能进去、layout 能显示版图。这一步通过才可以放心跑后续的 DRC 和 LVS。从那以后我每次拿到新的老版本 PDK都强制自己走一遍「备份 → 转换 → 三步验证」的流程不再直接双击 virtuoso 碰运气。这套检查习惯救过我不少次也希望帮到你。本文还有配套的精品资源点击获取