kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #09019
Re: May nanometre resolution not be sufficient?
-
To:
kicad-developers@xxxxxxxxxxxxxxxxxxx
-
From:
Heiko Rosemann <heiko.rosemann@xxxxxx>
-
Date:
Mon, 22 Oct 2012 20:14:41 +0200
-
In-reply-to:
<CAJ9y4K=RRhjWi-wNpML6yRthF+NKswwqirMz9Ka4HUEzD3Mjbw@mail.gmail.com>
-
User-agent:
Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121012 Thunderbird/16.0.1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/22/2012 03:01 PM, László Monda wrote:
> Ah, that makes sense then. Given that the increased resolution is
> explicitly stated on the Eagle 6 page I'm pretty sure that they
> moved from 100 nm to about 1 pm order of magnitude-wise and from 32
> bit integers to 64 bit integers.
>
> If KiCad wants to stick to 32 bit integers then moving to
> picometres would result in a 4x4 mm maximum board size so it's
> perfectly understandable to choose nanometres in this case and have
> a 4x4 m maximum board size. :)
>
> Hopefully in the future KiCad will also make the move to 64 bit
> integers which will makes sense as 32 bit CPUs are rapidly getting
> obsoleted.
>
> On Mon, Oct 22, 2012 at 2:06 PM, Edwin van den Oetelaar
> <oetelaar.automatisering@xxxxxxxxx> wrote:
>> EAGLE Easily Applicable Graphical Layout Editor Version 5.7.0 for
>> Linux Professional Edition
>>
>> The manual page was from there. I do not have a license for
>> version 6, I recently got a pro license for 5.x and now they want
>> me to pay another 1000+ euro to upgrade to 6.x which I did not
>> do. For this reason also I am checking out and patching stuff on
>> KiCAD. My guess is that with some community effort it can be
>> better and more open (flexible, scriptable) than the closed
>> source alternatives.
Eagle 6 (Version 6.3.0 for Linux) has indeed increased its resolution:
"EAGLE stores all coordinate and size values as int values with a
resolution of 1/320000mm (0.003125µ). The above unit conversion
functions can be used to convert these internal units to the desired
measurement units, and vice versa." (from the very same manual page as
before)
That's 100/32=3.125nm. The /32 helps if you have binary fractions
(1/32 mil = 254 [e]agle [u]nits = 793.75 nm) but not if you have
decimal fractions (0.1 mil = 2540 nm = 812.8 eu)
FWIW, I like the kicad approach better - no "strange" scaling factors.
It kind of limits using binary fractions of metric units and the
maximum board length and width are 3.125 times smaller, but neither
concern me...
JFYI, Heiko
- --
eMails verschlüsseln mit PGP - privacy is your right!
Mein PGP-Key zur Verifizierung: http://pgp.mit.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlCFjREACgkQ/Vb5NagElAV0wQCdHCsjY13T5qLaNfz99qWLmpUg
gEEAoLEkbwPAQDqmTC9NwKhHwDxgPihq
=y6Ni
-----END PGP SIGNATURE-----
Follow ups
References