<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="../gus_xslt.xsl"?>
<gus_xslt
xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://starling.ws/XML/gus_xslt.xsd">
<head>
  <navigation ToC="Table of Contents" section="yes" topic="yes" subtopic="yes" subsubtopic="yes" links="yes"/>
  <cgi img="yes" img_action="../../cgi-bin/gus_web_photo.pl" img_path="../../magloop/" />
  <pdfmarks body="no" section="no" topic="no" subtopic="no" subsubtopic="no"/>
  <title>Small Loop</title>
  <description>VVCs for Small Loop and Magnetic Loop Antennas</description>
  <keywords>magloop, magnetic loop, mag-loop, small loop, antenna, vvc, calculator</keywords>
  <author>Gan Uesli Starling</author>
  <copyright>2019-2022, Gan Uesli Starling</copyright>
	<style>
		table { width: 80%; }
		th, td { text-align: right; }
	</style>
</head>
<body>
<title>Small Loop Antenna Calculator</title>
<p class="center"><b>What range of MHz to expect from commonly available VVCs</b></p>
<p class="center"><a class="button" href="http://ky8d.net/free">home: ky8d.net/free</a></p>

<p>My own (as in <i>yet another</i>) calculator for small-loop transmitting antennas functions differently from all others. Hopefully in a way you will find handy. Focus is chiefly on tuning capacitor. Because once you have either rolled, brazed, or soldered the main loop into a unit whole, there’s no easy way to change that. Also, the loop you can make however you want. Your choices of tuning capacitor, though, can be very limited. Especially if you’re wanting to use a VVC.</p>

<p>Thus I present for your kind consideration my own contestant in an already well-packed arena. Two things it does better than most. Firstly that, for running in a continuous loop, there is no tiresome <i>Calculate</i> button to continually re-click. Secondly is that I have the <i>highest</i> personal confidence in its predictions for loop <code>L&#160;(μH)</code> and <code>C<sub>s</sub> (pF)</code>. This because of employing ultra-modern algorithms recently authored by Robert (Bob) Weaver and David Knight, G3YNH.</p>

<p style="text-align:left;text-margin:0em;">Ĝan Ŭesli Starling , KY8D</p>

<section>
	<title>Mag-Loop? Small Loop?</title>
	<p>What's in a name? I too was confused for a long time. But one is a sub-set of the other. And my calculator does both.</p>
  <p>The designation <i>magnetic loop</i> specifies a main-loop circumference necessarily smaller than <code>0.05&#160;λ</code>, according to some. And by no means larger than <code>0.1&#160;λ</code>, according to many. Only when thus configured does the antenna enjoy deep side nulls.</p>
	<p>Larger sizes still work very well. Better, even, if it's radiation efficiency you value most. The <i>self same</i> antenna, when tuned for higher frequencies, gradually loses its side-nulls while gaining higher efficiency. And therein lies a critical difference. Down low it's a <i>magloop</i>; up high it's only a <i>small loop</i>. The same basic antenna structure, but with two very different behaviors.</p>
  <p>And magloops came <i>first</i>, their deep nulls important for use in direction finding. You see them in movies about WW2: atop Nazi trucks roaming through streets in search of French resistance cells; mounted on bombers following a radio beacon aimed out of England toward Dresden Germany to direct night-time fire-bombing raids. There is history in the special distinction.</p>
	<p>And so, after having twice now suffered (and rightly so) polite harrangues from others much better in-the-know, I bow to the nomenclature gurus, re-naming my program for what truely it is: a calculator for <i>small loop</i> antennas (among which over-category <i>magnetic loops</i> are a particularly venerable sub-set).</p>
	<p>The distinction becomes <i>immensely</i> important as circumference approaches <code>λ/4</code> and larger. Because now it is hardly even a <i>small</i> loop, but increasingly something closer to curled-up dipole with mutually coupled capacitance hats. And <i>still</i> it will resonate. The radiation pattern, however, will by now be growing a lobe. So that unless it's our goal to shine a warming radiation upon worms or birds, then our capacitor will best be mounted at either three or nine o'clock instead of the usual six or twelve.</p>
</section>

