Overlapped and adjacent pads not connected to eachother
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KiCad |
Expired
|
Undecided
|
Unassigned |
Bug Description
I have a complex pad shape built of 3 adjoining (or overlapped)
pads with identical Pad Numbers and Net Names. These pads
are not found to be connected - it seems to me that they are
connected and should be without any further action..
Placing a graphic line in a copper layer on top of the pads in the
module does not seem to cause them to be connected either.
It is possible to cause them to be connected by adding a track
between them, but the narrow pads, and their angled placement
make this difficult to impossible without somehow adding a new
narrow trace class... seems like it should not be necessary at all.
JP7 (as well as others) in the attached example demonstrate this.
Info about my system:
Version: (2013-11-11 BZR 4458)-product Release build
wxWidgets: Version 2.8.12 (release,
Platform: Linux 3.2.0-58-generic x86_64, 64 bit, Little endian, wxGTK
Boost version: 1.54.0
Xubuntu 64-bit 12.04 16GB lots of free disk...
Guess your main problem will be hard to solve - if you don't want the DRC to complain about the "connected" pads.
If you want the DRC to do it's job correct, it'll need to check that the minimum cross-section complies with the minimum track width...
Alternatively, it could accept this as "OK", but you won't be able to catch buggy footprints in the second instance / first instance if you've modified pads in pcbnew.
IMHO the best option would be to allow zones in modules, so complex shapes can be done without building them from several single ones (*hinthint* https:/ /blueprints. launchpad. net/kicad/ +spec/layouts- as-footprint ).
In your example files the pad clearances are "wrong", so the DRC spills more warnings as necessary for your ticket.
Anyway, I can confirm your problem with revision 4711.