Return-Path: Received: (qmail 5246 invoked from network); 10 Jul 2002 16:59:27 -0000 Received: from marstons.services.quay.plus.net (212.159.14.223) by mailstore with SMTP; 10 Jul 2002 16:59:27 -0000 Received: (qmail 3999 invoked by uid 10001); 10 Jul 2002 17:03:18 -0000 Received: from post.thorcom.com (193.82.116.70) by marstons.services.quay.plus.net with SMTP; 10 Jul 2002 17:03:18 -0000 X-SQ: A Received: from majordom by post.thorcom.com with local (Exim 3.33 #2) id 17SKgw-00034u-00 for rsgb_lf_group-outgoing@blacksheep.org; Wed, 10 Jul 2002 17:51:50 +0100 Received: from smtp01.infoave.net ([165.166.0.26]) by post.thorcom.com with esmtp (Exim 3.33 #2) id 17SKgv-00034p-00 for rsgb_lf_group@blacksheep.org; Wed, 10 Jul 2002 17:51:49 +0100 Received: from pacs06.infoave.net ([165.166.0.16]) by SMTP00.InfoAve.Net (PMDF V6.1-1X1 #38780) with ESMTP id <01KJXI224JAM9EODAG@SMTP00.InfoAve.Net> for rsgb_lf_group@blacksheep.org; Wed, 10 Jul 2002 12:46:16 -0400 (EDT) Received: from ROGER01 ([12.151.197.19]) by InfoAve.Net (PMDF V6.1-1X1 #38780) with SMTP id <01KJXI1QTTPW9JD6SB@InfoAve.Net> for rsgb_lf_group@blacksheep.org; Wed, 10 Jul 2002 12:46:00 -0400 (EDT) Date: Wed, 10 Jul 2002 11:46:00 -0500 From: "Roger Thompson" Subject: RE: LF: Amtor FEC on LF In-reply-to: <01C22819.F66D8020.g4jnt@thersgb.net> To: rsgb_lf_group@blacksheep.org Message-ID: MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: Andy and all, I've been researching how a peak clipper might be implemented in an analog LF receiver chain before the narrowband filters, similar to your suggestion about taking noise pulses out using DSP. Such a limiting technique is mentioned in the book "Communications Receivers," 2nd edition, by Rohde, Whitaker and Bucher, but there is little about a practical design. My feeling is that a limiter could work much like transmit RF clippers, where post-clipping selectivity reduces the distortion products that might rise from diode clippers and the like. I'm a little unsure about the remaining amplitude-clipped impulses, though, as the rise time of these still may overexcite later selective stages. Has anyone information about how such a clipper or limiter could be built that would improve the signal to noise of, say, QRSS signals? Roger AD5T -----Original Message----- From: majordom@post.thorcom.com [mailto:majordom@post.thorcom.com]On Behalf Of Andy talbot Sent: Wednesday, July 10, 2002 7:59 AM To: 'rsgb_lf_groupblacksheeporg' Subject: RE: LF: Amtor FEC on LF Importance: High OK then, so we need a waveform that is immune to high level broadband spikes. Narrow filtering will remove the spike energy, but in turn will spread it out over the period of the filter response so won't help greatly with arbitrarily low bandwidth signalling. So some data repetition or convolution is called for to get the basic link operational before we start adding error correction by repeats. ARQ can only make a mediocre link good; not a poor or non-existant one into a mediocre link. What hapenned to WOLF ? That had very heavy convolution and repetition and would solve the problem very effectively by coding. It ought to be easy to take out the noise pulses in DSP. If these really are sharp spikes, then an algorithm similar to that used for cleaning up old vinyl recordings (frequently set as a university third year project a couple of decades ago) would clip the spikes before any narrow band filtering and demodulation spread them out. Examine at the signal in the time domain (the raw samples from the A/D), and look for a sharp rise in energy, ie. a peak in sucessive samples. When a peak above a certain threshold is detected, either clip it, or replace by an interpolated version of adjacent ones. It will now help to be receiving and digitising in as wide a bandwidth as possible, so the spike affects relatively less sample periods. Andy G4JNT