-
Notifications
You must be signed in to change notification settings - Fork 710
WSON-10: Remove mask over thermal vias #435
Conversation
I don't know which KLC rule this was violating (please share!), but the change surely can't hurt. Thanks! |
Thanks! Beats me. I just noted
|
Hm that might be a false positive. (I have not looked at the footprints) |
Ok i should have looked before commenting. I fear this really was a false positive and this "fix" should not have been merged. The reason is that we normally want the mask controlled by other pads. (Either by the large pad that also does the copper part of the EP or by a separate mask only pad if the footprint requires tighter control over where mask cutout is.) |
??? The big pin 11 pad already had mask removed on the top and not the bottom. This doesn't change the actual footprint at all when placed on a board. (Whether we want soldermask placed on the bottom and not the top is a different question.) I looked in the SON folder at the first two I found and they both had mask removed on the vias: https://github.com/KiCad/kicad-footprints/blob/master/Package_SON.pretty/Texas_DSC0010J_ThermalVias.kicad_mod and https://github.com/KiCad/kicad-footprints/blob/master/Package_SON.pretty/Texas_S-PVSON-N10_ThermalVias.kicad_mod. Now I checked the third one (https://github.com/KiCad/kicad-footprints/blob/master/Package_SON.pretty/Texas_S-PVSON-N8_ThermalVias.kicad_mod) and it doesn't have mask on the vias. I'm not sure I see the problem. The big pad covers these vias already. If the vias should be open, and solder paste loss isn't too bad, the then the user can modify the bottom side. If the user wants tented or plugged vias I've usually handled that with a note on the fab drawing and KiCad can't note it otherwise. So if we want a default rule about how thermal vias are handled in library parts, that's fine. And a check for the via design chosen would also be good. Right now the library is not consistent, but this PR doesn't change this particular footprint and it doesn't make the library more or less homogenous. |
It does not make a difference for this footprint. Having one rule that works for all footprints would make it easier to make a travis check for it. (It also makes describing the rule easier) I am sorry that we did not communicate this better. (I just looked at the KLC and we seem to have forgotten that part. I added the stuff about separating paste pads but i seem to have forgotten to add the details about thermal via footprints.) Some time ago i made all footprints comply with that (sadly unwritten) rule set. This was the PR in question #285 |
The 3 vias on this footprint created a KLC violation. I noted this when the footprints were moved to this repo and am now fixing it. The actual PCB wouldn't change due to this, since a big central pad with mask already exists, but it fixes the KLC violation and doesn't hurt. See page 32 of the datasheet at http://www.ti.com/lit/ds/symlink/tps62177.pdf.
Thanks for creating a pull request to contribute to the KiCad libraries! To speed up integration of your PR, please check the following items: