Re: [Discuss-gnuradio] FPE with FM Rcvr

On 03/30/2011 09:31 PM, Ron Hall wrote: > > Working the following issue...any ideas? > > System: Ubuntu 10.10, Gnuradio 3.3.0, uhd (Mar 2011), USRP2, TVRX > > Using the attached grc model results in a floating point exception: > > (process of elimination) it looks like its coming from the

[Discuss-gnuradio] FPE with FM Rcvr

Working the following issue...any ideas? System: Ubuntu 10.10, Gnuradio 3.3.0, uhd (Mar 2011), USRP2, TVRX Using the attached grc model results in a floating point exception: gnuradio_core_runtime.py (1476) top_block.py (96) top_block_gui.py (72) USRP2_WX.py (326) General o

Re: [Discuss-gnuradio] USRP2 Ethernet link Issues

On 03/30/2011 06:38 PM, Praveen Vikram wrote: > Hi Everyone, > > I am currently trying to play around with the USRP2, but am not even > able to connect to it. > another thing worth checking might be firewall issues and if ping works: http://www.ettus.com/uhd_docs/manual/html/usrp2.html#communi

[Discuss-gnuradio] USRP2 Ethernet link Issues

Hi Everyone, I am currently trying to play around with the USRP2, but am not even able to connect to it. I have the latest UHD and GNURadio installed from git running on Ubuntu 10.04. I'am connecting the USRP directly to the Gigabit Interface on my computer. I used the Firmware/FPGA image from h

Re: [Discuss-gnuradio] Build error on Ubuntu 10.04 on x86

On 03/30/2011 07:33 PM, Tom Rondeau wrote: On Wed, Mar 30, 2011 at 6:17 PM, Marcus D. Leech > wrote: Get the following build error from very-recent GIT sources, on Ubuntu 10.04, on x86 machine: libtool: compile:gcc -DHAVE_CONFIG_H -I. -I.. -I../include

Re: [Discuss-gnuradio] Build error on Ubuntu 10.04 on x86

On 03/30/2011 07:33 PM, Tom Rondeau wrote: On Wed, Mar 30, 2011 at 6:17 PM, Marcus D. Leech > wrote: Get the following build error from very-recent GIT sources, on Ubuntu 10.04, on x86 machine: libtool: compile:gcc -DHAVE_CONFIG_H -I. -I.. -I../include

Re: [Discuss-gnuradio] USRP Streaming Latency

On Mar 30, 2011, at 4:45 PM, Tom Hendrick wrote: > Does anyone else have any ideas on what I should try? You might try profiling one or both apps or the system to see where they're spending time. I like RotateRight's Zoom better than the free ones I've tried. -Marc __

Re: [Discuss-gnuradio] Build error on Ubuntu 10.04 on x86

On Wed, Mar 30, 2011 at 6:17 PM, Marcus D. Leech wrote: > Get the following build error from very-recent GIT sources, on Ubuntu > 10.04, on x86 machine: > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../lib > -I/usr/include -I../include -m32 -m3dnow -mmmx -msse -g -O2 -MT vol

Re: [Discuss-gnuradio] gr-audio: one component to rule them all

On Wed, Mar 30, 2011 at 1:39 PM, Josh Blum wrote: > > > (To be clear, I want to specify the architecture (alsa, portaudio, > > windows, etc.), not the device name.) > > > > Aha, my first guess. > > > For my applications, I have used > > from gnuradio import audio_portaudio as audio > > > > to ge

[Discuss-gnuradio] Build error on Ubuntu 10.04 on x86

Get the following build error from very-recent GIT sources, on Ubuntu 10.04, on x86 machine: libtool: compile:gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../lib -I/usr/include -I../include -m32 -m3dnow -mmmx -msse -g -O2 -MT volk.lo -MD -MP -MF .deps/volk.Tpo -c volk.c-fPIC -DPIC -o .libs/vol

Re: [Discuss-gnuradio] USRP Streaming Latency

Josh.. Thanks, real time scheduling is enabled, and I run my python script with sudo and I do not see the typical failure message saying real-time was not enabled. When I run the C++ program in one terminal and output the modulated signal to a normal file, I can read that file in with my python

Re: [Discuss-gnuradio] GRC + USRP2 + WBFM: synchronization problem?

Looks like you have your interpolator and your multiply blocks switched. The way you have it, the L-R audio is interpolated up to a 200k sample rate, and then multiplied with a 19khz subcarrier at a 44.1k sample rate. Do the multiply first, then interpolate the product. Or alternately, simply

Re: [Discuss-gnuradio] 8 bit sample ready?

