> -Original Message-
> From: Eric Blossom [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 26, 2007 7:56 PM
> To: Bahn William L Civ USAFA/DFCS
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] B input on BasicRX not working
>
> On Fri, Jan 26, 2007 at 06:42:46PM -0700, Bah
Like all things in branches, until they are not in branches, this is
absolutely development code and here is no guarantee of completeness or
even correctness. It is the reason for doing this kind of work in
branches rather than imposing it on everyone in the trunk.
In the gnuradio-examples/p
On Fri, Jan 26, 2007 at 07:22:58PM -0800, Eric Blossom wrote:
> 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 subver
On Fri, Jan 26, 2007 at 05:53:23PM -0800, John Clark wrote:
> 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...
> >>
> >>W
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
> _gnuradio_swig_py
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 fm_tx_2_daughterboar
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).
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 p
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,
h
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
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 d
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
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
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
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
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 f
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 im
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 proof-o
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 hopin
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
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 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
[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 o
On Fri, Jan 26, 2007 at 06:49:54PM +0100, Raphaƫl Jacquot wrote:
> Eric Blossom wrote:
> >On Fri, Jan 26, 2007 at 11:23:17AM -0600, Michael Ford wrote:
> >>I feel like I've seen this question asked before, but is it possible to
> >>attach two USRP boards to the same PC, and transmit between the two
On Fri, Jan 26, 2007 at 11:23:17AM -0600, Michael Ford wrote:
> I feel like I've seen this question asked before, but is it possible to
> attach two USRP boards to the same PC, and transmit between the two?
>
> -Michael Ford-
Yes it is.
The first argument to the usrp constructor, which, says whi
On Fri, Jan 26, 2007 at 09:04:23AM -0800, Alex Miua wrote:
> Hello there!
>
> Thank you for your response. I am using WinTV-PVR USB2 .
OK. Not sure if it'll work.
Is there detailed documentation, or are you just supposed to run the
software they give you? If the details aren't available, then
I feel like I've seen this question asked before, but is it possible to
attach two USRP boards to the same PC, and transmit between the two?
-Michael Ford-
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/
Hello there!
Thank you for your response. I am using WinTV-PVR USB2 .
Question : Is this the right way of replying to maintain the thread of the
discussion ? Ahh well ...time ...say 12 hours will tell me : )
It is interesting to note that in this mailing list I can't post to the message
board
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:
http://www.kd7lmo.net/ground_gnuradio_software.html
The code calls the file_sink method. I'm not sure what units/types it
generates.
Bahn William L Civ USAFA/DFCS wrote:
> make: xmlto: Command not found
>
> Is xmlto a program/utility that is supposed to already be on the FC5
> distro, or was it something that was supposed to be installed as part of
> (or before) GR, or what? What is the best way to overcome this hurdle?
>
ht
30 matches
Mail list logo