isaacgerg wrote:
I am sending a known sequence of samples from one USRP to another using the
Basix RX/TX d'boards setting the frequency to 24e6.
When I rx the sequence, the correlation of it keeps flipping, but not in a
way that suggests residual carrier. It seems as if I am experiencing an
ins
Hi,
You can use USRP with decim_rate = 4 only if you use FPGA image std_4rx_0tx.rbf
(no half band filter). See:
http://gnuradio.org/trac/wiki/UsrpFAQ/DDC
Firas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mail
Yes!
"The problem we are overcoming is the USB data rate bottleneck, which is
limited to 32 MBps. Although this bit rate is high enough for many
applications of gnuradio, for an 802.11b receiver it is not sufficient,
because of the signal's bandwidth. The RF bandwidth of an 802.11b signal is
11 M
802.11b standard uses 11 chip barker code for spreading. It means each
bit is converted to 11 bits and for DBPSK and QBPSK modulation it leads
to a signal with 11MHz bandwidth. When you downsample data with 8 (-d
8) it means you cut the frequency to 4Mhz (instead of 11MHz) and it
means you redu
But when I use one usrp for tx and another for rx, no need to specify "-d 8".
Could you tell me why is this? Thanks
Mohammad Hamed Firooz wrote:
>
> 802.11b standard use barker spreading, So if you want to receive data
> from a standard 802.11b transmitter you have to use barker. For
> decima
That is not always true, actually it depends on when and where you are
going to measure a channel, For example in a office during a day,
channel could change several times in a second. So for indoor
applications a channel sounder should be as fast as possible.
I can refer you to these papers
802.11b standard use barker spreading, So if you want to receive data
from a standard 802.11b transmitter you have to use barker. For
decimation it should be as high as possible because 802.11b receiver
needs more more than 22M complex sample per sec to work correctly. But
USB cannot handle tha
Thanks.
When I use "./bbn_80211b_rx.py -f 2.44G -v -b ", no packets get printed out.
But the output of "./bbn_80211b_rx.py -f 2.462G -d 8 -b -v " is normal, we
got a bunch of packets:
Bits Per Encoded Sample = 8
adc frequency = 6400
decimation frequency = 8
input_rate = 800
gain = 45
Hi
I think the USRP can provide the minimum decimate rate of 4. So I
changed the output data format from short to char. With 8-bit I & Q
decim = 4 ->64M/4= 16MS/sec ,I&Q -> 32MB/sec. That is within the range
of my USB speed. In the make_format() function I set the width = 8,
shift = 8. Then the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 28, 2008, at 2:09 PM, isaacgerg wrote:
Eric,
When you talk about the FPGA, do you mean that I can repull and
reinstall
the FPGA code for the USRP? This I have never done since the radio
has been
purchased 2 years ago.
Isaac
The FPG
Eric,
When you talk about the FPGA, do you mean that I can repull and reinstall
the FPGA code for the USRP? This I have never done since the radio has been
purchased 2 years ago.
Isaac
Eric Blossom wrote:
>
> On Mon, Jul 28, 2008 at 12:27:22PM -0700, isaacgerg wrote:
>>
>> Eric,
>> I pu
Eric,
I read the ticket. We are just sending float data and it doesnt appear
that the arms are getting flipped, but that over time, their phase is
changing. Our correlation peaks go from being very positive to being very
negative over a gradient.
Any ideas?
Isaac
Eric Blossom wrote:
>
>
On Mon, Jul 28, 2008 at 12:27:22PM -0700, isaacgerg wrote:
>
> Eric,
> I pulled GNU Radio from the SVN repository no more than 3 months ago.
> What do you mean the FPGA had a flipping problem? Wouldnt this affect my
> USRP hardware or does the GNU Radio code correct for it?
>
> Isaac
I was th
Eric,
I pulled GNU Radio from the SVN repository no more than 3 months ago.
What do you mean the FPGA had a flipping problem? Wouldnt this affect my
USRP hardware or does the GNU Radio code correct for it?
Isaac
Eric Blossom wrote:
>
> On Mon, Jul 28, 2008 at 11:34:01AM -0700, isaacgerg wr
On Mon, Jul 28, 2008 at 11:34:01AM -0700, isaacgerg wrote:
>
> Eric,
> I have answered you questions inline:
>
> >>Are you seeing any over or underruns ("uOuO" or "uUuU") on the console?
> Occasionally, I see "u0" on the rx. But, even if i post process data
> offline, i still get the "flip"
>
I've installed Windows XP, and for an easier installation of GNU Radio, I
have installed a virtual machine (VM) with Ubuntu 6.1. The PC is a Pentium 3
GHz, with 2 GB RAM, but for Ubuntu I've 1 GB. Do you think is this enough?
or maybe I must let Ubuntu the hole RAM of my PC. I took the binary pac
Eric,
I have answered you questions inline:
>>Are you seeing any over or underruns ("uOuO" or "uUuU") on the console?
Occasionally, I see "u0" on the rx. But, even if i post process data
offline, i still get the "flip"
>> How wide is the signal you're trying to send?
The rx interp is 256 a
Rita's pfc wrote am 2008-07-28 19:03:
Thank you for the answer.
I did what you told me about "-f 100M", but it happened the same. I tried to
do with usrp_wfm_rcv_nogui.py and it happened the same. About the antenna, I
supposed that just a simple peace of metal hooked on the daughterboard would
be
On Mon, Jul 28, 2008 at 12:28 PM, yyzhuang <[EMAIL PROTECTED]> wrote:
>
> What does "combination of the LO in the front end and the digital
> downconverter" mean please?
For general radio architecture, please see:
http://en.wikipedia.org/wiki/Superheterodyne
Generally, the LO/synthesizer has
Thank you for the answer.
I did what you told me about "-f 100M", but it happened the same. I tried to
do with usrp_wfm_rcv_nogui.py and it happened the same. About the antenna, I
supposed that just a simple peace of metal hooked on the daughterboard would
be enough. Should I buy a specific antenn
What does "combination of the LO in the front end and the digital
downconverter" mean please?
Eric Blossom wrote:
>
> On Fri, Jul 25, 2008 at 10:11:34AM -0700, Y. Zhuang wrote:
>> http://en.wikipedia.org/wiki/List_of_WLAN_channels
>>
>> Is it because the channel for 802.11 in 2.432G there, so
Hi all:
I am writing some C programs to read data from the USRP. Currently the
output data format from the USRP is short. I want to change the output
data format to char to give me a higher sample frequency. Can I do this?
where should I change the setting of the USRP?? Thanks!
--
Posted via http:
http://beagleboard.org/
It's not plug and play (for gnuradio at least) but it has great potential.
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Rita's pfc wrote am 2008-07-25 17:39:
First of all, I've run the dial_tone.py example, and it was ok. Then, I
wanted to use the USRP, so the next example I wanted to test was the
usrp_wfm_rcv.py. I've connected a Basic Rx daughterboard to RXB. I write
./usrp_wfm_rcv.py -f 100, I get an error mes
24 matches
Mail list logo
