Was ist mit freerouting los?

OP #8051191
Lesenswert?

Ich benutze Window KiCad 10 und freerouting 2.1.0 für mehrere dicht gepackte THT Leiterplatte 100x80 ohne Vias. Freerouting schafft es nach weniger als 5 Versuchen die Leiterplatten zu entflechten. Jetzt habe ich freerouting 2.2.x installiert und nichts geht mehr. Die neueste Version hängt sich schon beim Laden des von KiCad exportierten Specctra files auf. Vorgängerversionen laden, brechen das Routing aber nah wenigen Sekunden mit vielen offenen Verbindungen ab. Nicht eine der Versionen 2.2.x funktioniert bei mir. Habt ihr ähnliche Erfahrungen?

(Firma: Starfleet) #8051230
Lesenswert?

https://github.com/freerouting/freerouting/discussions/508

Sehr interessant (BTW der verlinkte thread über das Problem wurde bereits im Juni 25 gestartet), anscheinend konnte aber das Problem noch nicht eingegrenzt werden, die 2er Version tut sich an etlichen benchmarks deutlisch schwerer als die 1.Neuner.

Persönlich erschreckt hat mich, das man das Problem per KI (Claude) angeht, da scheint z.Z. keiner involviert, der den Source und das Problem mit der Entflechterei verstanden hat.

Scheint aber ungelöst zu sein - probier doch mal die 1.9 ob das besser klappt.

Scheint derzeit der einzige (praktikable) workaround.

: Bearbeitet durch User
#8051346
Lesenswert?

Rolf schrieb:

Vielleicht gibt es ja bei KI einen noch unbekannten Break-even-Point. Wenn der in 202x überschritten wird, schafft die KI mehr Probleme als sie löst?

Das impliziert, daß letzteres nicht bereits seit Anbeginn des K"I"-Hypes der Fall gewesen wäre. Was es meiner Meinung nach aber in der Gesamtbetrachtung aller Auswirkungen ist.

So auch hier: Wer sagt, daß nicht für die beschriebene drastische Verschlechterung der Funktion selbst der Gebrauch von K"I" beim Programmieren ursächlich ist?

(Firma: Starfleet) #8051738
Lesenswert?

/Offtopic

Das ist weniger ein KI Problem als das Problem das man (mit einem source-generator) am Source "rummacht", den man nicht gelesen/verstanden hat. Das in diesem Artikel IMHO recht gut dargestellt: https://www.heise.de/blog/Code-lesen-statt-Code-schreiben-Die-unterschaetzte-Senior-Disziplin-11288309.html

Auszug: "Wer Code nur generiert, ohne ihn zu lesen, hat von Anfang an fremden Code vor sich. Reviewen geht nicht, Fehler suchen geht nicht, beides setzt Verstehen voraus. Mit jeder weiteren Generierung wächst die Codebasis schneller, als sie sich durchdringen lässt. Die Lücke zwischen „vorhanden“ und „verstanden“ öffnet sich in atemberaubender Geschwindigkeit, ... "

Offtopic/

Also das Problem, das die neue Version extrem schlechtere Ergebnisse liefert als die alte existiert hier seit mindestens einem Jahr. Was der inhaltliche Unterschied zwischen beiden Versionen ist, wurde IMHO noch nicht dargestellt. Vielleicht liegt es nicht an der Programmierung sondern an dem darunterliegenden Entflechtungsalgorithmus. Automatisches Entflechten ist halt ein NP-hartes Problem, ab einer gewissen Größe kommt man da mit brute force nicht in vernünftiger Zeit weiter.

Solange nicht klar ist, was da eigentliche geändert wurde, sollte man auf die letzte "gute" Version zurück portieren und schauen das vor dem nächsten release gescheite Regression tests laufen, das nicht wieder so eine Verschlimmbesserung ausgeliefert wird. Man "winkt" nicht jeden pull-request einfach durch.

: Bearbeitet durch User

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren