[hpsdr] Mercury sampling rate

[Chuck Hutton]

For archiving sections of RF bandwidth, why do we even need to use cycles by
having it go through DttSP? My idea is simply that we would take the
post-CIC samples and do file I/O immediately. 

 

Chuck

 

  _____  

From: frank.brickle at gmail.com [mailto:frank.brickle at gmail.com] On Behalf Of
Frank Brickle
Sent: Sunday, April 13, 2008 7:30 PM
To: Lyle Johnson
Cc: Chuck Hutton; hpsdr at lists.hpsdr.org
Subject: Re: [hpsdr] Mercury sampling rate

 






On Sun, Apr 13, 2008 at 8:28 PM, Lyle Johnson <kk7p at wavecable.com> wrote:

 

PowerSDR is also open source, and the 192 kHz limitation I suspect can
be worked around in that package, too.


The DSP core of PowerSDR is DttSP (<http://dttsp.org>) by N4HY and me. The
DSP functions in QS1R and uWSDR are closely derived from it. Any sample rate
limitation is imposed by hardware and associated OS software, not by the DSP
code.

If you can get samples in and out fast enough, and you have enough CPU
cycles to keep up with the arithmetic, the DSP will run at whatever speed
you tell it, in the form of a single number (the sample rate) provided at
initialization.

73
Frank
AB2KT





_______________________________________________
HPSDR Discussion List
To post msg: hpsdr at hpsdr.org
Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr-hpsdr.org
HPSDR web page: http://hpsdr.org
Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/




-- 
The only thing we have to fear is whatever comes along next. -- Austin Cline


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20080413/79241110/attachment-0003.htm>