Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: SPICE simulation → oscilloscope → verification with Claude Code

lucasgerads.com

Post reply on HN
Print view View original

1–10 of 46 posts

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#3

Post by _fizz_buzz_ »

vomayank wrote: post #2

[flagged]

Claude can absolutely correct itself and change the source code on the MCU and adapt. However, it also does make mistakes, such as claiming it matched the simulation when it obviously didn't. Or it might make dubious decisions e.g. bit bang a pin instead of using the dedicated uart subsystem. So, I don't let it build completely by itself.

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#5

Post by iterateoften »

Beware. I had Claude code with opus building boards and using spice simulations. It completely hallucinated the capabilities of the board and made some pretty crazy claims like I had just stumbled onto the secret hardware billion dollar project that every home needed.

None of the boards worked and I had to just do the project in codex. Opus seemed too busy congratulating itself to realize it produced gibberish.

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#6

Post by _fizz_buzz_ »

iterateoften wrote: post #5

Beware. I had Claude code with opus building boards and using spice simulations. It completely hallucinated the capabilities of the board and made some pretty crazy claims like I had just stumbled onto the secret hardware billion dollar project that every home needed. None of the boards worked and I had to just do the project in codex. Opus seemed too busy congratulating itself to realize it produced gibberish.

I haven't tried it with codex yet. But my approach is currently a little bit different. I draw the circuit myself, which I am usually faster at than describing the circuit in plain english. And then I give claude the spice netlist as my prompt. The biggest help for me is that I (and Claude) can very quickly verify that my spice model and my hardware are doing the same thing. And for embedded programming, Claude automatically gets feedback from the scope and can correct itself. I do want to try out other models. But it is true, Claude does like to congratulate itself ;)

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#7

Post by _fizz_buzz_ »

Archit3ch wrote: post #4

Nice! Doing something similar with a Jumperless so that the model can reconfigure the circuit on the fly.

Oh, I remember seeing Jumperless a while ago, but completely forgot about. Combining this with something like Jumperless does sound interesting. What does your setup look like? Does Claude tell you: "try 1k resistor in parallel here"?

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#9

Post by Archit3ch »

_fizz_buzz_ wrote: post #7
Archit3ch wrote: post #4

Nice! Doing something similar with a Jumperless so that the model can reconfigure the circuit on the fly.

Oh, I remember seeing Jumperless a while ago, but completely forgot about. Combining this with something like Jumperless does sound interesting. What does your setup look like? Does Claude tell you: "try 1k resistor in parallel here"?

It's just measurements for now. But sourcing ideas from the model could be interesting!

Re: Show HN: SPICE simulation → oscilloscope → verification with Claude Code

#10

Post by andrewklofas »

Hit this exact wall six months back building Claude Code stuff for KiCad review[1]. First pass let Claude read .kicad_sch directly via grep/read. It happily invented pin numbers that didn't exist. Rewrote it with Python analyzers that spit out JSON, now Claude just reads the JSON, problem mostly went away.

Curious how spicelib-mcp handles models that aren't in the bundled library. Do you pass the .lib path as a tool arg, or does the server own a registry?

[1] https://github.com/aklofas/kicad-happy

Post reply on HN