GPT-6 Astra 在 KiCad 中的 PCB 設計:從簡述到已驗證原生專案
3 分鐘
- 十步流程:在 KiCad 中使用 GPT-6 Astra 設計 PCB
- OpenAI 實際展示 GPT-6 Astra 在 KiCad 中完成的工作
- GPT-6 Astra 在 KiCad PCB 專案中完成的工作
- 在 KiCad 10.0.4 中建立原生原理圖
- 在 KiCad 中管理封裝、元件庫及元件連結
- GPT-6 Astra 的 KiCad 驗證實際證明了甚麼
- KiCad 中的 PCB 元件放置、銅區及 DRC
- 匯出 KiCad Gerber 檔案及組裝資料
- 為甚麼整潔的 KiCad DRC 不等於可製造性檢查
- 結論
- GPT-6 Astra 及 KiCad 常見問題
重點摘要
- OpenAI 發布的內容:發佈頁面展示 GPT-6 Astra 在 KiCad 中進行 PCB 佈局的 15 秒濃縮片段。
- 模型完成的工作:它將四行設計簡述轉化為 44 × 34 mm 的雙層 PCB,涵蓋電路、封裝、元件放置、佈線,以及原生雙頁原理圖。
- 工作重點:元件放置及佈線只是其中一部分。兩個互相連結的原理圖頁面、專案本地元件庫,以及 45 個元件與其封裝之間以 UUID 建立的連結,對保持專案一致性至關重要。
- 實用發現:KiCad 回報 46 項原理圖一致性問題。這些問題透過修正元件欄位及未連接標記解決,而不是加入規則排除。
- 零違規的含意:KiCad 10.0.4 在已啟用的規則下回報 0 項 ERC 及 0 項 DRC 違規。另有五個 DRC 類別及四個 ERC 類別被忽略。
GPT-6 Astra 生成的 PCB 初看可能很簡單,但要建立整潔的原生 KiCad 專案,遠不只是產生一塊完成佈線的電路板。原理圖、元件庫、封裝及元件連結都必須保持一致。
在本專案中,GPT-6 Astra 在 KiCad 中建立並檢查 TPA3116D2 立體聲放大器,重點是保持原生專案一致,而不是只製作一塊外觀看似正確的 PCB。
本指南將介紹:
- OpenAI 實際展示了 GPT-6 Astra 在 KiCad 中能做甚麼
- 電路板如何由四行簡述變成已完成佈線的雙層 PCB
- 如何在不加入排除項目的情況下解決 46 項原理圖一致性問題
- 零 ERC 及 DRC 違規代表甚麼,以及不代表甚麼
十步流程:在 KiCad 中使用 GPT-6 Astra 設計 PCB
整個流程分為十個階段。深入細節前,先閱讀以下概覽。
開始前準備
- 具備檔案存取及應用程式控制能力的桌面代理環境,因為只有聊天介面的工具無法直接操作 KiCad。
- KiCad 10.0 或更新版本,以及(如打算使用)本地自動佈線器。
- 一個包含資料表及任何參考設計的專案資料夾。
十個簡短步驟
- 將資料表及參考檔案集中在同一個專案資料夾,然後讓 GPT-6 Astra 存取該資料夾。
- 在一則訊息中提供完整簡述:供電電壓、通道數量、負載阻抗、元件技術及尺寸限制。
- 根據目前版本的資料表驗證參考設計,不要直接複製。
- 將原理圖建立為原生 KiCad 物件,分為主頁及第二頁。
- 佈局前驗證每個封裝,包括第 1 腳、焊盤編號、極性、方向,以及適用時的可訂購性。
- 將設計規則設定為下單時會採用的數值,然後在固定的電路板外框內放置元件。
- 先定義並鎖定關鍵電源、bootstrap 及開關銅箔。
- 讓自動佈線器完成低電流網絡,再重新填充銅區,確認已鎖定的銅箔仍然存在。
- 將所需元件庫與專案一同封裝,並驗證每個原理圖元件都連接到正確的 PCB 封裝。
- 同時執行 ERC、DRC、未連接項目及一致性檢查,然後匯出 Gerber、鑽孔檔案、BOM 及貼片檔案。
注意
整潔的 ERC/DRC 檢查只代表已啟用的規則符合要求。這是設計里程碑,不等於製造批准;最終設計仍須按照製造商的製造能力進行檢查。
OpenAI 實際展示 GPT-6 Astra 在 KiCad 中完成的工作
OpenAI 發布了一段模型在 KiCad 中進行 PCB 佈局的濃縮影片。不過,頁面內容沒有進一步說明,因此準確理解原文用字十分重要。
影片說明文字清楚界定了範圍:「這是 GPT-6 Astra 在 KiCad 中進行印刷電路板(PCB)佈局的 15 秒濃縮播放片段,展示它透過放置元件及佈線銅連接,將電子原理圖轉化為可製造 PCB。」
| 說法 | 來源 | 狀態 |
|---|---|---|
| Astra 在 KiCad 中進行 PCB 佈局 | OpenAI 發佈頁面說明文字,2026 年 9 月 3 日 | 第一手來源,逐字引用 |
| OSWorld 2.0 得分 72.6%,GPT-5.6 Sol 為 65.7% | OpenAI 發佈頁面,v2026.08.08 離線測試集,部分分數 | 第一手來源,關於電腦操作 |
| PCB 圖片旁的「2 分 54 秒」標籤 | OpenAI 發佈頁面標記 | 第一手來源,但該標籤對應的面板需要視覺確認 |
| 「OpenAI 聲稱 Astra 能製作 PCB」 | KiCad.info 論壇帖子的標題 | 第二手描述,不是 OpenAI 的原文 |
| 「OpenAI 正展示 KiCad 整合」 | Reddit 帖子的標題 | 無支持,因為尚未公布任何外掛、API 或合作關係 |
| 69.3% EEBench 分數證明佈局能力 | 第二手報道 | 無支持,因為 EEBench 不包括佈局 |
電腦操作技能不等於 KiCad 整合
電腦操作意味着模型讀取螢幕並發出滑鼠及鍵盤動作。因此,它只是以使用者身份操作 KiCad,因為它沒有自己的佈線引擎及設計規則檢查器。
當銅箔看似完成佈線時,實際上是 KiCad 自己的工具進行幾何運算。沒有任何 KiCad 程式碼被交換,因此不能僅憑該示範推斷 OpenAI 與 KiCad 存在任何關係。
15 秒片段沒有展示的內容
影片說明是從既有原理圖開始。因此,真正電路板的多個階段並未出現在畫面中:
- 原理圖繪製:符號選擇、引腳類型及網絡定義都在片段開始前完成。
- 零件選擇:片段沒有涉及封裝、電壓額定值或供應商的選擇。
- 規則處理:完成佈局後仍須通過設計規則檢查,但片段在此之前便結束。
- 專案結構:元件庫、原理圖與電路板的連結,以及可攜性,在銅箔渲染畫面中都不可見。
- 製造:Gerber 匯出、鑽孔檔案產生、貼片資料及工廠審查均不包括在內。
GPT-6 Astra 在 KiCad PCB 專案中完成的工作
我以電氣設計簡述及參考檔案開始一個新的 TPA3116D2 立體聲放大器 PCB 專案。目標是製作一塊緊湊電路板,使用單一 12 V 電源、立體聲線路輸入、兩個 4 歐姆揚聲器輸出,並且只使用 SMD 元件。
GPT-6 Astra 從該簡述開始完成設計工作,涵蓋以下每個階段:
- 電路開發:Astra 從資料表及參考資料提取電路,然後在連接前驗證數值、封裝及引腳分配。
- 封裝驗證:根據製造商圖紙檢查焊盤編號、極性、旋轉方向及焊盤尺寸。
- 元件放置:在 44 x 34 mm 的雙層外框內排列輸入、放大器、電源旁路及輸出濾波器。
- 佈線:先定義並保護關鍵電源、bootstrap 及開關連接,再執行本地 Freerouting 完成剩餘低電流網絡。
- 原生專案及發佈:建立兩個互相連結的原理圖頁面、封裝元件庫、執行檢查,並匯出製造檔案。
KiCad 保存了已佈線的 PCB 及可重新填充的接地銅區,最終原生專案則加入兩個互相連結的原理圖頁面。可用的發佈版本不只是能正確開啟的電路板;原理圖、PCB、元件庫及專案連結都必須保持一致。
電路板共有 45 個封裝實例及 120 個 SMD 焊盤,但只有 40 個已裝配元件。J1–J4 及 TP1 是導線與測試焊盤,因此不會列入 BOM 及貼片檔案。
專案背後的提示詞
整個專案由六段記錄的提示詞推動。需求設定電氣及實體目標,後續提示則延續工作並指定最終交付內容。
| 階段 | 記錄的提示詞 |
|---|---|
| 開啟設計應用程式 | 「你可以使用我電腦上開啟的 KiCad 製作 PCB 嗎?你能存取它嗎?」 |
| 提供參考檔案及需求 | 「TPA3116D2_PCB/ 中有一些設計檔案及參考 PCB 設計。首先,請製作原理圖。我的要求是使用單一 12V 電源。我需要立體聲輸入及輸出。這個設計必須只使用 SMD 元件。製作 PCB 時,我會盡量縮小 PCB 尺寸。」 |
| 指定揚聲器負載 | 「每個通道 4 Ω」 |
| 要求完成佈局 | 「請完成 PCB 設計。」 |
| 要求原生專案及文章 | 「好,請完成。給我原生 KiCad PCB 及部落格文章。」 |
| 開啟完成的 PCB | 「在 KiCad 中開啟 PCB」 |
詳細電路決策、佈線修正及驗證,均在上述提示詞之間完成。
在 KiCad 10.0.4 中建立原生原理圖
電路參考來自器件資料表。GPT-6 Astra 從該參考資料中提取所需電路,並以原生 KiCad 原理圖重新建立,當中包括真正的符號、引腳、導線及網絡標籤,而不是嵌入圖片。

