Author Topic: Claude Code for pcb design?  (Read 46855 times)

0 Members and 9 Guests are viewing this topic.

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #50 on: April 05, 2026, 06:47:48 pm »
I think one major hurdle to overcome will be determining how to calculate a figure of merit for an attempt at a PCB, which is a necessary step in reinforcement learning.

It needs to do the same AI does on software development - have a way of verifying results. It needs to use circuit simulators like SPICE, and even EM modeling tools for layout. This is all doable, just we are not there yet. AI for software development got a huge boost from having absolutely massive archives of known-good, battle-tested software, and the existing infrastructure and concepts of testing and verification.

For PCB design, even we human designers still rarely simulate much, especially not the layout - we handwave it. And even when we simulate, that's all closed work in corporate setting, so no freely available learning material - not for humans, not for AI.

I don't see this changing quickly. Because easy, free source for training does not exist like it did for software, those developing EE design / PCB AIs will need to put a lot of their own money.

But maybe I'm wrong again and maybe it will happen quickly anyway.
IMHO it could be closer. Something AI should be able to master is identify the function of pins through schematics, datasheets + hardware reference manuals and apply constraints to nets for RF behaviour and current handling. From there figure out how many layers are needed for the design. Throw in some formulas for cross-talk, delays, trace impedance and some basic rules and an AI should be able to create pretty complicated boards. Having seen the analysis AI can do on software and other problems, I don't think AI based PCB design is far away. But as others pointed out, training material is probably the biggest issue.
« Last Edit: April 05, 2026, 06:49:38 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline free_electron

  • Super Contributor
  • ***
  • Posts: 9056
  • Country: us
    • SiliconValleyGarage
Re: Claude Code for pcb design?
« Reply #51 on: April 06, 2026, 03:15:37 pm »
One of the problems is in interpreting the datasheets. Humans already have big problems with those. Many are written incomprehensible or contain stuff that is not obvious. I have been bitten by an analog devices synthesizer. the datasheet states 3.3 to 5 volt operation. 0..120MHz. somewhere deep down in tiny footnote it says 3.3v max 80MHz ...
Interpreting application diagrams from PDF is also a problem. the PDF format simply does not contain enough information , especially if the embedded drawings are raster graphics.

The AI could be helped by feeding proper symbols that have pin type (in/out/bidir/passive/power etc), polarity(active high/low)
We should standardize on a xml or json style format for pin maps. alternate functions could also be encoded (like for microprocessors with peripheral functions)
that would greatly help AI.
Wiring could use SPICE notation.

running it off PDF will create a tremendous mess.
Professional Electron Wrangler.
Any comments, or points of view expressed, are my own and not endorsed , induced or compensated by my employer(s).
 
The following users thanked this post: Smokey, bookaboo

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #52 on: April 06, 2026, 07:39:02 pm »
One of the problems is in interpreting the datasheets. Humans already have big problems with those. Many are written incomprehensible or contain stuff that is not obvious. I have been bitten by an analog devices synthesizer. the datasheet states 3.3 to 5 volt operation. 0..120MHz. somewhere deep down in tiny footnote it says 3.3v max 80MHz ...

running it off PDF will create a tremendous mess.
Don't think so. Analysing and extracting info from large texts is something AI is pretty good at. I uploaded the AD9851 datasheet (PDF format) into Claude.ai (free version) and asked: Can you tell me the maximum operating frequency of this chip?

It came up with this:
Based on the datasheet, the AD9851's maximum clock rate depends on supply voltage:

180 MHz at 5.0 V supply (the absolute maximum)
125 MHz at 3.3 V supply
100 MHz at 2.7 V supply

These are for direct clock input with the 6× REFCLK multiplier disabled.
If you're using the built-in 6× REFCLK multiplier, the input reference clock is lower, but the internal system clock still reaches the same maximums — so you'd feed it a reference of up to 30 MHz (at 5 V), which the chip multiplies internally to 180 MHz.
The headline figure Analog Devices advertises for this chip is 180 MHz at 5 V supply.

« Last Edit: April 06, 2026, 07:41:09 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline aklofas

  • Newbie
  • Posts: 8
  • Country: us
