[EMAIL PROTECTED] wrote:
Either I recorded them as 64-bit floats (double) or I did the conversion
from time in seconds to samples incorrectly. The capture script I wrote
is located at:
mgray,
Thanks for the response. Your script looks fine to me, but I'll try
running it. Perhaps you typed
I did a bootstrap, configure, make, make install on n4hy's tree and when I
try to run ofdm_benchmark_tx, I get
[EMAIL PROTECTED] ofdm]# ./benchmark_ofdm_tx.py
Traceback (most recent call last):
File ./benchmark_ofdm_tx.py, line 23, in ?
from gnuradio import gr, gru, modulation_utils
File
Chris Stankevitz wrote:
PS: attachment rejected by gnu.org
I put it here:
http://www.stankevitz.com/temp/samples.gif
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I just checked in a set of UDP source and sinks into the GNU Radio. These
are designed to create a minimal operating UDP stream between two hosts,
mostly for proof-of-concept testing. While you can do all of this in Python
and the file_descriptor_sX, these should be easier to manipulate as they do
Hi again!
It may not work ? I am doing this as an amateur project. I wish to use WinTV
hardware as an RF spectrum analyser ? Bad idea?
I did read an article on the net where a person had claimed he could make
almost any TV card with a SAA* chip into a radio spectrum analyser.
I was
Cool! Can I use a UDP Sink to encapsulate demodulated FM into UDP
packets for transmission over a network?
Tom Rondeau wrote:
I just checked in a set of UDP source and sinks into the GNU Radio. These
are designed to create a minimal operating UDP stream between two hosts,
mostly for
Brett Trotter wrote:
I did a bootstrap, configure, make, make install on n4hy's tree and when I
try to run ofdm_benchmark_tx, I get
[EMAIL PROTECTED] ofdm]# ./benchmark_ofdm_tx.py
Traceback (most recent call last):
File ./benchmark_ofdm_tx.py, line 23, in ?
from gnuradio import gr,
Brett Trotter wrote:
Replying to myself here, I heard from someone that I should do make
uninstall on the standard tree before doing make install on n4hy's tree. I
make uninstalled both just to make sure it was cleaned out, and toasted
/usr/local/lib/python2.4/site-packages/gnuradio (same for
On Fri, Jan 26, 2007 at 02:55:29PM -0800, Brett Trotter wrote:
Brett Trotter wrote:
I did a bootstrap, configure, make, make install on n4hy's tree and when I
try to run ofdm_benchmark_tx, I get
[EMAIL PROTECTED] ofdm]# ./benchmark_ofdm_tx.py
Traceback (most recent call last):
My local Target, Walmart, and others have PS3's on the shelf. They
have controllers, and accessories galore. That said, even with
shipping, I saved money (taxes, etc.) by buying from Fry's. My early
purchase from Terra (Yellow Dog) will be consumed by others when that
comes to fruition
I am doubting the libtool error in this one. If you have the libtool
error, it shows up well before this. You cannot complete the make.
IF you cannot complete the make, and it dies in making the mblock
message block code, then you can go back to the pmt directory and in
that directory do
Hello everyone,
We've run into a problem with the B input on the Basic RX board with a
USRP. Specifically, a test tone running into the A input shows up fine
in the fft application, as well as in a captured file. However, a test
tone running into the B input doesn't have any power in the FFT
Roshan Baliga wrote:
Hello everyone,
We've run into a problem with the B input on the Basic RX board with
a USRP. Specifically, a test tone running into the A input shows up
fine in the fft application, as well as in a captured file. However, a
test tone running into the B input doesn't have
If I understand you correctly, you are trying to receive a signal sent
in to the RX-B input of a BasicRX board, as opposed to the RXB slot
of the USRP (gotta love the completely clear and unambiguous labeling).
If that is the case, then to get input from the B side you need to use
A:1 as the
Eric Blossom schrieb:
On Wed, Jan 24, 2007 at 05:00:13PM -0800, John Clark wrote:
Ok, I've been setting up a system which is based on the Linux kernel
2.6.19.1
and now have tried using the USRP device...
Well, if it worked I wouldn't be posting... the device is seen in a
2.6.17 kernel,
Robert McGwier-2 wrote:
I am doubting the libtool error in this one. If you have the libtool
error, it shows up well before this. You cannot complete the make.
IF you cannot complete the make, and it dies in making the mblock
message block code, then you can go back to the pmt
On Fri, Jan 26, 2007 at 06:42:46PM -0700, Bahn William L Civ USAFA/DFCS wrote:
If I understand you correctly, you are trying to receive a signal sent
in to the RX-B input of a BasicRX board, as opposed to the RXB slot
of the USRP (gotta love the completely clear and unambiguous labeling).
I
Hello,
I am interested in sending and receiving multiple signals (2 or more?)
with a single USRP.
It seems that to transmit 2 signals to different daughter boards you can
interleave the signals, set up 2 subdevices, and do a
self.u.set_mux(0xba98) (i pulled this from the
On Fri, Jan 26, 2007 at 06:25:29PM -0800, Brett Trotter wrote:
I took Dan Halperin's advice and totally deleted my build tree- I also
totally cleaned out all traces of gnuradio and re-checked out everything
from subversion and re-built (n4hy's tree) and am still missing
19 matches
Mail list logo