You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
**Note:** This is very hacky. It would be best to establish the proper libraries first, then link to those rather than have the script spit out specific libs for each board. This insures the resultant file is consistent with the KiCad libraries.
24
37
25
-
#### Analysis of naming
38
+
#### Analysis of part naming
26
39
27
40
In order to write a script, it must link parts from two files. It seems the only way to do that is by using the name of the component/footprint/etc, so let's explore that. Using these eagle export scripts, there are a few options for naming convention.
28
41
29
42
.. But first let's see what happened to a highly nested component in eagle... the 10uF cap. In eagle, the part is called "10UF" and has sub-parts -0603-... etc for all packages. In KiCad the symbol is called "10UF" and there are 4 suggested footprints within the footprint filter that are generated, 0603, 0805, 1206, 1210. This is kind of a problem because I really want to retain a prod_id for each package, so these will need to be un-nested.
30
43
31
-
To solve this, during library export select the drop down "Combine Parts/package variants where possible" and choos "Out put new part for every foot print type" instead. The result is that each variant now has it's own (duplicate) symbol. (note: the filter is still filled with all possible footprints. **This will need to manualy be fixed**)
44
+
To solve this, during library export select the drop down "Combine Parts/package variants where possible" and choose "Out put new part for every foot print type" instead. The result is that each variant now has it's own (duplicate) symbol. (note: the filter is still filled with all possible footprints. **This will need to manualy be fixed**)
32
45
33
46
For instance, eagle part in file "SparkFun-Capacitors.lbr", the 10UF is:
34
47
@@ -49,6 +62,26 @@ The resultant parts in KiCad are named:
49
62
50
63
The conclusion is that the script must identify parts by the part-per-footprint names within the exported libraries for application of prod_id fields.
51
64
65
+
#### Analysis of library naming
66
+
67
+
Let's again look at "SparkFun-Capacitors.lbr". After export, two files are created:
68
+
69
+
* SparkFun-Capacitors.lib
70
+
* SparkFun-Capacitors.mod
71
+
72
+
When the .lib is re-saved, two files are produced (could be renamed here):
73
+
74
+
* SparkFun-Capacitors.lib -- library of symbols and fields and stuff
75
+
* SparkFun-Capacitors.dcm -- Description and some other stuff
76
+
77
+
When the .mod is re-saved, a directory is created as such:
78
+
79
+
* somename.pretty
80
+
* 0402.kicad_mod
81
+
* 0603.kicad_mod
82
+
* 0603-POLAR.kicad_mod
83
+
* ... etc.
84
+
52
85
### Combine footprints and have single source for common footprints
53
86
54
87
A tool for moving symbols and footprints between .mod and .lib files:
0 commit comments