"Anyone else out there vibe circuit-building?"

"Anyone else out there vibe circuit-building?"(twitter.com)

146 points by thetrustworthy 164 days ago | 100 comments

mikeayles 164 days ago |

Been working on this exact problem for a while now. The core issue isn't that LLMs are bad at circuits, it's that we're asking them to do novel design when they should be doing selection and integration.

My project (https://phaestus.app/blog) takes a different approach: pre-validated circuit blocks on a fixed 12.7mm grid with standardized bus structures. The LLM picks which blocks you need and where they go, but the actual circuit design was done by humans and tested. No hallucinated resistor values, no creative interpretations of datasheets.

It's the same insight that made software dependencies work. You don't ask ChatGPT to write you a JSON parser from scratch, you ask it which library to use. Hardware should work the same way.

Still WIP and the block library needs expanding, but the constraint-based approach means outputs are manufacturable by construction rather than "probably fine, let's see what catches fire."

nospice 164 days ago | |

> The core issue isn't that LLMs are bad at circuits, it's that we're asking them to do novel design when they should be doing selection and integration.

I don't want to detract from what you're building, but I'm puzzled by this sentence. It very much sounds like the problem is that they're bad at circuits and that you're working around this problem by making them choose from a catalog.

Try that for code. "The problem isn't that LLMs are bad at coding, it's that we're asking them to write new programs when they should be doing selection and integration".

bee_rider 164 days ago | | |

I only had undergrad EE training so maybe I’m out of touch with what’s done in industry. But, I think most human engineers mostly don’t design novel circuits either. Chips come with specification sheets that have some reference implementations. So obviously somebody at the company designs that reference implementation, but I think most users stick pretty close to it…

senorrib 164 days ago | | |

That’s exactly how it has been working for me in code. I have a bunch of different components and patterns that the LLMs mix and match. Has been working wonderfully over the past few months.

w0de0 164 days ago | | |

At what level of abstraction does programming become a process of selection and integration?

gopher_space 164 days ago | | |

Are there examples of LLMs generating novel code? If so, who is it novel to?

Not trying to be a smart ass here, I’ve been keeping an eye out for years.

estimator7292 164 days ago | | |

That's precisely how LLMs work for code, yes. Were you not aware?

mikeayles 164 days ago | | |

Sorry, could have been more clear, LLM's are great at architecting high level design decisions, but terrible at the nitty gritty - without better tooling (with the right tooling, such as https://flux.ai, they are capable!).

I even had Gemini hallucinate a QFN version of the TPS2596 last night, it was so confident that the *RGER variant existed. In an automated pipeline, this would break things, but giving it a list of parts to use, it becomes a lot more useful!

groundzeros2015 164 days ago | | |

That is exactly what LLMs are good at for code

PunchyHamster 164 days ago | |

I think Altium tried to do something similar. A bunch of common blocks being able to just plop on the PCB, (auto) route few tracks and done. Failed because there was always something some client wanted to do, move, change or optimize for production run.

Module based design is cool for getting the prototype going but once you get into production you want to optimize everything so it falls apart quickly when you need to move the parts (not blocks, parts) to fit the least possible amount of space, cut components that could be shared (do 8 blocks on one board each with its own decoupling caps need entire set of them? Probably not). Fine for prototyping/hobby stuff/one off but falls apart quickly in production.

Still, having working prototype quickly that can then be optimized in more traditional way can still be very valuable.

> It's the same insight that made software dependencies work. You don't ask ChatGPT to write you a JSON parser from scratch, you ask it which library to use. Hardware should work the same way.

hardware optimising gets you far more money faster than software, because the cost of software not being optimal is mostly cost on the consumer (burning more CPU than it would if it was optimized), while for hardware each chip less is more money left in your pocket and there are actual size constraints that can be pretty hard edged vs software's "well the user will have to download extra MB more"

Palomides 164 days ago | | |

I think it's also that hardware costs are so easy to quantify compared to engineering labor and software dependency maintenance etc

peteforde 164 days ago | |

This sounds interesting for quick prototypes, but tbh it doesn't map onto how most iterative layout processes actually work. At least in my experience. $0.02

However, I wanted to say that for a lot of common parts I find the Adafruit open source schematics to be at least as useful as the application layout suggestions in many datasheets. When it comes to regulators etc it's nice to see how they did it, because like your project, you really can approach it like a block.

beachy 164 days ago | |

If I understand what you are doing this sounds like a great idea.

For example a part like the ADS7953 ADC comes with layout recommendations, including the design of the ground plane underneath the chip and the placement of the decoupling caps. A more extreme example would be an esp32 and all of it's supporting parts, including the keepout area on the PCB for wifi transmission.

I really want to assemble circuits out of higher level primitives like that, drag and drop a chip and all of its supporting parts, including their layout and power connections.

mikeayles 164 days ago | | |

So this isn't exactly putting pre-wired up blocks together, my intent behind phaestus is to essentially to get you from an idea to a prototype tangible product as fast as possible.

I'm targeting sub 5mins from first prompt to manufacturing exports, stl files for enclosure, gerbers for pcb manuf, bin file for firmware, bom for pcba.

E.g. if you wanted something that doesn't exist, but don't have the time, the skills or it's just not worth it. One silly example I had was a colour e-ink selfie fridge magnet. As far as I know, that doesn't exist, I could make it, but I can't be arsed. (so I could suprise my partner with a selfie, a picture of our dog, or anything, just a little treat for her for putting up with me).

With this, it'll pull in a ESP32-S3 Sense Xiao board, an e-ink module, a battery connector and a usb c charge connector. glue it all together, and there we go.

Should work if you wanted a rudimentary zigbee mesh communicator, pulls in a C6, a touchscreen, battery, probably a physical button or two. Once that block library starts filling up, it'll become more and more capable.

However, what I suspect you're after is more aligned with https://www.circuitsnips.com

I built circuitsnips to be the 'thingiverse' for electronics schematics.

Unfortunately it's been a bit neglected since so much of my free time has gone into phaestus, I did have great intentions to kicad up some official reference designs, so I can get rid of the github scraped bootstrap data as that was the sticky point both ethically and for the quality of the schematics, but there are only so many hours in a day.

invokestatic 164 days ago | |

This is conceptually interesting to me because I see this as almost a more generic TI Webench. I’m curious why your focus in the sized “grid” blocks (presumably for placement directly on the PCB layout) instead of doing the same but for the schematic. That way I still have the flexibility of laying out the board how I want to meet eg mechanical constraints instead of working around a 12.7mm grid.

mikeayles 164 days ago | | |

I saw routing as equally as big of a headache as the schematic, so formalizing the layout to a grid means layout becomes a compilation problem, not a design problem.

My intent for phaestus isn't to design pcb's, it's to design entire products, and also to be friendly to non technical users who don't know what a PCB is, let alone do layout themselves.

jacquesm 164 days ago | |

This sounds very interesting, especially if you combine it for instance with an FPGA for logic blocks.

mikeayles 164 days ago | | |

Thanks, as a concept it has potential, I've leveraged some of my previous projects www.circuitsnips.com for inspiration for the subcircuit blocks, TOKN for more accurate parsing of schematics, and to a lesser extent even my datasheet MCP server and kicad-netlist tool, more info at https://www.mikeayles.com/

For the time being, I'm erring away from feature creep, even though I really, really want to though! For the sorts of products I would like this to make for the time being, simple I2C, SPI and GPIO driven peripherals are the limit. I only have 2 more weeks, and then I want to have a working, battery powered device on my desk. PCB, Enclosure, Firmware, everything.

Similarly, I haven't got a framework for anything mechatronic in the MCAD pipeline, so no moving parts (besides clickable buttons). Fixed devices are fine, like screens and connectors though.

stuartaxelowen 164 days ago | |

I’m curious why you don’t target an HDL, which seems like it should match very well to llm capabilities, and rely on existing layout solvers for describing the last physical layout step?

y1n0 164 days ago | | |

This seems to be a discussion about board level circuits. HDLs are for chip design.

So far the language models aren’t great at HDL but I assume it’s just a training priority thing and not some characteristic of HDLs.

JKCalhoun 164 days ago |

Why, yes I am.

I know Ben is having some fun, perhaps making a valid point, with the burning component on the breadboard. I think it does underscore a difference between software vibing and hardware vibing—crash vs. fire.

But in fact vibe-breadboarding has drawn me deeper into the electronics hobby. I have learned more about op-amps and analog computing in the past two months in large part thanks to Gemini and ChatGPT pointing the way.

I know now about BAT54S Schottky diodes and how they can protect ADC inputs. I have found better ADC chips than the ones that come pre-soldered on most EDP32 dev boards (and have breadboarded them up with success). These were often problems I didn't know I should solve. (Problems that, for example, YouTube tutorials will disregard because they're demonstrating a constrained environment and are trying to keep it simple for beginners, I suppose.)

