**#**
PROGRAM ENDS
**#**
what i had undestood is that it is because my PC's sound card
sampling rate was
Eric Blossom wrote:
Whoever wrote this piece of code failed to provide the
standard -O dev command line option to specify the audio output
device. If it were provided, then -O plughw:0,0 would most likely
fix your problem.
Um, that would be me. I'll add this when I complete ticket:183.
Hi vincenzo,
No need to be confused , lets put it together again:
1) The USB benchmark software can be found in the
gnuradio/gnuradio-examples/python/usrp/benchmark_usb.py
2) What do you mean by another disk? are both gnuradrio installation work from
the same operating system ? or each drive
Hello all, I found that the 7 samples per symbol cap was from a
pick_bitrate example code I was using. No matter what I changed the
interpolation to, it used 7 samples per symbol. I added support for
higher samples per symbol in that file, and seem to be good to go now.
Other than some random
I'm recording and replaying interleaved shorts @ 8Msps.. how is the
benchmarking software called? I also have noticed a diffference between my
main, old gnuradio installation and a fresh one just done from trunk on
another disk... the fisrt is all right with transmissions up to 4 MHz the
second
Joseph Crowley wrote:
Hey,
I'm trying to develop a alamouti receiver (2Tx to 1Rx antenna system), and i
am hoping that there is already a module somewhere that has been created for
channel estimating. I had a look through the module list but was unable to
see any.
If you are using
All i need is to demonstrate a standard digital communication link
in software defined radio using USRP board.
Help
Um, okay. Then do it.
Check out the example programs [0]. Do what they do, but the way you
want to do it. If you don't understand what they are doing (RF-wise),
you
Hi,
what I've done so far is:
--buy a new hardisk (a 7200 rpm sata), used only for the data to be
transmitted,, and XFS formatted
---check my PC's USB bus via gnuradio benchmark_usb.py, which says
everything is ok up to 32MB/s (output follows)
---use short int interleaved I/Q instead of
I think I have a misunderstanding regarding tuning the USRP.
I have connected the TX-A directly to RX-A. I am plotting the FFT of
both the transmitted and received signal. I have tuned RX to 0 Hertz
so I expect the positive frequencies to look the same up to noise
affects.
What I get instead is
On 9/7/07, Justin Shaw [EMAIL PROTECTED] wrote:
I think I have a misunderstanding regarding tuning the USRP.
I have connected the TX-A directly to RX-A. I am plotting the FFT of
both the transmitted and received signal. I have tuned RX to 0 Hertz
so I expect the positive frequencies to look
Your intuition is correct. The Basic TX and RX boards allow this --
they don't do any RF front-end processing.
The Basic boards let you make the USRP into a poor man's oscope, with
very limited voltage ranges on the input.
-Ian
On 9/7/07, Rohit Garg [EMAIL PROTECTED] wrote:
Hi,
I am curious
Sounds like you are on the right track. I'll add those details tomorrow.
Thanks,
Justin
Brian Padalino wrote:
On 9/7/07, Justin Shaw [EMAIL PROTECTED] wrote:
I think I have a misunderstanding regarding tuning the USRP.
I have connected the TX-A directly to RX-A. I am plotting the FFT of
12 matches
Mail list logo
