<html>

<head>

<style><!--

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Tahoma

}

--></style>

</head>

<body class='hmmessage'>

Hi,<br><br>I agree with Alberto.<br><br>From OpenHPSDR.org;<br><br><i>The HPSDR is an open source (GNU type) hardware and software project intended as a "<b>next generation</b>" Software Defined 

Radio (SDR) for use by Radio Amateurs ("hams") and Short Wave Listeners (SWLs).                                                  I came to HPSDR thinking that is was the "Next Generation"  the "most advanced" SDR available for amateurs. If we got the hardware (Metis 1000T, large FPGA, etc) I agree to let the options active to permit to the user to explore his (hardware) limits. Don´t mistake my opinion about the developers team. They are all great and doing a great effort. But if there is a option, let´s everyuser to choose the limits. Thank you 73, Maximo - EA1DDO Date: Mon, 16 May 2011 23:05:21 +0200 From: i2phd@weaksignals.com To: hpsdr@openhpsdr.org Subject: Re: [hpsdr] Metis functionality <pre>***** High Performance Software Defined Radio Discussion List *****   </pre> On 5/16/2011 4:00 PM, Jeremy McDermond wrote:

> The current FPGA code only allows three choices of sample rates, which determine the FIR used as well:  192000, 96000, 48000.  The FIR is equal to the sample rate.  This isn't to say it's set in stone.  That's why there's an FPGA, so that we can modify these values as we learn more by experimentation.

Isn't this a bit limited ? Look at what the market offers...  Perseus can send to the PC up to 2 MHz of sampled data, 

the Qs1r has been

successfully tested by Phil C. with Winrad with a bandwidth of 4 MHz...  a sampling rate of max 192 kHz is not very 

much....  IMHO there

should be in the FPGA a programmable downsampler that gives the user the choice of the final data rate. I know, this 

would imply to have

many different anti-alias FIR filters, but these can be easily downloaded on-the-fly to the FPGA.

Ozy has hardware limitations that prevent those high data rates, but hopefully Metis should be better in this respect...

The holy grail of the MWLs is the capability of recording to disk the I/Q data of the entire MW band, overnight, to be 

then able, with leisure,

to check the day after which stations were present, checking at top of the hours their ID... and this capability needs a 

bandwidth of 2MHz.

I know, the HPSDR is not especially meant for MWLs, but rather for experimenters, and I just am too sorry to know very 

little of FPGA

programming, otherwise I would implement myself that capability... :-(

-- 

/*73 Alberto I2PHD*/<br>

<meta http-equiv="Content-Type" content="text/html; charset=unicode">

<meta name="Generator" content="Microsoft SafeHTML">

    On 5/16/2011 4:00 PM, Jeremy McDermond wrote:

    <blockquote cite="mid:D81B67E7-DADB-464F-AC1A-5531679CA3E2@xenotropic.com">

<pre>The current FPGA code only allows three choices of sample rates, which determine the FIR used as well:  192000, 96000, 48000.  The FIR is equal to the sample rate.  This isn't to say it's set in stone.  That's why there's an FPGA, so that we can modify these values as we learn more by experimentation.

</pre>

    </blockquote>

    Isn't this a bit limited ? Look at what the market offers... 

    Perseus can send to the PC up to 2 MHz of sampled data, the Qs1r has

    been <br>

    successfully tested by Phil C. with Winrad with a bandwidth of 4

    MHz...  a sampling rate of max 192 kHz is not very much....  IMHO

    there <br>

    should be in the FPGA a programmable downsampler that gives the user

    the choice of the final data rate. I know, this would imply to have<br>

    many different anti-alias FIR filters, but these can be easily

    downloaded on-the-fly to the FPGA.<br>

    Ozy has hardware limitations that prevent those high data rates, but

    hopefully Metis should be better in this respect...  <br>

    <br>

    The holy grail of the MWLs is the capability of recording to disk

    the I/Q data of the entire MW band, overnight, to be then able, with

    leisure,<br>

    to check the day after which stations were present, checking at top

    of the hours their ID... and this capability needs a bandwidth of

    2MHz.<br>

    <br>

    I know, the HPSDR is not especially meant for MWLs, but rather for

    experimenters, and I just am too sorry to know very little of FPGA<br>

    programming, otherwise I would implement myself that capability...  

    <span class="ecxmoz-smiley-s2"><span> :-( </span></span><br>

      <br>

    <div class="ecxmoz-signature">-- <br>

      <i><b>73 Alberto I2PHD</b></i>

    </div>

<br>_______________________________________________

HPSDR Discussion List

To post msg: hpsdr@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/                                       </body>

</html>