Re: [Discuss-gnuradio] Questions on stream tags

[Martin Braun]

On 06.05.2014 04:44, Hoang Ngo Khac wrote:

Hi Martin, and all,

I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
start/stop the TX chain. I intend to add tags before the modulation,
where data type is /byte. /Since the provided block PDU to Tagged Stream
takes message as input, I guess I need to make my own block(s).



On current master, you can also pipe the tagged stream straight into the 
uhd sink.


M


On Mon, May 5, 2014 at 7:57 PM, Martin Braun mailto:martin.br...@ettus.com>> wrote:

On 05.05.2014 09:56, Hoang Ngo Khac wrote:

Dear List,

I'm new to stream tags. Could someone help me to understand
about stream
tags and know how to use it?


Remember that we have a lot tag debugging tools available, such as
the QT GUI Time Sink and tag debug.


1. In GNU Radio Manual: "A stream tags is generated by a block's
work
function and from there on flows the downstream...*until it
reaches a
sink*...".

If we use tags to tell the USRP Sink to start/stop the TX chain,
do we
need to modify the USRP Sink block?


Probably not... are you talking about tx_sob and tx_eob?


I found that gr_uhd_usrp_sink.cc file contains the
get_tags_in_range()
function. However, this file is not, at first, in the GNU Radio
3.7.0
source folder. How to add this to project and make it work with
USRP Sink?


Look in gr-uhd/, there it is.


2. I am implementing a model of ofdm-based two-way relaying network
apply network coding. Up to now, each single transmission in one
time
slot are done, but the model runs without any timing
synchronization.
For this, I need to use TDMA, and stream tags is the solution. I
list
here the steps to make TDMA with stream tags. Could you leave some
comments if I miss some thing?
+ Add tags to stream; using provided block such as PDU to Tagged
Stream,
or custom block.
+ Write a block for error checking, repeat request...


Seems right. You shouldn't need other blocks to control UHD.

M


_
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] Getting this today from recent GR master build:

[Martin Braun]

On 06.05.2014 01:17, Johnathan Corgan wrote:

On 05/05/2014 03:00 PM, Marcus D. Leech wrote:


NotImplementedError: Wrong number or type of arguments for overloaded
function 'usrp_source_make'.
   Possible C/C++ prototypes are:
 make(::uhd::device_addr_t const &,::uhd::io_type_t const &,size_t)
 gr::uhd::usrp_source::make(::uhd::device_addr_t const
&,::uhd::stream_args_t const &)


There might have been a change in the function signature of this
function.  It's possible that if you did not do a 'make clean', that the
swig wrapper did not get recompiled, and is trying to use the old one.


There was; we now have a tag key for TSB mode.

M


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

Re: [Discuss-gnuradio] Questions on stream tags

[Hoang Ngo Khac]

Sorry, I didn't really get what you meant by "pipe the tagged stream
straight into the uhd sink".


On Tue, May 6, 2014 at 2:36 PM, Martin Braun  wrote:

> On 06.05.2014 04:44, Hoang Ngo Khac wrote:
>
>> Hi Martin, and all,
>>
>> I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to
>> start/stop the TX chain. I intend to add tags before the modulation,
>> where data type is /byte. /Since the provided block PDU to Tagged Stream
>>
>> takes message as input, I guess I need to make my own block(s).
>>
>>
> On current master, you can also pipe the tagged stream straight into the
> uhd sink.
>
> M
>
>>
>> On Mon, May 5, 2014 at 7:57 PM, Martin Braun > > wrote:
>>
>> On 05.05.2014 09:56, Hoang Ngo Khac wrote:
>>
>> Dear List,
>>
>> I'm new to stream tags. Could someone help me to understand
>> about stream
>> tags and know how to use it?
>>
>>
>> Remember that we have a lot tag debugging tools available, such as
>> the QT GUI Time Sink and tag debug.
>>
>>
>> 1. In GNU Radio Manual: "A stream tags is generated by a block's
>> work
>> function and from there on flows the downstream...*until it
>> reaches a
>> sink*...".
>>
>> If we use tags to tell the USRP Sink to start/stop the TX chain,
>> do we
>> need to modify the USRP Sink block?
>>
>>
>> Probably not... are you talking about tx_sob and tx_eob?
>>
>>
>> I found that gr_uhd_usrp_sink.cc file contains the
>> get_tags_in_range()
>> function. However, this file is not, at first, in the GNU Radio
>> 3.7.0
>> source folder. How to add this to project and make it work with
>> USRP Sink?
>>
>>
>> Look in gr-uhd/, there it is.
>>
>>
>> 2. I am implementing a model of ofdm-based two-way relaying
>> network
>> apply network coding. Up to now, each single transmission in one
>> time
>> slot are done, but the model runs without any timing
>> synchronization.
>> For this, I need to use TDMA, and stream tags is the solution. I
>> list
>> here the steps to make TDMA with stream tags. Could you leave some
>> comments if I miss some thing?
>> + Add tags to stream; using provided block such as PDU to Tagged
>> Stream,
>> or custom block.
>> + Write a block for error checking, repeat request...
>>
>>
>> Seems right. You shouldn't need other blocks to control UHD.
>>
>> M
>>
>>
>> _
>> 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
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Out of Tree Block Not Showing up in GRC

[Jonathan Fox]

I have two out of tree blocks I want to add to GRC, everything compiles and
installs correctly except for the GRC component (not shown in GRC). So this
should be an XML issue and I think it is related to my attempts at making a
drop down option choice concerning the detection of white space/closed
frequencies and verbose output. My XML is attached below and you can see
that under Params Desired Detection and Verbose have options.

When I look at other stock GNU Radio block's XML like the low pass filter,
I see that some params have opt tags. Do I need these also, if so how would
I use them in my case?

Thanks,

Jon


  Energy Detector
  specsense_energy_detector_ff
  specsense
  import specsense
  specsense.energy_detector_ff($vlen, $eta, $white_space, $samp_rate, $cntr_freq, $verbose)
  
  set_eta($eta)
  
FFT Size
vlen
1
int
  

  
Threshold
eta
0
float
  

  
Sample Rate
samp_rate
1
float
  

  
Center Frequency
cntr_freq
0
float
  

  
Desired Detection
white_space
bool

  Open Band
  True


  Closed Band
  False

  

  
Verbose
verbose
bool

  Yes
  True


  No
  False

  

  
  
in
float
$vlen
  

  
  
out
float
  



  Energy Detector Sink
  specsense_energy_detector_sink_f
  specsense
  import specsense
  specsense.energy_detector_sink_f($vlen, $eta, $white_space, $samp_rate, $cntr_freq, $verbose)
  
  set_eta($eta)
  
FFT Size
vlen
1
int
  

  
Threshold
eta
0
float
  

  
Sample Rate
samp_rate
1
float
  

  
Center Frequency
cntr_freq
0
float
  

  
Desired Detection
white_space
bool

  Open Band
  True


  Closed Band
  False

  

  
Verbose
verbose
bool

  Yes
  True


  No
  False

  

  
  
in
float
$vlen
  
  
  
out

  

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

Re: [Discuss-gnuradio] FindICE.cmake

[Tom Rondeau]

Ok, yeah, I think I've figured out the problem. They completely changed the
ICE package config files and the location of the libraries in 14.04. The
package config file doesn't have any include dirs specified and the library
points to an installed Microsoft DLL, which seems... strange to me.
Basically, I'm thinking that using the package config for Ice is worthless,
so I'm going to strip it out of the FindICE-3.5.cmake file (we'll be
pushing up the minimum required version of ICE to 3.5 with our release of
v3.8.0, anyways, so support for 3.4 will go away).

