[Discuss-gnuradio] Report an error: stable/main/source/Sources does not exit. Unable to update GNU.

[Milo Wong]

Hi All,

I am new to GNU radio. Here I have an update problem when I was binary
installing GNU Radio packages. After I added those two lines in the
sources.list file, an error message came out when I use "sudo apt-get
update":

Failed to fetch http://gnuradio.org/ubuntu/dists/stable/main/source/Sources
404 Not Found
Some index files failed to download, they have been ignored, or old ones
used instead.

I checked the URL, however the URL (stable/main/source/Sources) above does
not exist at all. The patent directory "stable/main/source" only has two
folders"binary-amd64" and "binary-i386", however without "Sources". Is there
any changes to the location of  that repository? I could not install GNU
radio without these sources. Please help... Thanks in advance!

Sincerely,

Yuan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] question regarding usrp_fft.py

[Firas Abbas]

Hi,


--- On Mon, 7/13/09, adib_sairi  wrote:
>
> I have another Question regarding the usrp_fft.py, what is the effect of 
> the average option? is it only average on the display of the graph only 
> or is it on the value of the power receive? how much sample it use to do 
> the averaging? 
> 
> Adib

1) The last time I saw the usrp_fft.py code was before about 2 years. It was 
much changed since that time.

2) The gnuradio averaging is usually done using IIR filter.


Best Regards,

Firas


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Binary installation problems (GRC failed) in Ubuntu9.04

[Milo Wong]

Hi all,
I was trying to install GNU radio 3.2 in Ubuntu9.04. I followed the binary
installation instructions :http://gnuradio.org/trac/wiki/DebianPackages
I did update the source list which includes these two sources:
# deb http://gnuradio.org/ubuntu stable main
# deb-src http://gnuradio.org/ubuntu stable main

However, after updating, and proceed to install GNU/GRC, I found the error
message: "E:could not find the package : gnuradio-companion". I also tried
to installed these two guys separately, and gnuradio could be installed
while GRC still has the same error.  Does anyone have any ideas about this
problem? Please help me. Thanks in advance!
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] using the USRP cpp interface

[Timur Alperovich]

Hi there,

I tried recording the GSM broadacast data using the
test_usrp_standard_rx code, but plotting it in Matlab does not look
right at all. The exact command I used was: ./test_usrp_standard_rx -F
197620 -o /home/timur/GSM/openbts/Transceiver/output4.cfile -D 118
-v -M 20. I also made a recording from the same base station using
usrp_rx_cfile.py, with the same decimation. Here are the results,
plotted in Matlab:
http://www.eecs.umich.edu/~timuralp/usrp_rx_cfile.jpg and
http://www.eecs.umich.edu/~timuralp/test_usrp.jpg

I'm really not sure why the test_usrp_standard_rx output looks as it
does. What other processing happens in usrp_rx_cfile.py after reading
data from the USRP? What could I be missing here?

Thank you.

-- 
Cheers,
Timur


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Max temperature for usrp2

[John Gilmore]

> few things come to mind: the SD card (one of the cheaper components, I
> suspect), the ethernet cable, and the resistors.

You could try using a SanDisk Extreme III SD card.  They're engineered
for rough environments; their web site has photos recovered from one
that went up for days in an untethered weather balloon and was then
recovered from the ocean.  Another (CF card in that case) was found in
the remains of a news camera that was "too close" to a controlled
demolition of a bridge.  Some great shots of flying debris heading
straight for the camera!  (Can't find that URL just now...)

John


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] blks2.mod, blks2.demod

[Mir M. Ali]

Look into /usr/local/lib/python2.x/site-packages/gnuradio directory. You
will find answers to all your questions.

Good luck

On Mon, Jul 13, 2009 at 4:32 PM, udadidd  wrote:

