www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2013/10/27/15:06:51

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=1No5tCJ0koJAz4xA6d18D/+4zAIbGc8uevWUhoT3qfI=;
b=ZH11gCfpuD+Vnr5oBNidwgMBQ6Xl/bGJXitHc9iF1eP20YDas6RuGm+WbNf+Yn2oSz
ScefUToj6HfEj4coEnSCTeb2gH1i0wb6XKXOo1XDfpbfZB9wMNQh7ynpbILTLBzT0ceD
OalGxiTM1YCb60WzbtKtLvUSBTK6i5RnT56AWZ/LDzlMmMyONcLsKK9XS3CiBt1dCA1K
fNB84c3AJ4E+xR1HYAGq6A7PgGdxTn2Vgux3ORIpM9VXs6aua6KJ1vRq2HJ01wC+Qg/a
RQmXDYnVniPqiVbXjw8qI84ZG0GrG7sYqjQyt5MK4P18VUeEm4On0sO7Qebthah/H4gc
3aRg==
MIME-Version: 1.0
X-Received: by 10.50.26.36 with SMTP id i4mr5942652igg.33.1382900791643; Sun,
27 Oct 2013 12:06:31 -0700 (PDT)
In-Reply-To: <1382899880.21120.7.camel@pcjc2lap>
References: <CANhYM9G+eK=9V8L59PyU8nCOO22GVVF1bRb3TRC9kbACazfg8w AT mail DOT gmail DOT com>
<201310261908 DOT r9QJ8Vv8025803 AT envy DOT delorie DOT com>
<526C9628 DOT 7000201 AT sonic DOT net>
<CANhYM9GofUvnHj5M9s6oeKN7eO8hQ+sYSsHtdh+MQZfiwF=fgw AT mail DOT gmail DOT com>
<CANhYM9HBm2Z+M07uNCSayiA_Ua+_x3-gezXA7cozRnthwjRaqA AT mail DOT gmail DOT com>
<1382899880 DOT 21120 DOT 7 DOT camel AT pcjc2lap>
Date: Sun, 27 Oct 2013 23:36:31 +0430
Message-ID: <CANhYM9E=G=a1bUSYt4RZXBeMzCkba7Neikdzq4=emvcTe_L8sQ@mail.gmail.com>
Subject: Re: [geda-user] Power to ICs with numslots > 1
From: James Jackson <james DOT a DOT f DOT jackson DOT 2 AT googlemail DOT com>
To: geda-user AT delorie DOT com
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

--047d7bd76fe072141304e9bdaee8
Content-Type: text/plain; charset=ISO-8859-1

Thank you for your reply. I have found a 'cludge' solution - if I give all
my subcircuits the same refdes, then all the merging happens correctly.
Seems a pretty dirty way of doing it, though...

The hierarchy really just allows me to have one master schematic from which
I can move around all others in the design easily. The circuit is a stereo
audio application, so each circuit (of which there are six) will be used at
most twice, and I don't have many signals moving between subcircuits (five
at most).

I think my options are boiling down to:

1. Keep the hierarchy, with the cludgy subcircuit naming described above
2. Keep the hierarchy, but route power signals explicitly to each subcircuit
3. Get rid of the hierarchy, and pass multiple schematic names to gsch2pcb

Yours,
James.


On Sun, Oct 27, 2013 at 11:21 PM, Peter Clifton <pcjc2 AT cam DOT ac DOT uk> wrote:

> On Sun, 2013-10-27 at 21:16 +0430, James Jackson wrote:
> > Further to this, looking in the PCB Netlist dialog, I see that each of
> > my subcircuits also contains duplicate nets (i.e. for +15v, 0v etc).
> >
> >
> > How can I get gsch2pcb to merge given nets (as well as ICs, as above)
> > across subcircuits?
> >
>
> Looking at when I've done this in the past, I've manually exported power
> rails by connecting the appropriate power symbol to an IO export at the
> child level hierarchy level.
>
> IMO, connecting the hierarchy explicitly is superior (and less prone to
> errors) than trying to use flat net-names across the whole design.
>
> In that case, you might as well use a flat design, especially as it
> removes your ability to annotate nets with names in sub-circuits without
> connecting all such sub-circuits together!
>
>
> When I've been forced to strip out hierarchical names from a design for
> layout refdes, there was a kludge I implemented to map gschem logical
> refdes (X1/X3/R1) into a board specific refdes, such as R199.
>
> The kludge is a non-standard patch (to gnetlist), and requires a file of
> mappings between the hierarchical and board-level names. If you think it
> might be of use, I can point you in the right direction to try it.
>
>
> Could you explain the use-case you have for hierarchy, and roughly how
> many instances of a given circuit you're using?
>
> There might be easier ways to achieve what you want. In the past, for a
> handful of channels, I've used a "master" schematic which is then
> copied, and renumbered in a Makefile to produce the source-files for
> netlisting.
>
>
> Regards,
>
> --
> Peter Clifton <peter DOT clifton AT clifton-electronics DOT co DOT uk>
>
> Clifton Electronics
>
>