To be sure I research what the LLMs propose, but now have the language and a better picture in my mind to know what to search for (how do I protect ADC inputs from over or under voltages?). (Hilariously too, I often end up on the EE Stack Exchange where there is often anything but a concise answer.)

5V USB power, through-hole op-amp chips… I'm not too worried about burning my house down.

mikewarot 164 days ago |

I've been vibe circuit building since the 1970s, but that's not what this is about, is it? ;-)

Years ago, at Pumping Station One in Chicago, I watched someone struggle with the driving of multiple LEDs from an Arduino in his project. He wondered why the LEDs got dimmer when more than one was lit.

I looked at the original schematic, and what he had built, and noticed a difference. The original design had a resistor on each LED, but he had decided that was a redundancy and refactored it to use a single LED instead. In the case of current flow, this meant the circuit still worked, but that current limiting that resistor provided now was shared across every active LED, leading to the progressive dimming as more LEDs were active.

It turned out his background was in software, where the assumptions are much different as to what is important. Cutting out redundant code is an important skill.

I saw it as a cognitive impedance mismatch being played out in real life.

I assume the same is true for an LLM/AI attempting the same leap.

peteforde 164 days ago | |

I actually had this exact scenario come up last week except that in my version it warned me to make sure that I added a resistor to each LED to keep brightness normalized.