<section>
  <title>Download</title>
	<p>You’ll need two things for it to run: my <code>*.exe</code> application itself, plus also the interpreter program on which it runs. Kind of like Java that way, except that the Java interpreter is probably pre-installed on your system. The LabVIEW run-time engine will not be.</p>
<ol>
  <li><a class="button" target="_blank" href="https://ky8d.net/free/#LVRTE">LabVIEW Runtime Engine</a>
		<ul>
			<li>This is the interpretor program.</li>
			<li>Or, should it please you, the entire LabVIEW programming environment.</li>
			<li>Link back to <code>ky8d.net/free</code> where I give download instructions.</li>
		</ul>
	</li>
<li><a class="button" href="KY8D_Small_Loop_Calculator.zip">KY8D Small Loop Calculator.exe</a>
  <ul>	
	<li><warn>Important!</warn> After downloading, employ a stand-alone<code> ZIP </code>archive software (like <a class="button" href="https://www.7-zip.org/">7-Zip</a>) for extracting the<code> *.exe </code>file to somplace useful prior to trying to run it. Otherwise, Windows will issue dire warnings of an <i>unrecognized app</i>. Once extracted from out of its<code> ZIP </code>archive, however, Windows will know to pass it off to the LabVIEW Run-Time Engine instead.</li>
		<li>Offered compltely free, <i>utterly without</i> any kind of a warrantee.</li>
		<li>Release 2019-06-06 corrects previous error in calculation of Distributed Capacitance.</li>
	</ul>
</li>
<li><a class="button" href="KY8D_Small_Loop_Calculator_Source_Code.zip">LabVIEW Source Code</a>
  <ul>
		<li>Open source. No rights reserved.</li>
		<li>Yours to do just as you please with ... <i>except</i> any of the below:
		  <ul>
				<li>Apply for a patent</li>
				<li>File a copyright</li>
				<li>Restrict other’s use by any means</li>
			</ul>
		</li>
	</ul>
</li>
</ol>
</section>

<section>

<title>My Calculator Program</title>

<p>A few features, admittedly, my calculator still lacks. Chief of these is no compensation yet for the loop's nearness to ground. I'm still pouring over several different methods for how to do that. They seem to be in fairly profound disagreement with one another. So I'm not sure yet, which to follow and which to ignore. And so for now&#160;... with some embarrassment&#160;... I still present efficiency numbers for free-space installation. As in quite a bit higher than your own is likely to be. And so, in this one regard, not too very realistic. I <i>will</i> be adding that feature in the fullness of time. That one, along with some others ... just as soon as I can make up my mind which guru it will profit me most to steal from.</p>

<p>It’s an <code>*.exe</code> built on Windows 10 from LabVIEW source code. You can play with it live. In that my aim is for mine to be a bit handier than all the others. Or handy, at least, in a different way. Try it out and let me know what you think.</p>

<images>
  <img src="Main_Tab.png">Main Tab</img>
</images>

<p><b>Other Tabs: </b>
	<a class="button" href="./screenshots/Saved_Tab.png">Saved Tab</a>,
	<a class="button" href="./screenshots/Stepper_Tab.png">Stepper Tab</a>,
	<a class="button" href="./screenshots/Inches_Tab.png">Inches Tab</a>,
	<a class="button" href="./screenshots/Corrections_Tab.png">Corrections Tab</a>,
	<a class="button" href="./screenshots/Polygons_Tab.png">Polygons Tab</a>.
</p>

<topic>
	<title>The Honorable Competition</title>
<p>Here are five alternative small-loop antenna calculators. Each gives a somewhat different report. They disagree slightly, not only with mine, but also among one another. All were fed equivalent inputs. These are thumbnails. Click on any to see it larger (and then again for larger still).</p>
 