--047d7bd76fe072141304e9bdaee8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thank you for your reply. I have found a &#39;cludge&#39; =
solution - if I give all my subcircuits the same refdes, then all the mergi=
ng happens correctly. Seems a pretty dirty way of doing it, though...<div>
<br></div><div>The=A0hierarchy=A0really just allows me to have one master s=
chematic from which I can move around all others in the design easily. The =
circuit is a stereo audio application, so each circuit (of which there are =
six) will be used at most twice, and I don&#39;t have many signals moving b=
etween subcircuits (five at most).</div>
<div><br></div><div>I think my options are boiling down to:</div><div><br><=
/div><div>1. Keep the=A0hierarchy, with the cludgy subcircuit naming descri=
bed above</div><div>2. Keep the=A0hierarchy, but route power signals explic=
itly to each subcircuit</div>
<div>3. Get rid of the=A0hierarchy, and pass multiple schematic names to gs=
ch2pcb</div><div><br></div><div>Yours,</div><div>James.</div></div><div cla=
ss=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Sun, Oct 27, 2013 =
at 11:21 PM, Peter Clifton <span dir=3D"ltr">&lt;<a href=3D"mailto:pcjc2 AT ca=
m.ac.uk" target=3D"_blank">pcjc2 AT cam DOT ac DOT uk</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On Sun, 2013-10-27 at 21:1=
6 +0430, James Jackson wrote:<br>
&gt; Further to this, looking in the PCB Netlist dialog, I see that each of=
<br>
&gt; my subcircuits also contains duplicate nets (i.e. for +15v, 0v etc).<b=
r>
&gt;<br>
&gt;<br>
&gt; How can I get gsch2pcb to merge given nets (as well as ICs, as above)<=
br>
&gt; across subcircuits?<br>
&gt;<br>
<br>
</div>Looking at when I&#39;ve done this in the past, I&#39;ve manually exp=
orted power<br>
rails by connecting the appropriate power symbol to an IO export at the<br>
child level hierarchy level.<br>
<br>
IMO, connecting the hierarchy explicitly is superior (and less prone to<br>
errors) than trying to use flat net-names across the whole design.<br>
<br>
In that case, you might as well use a flat design, especially as it<br>
removes your ability to annotate nets with names in sub-circuits without<br=
>
connecting all such sub-circuits together!<br>
<br>
<br>
When I&#39;ve been forced to strip out hierarchical names from a design for=
<br>
layout refdes, there was a kludge I implemented to map gschem logical<br>
refdes (X1/X3/R1) into a board specific refdes, such as R199.<br>
<br>
The kludge is a non-standard patch (to gnetlist), and requires a file of<br=
>
mappings between the hierarchical and board-level names. If you think it<br=
>
might be of use, I can point you in the right direction to try it.<br>
<br>
<br>
Could you explain the use-case you have for hierarchy, and roughly how<br>
many instances of a given circuit you&#39;re using?<br>
<br>
There might be easier ways to achieve what you want. In the past, for a<br>
handful of channels, I&#39;ve used a &quot;master&quot; schematic which is =
then<br>
copied, and renumbered in a Makefile to produce the source-files for<br>
netlisting.<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
Regards,<br>
<br>
--<br>
Peter Clifton &lt;<a href=3D"mailto:peter DOT clifton AT clifton-electronics DOT co DOT uk=
">peter DOT clifton AT clifton-electronics DOT co DOT uk</a>&gt;<br>
<br>
Clifton Electronics<br>
<br>
</div></div></blockquote></div><br></div>

--047d7bd76fe072141304e9bdaee8--

- Raw text -


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