The other big issue is that the libraries are installed for multi-arch
support, so they are located in /usr/lib/libIceX.so, anymore. And we're
using NO_DEFAULT_PATH when looking for libraries. I /think/ we started
using that setting to support OS X builds. I have this working now on a VM,
but I'm going to have to work on patching FindIce-3.5.cmake a little more
to make sure everything's ok and test it on multiple platforms (yay...).

If you've followed what I said above, you should be able to quickly fix
this locally on your own machine. Basically:
- remove the use of package config (comment out PKG_CHECK_MODULE)
- remove the use of NO_DEFAULT_PATH in the FIND_LIBRARY commands

Tom



On Mon, May 5, 2014 at 5:48 PM, Ben Rosenbloom wrote:

> I'm noticing this issue as well on Ubuntu 14. Ice 3.5.1 is installed via
> deb, but GNURadio does not see it.
>
>
> On Thu, May 1, 2014 at 4:03 PM, West, Nathan 
> wrote:
>
>> On Thu, May 1, 2014 at 8:23 AM, Tom Rondeau  wrote:
>> > On Wed, Apr 30, 2014 at 9:11 PM, West, Nathan <
>> n...@ostatemail.okstate.edu>
>> > wrote:
>> >>
>> >> I'm trying to build gnu radio with control port, but cmake won't find
>> >> my Ice installation. I have Ice-3.4 installed through apt on Ubuntu
>> >> 13.10. Digging in to the FindIce.cmake I made the following changes:
>> >>
>> >> diff --git a/cmake/Modules/FindICE.cmake b/cmake/Modules/FindICE.cmake
>> >> index 087ee9b..705c019 100644
>> >> --- a/cmake/Modules/FindICE.cmake
>> >> +++ b/cmake/Modules/FindICE.cmake
>> >> @@ -4,7 +4,7 @@
>> >>  FIND_PACKAGE(PkgConfig)
>> >>  PKG_CHECK_MODULES(PC_ICE Ice-3.4 QUIET)
>> >>
>> >> -if(NOT ICE_FOUND)
>> >> +if(NOT PC_ICE_FOUND)
>> >># Maybe we don't have a .pc file for Ice. Check for Config.h. If
>> >># that exists, get the version string and parse it for the proper
>> >># version.
>> >> @@ -21,11 +21,11 @@ if(NOT ICE_FOUND)
>> >>set(ICE_FOUND TRUE)
>> >>  endif(ICE_FOUND)
>> >>endif(ICE_CONFIG_INCLUDE_DIR)
>> >> -endif(NOT ICE_FOUND)
>> >> +endif(NOT PC_ICE_FOUND)
>> >>
>> >> -if(NOT ICE_FOUND)
>> >> +if(NOT PC_ICE_FOUND)
>> >>message(STATUS "  package 'Ice-3.4' not found")
>> >> -endif(NOT ICE_FOUND)
>> >> +endif(NOT PC_ICE_FOUND)
>> >>
>> >>
>> >>  # Recheck if we found the right version of ICE and proceed if true.
>> >>
>> >> This at least squelches the 'package Ice-3.4 not found' message, which
>> >> is an improvement. (I test this with cmake -P . I'm
>> >> still not able to get cmake to configure GNU Radio to build
>> >> control-port, and this is already extending my cmake-fu.
>> >>
>> >> I've only managed to get this configured properly through PyBOMBS. Any
>> >> suggestions on fixing this module to properly detect a distro
>> >> installed Ice?
>> >>
>> >> Nathan
>> >
>> >
>> >
>> > Nathan,
>> > Yeah, I suspect you're right on the use of the PC_ for the variables.
>> >
>> > Have you made sure that python-zeroc-ice is also installed?
>> >
>> > Tom
>> >
>>
>> Yea, python-zeroc-ice is installed. If I replace all of the ICE_FOUND
>> instances with PC_ICE_FOUND then I get a syntax error on line 36:
>> string(REGEX REPLACE "/include" "" ICE_PATH
>> ${ICE_CONFIG_INCLUDE_DIR}). I Don't see where ICE_PATH is being set in
>> the first place.
>>
>> Nathan
>>
>> ___
>> 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

[Discuss-gnuradio] constellation plot in c++ using qtgui

[Mostafa Alizadeh]

hello everybody,

I wanted to use constellation plot of gnuradio in my top block in c++. I
actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for using qtgui
of gnuradio, I ran the program but it didn't open any GUI!!!

my code is like this :

/
#include 

#include 
#include 
#include 

using namespace gr;

int main()
{
  // some blocks here 

 qtgui::const_sink_c::sptr constellation =
qtgui::const_sink_c::make(10, "constellation", 1, NULL);

  // some connections 

  tb->run();

  return 0;
}

/

What is the problem!? Why I can't see any GUI?


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

Re: [Discuss-gnuradio] Getting this today from recent GR master build:

[Marcus Leech]

Well, I was utterly unable to get it to work, using any recent GR paired with latest "master" of UHD.
 
I get the same error every time.  The swig-generated code "looks" correct, but this error persists.
 
I have cleaned every vestige of Gnu Radio and UHD from my system, and done totally-clean builds and this
  happens.  Yet, when I use the gr-osmosdr wrapper, it works just fine, which suggests that it's in the
  SWIGging that happens for gr-uhd.
 
 
 

on May 06, 2014, Martin Braun  wrote:
On 06.05.2014 01:17, Johnathan Corgan wrote:> On 05/05/2014 03:00 PM, Marcus D. Leech wrote:>>> NotImplementedError: Wrong number or type of arguments for overloaded>> function 'usrp_source_make'.>> Possible C/C++ prototypes are:>> make(::uhd::device_addr_t const &,::uhd::io_type_t const &,size_t)>> gr::uhd::usrp_source::make(::uhd::device_addr_t const>> &,::uhd::stream_args_t const &)>> There might have been a change in the function signature of this> function. It's possible that if you did not do a 'make clean', that the> swig wrapper did not get recompiled, and is trying to use the old one.There was; we now have a tag key for TSB mode.M


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

Re: [Discuss-gnuradio] Out of Tree Block Not Showing up in GRC

[Jonathan Fox]

Update to my problem.

I went back into the XML and comment out my trouble sections with the
options and rewrote them as


  Desired Detection
  white_space
  True
  bool



  Verbose
  verbose
  false
  bool


Only the sink will show up in GRC.

Then I commented out all of those sections and both blocks will show up.
Problem is I need those two variables. What am I doing wrong with my XML?

Jon


On Tue, May 6, 2014 at 10:00 AM, Jonathan Fox <31...@cardinalmail.cua.edu>wrote:

> I have two out of tree blocks I want to add to GRC, everything compiles
> and installs correctly except for the GRC component (not shown in GRC). So
> this should be an XML issue and I think it is related to my attempts at
> making a drop down option choice concerning the detection of white
> space/closed frequencies and verbose output. My XML is attached below and
> you can see that under Params Desired Detection and Verbose have options.
>
> When I look at other stock GNU Radio block's XML like the low pass filter,
> I see that some params have opt tags. Do I need these also, if so how would
> I use them in my case?
>
> Thanks,
>
> Jon
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] constellation plot in c++ using qtgui