I didn't happen to need this particular advice, but it stuck in my head as something that would potentially save someone learning a lot of pain.

quadrature 164 days ago | |

Had this same experience back when I first learned to program a PIC microcontroller. You really shouldn't be driving LEDs directly off IO pins anyways. I think the digitalness of IO pins also lends itself to not thinking about the underlying circuitry and coming at it from a software lens.

em3rgent0rdr 164 days ago | | |

It depends. Many modern microcontrollers are perfectly fine driving LEDs directly off IO pins if the pin specs say it is rated for sufficient current (like 20mA). However, older ones like ESP8266 can only do like 2mA and the 8051 even less. Or you run into a total power budget issue if your are running too many pins. Also, some IO pins are perfectly fine at sinking current to ground but aren't suited for sourcing current, in which case the LED would be directly connected to an external high voltage and the IO pin would simply be switching to ground or not.

bradfa 164 days ago |

If you know what you're doing with electronics design, I've found that leveraging an LLM to help come up with ideas, layout block diagrams, and find parts can be super useful. Integrating Digi-Key or Mouser API support for finding parts pricing and inventory is also super handy. Using the distributor APIs can also allow you to perform natural language search which isn't possible (or isn't easy) through the distributor websites as the LLM can quickly download the datasheet and read it as part of its searching operation to verify if a part should be considered given your requirements.

burnt-resistor 164 days ago | |

I think the problem with LLMs is they fail to adhere to implicit or explicit constraints. Parts finding functionality of DigiKey is pretty darn good, but it would be awesome to find if there are cheaper equivalent circuits that are functionally equivalent to a particular block, yet again under aforementioned constraints. Multi-component simplification would be awesome so as long as it's safe. AI, so far, is not yet a substitute for review by an expert human.

