Hi guys,
Using my usrp2+RFX2400 and the GRC with gnuradio 3.2svn,
I've recorded a wimax signal out of a RF signal generator.
However, I found some issues with the result and ask you guys for some
help.
(I tried to search on these issues, but only found some about usrp.)
1) The biggest problem is
Hi,
I am trying to make a flowgraph as given:
signal source --> stream2vector --> fft --> c2m --> msg_sink
If the size of fft is 4096, then I want to retrieve these 4096 points in
python and then do simple maths and logic based on some of the values within
these 4096 points within python.
And
Thanks Jason.
On Wed, May 20, 2009 at 10:16 AM, Jason Uher wrote:
> > I don't understand why is it that the
> > usrp_source writes some junk data to the file_sink even when I am not
> > transmitting from the other USRP. Is it possible that it might be picking
> up
> > some stray signals at 2.4G
Hi all,
I use gnuradio svn version and USRP1. I modified the simple_mac.py in
https://www.cgran.org/browser/projects/bbn_80211/branches/douggeiger. I got an
error and used pdb to debug. However, I still cannot solve it. Could anyone
please give me some hints how to solve this error?
Thank you,
Hi Greg,
We are using the USRP2, which should have just enough bandwidth to handle
the full bandwidth of the signal.
As a side note, I think I almost have 2Mbps tx/rx working. I've set it up so
that it successfully merges a header and payload that have been modulated at
different rates. I think I
On Wed, May 20, 2009 at 8:29 AM, Johnathan Corgan
wrote:
> You are correct, there are two missing lines from the Makefile.am in
> that directory. I have fixed this already on a development branch I am
> working on for the Ubuntu binary packaging, so I'll go ahead and merge
> that to fix it and y
On Wed, 2009-05-20 at 10:23 -0500, Jason Uher wrote:
> I think there might be a very small problem with the make install in
> the latest trunk: it doesn't seem to copy the all the files
> appropriately.
>
> if I do a straight up 'make install' the benchmark_*x.py examples fail with:
> "ImportErr
I think there might be a very small problem with the make install in
the latest trunk: it doesn't seem to copy the all the files
appropriately.
if I do a straight up 'make install' the benchmark_*x.py examples fail with:
"ImportError: No module named usrp_options"
It's easily solved by copying '
> I don't understand why is it that the
> usrp_source writes some junk data to the file_sink even when I am not
> transmitting from the other USRP. Is it possible that it might be picking up
> some stray signals at 2.4GHz?
The USRP receiver has no idea when the transmitter is sending, all it
does
From my side I decided to spend some more time in understanding why
the bbn_802.11_tx.py doesn't work when trying to receive with real
802.11 chipsets in monitor mode (modified to disable the mac CRC
check).
I am now fuzzy on the details, but I think the basic problem is that the
USRP doe
Natalia
Maybe you should have a look at /usr/local/share/usrp where the .rbf
files that get downloaded to the USRP are? Try specifying a .rbf file
when you initialise the USRP in your script.
I'm just guessing a bit here.
Sebastiaan
Hello Sebastiaan,
Thanks a lot for your prompt answer. Yes I
Salman
Somewhere on a website I found a way to transmit mp3 files using the
USRP. Just can't remember where. What you do is the following:
Use sox to decode the mp3 to a raw file:
sox myfile.mp3 -r 44100 -l -f -c 1 myfile.raw
You can then just open this file in a Gnuradio script and proceed f
Hi friends,
I have a usrp_source connected to a file_sink with Rx frequency 2.4GHz. I
was experimenting with Tx and Rx using two different USRPs by transmitting a
sine using sig_source block. I don't understand why is it that the
usrp_source writes some junk data to the file_sink even when I am no
Hello all !I have been experimenting with transmission of audio file in FM range but i could not generate a valid ".dat" file. I would like to know how i could convert an image,video or specially an audio file into a valid ".dat" file format for transmission. Moreover I would like to know what i
Hello all,
I am using a USRP Rev. 4.5 that has been working perfectly for a while
with gnuradio trunk rev. 10786. Suddenly I started getting the error:
usrp: failed to find usrp[0] when I try to run any gnuradio code. For
example, the output of usrp_test_loopback.py:
$> usrp_test_loopback.py
usrp
15 matches
Mail list logo