On 30/03/2011 1:41 PM, peng senl wrote: I tried on the USRP2 with GNU Radio 3.2.2. Seems not working. If you're going to report errors like this, and expect people to help you, you're going to need to be more specific about: o What it is you tried, and what the results were (error messages,

[Discuss-gnuradio] 8 bit sample ready?

I tried on the USRP2 with GNU Radio 3.2.2. Seems not working. Is the 8 bit sample ready? or it is just my mistake somewhere? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-audio: one component to rule them all

> (To be clear, I want to specify the architecture (alsa, portaudio, > windows, etc.), not the device name.) > Aha, my first guess. > For my applications, I have used > from gnuradio import audio_portaudio as audio > > to get good results from any system I run them on, including the > tempora

Re: [Discuss-gnuradio] build error: test_gruel.o: undefined reference to symbol 'boost::system::get_system_category()'

On Wed, Mar 30, 2011 at 6:07 PM, Tom Rondeau wrote: > On Wed, Mar 30, 2011 at 11:59 AM, Johnathan Corgan > wrote: >> >> On Wed, Mar 30, 2011 at 08:18, azim...@gmail.com >> wrote: >> >> > Hi all, does anyone else get this error message when compiling >> > GnuRadio? This is with latest code from t

Re: [Discuss-gnuradio] build error: test_gruel.o: undefined reference to symbol 'boost::system::get_system_category()'

On Wed, Mar 30, 2011 at 11:59 AM, Johnathan Corgan < jcor...@corganenterprises.com> wrote: > On Wed, Mar 30, 2011 at 08:18, azim...@gmail.com > wrote: > > > Hi all, does anyone else get this error message when compiling > > GnuRadio? This is with latest code from today's master git tree, on > > U

Re: [Discuss-gnuradio] build error: test_gruel.o: undefined reference to symbol 'boost::system::get_system_category()'

On Wed, Mar 30, 2011 at 11:18 AM, azim...@gmail.com wrote: > Hi all, does anyone else get this error message when compiling > GnuRadio? This is with latest code from today's master git tree, on > Ubuntu 11.04, boost 1.42 > Oh come on! It's still March, what are you doing on 11.04? So this is t

Re: [Discuss-gnuradio] build error: test_gruel.o: undefined reference to symbol 'boost::system::get_system_category()'

On Wed, Mar 30, 2011 at 08:18, azim...@gmail.com wrote: > Hi all, does anyone else get this error message when compiling > GnuRadio? This is with latest code from today's master git tree, on > Ubuntu 11.04, boost 1.42 > > I can bypass this by manually adding -lboost_system -lboost_filesystem Thi

[Discuss-gnuradio] Re: gr_modtool.py bug?

On Wed, Mar 30, 2011 at 10:09:46AM -0400, Achilleas Anastasopoulos wrote: > I tested gr_modtool.py utility the other day on howto. > > Great job! Thanks! > I found out that after adding and deleting a block > (named "myblocktest") the entry from > swig/howto.i was not deleted. > In particular t

[Discuss-gnuradio] build error: test_gruel.o: undefined reference to symbol 'boost::system::get_system_category()'

Hi all, does anyone else get this error message when compiling GnuRadio? This is with latest code from today's master git tree, on Ubuntu 11.04, boost 1.42 I can bypass this by manually adding -lboost_system -lboost_filesystem make[7]: Entering directory `/home/azimout/gnuradio/gruel/src/lib'

Re: [Discuss-gnuradio] RSSI calculation

On 30/03/2011 8:33 AM, Fengyuan Gong wrote: Shouldn't the second one also read ADC value on the RFX900/1200/1800/2200/2400 and then calculate out the analog signal strength? You should also be aware that the analog RSSI input is the signal power over the analog-detector bandwidth in the demodul

Re: [Discuss-gnuradio] RSSI calculation

On 30/03/2011 8:33 AM, Fengyuan Gong wrote: Shouldn't the second one also read ADC value on the RFX900/1200/1800/2200/2400 and then calculate out the analog signal strength? That function just does a read of the AUX_ADC (apparently a 10-bit aux_adc on USRP1), it has no notion that it's an RSSI

[Discuss-gnuradio] gr_modtool.py bug?

I tested gr_modtool.py utility the other day on howto. Great job! I found out that after adding and deleting a block (named "myblocktest") the entry from swig/howto.i was not deleted. In particular the line #include "howto_myblocktest.h" was the one that was not deleted. Achilleas __

Re: [Discuss-gnuradio] Problem with output of inverse FFT

Hello @ all, after reading Megabytes of Hex Code i found an error in another file... everything with the ifft works fine. I found an error in the ftw_ofdm_pilot_cc.cc file, line 82. "offset" and "i" are defined outside of all defined functions. if the block is deleted and created again to modul

Re: [Discuss-gnuradio] gr-audio: one component to rule them all

Josh Blum wrote: On 03/29/2011 04:17 PM, Don Ward wrote: Josh Blum wrote: I have created a new top level component called gr-audio. The goal of gr-audio is to combine all supported audio architectures under a single source and sink block. [snip...] At runtime, an available audio architect

Re: [Discuss-gnuradio] RSSI calculation

Shouldn't the second one also read ADC value on the RFX900/1200/1800/2200/2400 and then calculate out the analog signal strength? On Wed, Mar 30, 2011 at 12:46 AM, Matt Ettus wrote: > On 03/25/2011 07:52 PM, Fengyuan Gong wrote: > > Hi, All, > > I am a bit confused about RSSI calculation. > > In