Schaltplansymbole für KiCAD

Wie ich gerade bemerkt habe, hat der Postscript-Export von KiCAD einige 
Fehler.

Anscheinend werden gefüllte Rechtecke ohne Randlinie geplottet und von 
Hand rotierte Arcs um 180 Grad gedreht ausgegeben, also die Rotation 
wieder rückgängig gemacht. Der SVG-Plot sieht hingegen gut aus.

Gruß, harrie

Hallo Gerd,

danke für die Blumen.

Die Kurven unter den Massesymbolen für DGND und AGND sind nur ein 
kleiner Scherz, da hat mich der Schalk geritten.

Gruß, harrie

Hallo harrie,

die Symbole sehen wirklich gut aus. Gibt es noch andere Symbole außer 
für diskrete Bauteile? Viellecht könntest du dich auch um einge 
footprints kümmern, das outline vom TO92 ist wohl ein schlechter Witz 
sieht aus wie ne Bohne.

> Die Kurven unter den Massesymbolen für DGND und AGND sind nur ein
> kleiner Scherz, da hat mich der Schalk geritten.

Spaß muss sein ;)

Kika

Hallo harrie,

die neuen Symbole von dir, sehen richtig gut aus und vermitteln einen 
einheitlich Ausdruck des Schaltplans.
Also von meiner Seite besteht Interesse an so einer Lib.
Die Symbole die mit KiCAD geliefert werden, sind echt nicht der Hit.
Wie viele Symbole werden in etwa enthalten sein?
Hier im Forum gibt es einen extra Artikel für KiCAD.
Vielleicht kannst du dort schon einmal ein PreRelease deiner Lib 
hochladen.

MFG Manuel

Hallo Manuel,

> die neuen Symbole von dir, sehen richtig gut aus und vermitteln einen
> einheitlich Ausdruck des Schaltplans.

dankeschön, das ist auch Zweck der Übung.

> Wie viele Symbole werden in etwa enthalten sein?

Ich habe noch vor einige diskrete Bauteile hinzuzufügen und einige von 
mir oft benutzte ICs. Ich denke an die 100 Symbole kommen da schon 
zusammen.

Gruß, harrie

Hallo Kika,

> Viellecht könntest du dich auch um einge footprints kümmern,
> das outline vom TO92 ist wohl ein schlechter Witz
> sieht aus wie ne Bohne.

Ist schon passiert. Das Outline zum TO92 ist dem etwas hakeligen ARC 
geschuldet oder es gab noch keinen ARC als der ursprüngliche Ersteller 
das gemacht hat. In den Footprints werde ich aber nicht so viel 
herumpfuschen. Ein wenig Kosmetik vielleicht.

Gruß, harrie

Nachtrag:

ich schrieb:
> In den Footprints werde ich aber nicht so viel
> herumpfuschen. Ein wenig Kosmetik vielleicht.

Werde ich doch machen, da viele Outlines auf den Pads liegen. Für den 
Heimgebrauch ist das nicht weiter schlimm, die Leiterplattenhersteller 
mögen das aber nicht.

Ich glaube, da hab' ich mir was eingebrockt. Wollte am Freitag nur 'mal 
sehen wie weit KiCAD schon vorangekommen ist.

Na denn, harrie

Hallo KiCAD-Nutzer,

die Symboldatei wächst.

Gruß, harrie

Hallo Bernd,

danke für die Hinweise.

> Hast Du in "Voreinstellung für Linienbreite" im Plotten-PS Fenster etwas
> sinnvolles stehen?

Da muss ich gleich 'mal nachschauen.

> Mmmmmmh. Welche Kicad Version benutzt Du denn?

Ich arbeite mit der aktuellen Windows-Version. Im allerersten Post habe 
ich unter einem Massesymbol einen Sinus aus zwei Halbkreisen angedeutet, 
wobei ich den zweiten Halbkreis durch Kopieren und Rotieren des ersten 
erzeugt habe. Der PDF-Plot zeigt jedoch zwei gleichorientierte 
Halbkreise. Interessanterweise funktioniert es, wenn ich die Halbkreise 
gleich richtig orientiert zeichne, also einmal nach links und einmal 
nach rechts aufziehe. Da beiße ich mich aber nicht fest.

> Auf http://www.mikrocontroller.net/articles/KiCAD gibt es noch mehr und
> auch Footprints.

Ich habe mir dort alles einmal kurz angeschaut, bevor ich mit dem 
Symbolentwurf angefangen habe. Um möglichst unbeeinflusst zu bleiben, 
ziehe ich das nun durch ohne nach links und rechts zu schauen. Mein 
oberstes Ziel lautet: Es muss mir gefallen (sorry für den Egoismus). Die 
Symbole sollen alle möglichst "normähnlich" sein, dabei geht im Zweifel 
Schönheit vor Bürokratie. Das größte Manko aller mir bekannten 
Bibliotheken von ORCAD, EDWIN, EAGLE über TARGET bis KICAD ist das 
völlig unausgewogene Größenverhältnis der Bauteile und Beschriftungen 
zueinander.
Den besten optischen Eindruck macht auf mich noch sPlan und 
Sprint-Layout von abacom, leider sind das nur Zeichenprogramme und für 
ambitioniertes ECAD unbrauchbar.

Über die Footprints mache ich mir im Moment noch keinen Kopf. Es ist 
jedoch geplant, Default-Footprints für die Symbole und ein spezielles 
Bezeichnungsschema anzubieten. Das hab' ich mir 'mal vor Jahren für 
DOS-PADS ausgedacht, um fehlerfrei Footprints tauschen zu können. Dabei 
handelt es sich um eine hierarchische Bezeichnung, die textuell flach 
gemacht wird.

Als nächstes versuche ich mich an den logischen Symbolen und einigen ICs 
und dann kommt eine erste Vorveröffentlichung voraussuíchtlich gegen 
Monatsende auf http://www.mikrocontroller.net/articles/KiCAD.

Bis dann, harrie.

Hallo Bernd,

vielen Dank für deine Anregungen.

>> Die
>> Symbole sollen alle möglichst "normähnlich" sein,

> Ich meine, die Norm ist in Bezug auf Seitenverhältnisse und Proportionen
> eh sehr Vage. Ist aber jetzt auch schon wieder ein paar Jahre her, das
> ich mich damit beschäftigt habe.

Über die Proportionen gibt es keine Aussagen, das stimmt. Ich meinte das 
allerdings rigoroser. Mit "normähnlich" wollte ich ausdrücken, dass man 
das Symbol wiedererkennen sollte, wenn man die Norm kennt. Ansonsten 
werde ich weiter keine Rücksicht auf die Norm nehmen, welche auch immer.

>> Über die Footprints mache ich mir im Moment noch keinen Kopf. Es ist
>> jedoch geplant, Default-Footprints für die Symbole

> Wie meinst Du das jetzt?

Z.B. so:
Zwei identische Symbole "name" R und RS beide mit "reference" R
Schaltplan R --> Layout Standard-Kohleschicht Baureihe 207 Raster 400mil
Schaltplan RS --> Layout Standard-SMD Baureihe 0805
in 99% aller Fälle benutze ich einen von beiden, dann gebe ich über eine 
EQU-Datei eine automatische Zuordnung vor und muss nur selten von Hand 
den Footprint zuordnen. Kurz gesagt soll eine Korrespondenzliste den 
wahrscheinlichsten Footprint vorgeben, der im Falle des Falles jedoch 
angepasst werden muss, aber eben nur im unwahrscheinlichen Fall. Das 
macht natürlich nicht überall Sinn, ist mir auch klar.

Für die Korrespondenzliste brauche ich Footprints von denen ich sicher 
sein kann, dass diese auch vorhanden sind. Da will ich mich nicht auf 
die KiCAD-Dreingaben verlassen, sondern eine eigene Sammlung mit der 
schon angesprochenen speziellen Bezeichnung mitgeben. Was wohl oft auf 
Kopieren und Umbenenen von Drittquellen (z.B. deinen) und wenigen 
eigenen Elaboraten hinauslaufen wird. Ein Alias oder Verweis wäre fein, 
ist systemübergreifend aber wohl nicht machbar.

Jeder kann das natürlich handhaben wie er lustig ist. Von meinen 
Symbolen zu "klauen" was man braucht und den Rest sein zu lassen, ist 
ausdrücklich erwünscht.

> Du kennst IPC-7351B? Siehe
> http://landpatterns.ipc.org/IPC-7351BNamingConvention.pdf

Ja, so ähnlich. Die Bezeichnung sollte aber nicht länger als 8 Zeichen 
sein. Ich mag nicht durch Bibliotheken klicken, deshalb sollte der Name 
schnell zu tippen und zu memorieren sein. Am besten nach dem 
Morseprinzip: je öfter desto kurz.

> Der Symbolursprung sollte dicht am
> Symmetrie-Zentrum des Symbols (Für Module gilt das eigentlich aber auch)
> liegen, damit die Symbole nicht so furchtbar wild in der Gegend
> rumhüpfen, wenn sie rotiert werden.

Das ist wünschenswert, da stimme ich dir zu. Da meine Symbole aufs 
50mil-Raster aufbauen und ziemlich klein sind, ist die Trefferquote 
Raster zu Symmetrie-Zentrum nur etwa fifty-fifty. Ich mag es, wenn 
möglichst viel und ansehnlich auf eine Seite passt. (Ich brauche auch 
schon lange für alles eine Brille nur nicht zum Lesen, Glück gehabt).

Gruß, harrie.

Hallo Bernd,

bei mir herrscht im Moment die totale Verblüffung.

Nach deinem Hinweis auf die Linienbreite für den Postscript-Plot habe 
ich 'mal nachgeschaut. Die Angabe von 12mil (0,3mm) ist korrekt, dem 
Plot fehlen weiterhin die Randlinien der gefüllten Rechtecke. Das ist 
auch reproduzierbar. Ich habe den Plot eines Symbols angehängt, das nur 
aus einem gefüllten und einem ungefüllten Rechteck besteht.  Wie man 
sehen kann, fehlt der Rand im PS-Plot. Ghostscript ist auch nicht der 
Verursacher, denn Photoshop zeigt das gleiche Ergebnis.

Spaßeshalber habe ich die Linenstärke auf 50mil im Plot-Popup-Fenster 
gesetzt, dabei wird auch die Linienstärke für Eeschema auf 50mil 
gesetzt. Soll das so?

Der Plot ist immer noch ohne Randlinien aber Eeschema zeichnet diese, 
siehe C und CPOL. Es gibt Linien und Rechtecke bei den Transistoren und 
Widerständen, denen ist die Linienstärkenvorgabe anscheinend auch egal.
Aber jetzt kommt's. Wenn ich mir im Library-Editor z.B. den Widerstand R 
über "Edit with Library Editor" "Rechteck Optionen editieren" anschaue, 
um nachzusehen ob ich eine separate Breitenvorgabe für die Linie gemacht 
habe, dann steht da 0.0 also keine Vorgabe. Drücke ich nun den OK-Button 
um das Popup zu schließen, dann wird aus der dünnen eine dicke Linie, 
ohne dass ich auch nur eine Veränderung gemacht habe.

Dasselbe mit der falschen ARC-Orientierung. Symbol aus Library geholt, 
plaziert und geplottet. Ergebnis: falsch herum! Symbol mit dem 
Library-Editor über "Kreis Optionen editieren" usw. angeschaut, nichts 
verstellt, OK-Buton gedrückt, erneut plaziert und geplottet. Ergebnis: 
richtig herum!

Um möglichst gleich große Symbole zu bekommen, bin ich oft über den 
Menüpunkt "Erstelle aus dem gegenwärtigen Bauteil ein Neues" gegangen 
und habe eins aus dem anderen erstellt. Ich vermute, dass da irgendwie 
ein Wrzlprmpf hineingekommen ist und sich munter vererbt hat. Weiterhin 
vermute ich, dass beim Abschließen des Editierenmodus auch ohne 
vorgenommene Veränderungen die Symbolbeschreibung erneuert und alles 
wieder gerade gerückt wird.

Beim flüchtigen Durchsehen der Symbol-Bibliothek im Texteditor ist mir 
noch nichts ins Auge gefallen. Ich muss mir erstmal das genaue Format 
der Zeichenelemente anschauen.
Wäre doch gelacht, wenn man die Ursache nicht fände.

Application: EESchema
Version: (2011-07-08 BZR 3044)-stable
Build: wxWidgets 2.8.12 (no debug,Unicode,compiler with C++ ABI 1002,GCC 
4.4.0,wx containers,compatible with 2.6)
Platform: Windows XP (build 2600, Service Pack 3), 32 bit, Little 
endian, wxMSW

Gruß, harrie.

Hallo KiCAD-Nutzer,

das Problem mit dem fehlerhaften Postscript-Plot hat sich aufgeklärt. 
Der Postscript-Export von KiCAD ist mindestens in der aktuellen Version 
für Windows falsch.

KiCAD bildet die Rechtecke in Postscript so ab:

xStartPos yStartPos Breite Hoehe rectstroke, für ungefüllte Rechtecke
xStartPos yStartPos Breite Hoehe rectfill,   für gefüllte Rechtecke

KiCAD schreibt nicht direkt "rectstroke" oder "rectfill", sondern hat 
Macros definiert, wie sie unten im Quelltext zu sehen sind. Während 
"rectstroke" die Linie bezüglich deren Dicke mittig auf den Pfad legt, 
füllt "rectfill" den Innenraum des Pfades und keinen Pixel mehr. Damit 
unterscheiden sich die Rechtecke in Breite und Höhe um genau jeweils 
eine Linienbreite.

1

5 Pixel breite Linie liegt mittig auf dem Pfad

2

      ************

3

      ************

4

  ----************----

5

      ************

6

      ************

7

8

Ein Füllung hat den Pfad als absolute Grenze    

9

  ----************----

10

      ************

11

      ************

Fazit: Bei den gefüllten Rechtecken muss die Randlinie noch zusätzlich 
nachgezeichnet werden. Dann erhält man zwei identische Rechtecke, die 
sich nur in der Füllung unterscheiden.

Nachstehendes Postscript-Programm nutzt die KiCAD-Macros und ergibt das 
angehängte Bildchen.
Wer's ausprobieren möchte kann einfach per Copy und Paste eine Datei mit 
Endung "ps" erstellen und Ghostview, FreePDF o.ä. damit füttern.

1

% Macros von KiCAD

2

/rect0 { rectstroke } bind def

3

/rect1 { rectfill } bind def

4

/linemode1 { 1 setlinecap 1 setlinejoin } bind def

5

gsave

6

0.072 0.072 scale

7

linemode1

8

0 0 0 setrgbcolor

9

250 setlinewidth

10

1000 10000 2000 -600 rect1

11

1 0 0 setrgbcolor

12

2000 10000 2000 -600 rect0

13

showpage

14

grestore

Gruß, harrie.

Hallo Bernd,