K0balt 164 days ago |

If you have solid domain knowledge, LLMs are a force multiplier for electronic design. You just have to have a spider sense for “this is going off the rails”.

Other than that, it does useful circuit review, part selection (or suggestions for alternative parts you didn’t know existed), and is usually usefully skeptical. It’s also great at quick back of the napkin “can I just use a smt ceramic here?” Type calculations, especially handy for roughing out timings and that kind of thing.

boznz 164 days ago | |

This. LLM's are still not good enough to trust for Vibe-Circuit building - a circuit re-design is a lot more cost and time than a code change - But they can get you over so many hurdles getting you to the right references in forums and datasheets quickly, I suspect it wont be too long before they can make schematics and PCB's that are 90% there, but currently much more useful in the firmware design.

I am now more of a hobbyist than a professional and LLM's allow me to get results quicker, for example over Christmas I replaced my Pioneer stereo with a new custom motherboard, re-using the class AB analog parts and all the switches and the VFD Display. LLM helped me do it a lot quicker and gave me a couple of novel options, write up here => https://rodyne.com/?p=3380

8note 164 days ago | |

im imagining if you had a couple parts picked, an llm could follow the reference designs quite well and pick relevant parts and lay them out.

maybe not in the best way, but from a post here last week or so, somebody has written an altium mcp, from which i assume a bunch of the timing and capacitor checks could be run.

maybe not anything particularly high tech, but enough to let mechanical engineers put together test boards without needing to get too far into the electrical discipline

bob1029 164 days ago |

What would stop us from using something like LTspice to validate the circuit before risking physical components?

This seems ~identical to the situation where we can use a compiler or parser to return syntax errors to the agent in a feedback loop.

I don't know exactly what the tool calling surface would look like, but I feel like this could work.

blovescoffee 164 days ago | |

I'm working on this. It works pretty well. The main issue I'm working out right now (which has proven very difficult) is the auto-placing and auto-routing on a multi-layer pcb.

belval 164 days ago |

Not quite the same thing, but recently I want to make adapter clips for connecting powerblocks to a barbell, making them suitable as weights for deadlift/benching. I have fusion 360 experience so I designed something to 3D print as usual, but the issue was that PLA even at 100% infill is pretty unsafe when holding 90lbs blocks.

The logical next step is to use metal, but that's outside of my hobby tools. I found that JLCPCB offered sheet metal fabrication but I had no experience with sheet metal designs. I went to ChatGPT and was actually really impressed by how well it was able to guide me from design to final model file. I received the adapters last week and was really impressed by how nice they turned out.

All of that to say, AI-assisted design is actually lowering the bar of entry for a whole lot of problems and I am quite happy about it.

empressplay 164 days ago |

MCP Server for KiCAD:

https://github.com/mixelpixx/KiCAD-MCP-Server

PunchyHamster 164 days ago |

Ah, the elusive light emitting inductor

burnt-resistor 164 days ago | |

It can emit light once and act as a fuse.

Liftyee 164 days ago |

In the real world where parts have costs and mistakes have consequences, the GenAI "YOLO" mode doesn't work as well.

dvh 164 days ago |

Not LLM, just good old Monte Carlo. I made pedalgen [1] some time ago, it generate random guitar pedals, check the Results section.

[1] https://github.com/dvhx/pedalgen

dcrazy 164 days ago |

As an AI skeptic, I’ve been brought around to using Claude Code to understand a codebase, like when I need to quickly find where something happens through a tower of abstractions. Crucially, this relies on Claude actually searching my codebase using grep. It’s effectively automated guess and check.

I wonder if a SPICE skill would make LLMs safer and more useful in this area. I’m a complete EE newbie, and I am slowly working through The Art of Electronics to learn more. Being able to feed the LLM a circuit diagram—or better yet, a photo of a real circuit!—and have it guess at what it does and then simulate the results to check its work could be a great boon to hands-on learning.

