could you try a smaller number of fft sub carriers (e.g., fft=128,
occupied=80, cp=32, i/d=32)? usually this works better than an ofdm with a
large number of carriers. this might be because the frequency offset of the
radio becomes comparable to the bin size when the number of sub carriers is
large
On Mon, Jun 21, 2010 at 9:05 AM, Chris_Spain wrote:
>
> Hello I'm trying to send with benchmark_ofdm_tx and receive with
> benchmark_ofdm_rx a OFDM modulation with next paremeters:
>
> FFT lenght = 2048
> Chanel occupied = 1512
> Size of package = 1024
> CP_adder = 128
>
> and
>
> FFT lenght = 409
Well it depends, on the problem.
If you have a radio that is transmitting in the same channel as another
radio, then you can directly feed one to the noise channel and receive the
other at the antenna.
I know in radio astronomy people have been using this technique to cancel
interference from the
Hello,
I have a friend who is thinking of making an NMR pulse spectrometer and he
wants to know if he would be able to use GNU Radio and USRP1/2 to do this.
He would be sending in RF pulses at the resonant frquency. The minimum
pulse width would need to be approximately 500 ns and the minimum se
On Mon, Jun 21, 2010 at 3:35 PM, John Orlando wrote:
> On Mon, Jun 21, 2010 at 3:10 PM, Bryan Edelman
> wrote:
>> Hello all,
>>
>> As I am not an expert on linux/compilers by a longhop I have a question
>> about the proper way to build a dependency after making a change to it.
>>
>> Say for exa
On Mon, Jun 21, 2010 at 3:10 PM, Bryan Edelman wrote:
> Hello all,
>
> As I am not an expert on linux/compilers by a longhop I have a question
> about the proper way to build a dependency after making a change to it.
>
> Say for example I make a change to usrp2/firmware/lib/clocks.c
>
> What is n
usrp2/firmware is its own independent build tree for the libusrp2 firmware.
cd usrp2/firmware
./configure.gnu
make
see the binaries in usrp2/firmware/apps
-Josh
On Mon, Jun 21, 2010 at 1:10 PM, Bryan Edelman wrote:
> Hello all,
>
> As I am not an expert on linux/compilers by a longhop I have
Hello all,
As I am not an expert on linux/compilers by a longhop I have a question about
the proper way to build a dependency after making a change to it.
Say for example I make a change to usrp2/firmware/lib/clocks.c
What is needed to recompile and properly link it with the rest of the usrp /
On Mon, Jun 21, 2010 at 10:41, Juha Vierinen wrote:
> I'm not sure if the streaming works with the standard firmware. You'll
> probably need to use a special firmware (std_2rxhb_2tx_dig.rbf). I'm
> actually using std_2rxint_2tx_dig.rbf, but this is only because I need
> a different type of filter
I am not aware of any previous work of this type, but it's
interesting. Out of curiosity, how would you make sure the second
channel does not include the signal as well? To cancel out noise, both
receivers would need to be relatively close to each other to receive
the same noise, which means they w
Afraid-not. You will need the swig and xml wrappers. I believe that the
how-to write a block example in gnuradio includes integration with grc.
-Josh
On 06/21/2010 12:27 PM, Rodrigo Ferreira de Souza wrote:
Hi everyone!
Are there any grc block that I can pass my custom c++ block into one
para
Hi everyone!
Are there any grc block that I can pass my custom c++ block into one
parameter?
Something like the map block...
Since now, thanks!
Rodrigo Ferreira de Souza
python -c "print ''.join([chr(154 - ord(c)) for c in
'H+6(13+zT5((51(9z65zG+% 9zmz(+645(\'+%Z3-91.l7+-'])"
_
Hey guys,
Has anyone ever tried to make an active canceller using the USRP radios?
Basically what I would like to do is use the USRP radio to receive two
channels, one which has the noise and the other has the same noise + a
signal of interest. The goal is to use an algorithm that finds the
coe
I'm not sure if the streaming works with the standard firmware. You'll
probably need to use a special firmware (std_2rxhb_2tx_dig.rbf). I'm
actually using std_2rxint_2tx_dig.rbf, but this is only because I need
a different type of filter (boxcar).
juha
On Mon, Jun 21, 2010 at 14:28, Tim Pearce w
On Mon, Jun 21, 2010 at 5:31 AM, Sven Oliver Kreis
wrote:
> Hi there,
>
> I am using an USRP2 with Gnu Radio Companion 3.3 and XCVR2450 as
> daughterboard. I created a simple signal generator with grc.
>
> Signal Source (Sample Rate 12.5M, Waveform: Sine, Frequency: 1,
> Amplitude also 1, Offset 0
Doug,
Thanks for sharing your solution. I will try it and see what happens.
Cheers,
Zoh
> Date: Mon, 21 Jun 2010 10:05:59 -0400
> Subject: Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.
> From: doug.gei...@bioradiation.net
> To: zohair...@hotmail.com
> CC: Discuss-gnuradio@gnu.org; j..
I'm getting conflicting info on how much power the BasicTX can transmit.
Ettus FAQ says, "Yes, the BasicTX will put out about 1mW up to about 50
MHz."
This post says it's, "0.5mW":
http://old.nabble.com/question-about-BasicTX-td28010044.html
When I use "usrp_siggen.py" with full amplitude, my sinew
Hi,
I'm trying to use the LSB streaming functionality but cant seem to get the
following code to work:
---
self.u=usrp2.source_16sc(options.interface)
self.u.set_center_freq(options.freq)
self.u.set_decim(options.decim)
print "Current GPIO State: " + str(self.u.read_gpio())
print "GPIO
On Mon, Jun 21, 2010 at 10:05 AM, Douglas Geiger
wrote:
>
> The particular problem I run into is that time_spec_t is defined to
> want a boost::uint32_t in the constructor (for the number of seconds),
> along with a double (for fractional seconds) - but SWIG apparently
> doesn't recognize boost::
For the old(er) USRP2 driver (i.e. in the current released version of
GNURadio) - the C++ block supports the functionality to synchronize
the clock, and they are available in python as well, but I don't
believe the GRC block exposes this functionality. It would be
relatively trivial to add a drop-
Hi Rahman,
Just like you, my USRPs have suddenly started failing the CRC for every
packet.
By changing the frequency to 1MHZ I'm back to 99% correctly received :) From
searching the mailing list it looks like it's related to the increased
frequency offset due to aliasing at the higher frequencies
Hello I'm trying to send with benchmark_ofdm_tx and receive with
benchmark_ofdm_rx a OFDM modulation with next paremeters:
FFT lenght = 2048
Chanel occupied = 1512
Size of package = 1024
CP_adder = 128
and
FFT lenght = 4096
Chanel occupied = 3024
Size of package = 1024
CP_adder = 128
I'm using
Hi there,
I am using an USRP2 with Gnu Radio Companion 3.3 and XCVR2450 as
daughterboard. I created a simple signal generator with grc.
Signal Source (Sample Rate 12.5M, Waveform: Sine, Frequency: 1,
Amplitude also 1, Offset 0) connected to USRP2 Sink (Interpolation 128,
Frequency: 2,481GHz)
I a
Hi everyone,
I need to use several USRP2's in the same GRC programme (MIMO). Is there a
way to sychronise them to the same clock in GRC itself?
Best,
Zoh
--
View this message in context:
http://old.nabble.com/Synchronising-USRP2%27s-in-GRC.-tp28947018p28947018.html
Sent from the GnuRadio mail
Hi,
I've found (thanks to Firas) the solution to the incorrect localization in
frequency of the maximum values. It's due to the factors tune-delay and
dwell-delay of the bin_statistics_f function. You have to increase these
values (setting both in 50e-3 I can locate quiet well the max values)
25 matches
Mail list logo