>
> I was trying to understand benchmark_tx and benchmark_rx files. I see
> blks2.mod_pkts being used. and blks2 being imported from gnuradio
> 1) if i call "from gnuradio import blks2", where exactly are these files
> called from?
> 2) i do not see any mod_pkts() function in the blks2 directory. instead i
> find those in blks2impl/pkt.py and packet_utils.py. I wanted to see the
> packet form and tried "Print pkt" in packet_utils.py but it doesnt reflect
> in the output at all. How do i know which files are being used in this?
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Packet-mod-demod-race-condition--tp12660275p24469786.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Strange thing with XCVR2450 on USRP2

[hanwen]

Hi,

I'm quite new to USRP2 and XCVR2450. Today, I get a new XCVR2450 combined
with USRP2. Using usrp2_fft.py, I found a notch in the center of the
spectrum, which is about 500kHz wide. And I tried an early ordered XCVR2450
on the same USRP2, the notch disappeared and the spectrum seems normal.
However, when I switch to new frequency carriers, usrp2_fft.py and
usrp2_sig_gen.py alway report "Failed" in the down left corner. But I'm sure
the daughterboard is indeed receiving or transmitting on the carrier with
the help of a vector signal generator or spectrum analyzer.

Thanks in advance.

Hanwen
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] blks2.mod, blks2.demod

[udadidd]

I was trying to understand benchmark_tx and benchmark_rx files. I see
blks2.mod_pkts being used. and blks2 being imported from gnuradio
1) if i call "from gnuradio import blks2", where exactly are these files
called from?
2) i do not see any mod_pkts() function in the blks2 directory. instead i
find those in blks2impl/pkt.py and packet_utils.py. I wanted to see the
packet form and tried "Print pkt" in packet_utils.py but it doesnt reflect
in the output at all. How do i know which files are being used in this?



-- 
View this message in context: 
http://www.nabble.com/Packet-mod-demod-race-condition--tp12660275p24469786.html
Sent from the GnuRadio mailing list archive at Nabble.com.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Max temperature for usrp2

[Jordan J Riggs]

The brute-force method to answering your question is probably to look at the
operating temperature ranges in the datasheets for the major cmoponents. A
few things come to mind: the SD card (one of the cheaper components, I
suspect), the ethernet cable, and the resistors. These all might start
misbehaving at those temperatures. Could you keep the USRP in something like
a styroam cooler with ice on the bottom?

Jordan

On Mon, Jul 13, 2009 at 1:57 PM, Eric Matlis  wrote:

> The length of cable would have to be 100 ft; my signal becomes attenuated
> excessively.
>
> Thanks,
> eric
>
> -Original Message-
> From: Jordan J Riggs 
> Sent: Monday, July 13, 2009 3:20 PM
> To: Eric Matlis 
> Cc: discuss-gnuradio@gnu.org 
> Subject: Re: [Discuss-gnuradio] Max temperature for usrp2
>
> Why not just run some hefty cable from the test environment to the USRP?
> Sounds fun, though!
>
> Jordan
>
> On Mon, Jul 13, 2009 at 1:13 PM, Eric Matlis  emat...@nd.edu>> wrote:
> Hi all-
>
> I'm about to conduct some measurements on a running GE aircraft jet engine
> with the USRP2.  The test cell temps could reach 150 F.  Is that going to
> fry my USRP?
>
> Thanks,
> eric
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

RE: [Discuss-gnuradio] Max temperature for usrp2

[Eric Matlis]

The length of cable would have to be 100 ft; my signal becomes attenuated 
excessively.

Thanks,
eric

-Original Message-
From: Jordan J Riggs 
Sent: Monday, July 13, 2009 3:20 PM
To: Eric Matlis 
Cc: discuss-gnuradio@gnu.org 
Subject: Re: [Discuss-gnuradio] Max temperature for usrp2

Why not just run some hefty cable from the test environment to the USRP? Sounds 
fun, though!

Jordan

On Mon, Jul 13, 2009 at 1:13 PM, Eric Matlis 
mailto:emat...@nd.edu>> wrote:
Hi all-

I'm about to conduct some measurements on a running GE aircraft jet engine with 
the USRP2.  The test cell temps could reach 150 F.  Is that going to fry my 
USRP?

Thanks,
eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Max temperature for usrp2

[Jordan J Riggs]

