I have recently played around with lots of data from measurements and one can totally dump everything into context and let Claude try to analyze data that way. It burns through a lot of tokens. It is smarter to save data to disk and let Claude write scripts that handles/analyzes the data. It’s much faster and the results are much better and you save a lot of tokens. But I guess Amazon prefers the first approach.
I have been experimenting on using AI for hardware development. I showed some experiments on HN a couple of weeks ago (https://news.ycombinator.com/item?id=47801255). I am now trying to make my approach a little bit more comprehensive and structured, instead of several disjoint MCP servers, a single platform that connects lab instruments to AI assistants: https://teasel.tools/
As a demo, I repaired an old Philips PM5190 function generator (about 40 years old) and connected it to Claude Code. Lots of fun. Going to post a follow up video the next couple of days.
Just look at any glaciar in the Alps (or almost anywhere in the world really). Over the last 50 years, your liftime, there have been enourmous changes.
Lots of opensource project use the Linux Foundation to handle their funding. My understanding is that e.g. corporate sponsors for the KiCad project will actually transfer the money to the Linux Foundation but the money is then earmarked for the KiCad project. The advantage for KiCad is then that they don't have the overhead (accounting, receipts, etc.).
It makes sense just like 22 people kicking a ball around a field makes sense. I repair electronics as hobby. This past week I repaired my daughters $15 toy tablet. It took me a few hours to do that. Economically completely unjustifiable. This is probably the only way to look at this project.
How about marraige based green cards when residing outside the US? Any indication how long this takes and how complicated the process is? My wife and daughter are both US citizens and we live in Germany. I am a German citizen and have no type of visa in the US.
Yeah, taking the spice list as the starting point works much better, imo. I also prepopulate the CLAUDE.md file with some information like the pinout/pinmux of the MCU otherwise claude might run in circles trying targeting the wrong pin (to be fair that also happens to me, lol).
Spicelib really just makes calls to the selected spice engine (in my case ngspice). In this setup spicelib‘s main job is to parse the raw spice data and have a unified interface regardless which spice engine is selected. But to answer the question: the path to the spice model must currently be set explicitly.
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"?
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 ;)
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.
I have a feature request: I build an mcp server, but now it has over 60 tools. Most sessions i really don’t need most of them. I suppose I could make this into several servers. But it would maybe be nice to give the user more power here. Like let me choose the tools that should be loaded or let me build servers that group tools together which can be loaded. Not sure if that makes sense …
Can agents not checkout different branches and then work on them? It's what people also do. I have a hard time to understand what problem is even solved here.
Sure, and negative prices will send a strong signal to the market to hurry up with adding storage. So, this will probably be more of a temporary situation and in the future there will be very few days with negative prices, however there will then also be fewer days with very high prices.
The grid is not unstable and it was also not unstable the last view days when prices were negative. Germany has one of the most stable grids in the world. Negative prices are good when you need to buy electricity and they are bad when you are selling, but of course generally in a functioning market there shouldn't really be too many days with negative prices. It does mean that there isn't enough storage currently on the grid.
Although I have to say I am sometimes surprised how much people burn through their usage. I was briefly on a Claude Max plan and then switched to a pro plan and still almost never hit my limit.
Obviously 48VDC has been around and internally they will probably still step down to 48V. But these 48V islands are nowadays inter connected by regular AC grid. They want to replace that interconnection with a 800VDc bus. I kind of assume they chose 800vdc because there are already bunch of stuff available from EVs which also have 800vdc battery packs now.