由於原理圖保持完全可編輯,KiCad 可以執行電氣檢查並與 PCB 進行比較。整個過程一直以資料表作為獨立參考,因為一張原理圖即使看似正確,也可能包含錯誤或遺漏的連接。
主頁:輸入、電源及控制
根頁面承載放大器、電源旁路及設定跨接。四個 2.2 uF X7R 電容器會對兩個訊號輸入及其接地參考進行交流耦合,而 C2 及 C4 則在 J2 附近返回輸入接地。
電源旁路刻意分成三個頻率範圍:
- 低頻/大容量:兩個 100 uF、25 V 的低 ESR 電容器靠近器件,以保持本地電荷。
- 中頻:每一對 PVCC 都在電源引腳旁配置自己的 100 nF 電容。
- 高頻:每一對 PVCC 另配置 1 nF 電容,而第 17 腳 AVCC 則使用獨立的 100 nF 電容,因為該引腳為類比部分供電。
三個電阻及一個焊盤負責設定。R2 的 5.6 kΩ 值選擇 20 dB 增益設定;R1 及 R3 的 100 kΩ 值則負責連接 SDZ 與 FAULTZ 的上拉,以及 MUTE 保持。

圖:從原生專案匯出的根 KiCad 原理圖頁面,承載立體聲輸入、U1、電源旁路及控制網絡。
第二頁:Bootstrap、輸出濾波器及揚聲器焊盤
名為 `Output_Filters.kicad_sch` 的第二頁承載重複網絡。這樣分頁可讓兩頁在文章寬度內保持清晰。
每條輸出支路使用一個 10 uH 電感,後接 680 nF 電容及 1 nF 旁路電容。串聯的 3.3 Ω 及 10 nF 支路返回接地,因此濾波器會被阻尼,而不會任由其振鈴。