PunchyHamster 164 days ago | |

Well, using LLM as search on steroids do have big advantage that hallucinations are easy to spot and don't matter

DoctorOetker 163 days ago | |

problem is that even SPICE has poor default models for transformers etc...

cadamsdotcom 164 days ago |

I see some commenters saying “if you are an expert, the model is a productivity multiplier”

What is being said here is “I can give my model a high quality feedback loop”.

With good simulators and good access to info about latest products etc a novice can also give their model a high quality feedback loop! But they have to build it or source it from somewhere. I’m talking all the right tools to give the model a goal and let it rip.

Once that loop is built the human is out of the loop and the model has the grounding it needs to converge on a solution instead of needing constant prodding.

There’s immense opportunity for experts to create these grounding tools and productise them.

avsteele 164 days ago |

I haven't had much success yet with this. My ratings follow.

Reading and interpreting datasheets: A- (this has gotten a LOT better in the last year)

Give netlist to LLM and ask it to check for errors: C (hit or miss, but useful because catching ANY errors helps)

Give Image to LLM and ask it to check for errors: C (hit or miss)

Design of circuit from description: D- (hallucinates parts, suggests parts for wrong purpose. suggests obsolete parts. Cannot make diagrams. Not an F because its textual descriptions have gotten better. When describing what nodes connect to each other now its not always wrong. You will have to re-check EVERYTHING though, so its usefulness is doubtful)

st_goliath 164 days ago |

> Thought for 37s

> ...

> Ah - that makes sense, that's why it's on fire

oh how very relatable, I've had similar moments.

I knew about SEDs (smoke emitting diodes) and LERs (light emitting resistors), but what do you call the inductor version?

exe34 164 days ago | |

This reminds me of the video:

"Who did your electricals?"

"My nephew Thomas!"

"Oh, so when did his house burn down?"

"Last ye.... wait how do you know his house burnt down?"

schlauerfox 164 days ago | |

Smoke Emitting Choke?

UncleEntity 164 days ago | |

Would that be Rapidly Decompressing Capacitors?

...only know what an inductor is from watching a video one the youtubes where they were talking about using them on the suspensions of F1 cars and they explained their relationship to electronic circuits, forget what their actual name is.

swaits 164 days ago |

Probably works pretty well with atopile.

Previous discussion: https://news.ycombinator.com/item?id=44542880

michaeljx 164 days ago |

I ve modified my ZigBee bathroom led light. Replaced the daughterboard with an esp32, integrated a humidity sensor and a presence sensor, another rely and a power circuit, and I now have a bathroom light that lights up automatically when someone is in the room, and turns on the extractor only if the humidity is a ove a certain level.

I ve done all this by taking photos of the circuits and asking Gemini how to do it.

briHass 164 days ago |

If you want a laugh, ask the LLM to draw the schematic of a basic circuit (like towards the end of a Forrest Mims III book.)

I've been 50/50 with vibe circuits recently. Gemini 2.5 gave me some really wrong designs of an advanced crowbar circuit I was playing with, but recently 3.0 Fast gave me excellent advice on an adjustable load with a hodgepodge of parts.

greenflux 164 days ago |

I've been using Claude Code to ssh into a Raspberry Pi in a subprocess, so I can chat with the AI from my more powerful machine, and let it write and run the code on the Pi. It's also good for writing scripts and uploading them to an ESP-32 with the Arduino CLI.

nebben64 164 days ago |

Semi related: what are your guys workflow to PCB design? I need to build an AFE + BLE MCU for a BCI, and having no EE background, my workflow is KiCAD -> buy components -> breadboard testing -> done?? -> order fully manufactured PCB?

I know nothing...

jacquesm 164 days ago | |

Hire someone competent?

micheljansen 164 days ago |

If you don't know Ben Eater, check out his YouTube channel: https://www.youtube.com/beneater

WARNING: nerd snipe material.

Mihai_ 164 days ago |