gut, dass Du den Fehler bestätigen kannst. Dann werde ich 'mal einen 
Bugreport ausfüllen. Aber Meriten brauche ich keine, ich hab' schon 'nen 
Schnupfen :)

Gruß, harrie.

Hallo KiCad-Nutzer,

leider komme ich langsamer als gedacht voran, weil ich mir eine böse 
Erkältung aufgesackt habe und kaum aus den Augen gucken kann. 
Nichtsdestotrotz habe ich neues Futter für den Drucker.

Für den fehlerhaften Postscript-Export habe ich einen Bugreport 
abgesetzt.

Das Phänomen beim Symbol-Editieren hat sich als Zusammenspiel aus 
Schemadatei, Symbol-Chache und eigentlicher Lib-Datei herausgestellt, 
wenn sich darin widersprechende Daten befinden. Es gab tatsächlich eine 
fehlerhafte Symbolbeschreibung, die ich munter weiterkopiert habe.

Gruß, harrie.

Hallo Gerd,

Gerd schrieb:
> Danke daß Du das weiter durchziehst, Deine Symbole gefallen mir richtig
> gut und ich freue mich schon drauf auf Deine umzusteigen.

Ich fühle mich sehr geschmeichelt, danke.

> Beim Anschauen sind mir noch ein paar Punkte aufgefallen:

Nicht so schnell ...
Die Symbole sind erst einmal nur zeichnerische Repräsentationen, es 
stecken noch keine konkreten Bauelemente (footprints) dahinter, bei 
vielen jedenfalls nicht. Mein Hauptziel sind vorerst einheitliche und 
ansehnliche Schaltpläne.

Insbesondere die logischen Symbole sollen nur als Grundstock zum 
Erstellen eigener Komponenten dienen. Du siehst es mir hoffentlich nach, 
dass ich keine große Lust habe die gesammte TTL/CMOS-Reihe zu 
"librarifizieren".

Einigen Symbolen kann man ohne große Probleme einen Footprint zuordnen. 
Ein Widerstand hat zwei vertauschbare Anschlüsse, damit ist das völlig 
problemlos. Aber schon bei einem simplen Transistor blickt man in die 
EBC-CBE-Hölle, von vielbeinigen Bauteilen in unterschiedlichen 
Gehäuseformen und unterschiedlicher Pinanzahl (z.B. DIL40/TQFP44) ganz 
zu schweigen. Du weißt wovon ich rede.

Bei mehrteiligen Bauteilen hätte ich gerne eine separate Komponente 
"Versorgungsanschluss", die Standard KiCad-Lösung gefällt mir nicht, bin 
aber noch unschlüssig.

Ich steige jetzt langsam zu KiCAD um, dabei wird im Laufe der Zeit 
eine eigene Footprint-Library entstehen (mit einigen Diebstählen bei 
Bernd Wiebus :)) und nach meinem Bedarf an den Symbolen geschraubt. Es 
ist geplant alles zu veröffentlichen und jeder mag sich nehmen was er 
braucht. Um mehr oder weniger eigene Anpassungen wirst Du, wird man, 
leider nicht herumkommen. Es wird definitiv kein Rundum-sorglos-Paket 
aber einiges darf man schon erwarten, nur etwas Geduld bitte.

KiCAD bietet im Gegensatz zu vielen anderen ECAD-Programmen eine 
wirklich einfache Möglichkeit an den Symbolen und Footprints Änderungen 
vorzunehmen und das sowohl global auf Library- als auch lokal auf 
Projekt-Ebene. Eine häufige Frage im Forum wie man denn die Größe eines 
einzelnen Pads in EAGLE ändern könne, ruft bei einem KiCAD-Nutzer nur 
ein müdes Lächeln hervor. Einfach machen!

> - TL431: ich nehm die normal in S08, da sind dann jede Menge nicht
> verbundene Pins dran. Ich hab die Features des Symboleditors grad nicht

Mit TL431 in SO8 sieht's schlecht aus, ich habe noch rund 50 Stück in 
TO92 in meiner Bastelkiste liegen :). Naja, 'mal seh'n.

> Gute Besserung!

Danke, die kann ich wirklich brauchen.

Gruß, harrie.

Hallo Bernd, Hallo KiCAD-Nutzer,

Bernd Wiebus schrieb:
> Mehrteilige Bauteile bzw. separate Komponenten sind erst bei sehr großen
> Schaltplänen sinnvoll, weil sie dort für Übersichtlichkeit sorgen.
> Ansonsten halte ich sie eher für gefährlich. Ich kenne jemanden, der

Bei einem TTL-Baustein, z.B. 7400, liegt ein mehrteiliges Bauteil vor, 
dafür braucht's keinen großen Schaltplan. Oder meinst Du, dass man die 
vier Gatter besser als gemeinsamen Block handhaben sollte?

Auch kommt es sehr auf den Anwendungsfall an. Ich bin in der Mess- und 
Regelungstechnik zu Hause und habe es häufig mit mehreren 
Spannungskreisen und noch dazu auf unterschiedlichen Potentialen zu tun, 
da sind versteckte Versorgungsspannungsanschlüsse und insbesondere 
explizite Zuordnungen so nötig wie ein Kropf. Und ich kenne da auch 
jemanden, der damit -- gibt's nicht nur bei KiCAD -- schon ein 
vorgezogenes Silvesterfeuerwerk veranstaltet hat. War ganz schön 
peinlich.

Das Aufreihen der Versorgungsanschlüsse mit Stützkondensatoren am 
unteren Rand des Schaltplans halte ich auch nicht für glücklich, auch 
bei umfangreichen Schaltungen nicht.

Ich tendiere im Moment dahin, die umfassende Tauschbarkeit von 
Komponenten eines mehrteiligen Bauteils aufzugeben, um entweder an 
Komponente A explizit die Versorgungspins ohne Netzvorgabe anzuschließen 
und bei allen anderen Komponenten wegzulassen oder eine echte separate 
Komponente "Versorgungsanschluss" einzuführen.

Für mich wäre das ein gangbarer Weg, denn die Zeiten der TTL-Gräber sind 
längst vorbei und ein eingeschränktes Tauschen praktikabel. Auf jeden 
Fall ist es für mich wichtig, die Zuordnung der Versorgungsspannungen zu 
den einzelnen ICs kontrollieren und erkennen zu können.

Gruß, harrie.

Hallo KiCAD-Anwender!
Für Aufräumarbeiten in den KiCad-Libs habe ich ein kleines Hilfsprogramm 
geschrieben. In 2-Fenstertechnik kann hin und her kopiert/gelöscht 
werden. Meine Libs habe ich alle entweder selbst erstellt und einige aus 
anderen hinzugefügt. Das geht in KiCAD auch, aber es war mir zu 
unhandlich. Meine Software kann hier heruntergeladen werden: 
www.hcp-hofbauer.de.
Ist unter "Software" zu finden.
Gruß Peter

Hallo KiCAD-Nutzer,

ich habe mich nun entschieden Bauteilen mit mehreren Gattern eine extra 
Versorgunskomponente als letztes Gatter zu spendieren, obwohl KiCAD das 
Erstellen in dieser Art etwas erschwert.

Position von "Referenz" und "Wert" ist für alle Gatter identisch, damit 
ist nach dem Platzieren in EESchema ein eventuelles Verschieben dieser 
Texte nötig.

