ID: | 4250 |
From: | Erich Heinzle <a1...@gmail.com> |
Date: | Tue, 7 Jul 2020 17:06:44 +0930 |
Subject: | Re: [pcb-rnd] rf filter test data |
in-reply-to: | 4246 from Evan Foss <ev...@gmail.com> |
--00000000000060425805a9d50ec1 Content-Type: text/plain; charset="UTF-8" I am pretty sure their drc does not cope with arcs. All of the tools I have seen to date approximate them with line segments. Regards, Erich. On Mon, 6 Jul 2020 14:54 Evan Foss, <evanfoss@gmail.com> wrote: > On Sun, Jun 21, 2020 at 2:16 AM <gedau@igor2.repo.hu> wrote: > > > > Hi Evan, > > > > On Sun, 21 Jun 2020, Evan Foss wrote: > > > > >Hi Fellow Pcb-RNDrs > > > > > >I asked this person who is doing simulator testing if they could share > > >their validation data and they did! > > >https://twitter.com/ElectronicsbyJH/status/1273114195987488769 > > >They also have tests of connector insertion loss. > > >https://twitter.com/ElectronicsbyJH/status/1271589349017243648 > > > > Cool! > > > > >Also: is it just me or is kicad really behind UI wise? > > >https://www.reddit.com/r/TheAmpHour/comments/hazb79/rf_tools_for_kicad/ > > > > > > I think that video shows an addon, probably something like what we would > > have in an user script in pcb-rnd. > > > > To me, as I wrote in the other mail, this addon looks like a collection > of > > very much specialised tools, not a generic toolbox - for creating your RF > > transmission line. > > > > (In theory we could write a similar script, if there's strong user demand > > on that. It wouldn't be very hard to map a trace you click, then draw a > > mask opening above it or draw two line-of-vias around it and set > > attributes so we could pick them up later for editing. I guess it'd all > > be some few 100 lines of script with all the GUI dialogs included. I am > > just not sure we have active user demand for this already - I mean I > > write a lot of scripts, even upon user request, and I am not sure users > > then really use those scripts at all or revert back manually doing > > everything!) > > > > So I think it's not about kicad UI in general, it's only about a specific > > addon's offer. Then whether kicad supports real arcs on copper or it is > > just line approximation, whether kicad has native UI for drawing them, > > whether that is more efficient than opening a dialog box for each arc, > are > > the real UI questions, but we won't figure that from this video. > > Not that I care about kicad that much or that I suggest we follow them > but this is what kicad's are support will look like soon. > > https://twitter.com/pdp7/status/1278828265994686464 > > But like you said it could still be fake in that they could be storing > the arcs as improperly as you suggest. > > > Regards, > > > > Igor2 > > > > > > > -- > https://github.com/evanfoss > > -----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----- > > > --00000000000060425805a9d50ec1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto">I am pretty sure their drc does not cope with arcs.<div d= ir=3D"auto"><br></div><div dir=3D"auto">All of the tools I have seen to dat= e approximate them with line segments.</div><div dir=3D"auto"><br></div><di= v dir=3D"auto">Regards,</div><div dir=3D"auto"><br></div><div dir=3D"auto">= Erich.</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"= gmail_attr">On Mon, 6 Jul 2020 14:54 Evan Foss, <<a href=3D"mailto:evanf= oss@gmail.com">evanfoss@gmail.com</a>> wrote:<br></div><blockquote class= =3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd= ing-left:1ex">On Sun, Jun 21, 2020 at 2:16 AM <<a href=3D"mailto:gedau@i= gor2.repo.hu" target=3D"_blank" rel=3D"noreferrer">gedau@igor2.repo.hu</a>&= gt; wrote:<br> ><br> > Hi Evan,<br> ><br> > On Sun, 21 Jun 2020, Evan Foss wrote:<br> ><br> > >Hi Fellow Pcb-RNDrs<br> > ><br> > >I asked this person who is doing simulator testing if they could s= hare<br> > >their validation data and they did!<br> > ><a href=3D"https://twitter.com/ElectronicsbyJH/status/127311419598= 7488769" rel=3D"noreferrer noreferrer" target=3D"_blank">https://twitter.co= m/ElectronicsbyJH/status/1273114195987488769</a><br> > >They also have tests of connector insertion loss.<br> > ><a href=3D"https://twitter.com/ElectronicsbyJH/status/127158934901= 7243648" rel=3D"noreferrer noreferrer" target=3D"_blank">https://twitter.co= m/ElectronicsbyJH/status/1271589349017243648</a><br> ><br> > Cool!<br> ><br> > >Also: is it just me or is kicad really behind UI wise?<br> > ><a href=3D"https://www.reddit.com/r/TheAmpHour/comments/hazb79/rf_= tools_for_kicad/" rel=3D"noreferrer noreferrer" target=3D"_blank">https://w= ww.reddit.com/r/TheAmpHour/comments/hazb79/rf_tools_for_kicad/</a><br> ><br> ><br> > I think that video shows an addon, probably something like what we wou= ld<br> > have in an user script in pcb-rnd.<br> ><br> > To me, as I wrote in the other mail, this addon looks like a collectio= n of<br> > very much specialised tools, not a generic toolbox - for creating your= RF<br> > transmission line.<br> ><br> > (In theory we could write a similar script, if there's strong user= demand<br> > on that. It wouldn't be very hard to map a trace you click, then d= raw a<br> > mask opening above it or draw two line-of-vias around it and set<br> > attributes so we could pick them up later for editing. I guess it'= d all<br> > be some few 100 lines of script with all the GUI dialogs included. I a= m<br> > just not sure we have active user demand for this already - I mean I<b= r> > write a lot of scripts, even upon user request, and I am not sure user= s<br> > then really use those scripts at all or revert back manually doing<br> > everything!)<br> ><br> > So I think it's not about kicad UI in general, it's only about= a specific<br> > addon's offer. Then whether kicad supports real arcs on copper or = it is<br> > just line approximation, whether kicad has native UI for drawing them,= <br> > whether that is more efficient than opening a dialog box for each arc,= are<br> > the real UI questions, but we won't figure that from this video.<b= r> <br> Not that I care about kicad that much or that I suggest we follow them<br> but this is what kicad's are support will look like soon.<br> <br> <a href=3D"https://twitter.com/pdp7/status/1278828265994686464" rel=3D"nore= ferrer noreferrer" target=3D"_blank">https://twitter.com/pdp7/status/127882= 8265994686464</a><br> <br> But like you said it could still be fake in that they could be storing<br> the arcs as improperly as you suggest.<br> <br> > Regards,<br> ><br> > Igor2<br> ><br> ><br> <br> <br> -- <br> <a href=3D"https://github.com/evanfoss" rel=3D"noreferrer noreferrer" targe= t=3D"_blank">https://github.com/evanfoss</a><br> <br> -----BEGIN PGP PUBLIC KEY BLOCK-----<br> Version: GnuPG v2<br> <br> mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai<br> VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd<br> hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE<br> JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1<br> stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go<br> bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp<br> cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC<br> ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN<br> bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X<br> tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj<br> XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86<br> APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ<br> 3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC<br> qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0<br> SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M<br> K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8<br> A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk<br> 5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/<br> xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er<br> ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2<br> Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8<br> 0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D<br> gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24<br> CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD<br> fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3<br> EY347EidAw=3D=3D<br> =3DTa4p<br> -----END PGP PUBLIC KEY BLOCK-----<br> <br> <br> </blockquote></div> --00000000000060425805a9d50ec1--
Reply subtree:
4250 Re: [pcb-rnd] rf filter test data from Erich Heinzle <a1...@gmail.com>