Re: Claude Code for pcb design?
« Reply #53 on: April 07, 2026, 05:22:35 am »
paulca - agree. The parsers do the work, the LLM generates the narrative.

Siwastaja mentioned SPICE, that's actually working now. Also doing Monte Carlo tolerance sweeps too :).

Other stuff since last time: EMC pre-compliance checks (lots of rules, generated by equations), thermal analysis, and a documentation generator for HDD and CE technical files, etc. Not replacing a test lab or a tech writer, but gets you 80% of the way there.

Test harness is at 5,800 repos. mostly hobby boards, but that's fine for regression testing. The parser doesn't learn from them, but computes against them.
 

Offline Smokey

  • Super Contributor
  • ***
  • Posts: 3897
  • Country: us
  • Not An Expert
Re: Claude Code for pcb design?
« Reply #54 on: April 08, 2026, 12:31:37 am »
It would be cool if this was the reason EM simulation got integrated to KiCad in a way that wasn't manually hacking a bunch of separate stuff.
 

Offline Cane

  • Newbie
  • Posts: 5
  • Country: ng
    • Cane the dev
Re: Claude Code for pcb design?
« Reply #55 on: May 31, 2026, 08:02:27 am »
I don't know if you are still looking for solutions but currently I use an emerging language approach.
So I tell Claude to write hardware script then I use hardware script to compile to schematic outputs like DXF and netlist
But the project is still in development so not fully stable yet but promising github.com/HardwareScript
 

Offline bontech

  • Newbie
  • Posts: 4
  • Country: in
    • My portfolio
Re: Claude Code for pcb design?
« Reply #56 on: June 13, 2026, 02:21:42 pm »
Yeah, I use Claude AI all the time to get parts recommendations, and layout design. I also use Gemini to get the footprints recommendations when I get too tired. Although the end design is made by hand, AI helps out a lot in the initial stages, makes a good excel BOM too!
 

Offline Smokey

  • Super Contributor
  • ***
  • Posts: 3897
  • Country: us
  • Not An Expert
Re: Claude Code for pcb design?
« Reply #57 on: June 13, 2026, 07:40:37 pm »
Yeah, I use Claude AI all the time to get parts recommendations, and layout design. I also use Gemini to get the footprints recommendations when I get too tired. Although the end design is made by hand, AI helps out a lot in the initial stages, makes a good excel BOM too!

I haven't had much luck with any of that.  At least not consistently.  Parts recommendations especially are a mess.  Part numbers that don't exist.  Specs that are wrong.  Not that I'm surprised since those are the technical details (facts) that don't come out well from token prediction.  Now if someone would write an agent that taps into Digikey parametric API and preferentially uses that over its generic training, that would be sick.

DigikeyAI would be super useful.
 

Offline richardax

  • Newbie
  • Posts: 8
  • Country: us
    • EE Tool MVP, testers wanted
Re: Claude Code for pcb design?
« Reply #58 on: June 28, 2026, 11:34:42 pm »
I've recently used a combination of KiCAD & Claude to create a 4 layer board of moderate complexity (a Linux system with high speed components such as SD card, Ethernet, DSI etc). While it didn't create the schematic or layout components I found Claude very useful for checking off TODO lists, checking for errors or omissions etc. Also as I was using the JLCPCB I found it useful for optimizing BOM (basic v extended parts) & checking on stock levels. I also used it to create parts (mine were based on existing footprints). While its certainly not a silver bullet I found, because the KiCAD files are plain text & not proprietary, it significantly sped up development. It might help prevent a respin or two by reviewing your board for errors.

As with software its probably better to run Claude in a VM (with dangerously skip permissions) so you don't have to keep approving changes & all changes tracked by git to allow easy rollback.

I started working on an AI agent that would do about what you describe. Starting with idea, breaking down to requirement, architecture and design. I ended up going the other way, building an agent that works with you in requirement specification, ver and val plan, architecture and build plan/rfq, but to let EE do the last part. It ended up being really useful tool in tracking and tracing, and to have a clear spec for what to actually build, especially for smaller companies where formal processes are usually lacking and documentation is just a burden.
You are more than welcome to try it out, there is a link in my profile. Web based, totally free, feedback would be appreciated.
Small EE shop, building a lightweight requirements tool — minus the enterprise price tag. Pilot/feedback: https://crucible-mvp.vercel.app/overview?src=eevblog-sig
 