圖:從原生專案匯出的 Output_Filters 子頁面,集中顯示 bootstrap 電容、四條 LC 輸出支路及揚聲器焊盤。
四個 220 nF bootstrap 電容也位於此頁。必須說明它們的引腳配對,因為錯誤配對可能在視覺檢查中被忽略。
左聲道連接 BSPL 24 至 OUTPL 23,以及 BSNL 20 至 OUTNL 21。右聲道連接 BSPR 30 至 OUTPR 29,以及 BSNR 26 至 OUTNR 27。在同一聲道內將配對反接,是電氣錯誤,而非外觀問題。
不加入排除項目,解決 46 項原理圖一致性問題
KiCad 首次進行一致性檢查時發現 46 項問題,主要是缺少 Manufacturer 及 Rating 欄位,以及刻意未連接的 SYNC 引腳。
這些不是佈線或間距錯誤。即使 PCB 幾何形狀有效,原理圖及元件資料仍可能未完全一致。所有 46 項問題都在來源資料中修正,沒有單純為了讓報告通過而加入新的排除項目。
在 KiCad 中管理封裝、元件庫及元件連結
只有當符號及封裝都隨專案一同攜帶時,原生專案才具備可攜性。因此,Astra 將所需定義封裝在專案旁邊,而不是從個人元件庫中解析。
1. 本地元件庫及專案元件庫表
三個檔案承擔專案的元件庫部分。它們全部在專案資料夾內解析,因此發佈版本不依賴建立它的電腦。
- `TPA3116_Native.kicad_sym` 保存具有明確引腳電氣類型的專案符號,包括 GND、AVCC 及 PVCC 引腳的電源輸入。
- `TPA3116_SMD.pretty` 保存 45 個焊盤圖形,每個封裝實例一個,與電路板實際使用的封裝一致。
- `sym-lib-table` 及 `fp-lib-table` 透過 `${KIPRJMOD}` 解析兩個元件庫,使路徑保持相對於專案的位置。
定義引腳類型,才能讓電氣檢查真正發揮作用。如果所有引腳都標記為被動,ERC 通過的意義很小;若將電源引腳定義為電源輸入,結果便更具參考價值。
2. 元件連結及 3D 模型路徑
另外兩種連結會將原理圖與 PCB 連接起來,雖然它們在銅箔檢視中不可見:
- 原理圖 UUID 路徑:將每個符號連接到其精確封裝。
- 40 個相對於專案的 3D 模型連結:讓元件模型保持在專案資料夾內。
編輯設計時,這些連結十分重要。只要它們保持完整,原理圖更新便會修改正確的 PCB 元件;連結損壞則可能令工具把該元件視為替換元件。
3. 在獨立資料夾測試 KiCad 專案的可攜性
Astra 沒有假定專案具備可攜性,而是實際進行測試。它將原生檔案、兩個本地元件庫及所有模型檔案複製到獨立資料夾,然後在該處重新執行 ERC、DRC 及原理圖一致性檢查。
複製版本回報零違規、零未連接項目及零一致性問題。沒有發現絕對路徑或缺少元件庫,因此發佈版本不依賴建立它的電腦。
GPT-6 Astra 的 KiCad 驗證實際證明了甚麼
其中一項是原理圖與電路板之間的電氣一致性,另一項則是確認重用的佈局是否保持不變。
| 檢查項目 | 結果 | 涵蓋內容 |
|---|---|---|
| KiCad ERC | 0 項違規 | 兩個頁面中已啟用的原理圖規則 |
| KiCad DRC | 0 項違規 | 重新填充銅區後執行的電路板規則 |
| 未連接項目 | 0 | 沒有回報未完成的必要連接 |
| 原理圖一致性 | 0 項問題 | 元件欄位及焊盤網絡與原理圖一致 |
| 獨立引腳及焊盤比較 | 已檢查 120 對 | 原生網表與原始電路規格比較 |
| 幾何形狀比較 | 保持一致 | 元件位置、焊盤、走線、過孔、銅區外框及電路板外框 |
| 複製專案後重新檢查 | 0/0/0/0 | 獨立資料夾中的 ERC、DRC、未連接項目及一致性 |
獨立檢查最為重要。兩個檔案即使互相匹配,也可能共同保留同一個錯誤,因此我們亦根據原始保存的規格,逐一比較全部 120 個引腳至焊盤連接。
被忽略的 KiCad DRC 及 ERC 規則代表甚麼
零違規結果只適用於已啟用的檢查項目。
- DRC 忽略五個類別:缺少 courtyard、偏離中心的過孔端點、調諧輪廓幾何形狀、封裝篩選器不匹配,以及元件類型不匹配。
- ERC 忽略四個類別:單一全域標籤、四向接點、SPICE 模型問題,以及封裝篩選器。
如果某項檢查被停用,它便無法回報錯誤。因此,這九個被忽略的類別是結果的一部分,而不是可以略過的附註。
為甚麼檢查透過命令列執行
由於首次啟動應用程式的要求逾時,Astra 使用 KiCad 命令列工具執行驗證及 CAD 匯出。之後 PCB Editor 成功開啟完成的電路板,其狀態區顯示的數值與保存的報告相同。

圖:實際的 KiCad PCB Editor 截圖,狀態區顯示 120 個焊盤、51 個過孔、253 段走線,以及 0 條未佈線連接。
KiCad 中的 PCB 元件放置、銅區及 DRC
這個 KiCad 專案保留兩個可編輯的接地銅區,分別位於兩個銅層,讓佈局修改後可以重新填充。
在 EasyEDA 版本中,由於使用的轉換方法相同銅箔被轉換為 28 個固定填充的區域。這不代表 EasyEDA 沒有原生銅區。該次匯入在修正前亦回報了50 項連結不匹配。
在 KiCad 中移動元件後會發生甚麼變化
當銅區可以重新填充,而不是固定區域時,三項編輯工作會有不同的行為。每項工作完成後仍需重新檢查:
- 移動元件:可重新填充的銅區會在下一次填充時重新產生間距開口;固定區域則會保留舊開口,除非有人重新建立它。
- 修改原理圖:「從原理圖更新 PCB」(通常是 F8)會將修改套用至已連結元件,套用前應先審閱變更清單。
- 確認修訂版本:重新填充銅區不會修復斷裂走線或變長的回流路徑,因此必須重新執行 ERC、DRC 及一致性檢查。

圖:從原生電路板匯出的 KiCad 前層銅箔圖,顯示前層佈線連接及銅區間距開口。
進一步編輯時請使用副本,並將已檢查的發佈版本保留為基準。KiCad 10 的使用手冊記錄了填充、更新及階層工具。
匯出 KiCad Gerber 檔案及組裝資料
Astra 直接從已檢查的原生電路板匯出製造資料。因此,圖形資料與通過檢查的設計一致,而不是某個中間版本。
KiCad 製造匯出內容
- 九個圖形層:雙面的銅箔、阻焊層及絲印,另加頂層和底層錫膏,以及電路板外框;絲印已扣除阻焊層區域。
- 兩個 Excellon 鑽孔檔案:電鍍孔及非電鍍孔分開寫入,單位為毫米,原點取自鑽孔檔案。
- 鑽孔報告記錄 51 個 0.30 mm 電鍍孔及 0 個非電鍍孔,因此此處所有孔都是互連過孔。
- 位置及 BOM 資料:貼片檔案列出 40 個已裝配的頂層 SMD 元件,原生 BOM 另外加入製造商、MPN 及額定值欄位。
貼片檔案中的座標以毫米為單位,X 軸向右、Y 軸向上。電路板左上角位於原點,因此 Y 值為負數;旋轉慣例需要與組裝商確認。

圖:供組裝使用的 KiCad 製造層圖,標示每個參考標號及預留的頂部散熱器區域。
注意
部分 BOM 項目仍使用通用或製造商零件編號,因此在組裝前必須確認可訂購的確切零件。
這正是元件庫可以提供協助的地方:JLCPCB 元件庫可讓你檢查可用零件,並在下單組裝前核對封裝、介電質及額定電壓等細節。
為甚麼整潔的 KiCad DRC 不等於可製造性檢查
DRC 會檢查設計中定義的規則;製造審查則會檢查特定工廠能否製作該電路板。若沒有正確的限制條件,兩者都不能單獨作為依據。
製造審查的電路板級檢查
- 疊層及銅重:走線寬度以標稱 1.6 mm FR-4 及 1 oz 銅為假設,因此成品銅重的任何變化都會影響其背後的電流及熱設計假設。
- 環形環及鑽孔:0.60 mm 過孔焊盤中的 0.30 mm 鑽孔會留下 0.15 mm 環形環。請將此數值與已發布的 PCB 製造能力比較。
- 阻焊層及錫膏:阻焊層擴展設定為每個焊盤邊緣 0.05 mm;導線及測試焊盤則按設計不開錫膏窗。
組裝及資格確認檢查
- 組裝可行性:收緊後的 C11 courtyard 限制、電感本體之間的間距,以及散熱器禁佈區,都需要進行組裝能力審查。
- 散熱配置:需要合適的頂部散熱器或散熱片,而本次發佈版本並沒有建模該部件。
- 電氣資格確認:電容器的偏壓及紋波額定值、電源裕量,以及導線應力消除,仍需在 Rev A 原型上確認。
DFM 分析及設計驗證是下一步工作,而不是已完成的工作。本專案不包括 DFM 上傳、工廠審查、報價或下單。

