Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mp02.r1000.mx.aol.com (Internet Inbound) with ESMTP id C166F38000085; Sat, 3 Dec 2011 05:09:58 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1RWmWB-00077I-FJ for rs_out_1@blacksheep.org; Sat, 03 Dec 2011 10:08:27 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1RWmWA-000779-WF for rsgb_lf_group@blacksheep.org; Sat, 03 Dec 2011 10:08:27 +0000 Received: from rhcavuit01.kulnet.kuleuven.be ([134.58.240.129] helo=cavuit01.kulnet.kuleuven.be) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1RWmW8-0003gj-Hg for rsgb_lf_group@blacksheep.org; Sat, 03 Dec 2011 10:08:26 +0000 X-KULeuven-Envelope-From: rik.strobbe@fys.kuleuven.be X-KULeuven-Scanned: Found to be clean X-KULeuven-ID: 1E201138046.A9DA7 X-KULeuven-Information: Katholieke Universiteit Leuven Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by cavuit01.kulnet.kuleuven.be (Postfix) with ESMTP id 1E201138046 for ; Sat, 3 Dec 2011 11:08:10 +0100 (CET) Received: from ICTS-S-HUB-N3.luna.kuleuven.be (icts-s-hub-n3.luna.kuleuven.be [10.112.9.13]) by smtps01.kuleuven.be (Postfix) with ESMTP id E934731E703 for ; Sat, 3 Dec 2011 11:08:09 +0100 (CET) Received: from ICTS-S-EXC2-CA.luna.kuleuven.be ([10.112.11.13]) by ICTS-S-HUB-N3.luna.kuleuven.be ([10.112.9.13]) with mapi; Sat, 3 Dec 2011 11:08:09 +0100 X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Rik Strobbe To: "rsgb_lf_group@blacksheep.org" Date: Sat, 3 Dec 2011 11:08:09 +0100 Thread-Topic: LF: 16 bit vs 24 bit ADC? Thread-Index: AcyxgX4WtxKzBc+7QTql/vE04PP2WwAIF3x6 Message-ID: References: <80A163C9035C44FBA23C7501118A6FDF@JimPC>, In-Reply-To: Accept-Language: nl-NL, nl-BE Content-Language: nl-BE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: nl-NL, nl-BE MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,none Subject: RE: LF: 16 bit vs 24 bit ADC? Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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=TO_ADDRESS_EQ_REAL 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-global-disposition: G X-AOL-SCOLL-SCORE: 0:2:483107776:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1dc1464ed9f5766f85 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none Hello Bill, if you reduce the data from 16 bit to 12 bit teh way you did, you actually = reduce sensitivity by 24dB (you loose the sample values less than 16/65536)= and reduce the dynamic range from 96dB to 72dB. So as long as the signal you want to catch is strong enough I don't expect = to see any significant difference. But for a weak signal 12 vs 16 bit can make a big difference. 73, Rik ON7YD - OR7T ________________________________________ Van: owner-rsgb_lf_group@blacksheep.org [owner-rsgb_lf_group@blacksheep.org= ] namens Bill de Carle [ve2iq@magma.ca] Verzonden: zaterdag 3 december 2011 6:57 Aan: rsgb_lf_group@blacksheep.org Onderwerp: Re: LF: 16 bit vs 24 bit ADC? First of all, thanks to everyone for the great comments, much appreciated. I don't have a 24-bit ADC here to run Jim's test but tried another experiment with interesting results. Tonight Stefan, DK7FC is transmitting his callsign using DFCW on 136.172 Khz. Watching the screen, I noticed Stefan's signal was at times marginal here in Ontario Canada so I decided to record it for an hour, change the recorded data from 16-bit samples to 12-bit samples, then process the file using Spectrum Lab with exactly the same settings. Basically I threw away the least significant 4 bits of each signed 16-bit value from the ADC by AND-ing all the samples with a mask of FFF0. My recording covers the period from 0048z thru 0148z on December 3rd, 2011 (some 329.6 Mb). The sample rate was 48000 and I injected an accurate 10 Khz audio reference tone through the ADC so SL could use it to correct for sound card sample rate drift. Wolf's sample-rate correction algorithm seems to work very well for both live ADC data and played back data. I was using a 4096-point FFT with 512 X decimation to give a bin width of 22.8882 mHz, equivalent noise bandwidth of 34.3323 mHz and screen scroll rate was one pixel every 10 seconds. The SL noiseblanker was enabled for both real-time and off-line processing. I really expected to see significant degradation of this already marginal signal when using the 12-bit data but the results surprised me. In the attached image 16_vs_12.jpg you can see the two traces. The top image is the one taken from a screen capture as the live data was coming in, using 16-bit ADC data; the bottom image was captured (at the same jpg quality) from a second instance of Spectrum Lab running on another computer but processing the data chopped to 12 bits. Not only was there no obvious degradation, in some respects there seemed to be an actual improvement! In no case was any portion of the trace discernable in the top image but not in the bottom. The background of the 12-bit data seems to be a little more obvious (visually loud?) but the traces of Stefan's signal are brighter too. I actually find the 12-bit bottom image easier to read. 73, Bill VE2IQ At 12:02 PM 12/2/2011, Jim Moritz M0BMU wrote: >Dear Bill, Andy, LF Group, > >It seems to me it should be quite easy to subject this to practical >testing. First, using SpecLab etc., measure the SNR of a weak signal >in the presence of noise, with the FFT parameters chosen so that the >signal is near the quantisation noise level.. Then attenuate the >signal and noise at the ADC input by, say, 24dB. This would >effectively reduce the resolution/accuracy of the A-D conversion by >4 bits ( I guess you would want to chose the signal, noise and >attenuation levels so that the external noise was well above the >sound card or other ADC noise floor, with and without the >attenuation). Then see if the SNR in the FFT output has changed. > >Cheers, Jim Moritz >73 de M0BMU=