<images>
	<img src="tn_Calculations_80cm_1r25cm_18r1MHz_AA5TB_v1r22e.png"
			 href="hf_Calculations_80cm_1r25cm_18r1MHz_AA5TB_v1r22e.png"
			 caption="Rectangular clip from AA5TB’s spreadsheet, version 1.22e.
			 &lt;br/&gt;Captured on 2019-05-22
			 &lt;br/&gt;A lot of thought was clearly put into this one.
			 &lt;br/&gt;I hope, at some point, to emulate his graph (not shown here).">AA5TB</img>
	<img src="tn_Calculations_80cm_1r25cm_18r1MHz_66Pacific.png"
			 href="hf_Calculations_80cm_1r25cm_18r1MHz_66Pacific.png"
			 caption="Rectangular clip of the calculator at www.66Pacific.com.
			 &lt;br/&gt;Edited to delete some screen clutter from out of the middle.
			 &lt;br/&gt;Captured on 2019-05-22">66Pacific</img>
	<img src="tn_Calculations_80cm_1r25cm_18r1MHz_DG0KW.png"
			 href="hf_Calculations_80cm_1r25cm_18r1MHz_DG0KW.png"
			 caption="Screenshot of calculator by DG0KW">DG0KW</img>
	<img src="tn_Calculations_80cm_1r25cm_18r1MHz_RJELOOP.png"
			 href="hf_Calculations_80cm_1r25cm_18r1MHz_RJELOOP.png"
			 caption="The ancient and venerable DOS program RJELOOP.EXE by G4FGQ (SK 2006)
			 &lt;br/&gt;As viewed via vDos.exe on Windows 10.">RJELOOP.EXE</img>
	<img src="tn_Calculations_80cm_1r25cm_18r1MHz_MAGLOOP4.png"
			 href="hf_Calculations_80cm_1r25cm_18r1MHz_MAGLOOP4.png"
			 caption="The ancient and venerable DOS program MAGLOOP4.EXE by G4FGQ (SK 2006)
			 &lt;br/&gt;As viewed via vDos.exe on Windows 10.">MAGLOOP4.EXE</img>
</images>

<p>My calculator presently does not account for height above ground. I'm working on this. Once I have it nailed, efficiency seems likely to suffer notably for any antenna below one half lambda. As for the slight discrepancy in distributed capacitance, I am using David Knight's formula, whereas some others multiply one dimension by a constant. I am waiting on a reply from DG0KW on his calculation formula. He shows it in red; I'm not clear on why. In the meanwhile, consider my predictions to be for free space.</p>
</topic>

<topic>
<title>Hints to User</title>

<subtopic>
	<title>Starting Up</title>
	<p>On first clicking the <code>*.exe</code> icon, the program could come up already running. Look for a black, rightward-pointing arrow at the top left to know that it is indeed running. In the screenshot above, you will see that it shows running. The red stop sign will halt execution, whereupon the black arrow will turn white. Click on the now-white arrow to start execution again.</p>
	
	<p>Right-click on any widget to be provided a menu, then choose <i>Description &amp; Tip</i> to be informed of that widget’s purpose and features.</p>
</subtopic>

<subtopic>
	<title>Saved Tab</title>
	<p>Any frequency which you’ve hunted using <i>Hunt (MHz)</i> on the <i>Main</i> tab, those results will be automatically saved. Likewise you can save any you dial up by hand by choosing <i>Add to bottom</i>. Any frequency saved may be re-load back onto the <i>Main</i> tab, but only from the topmost showing position. Scroll the arrays up and down for puting them into the topmost position. Delete any in th same fashion.</p>
	<p>The top left <i>scrolling index</i> indicates only array position (zero based). The first column of the array set shows the order in which runs were saved.</p>
	<p>Saved data in the left-hand table are <i>volatile</i>. They will evaporate when stopping the program.</p>
	
	<p>At bottom, however, you have the option to write-to and read-from a tab-delimited ASCII file. Make use of this once you're done experimenting and have results worthy of space on your hard disk. Being tab-delimited pure ASCII, you may name it whatever you like: <code>*.txt</code>, <code>*.dat</code>, even <code>*.csv</code> (although this last is not really proper). May I suggest <code>*.tsv</code> as the suffix mosts truly correct? An advantage will be that MS Excel, in <i>refusing</i> to recognize <code>*.tsv</code> will also decline to corrupt it with extraneous tags ... as otherwise it will be wont to do. To view <code>*.tsv</code>, just open it in any pure-ASCII text viewer.</p>
	
	<p>And if you view <i>Antenna Height (m)</i> in that list, for now please ignore it. It's only there as a built-in place-holder for a feature I'm still working on.</p>
</subtopic>

