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?
Irgendwie haben sie 2.x "kaputt gemacht" - 1.9 gibt deutlich bessere Ergebnisse. Es gibt einen Thema dazu hier: https://github.com/freerouting/freerouting/discussions/508 Scheint aber ungelöst zu sein - probier doch mal die 1.9 ob das besser klappt.
> 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
Maximilian schrieb: > Jetzt habe ich > freerouting 2.2.x installiert und nichts geht mehr. Never change a running System...;-)
Bradward B. schrieb: > Persönlich erschreckt hat mich, das man das Problem per KI (Claude) > angeht Das ist jetzt eine unerwartete Formulierung.
Bradward B. schrieb: > Persönlich erschreckt hat mich, das man das Problem per KI (Claude) angeht 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?
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?
Herbert Z. schrieb: > Maximilian schrieb: >> Jetzt habe ich >> freerouting 2.2.x installiert und nichts geht mehr. > > Never change a running System...;-) Never run a changing system...;-)
Ich komme nicht umhin zu vermuten, dass die komplette Version 2.2.x Sabotage ist. So unfähig kann doch kein Mensch sein, dass er nicht merkt wie disfunktional sein Werk ist. Vermutlich ist es wohl ein Konkurrent, der die Freeware in Misskredit bringen will.
/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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.