Return-Path: Received: (qmail 25593 invoked from network); 21 Jan 2000 02:47:15 -0000 Received: from unknown (HELO post.thorcom.com) (212.172.148.70) by grants.core.plus.net.uk with SMTP; 21 Jan 2000 02:47:15 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.02 #1) id 12BTvA-0000P2-00 for rsgb_lf_group-outgoing@blacksheep.org; Fri, 21 Jan 2000 02:35:32 +0000 Received: from tk1.ihug.co.nz ([203.29.160.13] helo=smtp1.ihug.co.nz) by post.thorcom.com with esmtp (Exim 3.02 #1) id 12BTv8-0000Ox-00 for rsgb_lf_group@blacksheep.org; Fri, 21 Jan 2000 02:35:30 +0000 Received: from test (p52-max10.chc.ihug.co.nz [209.79.136.116]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA16666 for ; Fri, 21 Jan 2000 15:35:17 +1300 Message-ID: <02b701bf63b8$76354c80$0200a8c0@test> From: "Dave Brown" To: rsgb_lf_group@blacksheep.org References: Subject: LF: KWZ30 rx Date: Fri, 21 Jan 2000 15:37:24 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: ----- Original Message ----- From: Soegiono, Gamal Thankyou for the very interesting summary of the KWZ30 receiver design and performance. My initial reaction is that it seems the analog section of the rx was designed separately from the digital back end and no-one considered the overall receiver performance. Deriving the AGC as you described, ahead of the primary bandwidth determining filters in the digital IF, would appear to be the main issue. Can you manually control the gain in the analog section and turn off the AGC? Possibly not, as these digital designers tend to get upset if they think the input signal range for their beloved number crunchers is going to be exceeded. Makes them look bad! This may have been the only design parameter that was discussed between the analog and the digital teams involved!!! (I jest, but....) Some form of coarse AGC in the analog section derived from a few steps between say middle and top of the A/D converter range would surely have helped solved the problem. Interested in your figure of -102dBm noise level. Presume this was the external band noise? And what bandwidth was it measured in? A related issue with that type of broadband front end has to do with noise blankers. The basic receiver structure you outlined is of course very similar to many of the amateur (and other professional) receivers on the market these days. The DSP back end is starting to appear in amateur rigs as well. Such designs suffer from the detrimental effect that adjacent channel signals ( actually, signals out to the extremities of the roofing filter on either side of the wanted signal) can have on receiver performance with noise blankers switched on. To preserve as much as possible the noise pulse risetimes, the drive to the blanker is derived from the aggregate of all signals inside the roofing filter passband. So it is easily triggered by strong close-in signals causing intelligibility of the wanted signal to suffer, in extreme cases to the point of 'no copy'. A strong close-in CW signal can be utterly devastating. With noise blankers in use more often than not on LF, a heavy price can be paid. For the noise blanker an answer maybe use a separate noise receiver, as per the old Collins scheme, with a separate 40 MHz broadband rx for the blanker. That was OK for HF but in the case of LF reception I think a 0-100 kHz noise rx would be more useful. Anyone tried anything like this out? 73 Dave ZL3FJ