<subtopic>
	<title>Stepper Tab</title>
	<p>Worry more about frequency tunability at the topmost band more than how long it takes to traverse end-to-end. A table is provided of all tunable bands for your own region. If the top-left array box does not show greater than 1, you need more steps.</p>

	<p>Attend to the direction of your stepper motor. Bear in mind, that zero steps might mean either 0 or 100% of your tuning capacitor’s range depending on which way you are planning to orient it if using timing pulleys. Thus either CW or CCW can be selected as the upward-counting direction.</p>
</subtopic>

<subtopic>
	<title>Inches Tab</title>
	<p>Internally, the calculator is <i>entirely</i> metric. If you own a car newer than 1980, it too is all metric. Even Harley Davidson now designs it’s top-end model entirely metric. But still, in the USA, tubing and pipe can mainly only be purchased in Imperial units. So I offer the <i>Inches</i> tab. Go there to input initial dimensions as inches.</p>
	<p>Conductor size may be specified either in inches, or AWG. Selecting any value for AWG besides <i>Not Wire</i> will give the size (in inches) for the selected gauge. Probably you'll not build a small loop out of wire, no matter how heavy. But some people have, and so I accomodate them.</p>
	<p>Likewise, if planning to build your loop as a polygon, then output dimensions can be had as either metric (standard) or else in Imperial inches.</p>
</subtopic>

<subtopic>
	<title>Built-in Conveniences</title>
	<p>The quickest and easiest way of dialing capacitance to the opposite extreme will be to enter an value impossibly high, say <i>9999999</i>, into the <i>Steps</i> control widget. An override will trim any overshoot back down to its maximum possible limit.</p>
	<p>You can also just the the program <i>hunt</i> for desired frequencies.</p>
</subtopic>

<subtopic>
	<title>Corrections Tab</title>
	<p>Here mostly you’ll find readouts of the corrections made during calculation of inductance for the main loop.</p>
	<p>A solitary input widget allows user-input of any further losses they know of, or simply assume to exist, in units of Ohms. Thus to enter 0.1 Ohms, type in <code>100m</code> to signify one hundred milliohms.</p>
</subtopic>

<subtopic>
	<title>Polygons Tab</title>
	<p>Here you will find, pre-calculated, the geometry of polygons having circumferences of equivalent length to the perfect circle defined on the <i>Main</i> tab. For each is given the area relatvie to aa circle. These measures are provided: length of a side, it’s height with one side flat to the ground (works for both triangles and squares); distance from center to any vertex; distance from center to the middle of any side.</p>
	<p>List includes polygons up to 30 sides. This despite copper pipe elbows beyond a 22.5-degree bend being nowhere available. The reason for providing polygonds with more than eight sides is for the convenience of modeling programs, in which, to emulate a circle, polygons are often used. And in such cases, the length of a segment (aka 'side') is constrained by frequency.</p>
</subtopic>

<subtopic>
	<title>Links &amp; About Tabs</title>
	<p>Self-explanatory, yes?</p>
</subtopic>

</topic>

<topic>
	<title>Frequency Hunting</title>
	
	<p>You can, if you are extremely stoic, dial in manually capacitance values. On the <i>Main</i> tab, type in any number within the stepper motor’s range. Dial any one digit up or down by clicking beside it and then using the <i>Up</i> and <i>Down</i> arrow keys.</p>
	<p>Much faster and far less frustrating is to hunt a frequency instead. Again on the <i>Main</i> tab, type any value into the <i>Hunt (MHz)</i> widget. Find this at bottom center. Then press <i>Enter</i> or else click the button to right. A successive approximation algorithm will take you straight there, nearly always in less than ten hops. Provided, that is, your settings on the <i>Stepper</i> tab are not too coarse. If the hunt algorithm is taking too long, stop it by unclicking the button.</p>
	<p>Note also the widget labled <i>Tol. (kHz)</i>. If your settings on the <i>Stepper</i> tab are appropriate, leave the tolerance value at 1. Should you insist on setting your stepper motor inadvisably coarse, then in order to hunt any frequency, you must increase the frequency tolerance equally wide.</p>
</topic>

<topic>
	
<title>Math Internals</title>