Why not just run some hefty cable from the test environment to the USRP?
Sounds fun, though!

Jordan

On Mon, Jul 13, 2009 at 1:13 PM, Eric Matlis  wrote:

> Hi all-
>
> I'm about to conduct some measurements on a running GE aircraft jet engine
> with the USRP2.  The test cell temps could reach 150 F.  Is that going to
> fry my USRP?
>
> Thanks,
> eric
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Max temperature for usrp2

[Eric Matlis]

Hi all-

I'm about to conduct some measurements on a running GE aircraft jet engine with 
the USRP2.  The test cell temps could reach 150 F.  Is that going to fry my 
USRP?

Thanks,
eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] question regarding usrp_fft.py

[adib_sairi]

thank you very much firas.. I have another Question regarding the
usrp_fft.py, what is the effect of the average option? is it only average on
the display of the graph only or is it on the value of the power receive?
how much sample it use to do the averaging? 

Adib

-- 
View this message in context: 
http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p24466469.html
Sent from the GnuRadio mailing list archive at Nabble.com.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Channel Sounding @ 5 GHz

[Johnathan Corgan]

On Mon, Jul 13, 2009 at 10:17, Jordan J Riggs wrote:

> I've been using a Costas loop for synchronization, which more or less
> eliminates the imaginary part of the correlation. Is this how you would do
> things?

The Costas loop will compensate for carrier frequency/phase offset,
but will not compensate for timing offset.  For the latter, you will
also need to implement a coarse and fine synchronization loop, using
something like an early/prompt/late correlator and NCO-based PN code
generator.

Johnathan


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Channel Sounding @ 5 GHz

[Jordan J Riggs]

Johnathan,

Thanks for the clarifications.
I've been using a Costas loop for synchronization, which more or less
eliminates the imaginary part of the correlation. Is this how you would do
things?

Jordan

On Mon, Jul 13, 2009 at 10:58 AM, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:

> On Mon, Jul 13, 2009 at 08:48, Jordan J Riggs wrote:
>
> > I'm not an expert on the matter, but I suspect that the XCVR2450 board
> > requires some sort of command to select the 5GHz band, which would need
> to
> > be implemented in the sounder's FPGA code.
>
> Actually, in gr-sounder the host is used to tune the daughterboard, so
> nothing different is needed for the XCVR2450.
>
> > At a chip rate of 32MHz, you have a resolution of 3e8/32e6 meters.
>
> As the PN autocorrelation function is not a true delta, but
> triangular, the effective resolution is about half this (twice the
> distance).  This is about 20 meters per bin; really only useful for
> outdoor propagation studies.
>
> > The
> > length of the PN sequence determines the maximum unambiguous distance at
> > which multipaths can be detected. So with a degree-12 sequence, you have
> > (2^12 - 1)*3e8 meters to work with.
>
> You're missing the chip rate as a divisor in the above.
>
> A full-length degree 12 code is 4095 chips, which at 32 Mcps, is about
> 12.8 us in length.  The maximum measurable path delay then is about 38
> km.
>
> > With long sequences, however, you are
> > limited by the capabilities of the USRP. Depending on your DBoard, you
> have
> > ~20mW of output.
>
> Yes.  The SNR for each of the delay bins will decrease as the path
> loss increases for each of the reflected signals, so you need to do
> your transmitter power and receiver dynamic range calculations based
> on the expected maximum path delay you wish to measure.
>
> > In my experience (with a sounder of my own design), averaging multiple
> IR's
> > appreciably reduces the noise.
>
> You can increase the SNR against uncorrelated noise by doing so.  But
> this is limited in practice (see below.)
>
> > While I'm at it, can anyone explain why a complex correlation vector is
> > coming out of the sounder FPGA? Doesn't a mathematical correlation return
> > real values?
>
> This is a correlation of a real reference PN code with a complex
> baseband IQ signal, so the result is complex.  This preserves the
> phase of the delay bin.  The received signal, in addition to
> multipath, interference, and additive noise, will have frequency
> offset, possible Doppler spread, and timing offset (the latter due to
> the difference in sample frequency between TX and RX USRPs.)  These
> all result in a complex channel impulse response.  If you are only
> interested in the delay power, you can do I^2+Q^2 on the impulse
> response vector.
>
> Due to the fact that gr-sounder uses a simple O(N^2) serial correlator
> without synchronization, the impulse response vectors are very
> sensitive to timing offset between transmitter and receiver.  This
> results in the correlation peaks being separated by more or less than
> the PN code length number of samples, and makes it difficult to
> coherently add them to reduce noise.  Using an external frequency
> reference on both ends would make a dramatic difference.
>
> I plan eventually (read: someday) to reimplement/republish gr-sounder
> with synchronization (I have already done something similar for a
> commercial customer), but it will be done on the USRP2.
>
> Johnathan
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Channel Sounding @ 5 GHz

