DRC for THT-pin in SMD-courtyard on opposite side

Layout
1

Ups - I did it again:
I place a THT-device (connector) on one side and a SMD device on the other. I miss interpreted the THT pin as a via and accepted it inside a SMD device:

grafik
grafik1205×845 94.5 KB

While the DRC was fine, caused of cause a mechanical collision.

grafik
grafik603×606 59.3 KB

This is how it would look like if I had been aware if this:

grafik
grafik987×820 110 KB

I did not find a DRC-Option, which checks for THT pins from another part inside a SMD components courtyard.

The only thing that can be checked is PTH and NPTH inside a courtyard, but this will go off on every via, which is OK and should not throw an error. That’s why I turned this one off:

grafik
grafik780×552 41.2 KB

What is need would be a “THT via from other footprint inside courtyard”.

Did I miss something or what is a good solution for getting this into my DRC?

Regards
Marko

2

That DRC check only looks at pads, vias don’t set it off. It’s designed exactly for this case (DRC for THT backside pads inside courtyard (lp:#1848605) (#3434) · Issues · KiCad / KiCad Source Code / kicad · GitLab)

3

I also once created an issue for this, 2 years after the issue mentioned by johnbeard.

I do wonder why these checks are off by default.

4

Each footprint has both F.CrtYd and B.CrtYd layers. The areas that must be kept clear for the through-hole pins of the connector should be detailed on that component’s bottom courtyard. The DRC will highlight any interference between these areas and the SMT component on the opposite side. This is a more fundamental DRC ‘Courtyards Overlap’ error, which I’m sure you are not changing to ‘ignore’?
B.CrtYd is my answer for such potential mistakes with all through-hole components in my library.

5

johnbeard

I can’t find a way to DM you, so would you please see my post about the broken scrollbar?
https://forum.kicad.info/t/scrollbar-speed-canvas-size-issue-never-resolved/62460?u=skunkbutt

Thanks