Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-09 Thread Michael Dickens
On Jan 8, 2013, at 4:35 PM, Johnathan Corgan johnat...@corganlabs.com wrote:
 GNU Radio release 3.6.3 is available here:

For Mac OS X GNU Radio users: This morning (1/9) I updated the MacPorts' 
install to this release (gnuradio) as well as the latest GIT master 
(gnuradio-devel) and next (gnuradio-next).

NOTES:

* With the latest changes to the CMake build files, as well as the addition of 
scipy as a runtime requirement, I believe I've found all of the dependencies 
within GNU Radio whether for building or runtime.  GNU Radio should be easy to 
install and use (for you) and maintain (for me) within the MacPorts 
environment.  If you have any issues when installing via MacPorts please search 
for the issue  https://trac.macports.org/search , and if you don't find it 
then report the issue in a ticket  https://trac.macports.org/newticket ; set 
the owner as michae...@macports.org.

* Please do port variants gnuradio to understand your install options: by 
default, GNU Radio is installed with only the basic dependencies, which means 
no SWIG (Python interface), Wx, Qt, GRC, SDL, or the like.  I recommend 
installing via sudo port install gnuradio +full, but I recognize that not 
everyone wants to wait around for hours while Qt4 is installed; hence, I'm 
making none of these variants active by default.  By popular request this 
behavior is a change from the past, when everything was installed by default.

* For those trying next, I've added a variant for ctrlport as EXPERIMENTAL -- 
it does not work for me, but maybe it will for you.  This variant is not part 
of +full; you will have to specify it explicitly.

Enjoy! - MLD


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


Re: [Discuss-gnuradio] GNU Radio and Ettus Research at Wireless Innovation Forum

2013-01-09 Thread Tom Rondeau
On Tue, Jan 8, 2013 at 1:55 PM, Matt Ettus m...@ettus.com wrote:



 If you're in Washington DC this week and you have the time, we'd love to
 see you at the Wireless Innovation Forum conference (aka SDR Forum).
  Registration for exhibits is free, and you can see our booth there.  At
 the booth we have 2 major demos -- an all-software LTE basestation running
 on a USRP N210, and a direction-finding demo.

 On Wednesday from 5:30 to 6:30 is the Technology Showcase.  Afterwards, a
 large group of GNU Radio and USRP users will be meeting up at the
 conference hotel at 6:30 and will walk to a nearby restaurant for a get
 together to discuss software radio over dinner and drinks. We'll post the
 location of the restaurant as well.

 Hope to see you there!

 Matt Ettus


To follow up on what Matt said, we'll be heading to Murphy's pub between
6:30 and 7:00 tonight for a GNU Radio meetup.

The pub's address is:
2609 24th Street Northwest
Washington, DC 20008

It's just outside of the Marriott where the conference is being held. For
anyone coming from elsewhere, you can take the Red Line to Woodley-Park/Zoo
stop and head south on 24th St. It's not a long walk.

Hope to see lots of you there!

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


Re: [Discuss-gnuradio] Stream_Selector (grextras) on Windows

2013-01-09 Thread Josh Blum


On 01/08/2013 09:24 PM, Luong Tan Phong wrote:
 Hi list,
 
 I installed gnuradio (with grextras), uhd libraries on Windows from
 sources. My project used stream_selector (C++) class to to dynamically
 reconfigure the flow graph at runtime. When I call gr_top_block.stop()/
 wait(), the wait() function don't return in a long time and I must to kill
 my application process to finish.
 
 Could you help me, please?
 
 Best regards,
 
 LTP.
 

stop() causes a thread interruption signal
wait() blocks on joining all scheduler threads

If wait is blocking forever then a work function is blocked on something
and not exiting, or for some reason a scheduler thread is not exiting.

I'm really not sure why, but I would like to fix the issue. Can you
narrow down the issue to a subset of the blocks that cause a problem?
code snippet? Is there a reason you think its the stream selector blocks
(for example)?

-josh

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

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


Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-09 Thread Michael Dickens
On Jan 9, 2013, at 9:41 AM, Michael Dickens m...@alum.mit.edu wrote:
 On Jan 8, 2013, at 4:35 PM, Johnathan Corgan johnat...@corganlabs.com wrote:
 GNU Radio release 3.6.3 is available here:
 
 For Mac OS X GNU Radio users: This morning (1/9) I updated the MacPorts' 
 install to this release (gnuradio) as well as the latest GIT master 
 (gnuradio-devel) and next (gnuradio-next).

