> -Original Message-
> From: Jeff Brower [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 01, 2008 11:55 PM
> To: Bahn, William L Civ USAFA/DFCS
> Cc: discuss-gnuradio@gnu.org
> Subject: RE: [Discuss-gnuradio] GnuRadio on PCI-104 (i.e., Fedora on
> USBFlash Drive)
&
>
> Mandriva is promoting a version that boots off a USB drive
> http://www.mandriva.com.
That sounds promising. But when I went out there it looks like you can't
download it - you have to buy their USB key. I have no problem with that,
except that I need this computer up and running by tomorrow
Thanks for the response. More questions below.
> Bahn, William L Civ USAFA/DFCS wrote:
> >
> > I need to get GnuRadio up and running on some PCI-104 embedded
> processors, which means I need the O/S to boot from a USB key. I have a 4
> GB key but am willing to purchase an 8 G
I have GnuRadio up and running on some Fujitsu Tablet PC under Fedora Core 6.
I need to get GnuRadio up and running on some PCI-104 embedded processors,
which means I need the O/S to boot from a USB key. I have a 4 GB key but am
willing to purchase an 8 GB or even a 16 GB key if that's what it t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Brian Padalino
> Sent: Monday, October 01, 2007 5:53 PM
> To: Matt Ettus
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Default FPGA I/O standard
>
> On 10/1/07, Matt Ettus <[EMAIL P
For complex IQ data values, what is the min/max range both for data coming from
the USRP and data sent to the USRP?
There are three obvious guesses:
1) Normalized to +/-1.0.
2) Direct match to the ADC/DAC ranges.
3) Normalized to a nominal ADC/DAC range.
The first is right out since the values
>
> That is because the onboard VCO typically won't tune below 2.3 GHz. You
> can change line 456 in gr-usrp/src/db_flexrf.py to allow you to try
> going lower.
>
> Matt
Is there someplace where the (nominal) tunable ranges of each of the
daughterboards is available?
___
> From: Johnathan Corgan [mailto:[EMAIL PROTECTED]
>
> Bahn William L Civ USAFA/DFCS wrote:
>
> > Please tell me there is a better way.
>
> I didn't follow the start of this thread, but can you reiterate what
> you're trying to accomplish, vs. alternative w
concern
(at least for my needs).
Please tell me there is a better way.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Bahn William L Civ USAFA/DFCS
> Sent: Thursday, August 16, 2007 5:57 PM
> To: discuss-gnuradio@gnu.org
&
If my i(t) and q(t) samples are defined as follows:
i(t) = x(t) * sin(wt)
q(t) = x(t) * cos(wt)
then, given i(t) and q(t), I can recover the magnitude of x(t) as follows:
|x(t)| = sqrt(i^2(t) + q^2(t))
But how can I recover the sign of x(t)? For each of the four possible
combinations of the si
> > When possible, I would prefer to use the constants that have been set up
> so that the code is (1) more readable, and (2) more maintainable. So
> instead of using "8" for complex, I would like to use
> gr.sizeof_"whatever". But I don't know what "whatever" needs to be. Where
> do I find this?
-Original Message-
> From: Dan Halperin [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 14, 2007 3:19 PM
> To: Bahn William L Civ USAFA/DFCS
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] File format question
>
> -----BEGIN PGP SIGNED MESSAGE-
> H
Is it possible (in a relatively easy manner) to make the data from the ADC (or,
probably better and more doable, from the DDC) available at the external pins
of the USRP and to get external data from the USRP pins and feed that to the
PC? Essentially we want to use the FPGA board as a front-end
I have a few questions, but they mostly come down to: What is the data file
format when using a file as a signal source?
>From http://www.nd.edu/~jnl/sdr/docs/tutorials/9.html#tth_sEc3.3
2.5 File sources
Block: gr.file_source
We will (hopefully) be purchasing some new laptops specifically for use
with the USRP and wanted to get any recommendations on particularly good
machines to purchase or, failing that, what specs to focus on.
This is my present thinking - please correct any misconceptions I have:
1) Dual core is p
>
> > Subject: Re: [Discuss-gnuradio] Can't get input from sound card.
> > LRK
> > [EMAIL PROTECTED]
> >
> > On Sat, Mar 17, 2007 at 01:15:34AM -0600, Bahn William L Civ
> USAFA/DFCS
> > wrote:
> > >
> > > I still can't get
> Subject: Re: [Discuss-gnuradio] Can't get input from sound card.
> LRK
> [EMAIL PROTECTED]
>
> On Sat, Mar 17, 2007 at 01:15:34AM -0600, Bahn William L Civ
USAFA/DFCS
> wrote:
> >
> > I still can't get any input from the sound card. I have installed
>
> But I don't seem to me able to get any data from the audio card using
such
> programs as audio_to_file.py or audio_fft.py.
>
I still can't get any input from the sound card. I have installed GNU
Radio on a completely different computer. The dial_tone.py program
works. I get a flat line (it b
Greetings all,
I'm trying to interact with the sound card. The example programs, such
as dial_tone.py and dialtone_v.py, that output audio work fine. But I
don't seem to me able to get any data from the audio card using such
programs as audio_to_file.py or audio_fft.py.
When I run
[]# audio_fft.
.
This implies that the make check process is not actually invoking the
qa_howto.py program. That being the case, upon what basis does the
article claim that the new block works?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Bahn W
I've gone through the How to Write a Signal Processing Block article.
Everything worked - better than it was supposed to. When I got to the
first time I was supposed to run "make check" and it was supposed to
fail, it passed. I'm assuming that this is because the tarball included
the howto module
> -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,
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
> -Original Message-
> From: Eric Blossom [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 25, 2007 11:40 AM
> To: Bahn William L Civ USAFA/DFCS
> Cc: gnuradio mailing list
> Subject: Re: [Discuss-gnuradio] xmlto error encountered in trying to
> generate some doc fi
In the docs/exploring-gnuradio directory I have previously looked at the
dial_tone.py file (and it runs and I understand the gist of it well
enough), but I couldn't find any actual documentation (remember, some of
us are brand new to Linux). So now I figure that I need to run "make"
since there is
// SIGNED //
William L. Bahn
Instructor of Computer Science
United States Air Force Academy
e-mail: [EMAIL PROTECTED]
> -Original Message-
> From: Eric Blossom [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 17, 2007 4:45 PM
> To: Bahn William L Civ USAFA/DFCS
&g
I have a function generator outputting a sine wave into the RX-B
connector of the BasicRX board connected to the RX-B side of a USRP. I
am trying to capture the waveform and store it to a file.
Here are the commands I tried:
# ./usrp_rx_cfile.py -R B -d 256 -f 1000 sine_1k1.dat
# ./usrp_rx_cfile.
> -Original Message-
> From: Matt Ettus [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 17, 2007 12:20 PM
> To: Bahn William L Civ USAFA/DFCS; gnuradio mailing list
> Subject: Re: [Discuss-gnuradio] Input Voltage Range of BasicRX board
>
> Bahn William L Civ USA
If I want to apply the output (50 ohm) from a function generator
directly to the BasicRX inputs, what is the allowed voltage range that
can be applied:
1) Without damaging anything?
2) Without exceeding the range of the ADC?
Surely this kind of stuff is documented someplace. But where? I can't
f
Perhaps my prior posts have included too much information to get a
response, so I'll try trimming it way down.
I have a file of waveform data that I want to send to the DAC on the
USRP. Can it be done? How do I do it? What format does the data in the
file need to be in?
Any response would be app
I'm just getting back to this after a few months (gotta love funding
issues).
Brief recap on what I am trying to do: I am trying to perform some very
non-conventional signal processing. To show that our basic approach is
viable it is sufficient for us to perform the following tasks:
1) Generate a
Matt,
Just want to get clarification on one point:
> I am not responsible. This includes, but is not limited to:
> Transmitting directly into the receive port
Does this apply to the BasicTX and BasicRX boards as well. I called the
day we ordered this board asking about what kind of antenna
> -Original Message-
> From: Eric Blossom [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 20, 2006 11:16 PM
> To: Bahn William L Civ USAFA/DFCS
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] What is the simplest way to get data
> to/from the
Assuming that I am ever able to actually establish
communications with the USRP, what is the simplest way to get raw data to/from
the USRP?
I have been told by several people (none of whom, as far as
I know, have actually played with SDR) that the basic idea behind SDR is that
the softw
>> # ./usrp_siggen.py -f 10
>That would be 10 Hz.
>Everywhere a frequency is expected you can use a float followed
>immediately by an SI suffix. E.g., -f 92.3M
Thanks.
>> What I got was nine copies of a "connection timed out" message and a
>> complaint about it not being able to load the FPGA
I believe I am at the point were I should be able to talk to
the USRP, but can’t.
We presently have the USRP with two BasicTX and BasicRX
boards installed.
We are running Fedora Core 5
We have installed GNU Radio per the instructions in the
README as closely as possible.
If I run the
36 matches
Mail list logo
