X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to;
        bh=X7U5sB4R+iu113kN0S0grRNlzUecMb5BhygT07czauY=;
        b=UiXUFVdzY2S+4dlK9jLbKo2/VM6SdUt9uYbMdwjGthOmpXHc6YfJM1mr5nNcDfQWQz
         XS3VrkjqtFW22kUfrnl5CGkXsVjdN60AhmGDvMWRu3uDnrLax0boF1i9zs6y+bObcbGO
         v+IZs9p9lLRurc9A56pyEXWTmLnJ6n5uc6GPUAaBce3PovhjxsQ/IMnB3gLt5dCek6o/
         BDZN/wlYrnmmYSZmyZ/536v6QzoSTKGx5U1t6eCt24pipRBoTEf9lY5kbFDoyiiNYLVj
         nHYvoYgrelI6m81mqM1Q5QMTf9/V9KUiohoG8+Qmd0mjyMWHOZXeiF2KEfwC/NlTl/Fb
         wySA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to;
        bh=X7U5sB4R+iu113kN0S0grRNlzUecMb5BhygT07czauY=;
        b=AS/9cPiLapU2Tg95Hb6youjuFQlbGfAyJL2Nz1PDbdHvoJq8zJF9XuxH7LrtDArqq/
         mUrO4hX1kjaKMwbKBEmtu0Z+WVLaSC/VxglS/M1K2axIrMozXIy6TzG6OKk5YOLN9Ia1
         L5nHCqj74cgHmWMM0h77vqhKMkCH605zt1LoW9YwvLdcHcrDg7cnue/hwobPuQ+zLQUR
         NS7uvIJfnSuTfwROeG4jATV94pD/c5QgvCTsjLmze2eaDqp2Dx/4p3A4LePpE6DTpKaS
         +mvq2B7/uxPIaNl15t9YpI7ri81t3wvmMK7oG1gExjpNZ+aPpNr4j6NoUL5nmP7kjHUc
         EiTg==
X-Gm-Message-State: AEkoouv4BdzzfE7S8nLEJNM2c7339jOG2bjOuTmkePMiYucR6jMBJWfVeoS493mwQj4WDEz+M+ihplRNXWBx0Q==
X-Received: by 10.25.26.193 with SMTP id a184mr22524845lfa.219.1470185913845;
 Tue, 02 Aug 2016 17:58:33 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20160802233304.GA2086@recycle.lbl.gov>
References: <23abdc31 DOT 72365e7a DOT 572529a9 DOT 212e2 AT o2 DOT pl> <a5562efe70ac4b83b066facd19a46167 AT gwp>
 <20160801162742 DOT GA27552 AT recycle DOT lbl DOT gov> <20160801184707 DOT 7b3dda2d3c0d13e103a5ec59 AT gmail DOT com>
 <a7acaf21-df0d-d209-d053-fcc470762ea3 AT ecosensory DOT com> <s6n60rkz3g8 DOT fsf AT blaulicht DOT dmz DOT brux>
 <201608012000 DOT u71K0pN2001967 AT envy DOT delorie DOT com> <CAHUm0tO1-ke5jcKsqYstiajENUis2f=nn5=jZkaNQ+HGDVg6zw AT mail DOT gmail DOT com>
 <CAM2RGhSxV=-czyN-vNRRzy8r1OErBcYSdT+uZ=-R86bsWyRcdg AT mail DOT gmail DOT com> <20160802233304 DOT GA2086 AT recycle DOT lbl DOT gov>
From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Date: Wed, 3 Aug 2016 00:58:32 +0000
Message-ID: <CAM2RGhTKLDKifETFadQ9ZxcWR_kM2Z020obx81dgNLrjaCCtsA@mail.gmail.com>
Subject: Re: [geda-user] Wilkinson splitter - how to implement and use?
To: gEDA users mailing list <geda-user AT delorie DOT com>
Content-Type: text/plain; charset=UTF-8
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, Aug 2, 2016 at 11:33 PM, Larry Doolittle
<ldoolitt AT recycle DOT lbl DOT gov> wrote:
> Evan -
>
> On Tue, Aug 02, 2016 at 04:47:05PM -0400, Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
>> On Mon, Aug 1, 2016 at 6:44 PM, Erich Heinzle (a1039181 AT gmail DOT com)
>> [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
>> > If pcb were modified to honour the flag, I could easily add a "nodrc" flag
>> > as discussed to the non-pad line element outputs of the utility.
>> I think we need something more subtle than nodrc. Having DRC turned
>> off for a specific footprint or any other board area is just as bad as
>> having DRC return bogus warnings/errors.
>
> I agree in general.  For the copper structures wished for to handle
> star grounds and Wilkinson splitters, we actually want the layer
> to exist for DRC purposes, but not for netlist purposes.  So a
> "nonetlist" flag?

The netlist still applies but everything you put in between microwave
structures adds parasitics. Microwave requires something different in
terms of how we consider what a component ends and a footprint begins.
Microwave structures are probably almost all going to be
programatically generated (plugins). We have infrastructure to support
that. Back annotation after you add connecting stuff is troublesome
because back annotation isn't in the mainline (yet) but that can be
fixed.

Most microwave layouts will still have non-microwave parts like a
voltage regulator to keep bias voltages. We need more than one DRC
system and not a way to switch between them. To keep DRC execution
time reasonable I think we have to avoid actually fully invoking
Maxwell every time anyone adds a trace.

The analysis after layout might reveal additional issues DRC missed
but we need to invent a flow that can do that (gmsh, openfoam, and
etc) which comes after 3d models are in effect.

>> The reality is that these structures are not footprints but functional
>> elements. They have design rules, just very different ones with higher
>> orders of complexity. We can't really have pcb process the full
>> complexity of these rules across the whole domain from DC to daylight
>> (or shorter) because of limitations in processing. It would also
>> require a level of developer time which is far past what pcb-* has
>> right now.
>
> Without diving into a more general capability set, this particular tweak
> _sounds_ simple enough to me.  But my limited experience poking around in
> the internals of the existing pcb code base makes me predict it will be
> difficult to do without breaking somethings else.  Maybe I'll look at
> pcb-rnd and see if that looks any more promising.

Ok. To be honest until DJ pointed out to me where the DRC was I
couldn't even find it.

I am talking to Igor2 about changing the DRC for a number of other
reasons. I don't know if it will happen but it is worth seriously
considering.

>   - Larry

Evan

-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2

mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai
VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd
hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE
JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1
stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go
bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp
cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC
ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN
bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X
tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj
XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86
APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ
3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC
qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0
SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M
K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8
A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk
5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/
xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er
ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2
Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8
0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D
gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24
CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD
fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3
EY347EidAw==
=Ta4p
-----END PGP PUBLIC KEY BLOCK-----