Mail Archives: geda-user/2015/02/18/15:18:22
On 02/18/2015 12:05 PM, gedau AT igor2 DOT repo DOT hu wrote:
> That would result in separate copper pads that find.c thinks are magically connected but are not connected in reality (unless you
> soldered a component or wire on them that realizes the "internal connection").
I was thinking of a large pad in the center that connects them with copper. So that the footprint itself is
the component.
On 02/18/2015 03:26 AM, gedau AT igor2 DOT repo DOT hu wrote:>
> My proposal makes this more explicit because the non-overlapping parts of the pads would be sticking out, like bristles of a
> hedgehog and there is an 1:1, visible connection between a pad and nets. Just like with connectors now.
How to do like that? I guess intconn does not do it, I've also been confusing it too.
The description of how to create a star connection component could be:
The "Star connection point" has one more pin than the number of nets desired to connect
as one physical net with branches that star outward from the star point.
The pins around the edges pass drc by spacing apart from each other, but overlap a central pad
that connects them all.
DRC rules allow a short to go unreported in a radius from the center of the "Star connection point".
One pin has an attribute "highest_name" whose value could be VCC or GND or XXX. The others lack that
attribute, and might have netnames like VCC-A1 VCC-D1 VCC-D2...
Netlisting creates a netlist with the "highest_name" value on all of the nets attached to all the pins
of the "Star connection point". PCB would be able to highlight or associate netname with paths and pads,
and optionally associate of highlight or match netlist to "highest_name" and all that touch it through
the star point.
- Raw text -