[Johnathan Corgan]

On Mon, Jul 13, 2009 at 08:48, Jordan J Riggs wrote:

> I'm not an expert on the matter, but I suspect that the XCVR2450 board
> requires some sort of command to select the 5GHz band, which would need to
> be implemented in the sounder's FPGA code.

Actually, in gr-sounder the host is used to tune the daughterboard, so
nothing different is needed for the XCVR2450.

> At a chip rate of 32MHz, you have a resolution of 3e8/32e6 meters.

As the PN autocorrelation function is not a true delta, but
triangular, the effective resolution is about half this (twice the
distance).  This is about 20 meters per bin; really only useful for
outdoor propagation studies.

> The
> length of the PN sequence determines the maximum unambiguous distance at
> which multipaths can be detected. So with a degree-12 sequence, you have
> (2^12 - 1)*3e8 meters to work with.

You're missing the chip rate as a divisor in the above.

A full-length degree 12 code is 4095 chips, which at 32 Mcps, is about
12.8 us in length.  The maximum measurable path delay then is about 38
km.

> With long sequences, however, you are
> limited by the capabilities of the USRP. Depending on your DBoard, you have
> ~20mW of output.

Yes.  The SNR for each of the delay bins will decrease as the path
loss increases for each of the reflected signals, so you need to do
your transmitter power and receiver dynamic range calculations based
on the expected maximum path delay you wish to measure.

> In my experience (with a sounder of my own design), averaging multiple IR's
> appreciably reduces the noise.

You can increase the SNR against uncorrelated noise by doing so.  But
this is limited in practice (see below.)

> While I'm at it, can anyone explain why a complex correlation vector is
> coming out of the sounder FPGA? Doesn't a mathematical correlation return
> real values?

This is a correlation of a real reference PN code with a complex
baseband IQ signal, so the result is complex.  This preserves the
phase of the delay bin.  The received signal, in addition to
multipath, interference, and additive noise, will have frequency
offset, possible Doppler spread, and timing offset (the latter due to
the difference in sample frequency between TX and RX USRPs.)  These
all result in a complex channel impulse response.  If you are only
interested in the delay power, you can do I^2+Q^2 on the impulse
response vector.

Due to the fact that gr-sounder uses a simple O(N^2) serial correlator
without synchronization, the impulse response vectors are very
sensitive to timing offset between transmitter and receiver.  This
results in the correlation peaks being separated by more or less than
the PN code length number of samples, and makes it difficult to
coherently add them to reduce noise.  Using an external frequency
reference on both ends would make a dramatic difference.

I plan eventually (read: someday) to reimplement/republish gr-sounder
with synchronization (I have already done something similar for a
commercial customer), but it will be done on the USRP2.

Johnathan


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Channel Sounding @ 5 GHz

[Colby Boyer]

Correlation doesn't always return real numbers, only if its the correlation
of the same the PN sequence(including phase).  The received signal could
have a phase shift, complex numbers are needed.

On Mon, Jul 13, 2009 at 8:48 AM, Jordan J Riggs  wrote:

