Mail Archives: geda-user/2012/12/14/12:11:05
Am 14.12.2012 05:13, schrieb gedau AT igor2 DOT repo DOT hu:
>
> On Fri, 14 Dec 2012, Markus Hitter wrote:
>
>> Possible solution: instead of drawing tracks, board design starts with
>> rat lines. Like we currently have them. Then, these rat lines are -
>> sort of - pinned down to become, or being morphed into tracks. Perhaps
>> with a tool similar to how paths are edited in drawing applications.
>> Add vertices, drag these vertices, join them to forks, and so on,
>> until the board is done. But never disconnect a track in this process.
>
> This is one of the many ways you could build your tracks. In some cases
> this is not the most efficient way.
>
> Imagine a large city with a river cutting it in two halves. You need to
> plan your route from one end of the city to the other end, crossing the
> river. There are much less bridges over the river than streets on each
> side, and you sure need to cross the river which means you will walk one
> of the bridges. In cases like this it often simplifies the situation if
> you can pick one of the bridges and then route to/from the bridge on the
> sides.
For this case I'd see even more advantage when rat lines are supposed to
be pinned down. You'd simply pin down the rat line on both ends of the
bridge. After that, you have a track tagged to the net over the bridge
and two rat lines for the rest.
With the current, non-tagging pcb, such a strategy isn't supported by
the rat line optimizer. The optimizer doesn't care about tracks not
connected to any pin, so the track over the bridge would be ignored.
> An other cases is when I have 2 parallel signal traces, goung around the
> whole board. I route them mostly as you suggest, building at the end of
> the current trace. However, when I reach the final destination, I figure
> it'd be easier to swap them
That's true, this wouldn't work. Looks like automatic connection
searching is still required, to be used in such cases.
- You disconnect one end: a rat line filling the gap appears.
- You disconnect both ends: two rat lines appear, the tracks keep the
net assignemnt.
- You reconnect one end: tracks get assigned to the new net, these two
short rat lines from before are replaced with one long, direct one.
- In case you reconnect something still connected to a pin of another
net, it's marked as short.
Well, yes, that looks pretty much what others suggested before.
> If you [...] want
> to delete objects from the middle of a trace and rewire things, it would
> break.
Removing tracks would fill the gap with a rat line.
> what if the netlist changes?
Following the discussion so far, this is apparently _the_ problem to
solve. If just the name of a net changes, it could be re-searched. If
the name of a component changes, automatic detection is thinkable, too.
If none of the trivial cases fits, ask the user for help / give him
visual hints.
I could even think as far as automatic shortening of tracks connected to
the wrong pin. Just enough to disconnect the pin. That's the strategy I
currently use manually when resolving non-trivial shorts.
Am 14.12.2012 11:43, schrieb gedau AT igor2 DOT repo DOT hu:>
>
> There are some open questions
> (what do you do with untagged objects and how it would perform
> significantly better than other proposals - for the extra cost of
> a lot of manual net attachment).
Clearly, requiring manual track tagging isn't helpful. This tagging /
net attachment has to happen automatically some way or another. Pinning
down rat lines would be one way for automatic tagging, another one would
be, as others suggested, to find the tags by searching, starting at
pins. So far I see two methods which could co-exist nicely.
Markus
--
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
http://www.jump-ing.de/
- Raw text -