Offline richardax

  • Newbie
  • Posts: 8
  • Country: us
    • EE Tool MVP, testers wanted
Re: Claude Code for pcb design?
« Reply #59 on: June 28, 2026, 11:36:33 pm »
Considering specialised PCB routing software designed for the task usually does a piss poor job on anything of more than moderate complexity, unless fed a ton of constraints, I hold very little hope that a generalised LLM is ever going to be useful for board layout.
Have you seen flux.ai? It is an AI specifically developed for board design. To think that AI will not have a massive impact on EE over the next couple of years, just like for lawyers and doctors, is wishful thinking. The question is how far along are they today? Anyone with actual experience?

I have tested it a couple of months ago and it did not work good at all. AI is good as a tool in the process, especially to create and track requirements, which then is really useful in actual design, but the actual design will be have to be done by human for quite some time I believe.
Small EE shop, building a lightweight requirements tool — minus the enterprise price tag. Pilot/feedback: https://crucible-mvp.vercel.app/overview?src=eevblog-sig
 

Offline richardax

  • Newbie
  • Posts: 8
  • Country: us
    • EE Tool MVP, testers wanted
Re: Claude Code for pcb design?
« Reply #60 on: June 28, 2026, 11:39:46 pm »
So I have spent far too many hours on this problem and gave up.

In terms of Kicad, the problems start with the file format.  KiCAD uses a redo of some old 1970s lisp S-Expression format.  It's a delimiter swamp with positional/sequencial dependencies.

The second is the hardest one to get around.  A schematic is a VISUAL communication medium.  The LLM has no eyes and very little concept of "spatial relationships".  It doesn't understand what "clean layout" looks like.  It' s never seen one and has no "attention awareness" of it.

It does better with "web layouts" as the markup and languages being used there are far more explicit and far more commonly "out there".   Those markups and languages have elvoled to be human editable from the beginning. It still doesn't see your webpage, if it looks good it's likely just that it picked a very basic "tabular" layout and grids like 90% of websites.

You can get it to do a netlist.  You can get it to read/write/edit the netlist and even make an attempt at a BOM.  You will need to review it though.

As an example as to why you need to review it, or take other techniques....  try one of these techniques yourself.

Open an empty chat and ask claude about decoupling capacitors on ICs.  Tell it you were thinking that "3 decades in paralell" sounds like your best approach.  Read the response.

Open a new empty chat context and ask claude exactly the same thing, but suggest your best approach is a single 1uF on the ICs.  Read the response.

Both will be confirmatory, affirming your strategy either one.  It would seem that both are valid answer.  That is because they are both valid answers with almost equal weighting out there on formuns and in schematic/netlist examples.

It highlights something though.  Your prompt can be seen as an "observer".  The LLMs response will be from that view point.  If there is someone obvious on the "back side" of the idea it might be completely blind to it.  So, reprompting it with a flip on something key, like "undo a previous design decision" and ask it to present something different, or you approach the original problem from a new direction, maybe if you were very "pro" the idea, as it's yours, try being negative about the idea and see if it gives you a different insight.

So applied to electronics, if you want something that "you" would have produced yourself you have two options.  1.  Let it decide and pick which every style was closest in it's context or 2.  Go through every single detail with it and ask / chat with it to direct it to what you want. 

As someone said...  at a point it becomes faster to just do it yourself.

Where I did get some use out of it for PCB design, was converting a verilog file to 74HCxx logic gates.  There I was driving the schematic.  I had claude grepping the yosys synthesiser output and helping me go through the verilog bit by bit converting different sections to schematic sections.  The yosys idea was mine.  I was looking at a sequence with multiple inverters and could see it might have few chips if it was completely "inverted".  After looking at a few Claude outputs and not being convinced it was seeing the same thing, I asked it "What did yosys do?" and off it went.  Brought back the LUTs and whatnot yosys has placed for the circuit, translated those back to 74HC discretes.  This helped.