Der Bauteileditor lässt es nicht zu, unterschiedliche Texte für die 
einzelnen Gatter anzulegen. Das Format des Textelements sieht das aber 
ausdrücklich vor. In den Textoptionen fehlt die Möglichkeit "Änderungen 
auf alle Komponenten des Bauteils anwenden" anzuwählen oder abzuwählen, 
wie es bei den anderen Zeichenelementen zu finden ist. Damit kann Text, 
der nicht bei allen Gattern auftauchen soll, z.B. das "&" bei den 
UND-Gattern, vorerst nur per Hand in die Textdatei eingetragen werden. 
(Anhang -> gatter.png)

Obwohl ich in einem vorherigen Beitrag davon gesprochen habe, an den 
Footprints nicht allzu viel herumzudoktern, habe ich mir das noch einmal 
anders überlegt. Die wesentlichen Gründe sind:

1. Die Outlines sind zum Teil nicht "schön", siehe TO92-Gehäuse, und die 
Beschriftung hat keine einheitliche Größe und Stärke.

2. Die Outlines haben z.T. falsche Abmessungen. TO220-liegend passt 
nicht in U-Kühlköper. Der Abstand vom Befestigungsloch bis 
Durchsteckschlitz für die Beinchen darf nur 15mm groß sein.

2. Bei vielen TH-Footprints liegt der Bauteilumriss auf den Pads. Wenn 
auf beiden Seiten der Platine bestückt und per Welle gelötet wird, dann 
wird's bei den "bemalten" Pads grausig aussehen.

3. Die Pads sind mir als Selbstätzer und, wichtiger, Selbstbohrer oft zu 
klein. Von wiederholtem Bauteileinlöten und -auslöten ganz zu schweigen. 
Die "Packaging Specification" von Microchip mit deren "Recommended Land 
Pattern" (http://www.microchip.com/packaging) kommen mir da entgegen. 
Die KiCAD-Pads sind im Vergleich deutlich kleiner, z.B. TQFP44 und 
SOT23.

4. Es sollte nur eine Gehäuserepräsentanz geben, z.B. TO92, und die 
Zuordnung der Symbolpins zu den Pads über die Nummerierung der 
Symbolpins und Pads erfolgen, d.h. nicht über eine Bezeichnung. Wenn es 
unterschiedliche Zuordnungen gibt, z.B. EBC versus BEC, dann sollte es 
dafür verschiedene Symbole geben wie BC546 und BF199 bei gleich 
bleibendem Footprint TO92 und nicht verschiedene Footprints. Mit einer 
Nummerierung fängt man auch das Problem von gänzlich verschiedenen 
Bauteilen im gleichen Gehäuse auf, Z.B. BC546-E:B:C zu 
LM317L-ADJ:VOUT:VIN. Hiermit sollte sich eine fehlerhafte Zuordnung am 
besten vermeiden lassen. (Vgl. Post von Bernd Wiebus weiter oben)

5. Fragt mich nicht warum, aber ich kann quadratische Pin1-Pads nicht 
ausstehen.

Ich hab' da schon ein bisschen vorgearbeitet ;) (-> Anhang foot.png)

Gruß, harrie.

Hallo KiCAD-Nutzer,

da ich nun auch die Footprints größtenteils neuzeichne, wird ein 
anwendungsfähiges Paket noch dauern -- 80 sind aber schon fertig. 
Deshalb möchte ich hiermit eine Vorschauausgabe meiner ca. 160 
KiCAD-Symbole/Bauteile anbieten (Zip-Datei im Anhang), um Interessierte 
nicht zu lange auf die Folter zu spannen.

Es wird hieran im Laufe der Zeit sicher noch Änderungen geben, 
insbesondere sollte man sich nicht auf Namensgebung oder 
Pin-Nummerierung verlassen. Zum Spielen oder als Grundstock für Eigenes 
aber sicher brauchbar.

Ich habe jetzt eine Struktur des Zusammenspiels von Symbol- und 
Footprint-Bibliotheken vor Augen, die es notwendig macht, das alles mehr 
oder weniger aus einem Guss sein muss. Damit soll der Schritt Zuordnung 
von Symbol zu Footprint möglichst schmerzlos sein.

Mit der PDF-Datei im Anhang und der nachstehenden Skizzierung einer 
Bauteileerstellung möchte ich das erklären.

Grundlage für das Erstellen eines neuen Bauteils sind generische 
Symbole. Diese bilden eine zeichnerische Vorlage für die zu erstellenden 
physikalischen Symbole, sprich Bauteile. Generische Symbole wissen weder 
etwas von Pin-Nummern noch von Footprints. Sie kennen allenfalls 
Pin-Namen. Es ist eine Namenskonvention vorgesehen, wonach generische 
Symbole mit einem Unterstrich beginnen (z.B. _NPN).

Um ein Bauteil erstellen zu können, muss vorher ein Footprint erzeugt 
worden sein. Von jedem Gehäuse, nehmen wir TO92 als Beispiel, gibt es 
nur einen wesentlichen Footprint mit einer festgelegten Pad-Reihenfolge 
und Nummerierung. Es kann verschiedene Ausprägungen geben, die  eine 
liegende oder stehende Montage kennzeichnen oder die Bauteildrehungen 
oder variierende Pad-Abstände berücksichtigen. In jedem Fall darf die 
Pad-Reihenfolge und Nummerierung nicht verändert sein. Es soll eine 
Namenskonvention geben, wonach Footprints als austauschbar gelten, wenn 
diese bis zum ersten Bindestrich gleichlauten.

Um z.B. das Bauteil "BC546" zu erzeugen, wird das generische Symbol 
"_NPN" in den Symboleditor geladen und in "BC546" umbenannt. Der 
Transistor "BC546" haust in einem Gehäuse vom Typ "TO92-...", dessen 
Footprint (in verschiedenen Ausprägungen) schon vorliegt. Den noch 
nummernlosen Symbolanschlüssen werden Nummern zugeteilt, die mit den 
festgelegten Pad-Nummern des Footprints korrespondieren, z.B. anhand des 
Datenblattes. Danach folgen konsequent Eintragungen in die 
Footprint-Filter-Liste (TO92-*) und gegebenenfalls Alias-Liste (BC546A, 
BC546B, BC546C). Mit Abspeichern in einer geeigneten Bibliotheksrubrik 
ist das neue Bauteil fertig.

Da es viele Transistoren gibt, die dem "BC546" in Symbol, Footprint und 
Anschluss gleichen bietet sich das Erstellen eines übergeordneten 
Bauteils an, z.B. den von elektor kreierten TUN. Dann hat man durch 
einfaches Ausfüllen der Alias-Liste auf einen Schlag zig Transistoren in 
der Library.

Statt einem Symbol unterschiedliche Footprints zuzuordnen, um 
unterschiedliche Anschlussfolgen (z.B. EBC <-> BEC) aufzufangen, wird 
hier der umgekehrte Weg gegangen. Es gibt nur einen wesentlichen 
Footprint für ein Gehäuse und unterschiedliche Anschlussfolgen müssen 
durch unterschiedliche Symbole (Bauteile) repräsentiert werden.

Damit sind sicher alle Klarheiten beseitigt :)

Ich zeichne dann 'mal weiter, harrie.

Johannes E. schrieb:
> harrie schrieb:
>> Der Bauteileditor lässt es nicht zu, unterschiedliche Texte für die
>> einzelnen Gatter anzulegen. Das Format des Textelements sieht das aber
>> ausdrücklich vor. In den Textoptionen fehlt die Möglichkeit "Änderungen
>> auf alle Komponenten des Bauteils anwenden" anzuwählen oder abzuwählen,
>> wie es bei den anderen Zeichenelementen zu finden ist. Damit kann Text,
>> der nicht bei allen Gattern auftauchen soll, z.B. das "&" bei den
>> UND-Gattern, vorerst nur per Hand in die Textdatei eingetragen werden.
>> (Anhang -> gatter.png)
>
> Doch das geht. Es muss dazu die Checkbox "Übliche Einheiten" deaktiviert
> werden. Das ist vermutlich ein Übersetzungsfehler, im englischen steht
> dort "Common to all units".

