X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 19 Jan 2016 17:31:25 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] pcb loop paste buffer, renumber (first multi channel design) In-Reply-To: Message-ID: References: <20151021192359 DOT 3dd8ad6d253c781da5523554 AT gmail DOT com> <201510211839 DOT t9LIdVcv027165 AT envy DOT delorie DOT com> <20151021222506 DOT 79643602de30ad2dd5541165 AT gmail DOT com> <20151022115247 DOT 3c1c2f13 AT akka> <20151022123903 DOT dddb6c83fa5a3db0963f4162 AT gmail DOT com> <201510221641 DOT t9MGfxJq003243 AT envy DOT delorie DOT com> <20151022212642 DOT abe0686f3bb04a3067667c43 AT gmail DOT com> <201510221951 DOT t9MJpjgA013544 AT envy DOT delorie DOT com> <562951C5 DOT 2010500 AT xs4all DOT nl> <562B531C DOT 5090004 AT xs4all DOT nl> <20160118171041 DOT 60f9ff0fd41a668af0fa84f4 AT gmail DOT com> <569D3751 DOT 2020402 AT xs4all DOT nl> <569D4266 DOT 7000905 AT prochac DOT sk> <20160119135636 DOT 8b2397941a5d4c4f48c9a626 AT gmail DOT com> <569E3532 DOT 2000701 AT iee DOT org> <20160119145802 DOT 81daa1f66cbb5cfebbba834c AT gmail DOT com> <569E4CE9 DOT 6030900 AT iee DOT org> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 Precedence: bulk On Tue, 19 Jan 2016, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > >Really you need to have a reuse at the schematic level before you can expect >any intelligent behaviour in the pcb tool. > >I've done multi channel designs with hierarchical schematics before... The >rename just becomes X1/R1 -> X2/R1 etc... > >My rename plugin might still be floating about somewhere "sedrename"... Now >we've got more plugins committed with the main repository, it might be fun >to dig that one out and include it too... Was very handy when your >transformation between channels can be expressed as a regex. > >The main downside with heirarchical refdes is the silkscreen and board fab >house. They HATED IT. Couldn't cope with the long heirarchical refdes, >didn't WANT to cope with the patch I applied to just put the last >heirarchical part on the silk by each part, but then drew boxes manually >with module designations. > >In the end, I used pcb's renumber feature to assign completely new refdes on >the board, but instead of back annotating (impossible as we stand, with >heirarchical schematics), I added a quick kludgy patch to read back in the Side note: in theory my back annotation could handle hierarchical schematics. In practice it can't, because: - it can't ensure all relevant pages are open in gschem (aka "which sch files make up this schematics"; smaller issue) - it can't invent the full hierarchical refdes from within gschem (bigger issue); e.g. can we search for x2/r1 on the UI? - even if it could, it would make up new corner cases; e.g. a design having two instances of the same schematic box as x1 and x2, then two components "x1/r1" and "x2/r1"; if there's a change to "x1/r1", it's not clear how to _indicate_ this to get the user to change the schematics without also changing "x2/r1". >rename file, so pcb could map between the gnetlist produced heirarchical >netlist, and the flat refdes on the board. > >Made debugging extra fun, having to manually indirect from heirarchical >schematic refdes to on board refdes, but at least it didn't upset the board >assembly fab! Been there. Did a hierarchical design, went to pcb, then figured refdes' are way too long. I am "my own fab house" and do silk layers with toner transfer. Increasing resolution to go for smaller font wouldn't work with that process. For my last few boards I started to use a manual numbering convention: letter-digit-digit-digit, where first two digits are sort of "postal code" for which logical part of the schematics (or hierarchy or whatever) has the part. Of course it breaks when I need more than 10 resistors for a part. I am not sure what naming convention would both represent the hierarchy for at least 2 levels and stay short. Regards, Igor2