Forum: Platinen [Kicad4] Probleme mit der Migration älterer KiCAD-Daten


von bianchifan (Gast)



Lesenswert?

Z. Zt. spiele ich ab und an ein wenig mit KiCAD herum, um bei 
Gelegenheit auch mal Gerberdateien produzieren zu können, auf Lithfilm 
und selber ätzen hab ich keinen Bock mehr.
Um auch mal was sinnvolles zu produzieren und nicht bei Null anfangen zu 
müssen möchte ich u.a. auch auf Github-Findlingen aufsetzen, die 
allerdings allesamt schon eine Jährchen alt sind.
Mein Problem: Sie lassen sich zumeist nur unvollständig importieren und 
im Prinzip nicht wirklich weiter verarbeiten.
Als Beispiel habe ich das Projekt "Femtoduino" gewält, da ich eine 
kleine, leichte 328p-Platine als Träger für ein CC2500-Modul erstellen 
möchte.

1. Der Gerberviewer taugt m.E. nix, er sortiert die Layer nach seiner 
eigenen Phantasie.
Ist kein Problem, gerbv aus gEDA/Ubuntu kann das prima.
Als Schmankerl habe ich noch den 3D-Viewer Zofirgendwas-Gerber3D 
entdeckt.

2. Beim Import eines alten PCBs gibt KiCAD einen Hinweis aus, speichern 
lässt sich nur das neue Format.
Wenn ich die alten Gerberdateien im 3dViewer betrachte, schaut alles 
prima aus. Wenn ich allerdings in PCBnew auf die importierten Layer 
schaue, schwirren da leider eine Reihe nicht zugeordneter Objekte ohne 
Layerbezug herum. Wenn ich diese einfach mal nicht beachte und nach 
geringfügigen Änderungen neue Gerberdateien erzeuge, werden die Layer 
kräftig aufgemischt.
Z.B. werden manche Begrenzungen aufgebläht und landen im 
Bestückungsdruck, Durchkontaktierungen gehen verloren und einige 
Leiterbahnen wechseln mal eben die Seite.

Ursächlich sind sicherlich die nicht zuordenbaren frei umher 
schwirrenden Objekte.
Gibt es da ein Library Problem beim Import?
Wie ordnet man solche Findlinge am besten zu?

von bianchifan (Gast)


Angehängte Dateien:

Lesenswert?

..

von Bernd W. (berndwiebus) Benutzerseite


Lesenswert?

Hallo bianchifan.

bianchifan schrieb:

Bei der letzten Überarbeitung der Bibliotheken hat sich jemand viel Mühe 
gegeben und ist durch die Footprints gegangen, um den Ankerpunkt bei THT 
auf Pin 1 zu legen, wenn er vorher z.B. im "Flächenschwerpunkt" des 
Footprints war. Ersteres ist Standard, zweites hat den Vorteil, dass die 
Bauteile nicht so wild "herumhüpfen" wenn man sie dreht.

Dabei ist aber die Bauteilbezeichnung nicht geändert worden, so dass Dir 
jetzt die neuen Bibliotheken eingebunden werden, wenn Du nicht auf Deine 
eigenes altes Footprintarchiev verweist. Dazu legt man sich 
Projektbezogen halt sowas an....

Das könnte den Offset erklären....naja, nicht wirklich, dann wäre er 
größer und auf allen Lagen.

Wenn Du magst, kannst Du ja mal ein Beispielprojekt, wo das Problem auch 
auftritt, hier einstellen, und man kann genauer untersuchen, was dort 
schiefgeht.

Ansonsten vergleiche mal Dein altes Board File mit dem "neu" erstellten, 
ob Dir dabei etwas auffällt.

Wie sieht der Footprint im Footprinteditor aus? Was passiert, wenn Du 
den Footprint dann neu unter anderem Namen speicherst und verwendest?

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.l02.de

: Bearbeitet durch User
von bianchifan (Gast)


Lesenswert?

Bernd W. schrieb:
> so dass Dir
> jetzt die neuen Bibliotheken eingebunden werden, wenn Du nicht auf Deine
> eigenes altes Footprintarchiev verweist. Dazu legt man sich
> Projektbezogen halt sowas an....

Dazu mache ich eine neue Frage auf.
Nur soviel, KiCAD ist neu für mich, meine 4.01 Installationen unter 
Win7/Ubuntu sind sozusagen clean, es sind keinerlei Altlasten vorhanden.
Alles, was ich probiert habe, wurde neu erstellt bzw. aus dem Netz 
gesaugt.
Um letztere geht es in diesem Thema.
1. Quelle KiCAD, Version unbekannt.
2. Quelle Eagle, Version unbekannt.
Dass Eagle-Importe nicht vernünftig funzen, kann ich nachvollziehen, 
obwohl die meisten PCBs von dem aktuellen FreeCAD Modul dargestellt 
werden können.
Leider funzt nicht ein einziger KiCAD "Import".
Möglicher Knackpunkt scheinen die Footprints zu sein, mit denen stehe 
ich z.Z. auf Kriegsfuß..:(

Bernd W. schrieb:
> Wenn Du magst, kannst Du ja mal ein Beispielprojekt, wo das Problem auch
> auftritt, hier einstellen, und man kann genauer untersuchen, was dort
> schiefgeht.
Die o.a. Beispiele kommen aus dem Femtoduino Projekt, da klein und 
übersichtlich:
http://www.varesano.net/projects/hardware/Femtoduino

von Bernd W. (berndwiebus) Benutzerseite


Lesenswert?

Hallo bianchifan.

bianchifan schrieb:

> Die o.a. Beispiele kommen aus dem Femtoduino Projekt, da klein und
> übersichtlich:
> http://www.varesano.net/projects/hardware/Femtoduino



Ich habe ich mir die Femtoarduino Seite mal angesehen. Mit der älteren
Application: kicad Version: (2015-03-14 BZR 5513)-product Release build
klappt es problemlos. Leider habe ich meine Wechselplatte mit dem RC4 
100km von hier liegen gelassen. Das kann ich also erst frühestens 
nächste Woche testen.

PS: Der Upload von Screenshots klappt von meiner Seite auch nicht, weil 
ich z.Z. an einer 5k Leitung hänge.

Sowohl Gerbv aus dem gEDA Projekt als auch das KiCad eigene GerbView 
zeigten alles richtig an. Auch die 3D-Ansicht und das Board war ok.

 Aber im Schaltplan waren einige Anschlüsse zu kurz.

Letzteres resultiert daher, das die aktuellen Symbole einen Tacken 
verkleinert worden sind, und die Symbolbibliothek fv_kicad_lib des 
Autors
nicht im Projekt mitgeliefert wurde.
Das Problem konnte gelöst werden, indem ich ALLE Symbolbibliotheken 
aus der Bibliothekstabelle geschmissen habe, und dafür die beiden 
Cache-librarys (Femtoduino_breakoutboard-cache.lib und 
Femtoduino-cache.lib) aus dem Projekt eingebunden habe.

Das Projekt war also nicht richtig übergeben worden. Spätestens zum 
Abschluss bzw. bei der Übergabe eines Projektes sollten alle 
Symbolbibliotheken aus der Bibliothekstabelle gelöscht werden, und dafür 
dann die Cache Bibliotheken des Projektes eingebunden werden.
Sonst verändern Änderungen an den Ursprungslibs (wenn diese nicht im 
Namen eine neue Revisionsbezeichnung tragen) das Projekt ungewollt.
Und natürlich müssen diese Cache Bibliotheken im Projektordner sein und 
mit Archiviert bzw. Übergeben werden.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.l02.de

: Bearbeitet durch User
von hjtgzut (Gast)


Lesenswert?

Bernd W. schrieb:

> bei der Übergabe eines Projektes sollten alle
> Symbolbibliotheken aus der Bibliothekstabelle gelöscht werden, und dafür
> dann die Cache Bibliotheken des Projektes eingebunden werden.
> Sonst verändern Änderungen an den Ursprungslibs (wenn diese nicht im
> Namen eine neue Revisionsbezeichnung tragen) das Projekt ungewollt.
> Und natürlich müssen diese Cache Bibliotheken im Projektordner sein und
> mit Archiviert bzw. Übergeben werden.

Wäre schön, wenn es dafür einen Menüpunkt in KiCad geben würde, wie z.B. 
"Projekt archivieren/weitergeben", wo dann das Automatisch gemacht 
würde. Von einem 3D-CAD Programm kenn ich das.
Hast du guten Kontakt zu den KiCad-Machern, das könnte man vielleicht 
recht schnell einbauen.

von bianchifan (Gast)


Lesenswert?

Bernd W. schrieb:
> Sowohl Gerbv aus dem gEDA Projekt als auch das KiCad eigene GerbView
> zeigten alles richtig an.

KiCAD's GerbView hat bei mir die Layer-Chronologie durcheinder 
gewürfelt.

Bernd W. schrieb:
> Auch die 3D-Ansicht und das Board war ok.

Den "ausgelieferten" Zustand betreffend ja, siehe screen im 1. Beitrag.

Das Problem tritt auf, wenn ich anfange, etwas verändern zu wollen.
Z.B. eine Wertänderung im Schaltplan mit anschließend neu erstellter 
Netzliste oder Layoutänderung, oder..

Im zweiten Beitrag ist ein Bild zu sehen als Folge der geringst 
möglichen Änderung zu sehen: Der ausschließlichen Speicherung im neuen 
Format, im Anschluss wurden die Gerber-Dateien geplottet.
Aus ehemaligen Padbegrenzungen wurden plötzlich Kreise, welche im 
Bestückungsdruck den sparsam vorhandenen Lötbereich fast völlig 
zukleistern.

Ich hatte dieses Beispiel gewählt, weil es sich bei mir unter 
Win7/Ubuntu reproduzierbar so dargestellt hatte.

Bernd W. schrieb:
> Das Problem konnte gelöst werden, indem ich ALLE Symbolbibliotheken
> aus der Bibliothekstabelle geschmissen habe, und dafür die beiden
> Cache-librarys (Femtoduino_breakoutboard-cache.lib und
> Femtoduino-cache.lib) aus dem Projekt eingebunden habe.

Diesen Tip hatte ich auch schon im Netz gefunden, momentan hatte ich 
mich ausschließlich auf meine generellen Probleme mit den Footprints 
konzentriert.

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
Noch kein Account? Hier anmelden.