ILKYOUNG KWOUN wrote:
Guys,
I managed another comparison test last night.
http://zoolu.co.kr/episodes/6
Just to follow up on this a little more, if you generate a complex sine
wave in octave or Matlab, quantize it to 16 bits, and then plot the fft,
you will see similar behavior.
Matt
You are correct about the fft level not scaling with fft size. I
remember putting this in some time ago, but it isn't there now, so I
don't know what happened. In any case, I did some further analysis on
the spurs. We are seeing 2 different things on the USRP1 and USRP2
The USRP1 definit
>Messaggio originale
>Da: jcor...@corganenterprises.com
>Data: 18/01/2009 23.40
>A: "Alberto Trentadue"
>Ogg: Re: [Discuss-gnuradio] hf_radio sampling rate mismatch with ALSA
>
>On Sun, Jan 18,
2009 at 2:11 PM, Alberto Trentadue
> wrote:
>
>> audio_sink = audio.sink (int (audio_rate),
Andrew Read wrote:
Hi there,
Will this be the same for the rfx400 board?
Yes.
Is this due to the isolation of the HMC174MS8's being as low as 15dB
and the subsequent risk of RF leakage into the TX?
No, you could blow out the receiver.
Matt
__
Hi there,
Will this be the same for the rfx400 board?
Is this due to the isolation of the HMC174MS8's being as low as 15dB and
the subsequent risk of RF leakage into the TX?
Cheers,
Drew
Matt Ettus wrote:
Santix wrote:
Hi,
I have been testing my USRP - Flex2400 with a Signal Generator with
Hi
I have to done assigned a project of establishing Receiver using USRP , GNU
Radio and Python using Linux.
Receiver must be capable of doing decoding and demodulation to detect the RF
signal.
Initially I have to take signal from Signal generator to USRP.
Any body can help me to do this project a
Hello
After starting successfully the USRP, the natural next step is to try out some
example.
Being a ham radio, I
focused on 'hf_radio'.
I immediately got an ALSA sampling error:
audio_alsa_sink[hw:0,0]: unable to support sampling
rate 16000
card requested 44100 instead.
...then an endle
> Hello
>
> I've finally assembled the USRP few days ago, after being delayed some months.
>
> The power-on behaviour
looks as expected: one led blinks at 3 Hz or so.
> The next step is to try out some example, e.g. usrp_benchmark_usb.py
or usrp_wfm_rcv.py.
> Whatever the test I try, I can see
Stefan Bruens wrote:
You can specify a center frequency by adding an rf-freq element in the
usrp_dict dictionary in any of the applications, for example to use 2.45G:
pmt_dict_set(usrp_dict, pmt_intern("rf-freq"), pmt_from_long(2450e6));
Hm, MAX_LONG= (2^31)-1 = 2147 483 648
2450e6 = 2450
On Friday 16 January 2009 19:52:47 George Nychis wrote:
> Hi all,
>
> Thanks to Eric, Jonathan, Tom, and whoever else worked on the C++
> daughterboard code, we now have full daughterboard support for the
> in-band project. I only have BasicTX/RX and RFX2400 which I tested. If
> anyone wants to te
Hi,
>> Firas wrote :
>> Can you please post your patch ?
>>
>> Best Regards,
>>
>> Firas
> hamfred wrote:
> Here is my ugly patch for fullduplex
>
> File gnuradio/usrp2/firmware/lib/db_rfx.c
>
> In struct db_rfx__tx db_rfx__tx = {
>
> Replace
>
> .base.atr_txval = 0,
> .base.atr_rxval
11 matches
Mail list logo
