Search String: Display: Description: Sort:

Results:

References: [ +from:k6sti@att.net: 123 ]

Total 123 documents matching your query.

101. Re: [TowerTalk] Choke on feed point of dipole (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 14 Jan 2026 06:07:20 -0800
"Horizontal antennas care NOTHING about soil quality but EVERYTHING about height." I often use this notion myself, but it is a simplification. It is not true in general. Some time ago I was surprised
/archives//html/Towertalk/2026-01/msg00047.html (10,227 bytes)

102. Re: [TowerTalk] Choke on feed point of dipole (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Thu, 15 Jan 2026 04:23:57 -0800
"Now, reading that Brian had started it all, perhaps he might take it on." TA, the terrain analysis program I wrote in the 1990s, handled vertical as well as horizontal polarization. I went to some e
/archives//html/Towertalk/2026-01/msg00056.html (11,956 bytes)

103. Re: [TowerTalk] 1/4 wave vertical with counterpoise (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sat, 17 Jan 2026 12:56:36 -0800
"...nothing we do can change the effect that the ground has on takeoff angle." Nothing we yet know about. I don't believe I'm the only one who has spent some effort trying to find a way to achieve lo
/archives//html/Towertalk/2026-01/msg00092.html (9,694 bytes)

104. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 23 Jan 2026 15:05:10 -0800
"Any thoughts on this text fixture?" Dave, use the Y21 method instead of the conventional S21 method to suppress any shunt capacitance in the test fixture. This S-parameter plotter implements both me
/archives//html/Towertalk/2026-01/msg00110.html (8,347 bytes)

105. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 23 Jan 2026 16:27:42 -0800
"It looks like the Y21 method is a bit better, especially with increasing frequency, but the S21 is a decent proxy as is mentioned on the web page article already." Whether the Y21 method is needed d
/archives//html/Towertalk/2026-01/msg00112.html (9,365 bytes)

106. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 23 Jan 2026 18:18:44 -0800
"Brian, would you consider the N2PK VNA in the "fancy" category rearding your calibration comment?" Jeff, I don't think the N2PK measures all four S-Parameters nor does it do a 12-term calibration. I
/archives//html/Towertalk/2026-01/msg00115.html (9,435 bytes)

107. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 23 Jan 2026 18:49:53 -0800
One last thing. Common-mode choke impedance is sensitive to capacitance across the choke. (The Y21 method suppresses shunt port capacitance, not port-to-port capacitance.) Proximity to anything condu
/archives//html/Towertalk/2026-01/msg00116.html (8,997 bytes)

108. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 23 Jan 2026 23:18:51 -0800
"The N2PK is fully capable of 12-term calibration..." Thanks for setting me straight, Gary. Measurement of the choke and the feedline at the point of installation lets you calculates the benefit of a
/archives//html/Towertalk/2026-01/msg00121.html (8,475 bytes)

109. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sat, 24 Jan 2026 06:32:34 -0800
"A first approximation of the effectiveness of a choke in a specific installation can be computed in NEC by adding a resistive load equal to the resistive choking Z to the model, which includes the f
/archives//html/Towertalk/2026-01/msg00124.html (11,374 bytes)

110. Re: [TowerTalk] NanoVNA port impedances Re: Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sat, 24 Jan 2026 08:31:27 -0800
"At HF frequencies, Id be surprised of the Z is far off. (But I can measure it I have two NanoVNAs - Ill do that later today)" Jim, I'd be interested in what you measure. Port 1 for N6LF's NanoVNA-H4
/archives//html/Towertalk/2026-01/msg00127.html (8,246 bytes)

111. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sun, 25 Jan 2026 09:19:03 -0800
This plot shows how the conventional S21 method can overestimate the resistive part of common-mode choke impedance: https://i.postimg.cc/fy30Qk3f/R.png The Y21 method can plot the shunt capacitance a
/archives//html/Towertalk/2026-01/msg00133.html (9,707 bytes)

112. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sun, 25 Jan 2026 14:10:44 -0800
"(the process is useless if you only do it in one spot since as you say it could be a current minimum)" But the shield may have a traveling wave, either due to radiation or nearby lossy objects, the
/archives//html/Towertalk/2026-01/msg00136.html (9,860 bytes)

113. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sun, 25 Jan 2026 16:51:30 -0800
...I assume that we want to place the CMC as close to a current maximum as we can..." In the models I've looked at, that's invariably at the feedpoint. If you still have CM issues after installing a
/archives//html/Towertalk/2026-01/msg00140.html (10,338 bytes)

114. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 28 Jan 2026 08:30:09 -0800
I went through the dozen or so .s2p files I have for common-mode chokes. The error due to shunt port capacitance was most often restricted to the resistive and reactive parts of the measured impedanc
/archives//html/Towertalk/2026-01/msg00151.html (10,624 bytes)

115. Re: [TowerTalk] Test Fixture for Common Mode Chokes (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Sat, 31 Jan 2026 06:45:02 -0800
"Any thoughts on this text fixture?" Dave, I completely forgot that I had contacted Halibut Electronics, the fixture manufacturer, a couple years ago. Mark Smith sent me two .s2p files and photos of
/archives//html/Towertalk/2026-01/msg00153.html (10,369 bytes)

116. [TowerTalk] W7PUA Tiny Ground Probe (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Fri, 27 Feb 2026 16:43:38 -0800
Bob Larkin, W7PUA, has developed a tiny ground probe that offers several advantages over larger probes when measuring local ground constants. It can provide artifact-free data to 100 MHz, it is easy
/archives//html/Towertalk/2026-02/msg00072.html (7,573 bytes)

117. Re: [TowerTalk] W7PUA Tiny Ground Probe (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 4 Mar 2026 01:24:26 -0800
"what would be interesting is a probe design that doesn't require penetrating the surface (e.g. I could put it on my concrete driveway)" Jim, here is an interesting survey of the many ways to measure
/archives//html/Towertalk/2026-03/msg00001.html (7,392 bytes)

118. Re: [TowerTalk] W7PUA Tiny Ground Probe (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 4 Mar 2026 08:21:16 -0800
"What is usually used is the 'Slingram method'." Thanks for mentioning this, Tor. Quite a bit of research seems to have been done on the method. A good search term for HF devices is HFEMI sensor Here
/archives//html/Towertalk/2026-03/msg00006.html (8,455 bytes)

119. Re: [TowerTalk] W7PUA Tiny Ground Probe (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 4 Mar 2026 11:58:06 -0800
"I've downloaded the map (which is in pdf segments) to my website." That map is for the AM broadcast band. It is not valid at HF. https://k6sti.neocities.org/hfgc Brian ______________________________
/archives//html/Towertalk/2026-03/msg00013.html (8,625 bytes)

120. Re: [TowerTalk] W7PUA Tiny Ground Probe (score: 1)
Author: Brian Beezley <k6sti@att.net>
Date: Wed, 4 Mar 2026 12:17:57 -0800
"...I'd be most interested in trying to determine how deep the equivalent RF ground is for future modeling (because it certainly isn't at the surface of my dry Arizona hillside)..." Dave, the RF grou
/archives//html/Towertalk/2026-03/msg00014.html (9,369 bytes)


This search system is powered by Namazu