Re: [Discuss-gnuradio] Simple WBFM Transmitter - How to configure the USRP1 block to transmit ?

Hi Tom, I tried to follow your tips but the FM transmitter is not working yet. Here is the file: WBFM_transmitter_Bruno2.grc I'm matching the sample rates all the way through my flowgraph. I'm also using the USRP1 throu

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On 07/30/2013 08:51 PM, Gregory Warnes wrote: > How about enclosing the bit-for-bit tests in > #ifdef IEEE754_Compliant > ... > #endif Merely knowing that a platform conforms to IEEE 754 is not sufficient to guarantee bit-for-bit compatibility. The order of operations also matters, and compliers

Re: [Discuss-gnuradio] Simple energy detector

On 07/30/2013 06:14 PM, dilip thapa wrote: Hi, I need grc/script with energy detector. Algorithm is very simple 1. sense in each 2 sec 2. In each interval check the power (energy level) for given frequency 3. If the energy level is greater than threshold 1. return 1 2. else return 0

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

O I've looked around a little bit and teh interwebs say, "never test floating point for equality", which is the way we are headed here. Aside from NEON not being fully IEEE 754 compliant as Doug mentioned, it looks like x86 (this statement not true for x86_64) has excess precision inside the flo

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

> But there, I guess exceptions, and this is one case where doing a QA test > that is > looking for bit-of-bit identical patterns would be just wrong. How about enclosing the bit-for-bit tests in #ifdef IEEE754_Compliant ... #endif And adding appropriate definitions for the various platform

Re: [Discuss-gnuradio] Problem with ctrlport: called with unregistered key

On 07/30/2013 04:21 PM, maiconkist wrote: > Right after launching a simple flow graph (random source -> throttle -> ofdm > mod -> wx fft sink), a lot of messages pop in the terminal: Make sure you have: [ControlPort] on = true edges_list = true ...in your $HOME/.gnuradio/gnuradio.conf. -- Joh

Re: [Discuss-gnuradio] ATSC Magic coupling constant

On 07/30/2013 04:28 PM, Andrew Davis wrote: > Thanks for the idea, I will try it tomorrow when I get back to the test > machine ( which is powerful enough to be within reach of real-time > decoding if I get this figured out :) If you don't get this straightened out, I'd be happy to work with you

Re: [Discuss-gnuradio] ATSC Magic coupling constant

The filter doesn't seem to decrease the pass-band signal, also I've tried adding back the unneeded filter just to be sure and it doesn't change anything. I will try the off by sqrt(2), that might put me back in range. Also my NCO is the same in both cases and I believe it is normalized to 1. The A

[Discuss-gnuradio] Problem with ctrlport: called with unregistered key

Hi list, I'm trying to use ctrlport on a Ubuntu 13.04 machine and gnuradio v3.7.0-82-g179a2d78. Right after launching a simple flow graph (random source -> throttle -> ofdm mod -> wx fft sink), a lot of messages pop in the terminal: Ctrlport Key called with unregistered key (keep_one_in_n0::outp

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On Tue, Jul 30, 2013 at 6:43 PM, Marcus D. Leech wrote: > On 07/30/2013 05:55 PM, Tom Rondeau wrote: >> >> >> So codec2 shouldn't be using Volk, but if it's using some other SIMD >> code itself, that could be a problem. >> >> The problem with just turning off a QA test because it fails is that >>

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On 07/30/2013 05:55 PM, Tom Rondeau wrote: So codec2 shouldn't be using Volk, but if it's using some other SIMD code itself, that could be a problem. The problem with just turning off a QA test because it fails is that we're now just hiding a potential problem. I'd rather understand the problem

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On 07/30/2013 06:03 PM, Douglas Geiger wrote: Marcus, (Forgive my ignoring the context of the parent discussion to answer your question): I can tell you that in the case of ARM at least NEON instructions are is *not* IEEE-754 compliant. One optimization in particular that I can recall of

Re: [Discuss-gnuradio] ATSC Magic coupling constant

On Tue, Jul 30, 2013 at 5:55 PM, Andrew Davis wrote: > Hello all, > > I'm working on fixing up gr-atsc and I have been working on a little > problem for a while now, there is a constant ( FPLL_BTLOOP_COUPLING_CONST ) > that sets the reference for an AGC, the value is ( 2.5 * 3.125 ) and is > liter

[Discuss-gnuradio] Simple energy detector

