Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id w6DC2t0H014689 for ; Fri, 13 Jul 2018 14:02:56 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1fdwiD-0005vR-KY for rs_out_1@blacksheep.org; Fri, 13 Jul 2018 12:58:13 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1fdwiD-0005vI-0O for rsgb_lf_group@blacksheep.org; Fri, 13 Jul 2018 12:58:13 +0100 Received: from mout.perfora.net ([74.208.4.196]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91_59-0488984) (envelope-from ) id 1fdwiA-00087e-2t for rsgb_lf_group@blacksheep.org; Fri, 13 Jul 2018 12:58:11 +0100 Received: from [192.168.1.127] ([72.224.159.95]) by mrelay.perfora.net (mreueus001 [74.208.5.2]) with ESMTPA (Nemesis) id 0MhCAZ-1fR4Wn3ILB-00MO2h; Fri, 13 Jul 2018 13:58:01 +0200 To: "rsgb_lf_group@blacksheep.org" , "rsgb_lf_group@yahoogroups.co.uk" , "Discussion of the Lowfer (US, European, & UK) and MedFer bands" , "600MRG@mailman.qth.net" <600MRG@mailman.qth.net> From: N1BUG Openpgp: preference=signencrypt Autocrypt: addr=paul@n1bug.com; prefer-encrypt=mutual; keydata= xsFNBFqj1+0BEACggWlaH8oG/AiXSUG3CeQwZ1NrVEP4U7YsA9N9XEffjCDEsnTjHF2BJSgS 2AicyomkmTGvghEHxrNFfFw07jwgJl97ae/VtNxpERPSE98mb4sPOMpJbwddioMazMDXwhKA wpg5fse+Ru8OrIT04KK919xL/pZuAP6pY6d2kVoizjJOfS71pHpiU6N6q3d9cl+w7d2LKhAE a3A1ZgDquPvn0WQlrN8K5D66xVrwTRhf1b5H4Ozl8/mMJzCeLG1ZIsDB3Pu2flwE81P8dCJA y1azwgY8pTEshVk4em/se9uRiZaDJr/qUSCf6hrV7AGa8g1jpAQDmdGpDNYMqyDqXen4jNi1 8kNFVu1BMl2vjaI8skw/YPxIxlk/0ROHYhN6SuoDq1mt4AW4FryNa7k3A8dM8Bt7udBoTv0i uw4j9R/bmh2vl/QaHRUhDco0xn2z6geWvXkKqha++vzXDrEKUuqgB85SDZPs5W/phs9p0pz1 xA61d1gn8FQJtpou5dQuAucqMo8eKQY5LUcbC+MH5pebH+M2wIuDCBmFPJHQDSPNepeaxJ4o G/HU1hrpzlgLiTTSKR8DcwtMQwYywnCTlm8MgL4jXuPzoGyKDMYyKIjC51G+3AAOJ6oXJAGR g0ehhCPtmnCGBaRlUIoUSpbgc4B+onqFKZmDiVm9CRNJhKIWrQARAQABzRZOMUJVRyA8cGF1 bEBuMWJ1Zy5jb20+wsF9BBMBCAAnBQJao9ftAhsjBQkJZgGABQsJCAcCBhUICQoLAgQWAgMB Ah4BAheAAAoJECRS/J8srRGjPBsQAIh+Haz9gqrQJ0OlMI5xmQ0A5nsVWcatWF/Ea4mucNjL 4n4jmW+Z4Ukn3OVss55chWwrOVMRNWU2d2zRc92ZF7yJhLCoJFV870bZfxNYwdJ3GEBLIu6/ anmQYX0oXFx8UBsx5K6egNqbeflPA7zrLiQkWrz6JApECdiA1rHDjyJdS7PDxBCG9cKgr/5b r4Rn/JlUl9pRPnxlSwHXsV+J6JtFYtWI69MWIVD7Y7OY1wO9+684uOnzeDANzeIwpBDcSm6p 0D5u0b1hfPl2TD0ozVs6P0NvxkMbimXUhRR1QD0FvydyxmZTLAo+XZDGR8GqWYrYrauoRZ1h 3m23+bNT2T4AuoFnWekpsZu+sxIf0LKPtEZCa51O65jZ810ROpXg9Lx71gEoQD+kbjO69+kq 9r7wjytDq/jyhpOGrGYV6kgcQrISY86t9YvkA9Of2HDzZLih3GwecW6fkeV1AO5w4RteE9nL zIs2siGw2YqavF6LpTH71Db7cUYyZWn5hkKpwfpLNnPEuqgZACovpH1WUHx+KMqqIL4rMVCH GcSLqnH2KF4cEDb6OeTbwuLfpGlN+I3j24eQnB2uz5rDa7/IBjsClLl8S/wdDTP8IikBGixX 06v3k06tk/OF4UsfJ0cY/ASGP5+kjT4ASMZAIikwVMpKi5A5be77vecKNYlJQ2a6zsFNBFqj 1+0BEACaujZXo3F17v7QTnub4DjjYvm+nr8J0uU5pPc1UMEz9eWjmtmITm15fx1hPKNtVW+I VlT+DG+ShNnYmO2M4CFBoc7PwkAOc70aDxfHz20kotvj1HhXG7oBiqPkN3TK4C7qWV1HUEPA V960qPdhsoCqmtkvNwj39w1T0ZR5qwwaqDogs9UwBib7zseQ3OXHG32xYYCMcxM35hgXGkkz R7wFL4ZnAPOeFb8LnWtZcrGpwXdsYkXuCxm+A+u9KlFY+w3ZCzZt1F9Ie+/PSZnFIUtbXt2i mfc+VkRwOLz5BDAeWuDL09TN81+gbrR3kXlymDcCbuduO/yHOQK085qzE3LuImdy+JNb7oDf 1C/hvpRvtB02vVy33rzIXT8644SJzFY/mw/W39/BgHKCoL1FrBbfgf0UoIFw5M752i7jQwmv j5yFfnVAXIPpCuusMwWMGVpZcGV7QxJxh0HBEhYgOo9v3zKwzNIPm9V/LA67u/rj4a/MlCE0 mpd6IHaePE1vXDaboPZHZdhAziru5/Jd7KQI0k+HmM/HRANPRNDZ4UeBpgj9PzS6hDN5GHlZ fRUbI8JAg9wSaQtEn0bjyaR7lw0yngZTvvjT1Qqt5zGwm1IAall2STes5xK0aS7p+UJJMVbf ydZ5VOnocvUkwYxbiqoyuVtGxi4tpWW9CRstYXMkAwARAQABwsFlBBgBCAAPBQJao9ftAhsM BQkJZgGAAAoJECRS/J8srRGjTDMP/18q7uhac/naxoFsOqhgXIlvaPgu6GX7s/QOh+bcSV1F y50lxo51P/C95H2TVME/CtCjk2xWQcNjWtXloMEsZpl7T3qWgJHvyZYkDtgh3M6UNY+zb08U K9E2+rR0AZ6zdMKio7Z1xA9BtbUpSZpvy2NgjoYVqo35NllUWMZJq0u+88PvE5WeCIqLipNI EZmUcG9UwolQbPkrRc42ReL+bFbuXGXDA5GbQ0RudXbugI8iUwaw3ftaKElIZtuHW0hw1VrU 9tVHsxKyEoKgNNT1hr+dgRmvCHmA87Pi4R5cMV0ZkLVOYfPX1motedag7HmSNPi2PkYLts4z kyvPEJe2IvaPvjvK1ShRWWgje3uytrhfwyjUZcIuA76RWEfBbwT2Mbrn9O7LvrYtbTiTlsLo Zdk2uocuefBvPd2oI7mTn5eLy/VDy2JVnlb9vpZZhriXI4KtCcP6mYyuPxlxqj/30Kn1fU5b C4EpnKy6hW1CHM42DbwzT+ChjBpFbX9bfwT4qn6d42+T4mN5wkmfnBRHfcn8Wf1ezRSK3Ome Esa3ZDssj23CZHe11uec6Ln14qoB7JyRT9qM3Q99tzvAlmWFM3GrSsG94g4JponQjQWHmr8B eMYezwJHzSI7zWElJpzs/OuohstTYfYTy16FygUOEinc1K4ywjEklgRpXRtjKvqc Message-ID: <7254cf43-e525-9d5a-6f90-92ed2b165a67@n1bug.com> Date: Fri, 13 Jul 2018 07:57:54 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Language: en-US X-Provags-ID: V03:K1:CyXWyaedwhmLWaDxjp+JYwN02S5HFeg0s9E1qgsxMgS6p8jVEJB fUeOsxnfn+RIelaqpqXZlGab3ybcgru4RzfqpuRfShUW613EbPwZgIRF8lUieP4VYbDjcNb QYJ36/3hy6/sT5NgNndMTiWzq+wEr9BlTp1r2nbI1cbun8mZm2LWvFOzlZO9OdfjoX97p76 IlfBlmEpGv22DXK4X07Ng== X-UI-Out-Filterresults: notjunk:1;V01:K0:VaAYtambjkw=:Vv4jcq77zUlloh9eqok3Fl fHjsO0O/+fkGMYJPBNsSnFRepxkuTbQIe0WkGw3U2tNx+9pwNJCwfRJ+ugoyHyEJGby5qne92 fSc+/UtwNWm+bUc7LJJFFEaA02os5HFcI++2Dcfn0lZA9wpWaBo++NoBgPc889yWZYSb193OQ i9TaUrG5lnzc1u4a3Hbw+PIvUK16cMYq+GmcvV/50DKg4qeyExiHR+ogzXMBkMhtXZMp7/7Wf 8TsNYsTywy7dsCIWIiPkMdf/krF5jHNGKMC2ZoehGlnYbnvMuCfMLn5RWtk8VyCO1sO+hAdzb L8WU2NTvq73PCjMizYLoHsAumqCELoOkKp69Wh47uaiK+YgvAjEnkQNmEL+F8LiI+0APxokHp 5/dxTVEYHs5KSkBH97Bd3xrFB9+86Fns2Pou+U+yLgBRlj7+PEO4NPdMLqsoSlsYOS6/nX51R orqUPqsr1g/dlcwgRwcOExsGL+rtT65t8Sgi3VDoCplkGRdigWk6MwSyemScg+kqf0EbotQms JEQuZyfeuauRAJT6+E7v/0vEidWDScMaNXdzx51ykQeKELLbk7OO1YA9Ftg00VXCriPDQwhry IO+7N8N4su55/d8V9QSYERA5raaVS3weJco4Ay5PljbwpuCdPouAUNAQ2iTPXki/Ltg2RUUqr R0l652oML6AqtnCFS4JziAMfnCtab9FJGjwmYuGeVlAwQoNEZSXdhSrKJ0wpKXl+7jvCwgr7J f3pP7SSholQS9h79 X-Spam-Score: -0.0 (/) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I received an overwhelming number of helpful suggestions both on and off the lists. I also received a large number of requests to pass along any solutions found. Thanks to all who responded. Since there were so many requests for follow-up information I will do it through the lists rather than individually. [...] Content analysis details: (-0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [74.208.4.196 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record X-Scan-Signature: c40596c1cc3306f1877076595a921c57 Subject: LF: Receiver protection - FOLLOW UP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: * X-Spam-Status: No, hits=1.2 required=5.0 tests=NO_EXPERIENCE autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false I received an overwhelming number of helpful suggestions both on and off the lists. I also received a large number of requests to pass along any solutions found. Thanks to all who responded. Since there were so many requests for follow-up information I will do it through the lists rather than individually. I am *not* an expert by any means but will offer a few thoughts based on experience and what I learned after asking this question. I have extensive experience protecting remote (at the antenna) preamps on VHF and UHF. What I wanted to do at LF and MF is a bit different and I had little to no experience with it. The ultimate receiver protection is to disconnect the antenna from the receiver while you are transmitting. Very often a 50 ohm resistor or in some cases a short will be switched across the receiver input at the same time. You have to be sure the switching happens before the start of RF from the transmitter. There are various switching devices on the market under names such as front end saver, front end protector, T/R switch, etc. Sometimes such devices use 'RF VOX' where the presence of RF from the transmitter triggers the device to switch. Although this can work, it seems to me a bit like closing the barn door after the horse has escaped. Many of these devices instead require a logic input to initiate switching. That seems a lot safer to me. If you only use WSJT, I was reminded that you can use its RTS/DTR control signal and set the timing as required for your receiver protector. If you use modes that don't involve the JT software, you need another approach. If using a transceiver or exciter which provides external T/R logic (often somewhat inappropriately called a PTT signal), and if that logic is asserted some few milliseconds before the start of any RF output, and if you use a relay with sufficient switching speed (faster than the logic-to-RF delay) then implementation is simple. You connect the T/R logic to the relay or device which will switch in the receiver protection. The key here is to watch the timing! I have seen many devices come to my bench for repair because the user did not understand or did not think about the timing issues involved. Some older transceivers have no delay at all. W8JI discusses timing issues and how to measure delays here: http://www.w8ji.com/relay_timing.htm If you don't have a T/R logic signal from the exciter/transmitter, or if the delay is too short to be of use, then you need to create the switching logic and the appropriate delay yourself. I will leave it to you to figure out how to implement this with common LF/MF setups. On VHF and UHF where remote preamps are very common, we use devices called sequencers or T/R time delay generators to accomplish this. For example on my 144 MHz setup I have a four output sequencer. It takes a single low on transmit logic input from my transceiver and provides four outputs which go low in sequence with about 50 milliseconds delay between them (such that the last one goes low 200 ms after the input logic event. I have the first output switch my preamp to 'safe' mode (disconnect antenna and connect 50 ohm resistor to preamp input), the second to my 1500 watt amplifier relays, the third to the 60 watt driver amp relays, and the fourth to a transverter enable line. Thus the transverter cannot produce any RF output until everything else is ready. The sequence is reversed when going back to receive. This has been standard practice on VHF and up for many years. That is all pretty simple when you have one receiver, one transmitter, etc. In my case I have two receivers (one LF, one MF) which are completely independent of the several different transmitters. This is a bit more complicated, as every receiver must be protected and this must be triggered by any exciter that might be used. Further complicating things, I have one very indispensable exciter which I don't entirely trust to get the timing correct every time. For these reasons I prefer some sort of RF limiting on the receiver input such that it can always be left connected to the receive antenna while transmitting without risk of damage. I didn't (and still don't) know how to design a limiter which would keep things to a safe level for all receivers. I was hoping someone else knew. :) Limiters can be as simple as the old school approach of two fast diodes connected back to back across the receiver input. With 1N4148 diodes this should limit RF to about 10 dBm (10 milliwatts) but I use a 20 dB gain 2N5109 preamp which may be very capable of producing 30 dBm (one watt) output with 10 dBm input! Some receivers might not like that! I was reminded that such simple circuits often make use of a small incandescent lamp in series to provide some additional soft limiting. The idea, I think, is that the filament when cold (at normal receive signal levels) has low resistance, but as it heats up (strong RF from a nearby transmitter), resistance increases. I was cautioned that if f you have strong RF on any frequency reaching the diodes while receiving, they may create all sort of harmonics and other trash which will impair your receive ability! Also the harmonics could possibly be radiated by the antenna, perhaps causing interference to someone else. There are more complex (and better) techniques for the RF limiting approach. As noted in my original post, ICE once produced a receiver protector (ICE-196) which used a saturable core transformer along with didoes and other components to provide limiting. I have one permanently connected to the receive antenna input on my FT-2000. Nice, but the device has too much insertion loss at LF and MF. Reverse engineering it and designing one that works at our frequencies is beyond my level of expertise, but would be a worthy project for someone. DX Engineering currently markets a similar looking device but it is only rated down to 500 kHz and will pass a 25 mW signal - well above the stated danger level for some SDRs. As it turns out, luck was on my side this time. ;-) The diodes which I already had should limit input to the 2N5109 preamp at around 10 dBm. A 2N5109 will laugh at that. I was worried about the LF and MF receivers, but perhaps unnecessarily so. They are both modified Softrock Lite II SDR's, the input stage being a FST3253 mux/demux. I have been educated to understand these can take quite a beating without damage. This probably explains why neither receiver blew up last winter! I'm going to trust that will continue to be the case and leave my system alone. I am not worried about strong RF from other sources causing the diodes to conduct and make trash while I am receiving. I have no local LF/MF operators (yet), and I use bandpass filters before the preamps to knock down strong out of band signals. This might not work so well on LF in Europe where you have monsters like DCF39 and the LW BC stations to deal with! I am not too worried about radiating harmonics generated by the diodes since the didoes are inboard of the band pass filters which will attenuate the second harmonic more than 60 dB before it can reach the receive antenna. The receive antenna would be a most inefficient radiator. 73, Paul N1BUG