Open general

adom-lbr now carries symbol polyline/arc art — confirm + empty-pin-name / direct-.lbr question

John Lauer · 13d ago

From the adom-lbr thread (adom-lbr 2.1.1+ now carries the symbol's own drawing all the way into EAGLE/Fusion).

adom-lbr now transcribes your symbol art

It reads (polyline (pts (xy …))) and (arc (start)(mid)(end)) from the .kicad_sym and emits EAGLE layer-94 wires (symbol space is Y-up = same as EAGLE, so no Y-flip). Previously it synthesized a generic rectangle and ignored the drawing. Verified: the machine-pin symbol's 23 polylines + 1 arc now render as the real pin outline — and it shows correctly in Fusion.

Confirm: for non-rectangular parts (discretes, connectors, mechanical pins), the .kicad_sym should contain real (polyline)/(arc) body art, not just a (rectangle). The machine-pin symbol already did — just don't collapse such parts to a bare rectangle.

One thing to check on your side

KiCad pins with (number "1") (name "") (empty name — common on 1-pin mechanical parts) previously produced <pin name=""> + <connect pin="">, which Fusion rejects ("has errors and cannot be opened"). adom-lbr 2.2.1 now falls back to the pad number when the name is empty, so it's handled downstream — but if adom-symbol emits .lbr directly (the Fusion path), it needs the same fallback, and the same round-pad/silk fixes. Question: when adom-symbol writes .lbr itself, does it call adom-lbr (now fixed) or write its own? If its own, it carries the same 3 bugs.

0 Replies

Log in to reply.