[Tom Rondeau]

On Tue, May 6, 2014 at 10:29 AM, Mostafa Alizadeh wrote:

> hello everybody,
>
> I wanted to use constellation plot of gnuradio in my top block in c++. I
> actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
> I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for using qtgui
> of gnuradio, I ran the program but it didn't open any GUI!!!
>
> my code is like this :
>
>
> /
> #include 
>
> #include 
> #include 
> #include 
>
> using namespace gr;
>
> int main()
> {
>   // some blocks here 
>
>  qtgui::const_sink_c::sptr constellation =
> qtgui::const_sink_c::make(10, "constellation", 1, NULL);
>
>   // some connections 
>
>   tb->run();
>
>   return 0;
> }
>
>
> /
>
> What is the problem!? Why I can't see any GUI?
>
>
> best
>


You haven't don't anything to get the qApplication and start it.

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

Re: [Discuss-gnuradio] constellation plot in c++ using qtgui

[Tom Rondeau]

On Tue, May 6, 2014 at 11:00 AM, Tom Rondeau  wrote:

> On Tue, May 6, 2014 at 10:29 AM, Mostafa Alizadeh 
> wrote:
>
>> hello everybody,
>>
>> I wanted to use constellation plot of gnuradio in my top block in c++. I
>> actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that
>> I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for using qtgui
>> of gnuradio, I ran the program but it didn't open any GUI!!!
>>
>> my code is like this :
>>
>>
>> /
>> #include 
>>
>> #include 
>> #include 
>> #include 
>>
>> using namespace gr;
>>
>> int main()
>> {
>>   // some blocks here 
>>
>>  qtgui::const_sink_c::sptr constellation =
>> qtgui::const_sink_c::make(10, "constellation", 1, NULL);
>>
>>   // some connections 
>>
>>   tb->run();
>>
>>   return 0;
>> }
>>
>>
>> /
>>
>> What is the problem!? Why I can't see any GUI?
>>
>>
>> best
>>
>
>
> You haven't don't anything to get the qApplication and start it.
>
> Tom
>

