seveibar

4 ms·

1.
by seveibar 7d ago
Standardization is extremely unlikely, chip manufacturers won't/haven't made a major effort here and having spoken with some, they don't want to. It is much easier and more feasible at this point to do automated visual a
2.
by seveibar 10d ago
AI is exceptionally good at RP2040/RP2350/ESP32-based boards, we've ordered ~15 unique designs, mostly RP2040-based that were designed and autorouted with AI using tscircuit and usually OpenAI models. Currently the major mist
3.
by seveibar 18d ago
Many of the new agentic electronic design tools are KiCad-based, which is fine, but for people creating new EDA tools I'd encourage them to take a look at tscircuit (open-source, MIT). KiCad wasn't built for AI-gen with things lik
4.
by seveibar 2mo ago
We (tscircuit) are trying to develop a PCB fabrication method that's compatible with US regulation (i.e. a dry process without etchants)- we're seeing awesome results using UV lasers [1]. Would love to chat sometime! [1] https:&#
5.
by seveibar 3mo ago
tscircuit! An open source framework for building circuits, we have a lightening fast autorouter so i spend lots of time debugging complex PCB routing problems
6.
by seveibar 4mo ago
We work on this a lot at tscircuit, and we've used cassowary (i.e. flexbox-style) constraint solvers. The issue with cassowary/flexbox is PCBs are not as uniform as webpages w.r.t. alignment, and often have a much less nested stru
7.
by seveibar 6mo ago
> To me innovation in autorouting means being able to 'have a conversation' with it: being able to easily adjust things and see the results and map out the tradeoffs would be very useful author here: This is basically our philo
8.
by seveibar 6mo ago
author here: I think synthetic data, generated by ~brute force iteration with LLMs, with every DRC analysis imaginable and more, will yield a more consistent/usable/larger dataset than any existing dataset. It's a mistake to
9.
Sequential Optimal Packing for PCB Placement(blog.autorouting.com)
20 points by seveibar 6mo ago|13 comments
10.
by seveibar 6mo ago
Author here. Happy to hear thoughts on this article! Our goal is to make a "realtime PCB autorouter", which means every millisecond matters!
11.
HyperGraph Autorouting(blog.autorouting.com)
2 points by seveibar 6mo ago|1 comments
12.
by seveibar 6mo ago
Hello everyone, just wrote this article to hopefully save someone a year of time while building an PCB autorouter. Enjoy! Here for questions.
13.
by seveibar 7mo ago
Game developers do bake navmeshes that's true, but it's not the only technique, for example they've also come up with Polyana or "any-angle pathfinding" https://github.com/vleue/polyanya I also
14.
by seveibar 7mo ago
Despite what electrical engineers would claim, I think it's very under-studied under a modern lens. When people ask for good places to get started I usually tell them to just look at what game developers are doing for pathfinding. Auto
15.
Show HN: Recursively apply patterns for pathfinding(pattern-pathfinder.vercel.app)
26 points by seveibar 7mo ago|5 comments
16.
by seveibar 9mo ago
This is sort of the premise of all of us electronics-as-code startups. We think that a text-based medium for the representation of circuits is a necessity for AI to be able to create electronics. You can't skip this step and generate s
17.
by seveibar 1y ago
Isn’t this just Apache 2-style permissive licensing?
18.
by seveibar 1y ago
Strongly disagree with the article. Enums make gradual migrations impossible in both databases and API design with third party consumers. Even in the example they gave where they recommended a user “role” instead of an is_admin boolean they
19.
by seveibar 1y ago
Awesome to see more people experimenting with AI-generated electronics. The main thing holding back physical world innovation is the labor cost of design- I’m always blown away that someone needs to raise $50m just to design a hardware AI-a
20.
by seveibar 1y ago
There's a lot of potential for desktop rapid-prototyping with electronics. I think one of the things that is killing us is the tooling. One of the reasons I started building an autorouter was because I wanted to be able to have differe
21.
by seveibar 1y ago
Hardware is becoming more accessible, so more software companies are going to release hardware products or build hardware products for internal purposes. The future of physical world innovation isn't going to come from legacy hardware
22.
by seveibar 1y ago
I've updated the article with the fixed projection transform! I had to make an animation as well just to validate it- I fooled myself!
23.
by seveibar 1y ago
Your renderer looks awesome! I was surprised there wasn't an "off the shelf" SVG renderer in native TS/JS, it's a big deal to be able to create 3D models without a heavy engine for visual snapshot testing!
24.
by seveibar 1y ago
Circuit boards have holes, cutouts and import STL/OBJ components that we'll eventually support in this 3d renderer. Assuming we get that far I may have to rename it from "simple-3d-svg"!
25.
by seveibar 1y ago
I was at least a little confused because yea fish eye isn’t possible with a 4x4 perspective transform matrix. I’m investigating an issue with the projection thanks to some help from commenters and there will be a correction in the article,
26.
by seveibar 1y ago
We could absolutely use isometric projection, but personally I find them a bit hard to visually parse.
27.
by seveibar 1y ago
That admittedly looks a lot more correct! Thanks for digging in, i will absolutely test and submit a correction to the article (i am still concerned the straight edges are misleading here)! And thanks to the original commentor as well! I t
28.
by seveibar 1y ago
Because it’s only being used for power and doesn’t need a lot of power, it works for the simple board we rendered. In practice you would absolutely want to set the CC1 and CC2 configuration with resistors!
29.
by seveibar 1y ago
The top of the PCB (the lines etc) are computed as an SVG, i would have to have an SVG rasterizer just to begin with that approach, then would be limited by what images I could rasterize. It would also be much much slower than quickly compu
30.
by seveibar 1y ago
Very small files and a much simpler rendering scheme! I don’t have to rasterize my SVGs that represent the top of my board

More ›