Re: [Discuss-gnuradio] Passing Blocks to C++

2012-01-12 Thread Josh Blum
On 01/12/2012 08:50 PM, Joshua Stahl wrote: > Hello, > I have created a block in c++ which needs to retune after a certain number > of samples have passed through. To accomplish this I am passing a > uhd_usrp_sink block to my block from python and then I am attempting to > retune after a certain

[Discuss-gnuradio] Passing Blocks to C++

2012-01-12 Thread Joshua Stahl
Hello, I have created a block in c++ which needs to retune after a certain number of samples have passed through. To accomplish this I am passing a uhd_usrp_sink block to my block from python and then I am attempting to retune after a certain number of samples. The block compiles correctly and it

Re: [Discuss-gnuradio] Has an SDR-14 been used with GNU Radio?

2012-01-12 Thread Ed Criscuolo
Years ago, I used one (on Windows) to capture the spectrum from our spacecraft's first pass into a .wav file, and then used GnuRadio on a Linux box to demodulate the file offline. We found the bandwidth to be pretty limiting because the Doppler shift would "walk" our 150 kHz wide signal partial

[Discuss-gnuradio] Has an SDR-14 been used with GNU Radio?

2012-01-12 Thread ke0ee
We at the Deep Space Exploration Society are desiring to use an SDR-14 with GNU Radio because we want to use a Linux version. The SDR-14 software was only available for Windows. If you have used an SDR-14 we would appreciate hearing from you. -- View this message in context: http://old.nabble.co

Re: [Discuss-gnuradio] GR 3.5.1 release tarball bugs

2012-01-12 Thread Josh Blum
> > However, since I imagine there are plenty of people who don't really > want to go through the additional step of dealing with git (if they're > used to building from tarballs), I believe cmake has the ability to > create them using the make package_source command, but I admit I've > never tr

Re: [Discuss-gnuradio] cmake build gnuradio on FreeBSD

2012-01-12 Thread Tom Rondeau
On Wed, Jan 11, 2012 at 9:27 PM, Andrew Davis wrote: > It worked for me other than the qwt so I think so. Just a quick explanation here. Qwt has a very simple, kind of non-standard installation that's hard to generalize. They don't use standard tools for auto-discovery of the lib or include path

[Discuss-gnuradio] Using 5MHz reference clock

2012-01-12 Thread ganjacky
Dear all: Is there anyone who bought N210 knows how to do if use 5MHz reference clock, where we should to change? I looked at the N210 DataSheet in Ettus website, the reference clock can be 5MHz or 10MHz. Thanks a lot. ___

Re: [Discuss-gnuradio] GR 3.5.1 release tarball bugs

2012-01-12 Thread Tom Rondeau
On Thu, Jan 12, 2012 at 1:53 PM, Ed Criscuolo wrote: > On 1/11/12 4:59 PM, Josh Blum wrote: > >> I dont think this is a tarball of the source tree. Rather, its a tarball >> produced by autotools with only files listed by makefile.ams or >> generated in autotools. >> > > But what of the future? If

Re: [Discuss-gnuradio] GR 3.5.1 release tarball bugs

2012-01-12 Thread Douglas Geiger
On Thu, Jan 12, 2012 at 2:57 PM, Josh Blum wrote: > > > On 01/12/2012 10:53 AM, Ed Criscuolo wrote: >> On 1/11/12 4:59 PM, Josh Blum wrote: >>> I dont think this is a tarball of the source tree. Rather, its a tarball >>> produced by autotools with only files listed by makefile.ams or >>> generated

Re: [Discuss-gnuradio] GR 3.5.1 release tarball bugs

2012-01-12 Thread Josh Blum
On 01/12/2012 10:53 AM, Ed Criscuolo wrote: > On 1/11/12 4:59 PM, Josh Blum wrote: >> I dont think this is a tarball of the source tree. Rather, its a tarball >> produced by autotools with only files listed by makefile.ams or >> generated in autotools. > > But what of the future? If autotools go

[Discuss-gnuradio] Latency Issue with Custom Source Block

2012-01-12 Thread Ed Criscuolo
One of my latest GnuRadio projects uses a custom source block. The quick description of this block is that it takes a packet off of the network stack, wraps it in HDLC/Frame-relay, and streams the unpacked bits out of the block. The catch is that when there is no network packet ready, the block i

Re: [Discuss-gnuradio] GR 3.5.1 release tarball bugs

2012-01-12 Thread Ed Criscuolo
On 1/11/12 4:59 PM, Josh Blum wrote: I dont think this is a tarball of the source tree. Rather, its a tarball produced by autotools with only files listed by makefile.ams or generated in autotools. But what of the future? If autotools goes away in favor of cmake, does this mean that tarballs wi

Re: [Discuss-gnuradio] (no subject)

2012-01-12 Thread Ben Hilburn
I didn't realize that you had sent this e-mail twice, and that Josh answered you in the other thread. Please ignore this thread, and we will carry on in the other one to prevent two different support flows. Cheers, Ben On Thu, Jan 12, 2012 at 10:06 AM, Ben Hilburn wrote: > Smith - > > Will you

Re: [Discuss-gnuradio] (no subject)

2012-01-12 Thread Ben Hilburn
Smith - Will you try running: $ uhd_usrp_probe and tell us what it reports? 'uhd_usrp_probe' is installed with UHD, not GNURadio. Cheers, Ben On Thu, Jan 12, 2012 at 3:53 AM, smith mark wrote: > Hi, > > 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the > USRP flashes when

[Discuss-gnuradio] A Chunks to Symbols Related Question

2012-01-12 Thread Domenic Magazu III
All, In creating an application that requires Pulse Position Modulation we generated a GRC file using the chunks to symbols block. Everything worked perfectly except in small areas where we need the amplitude to remain unchanged (~ at zero). 1s are mapped to 10 and 0's are mapped to 01. Doe

Re: [Discuss-gnuradio] USRP testing plesae help

2012-01-12 Thread Josh Blum
On 01/12/2012 03:54 AM, smith mark wrote: > Hi, > > 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the > USRP flashes when its powered on. I wanted to test the USRP but when I > ran the follwowing command > >>> ./usrp_probe or sudo ./usrp_probe > > I got the following error

[Discuss-gnuradio] USRP testing plesae help

2012-01-12 Thread smith mark
Hi, 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the USRP flashes when its powered on. I wanted to test the USRP but when I ran the follwowing command >> ./usrp_probe or sudo ./usrp_probe I got the following error Traceback (most recent call last): File "./usrp_probe", l

[Discuss-gnuradio] (no subject)

2012-01-12 Thread smith mark
Hi, 1) I got my USRP 1 and RFX900 and 1800 daughterboards. The LED on the USRP flashes when its powered on. I wanted to test the USRP but when I ran the follwowing command >> ./usrp_probe or sudo ./usrp_probe I got the following error Traceback (most recent call last): File "./usrp_probe", l