> I'm not an expert on the matter, but I suspect that the XCVR2450 board
> requires some sort of command to select the 5GHz band, which would need to
> be implemented in the sounder's FPGA code.
> At a chip rate of 32MHz, you have a resolution of 3e8/32e6 meters. The
> length of the PN sequence determines the maximum unambiguous distance at
> which multipaths can be detected. So with a degree-12 sequence, you have
> (2^12 - 1)*3e8 meters to work with. With long sequences, however, you are
> limited by the capabilities of the USRP. Depending on your DBoard, you have
> ~20mW of output. Your antenna also makes a big difference. Especially if you
> want to do any work outside, I would use something like a log-periodic
> antenna. If you can get your hands on an amplifier, you can significantly
> boost your range.
> In my experience (with a sounder of my own design), averaging multiple IR's
> appreciably reduces the noise.
>
> While I'm at it, can anyone explain why a complex correlation vector is
> coming out of the sounder FPGA? Doesn't a mathematical correlation return
> real values?
>
> Jordan
>
> On Fri, Jul 10, 2009 at 5:49 AM, Martin Braun 
> wrote:
>
>> Hi,
>>
>> I was wondering if there's a way to use the channel sounder (gr-sounder)
>> with the XCVR d'boards at 5 GHz. I gave it a try, but the channel
>> impulse responses only popped up +-1s and zeros. Well, I wasn't
>> expecting it to work since the XCVR is not mentioned in the README, but
>> can it be tweaked?
>>
>> Plus, does anyone have any experience with the sounder they'd share?
>> If so, there's a couple of things I'd be interested to know:
>>
>> - What's a sensible distance for getting useful results without any
>>  additional hardware?
>> - Can I tune the amp/gain settings to increase my SNR without distorting
>>  the result?
>> - Assume the channel's stationary. In that case, every IR vector
>>  should contain the same data (up to some phase shift, probably). I'm
>>  figuring I could further increase the SNR by averaging
>>  (phase-correctly) over several IRs, right?
>>
>> If anyone has any interesting stories on channel sounding with GR/USRP,
>> I'd be grateful for any info.
>>
>> Cheers,
>> MB
>>
>> --
>> Dipl.-Ing. Martin Braun   Phone: +49-(0)721-608 3790
>> Institut fuer Nachrichtentechnik  Fax:   +49-(0)721-608 6071
>> Universitaet Karlsruhe (TH)   http://www.int.uni-karlsruhe.de/
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Channel Sounding @ 5 GHz

[Jordan J Riggs]

I'm not an expert on the matter, but I suspect that the XCVR2450 board
requires some sort of command to select the 5GHz band, which would need to
be implemented in the sounder's FPGA code.
At a chip rate of 32MHz, you have a resolution of 3e8/32e6 meters. The
length of the PN sequence determines the maximum unambiguous distance at
which multipaths can be detected. So with a degree-12 sequence, you have
(2^12 - 1)*3e8 meters to work with. With long sequences, however, you are
limited by the capabilities of the USRP. Depending on your DBoard, you have
~20mW of output. Your antenna also makes a big difference. Especially if you
want to do any work outside, I would use something like a log-periodic
antenna. If you can get your hands on an amplifier, you can significantly
boost your range.
In my experience (with a sounder of my own design), averaging multiple IR's
appreciably reduces the noise.

While I'm at it, can anyone explain why a complex correlation vector is
coming out of the sounder FPGA? Doesn't a mathematical correlation return
real values?

Jordan

On Fri, Jul 10, 2009 at 5:49 AM, Martin Braun wrote:

> Hi,
>
> I was wondering if there's a way to use the channel sounder (gr-sounder)
> with the XCVR d'boards at 5 GHz. I gave it a try, but the channel
> impulse responses only popped up +-1s and zeros. Well, I wasn't
> expecting it to work since the XCVR is not mentioned in the README, but
> can it be tweaked?
>
> Plus, does anyone have any experience with the sounder they'd share?
> If so, there's a couple of things I'd be interested to know:
>
> - What's a sensible distance for getting useful results without any
>  additional hardware?
> - Can I tune the amp/gain settings to increase my SNR without distorting
>  the result?
> - Assume the channel's stationary. In that case, every IR vector
>  should contain the same data (up to some phase shift, probably). I'm
>  figuring I could further increase the SNR by averaging
>  (phase-correctly) over several IRs, right?
>
> If anyone has any interesting stories on channel sounding with GR/USRP,
> I'd be grateful for any info.
>
> Cheers,
> MB
>
> --
> Dipl.-Ing. Martin Braun   Phone: +49-(0)721-608 3790
> Institut fuer Nachrichtentechnik  Fax:   +49-(0)721-608 6071
> Universitaet Karlsruhe (TH)   http://www.int.uni-karlsruhe.de/
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP & radio boards for sale