Schematics.  My approach to fix this is a bit too much for me to do myself.

OpenSchematic format.  Split into several layers.  "functional" - the netlist basically.  What the PCB editor and electrical constraints see.  It may include the BOM so that a simulation can run with just the "functional" input.  Then the visual layer.  This is where components get "symbols" and "nets" get "wires" etc.  Things get "places" and orientations etc.  Finally is the documentation layer.  From the normal stuff, to datasheets for components to labels, to tooltips to pop outs.

The functional layer is intented to be easily used by human and machines.  It is technically all you need to make the circuit.... just a bit of visual layout ,  "just" LOL.

To make this even slightly viable... it would need to be created and trans-parsers written for at very least KICAD.  However even there changes would be required to KiCAD beyond just import/export.  Not a one man band project, unless I only want one project for the next 5 years.

The other problem is acceptance.  There have been other such endeavours and they just failed into obscurity.  Most people just pick one EDA application and assume they are stuck with it.

I have spent quite a bit of time myself on trying to solve this.

I took on another approach, start with specifying what to build, if you specify it well, Claude is pretty good at building a behavioural Spice model for it, which can be simulated. This is pretty useful, but is mostly mathematical/function model and can not be turned into a schematics yet. Next step is to break it down to blocks, Claude is also pretty good at this and can separate them into behavioural models per block. Next step is to build a schematic/netlist per block. Claude can also do this pretty well. Now you pretty much have a schematics of your whole circuit and you can simulate the parts and the whole.
What you have is a schematics in text format, pretty well designed.
What AI is really bad at is the visual, both in Spice and eg Kicad. You can actually get a netlist with all components and nets, all in a big mess, but correctly connected, and you will have to organize it visually.
And human will have to know what to check and be involved so it it far from automated in the way coding is.

What I realized building this, is that the input is really important, so instead I built a tool to go from idea to design, focusing on specifying requirements, v&v and then down to architecture and the output is what an EE would need to start building. This ended up being a very useful, especially when working with a customer specifying a project, which may change along the way, keeping track and traceability.
I really like what I built, and would like feedback from users. The tool is web based, completely free, I would be thankful for any feedback.
Link is in my profile.
Small EE shop, building a lightweight requirements tool — minus the enterprise price tag. Pilot/feedback: https://crucible-mvp.vercel.app/overview?src=eevblog-sig
 

Offline Smokey

  • Super Contributor
  • ***
  • Posts: 3897
  • Country: us
  • Not An Expert
Re: Claude Code for pcb design?
« Reply #61 on: June 29, 2026, 04:14:10 am »
One of the problems is in interpreting the datasheets. Humans already have big problems with those. Many are written incomprehensible or contain stuff that is not obvious. I have been bitten by an analog devices synthesizer. the datasheet states 3.3 to 5 volt operation. 0..120MHz. somewhere deep down in tiny footnote it says 3.3v max 80MHz ...

running it off PDF will create a tremendous mess.
Don't think so. Analysing and extracting info from large texts is something AI is pretty good at. ...

Yes, but getting it to ONLY use the information it got from the datasheet is not guaranteed.  More than a few times I've included the datasheet for the part I'm working on, with specific instructions to use the info in the datasheet, and it still decided to hallucinate some junk.  Only when I pointed that out did it reply with something like "Oh, you want me to use that datasheet?".  Other times it nails it.  It's just not consistent and nothing I do at prompt time makes it more consistent from what I can tell.
« Last Edit: June 29, 2026, 04:15:57 am by Smokey »
 

Offline richardax

  • Newbie
  • Posts: 8
  • Country: us
    • EE Tool MVP, testers wanted
Re: Claude Code for pcb design?
« Reply #62 on: June 29, 2026, 10:50:16 pm »
One of the problems is in interpreting the datasheets. Humans already have big problems with those. Many are written incomprehensible or contain stuff that is not obvious. I have been bitten by an analog devices synthesizer. the datasheet states 3.3 to 5 volt operation. 0..120MHz. somewhere deep down in tiny footnote it says 3.3v max 80MHz ...