<p>Most of the established on-line calculators pre-date modern advances in solenoid inductance theory. Instead they are based on methods of calculation which date from the 1920s, with updates no more recent than the middle 1950s. Thus do they harken to a time before the age of computers. It was almost by chance that I myself stumbled upon research into methods of more precise calculation. These date from as recently as 2012 and 2016, authored principally by Robert Weaver, with strong contributions also by David Knight, G3YNH. Their respective PDFs run to hundreds of pages collectively, and are heavily laden with math. No math whiz I, very quickly did I get lost in the intricacies thereof. Importunately, I pestered the authors for clarification. Each responded patiently, and in welcome detail.</p>

<p>Bob Weaver himself hosts an on-line inductance calculator, the new gold standard by definition. His is the one against which I check my own for correctness. I am happy to claim that mine now agrees with that one down to the 3rd decimal place of a single milli-Henry. What small difference there remains is owing to Bob’s calculator employing a <i>Summing</i> algorithm, whereas my own instead makes use of the <i>Sheet-Current</i> method, that together with <i>Round Wire Corrections</i>. My having chose differently had nothing to do with preference, but only on account of my having got one of the two working first. I did that one first as David Knight recommended it, he being the author who whom I had pestered first. In a later email, Bob Weaver affirmed that both methods are equally valid.</p>

<subtopic>
	<title>Distributed Capacitance</title>
	<p>My calculation for <i>Distributed Capacitance</i> of the conductor loop is a trans-code into LabVIEW of an OO Basic function authored by David Knight, titled <code>C<sub>L</sub>DAE</code> as found on page 52 of his PDF document avaiable here: <a class="button" href="http://www.g3ynh.info/zdocs/magnetics/appendix/self_res/self-res.pdf">self-res.pdf</a>. Per said document, this function enjoys a a standard deviation of 2.1%.</p>
	<p>Versions of my calculator earlier than 2019-06-06 contained an error in my LabVIEW transcoding of Knight's original function such that reported values were too low, generally below 1pF. As of 2019-06-06 the error has been corrected. Thus will values for <code>Min pF</code> now report higher with the consequence that <code>Max MHz</code> reports lower ... as they should have done formerly. The error was mine. Apology is hereby extended. Current state of the algorithm may be checked here: <a class="button" href="CL_G3YNH_P52.vi.png">PNG</a></p>
</subtopic>

<subtopic>
	<title>Skin Effect</title>
	
	<p>Correction for skin effect on inductance is made by subtracting (as per Bob Weaver’s suggestion), the calculated <i>Internal Inductance</i> of the conductor itself. That is to say, the inductance of the wire’s own interior ... that portion beneath the outward-most RF-conducting surface (aka "skin"). Call this the <i>DC Inductance</i>, if you like. At RF frequencies, no current flows there. As far as RF is concerned, there isn’t any ’there’ there. The difference that makes to inductance, however, is so very tiny that Bob suggested I might not find it worth the bother. But where would be the fun in that.</p>

	<p>Where skin effect <i>does</i> have a major impact is upon the conductor’s resistance. Let us call it the <i>AC</i> or <i>RF Resistance</i>. We’ve got this fat, thick-walled conductor. But just like a finicky cat, RF energy chooses to only just barely lick the upper-most surface. And so, our <i>apparent</i> cross-section of conductive metal gets thinner and thinner the higher we go up in frequency. Which is why I included tin in the menu of conducting materials ... to demonstrate why we <i>don’t</i> want to plate our copper in tin as a protection against being outdoors in the weather. Better to just paint it instead. Likewise did I include pure aluminum (which no company makes tubing out of) as a comparison against three actual aluminum alloys. The alloys I chose were those which I found for sale on-line. Too often do we hear that aluminum is 63% as good as copper. That <i>would</i> be true <i>if</i> we could buy pure aluminum. But we cannot. And so it’s a myth. Which isn’t to say we can’t use 6061-T6 aluminum alloy, <i>provided</i> we up-size conductor diameter. Do that and aluminum’s greater RF skin depth will help to make up some of the loss. Also, I chose to include silver. Since it might be the case someone’s wanting a small loop for VHF or UHF. In that event, plating with silver would not be a ruinous extra expense.</p>
	
	<p>By email, one user asked whether I apply this correction also to the (assumed hollow) conductor’s <i>interiror</i> surface. I do not. I had not even concieved of this. Somewhere else I had read that no current may be expected along the tube’s interior surface. I wasn't sure whether to credit this, and so it remains a question I still must explore.</p>
</subtopic>

<subtopic>
	<title>Q, Efficiency &amp; Radiation Resistance</title>
	<p>Efficiency I calculate as the ratio of radiation resistance over combined radiation-plus-ohmic resistances. That times 100 to obtain percent. And radiation resistance I calculate according to an equation obtained, not from either Bob or David, but instead from the PDF linked-to below: in equation 11.10; using the free-space constant of 120π. A wholly different formula for R<sub>rad</sub> is to be found in the book <i>LF Today</i>, in chapter 7, page 120. Both formulea agree with one another in their results.</p>
	<p>By email I was asked whether I calculate Q at the -3dB points of 2:1 SWR bandwidth. I do not. I calculate both at the tuning frequency’s absolute center. Doubtless there are valid arguments for doing it instead at the edges, but so far I find them unpersuasive. Maybe because I'm a CW op, and a Morse code rag-chewer at that. So never for me is it ever the case that I must hop hither and thither in persuit of DX or to rack up a slew of 1-minute contacts.</p>
	<p>>Hence the <i>chief</i> goal of my coding this calculator. In building my very own loop (still under construction) I wished to avoid the common lament of so many others, their loops-tuning mechanisms lackig sufficient resolution at the high-frequency end. Pointless, it seems to me, to build a remote-tuning mechanism which after-the-fact proves to <i>still</i> require use of an antenna tuner inside the shack. I just got tired of punching those numbers into other calculators over and over.</p>
	<p>Not until that was done did I get around to such further refinements as other calculators already have. I will address this lack more and more as time goes on. For the present moment, however, here’s how things stand.</p>

<ul>
	<li><a class="button" href="http://www2.elo.utfsm.cl/~elo352/biblio/antenas/Lectura%2011.pdf">PDF</a> Link to source document for calculating R<sub>r</sub></li>
	<li><a class="button" href="./screenshots/Radiation_R.vi.png">PNG</a> Screenshot of LabVIEW implementation.</li>
</ul>
</subtopic>

<subtopic>
	<title>Ground Losses</title>
	<p>Presently, this is not dealt with at all. I did have a plan to deal with it, but doubt has now been cast on that method. I'm hoping to take advice from a new source I'm only just now in communication with. Hopefully, he'll steer me straight. Until then, efficiency values remain for free space.</p>
	
</subtopic>

<subtopic>
	<title>Frequency Hunting</title>
	
	<p>Works, as mentioined above, by way of successive approximation. Actually my second successful attempt at coding such an algorithm. Once before I did a thing very similaar inside of Second Life. Employing SL’s <i>physics engine</i>, my give-away object, <b>Patty the SL Tipping Cow</b> you may enjoy to laugh at on <a code="button" href="https://www.youtube.com/watch?v=Gefs-9nkGl8">YouTube</a>.</p>
	<p>For this calculator the problem was just a little bit more complicated. Capacitance being extremely non-linear to frequency, it’s a bit like navigating via pogo stick up the incline of skateboard half-pipe. Up and down <i>stairs</i> on the inside of that half-pipe. Stairs not of equal rise, but equal instead horizontally. You get the picture.</p>
</subtopic>

<subtopic>
	<title>3rd Party Qualms?</title>
	<p>Whosoever has a dispute with any of my calculator’s results, I vigorously invite that their qualms be made known to me. Provided, that is, ample additional information be likewise cited: contrasting documentation; alternate formulae as examples (newer than 2012); suggestion of a specific math error I might have made. Most helpful would be the presentation of a specific corrective measure. Short of being provided with at least one ofthose, said complaint will fall on deaf ears. I’ll turn my left one ... it’s half way there.</p>
</subtopic>

</topic>

</section>

<section>
<title>Links</title>