Check out https://silixon.io/ Have used them and they’re pretty legit. Early on but have potential

1970-01-01 164 days ago |

This brings up a much larger discussion. How bad are LLMs at engineering? Would you trust one to build a high voltage circuit? How about a bridge?

bradfa 164 days ago | |

I don't trust an LLM to write software for me without human verification, but it's not like it's that hard to verify what it writes if you understand how to write code yourself. I expect even when an LLM can layout a high voltage circuit or design a bridge that most organizations who carry liability would still be sure to audit the design with a set or two of intelligent and trained human eyes.

fenwick67 164 days ago | |

The trick is, LLMs are only as good as they are at writing code because of all the publicly available source code, tutorials, blog posts and Q&A it can slurp up.

gaigalas 164 days ago |

We'll eventually have a discarded vibe coded silicon wafer batch. Someone will be insane enough to spend on it.

jacquesm 164 days ago |

I wonder how many shots he made to get this perfect one.

deckar01 164 days ago |

I have been working on a tool that aids in circuit tuning: model circuit equations as python functions, the solution space is discrete component values, auto solve for a target spec, build the circuits, record measurements, fit error, repeat until the experiment matches predictions. It adjusts nearly every parameter between tests and converges surprisingly fast. (25% to 2% error in 3 tests for an active band pass filter)

The MVP was hand coded, leaned heavily on sympy, linear fits, and worked for simple circuits. The current PoC only falls back to sympy to invert equations, switches to GPR when convergence stalls, and use a robust differential evolution from scipy for combinatorial search. The MVP works, but now I have a mountain of slop to cleanup and some statistics homework to understand the limitations of these algorithms. It’s nice to validate ideas so quickly though.

ironbound 164 days ago |

Good metaphor for 2026..

The system is on fire

benbojangles 164 days ago |

yes. but it is not smooth sailing.

moffkalast 164 days ago |

If you know Ben Eater, you know he built that circuit on purpose lol.

JKCalhoun 164 days ago | |

Not so sure—just as likely a fan shared it and he is re-posting to make a point.

auxym 164 days ago | |

I mean, he absolutely knew it was going to burn up. But I have no trouble believing that such a circuit was designed by AI.

The Hair Dryer Incident was probably the biggest dispute I’ve seen in the mental hospital where I work. Basically, this one obsessive compulsive woman would drive to work every morning and worry she had left the hair dryer on and it was going to burn down her house. So she’d drive back home to check that the hair dryer was off, then drive back to work, then worry that maybe she hadn’t really checked well enough, then drive back, and so on ten or twenty times a day. It’s a pretty typical case of obsessive-compulsive disorder, but it was really interfering with her life. She worked some high-powered job – I think a lawyer – and she was constantly late to everything because of this driving back and forth, to the point where her career was in a downspin and she thought she would have to quit and go on disability. She wasn’t able to go out with friends, she wasn’t even able to go to restaurants because she would keep fretting she left the hair dryer on at home and have to rush back. She’d seen countless psychiatrists, psychologists, and counselors, she’d done all sorts of therapy, she’d taken every medication in the book, and none of them had helped. So she came to my hospital and was seen by a colleague of mine, who told her “Hey, have you thought about just bringing the hair dryer with you?” And it worked. She would be driving to work in the morning, and she’d start worrying she’d left the hair dryer on and it was going to burn down her house, and so she’d look at the seat next to her, and there would be the hair dryer, right there. And she only had the one hair dryer, which was now accounted for. So she would let out a sigh of relief and keep driving to work. And approximately half the psychiatrists at my hospital thought this was absolutely scandalous, and This Is Not How One Treats Obsessive Compulsive Disorder, and what if it got out to the broader psychiatric community that instead of giving all of these high-tech medications and sophisticated therapies we were just telling people to put their hair dryers on the front seat of their car? But I think the guy deserved a medal. Here’s someone who was totally untreatable by the normal methods, with a debilitating condition, and a drop-dead simple intervention that nobody else had thought of gave her her life back.