OA實戰(zhàn)：用cdb2oa遷移舊PDK到IC617)
簡介這份PDF文檔面向需要將舊版CDB工藝庫遷移到IC617平臺的Cadence模擬與版圖工程師聚焦cdb2oa數(shù)據(jù)轉(zhuǎn)換及Virtuoso環(huán)境下的庫路徑處理定位為舊工藝庫兼容遷移的實操參考。文檔圍繞CDB轉(zhuǎn)OA的實際流程展開涵蓋轉(zhuǎn)換工具調(diào)用、庫路徑保存、轉(zhuǎn)換后庫的檢查與驗證并對ddUpdateLibList等常見警告給出排查思路適合具備一定Virtuoso使用基礎(chǔ)、正處理舊工藝庫兼容問題的讀者參考。資源包共1個PDF文件大小約697KB輕量便于隨查隨用。目前已有1556人學習下載。通過這份材料讀者可系統(tǒng)了解CDB與OA格式不兼容時的處理路徑掌握轉(zhuǎn)換前后的檢查要點減少舊庫在IC617中無法運行的問題并借鑒轉(zhuǎn)換后庫復制與驗證的實踐思路對舊工藝庫報錯、庫列表更新異常及轉(zhuǎn)換后數(shù)據(jù)完整性確認等場景也給出排查脈絡可減少反復試錯。1. 舊 PDK 掛上 IC617 就報 OA executable on CDB dataCDB 與 OA 到底差在哪里把 IC5141 時代的工藝庫直接指到 IC617 的 Virtuoso 里CIW 里十有八九先彈出一行Warning: ddUpdateLibList: It appears that you are trying to run an OA executable on CDB data接著庫是灰的、cellview 打不開、器件欄里空空如也。問題并不在于 Virtuoso 裝壞了也不在于 license 掉了原因是你手上這份 PDK 還停在 CDB 格式而 IC617 只認 OA。cdb2oa 就是干這件事的把整個工藝庫的 layout、schematic、symbol 和 CDF 參數(shù)一起翻譯成 OA 庫讓舊工藝庫在新平臺上重新跑起來。適合手上積壓了不少老工藝庫、又必須把設計環(huán)境升級到 IC617 的人如果你只是臨時查一個舊版圖那就別動庫另開一臺機器更省事。2. 轉(zhuǎn)換前的三件準備備份、cds.lib 副本與磁盤余量真正讓轉(zhuǎn)換失敗得更徹底的往往是一開始就對著 PDK 原目錄動手。cdb2oa 不是一個具備事務性的工具它沒有回滾中途斷掉之后原位留下的庫就會同時帶有 CDB 與 OA 兩套特征之后不管你怎么重跑都容易得到莫名其妙的結(jié)果。所以準備工作比轉(zhuǎn)換本身更值得花時間。2.1 先分清 CDB 庫和 OA 庫在磁盤上長什么樣不用打開 Virtuoso 也能判斷一個庫是什么格式。CDB 庫的根目錄下會有prop.xx、master.tag、data.dm這幾個特征文件每個 cell 是一個目錄里面放的是老式二進制庫文件OA 庫的根目錄同樣有data.dm但 cell 目錄里換成了layout.oa、sch.oa、symbol.oa這類按 view 分開的文件prop.xx和master.tag都不應該再出現(xiàn)。報錯信息里那句contains file prop.xx which is CDB data本質(zhì)就是 Virtuoso 在庫根目錄掃到了 CDB 的標記文件于是判定整個庫不屬于 OA。我一般先跑一遍掃描把 PDK 里到底有幾個庫需要轉(zhuǎn)換、分別藏在哪個子目錄搞清楚順便確認沒有漏掉符號鏈接指向的庫# 在 PDK 根目錄下掃一遍有 prop.xx 的就是 CDB 庫需要轉(zhuǎn)換 cd /path/to/pdk find . -maxdepth 3 -name prop.xx -printf %h\n | sort -u # 順手看看哪些庫目錄其實是軟鏈接轉(zhuǎn)換時要特別對待 find . -maxdepth 3 -type l -ls這條find的-printf %h是打印文件所在目錄而不是文件本身直接得到庫路徑比-name后自己截字符串省事。第二步列軟鏈接很關(guān)鍵cdb2oa 遇到指向別處的符號鏈接時行為不完全一致有的版本會老老實實跟進去有的版本會直接報cannot open library提前知道總比事后猜好。注意轉(zhuǎn)換是單向的我沒見過可靠的反向工具能把 OA 庫退回 CDB。備份是這件事里唯一的回退手段不要省。2.2 把 Library Path File 存一份副本到 homecdb2oa 的入口是一個cds.lib輸出默認落在你運行轉(zhuǎn)換時的當前目錄。直接拿 PDK 里那份正式cds.lib去跑等于讓轉(zhuǎn)換結(jié)果和原庫混在同一個目錄樹下一旦出錯清理起來非常麻煩。常規(guī)做法是先把庫路徑文件另存一份到自己的 home在副本上做文章轉(zhuǎn)完再回填。圖形界面的路徑是啟動virtuoso 進 CIW 菜單Edit→Library Path在彈窗里選File→Save As把文件保存到 home 目錄文件名隨意比如cds_conv.lib確認后OK。存出來的文件內(nèi)容長這樣DEFINE 某工藝庫 /path/to/pdk/某工藝庫 DEFINE 某模擬庫 /path/to/pdk/某模擬庫 INCLUDE /path/to/pdk/cds.lib要留意最后那行INCLUDE。它會把 PDK 原版cds.lib的內(nèi)容整段并進來于是同一個庫名被定義了兩次。Virtuoso 解析庫路徑時按先到先得處理重復定義的第二條基本不生效這就是后面明明轉(zhuǎn)好了卻還報舊錯的根源。手工把INCLUDE行刪掉或注釋掉只保留你真正要轉(zhuǎn)的那幾個DEFINE是最穩(wěn)妥的做法。庫多的時候我會讓副本只留待轉(zhuǎn)庫轉(zhuǎn)完一批再追加下一批一次只推進一小步。2.3 環(huán)境自檢工具在不在、盤夠不夠、版本對不對動手前有三件事值得花兩分鐘確認。第一cdb2oa是不是在 PATH 里、-help能不能正常輸出——有些站點是整套 Virtuoso 裝在共享目錄、靠環(huán)境腳本掛進來的換個終端窗口就找不到了。第二磁盤余量。轉(zhuǎn)換會在旁邊完整生成一份 OA 庫工藝庫動輒幾個 GBdf -h看一眼目標分區(qū)留出至少兩倍庫體積的空間跑到一半No space left on device是最難受的失敗方式。第三版本一致性同一臺機器上裝多套 Virtuoso 時各自內(nèi)置的 OA 版本不一樣A 機器轉(zhuǎn)出來的庫拿到 B 機器上打不開是常有的事團隊里最好先約定用哪一套環(huán)境做轉(zhuǎn)換。# 1) 工具是否可用 which cdb2oa cdb2oa -help | head -30 # 2) 目標分區(qū)余量對比一下庫體積 du -sh /path/to/pdk df -h /path/to/pdk ~ # 3) 確認當前 shell 用的是哪套 Virtuoso 環(huán)境 echo $CDS_INST_DIRCDS_INST_DIR是 Virtuoso 安裝根目錄的環(huán)境變量很多站點靠它切換版本。三行命令跑完你對能不能轉(zhuǎn)、在哪兒轉(zhuǎn)、轉(zhuǎn)完放哪兒就有底了。這一步看著瑣碎但它能擋掉后面一半的返工。3. 跑 cdb2oaConversion Toolbox 圖形流程與命令行等價寫法準備工作做完轉(zhuǎn)換本身其實很快。圖形界面和命令行兩條路都能走通界面適合第一次摸清楚流程命令行適合重復執(zhí)行和寫進腳本。兩條路跑的是同一套引擎日志格式也一樣學會看日志比學會點按鈕更值錢。3.1 圖形界面Conversion Toolbox 的三個必填項在已經(jīng)打開 Virtuoso 的 CIW 里進Tools→Conversion Toolbox在工具箱里選CDB to OpenAccess Translator彈出的對話框里核心只有三個輸入待轉(zhuǎn)換的cds.lib路徑、要轉(zhuǎn)的庫名、以及輸出目錄。把 2.2 存到 home 的那份cds_conv.lib填進第一欄庫名從下拉里挑輸出目錄給一個干凈的臨時目錄比如~/cdb2oa_work確認后點OK就開始跑。界面會顯示進度轉(zhuǎn)換時間完全取決于庫的規(guī)模幾十個 cell 的小庫一兩分鐘就結(jié)束上千個 cell 加上大量 pcell 的完整工藝庫跑上半小時也不奇怪。這期間別去動 PDK 目錄也別在同一個輸出目錄里再開一個轉(zhuǎn)換任務兩個進程往同一處寫結(jié)果不可預期。提示轉(zhuǎn)換期間 Virtuoso 界面可能會短暫無響應這是正常的不要急著點關(guān)閉。真的卡死了再看日志最后一行停在哪里比反復重啟有用。圖形界面跑完之后進輸出目錄確認一眼應該能看到一個和原庫同名的目錄根目錄下不再有prop.xx與master.tag而是data.dm加一堆 cell 目錄。到這一步格式轉(zhuǎn)換在技術(shù)上已經(jīng)完成剩下的活是驗證和回填。3.2 命令行寫法cdb2oa 的常用參數(shù)命令行更適合批量操作和留痕。各版本cdb2oa的參數(shù)名略有出入動手前先跑一次cdb2oa -help確認下面這套是我在 IC617 環(huán)境下一直用的寫法# 建獨立工作目錄輸出會落在當前目錄下 mkdir -p ~/cdb2oa_work cd ~/cdb2oa_work # 轉(zhuǎn)換單個庫cdslib 指副本lib 指庫名log 單獨留檔 cdb2oa \ -cdslib ~/cds_conv.lib \ -lib 某工藝庫 \ -log cdb2oa_某工藝庫.log # 退出碼為 0 只代表進程正常結(jié)束不代表所有數(shù)據(jù)都轉(zhuǎn)成功 echo exit code: $?幾個參數(shù)的含義值得說清楚。-cdslib必須指向你準備好的那份副本它決定了工具從哪里讀取庫路徑-lib是庫名必須與cds.lib里DEFINE后面的名字一字不差大小寫敏感寫成目錄名就會報找不到庫。-log強烈建議每次都指定并帶上庫名批量轉(zhuǎn)換時日志混在一起排查起來會非常痛苦。還有一個參數(shù)是-replace作用是輸出目錄里已經(jīng)存在同名庫時覆蓋重建。第一次轉(zhuǎn)換千萬別加它會讓工具跳過覆蓋確認直接寫入萬一你輸出目錄填錯填成了 PDK 目錄原始 CDB 庫當場就沒了。等流程跑順、確認路徑無誤之后重復執(zhí)行時再加能省掉手工清理的步驟。# 只有確認輸出目錄絕對正確、且是重復執(zhí)行時才加 -replace cdb2oa -cdslib ~/cds_conv.lib -lib 某工藝庫 -log cdb2oa_r2.log -replace3.3 日志怎么讀哪些 warning 可以放過哪些必須停轉(zhuǎn)換日志是唯一能告訴你哪些數(shù)據(jù)沒過來的東西但它的信息量很大從頭讀會淹掉。我的做法是先按級別篩# 先看有沒有 ERROR再看 WARNING 的分布 grep -nE ^ERROR cdb2oa_某工藝庫.log | head -20 grep -cE ^WARNING cdb2oa_某工藝庫.log grep -nE ^WARNING cdb2oa_某工藝庫.log | awk -F: {print $3} | sort | uniq -c | sort -rn | head第三條命令把 warning 內(nèi)容去重計數(shù)一眼就能看出是某一個 pcell 反復報警還是幾百條各不相同的告警。前者通常只影響單個器件后者往往意味著整類數(shù)據(jù)遷移有問題需要停下來查。實踐中可以把日志分成三檔處理。INFO級全部放過那是進度信息。WARNING里關(guān)于 CDF 參數(shù)缺失、pcell 回調(diào)解析失敗、某個 cellview 被跳過的逐條記錄下來這些是后面 CDF 參數(shù)丟失的直接原因?qū)儆诒仨毧吹槐赝５念悇e。真正出現(xiàn)ERROR、或者日志在某一行之后不再增長、進程退出碼非零那就停刪掉輸出目錄從頭來不要在殘缺結(jié)果上繼續(xù)往下做。4. 回填 PDK 并驗證從 ls 到放一顆器件轉(zhuǎn)換成功不等于能用。我見過太多次日志干干凈凈、庫也能打開結(jié)果一放器件 CDF 參數(shù)全是空的或者版圖打開發(fā)現(xiàn) tech file 沒綁上。回填這一步的價值在于把問題攔在替換之前——舊庫還在原地隨時可以退回去。4.1 替換前先做只讀驗證第一層驗證在文件層面純ls就能做不用開 Virtuoso# 期望沒有 prop.xx / master.tag有 data.dm 和若干 cell 目錄 cd ~/cdb2oa_work ls -d 某工藝庫 find 某工藝庫 -maxdepth 1 -type f -printf %f\n | sort find 某工藝庫 -maxdepth 1 -type d | wc -l # cell 數(shù)量和原庫對一下 # 抽查幾個關(guān)鍵 cell 的 view 是否齊全 ls 某工藝庫/某nmos器件/最后一條最關(guān)鍵一個 MOS 器件的 cell 目錄里symbol、layout、schematic、auLvs、cdsTerm這些標準 view 應該都在。如果只有l(wèi)ayout而沒有symbol說明轉(zhuǎn)換在某個環(huán)節(jié)跳過了數(shù)據(jù)回填之后你會在原理圖里找不到這個器件。cell 數(shù)量也要跟原 CDB 庫比一比差得太多就是沒轉(zhuǎn)全。第二層驗證是把新庫臨時掛到一個干凈的cds.lib下打開完全不動 PDK 原目錄mkdir -p ~/oa_verify cd ~/oa_verify cat cds.lib EOF DEFINE 某工藝庫 /home/你的賬號/cdb2oa_work/某工藝庫 EOF virtuoso 這樣打開的 Virtuoso 只認識新庫不會被 PDK 里其他舊庫干擾出問題也污染不到正式環(huán)境。在 Library Manager 里展開庫、雙擊幾個 cellview 看能不能正常打開是最快的判定方式。4.2 回填先改名不要直接刪源文章里的做法是把 home 下轉(zhuǎn)換好的庫復制回 PDK、覆蓋原目錄。我更傾向于把刪除換成改名留檔成本和刪一次差不多但留下了后悔的機會cd /path/to/pdk # 舊庫改名留檔不刪日期后綴方便以后追溯 mv 某工藝庫 某工藝庫.cdb.bak.$(date %Y%m%d) # 把轉(zhuǎn)換結(jié)果整體搬進來-a 保留權(quán)限和時間戳 cp -a ~/cdb2oa_work/某工藝庫 ./某工藝庫 # 確認目錄結(jié)構(gòu)回來了 ls -ld 某工藝庫 ls 某工藝庫 | headcp -a里的-a等價于-dR --preserveall會把符號鏈接、權(quán)限、時間戳原樣帶過去這在 PDK 場景下很重要——工藝庫里的文件權(quán)限經(jīng)常是只讀的用普通cp -r搬過去之后會被umask改掉后面想改都改不了。搬完之后還要檢查 PDK 自己的cds.lib。因為庫目錄名沒變、路徑也沒變正常情況下一行都不用改。但如果 PDK 里有多個cds.lib根目錄一個、子目錄一個.cdsinit里又INCLUDE了第三個同樣會出現(xiàn)重復定義。用一條命令把所有定義點找出來grep -rn DEFINE[[:space:]]*某工藝庫 /path/to/pdk --includecds.lib --include*.cdsinit同時確認 home 里那份臨時的cds_conv.lib已經(jīng)不再被任何啟動腳本INCLUDE。我吃過這個虧驗證用的臨時路徑忘了清啟動時新庫被臨時路徑搶先定義PDK 里明明換好了打開還是老樣子白白查了一下午。4.3 用一顆器件跑通最后一公里cd /path/to/pdk virtuoso 進了 Virtuoso 之后按順序做四件事Library Manager 里確認庫出現(xiàn)在列表中且能展開打開一個器件的 symbol看管腳名和圖形是否正常新建一個 schematic從器件庫里把這個 MOS 放進去雙擊器件打開屬性框看寬長比、模型名、m 值這些 CDF 參數(shù)是不是都在。最后那一步是整個流程里唯一能驗證 CDF 轉(zhuǎn)換是否成功的動作也最容易被跳過。CDF 參數(shù)丟失在文件層面完全看不出來——.oa文件該有的都在庫也能打開就是屬性框空著。等你在仿真階段才發(fā)現(xiàn)模型名傳不進去排查成本就完全不同了。版圖側(cè)同理打開一個器件 layout確認 tech file 綁上了LSW里有層次、能正常打孔否則后面 DRC 會一路報錯。5. 常見問題cdb2oa 轉(zhuǎn)換里最容易翻車的五類5.1 路徑與權(quán)限類現(xiàn)象一轉(zhuǎn)換跑到一半報cannot open library或者日志里某個庫直接跳過。原因通常是兩種庫目錄里存在指向別處的符號鏈接工具跟不進去或者 PDK 是從共享盤只讀掛載的轉(zhuǎn)換過程需要往庫目錄里寫臨時文件寫不進去就中斷。解決辦法是先把這個庫整體復制到本地可寫目錄再轉(zhuǎn)用cp -aL而不是cp -a——-L會把符號鏈接解引用成真實文件把鏈接指向的內(nèi)容一并搬過來之后再無鏈接依賴。轉(zhuǎn)完把結(jié)果搬回去時再用cp -a保持原有結(jié)構(gòu)。現(xiàn)象二轉(zhuǎn)完回填啟動 Virtuoso 仍然報prop.xx which is CDB data而且報的是新庫。基本可以斷定是cds.lib里同一個庫名定義了兩次第一次還指向舊目錄。Virtuoso 取先出現(xiàn)的定義你看到的新庫其實根本沒被加載。用 4.2 里那條grep -rn DEFINE把所有定義點列出來逐個清理重點查.cdsinit、cds.lib里的INCLUDE行、以及你自己驗證時留下的臨時文件。5.2 數(shù)據(jù)與版本類現(xiàn)象三庫能打開器件能放但屬性框里 CDF 參數(shù)是空的。原因在于老 PDK 的 CDF 回調(diào)里大量使用了 CDB 時代的寫法轉(zhuǎn)換工具無法解析全部回調(diào)只能在日志里留一條WARNING然后跳過。這種情況在純模擬工藝庫里非常普遍。解決方法分兩步先在日志里把所有 CDF 相關(guān)的告警撈出來定位到具體 cell再用 CDF Editor 手工補參數(shù)或者在允許的前提下聯(lián)系 PDK 提供方索取 OA 版本的 CDF 定義直接導入。器件數(shù)量超過幾十個時手工補不現(xiàn)實第二條路才是正解。現(xiàn)象四轉(zhuǎn)換后的庫在同事機器上打不開或者打開后 layout 一片空白。多數(shù)是 OA 版本不一致。不同版本的 Virtuoso 內(nèi)置的 OA 版本不同高版本寫的庫在低版本上讀會出問題。解決辦法是團隊內(nèi)統(tǒng)一轉(zhuǎn)換環(huán)境別各轉(zhuǎn)各的如果一定要跨版本就在轉(zhuǎn)換工具里把目標 OA 版本顯式設成兩邊都支持的那個轉(zhuǎn)換時多花幾分鐘比事后返工劃算。5.3 中斷與殘留類現(xiàn)象五轉(zhuǎn)換被 Ctrl-C 打斷或機器斷連輸出目錄里一半 OA 一半 CDB。別試圖手工清理拼接。cdb2oa 不具備事務性中斷后留下的目錄里可能既有轉(zhuǎn)換完成的.oa文件又有沒處理完的中間狀態(tài)你無法靠文件名判斷哪些是完整的。唯一正確的處理是rm -rf整個輸出目錄從干凈狀態(tài)重來。這也是 2.2 強調(diào)在獨立工作目錄轉(zhuǎn)換的原因——原始 CDB 庫全程保持只讀任何時候都能重新開一局。6. 多庫批處理把 cdb2oa 包進腳本加一道轉(zhuǎn)換后自檢一個完整 PDK 往往掛著十幾個庫逐個點界面不現(xiàn)實寫成腳本一次推完更省事。核心思路很簡單從cdslib里把所有DEFINE行抽出來逐個調(diào)用轉(zhuǎn)換日志按庫名分開存。#!/bin/bash # batch_cdb2oa.sh把一個 cds.lib 里的庫逐個轉(zhuǎn)成 OA set -u CDSLIB${1:?用法: batch_cdb2oa.sh cds.lib} WORK${2:-$HOME/cdb2oa_work} mkdir -p $WORK cd $WORK || exit 1 # 只取 DEFINE 行INCLUDE / SOFTINCLUDE / ASSIGN / UNDEFINE 一律跳過 grep -E ^[[:space:]]*DEFINE[[:space:]] $CDSLIB | awk {print $2} | while read -r lib; do echo 正在轉(zhuǎn)換: $lib # 失敗不中斷記下來最后統(tǒng)一看 cdb2oa -cdslib $CDSLIB -lib $lib -log cdb2oa_${lib}.log || \ echo !! 轉(zhuǎn)換失敗: $lib查 cdb2oa_${lib}.log doneset -u讓未定義變量直接報錯而不是靜默變成空值避免cdslib傳錯時把庫轉(zhuǎn)到奇怪的地方。循環(huán)里故意不exit一個庫失敗不影響其余庫繼續(xù)跑跑完統(tǒng)一看日志比中斷在第一處更有效率。awk {print $2}取第二個字段是庫名第一個是DEFINE第三個是路徑。轉(zhuǎn)換完之后再跑一道自檢一行都不用開 Virtuoso# 庫根目錄還有 prop.xx 就說明這個庫沒轉(zhuǎn)成功 cd $WORK for d in */; do [ -e $mkqp6euprop.xx ] echo 仍是 CDB: $d || echo OK: $d done配合下面這張清單基本能把回填前的風險擋掉大半檢查項做法通過標準格式已切換找?guī)旄夸浻袩oprop.xx、master.tag兩者都不存在cell 數(shù)量一致對比新舊庫的一級目錄數(shù)差值在個位數(shù)以內(nèi)關(guān)鍵 view 齊全抽查 MOS、電阻等器件的 cell 目錄symbol/layout/schematic都在日志無致命錯grep -E ^ERROR日志無輸出CDF 可用Virtuoso 里放一顆器件看屬性框參數(shù)完整、模型名正常這套流程我現(xiàn)在每次動 PDK 都會完整走一遍打包備份、改 home 里的cds.lib副本、轉(zhuǎn)換、只讀驗證、mv舊庫再回填一步都不跳。早年間圖快直接在 PDK 原目錄上跑轉(zhuǎn)換中途磁盤寫滿一個用了三年的工藝庫當場變成半 CDB 半 OA 的狀態(tài)最后是靠一臺沒人動過的備份機才救回來。從那以后我就認一個理格式轉(zhuǎn)換這種事寧可多花二十分鐘做備份和驗證也不要在出事之后找后悔藥。希望幫到你。本文還有配套的精品資源點擊獲取 CDB轉(zhuǎn)OA實戰(zhàn)：用cdb2oa遷移舊PDK到IC617
簡介這份PDF文檔面向需要將舊版CDB工藝庫遷移到IC617平臺的Cadence模擬與版圖工程師聚焦cdb2oa數(shù)據(jù)轉(zhuǎn)換及Virtuoso環(huán)境下的庫路徑處理定位為舊工藝庫兼容遷移的實操參考。文檔圍繞CDB轉(zhuǎn)OA的實際流程展開涵蓋轉(zhuǎn)換工具調(diào)用、庫路徑保存、轉(zhuǎn)換后庫的檢查與驗證并對ddUpdateLibList等常見警告給出排查思路適合具備一定Virtuoso使用基礎(chǔ)、正處理舊工藝庫兼容問題的讀者參考。資源包共1個PDF文件大小約697KB輕量便于隨查隨用。目前已有1556人學習下載。通過這份材料讀者可系統(tǒng)了解CDB與OA格式不兼容時的處理路徑掌握轉(zhuǎn)換前后的檢查要點減少舊庫在IC617中無法運行的問題并借鑒轉(zhuǎn)換后庫復制與驗證的實踐思路對舊工藝庫報錯、庫列表更新異常及轉(zhuǎn)換后數(shù)據(jù)完整性確認等場景也給出排查脈絡可減少反復試錯。1. 舊 PDK 掛上 IC617 就報 OA executable on CDB dataCDB 與 OA 到底差在哪里把 IC5141 時代的工藝庫直接指到 IC617 的 Virtuoso 里CIW 里十有八九先彈出一行Warning: ddUpdateLibList: It appears that you are trying to run an OA executable on CDB data接著庫是灰的、cellview 打不開、器件欄里空空如也。問題并不在于 Virtuoso 裝壞了也不在于 license 掉了原因是你手上這份 PDK 還停在 CDB 格式而 IC617 只認 OA。cdb2oa 就是干這件事的把整個工藝庫的 layout、schematic、symbol 和 CDF 參數(shù)一起翻譯成 OA 庫讓舊工藝庫在新平臺上重新跑起來。適合手上積壓了不少老工藝庫、又必須把設計環(huán)境升級到 IC617 的人如果你只是臨時查一個舊版圖那就別動庫另開一臺機器更省事。2. 轉(zhuǎn)換前的三件準備備份、cds.lib 副本與磁盤余量真正讓轉(zhuǎn)換失敗得更徹底的往往是一開始就對著 PDK 原目錄動手。cdb2oa 不是一個具備事務性的工具它沒有回滾中途斷掉之后原位留下的庫就會同時帶有 CDB 與 OA 兩套特征之后不管你怎么重跑都容易得到莫名其妙的結(jié)果。所以準備工作比轉(zhuǎn)換本身更值得花時間。2.1 先分清 CDB 庫和 OA 庫在磁盤上長什么樣不用打開 Virtuoso 也能判斷一個庫是什么格式。CDB 庫的根目錄下會有prop.xx、master.tag、data.dm這幾個特征文件每個 cell 是一個目錄里面放的是老式二進制庫文件OA 庫的根目錄同樣有data.dm但 cell 目錄里換成了layout.oa、sch.oa、symbol.oa這類按 view 分開的文件prop.xx和master.tag都不應該再出現(xiàn)。報錯信息里那句contains file prop.xx which is CDB data本質(zhì)就是 Virtuoso 在庫根目錄掃到了 CDB 的標記文件于是判定整個庫不屬于 OA。我一般先跑一遍掃描把 PDK 里到底有幾個庫需要轉(zhuǎn)換、分別藏在哪個子目錄搞清楚順便確認沒有漏掉符號鏈接指向的庫# 在 PDK 根目錄下掃一遍有 prop.xx 的就是 CDB 庫需要轉(zhuǎn)換 cd /path/to/pdk find . -maxdepth 3 -name prop.xx -printf %h\n | sort -u # 順手看看哪些庫目錄其實是軟鏈接轉(zhuǎn)換時要特別對待 find . -maxdepth 3 -type l -ls這條find的-printf %h是打印文件所在目錄而不是文件本身直接得到庫路徑比-name后自己截字符串省事。第二步列軟鏈接很關(guān)鍵cdb2oa 遇到指向別處的符號鏈接時行為不完全一致有的版本會老老實實跟進去有的版本會直接報cannot open library提前知道總比事后猜好。注意轉(zhuǎn)換是單向的我沒見過可靠的反向工具能把 OA 庫退回 CDB。備份是這件事里唯一的回退手段不要省。2.2 把 Library Path File 存一份副本到 homecdb2oa 的入口是一個cds.lib輸出默認落在你運行轉(zhuǎn)換時的當前目錄。直接拿 PDK 里那份正式cds.lib去跑等于讓轉(zhuǎn)換結(jié)果和原庫混在同一個目錄樹下一旦出錯清理起來非常麻煩。常規(guī)做法是先把庫路徑文件另存一份到自己的 home在副本上做文章轉(zhuǎn)完再回填。圖形界面的路徑是啟動virtuoso 進 CIW 菜單Edit→Library Path在彈窗里選File→Save As把文件保存到 home 目錄文件名隨意比如cds_conv.lib確認后OK。存出來的文件內(nèi)容長這樣DEFINE 某工藝庫 /path/to/pdk/某工藝庫 DEFINE 某模擬庫 /path/to/pdk/某模擬庫 INCLUDE /path/to/pdk/cds.lib要留意最后那行INCLUDE。它會把 PDK 原版cds.lib的內(nèi)容整段并進來于是同一個庫名被定義了兩次。Virtuoso 解析庫路徑時按先到先得處理重復定義的第二條基本不生效這就是后面明明轉(zhuǎn)好了卻還報舊錯的根源。手工把INCLUDE行刪掉或注釋掉只保留你真正要轉(zhuǎn)的那幾個DEFINE是最穩(wěn)妥的做法。庫多的時候我會讓副本只留待轉(zhuǎn)庫轉(zhuǎn)完一批再追加下一批一次只推進一小步。2.3 環(huán)境自檢工具在不在、盤夠不夠、版本對不對動手前有三件事值得花兩分鐘確認。第一cdb2oa是不是在 PATH 里、-help能不能正常輸出——有些站點是整套 Virtuoso 裝在共享目錄、靠環(huán)境腳本掛進來的換個終端窗口就找不到了。第二磁盤余量。轉(zhuǎn)換會在旁邊完整生成一份 OA 庫工藝庫動輒幾個 GBdf -h看一眼目標分區(qū)留出至少兩倍庫體積的空間跑到一半No space left on device是最難受的失敗方式。第三版本一致性同一臺機器上裝多套 Virtuoso 時各自內(nèi)置的 OA 版本不一樣A 機器轉(zhuǎn)出來的庫拿到 B 機器上打不開是常有的事團隊里最好先約定用哪一套環(huán)境做轉(zhuǎn)換。# 1) 工具是否可用 which cdb2oa cdb2oa -help | head -30 # 2) 目標分區(qū)余量對比一下庫體積 du -sh /path/to/pdk df -h /path/to/pdk ~ # 3) 確認當前 shell 用的是哪套 Virtuoso 環(huán)境 echo $CDS_INST_DIRCDS_INST_DIR是 Virtuoso 安裝根目錄的環(huán)境變量很多站點靠它切換版本。三行命令跑完你對能不能轉(zhuǎn)、在哪兒轉(zhuǎn)、轉(zhuǎn)完放哪兒就有底了。這一步看著瑣碎但它能擋掉后面一半的返工。3. 跑 cdb2oaConversion Toolbox 圖形流程與命令行等價寫法準備工作做完轉(zhuǎn)換本身其實很快。圖形界面和命令行兩條路都能走通界面適合第一次摸清楚流程命令行適合重復執(zhí)行和寫進腳本。兩條路跑的是同一套引擎日志格式也一樣學會看日志比學會點按鈕更值錢。3.1 圖形界面Conversion Toolbox 的三個必填項在已經(jīng)打開 Virtuoso 的 CIW 里進Tools→Conversion Toolbox在工具箱里選CDB to OpenAccess Translator彈出的對話框里核心只有三個輸入待轉(zhuǎn)換的cds.lib路徑、要轉(zhuǎn)的庫名、以及輸出目錄。把 2.2 存到 home 的那份cds_conv.lib填進第一欄庫名從下拉里挑輸出目錄給一個干凈的臨時目錄比如~/cdb2oa_work確認后點OK就開始跑。界面會顯示進度轉(zhuǎn)換時間完全取決于庫的規(guī)模幾十個 cell 的小庫一兩分鐘就結(jié)束上千個 cell 加上大量 pcell 的完整工藝庫跑上半小時也不奇怪。這期間別去動 PDK 目錄也別在同一個輸出目錄里再開一個轉(zhuǎn)換任務兩個進程往同一處寫結(jié)果不可預期。提示轉(zhuǎn)換期間 Virtuoso 界面可能會短暫無響應這是正常的不要急著點關(guān)閉。真的卡死了再看日志最后一行停在哪里比反復重啟有用。圖形界面跑完之后進輸出目錄確認一眼應該能看到一個和原庫同名的目錄根目錄下不再有prop.xx與master.tag而是data.dm加一堆 cell 目錄。到這一步格式轉(zhuǎn)換在技術(shù)上已經(jīng)完成剩下的活是驗證和回填。3.2 命令行寫法cdb2oa 的常用參數(shù)命令行更適合批量操作和留痕。各版本cdb2oa的參數(shù)名略有出入動手前先跑一次cdb2oa -help確認下面這套是我在 IC617 環(huán)境下一直用的寫法# 建獨立工作目錄輸出會落在當前目錄下 mkdir -p ~/cdb2oa_work cd ~/cdb2oa_work # 轉(zhuǎn)換單個庫cdslib 指副本lib 指庫名log 單獨留檔 cdb2oa \ -cdslib ~/cds_conv.lib \ -lib 某工藝庫 \ -log cdb2oa_某工藝庫.log # 退出碼為 0 只代表進程正常結(jié)束不代表所有數(shù)據(jù)都轉(zhuǎn)成功 echo exit code: $?幾個參數(shù)的含義值得說清楚。-cdslib必須指向你準備好的那份副本它決定了工具從哪里讀取庫路徑-lib是庫名必須與cds.lib里DEFINE后面的名字一字不差大小寫敏感寫成目錄名就會報找不到庫。-log強烈建議每次都指定并帶上庫名批量轉(zhuǎn)換時日志混在一起排查起來會非常痛苦。還有一個參數(shù)是-replace作用是輸出目錄里已經(jīng)存在同名庫時覆蓋重建。第一次轉(zhuǎn)換千萬別加它會讓工具跳過覆蓋確認直接寫入萬一你輸出目錄填錯填成了 PDK 目錄原始 CDB 庫當場就沒了。等流程跑順、確認路徑無誤之后重復執(zhí)行時再加能省掉手工清理的步驟。# 只有確認輸出目錄絕對正確、且是重復執(zhí)行時才加 -replace cdb2oa -cdslib ~/cds_conv.lib -lib 某工藝庫 -log cdb2oa_r2.log -replace3.3 日志怎么讀哪些 warning 可以放過哪些必須停轉(zhuǎn)換日志是唯一能告訴你哪些數(shù)據(jù)沒過來的東西但它的信息量很大從頭讀會淹掉。我的做法是先按級別篩# 先看有沒有 ERROR再看 WARNING 的分布 grep -nE ^ERROR cdb2oa_某工藝庫.log | head -20 grep -cE ^WARNING cdb2oa_某工藝庫.log grep -nE ^WARNING cdb2oa_某工藝庫.log | awk -F: {print $3} | sort | uniq -c | sort -rn | head第三條命令把 warning 內(nèi)容去重計數(shù)一眼就能看出是某一個 pcell 反復報警還是幾百條各不相同的告警。前者通常只影響單個器件后者往往意味著整類數(shù)據(jù)遷移有問題需要停下來查。實踐中可以把日志分成三檔處理。INFO級全部放過那是進度信息。WARNING里關(guān)于 CDF 參數(shù)缺失、pcell 回調(diào)解析失敗、某個 cellview 被跳過的逐條記錄下來這些是后面 CDF 參數(shù)丟失的直接原因?qū)儆诒仨毧吹槐赝５念悇e。真正出現(xiàn)ERROR、或者日志在某一行之后不再增長、進程退出碼非零那就停刪掉輸出目錄從頭來不要在殘缺結(jié)果上繼續(xù)往下做。4. 回填 PDK 并驗證從 ls 到放一顆器件轉(zhuǎn)換成功不等于能用。我見過太多次日志干干凈凈、庫也能打開結(jié)果一放器件 CDF 參數(shù)全是空的或者版圖打開發(fā)現(xiàn) tech file 沒綁上。回填這一步的價值在于把問題攔在替換之前——舊庫還在原地隨時可以退回去。4.1 替換前先做只讀驗證第一層驗證在文件層面純ls就能做不用開 Virtuoso# 期望沒有 prop.xx / master.tag有 data.dm 和若干 cell 目錄 cd ~/cdb2oa_work ls -d 某工藝庫 find 某工藝庫 -maxdepth 1 -type f -printf %f\n | sort find 某工藝庫 -maxdepth 1 -type d | wc -l # cell 數(shù)量和原庫對一下 # 抽查幾個關(guān)鍵 cell 的 view 是否齊全 ls 某工藝庫/某nmos器件/最后一條最關(guān)鍵一個 MOS 器件的 cell 目錄里symbol、layout、schematic、auLvs、cdsTerm這些標準 view 應該都在。如果只有l(wèi)ayout而沒有symbol說明轉(zhuǎn)換在某個環(huán)節(jié)跳過了數(shù)據(jù)回填之后你會在原理圖里找不到這個器件。cell 數(shù)量也要跟原 CDB 庫比一比差得太多就是沒轉(zhuǎn)全。第二層驗證是把新庫臨時掛到一個干凈的cds.lib下打開完全不動 PDK 原目錄mkdir -p ~/oa_verify cd ~/oa_verify cat cds.lib EOF DEFINE 某工藝庫 /home/你的賬號/cdb2oa_work/某工藝庫 EOF virtuoso 這樣打開的 Virtuoso 只認識新庫不會被 PDK 里其他舊庫干擾出問題也污染不到正式環(huán)境。在 Library Manager 里展開庫、雙擊幾個 cellview 看能不能正常打開是最快的判定方式。4.2 回填先改名不要直接刪源文章里的做法是把 home 下轉(zhuǎn)換好的庫復制回 PDK、覆蓋原目錄。我更傾向于把刪除換成改名留檔成本和刪一次差不多但留下了后悔的機會cd /path/to/pdk # 舊庫改名留檔不刪日期后綴方便以后追溯 mv 某工藝庫 某工藝庫.cdb.bak.$(date %Y%m%d) # 把轉(zhuǎn)換結(jié)果整體搬進來-a 保留權(quán)限和時間戳 cp -a ~/cdb2oa_work/某工藝庫 ./某工藝庫 # 確認目錄結(jié)構(gòu)回來了 ls -ld 某工藝庫 ls 某工藝庫 | headcp -a里的-a等價于-dR --preserveall會把符號鏈接、權(quán)限、時間戳原樣帶過去這在 PDK 場景下很重要——工藝庫里的文件權(quán)限經(jīng)常是只讀的用普通cp -r搬過去之后會被umask改掉后面想改都改不了。搬完之后還要檢查 PDK 自己的cds.lib。因為庫目錄名沒變、路徑也沒變正常情況下一行都不用改。但如果 PDK 里有多個cds.lib根目錄一個、子目錄一個.cdsinit里又INCLUDE了第三個同樣會出現(xiàn)重復定義。用一條命令把所有定義點找出來grep -rn DEFINE[[:space:]]*某工藝庫 /path/to/pdk --includecds.lib --include*.cdsinit同時確認 home 里那份臨時的cds_conv.lib已經(jīng)不再被任何啟動腳本INCLUDE。我吃過這個虧驗證用的臨時路徑忘了清啟動時新庫被臨時路徑搶先定義PDK 里明明換好了打開還是老樣子白白查了一下午。4.3 用一顆器件跑通最后一公里cd /path/to/pdk virtuoso 進了 Virtuoso 之后按順序做四件事Library Manager 里確認庫出現(xiàn)在列表中且能展開打開一個器件的 symbol看管腳名和圖形是否正常新建一個 schematic從器件庫里把這個 MOS 放進去雙擊器件打開屬性框看寬長比、模型名、m 值這些 CDF 參數(shù)是不是都在。最后那一步是整個流程里唯一能驗證 CDF 轉(zhuǎn)換是否成功的動作也最容易被跳過。CDF 參數(shù)丟失在文件層面完全看不出來——.oa文件該有的都在庫也能打開就是屬性框空著。等你在仿真階段才發(fā)現(xiàn)模型名傳不進去排查成本就完全不同了。版圖側(cè)同理打開一個器件 layout確認 tech file 綁上了LSW里有層次、能正常打孔否則后面 DRC 會一路報錯。5. 常見問題cdb2oa 轉(zhuǎn)換里最容易翻車的五類5.1 路徑與權(quán)限類現(xiàn)象一轉(zhuǎn)換跑到一半報cannot open library或者日志里某個庫直接跳過。原因通常是兩種庫目錄里存在指向別處的符號鏈接工具跟不進去或者 PDK 是從共享盤只讀掛載的轉(zhuǎn)換過程需要往庫目錄里寫臨時文件寫不進去就中斷。解決辦法是先把這個庫整體復制到本地可寫目錄再轉(zhuǎn)用cp -aL而不是cp -a——-L會把符號鏈接解引用成真實文件把鏈接指向的內(nèi)容一并搬過來之后再無鏈接依賴。轉(zhuǎn)完把結(jié)果搬回去時再用cp -a保持原有結(jié)構(gòu)。現(xiàn)象二轉(zhuǎn)完回填啟動 Virtuoso 仍然報prop.xx which is CDB data而且報的是新庫。基本可以斷定是cds.lib里同一個庫名定義了兩次第一次還指向舊目錄。Virtuoso 取先出現(xiàn)的定義你看到的新庫其實根本沒被加載。用 4.2 里那條grep -rn DEFINE把所有定義點列出來逐個清理重點查.cdsinit、cds.lib里的INCLUDE行、以及你自己驗證時留下的臨時文件。5.2 數(shù)據(jù)與版本類現(xiàn)象三庫能打開器件能放但屬性框里 CDF 參數(shù)是空的。原因在于老 PDK 的 CDF 回調(diào)里大量使用了 CDB 時代的寫法轉(zhuǎn)換工具無法解析全部回調(diào)只能在日志里留一條WARNING然后跳過。這種情況在純模擬工藝庫里非常普遍。解決方法分兩步先在日志里把所有 CDF 相關(guān)的告警撈出來定位到具體 cell再用 CDF Editor 手工補參數(shù)或者在允許的前提下聯(lián)系 PDK 提供方索取 OA 版本的 CDF 定義直接導入。器件數(shù)量超過幾十個時手工補不現(xiàn)實第二條路才是正解。現(xiàn)象四轉(zhuǎn)換后的庫在同事機器上打不開或者打開后 layout 一片空白。多數(shù)是 OA 版本不一致。不同版本的 Virtuoso 內(nèi)置的 OA 版本不同高版本寫的庫在低版本上讀會出問題。解決辦法是團隊內(nèi)統(tǒng)一轉(zhuǎn)換環(huán)境別各轉(zhuǎn)各的如果一定要跨版本就在轉(zhuǎn)換工具里把目標 OA 版本顯式設成兩邊都支持的那個轉(zhuǎn)換時多花幾分鐘比事后返工劃算。5.3 中斷與殘留類現(xiàn)象五轉(zhuǎn)換被 Ctrl-C 打斷或機器斷連輸出目錄里一半 OA 一半 CDB。別試圖手工清理拼接。cdb2oa 不具備事務性中斷后留下的目錄里可能既有轉(zhuǎn)換完成的.oa文件又有沒處理完的中間狀態(tài)你無法靠文件名判斷哪些是完整的。唯一正確的處理是rm -rf整個輸出目錄從干凈狀態(tài)重來。這也是 2.2 強調(diào)在獨立工作目錄轉(zhuǎn)換的原因——原始 CDB 庫全程保持只讀任何時候都能重新開一局。6. 多庫批處理把 cdb2oa 包進腳本加一道轉(zhuǎn)換后自檢一個完整 PDK 往往掛著十幾個庫逐個點界面不現(xiàn)實寫成腳本一次推完更省事。核心思路很簡單從cdslib里把所有DEFINE行抽出來逐個調(diào)用轉(zhuǎn)換日志按庫名分開存。#!/bin/bash # batch_cdb2oa.sh把一個 cds.lib 里的庫逐個轉(zhuǎn)成 OA set -u CDSLIB${1:?用法: batch_cdb2oa.sh cds.lib} WORK${2:-$HOME/cdb2oa_work} mkdir -p $WORK cd $WORK || exit 1 # 只取 DEFINE 行INCLUDE / SOFTINCLUDE / ASSIGN / UNDEFINE 一律跳過 grep -E ^[[:space:]]*DEFINE[[:space:]] $CDSLIB | awk {print $2} | while read -r lib; do echo 正在轉(zhuǎn)換: $lib # 失敗不中斷記下來最后統(tǒng)一看 cdb2oa -cdslib $CDSLIB -lib $lib -log cdb2oa_${lib}.log || \ echo !! 轉(zhuǎn)換失敗: $lib查 cdb2oa_${lib}.log doneset -u讓未定義變量直接報錯而不是靜默變成空值避免cdslib傳錯時把庫轉(zhuǎn)到奇怪的地方。循環(huán)里故意不exit一個庫失敗不影響其余庫繼續(xù)跑跑完統(tǒng)一看日志比中斷在第一處更有效率。awk {print $2}取第二個字段是庫名第一個是DEFINE第三個是路徑。轉(zhuǎn)換完之后再跑一道自檢一行都不用開 Virtuoso# 庫根目錄還有 prop.xx 就說明這個庫沒轉(zhuǎn)成功 cd $WORK for d in */; do [ -e $mkqp6euprop.xx ] echo 仍是 CDB: $d || echo OK: $d done配合下面這張清單基本能把回填前的風險擋掉大半檢查項做法通過標準格式已切換找?guī)旄夸浻袩oprop.xx、master.tag兩者都不存在cell 數(shù)量一致對比新舊庫的一級目錄數(shù)差值在個位數(shù)以內(nèi)關(guān)鍵 view 齊全抽查 MOS、電阻等器件的 cell 目錄symbol/layout/schematic都在日志無致命錯grep -E ^ERROR日志無輸出CDF 可用Virtuoso 里放一顆器件看屬性框參數(shù)完整、模型名正常這套流程我現(xiàn)在每次動 PDK 都會完整走一遍打包備份、改 home 里的cds.lib副本、轉(zhuǎn)換、只讀驗證、mv舊庫再回填一步都不跳。早年間圖快直接在 PDK 原目錄上跑轉(zhuǎn)換中途磁盤寫滿一個用了三年的工藝庫當場變成半 CDB 半 OA 的狀態(tài)最后是靠一臺沒人動過的備份機才救回來。從那以后我就認一個理格式轉(zhuǎn)換這種事寧可多花二十分鐘做備份和驗證也不要在出事之后找后悔藥。希望幫到你。本文還有配套的精品資源點擊獲取