Mail Archives: geda-user/2013/05/20/10:40:15
| 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=gmail.com; s=20120113;
|
| h=mime-version:x-received:in-reply-to:references:date:message-id
|
| :subject:from:to:content-type;
|
| bh=lZZh6YskRgaETZd6yC5mv8vxWYVAbf4v2e6MjAlOits=;
|
| b=Rmr2BzJU6zhpCwYp/QN49aSNCoDb1aCRgThfkz1lfeKvaLiEfZAkV7LepDVscHSTN9
|
| WrJunaxVeuv7H5rGa5Eu6y6S4K+0kfLgZa/Bx0pd9F7aCnnW0EN0KhVTH0JQC3sRDbXG
|
| CFvx8+tuPtGFicn902cKDCE3vhtJe7JAUCXa54EueH3pMpCU4/8EYmOwxmfY6pkLlslX
|
| tgdl33i0KCKUhYmpgz0HF76D+BYug3pJEks7qjsnJ+xtonF6Wnuyn0lf+c0JjqATkjuh
|
| YR3B4sE4EYO7Ms3B9kZcrkQ0KZjNFQzrOO4QU2ZUA5KTzU+Edv/3fAYjBkXiCZPYqQFM
|
| xyuQ==
|
| MIME-Version: | 1.0
|
| X-Received: | by 10.182.78.41 with SMTP id y9mr26728942obw.69.1369060768671;
|
| Mon, 20 May 2013 07:39:28 -0700 (PDT)
|
| In-Reply-To: | <CACPio-7zTB0N7x8hGALcZzGgaCAexKr5DUb4imd=QAzH7Pj61A@mail.gmail.com>
|
| References: | <CACPio-6QgmXwj8LwYoR6zq1hfXHh8ymmnDNhrJd5oEVg6pt0Gg AT mail DOT gmail DOT com>
|
| <CACPio-7zTB0N7x8hGALcZzGgaCAexKr5DUb4imd=QAzH7Pj61A AT mail DOT gmail DOT com>
|
| Date: | Mon, 20 May 2013 18:39:28 +0400
|
| Message-ID: | <CAG4ve9Jm00oyLb7uLgQjSTjfBpXOL9a0tXkjAQx09325ibChPg@mail.gmail.com>
|
| Subject: | Re: [geda-user] Re: refdes renumber
|
| From: | =?KOI8-R?B?4czFy9PFyiDowdLYy8/X08vJyg==?= <svetonomer AT gmail 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
|
--047d7b2e4710cafd2b04dd274c0c
Content-Type: text/plain; charset=ISO-8859-1
I use autorenumer tool in gschem. It works normal.
But if use this tool when the .pcb file is existed, work of this avtonumber
action are not corrected:
After save schem and launch gsch2pcb .pcb file modifying as this:
leha AT work ~/FAP2/design/geda $ gsch2pcb project
----------------------------------
Done processing. Work performed:
fap.pcb.pcb is backed up as fap.pcb.pcb.bak4.
No elements to add so not creating fap.pcb.new.pcb
10 elements had a value change in fap.pcb.pcb.
leha AT work ~/FAP2/design/geda $ diff fap.pcb.pcb fap.pcb.pcb.bak4
827c827
< Element["" "0805" "C3" "20p" 70.5090mm 15.7554mm -2.3001mm 0.3001mm 1 100
""]
---
> Element["" "0805" "C3" "1000p" 70.5090mm 15.7554mm -2.3001mm 0.3001mm 1
100 ""]
885c885
< Element["" "0805" "C10" "0.1u" 63.0090mm 17.0554mm 1.1552mm 0.2908mm 1
100 ""]
---
> Element["" "0805" "C10" "1000p" 63.0090mm 17.0554mm 1.1552mm 0.2908mm 1
100 ""]
.....
This means what gsch2pcb replace the VALUE attribute not REFDES.
After gschem renumbering and save, gsch2pcb show the schem as new, she not
known about renumered action.
Gschem not save .bak after renumber therefore renumber tool must replacing
REFDES attribute in PCB desing.
Where existing similar util?
2013/5/16 Nathan Stewart <therealnathanstewart AT gmail DOT com>
> Ok - I've been thinking a bit more about what I was trying to accomplish,
> and how best to do it. My current thinking goes something like this:
>
> Using the technique I saw here:
>
> 1. Create a dummy schem containing the subcircuit you wish to layout. Do
> not make the subcircuit portion of the refdes explicit. (ie, leave it S? so
> that the netlist looks like: S?/U1-7 S?/R1-2 S?/L1-1 ....
> 2. Do the layout for the subcircuit.
> 3. Load layout to pastebuffer.
> 4. Paste (modifications to CopyPastebufferToLayout() described below)
>
> What I'm proposing here, is to modify CopyPastebufferToLayout() so that if
> the the element names are of the form S?/Cn, AND the netlist matches
> S[1-4]/Cn, but S1/Cn already exists, then we must be pasting S2/Cn, and so
> on. I'm not absolutely certain if all the information needed to do that is
> available in that function, or if that's in fact the best place to put it.
>
> To my thinking, it fits the use case well, but perhaps I lack imagination
> for how other usages could break it, or if this is too specific to one work
> flow to be put into the paste behavior. It's possible that really simple
> subcircuits could posses identical netlists, but different layouts.
> Alternatively, I was just planning to rename the actual refdes based on
> substring patterns (rather than do the logical renumber mapping like
> ActionRenumber does).
>
> So a couple questions:
> 1) Is this broad enough to be done in core paste functionality, and if
> not, is there a better place for it?
> 2) Is there anything else that should be pulled into doing this - it
> occurs to me that conceptually, this is sort of an extension of 'import
> schematic', in that you're tying elements of your layout into another
> source file.
> 3) One additional idea I had was possibly adding an optional attribute to
> a component which could tell PCB to go ahead and load all my "postage
> stamps" on import of the schematic. Sort of like 'footprint' on steroids.
> Any comments on this idea?
>
> Opening the floor to any comments, suggestions, and criticism.
> Nathan
>
>
>
>
>
> On Wed, May 15, 2013 at 8:26 AM, Nathan Stewart <
> therealnathanstewart AT gmail DOT com> wrote:
>
>> I started playing around with the renumber command. I changed the
>> implementation slightly, so that if anything is selected, it restricts the
>> renumbering to the selection. I was getting into parsing refdes of the
>> form Sn/Cn when I realized it probably bears discussion.
>>
>> I was trying to get to being able to renumber subcircuit layouts. I know
>> this has been done with scripts, but I dislike multi-homed work flows -
>> tweak file in program A, modify it with program B, reload in A.
>>
>> The renumber also doesn't do exactly what I want anyway. It's going to
>> homogenize the names on the board. I want to modify the refdes itself in
>> the layout I loaded to the buffer. This could be done by supplying a
>> prefix.
>>
>> Any thoughts on this one?
>>
>
>
--047d7b2e4710cafd2b04dd274c0c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div><div><div><div>I use autorenumer tool in gs=
chem. It works normal.<br></div>But if use this tool when the .pcb file is =
existed, work of this avtonumber action are not corrected:<br></div>After s=
ave schem and launch gsch2pcb .pcb file modifying as this:<br>
<br>leha AT work ~/FAP2/design/geda $ gsch2pcb project <br>-------------------=
---------------<br>Done processing.=A0 Work performed:<br>fap.pcb.pcb is ba=
cked up as fap.pcb.pcb.bak4.<br>No elements to add so not creating fap.pcb.=
new.pcb<br>
10 elements had a value change in fap.pcb.pcb.<br><br>leha AT work ~/FAP2/desi=
gn/geda $ diff fap.pcb.pcb fap.pcb.pcb.bak4<br>827c827<br>< Element[&quo=
t;" "0805" "C3" "20p" 70.5090mm 15.7554m=
m -2.3001mm 0.3001mm 1 100 ""]<br>
---<br>> Element["" "0805" "C3" "1000=
p" 70.5090mm 15.7554mm -2.3001mm 0.3001mm 1 100 ""]<br>885c8=
85<br>< Element["" "0805" "C10" "0.1u=
" 63.0090mm 17.0554mm 1.1552mm 0.2908mm 1 100 ""]<br>
---<br>> Element["" "0805" "C10" "100=
0p" 63.0090mm 17.0554mm 1.1552mm 0.2908mm 1 100 ""]<br>.....=
<br></div>This means what gsch2pcb replace the VALUE attribute not REFDES.<=
br>
</div>After gschem renumbering and save, gsch2pcb show the schem as new, sh=
e not known about renumered action. <br></div>Gschem not save .bak after re=
number therefore renumber tool must replacing REFDES attribute in PCB desin=
g.<br>
</div>Where existing similar util?<br><div><div><div><div><div><div><br></d=
iv></div></div></div></div></div></div><div class=3D"gmail_extra"><br><br><=
div class=3D"gmail_quote">2013/5/16 Nathan Stewart <span dir=3D"ltr"><<a=
href=3D"mailto:therealnathanstewart AT gmail DOT com" target=3D"_blank">therealna=
thanstewart AT gmail DOT com</a>></span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div><div>Ok - I've bee=
n thinking a bit more about what I was trying to accomplish, and how best t=
o do it. My current thinking goes something like this:<br>
<br></div>Using the technique I saw here:<br><br>
1. Create a dummy schem containing the subcircuit you wish to layout. Do no=
t make the subcircuit portion of the refdes explicit. (ie, leave it S? so t=
hat the netlist looks like: S?/U1-7 S?/R1-2 S?/L1-1 ....<br></div><div>
2. Do the layout for the subcircuit.<br></div><div>3. Load layout to pasteb=
uffer. <br></div><div>4. Paste (modifications to CopyPastebufferToLayout() =
described below)<br><br></div><div>What I'm proposing here, is to modif=
y CopyPastebufferToLayout() so that if the the element names are of the for=
m S?/Cn, AND the netlist matches S[1-4]/Cn, but S1/Cn already exists, then =
we must be pasting S2/Cn, and so on. I'm not absolutely certain if all =
the information needed to do that is available in that function, or if that=
's in fact the best place to put it. <br>
<br></div><div>To my thinking, it fits the use case well, but perhaps I lac=
k imagination for how other usages could break it, or if this is too specif=
ic to one work flow to be put into the paste behavior.=A0 It's possible=
that really simple subcircuits could posses identical netlists, but differ=
ent layouts.=A0 Alternatively, I was just planning to rename the actual ref=
des based on substring patterns (rather than do the logical renumber mappin=
g like ActionRenumber does).<br>
<br></div><div>So a couple questions:<br></div><div>1) Is this broad enough=
to be done in core paste functionality, and if not, is there a better plac=
e for it? <br></div><div>2) Is there anything else that should be pulled in=
to doing this - it occurs to me that conceptually, this is sort of an exten=
sion of 'import schematic', in that you're tying elements of yo=
ur layout into another source file. <br>
</div><div>3) One additional idea I had was possibly adding an optional att=
ribute to a component which could tell PCB to go ahead and load all my &quo=
t;postage stamps" on import of the schematic. Sort of like 'footpr=
int' on steroids. Any comments on this idea? <br>
<br></div><div>Opening the floor to any comments, suggestions, and criticis=
m.<span class=3D"HOEnZb"><font color=3D"#888888"><br></font></span></div><s=
pan class=3D"HOEnZb"><font color=3D"#888888"><div>Nathan<br></div><div><br>=
</div>
<div><br></div><div><div><br></div></div></font></span></div><div class=3D"=
HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><br><div class=3D"=
gmail_quote">
On Wed, May 15, 2013 at 8:26 AM, Nathan Stewart <span dir=3D"ltr"><<a hr=
ef=3D"mailto:therealnathanstewart AT gmail DOT com" target=3D"_blank">therealnatha=
nstewart AT gmail DOT com</a>></span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr"><div>I started playing around with the renumber command. I=
changed the implementation slightly, so that if anything is selected, it r=
estricts the renumbering to the selection.=A0 I was getting into parsing re=
fdes of the form Sn/Cn when I realized it=A0 probably bears discussion.<br>
<br></div><div>I was trying to get to being able to renumber subcircuit lay=
outs. I know this has been done with scripts, but I dislike multi-homed wor=
k flows - tweak file in program A, modify it with program B, reload in A. <=
br>
<br></div><div>The renumber also doesn't do exactly what I want anyway.=
It's going to homogenize the names on the board. I want to modify the =
refdes itself in the layout I loaded to the buffer.=A0 This could be done b=
y supplying a prefix. <br>
<br>Any thoughts on this one?<br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
--047d7b2e4710cafd2b04dd274c0c--
- Raw text -