Return-Path: Received: from rly-df06.mx.aol.com (rly-df06.mail.aol.com [172.19.156.19]) by air-df05.mail.aol.com (v123.3) with ESMTP id MAILINDF052-55749afe91029a; Thu, 05 Mar 2009 10:00:51 -0500 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by rly-df06.mx.aol.com (v123.3) with ESMTP id MAILRELAYINDF062-55749afe91029a; Thu, 05 Mar 2009 10:00:34 -0500 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1LfF1T-0004pF-4J for rs_out_1@blacksheep.org; Thu, 05 Mar 2009 14:58:07 +0000 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1LfF1S-0004p6-Ij for rsgb_lf_group@blacksheep.org; Thu, 05 Mar 2009 14:58:06 +0000 Received: from mail9.primus.ca ([216.254.141.176] helo=mail-06.primus.ca) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1LfF1R-0003SS-By for rsgb_lf_group@blacksheep.org; Thu, 05 Mar 2009 14:58:06 +0000 Received: from dyn-dsl-bb-76-75-125-241.nrtco.net ([76.75.125.241] helo=Bigmachine.magma.ca) by mail-06.primus.ca with esmtpa (Exim 4.63) (envelope-from ) id 1LfF1P-0006iA-1U for rsgb_lf_group@blacksheep.org; Thu, 05 Mar 2009 09:58:03 -0500 Message-Id: <7.0.1.0.1.20090305091934.0181aca8@magma.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Thu, 05 Mar 2009 09:58:04 -0500 To: rsgb_lf_group@blacksheep.org From: Bill de Carle In-Reply-To: References: <000a01c99a91$a54a1180$1402a8c0@e7010> Mime-Version: 1.0 X-Authenticated: ve2iq - dyn-dsl-bb-76-75-125-241.nrtco.net (Bigmachine.magma.ca) [76.75.125.241] X-Karma: unknown: X-Spam-Score: 0.9 (/) X-Spam-Report: autolearn=disabled,HTML_10_20=0.945,HTML_MESSAGE=0.001 Subject: Re: LF: Deep copy... Content-Type: multipart/alternative; boundary="=====================_3263783==.ALT" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE 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 X-AOL-IP: 193.82.116.20 --=====================_3263783==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 09:25 PM 3/4/2009, you wrote: >I seem to get best results while trying to pull signals out of the >noise when the AGC of the receiver is OFF as well as the Noise >Blanker and Noise reduction features being OFF... > >Do you concur?? > >Also setting a good audio filter to the passband of interest seems >to bypass some heavy static hits as well... I've noticed that when doing HF frequency measurement tests (working to the nearest milliHertz) - turning off the AGC under high static conditions seems to improve the accuracy of the measurement, at least with the software I use. One plausible explanation is that AGC action necessarily introduces amplitude modulation (on all signals in the passband). When I process the AGC'd signal with what amounts to a very narrow DSP filter the added amplitude modulation shows up as apparent sidebands close-in on the signal I'm trying to measure. If the power in those sidebands is comparable to that of the signal whose frequency I'm looking for, the FFT algorithm (which assumes the real signal has the largest amplitude) gets confused and comes up with an estimated frequency somewhere between the correct value and that of a nearby sideband. The effect is small however because the AGC pumping action doesn't occur very fast so the added sidebands are seen to be only some milliHertz away from the signal. The sidebands occur on both sides of the "real" signal, so one might expect them to cancel out but in practice they don't because the amount of error depends on where the "real" signal falls with respect to the fixed frequency bins of the FFT. It should be possible to model the AGC action of a particular receiver and compensate for it in the software. No doubt the phenomenon becomes less significant with smaller FFT's or shorter integration times. Changing the AGC setting between SLOW-FAST-OFF might help under some conditions. With QRSS-60 signaling rates it can take a long time to find out which setting is optimum, especially when band conditions are changing or the QSB period is close to a bit time, hi! VE2IQ --=====================_3263783==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable At 09:25 PM 3/4/2009, you wrote:
I seem to g= et best results while trying to pull signals out of the noise when the AGC of the receiver is OFF as well as the Noise Blanker and Noise reduction features being OFF...
 
Do you concur??
 
Also setting a good audio filter to the passband of interest seems to bypass some heavy static hits as well...

I've noticed that when doing HF frequency measurement tests (working to the nearest milliHertz) - turning off the AGC under high static conditions seems to improve the accuracy of the measurement, at least with the software I use.  One plausible explanation is that AGC action necessarily introduces amplitude modulation (on all signals in the passband).  When I process the AGC'd signal with what amounts to a very narrow DSP filter the added amplitude modulation shows up as apparent sidebands close-in on the signal I'm trying to measure.  If the power in those sidebands is comparable to that of the signal whose frequency I'm looking for, the FFT algorithm (which assumes the real signal has the largest amplitude) gets confused and comes up with an estimated frequency somewhere between the correct value and that of a nearby sideband.  The effect is small however because the AGC pumping action doesn't occur very fast so the added sidebands are seen to be only some milliHertz away from the signal.  The sidebands occur on both sides of the "real" signal, so one might expect them to cancel out but in practice they don't because the amount of error depends on where the "real" signal falls with respect to the fixed frequency bins of the FFT.  It should be possible to model the AGC action of a particular receiver and compensate for it in the software.  No doubt the phenomenon becomes less significant with smaller FFT's or shorter integration times.  Changing the AGC setting between SLOW-FAST-OFF might help under some conditions.  With QRSS-60 signaling rates it can take a long time to find out which setting is optimum, especially when band conditions are changing or the QSB period is close to a bit time, hi!

VE2IQ
--=====================_3263783==.ALT--