<ul>
	<li><b>Robert (Bob) Weaver</b>
		<ul>
			<li><a class="button" href="http://electronbunker.ca/eb/Home.html">Electron Bunker</a> His resource home page</li>
			<li><a class="button" href="http://electronbunker.ca/eb/InductanceCalc.html">Electron Bunker</a> Bob’s own (gold-standard) solenoid inductance calculator.</li>
			<li><a class="button" href="http://electronbunker.ca/eb/Downloads.html">Electron Bunker</a> His several other software downloads.</li>
		</ul>
	</li>
	<li><b>David W. Knight, G3YNH</b>
		<ul>
			<li><a class="button" href="http://g3ynh.info/">G3YNH</a> His resource home page.</li>
			<li><a class="button" href="http://www.g3ynh.info/zdocs/magnetics/appendix/self_res/self-res.pdf">G3YNH</a> His 104-page PDF on inductor self-resonance.</li>
			<li><a class="button" href="http://www.g3ynh.info/zdocs/magnetics/Solenoids.pdf">G3YNH</a> His 97-page PDF (still unfinished) on solenoid inductance.</li>
		</ul>
	</li>
	<li><b>Owen Duffy, VK1OD</b>
		<ul>
	  <li><a class="button" href="https://owenduffy.net/blog/">VK1OD</a> His blog’s home page</li>
	  <li><a class="button" href="https://owenduffy.net/blog/?p=1693">VK1OD</a> His review of several (mostly older) small loop antenna calculators.</li>
		</ul>
	</li>
	<li><a class="button" href="https://chemandy.com/calculators/calculator-index.htm">Chemandy</a> A suite of several on-line calculators.</li>
	<li><a class="button" href="http://www.ni.com/en-us/support/downloads/software-products/download.labview.html#306369">LabVIEW</a> 32-bit, version 2018 SP1.
		<ul>
			<li>Free 7-day evalutation period of this $4k-plus professional software.</li>
			<li>Extend that to 30 days by registering for an account.</li>
		</ul>
	</li>
	<li><a class="button" href="https://www.openoffice.org/">OpenOffice</a>
	<ul>
		<li>David Knight’s math functions are coded in BASIC for <code>*.ods</code> spreadsheets.</li>
		<li>Bob Weaver likewise offers a number of <code>*.ods</code> spreadsheets.</li>
		<li>The spreadsheet program’s macro editor allowed me the luxury of ad-hoc testing individual functions in BASIC.
			<ul>
				<li>Without my having to learn more than two lines of BASIC.</li>
				<li>Made bug-hunting in my trans-coded LabVIEW super easy. Trial inputs to both; done when both outputs agree.</li>
			</ul>
		</li>
		<li>It’s free on both Windows and Linux.
		  <ul>
				<li>At home I have three Linux boxen and only one for Windows 10.</li>
				<li>I choose not to spend any more money on Windows than absolutely I must.</li>
				<li>I run Windows <i>only</i> for these:
					<ul>
						<li>LabVIEW</li>
						<li>Rhinoceros 3D CAD</li>
						<li>Solidworks 3D CAD</li>
					</ul>
				</li>
			</ul>
		</li>
	</ul>
	</li>
	<li>
		<a class="button" href="http://vdos.info/">vDos</a>
		<ul>
			<li>For running MS-DOS programs on Windows 10. Such as, for instance...</li>
			<li><a class="button" href="http://zerobeat.net/G4FGQ/page3.html">G4FGQ</a> Archival page of DOS programs authored by Reg Edwards, G4FGQ (SK 2006). Maintained now by K3HRN.</li>
		</ul>
	</li>
</ul>
	
</section>

<section>
<title>To-Do List</title>

<ul>
	<li>Compensation for height above ground.
	  <ul>
			<li>Fully explained math examples are sorely needed.</li>
			<li>I flat out refuse to simply multiply loop diameter by a constant.</li>
		</ul>
	</li>
	<li><i>Any further requests?</i> Send me an email.</li>
</ul>
	
</section>

<section>
<title>Why LabVIEW?</title>
<p>Because I don’t know either BASIC or Python. And my skill in Perl is quite modest; not up to anything quite this complex. Especially not when it comes to the GUI. Even the math itself is largely beyond my poor understanding. Such are my faults. In LabVIEW however, I am fairly comfortable. Thirteen years now, I have put LabVIEW to use in regular support of my job as a test engineer. So I find myself well able to at the very least faithfully instantiate example equations authored by others. So I here tip my hat to the three maestros cited above (my Aussie bush hat to Owen Duffy).</p>

</section>

</body>
</gus_xslt>