Danke für den Tipp.
Darauf soll einer kommen.

Gruß, harrie.

Hallo harrie,

gibt es was neues von der Library Front?

MFG Manuel

Hallo Manuel,

ich bin noch am Ball, habe jedoch im Moment wenig Zeit. Wie jedes Jahr 
drängen sich die Termine, die noch unbedingt bis Jahresende 
abgeschlossen werden müssen.

Ich versuche eine Weihnachtsausgabe hinzubekommen, die eine komplette 
Basisversion der gängigsten Bauteile mit Symbolen und Footprints 
umfasst. Von dem was ich mir so vorgestellt habe, sind etwa 75% fertig. 
Den Rest sollte ich in zwei Wochen schaffen, hoffen wir 'mal das Beste.

Gruß, harrie.

Hallo Jonas, Hallo Jürgen,

vielen Dank für das Lob und die Rückmeldung. Obwohl schon mehr als 500 
Downloads für das erste PNG vom 9.10. vorliegen, ist die Resonanz doch 
recht übersichtlich.

Jonas Du hast recht, die Pfeile haben beim MDR beide auf den Korpus zu 
zeigen, werde ich korrigieren.

Jürgen, ich sehe keine Verwechselungsgefahr und wer lesen kann sollte 
keine Probleme haben, steht ja dick drauf was es ist :).
Wenn Du magst, dann mach' sie rund und stelle sie anderen Nutzern zur 
Verfügung, die auch lieber die alte Gatterform mögen.

Die JFETs werde ich in deinem Sinne ändern, das scheint mir sinnvoll.

Übrigens sind die Symbole für eine Stiftbreite von 12mil/0.3mmm 
ausgelegt. Die Standardeinstellung von EESchema ist 6mil. In dieser 
Einstellung sieht man, dass ich hier und da etwas geschludert habe und 
der Anschluss der Zeichenelemente nicht immer genau ist.

Den Termin für die Weihnachtsausgabe werde ich voraussichtlich einhalten 
können.

Gruß, harrie.

Hallo Karsten,

Karsten Malcher schrieb:

> Daher wollte ich einmal nachfragen wo ich den aktuellen Stand Eurer
> genialen und sehr praktischen Bemühungen finden kann?

Im Moment gibt es nur eine Vorschauversion von Symbolen, siehe Post vom 
2.11. weiter oben. Ein Weihnachtsgeschenk ist für die KiCAD-Nutzer hier 
im Forum in Arbeit.

> Ausserdem frage ich mich immer noch wie man zu einer cache.lib kommt in
> der alle im Schaltplan verwendeten Bauteile auch enthalten sind.

Schon 'mal das Verzeichnis angeschaut, wo deine Projekt-Dateien abgelegt 
werden? Soll heißen, die wird automatisch erzeugt.

> So ganz habe ich die Modularisierung noch nicht verstanden ...

Nur Geduld, "learning by doing" heißt das Zauberwort(e). Wenn Du von 
einem ECAD wie Eagle oder Target kommst, dann braucht die Umgewöhnung 
etwas Zeit.

Gruß, harrie.

Hallo Bernd,

Bernd Wiebus schrieb:
> Es wird ein allgemeines (Du nennst es generisch) Symbol gewählt, und
> dann in CVpcb der passende Footprint dazu. Du nagelst die Footprint
> Nummerierung fest, ich die Symbolnummerierung. Der Rest muss angepasst
> werden.

Da hast Du mich, glaube ich, missverstanden. Das generische Symbol (z.B. 
_NPN) soll ausschließlich für die Erstellung eines konkreten Symbols 
(z.B. BC546) dienen.

Beim Schalplanerstellen soll man nicht auf das generische Symbol 
zurückgreifen sondern auf das konkrete Symbol "BC546". Das generische 
Symbol "_NPN" kennt keine Pin-Nummern, die kennt erst das konkrete 
Symbol "BC546". Die Pin-Nummern für das Symbol "BC546" wurden unter dem 
Diktat des zugehörigen Footprints zu vergeben.

Ich werde das wohl in der PDF noch etwas deutlicher herausstellen 
müssen.

Ich versuche durch die obligatorische Filterliste, die Sache so 
hinzubiegen, dass in CVpcb in 99% aller Fälle nur noch ein Abnicken des 
Gehäusevorschlags nötig ist. Die Namenskonvention der Footprints soll 
dann für das restliche Prozent die nötige Sicherheit liefern, dass hier 
nicht unbeabsichtigt ein falscher Footprint gewählt wird.

> Es geht nicht darum, Librarys vollzustopfen.....
Es ging hierbei mehr um den Hinweis auf die Nutzung von vorhandenen 
Infrastrukturmöglichkeiten. Im Übrigen halte ich eine gut sortierte 
Bibliothek für durchaus erstrebenswert. Vollgestopft wird sie erst durch 
mangelnde Struktur, die ich ja gerade durch meinen Beitrag verhindern 
will.

Gruß, harrie.

Liebe KiCAD-Nutzer,

leider gibt es schlechte Nachrichten. Eigentlich wollte ich heute die 
Weihnachtsausgabe meiner KiCAD-Library ins Netz stellen, bevor ich den 
verdienten Weihnachtsurlaub antrete. Aufgrund von Programmabstürzen, die 
ich mir noch nicht einmal ansatzweise erklären kann, wird sich die 
Veröffentlichung verschieben.

Am Montag hat sich mein bisheriger Arbeitsrechner in die ewigen 
Jagdgründe verabschiedet. War keine große Sache, hier stehen genügend 
'rum und tägliche automatische Backups gibt es auch.

Auf dem neuen Rechner ist nun dieselbe (stabile) KiCAD-Version 
installiert wie auf dem alten. Versuche ich aber ein vorhandenes Projekt 
zu öffnen, das mit der neuen Library erstellt wurde, dann schmiert 
EESchema gnadenlos ab während PCBnew funktioniert. Auch ein ganz neues 
Projekt führt zum Programmabsturz, sobald ich ein Bauteil aus der neuen 
Library einfüge. Bei den von KiCAD mitgelieferten Bibliotheken gibt es 
keine Probleme.

Ehrlich gesagt bin ich völlig ratlos, denn auf dem verstorbenen Rechner 
funktionierte alles klaglos und das neue System kann sich doch maximal 
nur durch die eine oder andere Präferenzeinstellung unterscheiden. Oder 
etwa nicht?

Ich hoffe, dass sich das, wie man so sagt, zwischen den Jahren klären 
lässt. Über die Feiertage bleiben die Rechner kalt.

In diesem Sinne, Frohe Weihnachten allerseits,

harrie

Hallo Bernd,

dein Beitrag hat etwas Licht in die Sache gebracht.

Bernd Wiebus schrieb:
> Merkwürdig. Welches Betriebssystem und welche Version Verwendest Du?
> Gerade gestern ist auf der kicad Homepage ein neues Release erschienen:
> http://iut-tice.ujf-grenoble.fr/cao/

Ich arbeite mit KiCad-2011-07-08-BZR3044-WinXP und habe die aktuelle 
Version noch nicht ausprobiert.

> BISHER NUR in der Windows Version, was ein Hinweis darauf sein könnte,
> das mit der alten Windows Version was nicht stimmt.

Spaßeshalber habe ich gerade die Ubuntu-Version auf einem anderen 
Rechner installiert. Es hagelt Fehlermeldungen aber EESchema stürzt 
nicht ab. Das ist doch ein Ansatz.

> Pass auf Deine life-work Balance auf, nicht das es Dir so geht wie
> mir.

Ja, ich werde deinen Ratschlag beherzigen und mit der Fehlersuche erst 
nach Weihnachten beginnen, obwohl es ganz schön in den Fingern kribbelt.

Allen ein schönes Weihnachtsfest, harrie.

Hallo harry,

konntest du die Probleme mit der Lib beseitigen?
Können wir dir evtl. als Gegenleistung bei der Wiederherstellung der Lib 
helfen?
Meinerseits wäre noch bedarf an so einer sauberen Lib, sowie in dem 
KiCAD Artikel wäre es noch eine Bereicherung.
Also was mir aufgefallen ist, wenn ich die letzte Vorschau-Version der 
Lib in das neuste KiCAD vom 28.12.11 einbinden möchte, stürzt EESchema 
ab.
Lösung:
Ein erneutes öffnen und speichern der Lib im Editor EESchema der KiCAD 
Version vom 8.7.11.

Als ich das gemacht habe, konnte ich die Lib in das neue KiCAD 
einbinden.

MFG Manuel

Hallo Manuel,

sorry, dass ich mich noch nicht wieder gemeldet habe. Ich habe im Moment 
viel Minus-Freizeit.

>konntest du die Probleme mit der Lib beseitigen?
>Können wir dir evtl. als Gegenleistung bei der Wiederherstellung der Lib
>helfen?

Die Ursache habe ich gefunden. Beim Einspielen des Backups auf den neuen 
Rechner hat mir das Programm vergeblich angezeigt, dass das Backup 
korrupt ist. Ich habe peinlicherweise nicht darauf geachtet und die 
Meldung weggeklickt. Es haben sich einige nicht druckbare Zeichen 
eingeschlichen, die unter Windows einen sofortigen Absturz brachten. 
Unter Ubuntu gab es keinen Absturz, die Ursache war jedoch auch nicht 
offensichtlich.
Fazit: Einen Moment geschlampt und mehrere Stunden unnötige Fehlersuche 
eingehandelt.

Glücklicherweise ist das vorletzte Backup OK und damit nichts verloren 
gegangen. Ich bin gerade dabei, noch einmal alles zu überarbeiten. Bei 
der Fehlersuche sind mir hier und da noch einige Ecken und Kanten 
aufgefallen, etwas Gutes musste der Faupax doch haben.

Da wir im Moment Arbeit bis unter's Dach haben und obendrein der für den 
Sommer geplante Firmenumzug auf Januar/Februar vorgezogen werden musste, 
wird sich die Veröffentlichung, nicht zuletzt auch wegen des schon 
beträchtlichen Umfangs der Bibliothek, noch etwas hinziehen.

Ich gebe 'mal den 20. Februar als Deadline für die erste 
Veröffentlichung meiner Bibliothek aus. Ich stelle dann alles was ich 
habe hier ins Forum, fertig oder nicht.

Bis dann, harrie.

Seit Beginn des zweiten Schulhalbjahres Anfang Februar unterrichte ich 4 
Stunden pro Woche aushilfsweise an den Berufsbildenden Fachoberschulen 
hier am Ort. Unsere Firma bzw. unser Chef ist stark in der 
Nachwuchsarbeit engagiert und hat mich dafür dienstagvormittags 
freigestellt.

Mit einem der Fachlehrer, der die ECAD-Ausbildung leitet, bin ich 
darüber ins Gespräch gekommen, dass ich gerade versuche, für KiCAD eine 
Bibliothek aufzubauen.

Um es kurz zu machen, nach einigem Hin und Her ist folgendes dabei 
herausgekommen.
Im Rahmen einer AG wird die Bibliothek an der Schule unter meiner 
Anleitung aufgebaut. Die Schule stellt jedoch einige Anforderungen, die 
meinem bisherigen Konzept etwas zuwiderlaufen. Als da sind, sprechende 
deutsche Bezeichnungen und Erklärungen, eine ausführliche Dokumentation 
und folgende Bauteil-Hierarchie (mit drei kleinen Erweiterungen von 
mir)

--8<-------------------------------------------------
AD_DA_Wandler
Dioden
   Brückengleichrichter
   Schottky
   Standard
   Zener
Integrierte-Schaltkreise (sonstige)
Logik Bausteine
Mechanische Bauteile
   Relais
   Schalter_Taster
   Sicherungen
   Stecker_Buchsen
Mikrocontroller
   Atmel
   Microchip
   Parallax
Optoelektronik
   Displays
   Diverse
   LEDs
   Optokoppler_Solid-State-Relais
Passive Bauteile
   Induktivitäten
   Kondensatoren
   Quarze_Oszillatoren
   Transformatoren
   Widerstände
Schnittstellen
   Netzwerk
   CAN
   RS232
   USB
Sensoren
Spannungsregler
Speicher
   EEPROM
   Flash
Thyristoren_Triacs
Timer
Transistoren
   Bipolar
   JFET
   MOS
Treiber
Verstärker
   Komparatoren
   Leistungsverstärker
   Operationsverstärker
--8<-------------------------------------------------

Da KiCAD keine hierarchischen Bibliotheken unterstützt, habe ich die 
Oberbegriffe als Präfix vor die Kategorien gesetzt, wie im angehängten 
Screenshot zu sehen ist.

Im nächsten Schritt müssen nun die bisherigen Bauteile in die Hierarchie 
neu eingefügt und mit sprechenden Namen versehen werden. Außerdem gibt 
die Schule eine Liste von Bauteilen vor, die eingepflegt werden müssen. 
;)

Die Verbindung der bestehenden Bauteile zu den Footprints über die 
Footprintliste kann beibehalten werden, da die Footprints sich nicht 
geändert haben und für die Bedürfnisse der Schule vollständig sind, 
soweit ich das übersehen kann.

Die angehängte Zip-Datei enthält daher nur meine generischen Symbole, 
etwas erweitert gegenüber der Vorschauversion, und die Footprints. Die 
Bauteildateien sind noch nicht dabei, das heißt, es gibt nach wie vor 
keine funktionierende Bibliothek. Der Download macht eigentlich nur für 
denjenigen Sinn, der an den Footprints interessiert ist.

Ich denke es ist Unfug, in dieser Situation zwei inkompatible Versionen 
in Umlauf zu bringen. Denn die "Schulversion" wird die einzige sein, die 
weiterentwickelt wird. Wenn alles wie gewünscht läuft, dann wird 
zukünftig offiziell mit KiCAD am BBS gearbeitet.

Mit meinen jungen Helfern gibt es nun sicher Neues im Wochenrhythmus 
(nach einer kurzen Einarbeitungsphase, denn KiCAD ist nicht wirklich 
schwer).

Helau, harrie.

Hallo Gerd und Bernd,

vielen Dank für die Überlegungen und Anregungen.
Eigentlich wollte ich ursprünglich KiCAD nur etwas aufhübschen. Dass das 
jetzt eine solche Eigendynamik entwickelt, finde ich spannend zu 
verfolgen.

Ich bin mit "SVN" (TortoiseSVN) und "git" vertraut und einem 
Community-Projekt grundsätzlich nicht abgeneigt.

Es ist aber zu bedenken, dass die Schule ein Mitspracherecht hat. 
Immerhin finanziert sie die AG. Da das ganze erst anläuft, habe ich 
diese speziellen Fragen mit dem Fachbereichsleiter noch nicht geklärt.

Es haben sich etwa ein Dutzend Schüler für die AG gemeldet, die aus 
verschiedenen Schulzweigen kommen. Damit ist das Niveau einigermaßen 
gemischt. Hier werden einerseits ganz normale Auszubildende im 
E-Handwerk unterrichtet, die ihr Berufsschule nur mehr oder weniger 
absitzen. Andererseits gibt es einen Fachoberschulzweig zur Vorbereitung 
auf ein Fachhochschulstudium.

Ehrlich gesagt habe ich gewisse Zweifel, dass ich in der Lage sein werde 
die Schüler in KiCAD einzuführen und nebenbei eine Einweisung in Sinn, 
Zweck und Nutzung von Versionsverwaltungssystemen leisten zu können.
Ich habe nur eine Schulstunde pro Woche dafür Zeit und das abends. Wie 
viele da bei der Stange bleiben, bleibt noch abzuwarten.

Wahrscheinlich wird erst einmal eine fertige Grund-Bibliothek auf die 
Beine gestellt, bevor daraus ein Community-Projekt wird. Ich habe 
zweimal den Aufbau meiner Bibliothek umgeschmissen und werde das nun 
für's BBS zum dritten Mal tun. Wäre das von Anfang an als 
Community-Projekt gestartet, gäbe es sicher nicht viel Freude sondern 
viel Chaos.

Als Community-Projekt könnte ich mir nur ein verteiltes System à la 
"git" vorstellen mit Blessed Repository, das ein Integrationsmanager 
verwaltet. Jeder hat immer eine vollständige lokale Kopie, mit der er 
machen kann was er will, Commits werden aber administriert.

Mit einem öffentlichen Shared Repository im Subversion-Stil habe ich 
schlechte Erfahrungen gemacht. Als abschreckendes Beispiel möchte ich 
die offene Standard-Bibliothek "Tango" der Programmiersprache "D" 
nennen, an der ich marginal mitgearbeitet habe. Hier haben zu viele 
Köche den Brei bis zur Unbrauchbarkeit nach dem 
An-other-nice-to-have-Motto aufgebläht. Nun gibt es eine zu knappe 
"closed source" StdLib Pango und eine monströse offene STdLib Tango. 
Inkompatibel, versteht sich. Damit ist D für den professionellen Einsatz 
tot, schade eigentlich.

Morgen Abend findet das erste AG-Treffen samt Fachbereichsleiter statt. 
Danach werde ich mehr sagen können.

Gruß, harrie.

>Ehrlich gesagt habe ich gewisse Zweifel,

Ich auch.
Deine Idee mag ja gut und schön sein, aber man sollte schon auch an das 
wohl der Kinder denken. Soll man die wirklich mit etwas Quälen, das sie 
nicht interessiert und von dem sie auch nicht wirklich etwas haben? Das 
ist so, als wenn man ihnen Latein, LaTeX, Oberon beibringt.

So ist das heute nun mal -- Computerkenntnisse bedeuten für Viele, dass 
man einen Text mit Word tippen und ausdrucken kann. Und wer auf 
Install.exe klicken kann, um etwas zu Installieren, ist schon ein 
Experte.

Hallo Stefan,

falls es dich beruhigt, alles findet im Rahmen einer Arbeitsgemeinschaft 
statt. Freiwillig, unbenotet und locker.

Es gibt tatsächlich heute noch Jugendliche, die etwas lernen wollen und 
nicht danach fragen, ob es ihnen nützt.

Etwas zu lernen, egal was es ist, ist meiner Meinung nach nie verkehrt. 
Das mag aber daran liegen, dass ich mich mit solche Sachen wie Latein, 
LaTeX und Oberon beschäftigt habe.

Nichts für ungut, harrie.

>Hallo Stefan,

>falls es dich beruhigt, alles findet im Rahmen einer Arbeitsgemeinschaft
>statt. Freiwillig, unbenotet und locker.

Und Du glaubst, da kommt jemand?

>Es gibt tatsächlich heute noch Jugendliche, die etwas lernen wollen und
>nicht danach fragen, ob es ihnen nützt.

Glaube ich nicht -- und ich kann die Kinder auch gut verstehen -- wenn 
man all die Videos runterladen und ansehen, Chatten, Simsen, ... soll.

>Etwas zu lernen, egal was es ist, ist meiner Meinung nach nie verkehrt.
>Das mag aber daran liegen, dass ich mich mit solche Sachen wie Latein,
>LaTeX und Oberon beschäftigt habe.

Aber im Ernst, heute gibt es so viel, was die Kinder eigentlich lernen 
müssten, einerseits für die Entwicklung der Persönlichkeit, andererseits 
um in Berufsleben zu funktionieren. (Wobei das nicht unbedingt ein 
Widerspruch sein muss -- irgend so eine Unternehmensberatung soll nur 
Leute einstellen, die Faust gelesen habe. Aber ein Fachinformatiker hat 
von Faust, Antigone, Latein, LaTeX, GTK, usw. eben nicht viel Vorteile 
im Beruf.) Da muss man schon gut auswählen. Und was nicht wirklich 
interessiert, lernt sich auch extrem schwer.

Hallo Stefan,

deine Postings passen im Moment bestens auf meine Situation hier in der 
Firma. Wird sind umgezogen, haben uns vergrößert und brauchen neue 
Mitarbeiter. Ich führe schon den ganzen Tag Bewerbungsgespräche für den 
Bereich, den ich zu verantworten habe. Deshalb habe ich auch die Zeit 
zwischen den Gesprächen ins Forum zu posten.

>Aber ein Fachinformatiker hat
>von Faust, Antigone, Latein, LaTeX, GTK, usw. eben nicht viel Vorteile
>im Beruf.

Bei uns schon! Wir sind nicht an Fachidioten interessiert. Die Bewerber 
müssen nicht unbedingt Sophokles gelesen haben aber ein breites 
Interessenspektrum sollte schon vorhanden sein. Es sollte auch erkennbar 
sein, dass sie sich bei etwas erfolgreich durchgebissen haben, das nicht 
unbegdingt Spass macht.

Wir entwickeln für die Luft- und Raumfahrt und da gibt es ständig etwas 
Neues zu lernen. Wenn man da nicht auf einem breiten Fundament steht, 
steht man ganz schnell außen vor. Als ich hier angefangen habe, musste 
ich für ein Projekt ein Crash-Kurs in Spanisch absolvieren. Bis dahin 
hatte ich auch immer geglaubt, dass das Große Latinum für die Katz war.

>Und Du glaubst, da kommt jemand?
Da bin ich ganz sicher. Ich schrieb:
>Es haben sich etwa ein Dutzend Schüler für die AG gemeldet

Gruß, harrie.

>Ich verstehe Dich so, daß Du ein Versionskontrollsystem wie git für
>etwas hälst, was eher akademischer Natur ist und in der Praxis draußen
>kaum eine Rolle spielt.

>Dem muß ich aus meiner Erfahrung jedoch widersprechen.

Nein, ich hatte mich eher auf die Erstellung der KiCad-Bibliothek 
bezogen, und da war meine Ansicht, dass es die Schüler nicht wirklich 
interessieren wird, und dass sie für sich selbst und ihr Berufleben 
davon nicht so übermäßig viel haben.

Versionskontrollsysteme halte ich persönlich für wichtiger, sowohl als 
akademischer Lehrinhalt, als womöglich auch für den Einsatz in der 
Berufswelt. Motivation der Schüler ist aber auch hier nicht ganz einfach 
-- vielleicht könnten sie damit ihre SMS-Texte verwalten :-)

Und damit jetzt kein falscher Eindruck entsteht: Ich würde mir natürlich 
wünschen, dass im Berufsleben und privat bei den Schülern mehr freie 
Software eingesetzt würde.

Autor: harrie (Gast)
Datum: 22.02.2012 17:02

>Wir entwickeln für die Luft- und Raumfahrt und da gibt es ständig etwas
>Neues zu lernen.

Ja, dann sieht es natürlich ganz anders aus, wenn die Schüler bei euch 
dann auch mit Dingen wie KiCad, GIT usw. arbeiten und bei euch auch 
angestellt bleiben.

Mich ärgern eher diese sinnlosen Beschäftigungstherapien, wie sie teils 
auch von den Jobcentern finanziert werden.

Salewski, Stefan schrieb:

> Ja, dann sieht es natürlich ganz anders aus, wenn die Schüler bei euch
> dann auch mit Dingen wie KiCad, GIT usw. arbeiten und bei euch auch
> angestellt bleiben.

Stefan, kann es sein, dass du dir die Postings nur kursiv durchliest. Du 
würfelst da einiges durcheinander.

>Stefan, kann es sein, dass du dir die Postings nur kursiv durchliest. Du
>würfelst da einiges durcheinander.

Was ist denn jetzt "kursives Lesen"?

Wenn Du meinst "überfliegst" -- ja, dass muss ich zugeben.

Aber egal, ich denke mein Standpunkt ist klar geworden, und wenn Du 
zunächst an das wohl der Schüler denkst, bin ich beruhigt.

>Was ist denn jetzt "kursives Lesen"?

Tatsächlich, "kursives Lesen" wird von Google gefunden, ist wohl so 
etwas wie "flüchtiges Lesen". Hatte ich noch nie gehört.

Salewski, Stefan schrieb:

> Aber egal, ich denke mein Standpunkt ist klar geworden, und wenn Du
> zunächst an das wohl der Schüler denkst, bin ich beruhigt.

Mach' ich!

Schönen Feierabend, harrie.

Hallo Andreas,

vielen Dank für dein Interesse. Nachdem in der KiCad-AG erst einmal die 
Grundlagen gelegt werden mussten, geht es nun voran. Nach den 
Osterferien wollen wir die einzelnen Arbeiten zusammenführen.

Wann eine Veröffentlichung stattfindet, kann ich noch nicht sagen. Im 
Moment stecke ich in den Vorbereitungen für die Industriemesse. Vor dem 
27. April passiert sicher nichts.

Eine unvollständige Version wird nicht mehr herausgegeben, da wir uns 
über einige rechtliche Punkte noch nicht im Klaren sind, tut mir leid.

Wahrscheinlich wird es zwei Versionen der KiCAD-Bibliothek geben müssen. 
Eine abgespeckte nicht öffentliche Schulversion, die spezielle 
Anforderungen hinsichtlich Ausbildungsrichtlinien und Dokumentation 
abdeckt, und eine wesentlich umfangreichere und auf Erweiterbarkeit 
angelegte Community-Version.

Mein Großvater hatte immer gesagt, dass das Übel mit den Beamten in die 
Welt gekommen sei und das Böse mit den Rechtsanwälten.

Gruß, harrie.

Hallo, ein kleines Lebenszeichen.

Die AG-Version der KiCAD Bibliothek wird am 24. Mai erscheinen, 
schulintern und nicht öffentlich. Da mindestens zweifuffzig öffentliche 
Gelder darin stecken, sind die juristischen Implikationen enorm. Die 
sechsseitige Stellungnahme der Schulbehörde ist mir als juristischem 
Laien völlig unverständlich und ich möchte mit so einem Sch... auch 
nichts zu tun haben.

Deshalb erscheint nach Pfingsten hier im Forum die öffentliche Version 
der KiCAD Bibliothek, die, das möchte (muss) ich ausdrücklich betonen, 
ausschließlich meine Leistung ist und keine fremde Leistung enthält.

Im Moment kämpfe ich noch mit der Dokumentation der AG-Version. Eine 
knapp zweiwöchige Dienstreise nach Japan liegt auch noch vor mir, 
deshalb zieht sich alles in die Länge.

Bis dann, harrie.

Bernd Wiebus schrieb:
> Wahrscheinlicher ist, das sie Angst vor Regressforderungen haben, falls
> ein Fehler in der Bibliothek sein sollte.
... genau das ist der Dreh und Angelpunkt. Außerdem müsste jemand 
gefunden und bezahlt werden, der die Sache nach außen verantwortlich 
vertritt und sei es nur um Anfragen zu bearbeiten. Da alle Haushalte 
öffentlicher Einrichtungen auf Kante genäht sind, kann ich das irgendwo 
auch verstehen, dass man kein Risiko oder Engagement eingehen möchte, 
das eventuell Geld kostet.

Frank P. schrieb:
> Nichts gegen Dich, harrie, ich weiß, dass Du da
> am wenigsten dafür kannst und möchte Deine Arbeit auch noch mal loben
Sollte hierin die Sorge anklingen, dass an der noch zu 
veröffentlichenden Forumsversion irgendwelche Abstriche zu befürchten 
sind, dann kann ich dich beruhigen. Die Forumsversion ist derzeit etwa 
zehnmal umfangreicher als die AG-Version. Einzig die Dokumentation wird 
fehlen, die ist jedoch eher auf schulische Belange ausgerichtet.

Aber einen Schritt vor den anderen. Zuerst muss die AG-Version 
fertiggestellt werden, da bin ich im Wort. Für eine parallele Arbeit an 
beiden Versionen fehlt mir leider die Zeit.

Gruß, harrie.

Verstehe ich auch nicht.
Einfach ohne Angabe des Urhebers Gemeinfrei online stellen, und gut ist.
Typisch deutsche Bedenkenträger.
Ich hasse diese Typen, die haben wir in unserer Firma auch zuhauf...

Aber mal was anderes.
Anstatt irgendwelche Namenskonventionen, Verzeichnisstrukturen und 
Prozessdefinitionen zum Anlegen von Bauteilen aufzustellen (an die sich 
nachher eh keiner hält), währe es nicht sinnvoller ein vernünftiges 
Bibliotheksmanagement für Kicad zu entwickeln?
Also:
- Unabhängige generische Symbole
- Unabhängige generische Footprints
- Unabhängige generische Spice Modelle
In einer einer neuen Bibliotheksdatei "xyz.part" werden die dann zu 
konkreten Bauteilen verknüpft.
Der Anwender arbeitet dann erstmal nur mit den generischen Symbolen und 
kann dann jederzeit per Rechtsklick -> Edit Component ein Bauteil 
zuordnen.

Die Vorschauversion aus dem 
Beitrag "Re: Schaltplansymbole für KiCAD" führt bei mir zum 
Absturz von Kicad.

Harrie! Gibs was neues von Deiner Bib? =)

Ist wohl untergegangen das Projekt oder?
Schade.

Ich habe eine Fraga, Können Sie mir bitte eine Antwort so schnell wie 
möglich geben .
Im Ahang finden Sie die Frage .

LG Asma

Asma Rezaie schrieb:
> Ich habe eine Fraga, Können Sie mir bitte eine Antwort so schnell wie
> möglich geben .
> Im Ahang finden Sie die Frage .

a) Pins neben dem Raster

und

c) Doppelt vergebene Pin Nummern

werden im Symboleditor vom ERC angemeckert.

Application: kicad
Version: (6.0.0-rc1-dev-937-gc22a247db), release build