running it off PDF will create a tremendous mess.
Don't think so. Analysing and extracting info from large texts is something AI is pretty good at. ...
Yes, but getting it to ONLY use the information it got from the datasheet is not guaranteed.  More than a few times I've included the datasheet for the part I'm working on, with specific instructions to use the info in the datasheet, and it still decided to hallucinate some junk.  Only when I pointed that out did it reply with something like "Oh, you want me to use that datasheet?".  Other times it nails it.  It's just not consistent and nothing I do at prompt time makes it more consistent from what I can tell.

Which AI are you using? In my opinion, for technical stuff there is only Claude. ChatGPT is like a drunk teenager, has confident answers to everything, rarely correct answers. Perplexity/Gemini/Grok good for research and writing.
Small EE shop, building a lightweight requirements tool — minus the enterprise price tag. Pilot/feedback: https://crucible-mvp.vercel.app/overview?src=eevblog-sig
 
The following users thanked this post: nctnico

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #63 on: July 13, 2026, 09:50:17 pm »
I'm experimenting with Claude code to do a schematics review. Claudes likes to have the design as XML, PDF and netlist. Claude also helped to renumber the 40+ page design (1200+ components) so all the parts belonging to the same function block have references in the same range. For the renumbering Claude recommended / wrote a TCL script to run in Orcad Capture to take care of the renumbering.

It has come up with some good suggestions so far. Like mispelled /wrong net names. I'll update once I get a bit further.
« Last Edit: July 13, 2026, 09:52:17 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 
The following users thanked this post: 2N3055

Offline AndyC_772

  • Super Contributor
  • ***
  • Posts: 4569
  • Country: gb
  • Professional design engineer
    • Cawte Engineering | Reliable Electronics
Re: Claude Code for pcb design?
« Reply #64 on: July 14, 2026, 07:48:40 am »
I've been trying Fable 5 to help me make some improvements to a new board this week. It managed to interpret a simple .PNG screen capture of the schematic with surprising accuracy, as well as screen grabs from my scope to show it how the board was behaving.

It also then went ahead and made sensible suggestions to address the issues I was seeing (noise and frequency response of an analogue circuit). The first one made the circuit oscillate and become unstable; subsequent changes actually resulted in really worthwhile improvements that I don't think I'd have spotted on my own.

That's why I'm so glad I made the decision to take AI seriously, keep up to date with what it can do, and use it. Not so long ago it would have simply made up technobabble about non existent parts. Now it's recognising real issues, identifying tests worth doing and correctly predicting their outcomes.
 
The following users thanked this post: Smokey, bookaboo, Siwastaja

Offline lichurbagan

  • Regular Contributor
  • *
  • Posts: 233
  • Country: bd
Re: Claude Code for pcb design?
« Reply #65 on: July 28, 2026, 05:06:54 pm »
Ummm--- not a bad idea but I do not find LLM models dependable enough to produce completely error-free PCB designs.
 

Offline KE5FX

  • Super Contributor
  • ***
  • Posts: 2678
  • Country: us
    • KE5FX.COM
Re: Claude Code for pcb design?
« Reply #66 on: July 28, 2026, 06:25:26 pm »
Going to be a while, but they will get there.  EDA work is about where coding was in the pre-Opus 4.5 era.  Sometimes the tools will surprise you with their apparent genius, other times they will just make a huge mess.

The reduction in outright hallucination has been a welcome improvement in the last few model releases.  It still happens but they are moving in the right direction, certainly.

I have found Fable to be pretty effective for direct manipulation of EAGLE .xml files lately, if given the eagle.dtd schema file.  Very tempted to see if it can vibe-code an autoplacer...
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #67 on: July 28, 2026, 07:12:11 pm »
I'm experimenting with Claude code to do a schematics review. Claudes likes to have the design as XML, PDF and netlist. Claude also helped to renumber the 40+ page design (1200+ components) so all the parts belonging to the same function block have references in the same range. For the renumbering Claude recommended / wrote a TCL script to run in Orcad Capture to take care of the renumbering.

It has come up with some good suggestions so far. Like mispelled /wrong net names. I'll update once I get a bit further.
Update:
I let Claude do a further analysis of the design. It came up with several checks by itself like net-naming consistency, clock distribution, power distribution and checks for voltages. For that I also supplied Claude with the datasheets and let it extract pins functions and power supply voltages.

