www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2014/07/07/02:42:43

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Envelope-From: paubert AT iram DOT es
Date: Mon, 7 Jul 2014 08:41:33 +0200
From: Gabriel Paubert <paubert AT iram DOT es>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] pour clearing around pads
Message-ID: <20140707064133.GA3710@visitor2.iram.es>
References: <53B8CC66 DOT 2080909 AT sonic DOT net>
<201407060516 DOT s665GVb3027395 AT envy DOT delorie DOT com>
MIME-Version: 1.0
In-Reply-To: <201407060516.s665GVb3027395@envy.delorie.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spamina-Bogosity: Unsure
X-Spamina-Spam-Score: -0.2 (/)
X-Spamina-Spam-Report: Content analysis details: (-0.2 points)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
[score: 0.5003]
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Sun, Jul 06, 2014 at 01:16:31AM -0400, DJ Delorie wrote:
> 
> > The peninsulas neck down to less than the minimum copper width rule.
> 
> I typically expand the pad clearances until such necks vanish.

I did this until holes were added to polygons. Now I use holes to 
precisley control where the copper pour stops. But holes have
they own problems (moving them, mostly, they are rigidly linked
to the containing polygon), so I only draw them as the last step, 
when everything else is essentially ready for production. 

> 
> > So, first off, I'm surprised that the Cu polygon allows Cu to pour into 
> > a space less than the minimum width rule.
> 
> Polygon pours are handled poorly in pcb.

That's an understatement. While it had other defects (and many), I really 
liked how Orcad/PCB 386 worked in the mid 90s:

- polygon had a class (filled, no fill, and others for other purposes
  I can't remember since I never used them)

- polygons had a Z order (an integer) to define the ordering in which they were
  painted (so if you put a high order fill inside a middle order no-fill inside
  a low order fill, you get what you expect).

- polygons had "seed points" to provide starting points for fills (no largest 
  area rule) and could have several of them (no need for an equivalent of
  the MorphPolygon command, which has its own problems).

Note that the largest area rule is ambiguous on at least one of the boards
I designed a few years ago: I had a very symmetrical polygon for some
coplanar waveguide structure. When PCB was "upgraded" to the new polygon
dicer it arbitrarily chose one of the halves, but the symmetrical one
was absolutely identical. Actually I kept in old version of PCB for
some time because it caused me too many troubles.

There is anothe bug in PCB's polygon pours, I think that pours should
go through lines that don't have the "clearline" flag set. As far as I 
can say, they don't.


> 
> > Secondly, I'm wondering if fab houses might flag that as a DRC violation 
> > even if pcb doesn't.
> 
> Some might.  I've had one break loose and cause a short in a
> manufactured board before, so I'm particularly wary of them.
> 
> > Third, is it legal to specify zero-width Pad[] elements in a footprint, 
> > and assign clearance values, in order to composite some clearance into 
> > the footprint?
> 
> I think this is fine, although perhaps a tiny non-zero width might be
> needed.  I don't know if these cause outputs in the gerber file,
> though, so be careful.

I really recommend using polygon holes in this case, I did this before
holes were supported, and this was much worse, despite the defects
of the holes listed above.

	Gabriel

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019