Hallo, ohne großes Aufsehen, 4 Tage nach dem vermutlich letzten 9er Update, kam am 20.3.26 v10 raus. https://www.kicad.org/blog/2026/03/Version-10.0.0-Released/
:
Bearbeitet durch User
Veit D. schrieb: > 4 Tage nach dem vermutlich letzten 9er Update Wie kommst du zu der Aussage? Seit der 9.0.8 wurde weiterhin auf dem 9er branch commited. Wird vermutlich noch eine 9.0.9 geben. https://gitlab.com/kicad/code/kicad/-/commit/bd24029f6ad21e392774caab9bc6fd557930ac14 https://gitlab.com/kicad/code/kicad/-/commit/ffa8fef0d39b5fe01c771b2e896ab9e89f79ec1d https://gitlab.com/kicad/code/kicad/-/commit/32b219fe66c8f149e843015349a8b3a5e2e14626 Die Hauptarbeit läuft natürlich auf dem 10er und master. Wir warten noch etwas mit dem Umstieg.
Werden jetzt diese "hop-over arcs" obligatorisch, oder darf man verzichten? https://www.kicad.org/img/blog/2026/version-10-release/hopovers.png
Naja, es wird von "ability" gesprochen, also wird's an/abschaltbar sein... Hop-over display: Jean-Pierre Charras added another long-requested feature: the ability to show wire crossings that aren’t connected as "hop-over" arcs rather than straight lines.
Ist doch eher ein ungewöhnlicher Stil, KiCad würde sich keinen Gefallen tun das zu erzwingen. Und das wissen sie sicherlich auch selber, daher wird das mit ziemlicher Sicherheit eine aktivierbare Option bleiben, keine Voreinstellung. Das schöne an KiCad ist ja für gewöhnlich, dass sie einem keine Entscheidungen der Unternehmensführung ungefragt/ungewollt aufzwingen, sondern sämtlich neuen Features tendenziell optional implementiert werden.
So, gestern war ja gutes Wetter und bekanntlich sind Tageslicht, frische Luft, Kindergeschrei und Vogelgezwitscher meine vier Todfeinde, so dass ich den Nachmittag dazu genutzt habe, die neue Version 10.0 anzuspielen. Triviales Board zum Warmwerden: Arduino-Shield mit 3V3-LDO, I2C-Levelshifter und einen Sack Steckverbinder für Sensoren. Hui! So viele Crashes an einem Tag habe ich sonst nicht innerhalb eines Quartals gehabt, wo ich 5...7 Boards bearbeite. Von den bogenförmigen Kreuzungen habe ich nichts gemerkt. Gut so! Schön, dass man sich jetzt die Werkzeugleisten selbst konfigurieren kann, dann kann man gleich die lästige Lasso-Funktion wieder rausschmeißen: Es ist nämlich unheimlich nervig, wenn man z.B. ein Netz hervorhebt und dann wieder auf den Cursor-Pfeil klickt, toggelt dieser dann plötzlich auf die Lasso-Funktion. Ja, ich weiß, es geht auch mit der Esc-Taste das Highlight-Tool zu verlassen. Ich finde es aber intuitiver, wenn das Werkzeug sich nicht umschaltet beim Anklicken. Da fand ich die Umschaltung des Werkzeugs mit gedrückter Maustaste und Verschieben zur Unterauswahl besser, weil da weiß man wenigstens, dass der Button immer wieder nur für das ausgewählte Werkzeug aktiv ist und nicht toggelt. Ein wirklich böser Bug ist jedoch: Wenn man z.B. im Schaltplan sich in der Werkzeugleiste eine leere Gruppe anlegt (weil man ja erst mal nur rumspielen will), dann schmiert das Programm komplett ab und es lässt sich auch der Schaltplan-Editor nicht mehr öffnen. - Das muss man dann beim nächsten Start aus dem Projektmanager wieder reparieren. Design-Blöcke ausprobiert, fand ich aber noch sehr hakelig. Habe mir aus anderen Projekten besagten LDO und Levelshifter als Designblock exportiert und im neuen Projekt platziert. Sagen wir mal so: Wenn man die Designblöcke wirklich nur als Blöcke belässt und nur per Netzbezeichner anbindet, mag es vielleicht noch gehen. Wenn man aber die Leitungen direkt an den Block anschließt und dann versucht, den Block zu verschieben, dann bleibt er entweder stur auf seiner Stelle hängen und bewegt sich gar nicht, oder aber es werden beim Verschieben willkürlich Netze abgerissen oder kurzgeschlossen. Da wird man noch optimieren müssen! Was ich wirklich sehr mag, ist der verbesserte Netznavigator, der besonders hilfreich beim Überprüfen der korrekten Signalzuordnung bei komplexen hierarchischen Schaltplänen ist. Beim Layout habe ich noch keine Verschlimmbeserungen gemerkt, außer dem Lasso-Tool.
Marek N. schrieb: > Es ist nämlich unheimlich nervig, wenn man z.B. ein Netz > hervorhebt und dann wieder auf den Cursor-Pfeil klickt, toggelt dieser > dann plötzlich auf die Lasso-Funktion. Wenn ich das richtig sehe, wurde dieser Bug gestern gefixt: https://gitlab.com/kicad/code/kicad/-/work_items/23563 Mit dem nächsten Release 10.0.1 (vermutlich im Laufe vom April) sollte das Verhalten also hoffentlich wieder wie erwartet sein ;)
:
Bearbeitet durch User
Marek N. schrieb: > Von den bogenförmigen Kreuzungen habe ich nichts gemerkt. Gut so! Gibt sogar verschiedene Größen und ist (natürlich ;-) abschaltbar...
Genauer gesagt: Nur global einschaltbar. Für Verdrahtungspläne hätte ich soagr nichts dagegen, wenn eine Leitung über die andere "springt". Wenn ich mir aber eine Matrix von LEDs oder Tastern vorstelle mit lauter Bögen werde ich schon beim bloßen Gedanken ganz psychedelisch.
Hallo Marek, dann bring bitte den Änderungsvorschlag zumindestens im KiCad Forum.
Μαtthias W. schrieb: > Veit D. schrieb: >> 4 Tage nach dem vermutlich letzten 9er Update > > Wie kommst du zu der Aussage? Seit der 9.0.8 wurde weiterhin auf dem 9er > branch commited. Wird vermutlich noch eine 9.0.9 geben. Vermutlich mit vermutlich beantworten bringt auch niemanden weiter. ;-)
Veit D. schrieb: > Vermutlich mit vermutlich beantworten bringt auch niemanden weiter. ;-) Vermutlich nicht :) Werde wie üblich warten bis es etwas besser abgehangen ist. Irgendwelche Änderung bei Skripten, Custom design rules oder DB Bauteil Libs beobachtet die relevant wären?
Veit D. schrieb: > dann bring bitte den Änderungsvorschlag zumindestens im KiCad Forum Ich habe keinen Änderungsvorschlag. Ich in zufrieden, dass es so funktioniert wie es funktioniert. Es ist per Default ausgeschaltet, das reicht mir. Wenn ich unbedingt Bögen haben will, kann mir mir selber welche malen. Ich bin sicher, die Entwickler haben Hunderte "richtiger" Bux, mit denen sie sich beschäftigen.
A. D. schrieb: > Das schöne an KiCad ist ja für gewöhnlich, dass sie einem keine > Entscheidungen der Unternehmensführung ungefragt/ungewollt aufzwingen, > sondern sämtlich neuen Features tendenziell optional implementiert > werden. Schön wär's. So wie diese Änderung, mit der längst nicht alle Nutzer einverstanden sind: https://www.reddit.com/r/KiCad/comments/1ivfjcr/v9_pcb_editor_through_hole_pads_not_showing/?tl=dee https://forum.kicad.info/t/kicad-nightly-9-0-0-rc1-pth-pads-and-via-color/56943/10 Seither arbeite ich mit KiCad 8. Irgendwann ist das Upgrade dann nicht mehr vermeidbar, aber so lange es geht, bevorzuge ich die alte Version.
Veit D. schrieb: > Hallo, > > wo ist denn das eigentliche Problem? Es wird mit vielen THT-Bauteilen unübersichtlich. Man macht Autoblinker ja auch nicht vorne weiß und hinten rot, nur damit es "konsistenter" ist. Wenn ich mit meinen hoffentlich letzten THT-Projekten durch bin, steige ich auf KiCad 10 um. Aber bis dahin muss ich mich ja nicht unnötig quälen.
Hallo, so richtig kann ich es noch nicht nachvollziehen womit es Schwierigkeiten gibt. Wenn ich im PCB Editor bin, dann ist doch immer ein bestimmter Layer aktiv. Dessen Farbe sehe ich auch bei THT Bauteilen mit Durchkontaktierung. Ich sehe immer die richtige Farbe des aktiven Layer von den THT Pads. Ich sehe darin keinen Fehler der Anzeige. Wechsel ich den Layer, wechselt auch die Farbe vom THT Pad. Man sieht bei SMD doch auch die korrekte Farbe des aktiven Layer derer Pads. Warum soll das zwischen SMD und THT nicht gleich sein? Ich sehe darin ehrlich gesagt keinen Fehler.
Veit D. schrieb: > so richtig kann ich es noch nicht nachvollziehen womit es > Schwierigkeiten gibt Mir wäre es ohne diesen Thread gar nicht aufgefallen, dass sich da was geändert hat. ;-) Offenbar gab es früher eine spezielle Einfärbung rein für das Objekt "Pad", diese ist jetzt weggefallen. Damit sehen THT-Pads genau wie SMD-Pads jeweils in der Farbe ihrer Lage aus. Die Notwendigkeit für die Änderung ergab sich indirekt daraus, dass man jetzt auch (THT-)Padstacks definieren kann, die eben nicht auf allen Lagen gleich sind. Beispielsweise geht jetzt etwas wie im Bild gezeigt: verschiedene Durchmesser und Formen für Ober- und Unterseite und Innenlagen. (Im Screenshot war eine Innenlage aktiv, dort hat das Pad den kleinsten Durchmesser. Wenn man eine der beiden Außenlagen aktiv hat, würde man diesen kleineren Durchmesser gar nicht erkennen, sofern man nicht für die Pads noch die Transparenz einschaltet.)
:
Bearbeitet durch Moderator
Hier nochmal die Seitenansicht obiger Padstacks im 3D-Viewer (Board und Lötstopp ausgeblendet, damit man das Kupfer besser sieht).
Hallo, jetzt ist es mir klar. Danke. Fiel mir auch nicht auf. Also ist die neue Darstellungsvariante nur von Vorteil. Ich kann weiterhin keinen Nachteil erkennen. Bevor jemand meckert. Ich korrigiere. Ich kann für mich keinen Nachteil erkennen. :-)
Veit D. schrieb: > Μαtthias W. schrieb: >> Veit D. schrieb: >>> 4 Tage nach dem vermutlich letzten 9er Update >> >> Wie kommst du zu der Aussage? Seit der 9.0.8 wurde weiterhin auf dem 9er >> branch commited. Wird vermutlich noch eine 9.0.9 geben. > > Vermutlich mit vermutlich beantworten bringt auch niemanden weiter. ;-) Mein vermutlich hab ich immerhin mit Hinweisen unterstützt das es da noch was geben wird. https://www.kicad.org/blog/2026/04/KiCad-9.0.9-Release/ Obs das jetzt gewesen sein wird mit der 9er? Vermutlich ;-)
Hallo, die 9.0.9 habe ich gestern installiert. :-) Ich hatte mich wegen dem "vermutlich" damals im KiCad Forum schlau gemacht. Das "Problem" ist, nur weil es einen neuen RC gibt bedeutet das nicht zwangsweise, dass die auch wirklich als Stable rauskommt, wenn es eine neue Hauptversion gibt. Aber da möchte ich jetzt nicht rumstreiten, weil mehr weiß ich über deren allgemeines Vorgehen auch nicht. Schön das die 9.0.9 noch rauskam. :-) Punkt für dich.
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.