On to the actual checking:
For net naming it found a few spelling mishaps and dangling nets (inconsistent naming by me) so that was a good catch.

Claude also did a good job checking power supply pins and  determining whether the voltage is correct (inferred from power net names). It listed all the supply voltages (15+), calculated the nominal voltages based on the resistor divider values and marked how much percent the voltages where off. And it also found a mistake I made. I want to create a clean 4.9V from 5.1V through an LDO but I used a 3.3k resistor instead of 3.9k. So the actual output voltage would be like 5.5V instead of 4.9. However, Claude inferred that the LDO was powered from 5V -ish-, it didn't flag it as a problem as the supply voltage wouldn't exceed the limit anyway. When asked which resistor to use Claude suggested 3.9k while noting that it specifically used an E96 value. Which is nicer than the typical voltage regulator datasheets which list the weirdest resistor values nobody has in stock.

Then I let Claude do some checks on the parts and their consistency to optimise the BOM. Look for identical values. This also went well. Claude is sensible enough to figure out the voltage on a net to avoid suggesting replacing a 1206 resistor with a 0402 resistor.

Last but not least I asked Claude to produce a diagram with the power tree (including sequence numbers) and communication busses. Drawing the power tree went OK but the communication busses didn't went that well; that needed more explaining on how to draw but I didn't venture into that further.

All in all Claude was worthwhile to use to check a schematic thouroughly.
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline free_electron

  • Super Contributor
  • ***
  • Posts: 9056
  • Country: us
    • SiliconValleyGarage
Re: Claude Code for pcb design?
« Reply #68 on: July 28, 2026, 08:18:18 pm »
Claude can make step files....

i used it to extract dimensions from a TDK datasheet (Boxed polypropylene caps ) and spit out the 3d models in STEP format for the different part numbers. It can interact with PTC Creo.

There's a plugin for OnShape that lets Claude control OnShape directly. (Adam AI). need to try that next.

I use Claude to make scripts in Altium's Delphiscript. It needs handholding cause it doesn't understand the fine details of the (badly documented) API. I let it analyze some scripts i made and it learned the (undocumented) tricks very fast. I asked it to rewrite some of my older scripts and it heavily optimized the code, reducing the number of lines by 20 to 30% ,  writing helper functions and restructuring the code. Those scripts grew over many years and suffered from code bloat.

I also used it to make a library management tool. It created a self-contained python program that lists all CSV files in a given directory. It presents a file list left and a grid view on the right. Clicking a CSV file shows the contents. CTRL-N (New) adds a line, injects a 128bit GUID as index and clones the line above. I trained it to understand formatting of descriptions for capacitors and resistors. All i need to do is paste in a manufacturer part number and it fills in value, tolerance, dielectric and creates a proper description. next step is use it to find the order codes from digikey, mouser, lcsc and TME automatically. It also cleans up case and formatting. It auto-saves after 15 seconds (or on file change) and keeps the last 5 versions in a FIFO history buffer for each file. I i need to add some resistors or capacitors i simply paste the manufacturer part numbers and it does the rest. I use microsoft ODBC text driver to expose the folder with CSV files as a database. Altium thinks this is a true database and shows it in the component browser. it's made my life a lot easier making new parts. new part , enter MFR part number , enter footprint and symbol name and i'm done. Claude does the rest.
Professional Electron Wrangler.
Any comments, or points of view expressed, are my own and not endorsed , induced or compensated by my employer(s).
 
The following users thanked this post: nctnico, Siwastaja

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #69 on: July 28, 2026, 09:41:36 pm »
Claude can make step files....

i used it to extract dimensions from a TDK datasheet (Boxed polypropylene caps ) and spit out the 3d models in STEP format for the different part numbers. It can interact with PTC Creo.
Dang... that actually works. Claude (Fable 5) made this 3D step file for a 45mm blower from the datasheet (with dimension drawings):



