I have a problem similar to this post. I was hoping something might have changed in the last two years to make this possible.
Basically I have traces that should have wide clearances that end up being connected to a BGA chip. This will lead to DRC errors of course. I want to avoid fatal errors due to too many error messages and the ignorance that might come with it.
So:
Is there a way to define track clearances conditionally to areas (within a zone surrounding the chip)?
Are there workarounds? For example using a NetTie in the schematic defining two different nets for the same track (though I don’t like that idea)
So you use the normal wide clearance in the netclass setup, and you reduce the clearance inside the courtyard of a footprint.
While experimenting with this, I encountered some big problems with the interactive router. It was not able to shove tracks properly if their clearance is modified this way, and I opened a bug report for this on gitlab:
The issue was picked up by James J · GitLab and fixed in less then an hour.
Edit: As I should have suspected, I was a bit overly optimistic, and it’s (probably?) not a complete fix. I guess the Interactive Router is a quite complicated section of the software with a bunch of known (and unknonw?) limiatations that are difficult to fix because of interactions between parts of it. I’ve seen it improving over the last few years, but I’ve also seen some unwanted behavior pop up every now and then.
I fixed some issues with regards to the router selecting the correct track widths and clearances when starting to route a track. However, the router won’t interactively change track dimensions when routing across courtyard boundaries. Also, it seems to have issues picking up these rule changes if restarting routing of a track after a change of courtyard rule (i.e. starting outside, routing inside, and then re-starting routing). I’ll investigate that.
For @amphibious - I’ve just tested this ruleset for neckdowns and while the router needs a bit of manual help, the DRC checker works nicely with them:
I’ve just fixed changing the track settings while routing through these kinds of rules for v9. It won’t be back-ported for 8.0.5 but I’ll aim to get it in 8.0.6.