I forgot to mention: MacPorts' boost port is currently at 1.52 -- the latest 
release -- which has bugs in the way it handles threads, does not work with GNU 
Radio (and, it seems, many other projects), and hence has been removed from the 
GNU Radio acceptable versions.  The fix is already in place for 1.53, but this 
release has not yet been made.  Thus, in the mean time you can manually 
reinstall 1.51, or activate any version of boost from 1.35 to 1.51.

Follow these commands to manually reinstall 1.51:

  cd ~/Desktop
  mkdir tmp_boost
  cd tmp_boost
  svn co -r 98466 
http://svn.macports.org/repository/macports/trunk/dports/devel/boost
  cd boost
  sudo port build

You can add variants after build if you want; just make sure that those 
variants are also added after the install command below.  Assuming the build 
succeeds, then do:

  ff=`port installed boost | sed -e 1d -e s@(active)@@g`
  sudo port -f deactivate $ff
  sudo port install

and, remember to add any variants from build above after install.  You can 
clean up this install via:

  cd Desktop
  sudo rm -rf tmp_boost

Once this install or boost succeeds, you should be ready to go with installing 
and/or using GNU Radio in MacPorts.  If one of the GNU Radio ports is already 
installed, it should now just work without having to be reinstalled.

Remember to not upgrade boost until 1.53 is available via MacPorts.  I hope 
that Boost 1.53 will be released soon, to take care of this issue (and, I'm 
sure, others).  If you are using MacPorts and have questions about this, feel 
free to ping me. - MLD


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


[Discuss-gnuradio] Cos and sin blocks

2013-01-09 Thread José María Valencia
Anybody knows if gnu radios has blocks that computes the sin and cosine
trigonometric functions?? 
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Cos and sin blocks

2013-01-09 Thread Nick Foster

On 01/09/2013 12:35 PM, José María Valencia wrote:

Cos and sin blocks

Anybody knows if gnu radios has blocks thatcomputes the sin and cosine 
trigonometric functions??



http://gnuradio.org/doc/doxygen/index.html