[Robert X]

For sale: perfectly working USRP, with power supply USB cable, mounting 
standoffs. $595.


RFX 1800 radio board: $235

LFTX 1.0, I have two, $60 each

LFRX, DC-50 Mhz, I have two, $60 each

3x "rubber duck" 1800 mhz antennas for RFX.1800 board. (two plus a 
spare). $8 each


Prices are "Or best offer". Shipping and insurance extra. These are in the 
USA, but will be shipped to other countries (but if you use a money 
order/bank check you must wait for it to clear), wire transfer (western 
union / moneygram), paypal, or money order. Local (Boston area) pickup 
available with cash payment. If you use a credit card with paypal, prices 
are an additional 2.9% to cover paypal's fees.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Ubuntu vs other linux

[Philip Balister]

Greg Troxel wrote:

  I'm writing a report on gnu radio and I had a question... I believe
  most everyone uses Ubuntu compared to other Linux systems for GNU
  radios why is this? Is it simply because Ubuntu is easier/more
  user friendly or does it have to do with the way Ubuntu works?

You should also realize that GNU Radio runs on systems other than
GNU/Linux.  I haven't used GNU Radio much lately, but when I did we were
running on NetBSD, and I've seen activity for running on Mac OS X.


GNU Radio runs fine on Fedora also. There is no particular thing about 
Ubuntu that makes it better for running GNU Radio, except possible the 
ease of doing an install from pre-built packages.


Philip


smime.p7s
Description: S/MIME Cryptographic Signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Ubuntu vs other linux

[Greg Troxel]

  I'm writing a report on gnu radio and I had a question... I believe
  most everyone uses Ubuntu compared to other Linux systems for GNU
  radios why is this? Is it simply because Ubuntu is easier/more
  user friendly or does it have to do with the way Ubuntu works?

You should also realize that GNU Radio runs on systems other than
GNU/Linux.  I haven't used GNU Radio much lately, but when I did we were
running on NetBSD, and I've seen activity for running on Mac OS X.


pgp3khtZiIsDv.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] [WSR10] Call for Papers: 6th Karlsruhe Workshop on Software Radios

[Martin Braun]

Hi everyone,

I'd like to invite you all to the 6th Karlsruhe Workshop on Software
Radios (CfP is attached). The conference website is available at

http://www-int.etec.uni-karlsruhe.de/seiten/conferences/wsr10/

I'd appreciate it if there'd be lots of GNU Radio-centred presentations,
or simply people from the community attending as guests.
On the plus side, for a conference, it's not too expensive (110Euros),
so why not convince your boss/prof/-self to spend some money and come
around to Karlsruhe next year.

MB

-- 
Dipl.-Ing. Martin Braun   Phone: +49-(0)721-608 3790
Institut fuer Nachrichtentechnik  Fax:   +49-(0)721-608 6071
Universitaet Karlsruhe (TH)   http://www.int.uni-karlsruhe.de/
--- Begin Message ---
Dear colleague,

this mail is intended to attract your attention to the call for papers of the

   *6th Karlsruhe Workshop on Software Radios*

that will take place on March 3/4, 2010. For more information, please visit
http://www-int.etec.uni-karlsruhe.de/CfP_wsr_2010.pdf

Best regards,
Friedrich Jondral, Hanns-Ulrich Dehner and Michael Mühlhaus
(Organizing Committee)--- End Message ---


pgpjsG8QbtCUg.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio