Da im Nachbarthread Beitrag "Was nutzt ihr für Layoutprogramme?" nun schon die Zahl von 4 bei "Kicad 5 (5.99)" dran steht, lohnt es sich, vielleicht mal einen eigenen Thread bezüglich der Erfahrungen mit den aktuellen Preview-Versionen zu eröffnen.
:
sogar schon KiCAD 5.1.9 hat "Requirements: macOS 10.14 and newer" Das kann ich schon mal nicht erfüllen (theoretisch ja, aber andere lebensnotwendige Software auf dem CAD-Rechner erlaubt kein OS-Upgrade). Werkzeug, das mich dazu zwingt, anderes erprobtes Werkzeug vorzeitig zu ersetzten ist für mich keine Arbeitshilfe sondern Arbeitsbehinderung, selbst wenn es kostenlos ist... Daher kann ich es leider nicht mal ausprobieren um irgendwelche tiefergehenden Erfahrungen zu sammeln.
Was mir so aufgefallen ist: * neues Datenformat, hat Bernd ja schon ein paarmal geschrieben, die Dateinamen enden jetzt alle auf .kicad_*: * .kicad_pro Projekt * .kicad_sch Schaltpläne * .kicad_sym Symbol-Bibliothek * .kicad_pcb PCB (bereits früher so eingeführt) * .kicad_mod (in *.pretty-Verzeichnis) Bauteil-Bibliothek (bereits früher so eingeführt) * .kicad_prl Projektstatus (bspw. Konfiguration der Lagen-Anzeige) * keine explizite Netzliste mehr notwendig * forward annotation über "Update PCB from Schematic" (ging schon in V5) * backward annotation über "Update Schematic from PCB" (neu; man kann bspw. Footprints oder Bauteilwerte im Board ändern und dies dann zurück kommunizieren) * Netzliste kann natürlich nach wie vor manuell exportiert werden * Schaltplaneditor kann Image-Datei einbinden, Layout leider (noch) nicht, aber: * der Bitmap-to-Component Konverter ist im Projektmanager drin; damit kann man bspw. ein Bitmap-Bild eines existierenden Boards vektorisieren und dann als "Bauteil" auf einer User-Lage im PCB Editor hinterlegen; ursprünglich für Dinge wie Logos konzipiert, habe das aber (schon in V5.x) benutzt, um ein Board vom Foto zu reengineeren * viele User-Lagen im PCB-Editor * im Schaltplaneditor können Elemente als "Exclude from Board" markiert werden (bspw. externe Komponenten, die auf diese Weise mit dokumentiert werden sollen) * PCB-Bauteile können jetzt Sperrflächen enthalten (Leitungen, Vias, Flächenfüllen verbieten) Das sind so die Dinge, die mir bislang aufgefallen sind. Absturz hatte ich soweit noch nicht, hab's aber auch bislang nur in einem Mini-Projekt produktiv genutzt.
OldMac schrieb: > Daher kann ich es leider nicht mal ausprobieren Kannst ja zumindest gucken, was passiert … kenne mich aber mit den MacOS-Versionen zu wenig aus um einzuschätzen, warum das wohl so ist. Möglicherweise müsstest du es einfach nur mal selbst compilieren, weil das vorgefertigte Compilat auf neueren Libs aufsetzt?
Jörg W. schrieb: >> Daher kann ich es leider nicht mal ausprobieren > > Kannst ja zumindest gucken, was passiert Installieren von kicad-nightly-20210211-191823-eecac539d3-10_14 geht, aber wenn man z.B. PCBnew startet crasht es. War leider nicht anders zu erwarten. Fehler-Log:
1 | Process: pcbnew [11778] |
2 | Path: /Applications/KiCad/KiCad.app/Contents/Applications/pcbnew.app/Contents/MacOS/pcbnew |
3 | Identifier: org.kicad-pcb.pcbnew |
4 | Version: [5.99.0-9001-geecac539d3] ([5.99.0-9001-geecac539d3]) |
5 | Code Type: X86-64 (Native) |
6 | Parent Process: ??? [1] |
7 | Responsible: pcbnew [11778] |
8 | User ID: 503 |
9 | |
10 | Date/Time: 2021-02-12 15:00:55.518 +0100 |
11 | OS Version: Mac OS X 10.11.6 (15G22010) |
12 | Report Version: 11 |
13 | Anonymous UUID: xxx |
14 | |
15 | Sleep/Wake UUID: xxx |
16 | |
17 | Time Awake Since Boot: 13000 seconds |
18 | Time Since Wake: 330 seconds |
19 | |
20 | System Integrity Protection: enabled |
21 | |
22 | Crashed Thread: 0 Dispatch queue: com.apple.main-thread |
23 | |
24 | Exception Type: EXC_CRASH (SIGABRT) |
25 | Exception Codes: 0x0000000000000000, 0x0000000000000000 |
26 | Exception Note: EXC_CORPSE_NOTIFY |
27 | |
28 | Application Specific Information: |
29 | *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '+[NSWindow setAllowsAutomaticWindowTabbing:]: unrecognized selector sent to class 0x7fff793d5608' |
30 | abort() called |
31 | terminating with uncaught exception of type NSException |
32 | |
33 | Application Specific Backtrace 1: |
34 | 0 CoreFoundation 0x00007fff92924452 __exceptionPreprocess + 178 |
35 | 1 libobjc.A.dylib 0x00007fff9bbe773c objc_exception_throw + 48 |
36 | 2 CoreFoundation 0x00007fff9298e08d +[NSObject(NSObject) doesNotRecognizeSelector:] + 205 |
37 | 3 CoreFoundation 0x00007fff928944c1 ___forwarding___ + 1009 |
38 | 4 CoreFoundation 0x00007fff92894048 _CF_forwarding_prep_0 + 120 |
39 | 5 libwx_osx_cocoau-3.0.0.4.0.dylib 0x000000010ffc1fcc -[wxNSApplication init] + 76 |
40 | 6 AppKit 0x00007fff8a6af78b +[NSApplication sharedApplication] + 142 |
41 | 7 libwx_osx_cocoau-3.0.0.4.0.dylib 0x000000010ffc21b2 _ZN5wxApp9DoInitGuiEv + 66 |
42 | 8 libwx_osx_cocoau-3.0.0.4.0.dylib 0x0000000110027235 _ZN5wxApp10InitializeERiPPw + 181 |
43 | 9 libwx_osx_cocoau-3.0.0.4.0.dylib 0x000000010ff053ff _Z12wxEntryStartRiPPw + 159 |
44 | 10 libwx_osx_cocoau-3.0.0.4.0.dylib 0x000000010ff06060 _Z7wxEntryRiPPw + 80 |
45 | 11 pcbnew 0x000000010fc99ab0 main + 48 |
46 | 12 libdyld.dylib 0x00007fff963555ad start + 1 |
Selbst übersetzen wird bestenfalls gelingen, aber dann mit dem gleichen "unrecognized selector" enden weil das ein Methode von NSWindow ist die es auf einem älteren System einfach nicht gibt. [Edit: code-Tags eingefügt]
:
Bearbeitet durch Moderator
Jörg W. schrieb: > Dateinamen enden jetzt alle auf .kicad_* Sehr fein, ich werde ja dazu genötigt Eagle parallel installiert zu haben also ist es gut, dass die Endung nun nicht mehr gleich sind. mfg
OldMac schrieb: > Selbst übersetzen wird bestenfalls gelingen, aber dann mit dem gleichen > "unrecognized selector" enden weil das ein Methode von NSWindow ist die > es auf einem älteren System einfach nicht gibt. Muss nicht sein. Kann genauso gut sein, dass diese Methode beim Compilieren auf einem älteren System gar nicht genutzt würde. Sie benutzen ja wxWidgets als GUI-Toolkit, und du würdest dann gegen ein wxWidgets bauen, welches auf deinem System läuft.
Habes es mir gerade angesehen, schaut ok aus. Die andere Optik, meh, wieder so eine "kühle" Office Oberfläche, man wird sich daran gewöhnen, aber warum? Die neuen Menüs schauen aber ordentlich aus, also von der Aufteilung etc. Praktisch, Bauteile werden blau hinterlegt wenn man sie anfässt. mfg
Habe 5.99 noch nicht installiert, aber einem Schaltplan-Codeschnipsel entnahm ich eine deutliche Syntaxänderung der Schematic und wahrscheinlich auch der .lib (auch .kicad_lib jetzt als Endung?) Dateien. Die Maße scheinen dort zudem jetzt metrisch zu sein. Allerdings schien der Schriftfont weiterhin fix zu sein? An den bisherigen Versionen stört mich vor allem die für technische Dokumente schlecht lesbare Schriftart. 8 ist kaum von B und 5 kaum von S zu unterscheiden, was bei Bauteilbezeichnungen störender ist als bei normalem Text. Zusätzlich TeX Gyre Heros oder Normschrift (oder völlig freie Fontwahl) zur Auswahl zu haben fände ich einen großen Gewinn, auch um den Preis vertikale und horizontale Schriftgröße nicht getrennt einstellen zu können. Kann einer der 5.99 Nutzer sagen, ob sich da doch was getan hat?
A. K. schrieb: > Habes es mir gerade angesehen, schaut ok aus. > Die andere Optik, meh, wieder so eine "kühle" Office Oberfläche, man > wird sich daran gewöhnen, aber warum? Habe ich mich auch gewundert. > Die neuen Menüs schauen aber ordentlich aus, also von der Aufteilung > etc. Einiges ist schon in V5 konsistenter geworden in dieser Hinsicht. Ich kann mich noch dran erinnern, dass der Workflow zum Anlegen und Einbinden neuer Bauteile in einer projekteigenen Bibliothek früher sehr verquer war. Jetzt kann man den jeweiligen Bauteil- oder Symboleditor öffnen, sagt "New Library", wird gefragt, ob global oder nur im Projekt, und darin kann man dann mit "New Symbol" oder "New Footprint" das jeweilige Element anlegen, welches danach auch ohne weitere Klimmzüge im Projekt benutzbar ist.
Jörg W. schrieb: > * backward annotation über "Update Schematic from PCB" (neu; man kann > bspw. Footprints oder Bauteilwerte im Board ändern und dies dann zurück > kommunizieren) ...der Knopf "<-Back" war aber auch in V5 schon drin, zumindest im Eeschema... Imo sehr nützlicher Zusammenschnitt der V5<->V6-Unterschiede: https://techexplorations.com/blog/kicad/kicad-6-review-new-and-improved-features/
:
Bearbeitet durch User
ZF schrieb: > Allerdings schien der Schriftfont weiterhin fix zu sein? Ja, sieht so aus. Habe zumindest nichts dergleichen gefunden, wo man das einstellen könnte.
Jan L. schrieb: > ...der Knopf "<-Back" war aber auch in V5 schon drin, zumindest im > Eeschema... Witzigerweise ist er bei mir als Button nicht einmal in meinem 5.99-Build drin, seltsam. Der Menüeintrag dafür ist allerdings da.
Jörg W. schrieb: > Witzigerweise ist er bei mir als Button nicht einmal in meinem > 5.99-Build drin, seltsam. Der Menüeintrag dafür ist allerdings da. ...und in V5.1.9 (Eeschema) hab' ich den nur als Button, Menü fehlt - strange, ist mir noch nie aufgefallen... :)
OldMac schrieb: > Das kann ich schon mal nicht erfüllen (theoretisch ja, aber andere > lebensnotwendige Software auf dem CAD-Rechner erlaubt kein OS-Upgrade). Geht sowieso nicht gut mit der MagicMouse. Bevor ich eine WinMaus in den Mac einstecke, nehme ich lieber gleich Windows her. ;-)
Frage : Kann man beide Versionen (5.x + 6.x) eigentlich nebeneinander installieren oder kommen die sich ins Gehege. ??
Ich habe jetzt wiedermal Kicad bei mir installiert und versucht, damit zurechtzukommen.... Hätte ja sein können, es hat sich was verbessert in der kryptischen, hobbyanwenderfernen Bedienung. Leider nein. Sorry Leute, das ist doch nur was für Masochisten. Und da wird so ein Hype dazu veranstaltet ?! Da ist ja Eagle anwenderfreundlicher und intuitiver .... Und Diptrace erst, welches ich vor Jahren dankenswerter Weise entdeckte.
Beitrag #6585851 wurde von einem Moderator gelöscht.
Hardy F. schrieb: > Sorry Leute, > das ist doch nur was für Masochisten. Wenn ich so bei jeder Software gerantet hätte, die etwas Einarbeitung vorausgesetzt hat, wäre ich heute noch am Ranten, statt am Basteln ;)
Beitrag #6585858 wurde von einem Moderator gelöscht.
Hardy F. schrieb: > Sorry Leute, > das ist doch nur was für Masochisten. Das Teil ist stark Linux angehaucht. Und die User sind alle Masochisten. ;) Das merkt man an den komischen Dateinamen, und der Angewohnheit 100.000 Dateien zu installieren. Alles was aus der Linux-ähnlichen Ecke kommt, macht eine Dateischwemme auf den PC. Anstatt die Bauteile vernünftig in eine Datenbank zu knallen, hast du für jedes Teil 4-5 Dateien auf den Rechner. Und wenn du dann eins suchst, ladet der Rechner erst mal 2 Minuten Dateien. Ist ja auch ne Arbeit. Datei laden, öffnen, Infos lesen, Infos anzeigen, die nächste. Den Mist habe ich mir schon bei mein ersten GW-Basic Programm abgewöhnt. Mit einer Indexorientieren Datenbank wäre das Leben 100 x einfacher.
Beitrag #6585860 wurde von einem Moderator gelöscht.
Nachtrag : Meine sehr sparsam installierte Kicad 5 Version hat ca. 48.000 Dateien lt. Windows Zählung.
Beitrag #6585873 wurde von einem Moderator gelöscht.
Beitrag #6585876 wurde von einem Moderator gelöscht.
Schlaumaier schrieb: > Mit einer Indexorientieren Datenbank wäre das Leben 100 x einfacher. Das ist OSS – du kannst es forken und verbessern. Deinem Gelaber nach hast du das ja an ’nem Wochenende fertig, so toll, wie du dich gibst. Du solltest nun anfangen – bis Montag will ich das Ergebnis sehen. Alternativ könntest du auch einfach mal die Finger stillhalten, wenn du nämlich keine Ahnung hast. Wie eigentlich in fast jedem Thread, in den du die letzte Zeit geschrieben hast.
Jack V. schrieb: > Das ist OSS – du kannst es forken und verbessern. Deinem Gelaber nach > hast du das ja an ’nem Wochenende fertig, so toll, wie du dich gibst. Die Datenbank Problemlos. Das Problem ist nur den Teil das klar zu machen. Aber ich hab das PRoblem umgangen in den ich ALLE Librarys abgeschaltet habe. Bis auf meine eigene. Wenn ich nun ein Teil brauche, suche ich das und kopiere das in den Ordner meiner LIBs, dann ist es da drin und das wars. Was die Datenbank angeht. Die schreibe ich mir eh noch weil die Sucherei mir auf die Nerven geht. Besonders weil ich mir nicht alle englischen Bezeichnungen merken kann.
Schlaumaier schrieb: > Meine sehr sparsam installierte Kicad 5 Version hat ca. 48.000 Dateien > lt. Windows Zählung. % pacman -Ql kicad | wc -l 433 Schlaumaier schrieb: > Das Problem ist nur den Teil das klar zu machen. Das Problem ist, dass du nicht den Hauch einer Ahnung hast, wie die Sachen zusammenhängen.
:
Bearbeitet durch User
Jack V. schrieb: > Das Problem ist, dass du nicht den Hauch einer Ahnung hast, wie die > Sachen zusammenhängen. Doch hab ich. Ich glaube ich habe schon mehr Kicad-Dateien manipuliert als du dir vorstellen kannst. ;) Das einzige schöne an den Dateien ist, das sie alle TXT-Dateien sind. Besonders gerne die fp-lib-table + sym-lib-table Datei. Das ist nämlich bequemer als sich da Tot-Zuklicken. ;)
Schlaumaier schrieb: > Und wenn du dann eins > suchst, ladet der Rechner erst mal 2 Minuten Dateien. Kenn ich von LTSpice. Mir aber egal, es hilft mir bei der Arbeit. Und die zwei Minuten sind schnell wettgemacht. Möglicherweise bin ich aber nur nicht schlau genug.
Ich verwende die V6 jetzt schon seit einiger zeit produktiv. Die Vorteile überwiegen aktuell deutlich. Eine Funktion ist jedoch mehr als nervig: Diese Intelligenz, die automatisch das wire-tool im Schematic auswählt, wenn man auf einem Pin ist, oder gelegentlich einen move-Befehl macht statt so ein Selektions-Rechteck macht. Kann man das irgendwie ausschalten? Die Idee dahinter ist ja irgendwie verlockend, es ist aber so, dass gerade im PCB so oft Flächen, Bauteile, Traces,... übereinander liegen, dass da auch die beste Logik einfach nicht vorhersehen kann was man eigentlich will... 73
Ich muss mal doof fragen - wie ist das eigentlich mit der Abwärtskompatibilität? Also, wenn ich jetzt mal in die 5.1.9 reinschnuppere und ein kleines Projekt damit mache, dann wird die 6.0 released und ich steige darauf um, dann gehe ich schon davon aus, dass ich die älteren Dateien damit auch öffnen kann - aber wenn ich daran dann wieder etwas ändere? Dann müsste die 6.0 ja auf die Bibliotheken der 6.0 zugreifen, während in meinem Projekt noch welche aus der 5.1 verwendet wurden. Und wenn ich das Projekt dann wieder speichere - was ist es dann? Immer noch ein 5.1-Projekt mit Einsprengseln aus der 6.0 oder wird das komplett konvertiert oder wie oder was? Jaaa, ist ne Anfänger-Frage, ich weiß. Bin ja auch einer...
Schlaumaier schrieb: > Hardy F. schrieb: >> Sorry Leute, >> das ist doch nur was für Masochisten. > > Das Teil ist stark Linux angehaucht. Und die User sind alle Masochisten. > ;) > > Das merkt man an den komischen Dateinamen, und der Angewohnheit 100.000 > Dateien zu installieren. Alles was aus der Linux-ähnlichen Ecke kommt, > macht eine Dateischwemme auf den PC. Da das im allgemeinen Text Dateien sind, liefert Linux auch das passende Bordwerkzeug, um das bequem zu beherrschen. ;O) Erwähnst Du ja selber ein Stück weiter unten. ;O) > Anstatt die Bauteile vernünftig in eine Datenbank zu knallen, hast du > für jedes Teil 4-5 Dateien auf den Rechner. Und wenn du dann eins > suchst, ladet der Rechner erst mal 2 Minuten Dateien. Ist ja auch ne > Arbeit. Datei laden, öffnen, Infos lesen, Infos anzeigen, die nächste. Stell KiCad vernünftig ein, dann lädst Du nur die Dateien, die Du brauchst bzw. meinst zu brauchen. ;O) > Mit einer Indexorientieren Datenbank wäre das Leben 100 x einfacher. Ist zwar noch Alpha, aber sieh Dir doch mal Horizon an. https://www.mikrocontroller.net/articles/Schaltplaneditoren#Horizon Das könnte genau das sein, was Du suchst. Aber vermutlich hast Du da wieder was anderes zu meckern. ;O)
AndererSchlaumaier schrieb: > Ist zwar noch Alpha, aber sieh Dir doch mal Horizon an. > https://www.mikrocontroller.net/articles/Schaltplaneditoren#Horizon > Das könnte genau das sein, was Du suchst. Hat Zukunft ! Genialer Programmierer.
Beitrag #6586159 wurde von einem Moderator gelöscht.
Beitrag #6586174 wurde von einem Moderator gelöscht.
AndererSchlaumaier schrieb: > Ist zwar noch Alpha, aber sieh Dir doch mal Horizon an. > https://www.mikrocontroller.net/articles/Schaltplaneditoren#Horizon > Das könnte genau das sein, was Du suchst. Werde ich machen. Ich hoffe nur das mir noch einer die Frage nach der Parallel-Installation (Kicad 5.x + 6.x) beantworten kann. Würde das neue gern stressfrei testen, ohne meine Projekte zu riskieren.
Beitrag #6586185 wurde von einem Moderator gelöscht.
Beitrag #6586187 wurde von einem Moderator gelöscht.
Beitrag #6586190 wurde von einem Moderator gelöscht.
Schlaumaier schrieb: > Kann man beide Versionen (5.x + 6.x) eigentlich nebeneinander > installieren oder kommen die sich ins Gehege. ?? An sich sollten sie sich nicht ins Gehege kommen, die Bibliotheksverzeichnisse müssten sich separat einstellen lassen. Mir geht's selbst nur ein wenig wie OldMac da oben: ich compiliere sie zwar selbst (anders als er), bevorzuge aber, sie über die FreeBSD-Ports zu installieren, und die installieren beide Variante tatsächlich an die gleiche Stelle. Insofern lege ich mich nur durch das darunter liegende Buildsystem auf eine Variante fest. Dem Kicad selbst ist das aber eher wurscht.
Beitrag #6586195 wurde von einem Moderator gelöscht.
Schlaumaier schrieb: > Das merkt man an den komischen Dateinamen, und der Angewohnheit 100.000 > Dateien zu installieren. Alles was aus der Linux-ähnlichen Ecke kommt, > macht eine Dateischwemme auf den PC. Sorry, das hat mit dem Betriebssystem nun absolut nichts zu tun. Altium (was vermutlich bei Kicad an vielen Stellen gedanklich Pate gestanden hat, aber Windows-only ist) macht das übrigens genauso: eine Datei pro Bibliotheksmodell, eine Datei pro Schaltplanseite. (Die haben sogar noch mehr, beispielsweise eine Datei pro "wire harness".) Damit ist das Argument "Linux-ähnliche Ecke" wohl für diesen Punkt hinreichend entkräftet. Aber: der Thread war nicht für irgendwelche System-Grabenkriege gedacht, sondern für echte Erfahrungen mit Kicad 6. Wer diese nicht hat, möge seine Nicht-Erfahrungen bitte woanders diskutieren. Wem Kicad nach wie vor nicht liegt: OK, ist dann so, ist auch OK, das hier in einem Beitrag zu postulieren. Aber kein Glaubenskriege draus machen. Dafür gibt es speziell vorgesehene Einrichtungen in diesem Land, die kann man in Glaubensfragen gern aufsuchen.
Hans W. schrieb: > Eine Funktion ist jedoch mehr als nervig: Diese Intelligenz, die > automatisch das wire-tool im Schematic auswählt, wenn man auf einem Pin > ist, oder gelegentlich einen move-Befehl macht statt so ein > Selektions-Rechteck macht. Ist mir so noch nicht aufgefallen. Dafür ist mir aufgefallen, dass ich ohne Selektieren eines Bauteils nicht mehr einfach mit "c" dieses Kopieren kann. In der Voreinstellung will er da einen Bustap anlegen und beklagt sich, dass ich keine Bus ausgewählt habe, aber selbst mit geändertem Shortcut geht es nicht. Nur Selektieren - Ctrl-C - Ctrl-V geht. "m" funktioniert dagegen nach wie vor auch ohne selektiertes Bauteil.
Beitrag #6586209 wurde von einem Moderator gelöscht.
Beitrag #6586210 wurde von einem Moderator gelöscht.
Matthias L. schrieb: > Ich muss mal doof fragen - wie ist das eigentlich mit der > Abwärtskompatibilität? Aufwärts ja, also die 6er Version kann die alten Dateien importieren. Sie wandelt sie aber beim Speichern ins neue Dateiformat um, und das wird beim Laden auch als Warnung angezeigt. Abwärts ist also nicht: Projekte, die du mit der 5.99 anlegst, kannst du nicht später mit der 5.1.9 weiter bearbeiten.
Beitrag #6586213 wurde von einem Moderator gelöscht.
Beitrag #6586214 wurde von einem Moderator gelöscht.
Beitrag #6586233 wurde von einem Moderator gelöscht.
Beitrag #6586241 wurde von einem Moderator gelöscht.
Jörg W. schrieb: > Aufwärts ja, also die 6er Version kann die alten Dateien importieren. > Sie wandelt sie aber beim Speichern ins neue Dateiformat um, und das > wird beim Laden auch als Warnung angezeigt. > > Abwärts ist also nicht: Projekte, die du mit der 5.99 anlegst, kannst du > nicht später mit der 5.1.9 weiter bearbeiten. Prima, damit kann ich leben. Vielen Dank!
Richard B. schrieb: > @Jörg Könntest du bitte ein Screenshot posten? Wovon eigentlich? Der oben verlinkte Review des Previews (:-) enthält einige.
Jan L. schrieb: > Imo sehr nützlicher Zusammenschnitt der V5<->V6-Unterschiede: > https://techexplorations.com/blog/kicad/kicad-6-review-new-and-improved-features/ daraufhin sollte ich es wirklich mal anschauen. Aber wie, speziell auf einem 32-Bit Debian stable? Was empfiehlt man denn jemandem, der noch nie cmake oder g++ gestartet hat? Bei Ubuntu gibt's nightly build debs, aber nicht für i386 oder nur veraltet :( Unabhängig davon: Kann man IGES, STEP oder DCF exportieren, wenn man kein einziges 3D-Modell hat? Also nur die Platinenkontur, Bohrungen und evt. Nullpunkte der Bauteile? Und, weiß man schon, wann es eine neue Library Convention gibt? Mit den alten Spielregeln möchte ich eigentlich garnicht erst anfangen
1 | KLC is suspended until further notice. Rules are currently |
2 | being revised for KiCad version 6. |
Bauform B. schrieb: > daraufhin sollte ich es wirklich mal anschauen. Aber wie, speziell auf > einem 32-Bit Debian stable? Wenn du ein 32-Bit-System hast, dann vermutlich auch recht alte Hardware. Bist du dir sicher, dass du auf sowas ein CAD-System einschließlich OpenGL, 3D etc. laufen lassen willst? > Was empfiehlt man denn jemandem, der noch > nie cmake oder g++ gestartet hat? Naja, irgendwann fängt jeder mal an. ;-) > Unabhängig davon: Kann man IGES, STEP oder DCF exportieren, wenn man > kein einziges 3D-Modell hat? Also nur die Platinenkontur, Bohrungen und > evt. Nullpunkte der Bauteile? Warum nicht? Die Platinenkontur und Bohrungen müssen ja so auch erzeugt werden, unabhängig vom Vorhandensein von 3D-Modellen für Bauteile. Nullpunkte gibt's aber nicht. Anbei ein generiertes STEP-Modell, denk dir einfach die Bauteil-Modelle weg. > Und, weiß man schon, wann es eine neue Library Convention gibt? Da habe ich keine Ahnung. Aber ich denke, das sind eher Formalismen dort. Grundlegend wirst du die gleichen dahinter liegenden Ideen auch für V6-Libraries anwenden können. Sie wollen ja nur keine alten Bibliotheken mehr integrieren. Wenn du für dich mit einer 5.99 Modelle anlegst, legst du eh bereits neue an.
:
Bearbeitet durch Moderator
Jörg W. schrieb: > Bauform B. schrieb: >> daraufhin sollte ich es wirklich mal anschauen. Aber wie, speziell auf >> einem 32-Bit Debian stable? > > Wenn du ein 32-Bit-System hast, dann vermutlich auch recht alte > Hardware. Bist du dir sicher, dass du auf sowas ein CAD-System > einschließlich OpenGL, 3D etc. laufen lassen willst? Mögen täte ich schon wollen, aber danke für die Warnung. So wird es noch spannender, Eagle läuft hier nämlich absolut flüssig; lspci sagt:
1 | VGA compatible controller [0300]: Advanced Micro Devices, Inc. |
2 | [AMD/ATI] Mullins [Radeon R3E Graphics] [1002:9854] (rev 01) |
> Die Platinenkontur und Bohrungen müssen ja so auch erzeugt > werden, unabhängig vom Vorhandensein von 3D-Modellen für Bauteile. Eigentlich ja klar, jetzt wo du es sagst, danke. >> Und, weiß man schon, wann es eine neue Library Convention gibt? > Aber ich denke, das sind eher Formalismen dort. Naja, die Vorschriften, wie die diversen Namen gebildet werden, könnten sich durchaus ändern. Und wenn ein Teil davon irgendwo fest verdrahtet ist...
Bauform B. schrieb: > Aber wie, speziell auf > einem 32-Bit Debian stable? Was empfiehlt man denn jemandem, der noch > nie cmake oder g++ gestartet hat? Bei Ubuntu gibt's nightly build debs, > aber nicht für i386 oder nur veraltet :( Werf deine i386 Kiste weg - die wird von künftigen Linux-Kernels nicht mehr supported.
Bauform B. schrieb: > Mögen täte ich schon wollen, aber danke für die Warnung. So wird es noch > spannender, Eagle läuft hier nämlich absolut flüssig; Das braucht vermutlich auch kein OpenGL. Wer weder 3D machen will noch Transparenz, kommt natürlich mit sehr viel älterer Hardware hin. Lukas hatte ja seinerzeit auch begründet, warum er für Horizon EDA eine bestimmte Mindestanforderung an OpenGL hat, um sich nicht in der Grafik mit dem Urschleim aufhalten zu müssen. [Library Convention] > Naja, die Vorschriften, wie die diversen Namen gebildet werden, könnten > sich durchaus ändern. Und wenn ein Teil davon irgendwo fest verdrahtet > ist... Davon ist mit Sicherheit nichts hart codiert, und wenn ich mir deren Namensregeln ansehe, dann wird es keinen Grund geben, diese grundlegend zu ändern.
Jörg W. schrieb: > Der oben verlinkte Review des Previews (:-) enthält einige. Danke, habe ich nicht gesehen. Sieht aber schöner aus (als bisher). Ab wann ist mitn V6 Release in etwa zu rechnen?
Richard B. schrieb: > Ab wann ist mitn V6 Release in etwa zu rechnen? Laut Roadmap im dritten Quartal dieses Jahres.
Jack V. schrieb: > Richard B. schrieb: >> Ab wann ist mitn V6 Release in etwa zu rechnen? > > Laut Roadmap im dritten Quartal dieses Jahres. Lt Fosdem Präsentation Ende Q1: https://fosdem.org/2021/schedule/event/kicad/attachments/slides/4410/export/events/attachments/kicad/slides/4410/kicad_presentation_fosdem_2021.pdf
Jörg W. schrieb: > Dafür ist mir aufgefallen, dass ich ohne Selektieren eines Bauteils > nicht mehr einfach mit "c" dieses Kopieren kann. Ctrl-D? /regards
Andreas H. schrieb: > Jörg W. schrieb: >> Dafür ist mir aufgefallen, dass ich ohne Selektieren eines Bauteils >> nicht mehr einfach mit "c" dieses Kopieren kann. > > Ctrl-D? Auch das braucht ein vorher ausgewähltes Element. Das frühere "C"[opy] braucht[e] das nicht, das funktionierte ohne vorherige Auswahl.
Jörg W. schrieb: > Das frühere "C"[opy] braucht[e] das nicht, das funktionierte ohne > vorherige Auswahl. Stimmt. Das istja lästig :/ Ausserdem scheint ctrl-D auch parallel für Datasheet lookup benutzt zu werden. /regards
Andreas H. schrieb: > Ausserdem scheint ctrl-D auch parallel für Datasheet lookup benutzt zu > werden. Ja, aber das lässt sich entflechten (über die Einstellungen).
Andreas H. schrieb: > Stimmt. Das istja lästig :/ Was mich vor allem daran wundert: "m" oder "g" funktionieren problemlos, auch ohne explizit ausgewähltes Symbol. Es sieht also eigentlich nicht so aus, als wäre das jetzt unbedingt konzeptionelle Absicht, dass man nur noch mit ausgewählten Symbolen operieren kann (wenngleich insgesamt was geändert worden ist in diesem ganzen Umfeld, siehe den Review, der weiter oben verlinkt worden ist).
Hm, irgendwie schaffe ich es nicht, zwei diagonale Linien zu kreuzen, wie z.B. beim astabilen Multivibrator. Versionsinfo:
1 | Application: Eeschema |
2 | |
3 | Version: (5.99.0-9117-g32308c7fef), release build |
4 | |
5 | Libraries: |
6 | wxWidgets 3.0.5 |
7 | libcurl/7.71.0 OpenSSL/1.1.1g (Schannel) zlib/1.2.11 brotli/1.0.7 libidn2/2.3.0 libpsl/0.21.0 (+libidn2/2.3.0) libssh2/1.9.0 nghttp2/1.41.0 |
8 | |
9 | Platform: Windows 10 (build 18363), 64-bit edition, 64 bit, Little endian, wxMSW |
10 | |
11 | Build Info: |
12 | Date: Feb 14 2021 22:01:26 |
13 | wxWidgets: 3.0.5 (wchar_t,wx containers,compatible with 2.8) |
14 | Boost: 1.73.0 |
15 | OCE: 6.9.1 |
16 | Curl: 7.71.0 |
17 | ngspice: 34 |
18 | Compiler: GCC 10.2.0 with C++ ABI 1014 |
19 | |
20 | Build settings: |
21 | KICAD_SCRIPTING=ON |
22 | KICAD_SCRIPTING_MODULES=ON |
23 | KICAD_SCRIPTING_PYTHON3=OFF |
24 | KICAD_SCRIPTING_WXPYTHON=ON |
25 | KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF |
26 | KICAD_SCRIPTING_ACTION_MENU=ON |
27 | KICAD_USE_OCE=ON |
28 | KICAD_SPICE=ON |
Davon abgesehen, dass ich nicht auf die Idee gekommen wäre, "schräge" Leitungen zu zeichnen (musste ich erstmal explizit freischalten), funktioniert das hier problemlos.
1 | Application: Eeschema |
2 | |
3 | Version: 5.99.0-unknown, release build |
4 | |
5 | Libraries: |
6 | wxWidgets 3.0.5 |
7 | libcurl/7.74.0 OpenSSL/1.1.1h zlib/1.2.11 libidn2/2.3.0 |
8 | |
9 | Platform: FreeBSD 12.2-STABLE amd64, 64 bit, Little endian, wxGTK, , |
10 | |
11 | Build Info: |
12 | Date: Jan 31 2021 21:56:47 |
13 | wxWidgets: 3.0.5 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24 |
14 | Boost: 1.72.0 |
15 | OCC: 7.5.0 |
16 | Curl: 7.74.0 |
17 | ngspice: 32 |
18 | Compiler: Clang 10.0.1 with C++ ABI 1002 |
19 | |
20 | Build settings: |
21 | KICAD_SCRIPTING=ON |
22 | KICAD_SCRIPTING_MODULES=ON |
23 | KICAD_SCRIPTING_PYTHON3=ON |
24 | KICAD_SCRIPTING_WXPYTHON=ON |
25 | KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON |
26 | KICAD_SCRIPTING_ACTION_MENU=ON |
27 | KICAD_USE_OCC=ON |
28 | KICAD_SPICE=ON |
29 | KICAD_STDLIB_DEBUG=OFF |
30 | KICAD_STDLIB_LIGHT_DEBUG=OFF |
31 | KICAD_SANITIZE=OFF |
Edit: sorry, der FreeBSD-Ports-Build killt offenbar deren Logik zur Erkennung der Version. Das hier ist die zugehörige Info:
1 | GIT_SRC_HASH= 8eca23aabe8736d07a0beeb0e2bb893320010290 |
2 | GIT_SRC_DATE= 20210131014911 |
:
Bearbeitet durch Moderator
macOS 10.14 als Mindestvoraussetzung ist leider schon wirklich eine Hürde. Ohne den Entwicklern zu Nahe treten zu wollen - ich schätze deren Arbeit sehr - denke ich, dass gerade bei Open Source Projekten die Möglichkeit besteht, im Sinne der Nachhaltigkeit auch ältere Systeme zu unterstützen. Bei Apple ist es leider so, dass es seit einiger Zeit jedes Jahr ein Major Update gibt bei dem irgendeine Software auf der Strecke bleibt oder Hardware nicht mehr unterstützt wird. macOS 10.14 wurde am 04.06.2018 veröffentlicht, ist also noch nicht mal 3 Jahre her. Eine Unterstützung von 10.12 oder 10.13 wäre auf jeden Fall wünschenswert.
Grad mal bisschen rumgespielt. Kann deine Konstruktion auch reproduzieren. Dachte erst, die Diagonale darf nicht in einem Knotenpunkt angesetzt werden, aber auch das lässt sich widerlegen. Irgendwie gibt es wohl eine höhere Metrik, die die Linien so fängt, wie es eben passiert ist und ich verstehe noch nicht die Logik dahinter. Ist mir nur so zufällig aufgefallen, weil ich eigentlich was anderes ausprobieren wollte und da gerne mit einer bekannten Trivialschaltung anfangen wollte, die man schon hundert Male gemacht hat.
Oliver R. schrieb: > Ohne den Entwicklern zu Nahe treten zu wollen Wie oben schon vermutet, ist das wahrscheinlich weniger ein Frage von Kicad selbst sondern mehr davon, dass offenbar deren MacOS-Entwickler, von dem auch das kicad-mac-build Script stammt, damit arbeitet. Damit sind natürlich automatisch die erzeugten Binaries an mindestens diese Version gebunden. (Für den Builder hat er auch 10.14 als Voraussetzung dokumentiert - warum auch immer.) Da müsste sich wohl mal jemand mit 10.13 hinsetzen und schauen, ob er da einen eigenen Build hin bekommt. > macOS 10.14 wurde am 04.06.2018 veröffentlicht, ist also noch nicht mal > 3 Jahre her. Allerdings sollte man Macs doch ganz gut upgraden können, oder? Die wesentlichere Frage wäre daher eher, wie alt die Hardware ist, die durch 10.14 dann aus der Unterstützung heraus gefallen ist.
:
Bearbeitet durch Moderator
Jörg W. schrieb: > Allerdings sollte man Macs doch ganz gut upgraden können, oder? Die > wesentlichere Frage wäre daher eher, wie alt die Hardware ist, die durch > 10.14 dann aus der Unterstützung heraus gefallen ist. Die Hardware ist das eine. Verständlicherweise ist Apples Interesse zur Unterstützung älterer Hardware begrenzt. Das wirkliche Problem ist die Software. Als Mac User ist es ein ständiger Spagat mit der OS Version zu arbeiten, bei der ältere Software noch und neuere schon läuft. Dazu kommen so "Kleinigkeiten", dass Apple zwischen zwei Versionen mal den kompletten USB Stack neu implementiert und plötzlich angeschlossene Hardware zickt. Die ganze Thematik hat ja in den letzten Jahren an Fahrt aufgenommen, weil sich die Taktung der Releases so beschleunigt hat. Dazu kommt, dass aktuell nicht wenige User auf die neuen ARM Macs schielen, aber verständlicherweise noch warten, bis diese stabil laufen bzw. professionellere Hardware auf den Markt kommt. Soll heissen, irgendwann ab nächstem Jahr oder so. Bis dahin werden viele noch mit älteren System arbeiten und dann erst den harten Schnitt wagen.
Jörg W. schrieb: > Was mich vor allem daran wundert: "m" oder "g" funktionieren problemlos, > auch ohne explizit ausgewähltes Symbol. Habe mal versucht, mich etwas durch den Sourcecode zu wühlen. Der Unterschied scheint zu sein, dass Vorgänge wie duplicate und delete in der Klasse ACTIONS beheimatet sind (also allgemein aufgebaut), während spezielle Schaltplanaktionen wie drag unter EE_ACTIONS fallen.
Andreas H. schrieb: > Jörg W. schrieb: >> Das frühere "C"[opy] braucht[e] das nicht, das funktionierte ohne >> vorherige Auswahl. > > Stimmt. Das istja lästig :/ Hatte gestern ein Ticket dafür geöffnet: https://gitlab.com/kicad/code/kicad/-/issues/7550 Scheint wohl nur mit einem bestimmten Versionsbereich ein Problem gewesen zu sein. Nachdem es dort hieß "works for me", habe ich nochmal aktualisiert, und jetzt funktioniert alles wie gewohnt.
It's not a bug, it a feature: https://techexplorations.com/blog/kicad/kicad-6-review-new-and-improved-features/#t-1611032693194 > In KiCad 6, when you click on an item in the schematic, the item is visible selected (you can see a blue outline around the resistor in my example below), and remains selected even as your mouse pointer moves elsewhere, and until you click on something else. > KiCad 6, Eeschema, I have clicked on an item to select it, and the item becomes highlighted. > With the item selected, you can use any of the available commands to do things such as move, drag, rotate, edit, copy, etc. Ist wohl noch nicht einheitlich implementiert. Ich pass mir die Tastenkürzel eh so an, dass sie mit denen von LTspice maximal identisch sind und möglichst wenig mit meinen AutoHotKey-Makros kollidieren.
Marek N. schrieb: > It's not a bug, it a feature Nicht ganz. Das zuvor beobachtete Verhalten, dass *ohne ausgewähltes Symbol* rein gar nichts passiert, wurde nicht als Bug abgestritten von den Entwicklern. Tritt aber mit aktuellem Git-Stand nicht mehr auf. Der von dir zitierten Änderungen war ich gewahr, aber die betreffen das Verhalten, wenn man vorher was ausgewählt hat.
Schön währe es, wenn man in KiCAD seine Designs auch in Eagle exportieren könnte. Dann kann man mit mehreren Personen an einem Projekt arbeiten, ohne dass man umlernen muss.
Anita H. schrieb: > Schön währe es Schön wäre es, wenn man zwischen allen EDA-Systemen die Designs austauschen könnte. ;-) Aber das wird Wunschdenken bleiben, die zu Grunde liegenden Details sind in aller Regel so, das es praktisch keinen Import irgendwo ohne Datenverlust gibt.
Ja, es wäre schön, wenn es einen einheitlichen Standard gäbe: https://xkcd.com/927/ On Topic: Mir ist aufgefallen, dass wenn ich im Layout ein Bauteil mit "Drag" [Markieren + D] verschieben will, es beim Platzieren dann sogar aus dem Zeichnungsrahmen springt. Leiterbahnen werden zwar wie gewünscht mitgedraggt, aber das Bauteil haut dann ab und ist nur noch über Luftlinien angebunden. Mann muss es dann umständlich mit Move [M] wieder zurückplatzieren. Version immer noch die 5.99.0-9117-g32308c7fef von gestern. P.S. es passiert auch, wenn das Bauteil noch nicht über Leiterbahnen angebunden ist, was ja im Resultat mit "Move" identisch sein sollte.
Jörg W. schrieb: > Anita H. schrieb: >> Schön währe es > > Schön wäre es, wenn man zwischen allen EDA-Systemen die Designs > austauschen könnte. ;-) Aber das wird Wunschdenken bleiben, die zu > Grunde liegenden Details sind in aller Regel so, das es praktisch keinen > Import irgendwo ohne Datenverlust gibt. Bei KiCAD kann man ja von Eagle importieren. Also warum nicht auch nach Eagle exportieren?
Anita H. schrieb: > Bei KiCAD kann man ja von Eagle importieren. Also warum nicht auch nach > Eagle exportieren? hmm, falsches Universum, Zeit läuft nicht rückwärts, aber gleich nebenan könntest du mehr Glück haben ;) https://nypost.com/2020/05/19/nasa-finds-evidence-of-parallel-universe-where-time-runs-backward-report/
Bauform B. schrieb: > Anita H. schrieb: >> Bei KiCAD kann man ja von Eagle importieren. Also warum nicht auch nach >> Eagle exportieren? > > hmm, falsches Universum, Zeit läuft nicht rückwärts, aber gleich nebenan > könntest du mehr Glück haben ;) > https://nypost.com/2020/05/19/nasa-finds-evidence-of-parallel-universe-where-time-runs-backward-report/ Du bist mein Held! Einen auf intelligent machen und Physik ins Spiel bringen. Lösung: 0! Bist du Politiker?
Anita H. schrieb: > Also warum nicht auch nach Eagle exportieren? Motivating force missing. Dafür müsstest du wohl Eagle[-Nutzer:innen] fragen. Kicad[-Nutzer:innen] werden halt primär ein Interesse daran haben, existierende Eagle-Designs nach Kicad zu wandeln als umgekehrt. ps: Bitte beim Thema bleiben. Es geht hier um die angehende Kicad V6, nicht um allgemeine Fragen zu Kicad oder EDA-Systemen.
:
Bearbeitet durch Moderator
Beitrag #6590669 wurde von einem Moderator gelöscht.
Beitrag #6590678 wurde von einem Moderator gelöscht.
Beitrag #6590761 wurde von einem Moderator gelöscht.
Beitrag #6590766 wurde von einem Moderator gelöscht.
Marek N. schrieb: > Mir ist aufgefallen, dass wenn ich im Layout ein Bauteil mit "Drag" > [Markieren + D] verschieben will, es beim Platzieren dann sogar aus dem > Zeichnungsrahmen springt. Kann ich bestätigen. Müsste man vielleicht auch in paar Tagen mal wieder schauen … und dann ggf. eine Bugreport schreiben. Die scheinen zumindest sehr schnell erstmal zu reagieren. > Mann muss es dann umständlich mit Move [M] wieder > zurückplatzieren. Naja gut, ^Z geht natürlich noch.
Hallo, Jörg W. schrieb: > Davon abgesehen, dass ich nicht auf die Idee gekommen wäre, "schräge" > Leitungen zu zeichnen (musste ich erstmal explizit freischalten), > funktioniert das hier problemlos. Wie funktioniert das mit dem Freischalten? rhf
Roland F. schrieb: > Wie funktioniert das mit dem Freischalten? An der Stelle da das Häkchen rausnehmen.
Ach guck an, ich wusste gar nicht, dass es in der Registerkarte auch noch mal ein Häkchen für den H/V-Mode gibt. Ich hab das nur über den Button in der linken Menüleiste gemacht. Ändert aber trotzdem nichts an dem Verhalten bei mir.
Marek N. schrieb: > Ich hab das nur über den Button in der linken Menüleiste gemacht. Den hatte ich bisher übersehen …
Jörg W. schrieb: > Scheint wohl nur mit einem bestimmten Versionsbereich ein Problem > gewesen zu sein. Nachdem es dort hieß "works for me", habe ich nochmal > aktualisiert, und jetzt funktioniert alles wie gewohnt. Ui. Dann muss ich wohl auch noch mal schnell upgraden. Das Feature will man ja eigentlich nicht vermissen, wenn wieder mal Cap-Batterien verlegt werden wollen ;) /regards
Ich benutze das auch für anderes Hühnerfutter gern, weil man da das Gehäuse nur einmal rauskramen muss. Hinterher ggf. noch die Werte anzupassen ist einfacher.
Jörg W. schrieb: > Was mir so aufgefallen ist: Noch eine Neuerung finde ich recht nützlich: das DRC-Regelsystem gestattet es, Ausnahmen zu definieren. Hatte hier ein Board, bei dem die Steckverbinder etwas gedrängt waren, passte "gerade so", aber die Courtyard-Definitionen waren natürlich etwas reichlicher. Stört mich erstmal nicht (Handbestückung), aber bringt natürlich DRC-Fehler. Nun hätte man natürlich lokal in den Footprints die Courtyard-Definition "behacken" können, aber man kann das jetzt auch eleganter machen. In den Board-Einstellungen gibt es "Custom Rules", und zusammen mit der eingebauten Hilfe sowie kontextsensitiven Editor-Vorschlägen bin ich rausgekommen bei:
1 | (version 1.0) |
2 | (rule "connector placement" |
3 | (constraint courtyard_clearance (min -0.2mm)) |
4 | (condition "(A.Reference == 'J1' || A.Reference == 'J3') && B.insideCourtyard('J2')")) |
Damit sind also explizit für J1 und J3 0.2 mm Überlappung zu J2 zugelassen.
Jörg W. schrieb: > das DRC-Regelsystem > gestattet es, Ausnahmen zu definieren. Und was für welche. mit sowas
1 | (condition "A.insideArea ...") |
könnte man z.B. auch (mit etwas basteln) trace necking DRC konform einbauen. Also +3V3 mit min. width XX mil an einen TQFP mit 0,5mm anschliessen. Die S-Expr finde ich auch übersichtlicher als den DRC Rule "Dschungel" von Altium :) /regards
Andreas H. schrieb: > Die S-Expr finde ich auch übersichtlicher als den DRC Rule "Dschungel" > von Altium :) Das Einzige, was mich daran etwas verwundert hat ist, dass die Bedingung alles in einem String landet, einschließlich logischer Operationen. Ich hätte Lisp-Verknüpfungen für übersichtlicher (und besser strukturierbar) gehalten. Aber solange es funktioniert, kann es mir egal sein.
Jörg W. schrieb: > Andreas H. schrieb: >> Die S-Expr finde ich auch übersichtlicher als den DRC Rule "Dschungel" >> von Altium :) > > Das Einzige, was mich daran etwas verwundert hat ist, dass die Bedingung > alles in einem String landet, einschließlich logischer Operationen. Ich > hätte Lisp-Verknüpfungen für übersichtlicher (und besser strukturierbar) > gehalten. > Das hat mit Lisp nix zu tun sondern ist eher eine KiCad "Eigenart". In Lisp sind solche Sachen meist sehr überschaubar: '(' operation {parameter}* ')', z.B.:
1 | (defun read-gds-string (stream record-len) |
2 | "Read a string from a GDS stream. The maximum number of bytes is record-len. |
3 | The last byte might be a 00 char which is not appended to the string" |
4 | (let ((chars nil)) |
5 | (do ((count 0 (1+ count))) |
6 | ((<= record-len count) (concatenate 'string (nreverse chars))) |
7 | (let ((char-id (read-gds-byte stream))) |
8 | (when (> char-id 0) |
9 | (push (code-char char-id) chars)))))) |
> Aber solange es funktioniert, kann es mir egal sein.
eben. Es lässt halt gut weiterverarbeiten ;)
/regards
Andreas H. schrieb: > Das hat mit Lisp nix zu tun sondern ist eher eine KiCad "Eigenart". Ja – ich meinte ja nur, dass ich Lisp-Bedingungen übersichtlicher gefunden hätte als dieses "alle Bedingungen stecken in einem String". Aber wenn's funktioniert und handhabbar ist, soll's mir recht sein.
Wieder grad was Merkwürdiges in der Version 5.99.0-9466-g7fda7438f9 gefunden. Ich habe drei Signale 'Vin_fused', 'Vin_unfused', 'Vin_return' mittels "Label Net" definiert. Während die Netzbezeichner korrekt dargestellt werden, wird das Netz an Pin 3 als '/Vin_unfused' dargestellt, also mit Vorangestelltem Bruchstrich. Auch das Voranstellen eines weiteren Bruchstrichs '/', Tilde '~' oder Leerzeichen ' ' löst das Problem nicht. Auch nicht das Löschen des Netzes und Neuzeichnen oder umbenennen in z.B. 'Horst'. Als 'Conn_01x04_Male' habe ich bereits den 'Connector_Phoenix_MSTB:PhoenixContact_MSTBVA_2,5_4-G-5,08_1x04_P5.08mm_ Vertical' zugeordnet. P.S. Irgednwie ist es nun beim Zuordnen der Netzklassen wieder richtig geworden. Trotzdem seltsam.
Seltsam, ja. Hier gerade probiert, kann solche Effekte nicht nachvollziehen.
Noch so eine Kleinigkeit gefunden: Wenn ich im Schaltplan eine Netzklasse, z.B. '10Amp' definiere und die Linienbreite dafür auf z.B. 0.5 mm stelle, dann wird die Linie im Schaltplan zwar dicker dargestellt, aber beim PDF-Plot (ebenso beim Plot in Postscript und SVG) werden ale Signale mit den Default-Linien (0.152 mm) geplottet (egal, ob beim Export das Default-Häckchen gesetzt ist oder nicht), obwohl der Durchmesser des Knotenpunktes (z.B. 2.5 mm) korrekt übernommen wird. Das passiert für alle Signale einer Netzklasse, egal ob die Linienbreite einheitlich von der Netzklasse geerbt ist, oder einzelne Zweige wieder manuell dünner gemacht wurden. (Ich habe z.B. eine Kontroll-LED an der '10Amp'-Klasse hängen, das muss ich im Schaltplan nicht als "High Current" kennzeichnen und mit 6 mm Leiterbahnbreite routen, aber die anderen Signalzweige und Leiterbahnen sollen natürlich schon dick sein) Getestet mit Version: 5.99.0-9519-ga70106a3bd Betrachter: PDF-Exchange Viewer 2.5, Adobe Acrobat Reader DC 2021, IrfanView 4.54, Evince 2.32. Ich weiß, es sind nur Kleinigkeiten, trotzdem möchte ich mithelfen, ein fehlerarmes und einfach handhabbares OpenSource ECAD-Programm zu erstellen. Aus diesem Grunde stelle ich meine Wünschen nach neuen Funktionen erst Mal zurück, sondern teste die vorhandenen.
Marek N. schrieb: > Ich weiß, es sind nur Kleinigkeiten, trotzdem möchte ich mithelfen, ein > fehlerarmes und einfach handhabbares OpenSource ECAD-Programm zu > erstellen. Verstehe ich, allerdings dürfte es dafür eines expliziten Bug-Tickets bedürfen. Den Thread hier lesen sich die Entwickler sicher nicht durch …
Was mir bis jetzt so aufgefallen ist: Das Micky Mouse Design gefällt mir überhaupt nicht. Das fand ich vorher besser. Im PCB Editor gefallen mir die Presets für die Layer sowie die Möglichkleit, die Opazität für die einzelnen Layer einzustellen. Auch das Umschalten PCB/Schaltung und umgekehrt mit Markierung der Bauteile ist jetzt schön gelöst.
Andreas B. schrieb: > Das Micky Mouse Design gefällt mir überhaupt nicht. Meinst du damit die neuen Icons? Die hätte ich auch verzichtbar gefunden, aber sie stören mich auch nicht weiter.
Jörg W. schrieb: > Meinst du damit die neuen Icons? Ja, was die Jungs da geritten hat, möchte ich mal gerne wissen.
Andreas B. schrieb: > Jörg W. schrieb: >> Meinst du damit die neuen Icons? > Ja, was die Jungs da geritten hat, möchte ich mal gerne wissen. * Es war nicht mehr nachvollziehbar welches Copyright alle Icons haben * Rot/Blau ist besser als Rot/Grün für Personen die Farbenblind sind * Immer mehr Nutzer wünschten einen Darkmode, welcher mit den neuen Icons einfacher implementierbar ist * Konsistente Icons
Andreas B. schrieb: > Das Micky Mouse Design gefällt mir überhaupt nicht. > Das fand ich vorher besser. Eigentlich ist das erst jetzt "State of the Art" ... Mit Mickey Mouse Design hat das NICHTS zu tun.
Moinsen, Über den Geschmack von künstlerischen Ausgestaltungen kann man sich ja bekanntlich streiten. Mir gefiel z.B. auch der Marienkäfer für den "Design Rule Check" besser, als diese Checkliste (vielleicht eine latente Remineszenz meinerseits an das alte AVR-Studio? ;-). Dafür darf das Käferlein unter "Help -> Report Bug" weiterleben. Was mich aber wirklich stört, ist dass die Symbole für "Toggle Display of Hidden Pins", "Create, Delete and Edit Symbols" und "Add a Symbol" praktisch identisch sind mit ihrem OPV-Symbol und sich nur in kleinen Details (den Anschluss-Pins bzw. dem Edit-Stift) unterscheiden. (Ein ähnliches Dilemma habe ich auch bei LTspice mit dem Handsymbol für "Move" und "Drag" *) Hier könnte man bestimmt mehr Diversität einpflegen: - Z.B. für "Toggle Display of Hidden Pins" den OPV mit den Anschlussbeinchen so belassen - für "Add a Symbol" z.B. das UND-Gatter von LTspice übernehmen (sofern rechtlich zulässig), vielleicht mit "Plus-Symbol". Bei PADS ist es z.B. auch das stilisierte Gatter-Symbol mit den Databook-Foldern dahinter - und für "Create, Delete and Edit Symbols", hm... vielleicht doch einfach nur ein Transistor-Symbol**) mit Bleistift und in direkter Konsequenz dazu für "Create Delete and Edit Footprints" ein TO92-Gehäuse mit Bleistift Ja, ich weiß, gleich drei Wünsche auf ein Mal und später benutzt man eh nur die Hotkeys, aber für einen Um- oder Einsteiger ist es nicht intuitiv, wenn man drei Buttos mit einen OPV-Sybol hat. Eine einheitliche, ergonomische Oberfläche sollte das Ziel sein. Apropos Hotkeys: Wenn es die Möglichkeit gibt, die Hotkeys-Einstellungen zu importieren, dann sollte es auch die Möglichkeit geben, diese zu exportieren, sonst ist das Ganze witzlos. Auch das Durchsuchen des KiCad-Installationsverzeichnisses nach "*hotkey*" bleibt erfolglos. Wenn man ganz forsch ist, findet man eine Datei 'user.hotkeys' im (üblicherweise unsichtbaren) Verzeichnis '/Appdata/Roaming/kicad'. Hat man noch eine Version 5.1.x installiert, findet man auch noch eine Datei 'Eeschema.hotkeys', die aber von der 5.99 nicht mehr berücksichtigt wird. Immerhin legt es seine Dateien wenigstens ins Unterverzeichnis kicad ab und nicht so wie LTspice mit seiner 'LTspiceXVII.ini' direkt in '/Appdata/Roaming/'. Kuriosität zum Abschluss: Abweichend von der Button-Bezeichnung im Schaltplan "Add a Symbol" trägt die Variable/Funktion in der '*.hotkeys'-Datei den Namen 'eeschema.InteractiveDrawing.placeSymbol'. Ja, alles Kleinigkeiten, die wahrscheinlich auf die korrekte Funktion des Programms keinen Einfluss haben. Trotzdem fallen sie bei einem strengen Review auf! Ich habe noch viel mehr Funktionswünsche und Verbesserungsvorschläge, aber erst mal die vorhandenen Bugs und Inkonsistenzen beheben ;-) Beste Grüße, Marek *) Obwohl ich überhaupt kein Freund für Eselsbrücken bin, habe ich mir hier folgendes einfallen lassen müssen: - M*o*ve = *o*hne Leitung - *Dra*g = Leitung *dra*n lassen Nur eine Abstraktion zu den beiden Hand-Symbolen fehlt mir noch. **) Ja, ich weiß, kollidiert dann wieder mit "Add a hierarchical Sheet".
Marek N. schrieb: > Ich habe noch viel mehr Funktionswünsche und Verbesserungsvorschläge, > aber erst mal die vorhandenen Bugs und Inkonsistenzen beheben Ich fürchte nur, dass das hier niemand groß von deren Team mitliest. Sinnvoll(er) wäre es wohl, wenn du bei ihnen dafür bug tickets eintütest.
Nachtrag: Ich habe eben die 5.99.0-9945-g9ce34102af von heut Nacht angespielt und der Bug mit den Diagonalen Signalen ( Beitrag "Re: Kicad V6 Preview - Erfahrungen" ) scheint behoben. thumbsup Jörg W. schrieb: > Sinnvoll(er) wäre es wohl, wenn du bei ihnen dafür bug tickets > eintütest. Ja, ich muss mir wohl mal die E-Mail von dem Programmierer raussuchen.
Marek N. schrieb: > Jörg W. schrieb: >> Sinnvoll(er) wäre es wohl, wenn du bei ihnen dafür bug tickets >> eintütest. > > Ja, ich muss mir wohl mal die E-Mail von dem Programmierer raussuchen. Nein. Tickets kippt man nicht per privater E-Mail ein. https://kicad.org/help/report-an-issue/ Habe das jetzt schon zwei- oder dreimal in letzter Zeit gemacht. Die Erstreaktion ist relativ schnell (eins von meinen Wünschen wurde dann allerdings als "nice to have" auf künftige Versionen verschoben, was für mich OK war).
:
Bearbeitet durch Moderator
Es steht bestimmt in irgendeinem Forum oder Blog, ich hab's trotzdem nicht gefunden - gibt's eigentlich eine realistische Schätzung, wann die 6.0 released werden wird?
Ah OK, wenn das jemand reviewed und einsortiert ist natürlich auch gut. Ist ja auch ein Unterschied, ob ein Programm beim Start gleich wieder mit einem Bluescreen abschmiert und das ganze Dateisystem mit sich reißt oder ob irgendwo in einem Untermenü ein Tippfehler vorhanden ist. Ich muss mich da mal in Ruhe einlesen, hab mir erst vor Kurzem einen GitHub-Account zugelegt. Alles in Allem sind die 5.99-er schon gut nutzbar.
Matthias L. schrieb: > gibt's eigentlich eine realistische Schätzung, wann die 6.0 released > werden wird? Beitrag "Re: Kicad V6 Preview - Erfahrungen" (sowie der nachfolgende Beitrag) Wobei: "Ende Q1" haben wir ja praktisch schon. ;-)
Ups, da hatte ich wohl einen Anfall von Betriebsblindheit - in DIESEM Thread hier hatte ich nicht gesucht. Danke schön!
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.