--n




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


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


Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-09 Thread Alexandru Csete
On Wed, Jan 9, 2013 at 5:02 PM, Michael Dickens m...@alum.mit.edu wrote:

 On Jan 9, 2013, at 9:41 AM, Michael Dickens m...@alum.mit.edu wrote:
  On Jan 8, 2013, at 4:35 PM, Johnathan Corgan johnat...@corganlabs.com
 wrote:
  GNU Radio release 3.6.3 is available here:
 
  For Mac OS X GNU Radio users: This morning (1/9) I updated the MacPorts'
 install to this release (gnuradio) as well as the latest GIT master
 (gnuradio-devel) and next (gnuradio-next).

 I forgot to mention: MacPorts' boost port is currently at 1.52 -- the
 latest release -- which has bugs in the way it handles threads, does not
 work with GNU Radio (and, it seems, many other projects), and hence has
 been removed from the GNU Radio acceptable versions.  The fix is already in
 place for 1.53, but this release has not yet been made.  Thus, in the mean
 time you can manually reinstall 1.51, or activate any version of boost from
 1.35 to 1.51.

 Follow these commands to manually reinstall 1.51:

   cd ~/Desktop
   mkdir tmp_boost
   cd tmp_boost
   svn co -r 98466
 http://svn.macports.org/repository/macports/trunk/dports/devel/boost
   cd boost
   sudo port build

 You can add variants after build if you want; just make sure that those
 variants are also added after the install command below.  Assuming the
 build succeeds, then do:

   ff=`port installed boost | sed -e 1d -e s@(active)@@g`
   sudo port -f deactivate $ff
   sudo port install

 and, remember to add any variants from build above after install.  You
 can clean up this install via:

   cd Desktop
   sudo rm -rf tmp_boost

 Once this install or boost succeeds, you should be ready to go with
 installing and/or using GNU Radio in MacPorts.  If one of the GNU Radio
 ports is already installed, it should now just work without having to be
 reinstalled.

 Remember to not upgrade boost until 1.53 is available via MacPorts.  I
 hope that Boost 1.53 will be released soon, to take care of this issue
 (and, I'm sure, others).  If you are using MacPorts and have questions
 about this, feel free to ping me. - MLD


Hi Michael,

Thanks for the detailed instructions.

I didn't have macports installed so I started from scratch. I installed
macports, then boost 1.51 according to your instructions. Then I try to
install uhd before gnuradio:

sudo ports install uhd +libusb

and that installs boost 1.52 :(

If you have any advice for what I should do before continuing with
gnuradio, please let me know.

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


[Discuss-gnuradio] I cant implement messages between blocks :(

2013-01-09 Thread Juan Daniel Fernandez Martinez
Hi everyone,

Currently I am working creating a control block that uses message passing 
technique in order to start and stop some functions in other blocks. But I have 
some problems making it work.

Can anyone help me with a hello world coded example of a block implementing an 
output message port and the counterpart using input message port?

Thanks in advance

Juan Daniel Fernandez M



Este documento puede contener información privilegiada o confidencial. Por 
tanto, usar esta información y sus anexos para propósitos ajenos a los de la 
Universidad Icesi, divulgarla a personas a las cuales no se encuentre destinado 
este correo o reproducirla total o parcialmente, se encuentra prohibido en 
virtud de la legislación vigente. La universidad no asumirá responsabilidad 
sobre información, opiniones o criterios contenidos en este correo que no estén 
directamente relacionados con la Icesi. Si usted no es el destinatario 
autorizado o por error recibe este mensaje, por favor informe al remitente y 
posteriormente bórrelo de su sistema sin conservar copia del mismo.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] step by step command process to update GRC 3.6.3?

2013-01-09 Thread John Petrich
I apologize in advance for my ignorance about, what for me is, a new OS,
Ubuntu.  What is the command line sequence for updating GRC to GRC 3.6.3
after I download and unzip the .tar.gz?

 

Thank you,

John Petrich

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


[Discuss-gnuradio] Scope windows freeze

2013-01-09 Thread José María Valencia
Why the scope sink window is freeze when I run this simulation (see the
image) and some buttons are not visible?

  


single_tone_usrp_tx_rx_FM.grc.png
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Scope windows freeze

2013-01-09 Thread Nick Foster
Title: Scope windows freeze

  
  
Put a throttle in the flowgraph after
  your signal source. When you aren't using real hardware as part of
  a flowgraph, you have to throttle the flowgraph or it will run as
  fast as possible and consume all available CPU.
  
  --n
  
  On 01/09/2013 04:54 PM, Jos Mara Valencia wrote:


  
  
  
  
  Why
the
scope sink window is freeze
when I run this simulation
(see the image) and some buttons are not visible?
   ...  
  
  single_tone_usrp_tx_rx_FM.grc.png
  
  
  
  
  
  
  ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



  

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


Re: [Discuss-gnuradio] GNU Radio release 3.6.3 available for download

2013-01-09 Thread Michael Dickens
On Jan 9, 2013, at 4:33 PM, Alexandru Csete oz9...@gmail.com wrote:
 Thanks for the detailed instructions.
 
 I didn't have macports installed so I started from scratch. I installed 
 macports, then boost 1.51 according to your instructions. Then I try to 
 install uhd before gnuradio:
 
 sudo ports install uhd +libusb
 
 and that installs boost 1.52 :(
 
 If you have any advice for what I should do before continuing with gnuradio, 
 please let me know.

Hi Alexandru - You're welcome!  I'm glad to hear from OSX GNU Radio users.

Chances are that boost 1.51 is still installed, but not active in MacPorts.  
You can view all of the installed boost ports via:

  port installed boost

to verify that it's still around.  If not, try re-doing my instructions for 
installing boost 1.51.  If it is around, you can try this to make sure boost 
1.51 is the active boost:

  gg=`port installed boost | grep 51 | sed -e s@(active)@@g`
  sudo port activate $gg

If Boost 1.51 is already active, the above will do nothing.  If it is not 
active, it should be made so, an boost 1.52 deactivated (first).  Both GNU 
Radio and UHD work with Boost 1.51, so all you should have to do is 
(re)activate the older Boost.

You can verify which version of Boost is active via:

  port installed boost | grep active

Hope this helps! - MLD


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


Re: [Discuss-gnuradio] Scope windows freeze

2013-01-09 Thread Marcus D. Leech
Title: Scope windows freeze


  
  

  
  Put a throttle in the flowgraph after
your signal source. When you aren't using real hardware as part
of a flowgraph, you have to throttle the flowgraph or it will
run as fast as possible and consume all available CPU.

--n
  

To expand on that, only a *hardware endpoint* or a *throttle* block
makes any sample-rate notion actually "real" in the temporal sense.

Nearly all of the blocks in Gnu Radio simply use any sample-rate
parameter input to calculate internal parameters (for example, when
calculating
 filter coefficients, the sample rate is used to calculate the
normalized-equivalent filter from the input parameters). Internal
to a flow-graph,
 Gnu Radio is entirely stream oriented, it has no inherent notions
of samples rates -- everything is just a stream of samples that flow
past
 at whatever rate they flow past at, and block functions simply
operate on whatever data they get, at whatever times they get that
data.
 The implication of that is that without either a throttle block,
or actual hardware to "pace" samples at the expected temporal pace,
things will
 simply run flat-out.

Even the signal-source block, which takes a sample-rate input
parameter, simply uses that parameter to calculate the internal
phase accumulator
 increments, it makes no attempt to actually supply samples at the
desired rate.



   
On 01/09/2013 04:54 PM, Jos Mara Valencia wrote:
  
  




Why

  the scope sink window is freeze when I run this simulation

  (see the image) and some buttons are not visible?
 ...
 

single_tone_usrp_tx_rx_FM.grc.png






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

  
  
  

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




-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

  

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


[Discuss-gnuradio] NBFM modulation block

2013-01-09 Thread José María Valencia
I want to know what internally does NBFM modulation block, 

How I can build that function with separated blocks??

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


Re: [Discuss-gnuradio] NBFM modulation block

2013-01-09 Thread Marcus D. Leech

I want to know what internally does NBFMmodulationblock,

How I can build that function with separated blocks??


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

You could look at the source code.  It's freely available.


--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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


[Discuss-gnuradio] GNURadio bloc design tutorial

2013-01-09 Thread friedtj
For what it is worth, some might (or might not) be interested in the 
tutorial document I wrote concerning the implementation of some decoding blocs
for GNURadio, from signal processing prototyping using GNU/Octave on recorded 
signals
to the actual bloc http://jmfriedt.free.fr/en_sdr.pdf

For the French speaking audience, this document is a translation to English of 
the 
article in French published in GNU/Linux Magazine France available at 
http://jmfriedt.free.fr/lm_sdr.pdf, translation performed following some 
requests
received after the Physics for Development Conference 
(http://www.epsphysicsfordevelopment.org/) 
held last October in Brussels (Belgium). As an extension of this document, I am 
currently
completing an extension towards the implementation of some time and frequency 
analysis 
algorithms targetted at using GNURadio and the sound card interface as signal
generator and acquisition (network analyzer application, frequency counter, 
phase measurement)
for teaching and hobby applications.

Any comment or correction is welcome, these documents are not aimed at being 
static but to
evolve depending on the feedback I might receive.

JM


-- 
JM Friedt, FEMTO-ST Time  Frequency/SENSeOR, 32 av. observatoire, 25044 
Besancon, France

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


Re: [Discuss-gnuradio] nVidia's Tegra 4 has SDR - the i500 LTE soft modem from Icera

2013-01-09 Thread Lin HUANG
Hi Albert,

If that is as you said, Icera won't open the instruction set and develop
tool, and all the software are encrypted. Then this chipset is not suitable
for people like GNU Radio guys to DIY something. So, what is the major
market of this chipset? Cellphone manufactor? Let them to develop more
diverse products?

I paid attention to Icera's solution for a long time. I hope there will be
a small chipset which can be used as CPU plus USRP, with low power
comsumption, suitable for mobile terminal. Based on your knowledge on
industry, do you think  when and what kind of solution may come to market?
What is 'a scalable computer farm
that can do distributed SDR' that you said?

Regards
Lin

2013/1/9 Albert Chun-Chieh Huang alberthuang...@gmail.com

 I'd rather spend time to build a scalable computer farm
 that can do distributed SDR

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