This took a couple of iterations though to get it somewhat right. It is still not entirely accurate but good enough to fit in a casing. Somebody well versed in 3D drawing could probably have done it quicker and better but as I'm absolutely horrible at 3D drawing, using Claude opens up a lot of new possibilities.
« Last Edit: July 28, 2026, 10:11:08 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 
The following users thanked this post: Siwastaja

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #70 on: August 20, 2026, 01:05:13 am »
Some more playing around. Earlier this year I made this simple board. I was wondering what Claude would come up with. First I let Claude figure out how it could deal with Allegro and whether it would be able to write PCB files. Well, it can. It uses the database extraction tool to get the netlist and other information. From there it uses Skill to remove / add traces. Pretty nifty. As a first step I let Claude deal with my component placement and route traces.

This is my board routing:



This is Claude's routing (after telling it to maximise distances between traces):



I didn't tell Claude to use 45 degree angles. Realistically I don't see how that would improve the layout from a technical perspective. Where it comes to clearance between the traces, Claude's layout is clearly better.

And this is with letting Claude place the diodes and do the routing:



I speficied that I wanted all diodes to face in the same direction for easy visual inspection. And have them nicely organised on the board.

All in all this is not bad at all. Ofcourse it is a simple board. I'm going to throw something more complicated at Claude and see how it does. One of the interesting things is that Claude uses other tools (like Python) to do placement analysis and routing and as a final step update the board design. Fortunately Allegro allows to be driven externally so there is zero manual intervention involved. Oh, and all this runs on Linux.
« Last Edit: August 20, 2026, 01:41:10 am by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 
The following users thanked this post: Someone, Smokey, KE5FX, Siwastaja

Offline KE5FX

  • Super Contributor
  • ***
  • Posts: 2678
  • Country: us
    • KE5FX.COM
Re: Claude Code for pcb design?
« Reply #71 on: August 20, 2026, 01:30:22 am »
I'm trying to sweet-talk Fable into autorouting a dense crossbar network with >200 airwires, we'll see how it goes...
 
The following users thanked this post: nctnico, bookaboo

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #72 on: August 21, 2026, 07:35:05 pm »
I did some further experiments with throwing a real PCB design at Claude with some more placement (just a few resistors) on a multi-layer board but there it failed miserably. The core problem is that Claude develops tools for the job. So Claude has attempted to write a placer and drive Allegro's internal autorouter. That is the wrong direction if you want to leverage AI for placement and routing traces.
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Online nctnico

  • Super Contributor
  • ***
  • Posts: 30346
  • Country: nl
    • NCT Developments
Re: Claude Code for pcb design?
« Reply #73 on: August 21, 2026, 08:22:31 pm »
But since Claude seems to be quite handy at extracting all the information from the Allegro layout as a database, let's see if it can do some analysis. Something high on my wishlist is doing a DC analysis of a board. So I asked Claude to create tooling to calculate DC resistance in a power net. This is what it came up with:

This is what it came up with:


Pretty good! Typically this is an expensive option for PCB design packages. Besides this image, Claude produced a very comprehensive report with resistance per ball and the current sharing. Ofcourse the heavy lifting is done through Python libraries.

PS: This comes from an evaluation board I designed.
« Last Edit: August 21, 2026, 08:39:39 pm by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 
The following users thanked this post: bookaboo

Offline KE5FX

  • Super Contributor
  • ***
  • Posts: 2678
  • Country: us
    • KE5FX.COM
Re: Claude Code for pcb design?
« Reply #74 on: August 21, 2026, 08:57:41 pm »
That's pretty cool.  Seems believable enough, anyway!

Fable managed to route all but a couple dozen of the traces in the test I had it perform recently, so I was reasonably happy with that outcome:



I was very impressed with its skill as a design reviewer.  It didn't go out of its way to find problems with the design, but when I asked it to do so ("Carefully review circuitry on schematic page xx, comparing connections, signals, and pin usage against the data sheets, which I have placed in the working directory") the results were very helpful.  It's surprising how adept it is with the .brd and .sch files.  I didn't try to get it to operate EAGLE itself, just gave it the XML and DTD files and let it crunch.
« Last Edit: August 21, 2026, 09:02:25 pm by KE5FX »
 
The following users thanked this post: nctnico


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf

 

- - -
-->