[hpsdr] Mercury SSB Phase Noise Testing
Ronald Cox
w9kfb1 at mac.com
Mon Oct 26 13:34:13 PDT 2009
I am setting up a HP 10544A Crystal Oscillator at 10 MHz, the specs on
it are -115dBc/Hz at 10 Hz offset (max) and -130 dBc/Hz at 10 KHz
offset (max). That should work better?
Ron, W9KFB
Indianapolis
On Oct 26, 2009, at 4:22 PM, Larry Gadallah wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
> John Miles wrote:
>> ***** High Performance Software Defined Radio Discussion List *****
>>
>> Typically the phase noise of any SDR will simply be that of its
>> DDS, which
>> can be extrapolated from the DDS's spec sheet for the clock and
>> output
>> frequencies being used. You can't measure it with an 8656B, as the
>> generator is far noisier than any DDS.
>>
> Just to be clear, there is no DDS in the Mercury. Mercury is a
> direct sampling SDR, where the RF signal is directly converted to
> digital data by the LTC2208 ADC. The selection of a specific signal
> from the 0-54 Mhz spectrum happens later in the digital domain
> processing by using a DDC (digital down-converter) module, which
> executes in the FPGA. This results in a lower bandwidth signal (192
> kHz?) that is then sent to the PC over the USB and further processed
> and demodulated in the PC. The clocking of the ADC in Mercury is
> handled by a low-noise, low-jitter oscillator that drives the ADC at
> roughly 130 million samples/second (122.88 Mhz to be exact), but
> this is a fixed frequency. The only variable frequency components in
> Mercury are purely software.
>
> Contrast this to the direct conversion approach used by Flexradio,
> Soft-Rock etc. where a DDS (or a crystal oscillator) is indeed used
> to down-convert the signal(s) of interest to baseband (0 Hz IF) and
> this signal is then sampled and the baseband samples are sent to the
> PC for processing (USB or via a Soundcard, depending on where the
> sampling is done) at somewhere between 44 and 192 Khz.
>
> The interesting difference between these approaches is that since
> the entire HF spectrum can be sampled at once with the direct
> sampling approach, the selection of signals of interest is done by
> code contained within the Mercury FPGA. This means that it is
> possible to receive multiple signals simultaneously, limited only by
> code space in the FPGA. For example, Alex, VE3NEA's Skimmer Server
> uses the QS1R receiver (very similar in architecture to the Mercury)
> to simultaneously receive and decode all of the CW portions of 7 HF
> bands at once with a single QS1R SDR receiver!
>> The best approach would be to simply use the receiver and FFT
>> software to
>> look at a single tone from a clean crystal oscillator. The result
>> is the
>> phase noise response, less 10*log(BW) where BW is the bandwidth per
>> bin,
>> plus a dB or two for the window function's noise response.
>>
> This approach would work well, particularly if the phase noise
> characteristic of the crystal oscillator were known in advance and
> could be subtracted from the measured results.
>
> Cheers,
>
> --
> Larry Gadallah, VE6VQ/W7 lgadallah AT gmail DOT com
> PGP Sig: B5F9 C4A8 8517 82AC 16B6 02B6 0645 69F0 1F29 A512
>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at openhpsdr.org
> Subscription help: http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> HPSDR web page: http://openhpsdr.org
> Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
1256589253.0
More information about the Hpsdr
mailing list