delorie.com/archives/browse.cgi | search |
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: | Thu, 27 Aug 2015 15:28:24 +0200 |
From: | "Gabriel Paubert (paubert AT iram DOT es) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> |
To: | geda-user AT delorie DOT com |
Subject: | Re: [geda-user] Antifork |
Message-ID: | <20150827132824.GA11105@visitor2.iram.es> |
References: | <alpine DOT DEB DOT 2 DOT 00 DOT 1508230609370 DOT 6924 AT igor2priv> |
<55D9BDC7 DOT 4000608 AT jump-ing DOT de> | |
<alpine DOT DEB DOT 2 DOT 00 DOT 1508231450350 DOT 6924 AT igor2priv> | |
<CAM2RGhSC6UfCr8ixF5iuffmUhcdgVuz9nA+YjiZNk8-f7Q5r-A AT mail DOT gmail DOT com> | |
<alpine DOT DEB DOT 2 DOT 00 DOT 1508231935040 DOT 6924 AT igor2priv> | |
<CAC4O8c8PyLQNgxz1SP-98ZhyH5KPDmnNpiULVvdL+TMo-DhN4w AT mail DOT gmail DOT com> | |
<alpine DOT DEB DOT 2 DOT 00 DOT 1508240407100 DOT 6924 AT igor2priv> | |
<CAC4O8c_HdSL-3+etrvPozAZuqUX-Rqx4FGACkchttRkZsFhYPA AT mail DOT gmail DOT com> | |
<CAM2RGhQMUdE_Z6OnJPTgTbkcQ4fWp6rGnrXib48S71tsGmMMSw AT mail DOT gmail DOT com> | |
<mrl8ds$ee7$1 AT ger DOT gmane DOT org> | |
MIME-Version: | 1.0 |
In-Reply-To: | <mrl8ds$ee7$1@ger.gmane.org> |
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.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. | |
See | |
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block | |
for more information. | |
[URIs: delorie.com] | |
0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% | |
[score: 0.4999] | |
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 Wed, Aug 26, 2015 at 10:43:40PM +0200, Kai-Martin Knaak wrote: > Evan Foss (evanfoss AT gmail DOT com) [via geda- > user AT delorie DOT com] wrote: > > >> My fantasy when I heard about ruby scripting in pcb was that perhaps > >> Stefan's router might someday see the light of day afterall. Oh well > > > > I keep seeing mentions of this legendary router. I have been these > > gEDA lists +10 years but I don't remember it. What was the big appeal > > if it? > > It comes up with cool looking layouts. When done properly, the technology > promises to be very efficient and find clever solutions. There is a little > demo on youtube from back in 2012 when the toporouter sort of worked: > https://www.youtube.com/watch?v=NqT4ZYGB3VY > > As fancy as the result looks, the toporouter never lived up to its > potential. The state shown off in the video has several significant > limitations. > > * The algorithm is all-or-nothing by design. It can only applied to the > whole layout. You cannot tell it to route just this subset of connections. > Quite a limitation, especially for boards with analog RF signals. I've done quite a few boards with analog RF switches: the RF signals have to be routed very carefully (controlled impedance, nothing coming too close, etc). But I would have liked to have an autorouter for the control signals, which are never critical (they are quasi static, changing them every 15 minutes would be considered extremely frequent). > * The algorithm restricts it self strictly on one side of the board for > any given net. That is, when in a dead end, it is not able to insert a via > and switch to bottom and work from there. With thru hole components this > is often less problematic. But SMD without vias tends to be unroutable. That's quite an understatement. > > * The router ignored any pre-routed copper, too. You had to start it on a > footprints-only layout. At least it would need keep-out areas for where you don't want the toporouter to affect the later parts. > > * As seen in the video, more often than not, there are a few unrouted > nets. Typically these are hard to fix manually. Even with vias? > > The developer who did the toporouter left the project when the Google > summer of code he was financed by was over. Unfortunately, there was > insufficient documentation. And the code style was such that the router > was assessed as working but impenetrable by those who took a closer look > after the fact. Even more unfortunately, there was a major shift at the > core of pcb going on about this time -- the internal precision of geometry > was pushed from 1/1000 mil to 1 nm. Ever since this move, the toporouts > straight out fails. Actually the previous resolution was 1/100 mil. Gabriel
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |