delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/10/07/06:05:44

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=message-id:date:from:subject:to:in-reply-to:mime-version
:content-disposition:content-transfer-encoding;
bh=5av+0QXvdJqwUwrZhIL2pIE78Yi+cCfXDAAZn+qwPjg=;
b=IATnVdK4knlSVBvm9sKD3Ri+mtWos2HSouYUmuPVAtOLWMv+Ca40gTMfiQo4IYmAkR
XnwSidkb4zg8f6nV9KtCDdZuF+oQu5S7HKNNpahyQzo3HxV+7JNEXaU6noREYgwmrXze
qO1WAJs3RfGU5WpozbzG0FN0xdimDXuSoj9Bl7JC/9IYE1h6jAsbB7Dppu1CZ0EhMk5o
m3KvJb4c9j/JCnlRJMzL+hEzxMdQ1q+ZKsnqIPGyvEH2ZJfcIDED4cOgXH/6fgzBOH5k
rQhugsKeAdqGQYuUAQENMf8vMjrNesL2qoJEbYL51v5hiAt9icGWK8EQsfFkPK1vZw45
XBZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:message-id:date:from:subject:to:in-reply-to
:mime-version:content-disposition:content-transfer-encoding;
bh=5av+0QXvdJqwUwrZhIL2pIE78Yi+cCfXDAAZn+qwPjg=;
b=KwEo8LFRrvrJPRL/4dOif9Q0wrbMyJmD/KC1RipF4/Y2TGraL4eFQv6IU9SUsgnahi
XBJyWPN6EpZfljNDE2Ylbkn6M5BYf0C/8mHUlVvVOj+OaXywQPWFI8PMLkPUMplMWWpr
x6P7KgMFWz7yb5fk7j8TsCZZOQhpy192xlMyO5+d6fmBUr9H3k+hKYah673VjJsLxkNF
pibdFrdbzd5Irzom5K9APF+iABDZD5xsZS893Mvm3hIjN0zfvCvH9iLkXUaletp4NIDg
Tj8+M9O4db1fgFqzbKcRl31MVGbWWo3Dn+YkBViTitzL0EU7wH7krUVYhmP6RUz03jTH
SBtg==
X-Gm-Message-State: AA6/9RntA9srCzstz73aoVVcq3MxjjvtapCsGrhV+NJtZOyfmZkgGp0YF31o+fBVqNLWPQ==
X-Received: by 10.98.223.197 with SMTP id d66mr16423261pfl.175.1475834585023;
Fri, 07 Oct 2016 03:03:05 -0700 (PDT)
Message-ID: <57f772d7.190c620a.aa3d1.5e5a@mx.google.com>
X-Google-Original-Message-ID: <1475834579 DOT 947 DOT 0 AT zotlet.(none)>
Date: Fri, 07 Oct 2016 23:02:59 +1300
From: "Lilith Bryant (dark141 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Subject: Re: [geda-user] PCB rotation in xy (pick&place) file
To: geda-user AT delorie DOT com
In-Reply-To: <b46153d3352946f3b66d4c7ceb396ae6@gwp> (from
geda-user AT delorie DOT com on Fri Oct 7 21:43:52 2016)
X-Mailer: Balsa 2.5.1-79-g9697477
MIME-Version: 1.0
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u97A3Cs7023663
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

Correct.  It exists (as a last resort) to get the nominated value into the
xy file.  Because the angle determination isn't very smart, and probably 
can't ever be made smart enough.  Yes, in particular non-90'd rotations are 
not handled automatically at all.  

There's also another undoc'ed attribute "xy-centre" which if you set to "origin" 
changes the location written into the xy file to be the element's actual origin
rather than the element's "pad/pin centre of mass".  Which is needed for
BGAs/PGAs with missing corner pins. 

On 2016-10-07 09:43:52 PM, michalwd1979 (michalwd1979 AT o2 DOT pl) [via geda-user AT delorie DOT com] wrote:
> Hello,   I need to provide pick&amp;place file for a board that has some
> elements rotated by 45 degrees. It turns out that pcb outputs only 0, 90,
> 180 and 270 degrees in the &#34;rotation&#34; filed of xy file. Is that
> means that 45deg rotated elements are not supported by the exporter?   
> I&#39;ve checked bom.c code and there is a &#34;xy-fixed-rotation&#34;
> attribute, that does not seems to documented anywhere. Is that let me
> manually enter any rotation for an element? Also code of xyToAngle() suggest
> that it supports only 0,90,etc degrees - what about arbitrary rotated
> element?   Best regards,  Michael Widlok  
>                 
>               
>                
>                  
>                   Dnia 1 maja 2016 00:06 michalwd1979 (michalwd1979 AT o2 DOT pl)
> [via geda-user AT delorie DOT com] &lt;geda-user AT delorie DOT com&gt; napisaƂ(a):
>                  
>                  
>                    
>  
>  
>  Hello,   Long time ago I remember playing around with a patch that added
> thermals to SMD pads. There were a few issues with it, however during normal
> work I figured out that in fact the most usable (maybe not only for me)
> thermals for pads are &#34;solid&#34; - the same as setting clearance to 0.
> Problem with just setting clearance to 0 is when You want to change
> clearance to a part of board (by selecting objects and doing
> :changeclearsize(selected, xx, mm/mil)) is that this breaks Yours connected
> pads also.  Stripped version for this patch that supports only
> &#34;solid&#34; thermals for pads is just a few lines of code (just tested
> it pcb opengl version).  My question: Do You think that adding it to
> mainline might be a good idea? If You want to use it OK, if not it does not
> breaks anything.    Best Regards,  Michael Widlok
> 



- Raw text -


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