大家剛開始用 OrCAD 畫原理圖的時(shí)候通常都有過這樣的經(jīng)歷興致勃勃畫完一張圖點(diǎn)擊 DRC 檢查結(jié)果彈出一長(zhǎng)串 Error/Warning還沒等看明白內(nèi)容又因?yàn)檎`操作把報(bào)告窗口關(guān)了或者只能在原理圖頁面一個(gè)一個(gè)點(diǎn)標(biāo)記效率非常低。尤其是“跑完 DRC 之后到底去哪里瀏覽全部錯(cuò)誤”“有沒有辦法按列表逐條查看并跳轉(zhuǎn)定位”這類問題幾乎每個(gè)新手都會(huì)遇到。這篇文章就圍繞這個(gè)場(chǎng)景以 OrCAD Capture 為主結(jié)合 Cadence Allegro 的常規(guī)流程把 DRC 報(bào)告從生成、瀏覽、定位到處理的完整思路講清楚。無論你是學(xué)生、剛?cè)腴T硬件設(shè)計(jì)還是已經(jīng)接觸過 OrCAD 但只會(huì)“看到報(bào)錯(cuò)就截圖問人”的工程師這篇文章都能讓你以后處理 DRC 更從容。1. 背景與核心概念1.1 什么是 DRC原理圖階段為什么要做 DRCDRC全稱 Design Rules Check翻譯過來是“設(shè)計(jì)規(guī)則檢查”。硬件設(shè)計(jì)流程里DRC 不是一個(gè)可有可無的輔助功能它本質(zhì)上是一個(gè)自動(dòng)化“審圖員”用來幫你檢查原理圖中是否存在連接性、電氣規(guī)范、封裝信息等方面的明顯問題。比如某個(gè)網(wǎng)絡(luò)只有一個(gè)引腳連接形成了懸空單節(jié)點(diǎn)某個(gè) IC 的輸入引腳既沒有接電源也沒有接驅(qū)動(dòng)源引腳名字拼寫錯(cuò)誤導(dǎo)致本應(yīng)連在一起的網(wǎng)絡(luò)實(shí)際斷開元件缺少封裝屬性后續(xù)導(dǎo)出網(wǎng)表到 Allegro 時(shí)可能失敗off-page connector跨頁連接符本應(yīng)在不同頁面之間傳遞網(wǎng)絡(luò)結(jié)果名稱不匹配。這些問題如果不在原理圖階段發(fā)現(xiàn)等到 Allegro 里布局布線甚至打樣回來再發(fā)現(xiàn)改造成本會(huì)高很多。所以在 OrCAD Capture 中完成原理圖繪制后第一件正經(jīng)事就是運(yùn)行 DRC。有一點(diǎn)要明確DRC 報(bào)錯(cuò)不代表原理圖一定“畫錯(cuò)了”它只代表當(dāng)前原理圖沒有滿足某些設(shè)定好的設(shè)計(jì)規(guī)則。有些規(guī)則對(duì)當(dāng)前項(xiàng)目并不適用需要你在檢查前合理配置而有些錯(cuò)誤則確實(shí)需要你回到原理圖里去修改。學(xué)會(huì)“看懂 DRC 報(bào)告”才是關(guān)鍵。1.2 OrCAD Capture、Cadence Allegro 與 DRC 的關(guān)系很多新手容易把 OrCAD 和 Allegro 搞混。實(shí)際上常用的 Cadence 設(shè)計(jì)流程包含兩大工具工具主要用途OrCAD Capture / Capture CIS原理圖繪制、DRC 檢查、生成網(wǎng)表Cadence Allegro PCB EditorPCB 布局、布線、鋪銅、PCB 階段的 DRC 檢查也就是說在 Allegro 里也有 DRC但那個(gè) DRC 主要檢查的是 PCB 版圖里的間距、線寬、過孔、連接性等規(guī)則。而本文重點(diǎn)講的是 OrCAD Capture 中原理圖階段的 DRC。如果你在搜索引擎里搜“DRC Browser”“查看所有 DRC 錯(cuò)誤”搜到的大多數(shù)結(jié)果是 Allegro PCB Editor 的操作因?yàn)?Allegro 的菜單欄里確實(shí)有一個(gè)專門的 DRC Browser 功能。但如果你現(xiàn)在只是在 OrCAD Capture 里畫原理圖那么你需要找的不是 DRC Browser而是“DRC 報(bào)告”和“Session Log”。這一點(diǎn)必須先理清否則你會(huì)在錯(cuò)誤的軟件界面里找半天。1.3 標(biāo)題問題的快速答案回到標(biāo)題的問題OrCAD 中怎么瀏覽 DRC 檢測(cè)后的全部 DRC 錯(cuò)誤快速答案是OrCAD Capture 運(yùn)行完 DRC 后會(huì)把所有錯(cuò)誤輸出在 DRC 報(bào)告對(duì)話框中同時(shí)在 Session Log 窗口里顯示摘要。你可以在 DRC 報(bào)告對(duì)話框中上下滾動(dòng)、搜索、逐條雙擊錯(cuò)誤OrCAD 會(huì)自動(dòng)跳到原理圖中對(duì)應(yīng)的位置并高亮相關(guān)對(duì)象。你也可以把報(bào)告內(nèi)容保存為 txt/log 文件用于二次分析和歸檔。這段操作后面會(huì)展開詳細(xì)講。如果你已經(jīng)有一定基礎(chǔ)可以直接跳到第 4 節(jié)看實(shí)戰(zhàn)流程。2. 環(huán)境準(zhǔn)備與版本說明2.1 常見版本與界面差異OrCAD 版本迭代較多國(guó)內(nèi)工程中比較常見的有 16.6、17.2、17.4以及更新的 22.1 等。不同版本的界面細(xì)節(jié)有差異但 DRC 的核心邏輯和報(bào)告瀏覽方式基本一致。本文的操作示例以 OrCAD Capture CIS 為例。如果你使用的是其他版本菜單名稱可能略有不同例如有些版本中 DRC 入口在Design菜單下有些版本會(huì)把它放在工具欄規(guī)則檢查圖標(biāo)中。遇到界面不一致時(shí)不要慌優(yōu)先查看你當(dāng)前版本的菜單欄或幫助文檔。如果你的電腦上同時(shí)安裝了 Capture 和 Allegro啟動(dòng)時(shí)可能會(huì)讓你選擇產(chǎn)品。畫原理圖階段選擇OrCAD Capture CIS即可不要選成Allegro PCB Designer否則你打開的界面和本文描述不太一樣。2.2 一個(gè)可用的演示工程為了更貼合實(shí)際操作本文假設(shè)你有一個(gè)簡(jiǎn)單的多頁原理圖工程結(jié)構(gòu)大致如下MyProject.opj MyProject.dsn SCHEMATIC1 PAGE1 PAGE2 PAGE3在 Capture 的工程管理窗口中.opj是工程文件.dsn是原理圖設(shè)計(jì)文件SCHEMATIC1表示原理圖根目錄PAGE1、PAGE2等就是每一頁圖紙。多頁原理圖比單頁更容易暴露出 off-page connector、跨頁網(wǎng)絡(luò)、位號(hào)重復(fù)等問題也更能演示“為什么需要瀏覽全部 DRC 錯(cuò)誤”而不是只看當(dāng)前頁面。3. DRC 檢測(cè)前先做好三件事很多同學(xué)一上來就直接點(diǎn) DRC結(jié)果報(bào)錯(cuò)幾百條瞬間心態(tài)崩了。實(shí)際上很多錯(cuò)誤并不是電路畫錯(cuò)了而是“檢查條件”沒準(zhǔn)備好。運(yùn)行 DRC 之前建議先完成以下三件事。3.1 保存頁面并整理位號(hào)OrCAD 中DRC 是基于當(dāng)前原理圖數(shù)據(jù)進(jìn)行檢測(cè)的。如果某個(gè)頁面修改后沒有保存或者元件位號(hào)還沒有自動(dòng)重新編號(hào)DRC 報(bào)告中的位置信息可能不準(zhǔn)確甚至?xí)霈F(xiàn)你明明改好了但報(bào)告里還是老狀態(tài)的情況。所以運(yùn)行前先執(zhí)行一次保存然后做一次 Annotate元件位號(hào)重新編排。在 OrCAD Capture 中入口通常是Tools - Annotate...Annotate 的作用是把原理圖中新增元件的位號(hào)按規(guī)則重新編排避免出現(xiàn) U1A、U1B 混亂或者不同頁面之間位號(hào)交叉重復(fù)的情況。位號(hào)沒有整理好后面的 BOM、網(wǎng)表和 Allegro 導(dǎo)入都可能出現(xiàn)連鎖問題。3.2 確認(rèn)元件封裝和庫路徑DRC 報(bào)錯(cuò)中有一類很典型就是“封裝缺失”。出現(xiàn)這種錯(cuò)誤時(shí)先不要急著懷疑 OrCAD 的庫安裝有問題而應(yīng)該檢查元件的PCB Footprint屬性是否為空。在 OrCAD Capture 中選中一個(gè)元件右鍵選擇Edit Properties可以看到屬性列表。對(duì)于要進(jìn)入 PCB 流程的元件PCB Footprint必須填寫對(duì)應(yīng) Allegro 封裝名。如果你用的是公司內(nèi)部封裝庫還需要確認(rèn)Capture.ini或配置文件里的庫路徑引用了正確的.olb原理圖符號(hào)庫和.llbPCB 封裝庫目錄。這一步不是 DRC 本身的規(guī)則但它決定了 DRC 報(bào)告里會(huì)不會(huì)出現(xiàn)大量無謂的物理屬性錯(cuò)誤。3.3 打開 DRC 規(guī)則設(shè)置確認(rèn)檢查項(xiàng)OrCAD Capture 的 DRC 對(duì)話框里通常會(huì)分成電氣規(guī)則Electrical Rules和物理規(guī)則Physical Rules等頁簽。常見的電氣規(guī)則包括Single Node檢查網(wǎng)絡(luò)中是否只有一個(gè)連接點(diǎn)No Input Pins檢查網(wǎng)絡(luò)是否缺少輸入引腳No Output Pins檢查網(wǎng)絡(luò)是否缺少輸出引腳No Driving Source檢查網(wǎng)絡(luò)是否缺少驅(qū)動(dòng)源Off-Page Connector 類檢查檢查跨頁連接符名稱是否匹配Power Pin 類檢查檢查電源引腳的連接情況。物理規(guī)則里通常包括元件封裝是否存在位號(hào)是否重復(fù)引腳編號(hào)是否合法。不同版本的選項(xiàng)名稱不一樣但邏輯接近。第一次跑 DRC 時(shí)建議把電氣規(guī)則相關(guān)選項(xiàng)全部打開先看一次完整結(jié)果。等熟悉之后再根據(jù)項(xiàng)目類型適當(dāng)關(guān)閉不關(guān)心的規(guī)則。有一點(diǎn)請(qǐng)記住不要圖省事把所有 DRC 規(guī)則都關(guān)掉。那樣雖然“沒有報(bào)錯(cuò)”但原理圖質(zhì)量并沒有保障。4. 完整實(shí)戰(zhàn)運(yùn)行 DRC、瀏覽全部錯(cuò)誤、逐一定位4.1 運(yùn)行一次 DRC首先在工程管理器中選中你的.dsn設(shè)計(jì)文件然后點(diǎn)擊頂部菜單Design - Design Rules Check...彈出 DRC 設(shè)置對(duì)話框后可以先選擇需要檢查的規(guī)則頁簽然后設(shè)置報(bào)告輸出目錄。報(bào)告目錄建議放到工程目錄下一個(gè)固定的output或check文件夾中方便后續(xù)多人復(fù)核。點(diǎn)擊運(yùn)行按鈕后OrCAD 會(huì)開始檢測(cè)。檢測(cè)過程通常只需要幾秒到十幾秒取決于原理圖規(guī)模。運(yùn)行結(jié)束后Capture 會(huì)自動(dòng)打開一個(gè)報(bào)告窗口并在底部會(huì)話區(qū)域輸出提示。一個(gè)典型的 DRC 結(jié)果輸出類似下面這樣這里僅作格式示意實(shí)際內(nèi)容以你的工程為準(zhǔn)Performing Design Rules Check... Design has 6 errors and 3 warnings. Error: Single Node Net: N00012 Location: SCHEMATIC1 : PAGE1 : C1-2 Error: No Driving Source on Net: 5V_A Location: SCHEMATIC1 : PAGE2 : R5-1 Warning: Off-Page Connector Name Mismatch Location: SCHEMATIC1 : PAGE1 : /CLK_A注意這里的文本只是幫助理解 DRC 報(bào)告長(zhǎng)什么樣。不同版本、不同規(guī)則項(xiàng)產(chǎn)生的描述格式會(huì)有差異但核心信息是一致的錯(cuò)誤類型、錯(cuò)誤位置、涉及對(duì)象。4.2 從 Session Log 看摘要從報(bào)告文件看全量OrCAD Capture 中有兩個(gè)地方會(huì)記錄 DRC 結(jié)果第一個(gè)是 Session Log會(huì)話日志通常在軟件底部。它相當(dāng)于一個(gè)“實(shí)時(shí)輸出框”運(yùn)行 DRC、生成網(wǎng)表、編譯元件等操作的信息都會(huì)輸出在這里。Session Log 適合快速看“總共有幾個(gè)錯(cuò)誤、幾個(gè)警告”但它最大的問題是內(nèi)容可能會(huì)被后續(xù)操作刷掉不方便逐個(gè)瀏覽。第二個(gè)是 DRC 報(bào)告對(duì)話框這是運(yùn)行完成后彈出的窗口。它會(huì)列出當(dāng)前檢查產(chǎn)生的所有 Error 和 Warning并且以文本形式完整展示。所以如果你要“瀏覽全部 DRC 錯(cuò)誤”最正確的操作是保留 DRC 報(bào)告窗口不要急著關(guān)。這個(gè)窗口相當(dāng)于給你一份完整錯(cuò)誤清單你可以像看日志一樣滾動(dòng)查看也可以按Ctrl F在報(bào)告里搜索關(guān)鍵字比如搜索Error、Warning、某網(wǎng)絡(luò)名、某位號(hào)等。如果你不小心把報(bào)告窗口關(guān)了也不用太擔(dān)心。Session Log 里往往還有摘要重新運(yùn)行一次 DRC 也能再次生成報(bào)告。甚至在部分版本中你可以在工程輸出文件夾里找到上一次的報(bào)告文件。4.3 在報(bào)告窗口中逐條跳轉(zhuǎn)并定位瀏覽“全部錯(cuò)誤”并不只是把文本讀一遍最終還是要回到原理圖里逐條修改。OrCAD Capture 提供了一個(gè)非常實(shí)用的聯(lián)動(dòng)功能在 DRC 報(bào)告窗口中雙擊某一條 Error原理圖會(huì)自動(dòng)打開對(duì)應(yīng)頁面并將視圖定位到出錯(cuò)的元件或網(wǎng)絡(luò)附近。完整操作順序可以按下面這樣循環(huán)執(zhí)行打開 DRC 報(bào)告窗口從第一條 Error 開始看。雙擊錯(cuò)誤條目等待原理圖自動(dòng)跳轉(zhuǎn)到對(duì)應(yīng)位置。在原理圖中檢查錯(cuò)誤對(duì)象根據(jù)實(shí)際情況修改。修改完成后切換回 DRC 報(bào)告窗口繼續(xù)雙擊下一條 Error。所有錯(cuò)誤處理完畢后重新運(yùn)行 DRC確認(rèn)報(bào)告數(shù)量降為 0 或只剩下允許的 Warning。這個(gè)“逐條跳轉(zhuǎn)”的流程比你在原理圖里依靠肉眼找 DRC 標(biāo)記要高效得多。有一個(gè)小技巧如果雙擊錯(cuò)誤后原理圖雖然跳轉(zhuǎn)了但高亮對(duì)象不明顯你可以觀察原理圖窗口左下角或狀態(tài)欄的坐標(biāo)變化。OrCAD 跳轉(zhuǎn)通常會(huì)改變當(dāng)前視圖的中心位置。如果高亮顏色太淡可以先用 Esc 取消當(dāng)前選擇再點(diǎn)擊一次該 Error 條目重新定位。4.4 把報(bào)告保存到本地用工具做二次分析當(dāng) DRC 錯(cuò)誤數(shù)量很大時(shí)直接在報(bào)告窗口一條一條點(diǎn)也容易看漏。更穩(wěn)妥的辦法是把報(bào)告保存下來。在 DRC 報(bào)告窗口內(nèi)通常有保存或?qū)С龅陌粹o。如果沒有你也可以在報(bào)告內(nèi)容區(qū)域使用全選復(fù)制把內(nèi)容粘貼到新的文本文件或 Excel 中保存。建議保存為下面這種命名方式DRC_Report_20250825.txt文件名里帶上日期方便追溯是哪一次檢查的結(jié)果。保存后你可以用文本編輯器的搜索、替換功能也可以把純文本報(bào)告按分列方式導(dǎo)入 Excel統(tǒng)計(jì)錯(cuò)誤類型分布。不過要注意DRC 報(bào)告格式并不是固定表格Excel 分列時(shí)可能需要手動(dòng)調(diào)整分隔符所以這一步更適合團(tuán)隊(duì)內(nèi)部建立標(biāo)準(zhǔn)化報(bào)告模板的場(chǎng)景。4.5 一個(gè)小實(shí)戰(zhàn)處理一條“Single Node”錯(cuò)誤下面用一個(gè)最常見的錯(cuò)誤演示完整的處理過程。假設(shè) DRC 報(bào)告里有一條這樣的錯(cuò)誤Error: Single Node Net: N00012 Location: SCHEMATIC1 : PAGE1 : C1-2翻譯過來就是網(wǎng)絡(luò)N00012只有一個(gè)連接點(diǎn)這個(gè)連接點(diǎn)位于第一頁原理圖中 C1 的第 2 腳。這種網(wǎng)絡(luò)通常是你在畫原理圖時(shí)從某個(gè)引腳拉了一小段線但沒有繼續(xù)連接其他引腳、網(wǎng)絡(luò)標(biāo)號(hào)或 off-page connector。整條網(wǎng)絡(luò)只有一個(gè)端點(diǎn)對(duì)電路來說等于這個(gè)引腳懸空。處理方法有兩種第一種確認(rèn)該引腳確實(shí)應(yīng)該懸空。如果 C1 的 2 腳是有特殊用途的空腳比如某些 IC 的 NC 引腳你可以在該引腳屬性中放置NC符號(hào)或按照公司規(guī)范統(tǒng)一標(biāo)注然后在 DRC 規(guī)則中對(duì)該類引腳不做 Single Node 檢查。第二種確認(rèn)該引腳需要連接但漏接了。此時(shí)要回到原理圖把網(wǎng)絡(luò)名補(bǔ)齊。假設(shè) C1-2 應(yīng)該連接到VCC那你就放置一個(gè)名為VCC的電源符號(hào)或者放置一個(gè)網(wǎng)絡(luò)標(biāo)簽VCC然后重新運(yùn)行 DRC錯(cuò)誤就會(huì)消失。所以你看DRC 報(bào)告不只是“找錯(cuò)”它同時(shí)能幫你理解電路結(jié)構(gòu)。每一條可讀的錯(cuò)誤信息都會(huì)告訴你哪里有問題、問題對(duì)象是什么。5. 高頻 DRC 錯(cuò)誤到底怎么處理為了讓這篇教程更實(shí)用這一節(jié)把 OrCAD 原理圖 DRC 中最常見的幾類錯(cuò)誤單獨(dú)拿出來說明。5.1 單節(jié)點(diǎn)和懸空網(wǎng)絡(luò)類剛才提到的 Single Node 只是這一類中的一種。類似錯(cuò)誤還包括網(wǎng)絡(luò)只有 pin 沒有 wire、網(wǎng)絡(luò)標(biāo)簽放到一半、總線繪制不完整等等。這一類錯(cuò)誤幾乎都是繪圖階段產(chǎn)生的遺漏處理思路很直接檢查該網(wǎng)絡(luò)應(yīng)該連接到哪個(gè)信號(hào)把它補(bǔ)上如果確實(shí)不需要連接則顯式處理為空腳不要讓 OrCAD 誤判。還有一種常見情況是你在畫原理圖時(shí)把電阻、電容的一頭拉了一根線但線沒有端點(diǎn)看起來像連著實(shí)際上只是懸空線頭。這類問題 DRC 不一定能完整檢測(cè)出來最好在檢查完 DRC 后利用 OrCAD 的“刪除懸空導(dǎo)線頭”類功能或視覺審查再排查一遍。5.2 未連接電源和驅(qū)動(dòng)源類IC 的輸入引腳如果沒有連接任何驅(qū)動(dòng)源或者一個(gè)電源網(wǎng)絡(luò)只連接了電容卻沒有連接電源輸出DRC 會(huì)提示No Driving Source或類似錯(cuò)誤。這類錯(cuò)誤的隱蔽性更高因?yàn)楸砻嫔峡丛韴D是正常的元件也都放好了但實(shí)際網(wǎng)絡(luò)并沒有接對(duì)。處理方法是順著報(bào)告提示的 Location 找到出錯(cuò)引腳檢查它的連接對(duì)象。如果是電源輸入引腳確認(rèn)電源符號(hào)名稱是否正確如果是信號(hào)輸入引腳確認(rèn)前級(jí)驅(qū)動(dòng)芯片和網(wǎng)絡(luò)名稱是否匹配。需要注意的是有些運(yùn)放、比較器的輸入懸空檢查會(huì)觸發(fā) Warning 而不是 Error。Warning 不一定需要修改但最好明確原因。5.3 Off-Page Connector 與 Page Number 類多頁原理圖經(jīng)常用到 off-page connector跨頁連接符。OrCAD 要求在不同頁之間傳遞同一個(gè)網(wǎng)絡(luò)時(shí)必須使用相同名稱的 off-page connector。例如第 1 頁放置了一個(gè)名為CLK_A的 off-page connector第 2 頁如果也想連接這條網(wǎng)絡(luò)就必須放置同樣名為CLK_A的 off-page connector而不能隨便放置一個(gè)看起來差不多的短橫線或者名字不同的 connector。DRC 檢查出這類錯(cuò)誤時(shí)報(bào)告往往會(huì)提示某個(gè) off-page connector 沒有匹配對(duì)象。解決方法是統(tǒng)一名稱或者統(tǒng)一基于網(wǎng)絡(luò)標(biāo)號(hào)來連接。很多工程師習(xí)慣在 off-page connector 后面手動(dòng)寫頁碼比如CLK_A - PAGE2讓讀圖的人知道這個(gè)信號(hào)要去哪一頁。這種做法有利于人工審查但要注意手動(dòng)寫的頁碼只是注釋文字并不會(huì)真正改變 DRC 的連接關(guān)系。真正決定網(wǎng)絡(luò)是否連接成功的是 connector 名稱。如果你畫的原理圖有幾十頁建議在項(xiàng)目規(guī)則里統(tǒng)一 off-page connector 的命名規(guī)范和標(biāo)注規(guī)范條件允許的話也可以在圖紙標(biāo)題欄中統(tǒng)一給每一頁加 page number方便定位。5.4 封裝 Missing 類當(dāng) DRC 報(bào)告中出現(xiàn)“封裝缺失”或PCB Footprint Missing類錯(cuò)誤時(shí)最直接的原因是元件的PCB Footprint屬性為空或者填了一個(gè)庫中不存在的名字。處理步驟通常為選中報(bào)錯(cuò)的元件右鍵打開屬性編輯查看PCB Footprint字段對(duì)照公司封裝庫重新填寫標(biāo)準(zhǔn)封裝名檢查是否有多個(gè)同類元件都填寫錯(cuò)誤可以使用批量編輯功能一次修正。這類錯(cuò)誤在導(dǎo)出網(wǎng)表和導(dǎo)入 Allegro 時(shí)會(huì)變成真正的致命問題。不要等 DRC 報(bào)了再臨時(shí)去填封裝建議在放置元件后就順手把封裝屬性填好。6. 常見問題與排查思路結(jié)合大家平時(shí)遇到的問題這里整理一個(gè)高頻問題表格。問題現(xiàn)象常見原因解決思路DRC 報(bào)告窗口被關(guān)閉了操作時(shí)不小心關(guān)閉Session Log 中查看摘要重新運(yùn)行 DRC 生成完整報(bào)告雙擊報(bào)告中的錯(cuò)誤原理圖沒有跳轉(zhuǎn)報(bào)告窗口未激活或版本不支持自動(dòng)定位先單擊該錯(cuò)誤行再檢查狀態(tài)欄坐標(biāo)變化必要時(shí)使用手動(dòng)定位提醒錯(cuò)誤幾百條不知道從哪里開始沒有把 Error 和 Warning 分開看先只處理 Error再處理 Warning按網(wǎng)絡(luò)名或頁面分組逐個(gè)擊破DRC 跑完沒有錯(cuò)誤但導(dǎo)出網(wǎng)表仍然報(bào)錯(cuò)原理圖 DRC 和網(wǎng)表檢查規(guī)則不完全一樣運(yùn)行 DRC 后一定要執(zhí)行Create Netlist看生成日志封裝缺失錯(cuò)誤太多元件庫或封裝屬性配置不正確統(tǒng)一補(bǔ)齊 PCB Footprint 屬性檢查庫路徑同一網(wǎng)絡(luò)明明畫了線仍然提示 Single Node網(wǎng)絡(luò)標(biāo)簽或連線沒有真正連接上放大視圖檢查引腳端點(diǎn)必要時(shí)刪除線段重新連接6.1 雙擊報(bào)告沒有跳轉(zhuǎn)怎么辦如果你遇到了雙擊錯(cuò)誤行沒有反應(yīng)的情況先不要斷言是 OrCAD 出了問題可以按以下順序排查。第一確認(rèn)你雙擊的是 Error 行而不是標(biāo)題行。很多版本的 DRC 報(bào)告窗口中錯(cuò)誤文本是一行一行的只有點(diǎn)中具體條目的文本區(qū)域才會(huì)觸發(fā)跳轉(zhuǎn)。第二嘗試先單擊該條目讓錯(cuò)誤行處于選中狀態(tài)再觀察原理圖窗口。有些版本需要先在原理圖窗口點(diǎn)擊一下讓原理圖獲得焦點(diǎn)然后回到報(bào)告窗口雙擊。第三如果還是不行可以查看錯(cuò)誤行中的 Location 信息它通常會(huì)寫出原理圖頁號(hào)和坐標(biāo)。手動(dòng)打開對(duì)應(yīng)頁使用菜單中的查找或跳轉(zhuǎn)功能輸入網(wǎng)絡(luò)名、位號(hào)或者直接根據(jù)坐標(biāo)移動(dòng)視野。6.2 如果是在 Allegro PCB Editor 里DRC Browser前面提到如果你后續(xù)進(jìn)入了 Allegro 做 PCB瀏覽 PCB DRC 的方式和原理圖階段不同。Allegro PCB Editor 提供了專門的 DRC Browser可以按類型、網(wǎng)絡(luò)、區(qū)域篩選所有未清除的 DRC 標(biāo)記。在 Allegro 中常見的入口是Display - DRC Browser打開后PCB 版圖上的每個(gè) DRC 違規(guī)都會(huì)以列表形式呈現(xiàn)你可以點(diǎn)擊某一條版圖會(huì)跳轉(zhuǎn)到對(duì)應(yīng)位置。這種“列表 跳轉(zhuǎn)”的邏輯其實(shí)和 OrCAD Capture 中的“報(bào)告窗口 雙擊跳轉(zhuǎn)”是一致的。注意PCB 階段的 DRC 主要檢查間距、線寬、孔到孔距離、連接性等物理規(guī)則。很多原理圖階段不會(huì)報(bào)的問題到 PCB 階段才會(huì)出現(xiàn)。不要因?yàn)樵韴D DRC 干凈就跳過 Allegro 的 DRC。6.3 原理圖 DRC 和 PCB DRC 不一致怎么辦這是一個(gè)很現(xiàn)實(shí)的困惑。原理圖 DRC 通過說明原理圖的連接性、電氣規(guī)則沒有明顯問題。但 Allegro 導(dǎo)入網(wǎng)表后可能仍然會(huì)因?yàn)榉庋b缺失、引腳編號(hào)不一致、焊盤不存在等原因報(bào)錯(cuò)。這兩種 DRC 的目標(biāo)不同所以結(jié)果不一致是正常的。建議的處理策略是先解決原理圖 DRC再生成網(wǎng)表網(wǎng)表生成成功后進(jìn)入 Allegro最后在 Allegro 里做 PCB DRC。每一層檢查只解決當(dāng)前層能發(fā)現(xiàn)的問題不要指望一道 DRC 解決所有問題。7. 最佳實(shí)踐與工程建議7.1 把 DRC 檢查集成到日常工作中不要只在原理圖全部畫完、馬上要發(fā)板之前才做一次 DRC。合理的做法是每完成一個(gè)功能模塊的繪制就單獨(dú)跑一次 DRC盡量讓錯(cuò)誤保持在小范圍內(nèi)。例如你畫完電源模塊可以先跑一次 DRC確認(rèn)所有的電源網(wǎng)絡(luò)都有驅(qū)動(dòng)源畫完 MCU 部分后再跑一次重點(diǎn)看是否有未連接引腳和網(wǎng)絡(luò)命名沖突。這樣到了項(xiàng)目后期整體 DRC 的 Error 數(shù)量往往只有個(gè)位數(shù)處理壓力小很多。7.2 養(yǎng)成 Annotate 后保存再跑 DRC 的習(xí)慣為了減少位號(hào)重復(fù)、報(bào)告定位不準(zhǔn)等問題建議把下面這個(gè)順序變成肌肉記憶保存所有頁面Annotate 重新編排位號(hào)再次保存運(yùn)行 DRC閱讀報(bào)告并逐條修改。這樣做還有一個(gè)好處DRC 報(bào)告中的 Location 信息會(huì)和當(dāng)前原理圖完全對(duì)應(yīng)。否則你剛增加了一個(gè)元件但沒有 AnnotateDRC 里給的位置可能還是舊位號(hào)排查起來會(huì)非常吃力。7.3 按嚴(yán)重級(jí)別分類處理錯(cuò)誤DRC 報(bào)告里 Error 和 Warning 的優(yōu)先級(jí)一定是不一樣的。Error 通常代表確定的連接性問題、規(guī)則違規(guī)可能影響網(wǎng)表生成或電路功能Warning 則更多是提醒比如某個(gè)網(wǎng)絡(luò)風(fēng)格不太規(guī)范、某個(gè)元件引腳屬性特殊等。實(shí)際項(xiàng)目中建議這樣處理Error 必須逐條清零不能帶著 Error 進(jìn)入網(wǎng)表環(huán)節(jié)。Warning 要讀一遍理解為什么會(huì)出現(xiàn)如果是設(shè)計(jì)意圖可以在報(bào)告里備注說明如果確實(shí)不符合規(guī)范則順手改掉。這里有一個(gè)常見的反面例子有人為了 DRC 報(bào)告“好看”把所有 Single Node 規(guī)則關(guān)掉結(jié)果漏查了一個(gè)真正懸空的配置引腳量產(chǎn)時(shí)才發(fā)現(xiàn)芯片工作異常。關(guān)閉任何 DRC 檢查項(xiàng)之前都要想清楚后果。7.4 報(bào)告留檔并和評(píng)審結(jié)合很多公司有原理圖評(píng)審制度但評(píng)審時(shí)只看圖不看 DRC 報(bào)告這會(huì)漏掉很多問題。推薦的做法是把每次 DRC 報(bào)告保存成文本文件和原理圖版本一起提交到 SVN、Git 或服務(wù)器目錄。評(píng)審時(shí)除了看原理圖本身還可以打開 DRC 報(bào)告重點(diǎn)關(guān)注 Warning 中那些“設(shè)計(jì)意圖不明確”的項(xiàng)。這樣既能讓新人快速成長(zhǎng)也能讓專家把精力放在真正的電路設(shè)計(jì)風(fēng)險(xiǎn)上而不是浪費(fèi)在查找低級(jí)錯(cuò)誤上。7.5 屬性和命名規(guī)范決定后期效率DRC 瀏覽其實(shí)不只是一個(gè)“事后檢查”動(dòng)作它和前期的設(shè)計(jì)規(guī)范強(qiáng)相關(guān)。如果原理圖里的網(wǎng)絡(luò)名、位號(hào)、off-page connector 命名都遵循統(tǒng)一規(guī)則DRC 報(bào)錯(cuò)會(huì)少很多即使有報(bào)錯(cuò)也能一眼看出問題。建議在團(tuán)隊(duì)內(nèi)部規(guī)定幾種常見命名后綴比如模擬電源用AVCC、數(shù)字電源用VCC、地網(wǎng)絡(luò)統(tǒng)一用GND跨頁信號(hào)統(tǒng)一加頁碼注釋。這樣 OrCAD 的 DRC 報(bào)告會(huì)變成一份非常清晰的“問題地圖”而不是一堆毫無規(guī)律的紅字。8. 總結(jié)與下一步學(xué)習(xí)建議如果把 DRC 瀏覽這件事壓縮成一句話那就是運(yùn)行 DRC 后不要只看窗口彈出來的幾行摘要要打開完整報(bào)告利用“雙擊跳轉(zhuǎn)”逐條處理并在修改后重新運(yùn)行直到錯(cuò)誤數(shù)量歸零?？?DRC 錯(cuò)誤不是目的讓原理圖真正滿足設(shè)計(jì)規(guī)則才是目的。下一步可以做三件事來鞏固第一打開一個(gè)舊工程或練習(xí)工程運(yùn)行一次完整 DRC把每一條 Error 的 Location 和提示信息都讀懂嘗試判斷它是哪一類問題。第二練習(xí) Annotate、保存、DRC、Create Netlist 的完整鏈路理解原理圖階段的 DRC 和導(dǎo)出網(wǎng)表階段的檢查之間的差異。第三在 Allegro 中完成一次 PCB DRC 瀏覽熟悉 DRC Browser 的過濾和定位操作。如果你將來會(huì)從原理圖走到 PCB 階段這兩套 DRC 瀏覽方法遲早都要掌握。DRC 報(bào)告本身并不可怕可怕的是永遠(yuǎn)看不懂它。希望這篇文章能幫你把這條鏈路走通。用幾分鐘把界面點(diǎn)熟比在網(wǎng)上收藏幾十篇“避坑指南”更有用。