frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
1•juujian•32s ago•0 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•2m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•4m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•6m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
1•tosh•7m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•7m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•10m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
4•sakanakana00•13m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•15m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•16m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•17m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
4•Nive11•18m ago•6 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•21m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
2•chartscout•24m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•27m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•28m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•33m ago•1 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•35m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•37m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•37m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•38m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•44m ago•0 comments

Go 1.22, SQLite, and Next.js: The "Boring" Back End

https://mohammedeabdelaziz.github.io/articles/go-next-pt-2
1•mohammede•50m ago•0 comments

Laibach the Whistleblowers [video]

https://www.youtube.com/watch?v=c6Mx2mxpaCY
1•KnuthIsGod•51m ago•1 comments

Slop News - The Front Page right now but it's only Slop

https://slop-news.pages.dev/slop-news
1•keepamovin•55m ago•1 comments

Economists vs. Technologists on AI

https://ideasindevelopment.substack.com/p/economists-vs-technologists-on-ai
1•econlmics•58m ago•0 comments

Life at the Edge

https://asadk.com/p/edge
4•tosh•1h ago•0 comments

RISC-V Vector Primer

https://github.com/simplex-micro/riscv-vector-primer/blob/main/index.md
4•oxxoxoxooo•1h ago•1 comments

Show HN: Invoxo – Invoicing with automatic EU VAT for cross-border services

2•InvoxoEU•1h ago•0 comments

A Tale of Two Standards, POSIX and Win32 (2005)

https://www.samba.org/samba/news/articles/low_point/tale_two_stds_os2.html
4•goranmoomin•1h ago•0 comments
Open in hackernews

Where to find PCB dataset for autorouting?

17•technivis•4mo ago
Hi, I'm completely new to PCB autorouting and just started exploring it. I've figured out that AI is now a big thing for predicting routes, but it seems that many researchers are facing issues with datasets. I found some of their GitHub links, but the datasets are either missing or the code to generate them is broken. Is there any way to get PCB datasets specifically for autorouting? I've seen many datasets for PCB defects, but not for this purpose.

Comments

eimrine•4mo ago
Have you tried pre-LLM solutions, like TopoR?
ted_dunning•4mo ago
What kinds of PCBs are you thinking to auto-route?

If you are talking about a typical hobbyist board with very low frequency switching, the problem is relatively simple, particularly if you allow more than two layer boards. Even there you can create massive problems if you do power distribution wrong.

On the other hand, if you are trying to do something with high frequencies, the problem will be much more difficult. For example, many high speed analog-digital converters use low voltage differential signalling (LVDS) to move data around. Such signals are very sensitive to bad routing since they must be kept very near each other (to avoid creating an inductive loop sensitive to external signals) and must have the same length (to retain common mode rejection). Similarly, RF amplifiers will often oscillate badly or have much lower bandwidth if laid out incorrectly.

lnsru•4mo ago
Routing by itself is solved problem, there is no need for AI here. But! AI could be used to look at datasheet of the part and identify the signal. Typical status LED or power good signals do not care about routing while power and high frequency signals are very sensitive to the routing.
john01dav•4mo ago
That doesn't seem hard for the PCB designer to simply specify when designing. Although, I don't know how to design PCBs so I may well be missing something.
lnsru•4mo ago
It’s not hard, but nobody has time for it. Curating footprints and symbols is very time consuming task.
john01dav•4mo ago
Couldn't you simply do it with a few clicks when creating the signal?
estimator7292•4mo ago
Too difficult and annoying. We should burn several MW to save designers a couple of clicks.
estimator7292•4mo ago
For one, routing is not a solved problem. It's an unsolvable problem with a lot okay solutions.

Second, you're describing netclasses. Every EDA package has this feature. You have to click one extra box when setting up your symbols.

Szpadel•4mo ago
routing is kind of connected with board design, when you route stuff you also move components around to make it easier.

LLM would need to layout and route while board own. We would probably need diffusion or agentic solution where board can be simulated in RL loop.

NoiseBert69•4mo ago
Partial Auto-Routing always worked quite good.

But: 99.9% of the people forget about setting the routing constraints/rules so the results turn out to be very bad. Even professionals forget about this.

Lots of things also cannot be auto-routed as you have to work around of details. Usually high-frequency DCDC converters belong into that region for example.

As a beginner these are no tools for you as you cannot judge if they are creating extremely bad designs or what will work. Stick super close to reference designs from datasheets and there will be a good chance that they will work just fine.

the__alchemist•4mo ago
The ROTs I always heard was "don't use it it's shit!" I never validated it myself, and now it's gone from KiCad!

Would love auto routing if it was good; routing is tedius, and on cramped PCBs, can be frustrating and make your designs high-inertia to change.

Incidentally, team 6+ layers! Makes routing easier.

NoiseBert69•4mo ago
Even "naked" auto-routers without configuration are great to check if there's any solution for routing by hand.
jononor•4mo ago
One could build a dataset out of Github data, by analyzing KiCAD files. They are likely to be "completed" projects, so one would have to rip out all the traces and start from that. And the parts are also placed (in a way which makes routing feasible for a human), which is a large part of routing. So one could have another task setting where the parts also have to be placed, and then routed. Such a dataset would likely represent simple to medium cases, as open designs are usually on the lower side of the complexity compared to industry. And it would be hard to automatically infer important constraints such as differential pair matching. That would require manual annotation, most likely. But if there indeed are no open datasets, then I think this would be a worthwhile contribution to the field.
xg15•4mo ago
If OP wants to approach this using machine learning instead of a deterministic algorithm, wouldn't this be exactly what they need?

Use the completed traces and part locations (complete with human post adjustments and all) as labels and the bare connectivity graph + "constraints" in some form as inputs.

Of course, as with all machine learning projects, the interface is deceptively simple but gives you no information how well the system can work or whether it can work at all...

jononor•4mo ago
This kind of dataset is useful also with a non-learned algorithm. Testing and benchmarking on realistic data is the best way to validate any solution to problems that are non-trivial and have a very diverse input space.
imtringued•4mo ago
As others have said autorouting is a trivial problem under the assumption that you have infinite PCB layers. Trying to squeeze a design into a finite number of layers might be NP-hard though.

What's not solved is setting up constraints on signals.

Now if you still want to do this anyway, I'd suggest building an autorouter and automatically generating custom parts with both standard and generated footprints, place them randomly on a PCB with a random number of layers, then autoroute it with a conventional algorithm and there is your dataset.