Hi, I need grc/script with energy detector. Algorithm is very simple sense in each 2 sec In each interval check the power (energy level) for given frequency If the energy level is greater than threshold return 1 else return 0 Please help me, I’m stuck on this. I have checked usrp_spectrum_sense

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On Tue, Jul 30, 2013 at 3:41 PM, Marcus D. Leech wrote: > On 07/30/2013 03:35 PM, Kristoff Bonne wrote: > >> Tom, >> >> >> (inline comments) >> >> >> My understanding was that all IEEE floating-point implementations > followed the same rounding rules, etc? Is that not the case? > > Are the SIMD

[Discuss-gnuradio] ATSC Magic coupling constant

Hello all, I'm working on fixing up gr-atsc and I have been working on a little problem for a while now, there is a constant ( FPLL_BTLOOP_COUPLING_CONST ) that sets the reference for an AGC, the value is ( 2.5 * 3.125 ) and is literally defined as "Magic", so it seems to be a value that "just wor

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On Tue, Jul 30, 2013 at 4:47 PM, Kristoff Bonne wrote: > Marcus, > > (repost due to technical problems. My appolologies for a possible double > post). > > > > On 30-07-13 21:41, Marcus D. Leech wrote: >> >> On 07/30/2013 03:35 PM, Kristoff Bonne wrote: >>> >>> Tom, >>> >>> >>> (inline comments) >>

Re: [Discuss-gnuradio] Gnuradio3.7 make error

I havent seen this before, but you might try explicitly linking the tags demo against boost libraries, like so: diff --git a/gr-uhd/examples/c++/CMakeLists.txt b/gr-uhd/examples/c++/CMakeLists.txt index 655ef0c..18f6839 100644 --- a/gr-uhd/examples/c++/CMakeLists.txt +++ b/gr-uhd/examples/c++/CMak

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

On Tue, Jul 30, 2013 at 4:27 PM, Nowlan, Sean wrote: >> > libqwt5-qt4 libqwt5-qt4-dev >>If someone can suggest (and test) what the new PACKAGES line should look >>like to make this happen, I can integrate it. > > The following built correctly for me using "./build-gnuradio -j2 -v all". The > GUI

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

Marcus, On 30-07-13 21:41, Marcus D. Leech wrote: On 07/30/2013 03:35 PM, Kristoff Bonne wrote: Tom, (inline comments) My understanding was that all IEEE floating-point implementations followed the same rounding rules, etc? Is that not the case? Are the SIMD subsystems not IEEE compl

[Discuss-gnuradio] GRCon13 Updates

I'm starting to get really excited about GRCon this year. I'm very proud of our 3.7 release, which is opening up a huge number of possibilities for the project, and we're anxious to show off some of the new stuff and learn what everyone else has been doing. Just some reminders about GRCon's schedu

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

Marcus, (repost due to technical problems. My appolologies for a possible double post). On 30-07-13 21:41, Marcus D. Leech wrote: On 07/30/2013 03:35 PM, Kristoff Bonne wrote: Tom, (inline comments) My understanding was that all IEEE floating-point implementations followed the same r

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

> > libqwt5-qt4 libqwt5-qt4-dev >If someone can suggest (and test) what the new PACKAGES line should look >like to make this happen, I can integrate it. The following built correctly for me using "./build-gnuradio -j2 -v all". The GUI components worked. They also worked for "./build-gnuradio -j2

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On 07/30/2013 03:35 PM, Kristoff Bonne wrote: Tom, (inline comments) My understanding was that all IEEE floating-point implementations followed the same rounding rules, etc? Is that not the case? Are the SIMD subsystems not IEEE compliant, for performance reasons? -- Marcus Leech Prin

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

Tom, (inline comments) On 30-07-13 15:53, Tom Rondeau wrote: The codec2 needs a bit of attention. I've not known it to fail like this (and that's a very close result you're seeing), but we need to update the version of codec2 that we're using. So unless you really wanted to use codec2 with

Re: [Discuss-gnuradio] Low cost SDR hardware