圖:使用簡化的專案模型製作的近似 KiCad 3D 視覺化,未安裝散熱器,也未進行裝配配合檢查。
這塊電路板從未製造、組裝或量測,因此其輸出功率、溫度及電磁行為仍未驗證。TPA3116D2 資料表所列的 2 x 50 W 最高數值,並不是 12 V 電路板的額定值。
結論
這個 GPT-6 Astra KiCad 專案顯示,有效的電路板檔案與整潔的原生專案並不是同一件事。真正的工作,是確保原理圖、元件資料、封裝及 PCB 全部一致。Coilcraft 電感及 Panasonic 電容等元件選擇,也需要根據實際訂購的零件再次核對。
AI 工具可以加快原理圖繪製、佈局及專案重建,但不能取代工程驗證。
無論設計來自 GPT-6 Astra、Flux.ai,還是其他 AI 輔助 EDA 流程,最終檢查仍由設計師負責。下單前,請驗證原生專案、確認實際元件,並按照製造商的製造限制檢查設計。
GPT-6 Astra 及 KiCad 常見問題
問:GPT-6 Astra 是否為這塊 KiCad 電路板完成佈線?
沒有,因為這個 44 x 34 mm 的已佈線佈局來自較早的放大器任務,之後原封不動地重用。幾何形狀比較確認了元件位置、焊盤、銅箔、銅區外框及電路板外框均與主版本一致。
問:GPT-6 Astra 是否具備 KiCad 外掛或整合功能?
目前沒有公布任何外掛、API 或合作關係。OpenAI 的發佈頁面展示的是使用電腦的代理操作現有 KiCad 介面,因此「KiCad 整合」的說法來自 Reddit 帖子標題,而不是 OpenAI。
問:電路只有 28 個網絡,為甚麼 KiCad 回報 29 個?
U1 第 16 腳刻意不使用,並帶有未連接標記,因此 KiCad 將該獨立引腳記錄為具名稱的中繼資料網絡。它與未完成的必要連接不同,未連接項目數仍保持為零。
問:擁有零 ERC 及 DRC 違規的 KiCad 專案是否已可製造?
尚未可以,因為零違規結果只確認該修訂版本通過已啟用的規則。疊層、銅重、環形環、阻焊層擴展、組裝間距及散熱器配置仍需由工廠審查。
問:我可以只分享這類專案中的 KiCad 電路板檔案嗎?
只分享電路板檔案會遺漏大部分交付內容。請一併提供專案檔案、兩個原理圖頁面、符號元件庫、封裝資料夾及兩個元件庫表,因為子頁面及本地定義都位於電路板檔案之外。
持續學習
GPT-6 Astra 在 KiCad 中的 PCB 設計:從簡述到已驗證原生專案
重點摘要 OpenAI 發布的內容:發佈頁面展示 GPT-6 Astra 在 KiCad 中進行 PCB 佈局的 15 秒濃縮片段。 模型完成的工作:它將四行設計簡述轉化為 44 × 34 mm 的雙層 PCB,涵蓋電路、封裝、元件放置、佈線,以及原生雙頁原理圖。 工作重點:元件放置及佈線只是其中一部分。兩個互相連結的原理圖頁面、專案本地元件庫,以及 45 個元件與其封裝之間以 UUID 建立的連結,對保持專案一致性至關重要。 實用發現:KiCad 回報 46 項原理圖一致性問題。這些問題透過修正元件欄位及未連接標記解決,而不是加入規則排除。 零違規的含意:KiCad 10.0.4 在已啟用的規則下回報 0 項 ERC 及 0 項 DRC 違規。另有五個 DRC 類別及四個 ERC 類別被忽略。 GPT-6 Astra 生成的 PCB 初看可能很簡單,但要建立整潔的原生 KiCad 專案,遠不只是產生一塊完成佈線的電路板。原理圖、元件庫、封裝及元件連結都必須保持一致。 在本專案中,GPT-6 Astra 在 KiCad 中建立並檢查 TPA3116D2 立體聲放大器,重點是保持原生專案一致,而不是......
GPT-6 Astra 在 EasyEDA Pro 中設計 PCB:成功之處、失敗環節與經驗總結
重點摘要 測試內容:讓 GPT-6 Astra 存取本機安裝的原生 EasyEDA Pro 3.2.149,並根據四行書面需求,設計一個 TPA3116D2 立體聲擴大機。 產出成果:完成一片 44 × 34 mm、包含 40 個表面黏著元件(SMD)的雙層 PCB,以及內嵌元件庫、可編輯的原生 EasyEDA Pro 專案。 出現問題的環節:第一次完整匯入後,專案正常開啟,外觀看起來也合理,但初次原生驗證仍回報了涉及 120 個 PCB 焊墊的 50 項關聯不符。 修正方式:為每個匯入的封裝指定唯一名稱與識別碼後,全部 50 項訊息均已清除。問題源於 EasyEDA Pro 在匯入時,將元件庫名稱相同、但原本應保持獨立的封裝,視為同一個封裝。 尚未證實的事項:電路板僅通過軟體檢查,尚未製造、組裝或量測,因此不能據此對輸出功率、熱性能或電磁相容性(EMC)提出結論。 多數關於 GPT-6 Astra PCB 設計能力的討論,都集中在一項使用 KiCad 的示範。相同工作流程能否在另一款電子設計自動化(EDA)工具中重現,此前尚未有公開示範。 本次測試於 2026 年 9 月 10~11 日進行,使......
AI PCB 設計:透過 EasyEDA Pro 將提示詞轉化為 PCB
重點摘要 AI PCB 設計:透過 AI 代理,在實際的電子設計自動化(EDA)編輯器中,自動完成原理圖建立、元件選型、佈局與驗證,而不只是生成圖片。 工作流程:透過 EasyEDA API 閘道器、開源 API 技能套件與本機橋接伺服器,將 EasyEDA Pro 連接至 AI 程式開發代理,例如 Claude Code 或 Codex。 設定與本機運作:設定約需十分鐘,並完全採用本機優先架構:設計資料、API 呼叫與中間產生的程式碼,都不會離開您的電腦。 製造銜接:由於代理放置的是真實元件庫中的元件,匯出的物料清單(BOM)能對應至 JLCPCB 可採購並組裝的實際料號。 硬體設計一直存在一個與物理原理無關的瓶頸:花費大量時間拖曳符號、重新命名網路,以及微調走線位置。如果這些重複性的操作能交由 AI 代理處理,情況會如何?這個代理不只是畫出一張電路圖片,而是操作實際的 EDA 編輯器,放置真實的符號、導線與封裝,讓您可以將設計直接送交製造。 AI PCB 設計是在 EDA 環境中,透過 AI 代理自動處理部分原理圖建立、元件選型、PCB 佈局與設計驗證工作。這套工作流程已不再停留於構想。透過 ......
PCB 製造用 ODB 檔案實務指南
重點摘要 整合式資料:ODB++ 將製造圖形、網表、疊構與鑽孔跨層範圍整合在同一個資料包中。 減少錯誤:內嵌網表讓 CAM 軟體能在生產之前找出資料錯誤。 匯出前檢查:排除所有設計規則檢查問題、確保電路板外形封閉,並使用檢視器確認鑽孔跨層範圍。 建議做法:使用 Gerber 取得快速報價,同時備妥 ODB++ 資料,以便回覆工程詢問。 一個 Gerber 圖層可能只會表示:「在這裡畫一個 0.5 mm(20 mil)的圓。」ODB++ 則能將相同的圖形描述為 VCC 網路上的焊墊,並指出它連接至一個從第 1 層延伸至第 4 層的金屬化孔。換句話說,製造商收到的是電路板的完整描述,而不只是一組圖稿。 圖 1:CAM 工程師檢查匯入的 ODB++ 製造資料 這一點十分重要,因為製造商每次需要從不同檔案中重新推斷資料關係,都會增加一次出錯的機會。若資料中包含原始設計物件及其關係,可製造性設計(DFM)工具就能根據電路板本身的網表、疊構、鑽孔定義與元件資料進行檢查。本指南將說明 ODB++ 檔案包含哪些內容、資料夾結構如何組織,以及它與現代 Gerber 和 IPC-2581 的差異。同時也會介紹匯出前值......
仿真不收斂排查:SPICE 收斂故障機理與 LTspice 對策實操
電源工程師的日常工作中,經常遇到這種情況:電路圖已經檢查三遍,確認沒有問題,按下執行後,螢幕卻彈出一行紅字,模擬直接停止。網路上的對策五花八門:修改 .options、加入電阻、縮小時間步長,輪流嘗試卻像抽籤。其實,收斂問題九成有跡可循;不了解錯誤訊息背後的數值機理,才會讓排查變成毫無方向的嘗試。 SPICE 電路模擬將電路方程表示為非線性方程組 f(x) = 0,並透過牛頓-拉夫森法,依照下方公式逐步逼近實際解。LTspice 的演算法已比傳統引擎更具容錯能力,但模型與電路結構中的問題,仍需要使用者自行處理。先建立錯誤訊息與對策的對照表,排查時依循明確路線,會比反覆搜尋論壇更有效率。 圖:牛頓-拉夫森法的收斂迭代公式 其中,f′(xn) 在電路中對應的是雅可比矩陣,也就是電路在目前電壓與電流狀態下的電導矩陣。 注意事項 SPICE 收斂問題應先依錯誤類型,定位數值或電路拓撲方面的原因,再調整求解器參數。先確認模型、節點與直流通路合理,再使用直流工作點分析指令 .op、節點初值設定指令 .nodeset,或 GMIN 步進法進行驗證。 一、三類典型錯誤訊息速查 錯誤訊息雖然各式各樣,但大致可歸納為......
EasyEDA Pro 與 KiCad:GPT-6 Astra PCB 設計比較
重點摘要 比較對象:同一個 TPA3116D2 立體聲擴大機專案的兩個版本,分別由 GPT-6 Astra 在不同的 EDA 工具中建立。比較重點在於交付專案之後,您實際上能夠如何使用與修改它。 接地覆銅:EasyEDA Pro 專案將接地覆銅儲存為 28 個固定填充區域;KiCad 專案則保留兩個原生覆銅區域,可在佈局變更後自動重新填充。 驗證:KiCad 最初回報 46 項原理圖一致性問題。這些問題透過修正元件欄位與未連接定義解決,沒有增加額外的規則排除項目。 兩個專案都尚未證實的事項:兩個專案均通過各自設定的軟體檢查,但兩片電路板都尚未製造、組裝、進行電氣測試,或經過正式的 DFM 審查。 當 AI 代理替您建立專案時,EasyEDA Pro 與 KiCad 的比較重點也會改變。此時,比較的不只是哪款工具擁有更好的編輯器、佈線器或操作介面,還包括代理最終交付的專案品質。 原理圖可能正確、電路板可能已完成佈線,設計檢查也可能全部通過。然而,下一次修改時,仍可能暴露出封裝元件庫、元件關聯、覆銅區域或專案可攜性方面的問題。 為了探討這些差異,我們使用 GPT-6 Astra 製作了兩次相同的 TP......