Well, rats. While that’s actually a board error (spoke width larger than distance between pads is never going to turn out well), it’s one that our DRC doesn’t catch.
And that makes it a show-stopper. The only way to fix this is to go back to the slow algorithm. Hopefully I’ve learned enough about optimising this to make to keep it from spiralling out of control…. > On 25 Jun 2019, at 14:41, Seth Hillbrand <[email protected]> wrote: > > On 2019-06-24 21:41, Jeff Young wrote: >> This is another excellent test because it does some pretty weird stuff >> (such as rounded rectangle pads mimicking circular ones so that the >> thermal spokes are at 90º instead of 45º). >> Anyway, I’ve pushed bits that make it mostly good now. There are >> still 4 unconnected thermal sinks where it was taking advantage of a >> bug which no longer exists (thermal spokes connecting to each other >> rather than to the zone). > > Hi Jeff- > > I have another case for you. Take a look at OLIMEX's A64-OlinuXino[1]. > Specifically, the HDMI connector in the top left. > > On the thermal spokes issue, I'm not sure that we should consider that > pad-pad connection to be a bug. Do you have a sense of the level of > difficulty it would be to implement the previous behavior? I checked with a > couple other packages (Altium, PADS) and this appears to be standard behavior > to connect with zone fills between pads of the same net. > > Best- > Seth > > [1] https://github.com/OLIMEX/OLINUXINO/tree/master/HARDWARE/A64-OLinuXino _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