I get the feeling that you would like something significantly lower cost to support 100 units. Arrow Electronics partnered with several manufacturers to develop the BeRadio (http://www.arrownac.com/solutions/beradio/). There is no driver/FPGA build for an interface to Gnuradio, but with enough st

[Discuss-gnuradio] Initial state options for Viterbi algorithm

When instantiating a Viterbi decoding block, there are options to specify what the initial and final states should be or that they are unknown. This poses no problems if the FEC encoder is initialized similarly for each block of data. However, when multiple blocks of data are encoded without resett

Re: [Discuss-gnuradio] Low cost SDR hardware

Manu T S writes: > Hello everyone, > > A professor in my university wants to revive lab course on communication. > He wants to introduce some experiments involving SDR. For that we need > about 100 pieces of hardware( both receiver and transmitter). Buying 100 > USRP is not a viable solution for

Re: [Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes

Michael you are right. I checked the svn repos that do not work and it looks as they or even the whole cgran.org archive has moved to only https access anyway. Yes, it would be good if certificate validation would work in an easy way. I am saying easy, because using SSL etc. from the commandline ca

Re: [Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes

If you "sudo make install" a compiled binary from spoofed git repository, your botnet masters will thank you! From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org [discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] on behalf of M

Re: [Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes

On Tue, Jul 30, 2013 at 11:57:09AM +0100, M Dammer wrote: > > This may lower security, but as the software we are working with is > opensource anyway I do not see the need for encryption. There have been attacks against users of open source software via automated software update and installation m

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

On 07/30/2013 11:12 AM, Nowlan, Sean wrote: libqwt5-qt4 libqwt5-qt4-dev If someone can suggest (and test) what the new PACKAGES line should look like to make this happen, I can integrate it. What does the pyBombs recipe do? -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

>The plots are working now. I was on Qt 4.8.1 and Qwt 5.2.2, the defaults >installed by the build-gnuradio script. I >removed Qwt 5.2.2 (packages: >libqwt5-qt4 libqwt5-qt4-dev) and installed Qwt 6.0.0 (packages: libqwt >libqwt-dev). >Perhaps it's worth changing these in the Ubuntu 13.* section o

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

The plots are working now. I was on Qt 4.8.1 and Qwt 5.2.2, the defaults installed by the build-gnuradio script. I removed Qwt 5.2.2 (packages: libqwt5-qt4 libqwt5-qt4-dev) and installed Qwt 6.0.0 (packages: libqwt libqwt-dev). Perhaps it's worth changing these in the Ubuntu 13.* section of bui

Re: [Discuss-gnuradio] Gnuradio3.7 make error

Its finding 1.40 headers somewhere on your system. Tim Sent on the Sprint® Now Network from my BlackBerry® -Original Message- From: Harry Zhang Sender: discuss-gnuradio-bounces+tim.newman=gmail.com@gnu.orgDate: Tue, 30 Jul 2013 19:23:47 To: Nathan West Cc: Subject: Re: [Discuss-gnurad

Re: [Discuss-gnuradio] new to GNUradio: AFSK and codec2 gmsk modem

On Mon, Jul 29, 2013 at 7:26 PM, Kristoff Bonne wrote: > Tom, > > > (inline comments) > > > > On 29-07-13 17:01, Tom Rondeau wrote: >> >> On Mon, Jul 29, 2013 at 5:48 AM, Kristoff Bonne >> wrote: >>> >>> Just found this, it might help: https://github.com/dl1ksv/gr-afsk >>> >>> Hmmm. Look

Re: [Discuss-gnuradio] Low cost SDR hardware

Hello, For just teaching even a speaker and microphone work well to add real world effects like AWGN, echos, delays, and Doppler effects on communication channels. Does everyone need a transmitter? Over here we have just one USRP and a whole lot of RTLSDR's so everyone can practice receiving and d

Re: [Discuss-gnuradio] QT GUI FFT and Waterfall plots not working for me on 3.7

On Mon, Jul 29, 2013 at 4:39 PM, Nowlan, Sean wrote: > Hi all, > > For whatever reason QT FFT and Waterfall plots are not displaying for me. > All the controls are present and I can change scale, FFT size, color > intensity (for waterfall), etc. but the display area is just a white brick. > Time d

Re: [Discuss-gnuradio] Low cost SDR hardware

Hi Manu, What is your output power requirement? Frequency coverage? Do you have a target price? Do you have LO phase coherency requirements? Support for nuand's bladeRF was just recently pushed to gr-osmosdr for both GNU Radio 3.6 and 3.7. The output power is 6dBm CW, so with some backoff for

Re: [Discuss-gnuradio] Gnuradio3.7 make error

Dear Nathan, Thank you for your reply. I have changed the boost to 1.48 but the error remains. According to the error information, it seems to require libboost1.40,which puzzles me. 2013/7/30 12:12, Nathan West wrote: On Mon, Jul 29, 2013 at 11:55 PM, Gong Zhang wrote: Dear Nathan,

[Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes

I just updated to the latest pybombs and recipes and I notice that a lot of recipes based on https sources fail due to certificate validation errors. I would like to suggest to avoid https in recipes and use http instead - unless no alternative exists. This may lower security, but as the software w

[Discuss-gnuradio] ISWCS Ilmenau / GNU Radio Meetup

Hi, for anyone attending the ISWCS conference in Ilmenau this year, we will be doing a GNU Radio enthusiasts meetup on Tuesday, August 27th. The exact location is still to be determined, but I'd like to thank Andre Puschmann for squeezing this into a busy schedule. This year's ISWCS has a special