You haven't "done" anything to get the qApplication and start it.

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

Re: [Discuss-gnuradio] Out of Tree Block Not Showing up in GRC

[Ron Economos]

Take a look at:

https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml

Ron

On 5/6/2014 7:00 AM, Jonathan Fox wrote:
I have two out of tree blocks I want to add to GRC, everything 
compiles and installs correctly except for the GRC component (not 
shown in GRC). So this should be an XML issue and I think it is 
related to my attempts at making a drop down option choice concerning 
the detection of white space/closed frequencies and verbose output. My 
XML is attached below and you can see that under Params Desired 
Detection and Verbose have options.


When I look at other stock GNU Radio block's XML like the low pass 
filter, I see that some params have opt tags. Do I need these also, if 
so how would I use them in my case?


Thanks,

Jon


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

Re: [Discuss-gnuradio] New guy having troubles

[Marcus Leech]

I don't know about that specific error, but any build that takes more than about 3 hours means that the even if successful, will yield an actual signal-processing
  environment that has very poor performance except at very low sample rates.
 
What is your OS environment? Hardware?  Memory?  CPU?
 
 
 

on May 06, 2014, contrapez...@sportogs.com wrote:
Hello all,Working through a reintroduction to Linux and Gnu-radio and coming into some trouble. Have tried a couple of different package install scripts that would run, get to building GNU radio, eventually eat up the system resources and fail to build >12 hours. Did try doing a build manually as per instructions and this is where it dropped dead, gave up after 2 hours and stopped it here.Linking CXX executable _digital_swig_swig_tag[ 56%] Built target _digital_swig_swig_tag[ 56%] Generating digital_swig.tag[ 56%] Swig sourceScanning dependencies of target _digital_swig[ 56%] Building CXX object gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx: In function ?void init_digital_swig()?:/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx:237891:21: warning: variable ?md? set but not used [-Wunused-but-set-variabSorry if this may be a bit disorderly or such getting reintroduced to the process. but any help would be much appreciated.Thanks,Austin ___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://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] New guy having troubles

[Sylvain Munaut]

Hi,

> Linking CXX executable _digital_swig_swig_tag
> [ 56%] Built target _digital_swig_swig_tag
> [ 56%] Generating digital_swig.tag
> [ 56%] Swig source
> Scanning dependencies of target _digital_swig
> [ 56%] Building CXX object
> gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o
> /home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx: In
> function ?void init_digital_swig()?:
> /home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx:237891:21:
> warning: variable ?md? set but not used [-Wunused-but-set-variab
>

There is no errors at all in there so :

 - Either it was a parallel build and you didn't paste the right
section of the output
 - The process was just OOM killed by lack of memory (which you can
check by looking at 'dmesg' output)


Cheers,

   Sylvain

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

[Discuss-gnuradio] New guy having troubles

[contrapezist]

Hello all,Working through a reintroduction to Linux and Gnu-radio and coming into some trouble. Have tried a couple of different package install scripts that would run, get to building GNU radio, eventually eat up the system resources and fail to build >12 hours. Did try doing a build manually as per instructions and this is where it dropped dead, gave up after 2 hours and stopped it here.Linking CXX executable _digital_swig_swig_tag[ 56%] Built target _digital_swig_swig_tag[ 56%] Generating digital_swig.tag[ 56%] Swig sourceScanning dependencies of target _digital_swig[ 56%] Building CXX object gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx: In function ?void init_digital_swig()?:/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx:237891:21: warning: variable ?md? set but not used [-Wunused-but-set-variabSorry if this may be a bit disorderly or such getting reintroduced to the process. but any help would be much appreciated.Thanks,Austin

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

Re: [Discuss-gnuradio] New guy having troubles

[Marcus Leech]

I'll reinforce what Sylvain said.   Likely an out-of-memory issue.  Add more physical memory (like at least double), or add more swap space, so that GCC
  doesn't run out of virtual memory while compiling SWIG output.  This is a known problem that we can't do anything about--GCC works the way it works.
 
 
 

on May 06, 2014, sport...@sportogs.com wrote:
Hello,Sorry should have included those details. Ubuntu 12.04 running on a Dell d620 laptop, 2Ghz core2 with 1Gb ram. Purposely running that version because some add ons were confirmed to work with it and it's not the absolute latest and greatest hardware.Thanks,Austin- Original Message - From: Marcus Leech [mailto:mle...@ripnet.com] To: contrapez...@sportogs.com Cc: discuss-gnuradio@gnu.org Sent: Tue, 6 May 2014 15:13:45 + (UTC) Subject: Re: [Discuss-gnuradio] New guy having troubles
I don't know about that specific error, but any build that takes more than about 3 hours means that the even if successful, will yield an actual signal-processing
  environment that has very poor performance except at very low sample rates.
 
What is your OS environment? Hardware?  Memory?  CPU?
 
 
 

on May 06, 2014, contrapez...@sportogs.com wrote:
Hello all,Working through a reintroduction to Linux and Gnu-radio and coming into some trouble. Have tried a couple of different package install scripts that would run, get to building GNU radio, eventually eat up the system resources and fail to build >12 hours. Did try doing a build manually as per instructions and this is where it dropped dead, gave up after 2 hours and stopped it here.Linking CXX executable _digital_swig_swig_tag[ 56%] Built target _digital_swig_swig_tag[ 56%] Generating digital_swig.tag[ 56%] Swig sourceScanning dependencies of target _digital_swig[ 56%] Building CXX object gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx: In function ?void init_digital_swig()?:/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx:237891:21: warning: variable ?md? set but not used [-Wunused-but-set-variabSorry if this may be a bit disorderly or such getting reintroduced to the process. but any help would be much appreciated.Thanks,Austin ___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://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] New guy having troubles

[contrapezist]

Will give that a try. I haven't messed with the default swap settings which is set at 1GB, anxiously awaiting another 1GB stick one was bad when I got the comp causing a video problem. Watching on the system monitor it would eventually >90% on memory and swap with <5% on the CPU's. Will give it another try with more mem.Thanks,Austin- Original Message -
From: Marcus Leech [mailto:mle...@ripnet.com]
To: sport...@sportogs.com
Cc: discuss-gnuradio@gnu.org
Sent: Tue, 6 May 2014 15:27:52 + (UTC)
Subject: Re: [Discuss-gnuradio] New guy having troubles
I'll reinforce what Sylvain said.   Likely an out-of-memory issue.  Add more physical memory (like at least double), or add more swap space, so that GCC
  doesn't run out of virtual memory while compiling SWIG output.  This is a known problem that we can't do anything about--GCC works the way it works.
 
 
 

on May 06, 2014, sport...@sportogs.com wrote:
Hello,Sorry should have included those details. Ubuntu 12.04 running on a Dell d620 laptop, 2Ghz core2 with 1Gb ram. Purposely running that version because some add ons were confirmed to work with it and it's not the absolute latest and greatest hardware.Thanks,Austin- Original Message - From: Marcus Leech [mailto:mle...@ripnet.com] To: contrapez...@sportogs.com Cc: discuss-gnuradio@gnu.org Sent: Tue, 6 May 2014 15:13:45 + (UTC) Subject: Re: [Discuss-gnuradio] New guy having troubles
I don't know about that specific error, but any build that takes more than about 3 hours means that the even if successful, will yield an actual signal-processing
  environment that has very poor performance except at very low sample rates.
 
What is your OS environment? Hardware?  Memory?  CPU?
 
 
 

on May 06, 2014, contrapez...@sportogs.com wrote:
Hello all,Working through a reintroduction to Linux and Gnu-radio and coming into some trouble. Have tried a couple of different package install scripts that would run, get to building GNU radio, eventually eat up the system resources and fail to build >12 hours. Did try doing a build manually as per instructions and this is where it dropped dead, gave up after 2 hours and stopped it here.Linking CXX executable _digital_swig_swig_tag[ 56%] Built target _digital_swig_swig_tag[ 56%] Generating digital_swig.tag[ 56%] Swig sourceScanning dependencies of target _digital_swig[ 56%] Building CXX object gr-digital/swig/CMakeFiles/_digital_swig.dir/digital_swigPYTHON_wrap.cxx.o/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx: In function ?void init_digital_swig()?:/home/lte/gnuradio/build/gr-digital/swig/digital_swigPYTHON_wrap.cxx:237891:21: warning: variable ?md? set but not used [-Wunused-but-set-variabSorry if this may be a bit disorderly or such getting reintroduced to the process. but any help would be much appreciated.Thanks,Austin ___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio




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

[Discuss-gnuradio] convert old Gnu Radio applications

[王先达]

Hello all
 Now i want to convert old Gnu Radio applications which were developed 
in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me some advices on 
this?Any advices will be appreciated.
 Thank you very much.
Best regards,
Xianda Wang___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] convert old Gnu Radio applications

[Dan CaJacob]

This should get you most of the way:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7

Very Respectfully,

Dan CaJacob


On Tue, May 6, 2014 at 12:08 PM, 王先达  wrote:

>
> Hello all
>  Now i want to convert old Gnu Radio applications which were 
> developed in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me 
> some advices on this?Any advices will be appreciated.
>  Thank you very much.
> Best regards,
> Xianda Wang
>
>
>
>
> ___
> 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] convert old Gnu Radio applications

[Sylvain Munaut]

>  Now i want to convert old Gnu Radio applications which were
> developed in the gnuradio 3.3.0 to the gnuradio 3.7.0.Can someone give me
> some advices on this?Any advices will be appreciated.

For modules : (or custom modules inside apps)

Recreate the modules from scratch using the new layout using gr_modtool.
Then cut & paste the actual processing methods from the old code and
adapt it, one module at a time.


For apps:

See the http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7
for namespace conversion.


Cheers,

   Sylvain

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

Re: [Discuss-gnuradio] Out of Tree Block Not Showing up in GRC

[Jonathan Fox]

Thanks for the response, I was looking at the opt tags and I am still
confused about how to do it. Do I need to set it up like this:

  specsense.energy_detector_sink_f($vlen, $eta, $white_space.val,
$samp_rate, $cntr_freq, $verbose)

  
Desired Detection
white_space
bool

  Open Band
  True
  val:True


  Closed Band
  False
  val:False

  

  
Verbose
verbose
bool

  Yes
  True
  val:True


  No
  False
  val:False

  

Thanks,

Jon


On Tue, May 6, 2014 at 11:08 AM, Ron Economos  wrote:

> Take a look at:
>
> https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml
>
> Ron
>
>
> On 5/6/2014 7:00 AM, Jonathan Fox wrote:
>
>> I have two out of tree blocks I want to add to GRC, everything compiles
>> and installs correctly except for the GRC component (not shown in GRC). So
>> this should be an XML issue and I think it is related to my attempts at
>> making a drop down option choice concerning the detection of white
>> space/closed frequencies and verbose output. My XML is attached below and
>> you can see that under Params Desired Detection and Verbose have options.
>>
>> When I look at other stock GNU Radio block's XML like the low pass
>> filter, I see that some params have opt tags. Do I need these also, if so
>> how would I use them in my case?
>>
>> Thanks,
>>
>> Jon
>>
>
> ___
> 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] Out of Tree Block Not Showing up in GRC

[Ron Economos]

Here's an even more basic example that doesn't use
the opt tag. It shows my complete cluelessness about
xml, but it works.

https://github.com/drmpeg/gr-dvbs/blob/master/grc/dvbs_puncture_bb.xml

Ron

On 5/6/2014 11:55 AM, Jonathan Fox wrote:
Thanks for the response, I was looking at the opt tags and I am still 
confused about how to do it. Do I need to set it up like this:


specsense.energy_detector_sink_f($vlen, $eta, $white_space.val, 
$samp_rate, $cntr_freq, $verbose)



Desired Detection
white_space
bool

Open Band
True
val:True


Closed Band
False
val:False




Verbose
verbose
bool

Yes
True
val:True


No
False
val:False



Thanks,

Jon


On Tue, May 6, 2014 at 11:08 AM, Ron Economos > wrote:


Take a look at:

https://github.com/BogdanDIA/gr-dvbt/blob/master/grc/dvbt_inner_coder.xml

Ron


On 5/6/2014 7:00 AM, Jonathan Fox wrote:

I have two out of tree blocks I want to add to GRC, everything
compiles and installs correctly except for the GRC component
(not shown in GRC). So this should be an XML issue and I think
it is related to my attempts at making a drop down option
choice concerning the detection of white space/closed
frequencies and verbose output. My XML is attached below and
you can see that under Params Desired Detection and Verbose
have options.

When I look at other stock GNU Radio block's XML like the low
pass filter, I see that some params have opt tags. Do I need
these also, if so how would I use them in my case?

Thanks,

Jon



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

Re: [Discuss-gnuradio] Python chaos

[Vanush Vaswani]

The lack of notice for Generate Options is a killer. Not to mention, if
using QT sinks with WX GUI set, a cryptic error message is the reuslt.


On Mon, May 5, 2014 at 8:20 PM, activecat  wrote:

> Tom Rondeau-2 wrote
> > Plus, PyQWT has stopped development and has even stated that they will
> > not support QWT6, which is a shame and will eventually cause us and
> > anyone else trying to use PyQWT real issues in the future. I've been
> > looking for an alternative to it.
>
> Will this affect gnuradio moving away from wxwidgets toward Qt ?
>
>
>
> --
> View this message in context:
> http://gnuradio.4.n7.nabble.com/Python-chaos-tp45076p47953.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> ___
> 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

[Discuss-gnuradio] USB Hub with software controllable power supply for SDR

[Vanush Vaswani]

Hi all,

I'm looking for a USB hub that allows software control of each port.
I have a FunCube Dongle Pro+ trying to pick up satellite signals; but as
the dongle is plugged in continously, I believe it heats up and degrades
SNR.
Let me know if you can think of any solutions

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