Re: [Discuss-gnuradio] Google Summer of Code '12 is On

2012-02-08 Thread Martin Braun
Hi everyone, On Tue, Feb 07, 2012 at 09:46:08AM -0500, Philip Balister wrote: > At the last developer call I agreed to lead the GSoC effort. That's great! As you might know, I'm always interested in getting students involved in GNU Radio, so I'd like to join the mentoring crew. Also, I'd like to

[Discuss-gnuradio] fft monitoring of more than one channel

2012-02-08 Thread Sebastian Döring
Hello list, I modified the usrp_spectrum_sense.py to work as an energy detector based on the Neyman-Pearson Theorem. So basically the algorithm is supposed to tell me if a certain part of the spectrum is occupied or not. I simply wrote the output into a text file to see I it is working at a

[Discuss-gnuradio] Error in function boost::math::iround(d) in N200

2012-02-08 Thread Yubo Yan
Hi, Recently, I transform my OFDM code from USRP1 to N200 platform. My program runs well under USRP1 platform. But when I run the sender side code under N200 platform, the program aborted after sending several packets with the following tips: terminate called after throwing an instance of 'boost:

[Discuss-gnuradio] Please Help: Unable to locate functions in benchmark code

2012-02-08 Thread Dhrubojyoti Roy
I'm a gnuradio newbie and I'm afraid I might be asking the stupidest question ever. I was going through the narrowband benchmark codes for my understanding, but was unable to locate the uhd.usrp_sink or uhd.usrp_source modules as mentioned in the -- Dhrubojyoti Roy 1655, North 4th Street, Apt-D C

Re: [Discuss-gnuradio] Please Help: Unable to locate functions in benchmark code

2012-02-08 Thread Ben Hilburn
You should check out the gr-uhd directory, which contains the code for the UHD components in GNU Radio. Cheers, Ben On Wed, Feb 8, 2012 at 12:34 PM, Dhrubojyoti Roy wrote: > I'm a gnuradio newbie and I'm afraid I might be asking the stupidest > question ever. I was going through the narrowband b

[Discuss-gnuradio] Please Help: Unable to locate functions in benchmark code

2012-02-08 Thread Dhrubojyoti Roy
Sorry for the truncated email. Here's the problem in detail: I'm a gnuradio newbie and I'm afraid I might be asking the stupidest question ever. I was going through the narrowband benchmark codes for my understanding, but was unable to locate the uhd.usrp_sink or uhd.usrp_source modules as used in

Re: [Discuss-gnuradio] fft monitoring of more than one channel

2012-02-08 Thread Tom Rondeau
On Wed, Feb 8, 2012 at 8:19 AM, Sebastian Döring wrote: > Hello list, > > I modified the usrp_spectrum_sense.py to work as an energy detector based > on the Neyman-Pearson Theorem. So basically the algorithm is supposed to > tell me if a certain part of the spectrum is occupied or not. > > I simpl

Re: [Discuss-gnuradio] how to learn of decimation rate in general_work() ?

2012-02-08 Thread Tom Rondeau
On Tue, Feb 7, 2012 at 5:37 PM, George Nychis wrote: > >> Hey George, >> >> You can use the relative_rate data member of the blocks. Setting the >> decimation actually sets the relative_rate to 1.0/decimation. You can get >> this value with the accessor function "relative_rate()". >> >> > Hey Tom

Re: [Discuss-gnuradio] how to learn of decimation rate in general_work() ?

2012-02-08 Thread Ian Buckley
Just to confirm, the USRP2/N2x0 ADC samples at 100MHz. (The DAC output however runs at 400MHz, its fed samples at 100MHz and it has built in 4x interpolation which may be the source of confusion). On Feb 8, 2012, at 4:12 PM, Tom Rondeau wrote: > On Tue, Feb 7, 2012 at 5:37 PM, George Nychis w

Re: [Discuss-gnuradio] Three different USRP2 nodes are transmitting with almost exactly 1 MHz frequency offset

2012-02-08 Thread Jason Abele
On Wed, Feb 08, 2012 at 06:39:24PM -0500, Nazmul Islam wrote: > Hello, > > I am running the benchmark_tx.py codes and looking at the spectrum of the > signals using uhd_fft.py. I am using the latest image of GNU radio > (GNUradio 3.5) and I have XCVR2450 daughterboards. I ran the > benchmark_tx.py

[Discuss-gnuradio] Strange predicament

2012-02-08 Thread anay tuljapurkar
Hey, I having been trying to debug my demodulator for a few days now and in due process i receive the following error message. ValueError: itemsize mismatch : dbpsk_demod(5):0 using 1, sub_ff(15):0 using 4. Now there are two things that i observed. 1) With the connect statement of these two

Re: [Discuss-gnuradio] Feature #394

2012-02-08 Thread Tom Rondeau
On Tue, Feb 7, 2012 at 9:52 PM, Andrew Davis wrote: > Hello all, > > I would like to help expand the C++ API, so I'm attempting to work on > Feature #394 or "Re-implement hierarchical blocks currently living in > blks2 in C++ and put into gnuradio-core/src/lib/hier." I've started on > am_demod.py

Re: [Discuss-gnuradio] Feature #394

2012-02-08 Thread Andrew Davis
Thanks, I think i'll work on QA too while i'm at it then. On Wed, Feb 8, 2012 at 10:32 PM, Tom Rondeau wrote: > On Tue, Feb 7, 2012 at 9:52 PM, Andrew Davis wrote: > >> Hello all, >> >> I would like to help expand the C++ API, so I'm attempting to work on >> Feature #394 or "Re-implement hierarc

Re: [Discuss-gnuradio] Three different USRP2 nodes are transmitting with almost exactly 1 MHz frequency offset

2012-02-08 Thread Nazmul Islam
Thanks for the reply, Jason. The uhd_usrp_probe --version command gave the following result: linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-71810ad 003.004.000-71810ad Do I have to download the latest UHD image? The image that I am using right now was downloaded by one of my colleag