Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
kicad_project_portierung_von_v4_auf_v5 [2018/04/19 10:25] karl [Schaltplan neu zuordnen (remap)] |
kicad_project_portierung_von_v4_auf_v5 [2018/04/20 14:33] (aktuell) karl [3D Modelle] |
||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== KiCad 5: Projektportierung von KiCad4 ====== | + | ====== KiCad 5: Projektportierung von KiCad4 |
Die neue Version von KiCad bringt einige grundlegende Änderungen mit sich, was leider den Aufwand erfordert, dass ein KiCad4-Projekt portiert werden muss, nachdem es kein zurück mehr gibt. | Die neue Version von KiCad bringt einige grundlegende Änderungen mit sich, was leider den Aufwand erfordert, dass ein KiCad4-Projekt portiert werden muss, nachdem es kein zurück mehr gibt. | ||
+ | |||
+ | Der wesentliche Unterschied ist nun, dass ein Symbol bisher den z.B. den Namen ' | ||
+ | |||
Der zugehörige Blogeintrag auf der KiCad Website ist hier zu finden: http:// | Der zugehörige Blogeintrag auf der KiCad Website ist hier zu finden: http:// | ||
Zeile 127: | Zeile 130: | ||
===== Schaltplan neu zuordnen (remap) ===== | ===== Schaltplan neu zuordnen (remap) ===== | ||
+ | |||
+ | WICHTIG: KiCad schließen, bevor wir weitermachen | ||
Dazu Starten wir KiCad und öffnen den Schaltplan Editor (Schematic Layout Editor). | Dazu Starten wir KiCad und öffnen den Schaltplan Editor (Schematic Layout Editor). | ||
Zeile 137: | Zeile 142: | ||
Hier können wir nun Dank der Sicherung bedenkenlos auf **Remap Symbols** klicken. | Hier können wir nun Dank der Sicherung bedenkenlos auf **Remap Symbols** klicken. | ||
+ | Sind Rescue-Symbole involviert, kommt der von KiCad4 bekannte Dialog, den man mit OK wieder schließt: | ||
+ | |||
+ | {{ :: | ||
+ | |||
+ | Der Dialog sollte dann weder Fehler noch Warnungen anzeigen. Mit Close wird der Dialog beendet und der "neue Schaltplan" | ||
+ | |||
+ | ==== Speichern ==== | ||
+ | Klickt man auf Speichern, sollte das ohne Fehlermeldung gehen. Wenn ein Symbol mit alter Bezeichnung vorhanden ist, also keine Lib mit Doppelpunkt vorangestellt, | ||
+ | |||
+ | ==== Backup löschen und per git sichern ==== | ||
+ | Nun kann man wieder alles schließen und den erstellten **rescue-backup** Ordner löschen wir und sichern das Projekt mit einem git-commit. | ||
+ | |||
+ | |||
+ | ===== Nachbesserungen ===== | ||
+ | Möchte man sich einen Überblick über die Zuordnungen verschaffen gitb es 2 neue Werkzeuge dafür: | ||
+ | {{ :: | ||
+ | |||
+ | ==== Symbol Library Associations Editor ==== | ||
+ | {{ :: | ||
+ | |||
+ | ==== Fields Editor ==== | ||
+ | {{ :: | ||
+ | |||
+ | Vermutlich haben diese Werkzeuge die Fähigkeit, den von uns bisher verwendeten und weiterentwickelten [[https:// | ||
+ | |||
+ | |||
+ | ===== Footprints ===== | ||
+ | Die Footprints sollten aufgrund der gleich bleibenden Einträge in der fp-lib-table ohne Probleme gefunden und übernommen werden. | ||
+ | |||
+ | ===== 3D Modelle ===== | ||
+ | Hier gibt es leider massive Probleme. In den bisherigen Footprints wurde der Pfad zu einem 3D-Modell nur über eine bestimmte Umgebungsvariable (KISYS3DMOD) definiert, und diese wurde beim Link zum 3D-Modell erst gar nicht angeführt. | ||
+ | |||
+ | Beispiel anhand eines TQFP-48: | ||
+ | <file txt TQFP-48-EP_7x7mm_Pitch0.5mm.kicad_mod> | ||
+ | ... | ||
+ | (model Housings_QFP.3dshapes/ | ||
+ | (at (xyz 0 0 0)) | ||
+ | (scale (xyz 1 1 1)) | ||
+ | (rotate (xyz 0 0 0)) | ||
+ | ) | ||
+ | ) | ||
+ | </ | ||
+ | |||
+ | Was es hier bräuchte, wäre ein Skript, das in allen *.kicad_mod Dateien den Eintrag '' | ||
+ | ===== Links ===== | ||
+ | https:// | ||
+ | |||
+ | |||
+ | {{tag> | ||