Re: [Discuss-gnuradio] Why does Airprobe no longer work with current GNU Radio?

2014-02-10 Thread Marcus Müller 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Um, no, sorry, but I think it used to work with the same GR
installations as OpenBTS in general, which IIRC was the now ancient
3.4.2. Sadly, the ccc's SVN browser doesn't talk to me, so I can't
have a look right now.

As to the useful GR features it can't use if it is that old, I can
think of quite a few... There's a reason GR development didn't stop a
couple of years ago :)

- - Stream tags,
- - message passing, both very useful if you're dealing with bursts of
transmissions, and if you asynchronously want to pass information
between blocks (e.g. channel estimates etc), compare the gr-digital
OFDM code
- - python blocks, totally useful if you want to speed up development of
logical functions such as understanding of channel management
information, compare gr-lte,
- - a lot of standard blocks that ease tasks like frequency translation,
control loops etc.,
- - a stable and versatile build framework (CMake-based) with powerful
tools to do standard tasks like adding and removing blocks, generating
GRC files (o GRC is a nice new feature, too, I guess) and even
some source control integration (gr_modtool)

Greetings,
Marcus

On 10.02.2014 10:26, M Dammer wrote:
 I tried building airprobe with the latest 3.6 build (3.6.5.1) and
 even that failed. Can someone probably point us to a gnuradio
 version that definitely works with airprobe ? regards, Mark
 
 On 10/02/14 02:54, JIANG Pin A wrote:
 Hi,
 
 I met the same problem with airprobe and GNU Radio 3.7.
 
 I think it's due to GNU Radio 3.7 is restructured, which leads
 the airprobe no longer work with GNU radio.
 
 You may try GNU Radio 3.6 series. For changes and new features in
 3.7, you can check the release note.
 
 Best Regards, Jiang Pin
 
 From:
 discuss-gnuradio-bounces+pin.a.jiang=alcatel-sbell.com...@gnu.org
 [mailto:discuss-gnuradio-bounces+pin.a.jiang=alcatel-sbell.com...@gnu.org]
 On Behalf Of zhenhua han Sent: 2014?2?10? 10:12 To:
 discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Why does
 Airprobe no longer work with current GNU Radio?
 
 Hi all,
 
 I'm new here to use GNU Radio. And I'm trying to decode GSM
 signal with airprobe.
 
 In GSoC page of GNU Radio, I found these words:
 
 It no longer works with current GNU Radio versions, and doesn't
 make use of any of the new GNU Radio features.
 
 What are the detailed reasons? Moreover, what are the new
 features?
 
 Best wishes, Zhenhua HAN
 
 
 ___ 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
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS+LW4AAoJEAFxB7BbsDrLvDMH/RWPitF68jC+DNSyHiidIqIi
4/T0UZ3CWMSkVAKoXPSMIdRb6rA+ih1fJvuvrTkLlrYpCONTCEOR8wQdb3uRFNu4
soAVnblOKo9OzqZ0Uckw3FzZq1Kdqje40+gYQHxDBFUPWYavG2uTYROkiBq5qlRW
PlKE6nwYF0Ia3YHTF4JGvWlLlOzMo20zX92Y6OtXZruVqvAzAOfLo9wkvdEojdre
Z2Cwu4tWohu54gJF6gQ+zfkJy71EBZJ8rpLGm6jyVtu9vvLgiCPMcrhCnV0Ncf41
Avp5jT4fw+CHsxMt2es83+3EvG/q2yfjrI0yToLsjF1g+Zhwyfu5goxc8wlb7sM=
=kwQZ
-END PGP SIGNATURE-

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

[Discuss-gnuradio] How to get t (time) to calculate output = sin ( 2 * PI * freq * t ) ?

2014-02-10 Thread Activecat 
Dear Sir,

I am building a custom block.
How to know the time t, in seconds, of how long the flow graph has started?

Says, I build a block of analog_sig_source_f.
Its work() function may involve a variable t (time) as below:

 for ( int i=0; i  noutput_items; i++ )  {
out[i] = ampl * sin( 2 * PI * wave_freq * t )
 }

I know we there is a built-in Signal Source block, but I write this to
illustrate what I need to do.

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

[Discuss-gnuradio] FOSDEM Talks online

2014-02-10 Thread Hans Van Ingelgom 
Hello,

I noticed that the talks of FOSDEM are online:
http://video.fosdem.org/2014/AW1125/Sunday/

The talk of Tom Rondeau is missing however, I hope nothing went wrong with
the recording as it was a very nice one.

It was a very interesting day, thanks to all the people who helped
organizing this event!

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

Re: [Discuss-gnuradio] FOSDEM Talks online

2014-02-10 Thread Philip Balister 
On 02/10/2014 08:50 AM, Hans Van Ingelgom wrote:
 Hello,
 
 I noticed that the talks of FOSDEM are online:
 http://video.fosdem.org/2014/AW1125/Sunday/

I'm not certain these videos are final yet. I'll keep an eye on the
devroom organizer list for more info.

Philip

 
 The talk of Tom Rondeau is missing however, I hope nothing went wrong with
 the recording as it was a very nice one.
 
 It was a very interesting day, thanks to all the people who helped
 organizing this event!
 
 Cheers,
 Hans.
 
 
 
 ___
 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] Fwd: How to get t (time) to calculate output = sin ( 2 * PI * freq * t ) ?

2014-02-10 Thread Adeel Anwar 
t is the representation in continuous-time but in discrete time it can be
represented in the form of sample-count (samp-rate must be known).

 
nitems_writtenhttp://gnuradio.org/doc/doxygen/classgr_1_1block.html#a742128a481fcb9e43a3e0cd535a57f9e
hold the number of items produced by the block on the output port. This
count along-with noutput_items (items that can be produced during current
work function call), can possibly be used to determine the factor t


-Adeel


On Mon, Feb 10, 2014 at 5:17 AM, Activecat active...@gmail.com wrote:

 Dear Sir,

 I am building a custom block.
 How to know the time t, in seconds, of how long the flow graph has started?

 Says, I build a block of analog_sig_source_f.
 Its work() function may involve a variable t (time) as below:

  for ( int i=0; i  noutput_items; i++ )  {
 out[i] = ampl * sin( 2 * PI * wave_freq * t )
  }

 I know we there is a built-in Signal Source block, but I write this to
 illustrate what I need to do.

 Regards,
 activecat

 ___
 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] Co-processor working group?

2014-02-10 Thread Philip Balister 
Any updates?

Philip

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

Re: [Discuss-gnuradio] Co-processor working group?

2014-02-10 Thread Michael Dickens 
On Feb 10, 2014, at 10:05 AM, Philip Balister phi...@balister.org wrote:
 Any updates?

Nope.  Maybe folks are working on this in secret?  TTBOMK, there was some 
discussion and excitement directly after GrCon13, and then everyone found that 
we had other things that required our attention and so this got put on the 
back-burner.  And, there is has remained.  I'd love to see some traction on 
this topic. - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] How does a C++ custom block kill the FlowGraph

2014-02-10 Thread Tommy Tracy II 
Dear Gnuradio Community,

I have some custom gnu radio blocks that make up my flow graph. I want 
one of my blocks to kill this flow graph (cause all blocks to call their 
destructors). When the source is computing its last set of inputs, I want it to 
let all the other blocks know it’s time to stop. Ideally, this source would 
finish its computation, and allow the sink block to sink the data before 
stopping. How would I go about doing this?

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread raf raf 
Hi all gnuradio users,

I have an error when I try to execute a python script after adding a new block. 

My block is add to a gnuradio 3.7 with gr_modtool with a command : 

gr_modtool add -t sync packet_sinkThe module containing a blocks is 
ieee_868_915. The error is  :

Traceback (most recent call last):
  File ./qa_symbols_to_chips_bs.py, line 25, in module
import ieee_868_915
  File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py, line 
45, in module
from ieee_868_915_swig import *
  File 
/usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
line 26, in module
_ieee_868_915_swig = swig_import_helper()
  File 
/usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
line 22, in swig_import_helper
_mod = imp.load_module('_ieee_868_915_swig', fp, pathname, description)
ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined symbol: 
_ZN2gr6blocks12count_bits16Ej


I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall all a 
block, but it didn't give a result. 


Please help me to fix this error.

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

Re: [Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread Nick Foster 
Usually a make clean will solve this.

--n


On Mon, Feb 10, 2014 at 9:57 AM, raf raf raf...@hotmail.fr wrote:

 Hi all gnuradio users,

 I have an error when I try to execute a python script after adding a new
 block.

 My block is add to a gnuradio 3.7 with gr_modtool with a command :


 gr_modtool add -t sync packet_sink

 The module containing a blocks is ieee_868_915. The error is  :

 Traceback (most recent call last):
   File ./qa_symbols_to_chips_bs.py, line 25, in module
 import ieee_868_915
   File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py,
 line 45, in module
 from ieee_868_915_swig import *
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 26, in module
 _ieee_868_915_swig = swig_import_helper()
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 22, in swig_import_helper
 _mod = imp.load_module('_ieee_868_915_swig', fp, pathname, description)
 ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined symbol:
 _ZN2gr6blocks12count_bits16Ej


 I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall all
 a block, but it didn't give a result.


 Please help me to fix this error.

 Thank you.

 ___
 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] Getting pybombs to work with GR-LDPC

2014-02-10 Thread Tommy Tracy II 
Dear Gnuradio community,

I’m trying to install gr-ldpc using pybombs, but I get the following error. I 
expect it has something to do with conflicting versions of pybombs and that 
someone has seen this before. Does anyone know how to set the swig path? I know 
where the required ‘gnuradio.i’ file is located: 
~/src/pybombs/src/gnuradio/gnuradio-runtime/swig/gnuradio.i
but I’m not sure how to add that location to the path that pybombs is searching.
--

tjt7a@ubuntu:~/src/pybombs$ ./pybombs install gr-ldpc
Settled on prefix: /home/tjt7a/src/target
Initializing environmental variables...
/home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/:/home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/
-- loading recipes ---
Loading recipes ...
Loading recipes ... done
-- loading recipes finished --

checking for gr-ldpc
False
/home/tjt7a/src/pybombs/mod_pybombs/sysutils.py:598: RuntimeWarning: tempnam is 
a potential security risk to your program
  tmpfile = os.tempnam(d);
TMPFILE = /home/tjt7a/src/target/fileC2snMh
WRITE PERMS OK /home/tjt7a/src/target/fileC2snMh
installing gr-ldpc
gr-ldpc dep [['gnuradio', 'git', 'cmake']]
gnuradio dep [['make', 'boost', 'fftw', 'cppunit', 'swig', 'gsl', 'uhd', 'git', 
'python', 'cheetah', 'wxpython', 'numpy', 'lxml', 'pygtk', 'pycairo', 'cmake', 
'pyqt4', 'pyqwt5', 'gcc', 'ice', 'git', 'cmake']]
git dep [['wget', 'curl']]
cmake dep [['wget']]
PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed version 
of cmake (2.8.10) is = than 2.8.3
PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed version 
of cmake-data (2.8.10) is = than 2.8.3
packages to install: ['gr-ldpc']
install called (gr-ldpc)
install type priority: ['deb', 'src']
install deb called (gr-ldpc)
no deb satisfiers available
install src called (gr-ldpc)
state = configure
Current step: (gr-ldpc :: make)
make
('\nmake -j4\n', '\nmake -j4\n')
bash exec (/home/tjt7a/src/pybombs/src/gr-ldpc/build):: 
make -j4

[  3%] Built target _ldpc_swig_doc_tag
[ 46%] [ 53%] Built target gnuradio-ldpc
[ 56%] Built target pygen_python_5aba1
Built target _ldpc_swig_swig_tag
[ 60%] [ 60%] Swig source
Built target pygen_apps_9a6dd
[ 66%] [ 70%] Built target test-ldpc
Swig source
/home/tjt7a/src/pybombs/src/gr-ldpc/swig/ldpc_swig.i:5: Error: Unable to find 
'gnuradio.i'
make[2]: *** [swig/ldpc_swigPYTHON_wrap.cxx] Error 1
make[1]: *** [swig/CMakeFiles/_ldpc_swig.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
/home/tjt7a/src/pybombs/src/gr-ldpc/swig/ldpc_swig.i:5: Error: Unable to find 
'gnuradio.i'
make[2]: *** [swig/ldpc_swigPYTHON_wrap.cxx] Error 1
make[1]: *** [swig/CMakeFiles/pygen_swig_7c327.dir/all] Error 2
make: *** [all] Error 2
ERROR:root:PyBOMBS Make step failed for package (gr-ldpc) please see bash 
output above for a reason (hint: look for the word Error)

--

Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] WX GUI FFT sink on Raspberry Pi

2014-02-10 Thread Tom Tsou 
On Fri, Feb 7, 2014 at 9:25 PM, Wayne Roberts wroberts92...@gmail.com wrote:
 Seems more viable to run it on a more modern cpu, such as
 http://www.rtl-sdr.com/demonstrating-gqrx-running-beaglebone-black-rtl-sdr/

I would not completely discount performance of the Raspberry Pi -
notably floating point performance against the Cortex-A8. In many
cases, the performance gap is probably smaller than a change of
architecture generations would normally dictate. The Raspberry Pi has
a full VFP implementation versus the more or less crippled
non-pipelined VFPLite version on the A8. It's true that the A8 does
have a NEON unit, which is extremely capable, but that chunk of
silicon won't see full use without explicitly written instructions.

Regarding the original question, is the CPU choking? Perf results
would be telling, but numbers from top are better than nothing.

  -TT

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

Re: [Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread Aditya Dhananjay 
You could also try sudo ldconfig. It looks like the linker can't find
some required symbols.

Happy hacking!


On Mon, Feb 10, 2014 at 12:59 PM, Nick Foster bistrom...@gmail.com wrote:

 Usually a make clean will solve this.

 --n


 On Mon, Feb 10, 2014 at 9:57 AM, raf raf raf...@hotmail.fr wrote:

 Hi all gnuradio users,

 I have an error when I try to execute a python script after adding a new
 block.

 My block is add to a gnuradio 3.7 with gr_modtool with a command :



 gr_modtool add -t sync packet_sink

 The module containing a blocks is ieee_868_915. The error is  :

 Traceback (most recent call last):
   File ./qa_symbols_to_chips_bs.py, line 25, in module
 import ieee_868_915
   File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py,
 line 45, in module
 from ieee_868_915_swig import *
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 26, in module
 _ieee_868_915_swig = swig_import_helper()
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 22, in swig_import_helper
 _mod = imp.load_module('_ieee_868_915_swig', fp, pathname,
 description)
 ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined
 symbol: _ZN2gr6blocks12count_bits16Ej


 I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall
 all a block, but it didn't give a result.


 Please help me to fix this error.

 Thank you.

 ___
 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

Re: [Discuss-gnuradio] Getting pybombs to work with GR-LDPC

2014-02-10 Thread Manu T S 
Dear List,

I must add that I have been able to successfully install in GNU Radio
version 3.7.2.
I am just wondering what could be the reason for this error.



On Mon, Feb 10, 2014 at 11:27 PM, Tommy Tracy II tj...@virginia.edu wrote:

 Dear Gnuradio community,

 I'm trying to install gr-ldpc using pybombs, but I get the following
 error. I expect it has something to do with conflicting versions of pybombs
 and that someone has seen this before. Does anyone know how to set the swig
 path? I know where the required 'gnuradio.i' file is
 located: ~/src/pybombs/src/gnuradio/gnuradio-runtime/swig/gnuradio.i
 but I'm not sure how to add that location to the path that pybombs is
 searching.
 --

 tjt7a@ubuntu:~/src/pybombs$ ./pybombs install gr-ldpc
 Settled on prefix: /home/tjt7a/src/target
 Initializing environmental variables...

 /home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/:/home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/
 -- loading recipes ---
 Loading recipes ...
 Loading recipes ... done
 -- loading recipes finished --

 checking for gr-ldpc
 False
 /home/tjt7a/src/pybombs/mod_pybombs/sysutils.py:598: RuntimeWarning:
 tempnam is a potential security risk to your program
   tmpfile = os.tempnam(d);
 TMPFILE = /home/tjt7a/src/target/fileC2snMh
 WRITE PERMS OK /home/tjt7a/src/target/fileC2snMh
 installing gr-ldpc
 gr-ldpc dep [['gnuradio', 'git', 'cmake']]
 gnuradio dep [['make', 'boost', 'fftw', 'cppunit', 'swig', 'gsl', 'uhd',
 'git', 'python', 'cheetah', 'wxpython', 'numpy', 'lxml', 'pygtk',
 'pycairo', 'cmake', 'pyqt4', 'pyqwt5', 'gcc', 'ice', 'git', 'cmake']]
 git dep [['wget', 'curl']]
 cmake dep [['wget']]
 PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed
 version of cmake (2.8.10) is = than 2.8.3
 PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed
 version of cmake-data (2.8.10) is = than 2.8.3
 packages to install: ['gr-ldpc']
 install called (gr-ldpc)
 install type priority: ['deb', 'src']
 install deb called (gr-ldpc)
 no deb satisfiers available
 install src called (gr-ldpc)
 state = configure
 Current step: (gr-ldpc :: make)
 make
 ('\nmake -j4\n', '\nmake -j4\n')
 bash exec (/home/tjt7a/src/pybombs/src/gr-ldpc/build)::
 make -j4

 [  3%] Built target _ldpc_swig_doc_tag
 [ 46%] [ 53%] Built target gnuradio-ldpc
 [ 56%] Built target pygen_python_5aba1
 Built target _ldpc_swig_swig_tag
 [ 60%] [ 60%] Swig source
 Built target pygen_apps_9a6dd
 *[ 66%] [ 70%] Built target test-ldpc*
 *Swig source*
 */home/tjt7a/src/pybombs/src/gr-ldpc/swig/ldpc_swig.i:5: Error: Unable to
 find 'gnuradio.i'*
 *make[2]: *** [swig/ldpc_swigPYTHON_wrap.cxx] Error 1*
 *make[1]: *** [swig/CMakeFiles/_ldpc_swig.dir/all] Error 2*
 *make[1]: *** Waiting for unfinished jobs*
 */home/tjt7a/src/pybombs/src/gr-ldpc/swig/ldpc_swig.i:5: Error: Unable to
 find 'gnuradio.i'*
 *make[2]: *** [swig/ldpc_swigPYTHON_wrap.cxx] Error 1*
 *make[1]: *** [swig/CMakeFiles/pygen_swig_7c327.dir/all] Error 2*
 *make: *** [all] Error 2*
 *ERROR:root:PyBOMBS Make step failed for package (gr-ldpc) please see bash
 output above for a reason (hint: look for the word Error)*

 --

 Sincerely,
 Tommy James Tracy II
 Ph.D Student
 High Performance Low Power Lab
 University of Virginia
 Phone: 913-775-2241


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




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

Re: [Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread Bastian Bloessl 
Hi Aditya,

just in case the problem still exists, you might miss something like this in 
your cmake files

https://github.com/bastibl/gr-ieee802-15-4/commit/a586256ad5e3fe1cf8c998a68a7276adf6e2d691

Best,
Bastian


On 10 Feb 2014, at 19:40, Aditya Dhananjay adi...@cs.nyu.edu wrote:

 You could also try sudo ldconfig. It looks like the linker can't find some 
 required symbols.
 
 Happy hacking!
 
 
 On Mon, Feb 10, 2014 at 12:59 PM, Nick Foster bistrom...@gmail.com wrote:
 Usually a make clean will solve this.
 
 --n
 
 
 On Mon, Feb 10, 2014 at 9:57 AM, raf raf raf...@hotmail.fr wrote:
 Hi all gnuradio users,
 
 I have an error when I try to execute a python script after adding a new 
 block. 
 
 My block is add to a gnuradio 3.7 with gr_modtool with a command : 
 
 
 
 gr_modtool add -t sync packet_sink
 
 The module containing a blocks is ieee_868_915. The error is  :
 
 Traceback (most recent call last):
   File ./qa_symbols_to_chips_bs.py, line 25, in module
 import ieee_868_915
   File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py, 
 line 45, in module
 from ieee_868_915_swig import *
   File 
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
 line 26, in module
 _ieee_868_915_swig = swig_import_helper()
   File 
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
 line 22, in swig_import_helper
 _mod = imp.load_module('_ieee_868_915_swig', fp, pathname, description)
 ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined symbol: 
 _ZN2gr6blocks12count_bits16Ej
 
 
 I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall all a 
 block, but it didn't give a result. 
 
 
 Please help me to fix this error.
 
 Thank you.
 
 ___
 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread raf raf 
Thank you, I had the same error when I did sudo ldconfig.
Can you give me an other suggestion. 


From: adi...@cs.nyu.edu
Date: Mon, 10 Feb 2014 13:40:34 -0500
Subject: Re: [Discuss-gnuradio] .so: undefined symbol: 
_ZN2gr6blocks12count_bits16E
To: bistrom...@gmail.com
CC: raf...@hotmail.fr; discuss-gnuradio@gnu.org

You could also try sudo ldconfig. It looks like the linker can't find some 
required symbols.


Happy hacking!

On Mon, Feb 10, 2014 at 12:59 PM, Nick Foster bistrom...@gmail.com wrote:


Usually a make clean will solve this.
--n



On Mon, Feb 10, 2014 at 9:57 AM, raf raf raf...@hotmail.fr wrote:





Hi all gnuradio users,

I have an error when I try to execute a python script after adding a new block. 

My block is add to a gnuradio 3.7 with gr_modtool with a command : 


gr_modtool add -t sync packet_sinkThe module containing a blocks is 
ieee_868_915. The error is  :

Traceback (most recent call last):
  File ./qa_symbols_to_chips_bs.py, line 25, in module




import ieee_868_915
  File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py, line 
45, in module
from ieee_868_915_swig import *
  File 
/usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
line 26, in module




_ieee_868_915_swig = swig_import_helper()
  File 
/usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py, 
line 22, in swig_import_helper
_mod = imp.load_module('_ieee_868_915_swig', fp, pathname, description)




ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined symbol: 
_ZN2gr6blocks12count_bits16Ej


I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall all a 
block, but it didn't give a result. 






Please help me to fix this error.

Thank you.
  

___

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

Re: [Discuss-gnuradio] Getting pybombs to work with GR-LDPCree

2014-02-10 Thread Tommy Tracy II 
Dear Marc and community,

I copied the gr-ldpc.lwr file from 
https://github.com/manuts/gr-ldpc/blob/master/gr-ldpc.lwr and dropped it in 
~/pybombs/recipes/.
I then ran ./pybombs install gr-ldpc (after cleaning and removing the old 
files).

—
tjt7a@ubuntu:~/src/pybombs$ ./pybombs install gr-ldpc
Settled on prefix: /home/tjt7a/src/target
Initializing environmental variables...
/home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/:/home/tjt7a/src/target/python/:/home/tjt7a/src/target/lib/python2.6/site-packages/:/home/tjt7a/src/target/lib64/python2.6/site-packages/:/home/tjt7a/src/target/lib/python2.6/dist-packages/:/home/tjt7a/src/target/lib64/python2.6/dist-packages/:/home/tjt7a/src/target/lib/python2.7/site-packages/:/home/tjt7a/src/target/lib64/python2.7/site-packages/:/home/tjt7a/src/target/lib/python2.7/dist-packages/:/home/tjt7a/src/target/lib64/python2.7/dist-packages/
-- loading recipes ---
Loading recipes ...
Loading recipes ... done
-- loading recipes finished --

checking for gr-ldpc
False
/home/tjt7a/src/pybombs/mod_pybombs/sysutils.py:598: RuntimeWarning: tempnam is 
a potential security risk to your program
  tmpfile = os.tempnam(d);
TMPFILE = /home/tjt7a/src/target/fileGejm3d
WRITE PERMS OK /home/tjt7a/src/target/fileGejm3d
installing gr-ldpc
gr-ldpc dep [['gnuradio', 'git', 'cmake']]
gnuradio dep [['make', 'boost', 'fftw', 'cppunit', 'swig', 'gsl', 'uhd', 'git', 
'python', 'cheetah', 'wxpython', 'numpy', 'lxml', 'pygtk', 'pycairo', 'cmake', 
'pyqt4', 'pyqwt5', 'gcc', 'ice', 'git', 'cmake']]
git dep [['wget', 'curl']]
cmake dep [['wget']]
PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed version 
of cmake (2.8.10) is = than 2.8.3
PyBombs.sysutils - INFO - have_deb: Satisfies requirement...installed version 
of cmake-data (2.8.10) is = than 2.8.3
packages to install: ['gr-ldpc']
install called (gr-ldpc)
install type priority: ['deb', 'src']
install deb called (gr-ldpc)
no deb satisfiers available
install src called (gr-ldpc)
state = None
Current step: (gr-ldpc :: fetch)
shellexec_long: git clone -b master https://github.com/manuts/gr-ldpc.git 
gr-ldpc
PyBombs.sysutils - INFO - monitor: Tried command 0 time(s)
remote: Reusing existing pack: 454, done.
remote: Total 454 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (454/454), 235.33 KiB, done.
Resolving deltas: 100% (294/294), done.
PyBombs.sysutils - INFO - shellexec_shell: Caught the quit Event
Setting fetched version info 
(git://https://github.com/manuts/gr-ldpc.git,0e18c2205a608c02b5fa9f9d3b8a5b3540b38525)
setting installed version info 
(git://https://github.com/manuts/gr-ldpc.git,0e18c2205a608c02b5fa9f9d3b8a5b3540b38525)
Current step: (gr-ldpc :: configure)
configure
(' \nCC=gcc CXX=g++ cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo 
-DCMAKE_INSTALL_PREFIX=/home/tjt7a/src/target \n', ' \nCC=$cc CXX=$cxx 
cmake .. -DCMAKE_BUILD_TYPE=$cmakebuildtype -DCMAKE_INSTALL_PREFIX=$prefix 
$config_opt\n')
(' \nCC=gcc CXX=g++ cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo 
-DCMAKE_INSTALL_PREFIX=/home/tjt7a/src/target \n', ' \nCC=gcc CXX=g++ cmake 
.. -DCMAKE_BUILD_TYPE=RelWithDebInfo 
-DCMAKE_INSTALL_PREFIX=/home/tjt7a/src/target \n')
bash exec (/home/tjt7a/src/pybombs/src/gr-ldpc/build)::  
CC=gcc CXX=g++ cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo 
-DCMAKE_INSTALL_PREFIX=/home/tjt7a/src/target 

-- The CXX compiler identification is GNU 4.7.3
-- The C compiler identification is GNU 4.7.3
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Boost version: 1.53.0
-- Found the following Boost libraries:
--   filesystem
--   system
-- Found PkgConfig: /usr/bin/pkg-config (found version 0.26) 
-- checking for module 'gnuradio-runtime'
--   found gnuradio-runtime, version 3.7.3git
-- Could NOT find GNURADIO_RUNTIME (missing:  GNURADIO_RUNTIME_INCLUDE_DIRS) 
-- checking for module 'cppunit'
--   found cppunit, version 1.12.1
-- Found CPPUNIT: /usr/lib/libcppunit.so;dl  
CMake Error at CMakeLists.txt:98 (message):
  GnuRadio Runtime required to compile ldpc


-- Configuring incomplete, errors occurred!
ERROR:root:PyBOMBS Configure step failed for package (gr-ldpc) please see bash 
output above for a reason (hint: look for the word Error)
--

This is where I originally

Re: [Discuss-gnuradio] phase noise of RFX900 daughter board

2014-02-10 Thread Marcus Müller 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Pengyu,

could you elaborate on your measurement procedure? What did you send
on tx? 46dB attenuation does make sense in a output to input
configuration, yet it is only about 30dB stronger than what I'd
expect of crosstalk. Also: Did you use or bypass the SAW filters?
What are the units on your graphs? An average amplitude of 3700 looks
strange to me for such a measurement...
also: scale! You're using 250px for 1e6 samples, that's 4000 samples
per pixel, so if there was but a single sample that would have a high
phase deviation, it would look the same as if all of the 4000 samples
were phase jumping unceasingly. Anyway, your constellation diagram
looks relevant, it shows the typical rotational widening of a
constellation point that would appear in a communication receiver due
to channel influences, inperfect synchronization and phase jitter.
Maybe you should share the software you used to measure this, so that
we can get a better understanding of what's happening :)

Greetings,
Marcus


On 10.02.2014 23:18, Pengyu Zhang wrote:
 Hi,
 
 We have tried to measure the phase noise of RFX900 daughter board
 when the daughter board is mounted on a USRP 1 mother board. When
 we directly connect the TX/RX port to the RX2 port through a 46dB
 attenuation signal, we still observe significant amount of phase
 noise as shown in the attached figures. Those figures suggest that
 the phase noise is about 8 degrees which cannot be tolerated by
 many communication systems. Would be great if you guys can provide
 some suggestions on reducing the phase of the USRP platform.
 
 Pengyu
 
 [image: Inline image 1]
 
 [image: Inline image 2]
 
 [image: Inline image 3]
 
 
 
 ___ Discuss-gnuradio
 mailing list Discuss-gnuradio@gnu.org 
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS+VdcAAoJEAFxB7BbsDrL6osIAIAteXbMWsiOXn5tcO4D8lq7
xfTy7sMGMhFIiE9cf41AerZZx/D0Nu7dSbDr0xkJsByLN0Xm0+KgGEr5gnGBP0XK
58dZWtsSpQJOo0dS63ko9Eiq7zegXOK5vrSKXYE919FfbM7qEiGL4lXG8WchIGLQ
oZbw+0dyoNvLM+1nSleixPrZ9pxK0gTQvYHn6ig7abNaY8qynFeUUgXyk9ik+5fn
SJ+CqIVPcAFOzmZSVquHtj7pqRZ33UIR4CvDP+b1ExrBYzaNfuE4l8WeWWjlpFA/
+1IpDDGBXyATyfoNgDPoiJkd/xdKNVuMKgswqDj6XwylQbsUU9P5mTSOysAQGos=
=gtrn
-END PGP SIGNATURE-

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

[Discuss-gnuradio] Resolved: gr-perf-monitorx graphics

2014-02-10 Thread Tom McDermott 


Got the graphics working on gr-perf-monitorx. Here's a list of packages, and 
the installation 

sequence needed to get it running on Ubuntu 13.10:


sudo apt-get install  3 packages:
  pip   (the python package installer)
  graphviz
  libgraphviz-dev

Then

pip install 2 packages:
  networkx
  pygraphviz


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

Re: [Discuss-gnuradio] WX GUI FFT sink on Raspberry Pi

2014-02-10 Thread Jim Larsen 
Murat TA1DB wrote
 Hi Jim,
 ...
 However my favorite modules Sinks (osmocom Sink) and Sources (osmoscom
 Source, RTL_SDR Source) are missed. I also would like to install Gqrx;
 Could
 you please show me a similar safe way to add the missed modules and gqrx ?
 ...
 I have made many trials with the Build Process explained here
 http://sdr.osmocom.org/trac/wiki/GrOsmoSDR but I couldn't pass the CMAKE
 step:
 ...
 Cmake couldn't  find GnuradioConfig.cmake file, I found this file of the
 same version from my other computer running without problem and copied the
 missed file into correct directory on Rpi. This couldn't be the solution
 either.

I duplicated your steps to build the osmocom modules and got the same error
messages.

First, I had to install the Boost development files.
sudo apt-get install libboost-all-dev

Cmake fails because the GNU Radio development files are missing.
sudo apt-get install gnuradio-dev

Now Cmake works, but make fails because log4cpp development files are
missing.
sudo apt-get install liblog4cpp5-dev

Now make builds successfully. Let me know if this works for you.
Perhaps I should start a separate thread about installing GNU Radio from the
repository
on the Raspberry Pi.

73,

Jim N7IHQ






--
View this message in context: 
http://gnuradio.4.n7.nabble.com/WX-GUI-FFT-sink-on-Raspberry-Pi-tp46197p46285.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

Re: [Discuss-gnuradio] .so: undefined symbol: _ZN2gr6blocks12count_bits16E

2014-02-10 Thread Manu T S 
Hi raf,

I had similar problems when I was making OOT modules last summer. The
problem with me was that I had not defined the destructor for my blocks in
the .cc file.

You can run

cd /usr/local/lib/
nm libgnuradio-ieee_868_915.so | grep _ZN2gr6blocks12count_bits16Ej

and see if this symbol is undefined.

I had run

c++filt symbol-name

(replace symbol-name with _ZN2gr6blocks12count_bits16Ej in your case) to
see what this symbol is.


On Tue, Feb 11, 2014 at 1:43 AM, raf raf raf...@hotmail.fr wrote:

 Thank you, I had the same error when I did sudo ldconfig.

 Can you give me an other suggestion.



 --
 From: adi...@cs.nyu.edu
 Date: Mon, 10 Feb 2014 13:40:34 -0500
 Subject: Re: [Discuss-gnuradio] .so: undefined symbol:
 _ZN2gr6blocks12count_bits16E
 To: bistrom...@gmail.com
 CC: raf...@hotmail.fr; discuss-gnuradio@gnu.org


 You could also try sudo ldconfig. It looks like the linker can't find
 some required symbols.

 Happy hacking!


 On Mon, Feb 10, 2014 at 12:59 PM, Nick Foster bistrom...@gmail.comwrote:

 Usually a make clean will solve this.

 --n


 On Mon, Feb 10, 2014 at 9:57 AM, raf raf raf...@hotmail.fr wrote:

 Hi all gnuradio users,

 I have an error when I try to execute a python script after adding a new
 block.

 My block is add to a gnuradio 3.7 with gr_modtool with a command :

 gr_modtool add -t sync packet_sink

 The module containing a blocks is ieee_868_915. The error is  :

 Traceback (most recent call last):
   File ./qa_symbols_to_chips_bs.py, line 25, in module
 import ieee_868_915
   File /usr/local/lib/python2.7/dist-packages/ieee_868_915/__init__.py,
 line 45, in module
 from ieee_868_915_swig import *
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 26, in module
 _ieee_868_915_swig = swig_import_helper()
   File
 /usr/local/lib/python2.7/dist-packages/ieee_868_915/ieee_868_915_swig.py,
 line 22, in swig_import_helper
 _mod = imp.load_module('_ieee_868_915_swig', fp, pathname, description)
 ImportError: /usr/local/lib/libgnuradio-ieee_868_915.so: undefined symbol:
 _ZN2gr6blocks12count_bits16Ej


 I tried to delete a lib file libgnuradio-ieee_868_915.so and reinstall all
 a block, but it didn't give a result.


 Please help me to fix this error.

 Thank you.

 ___
 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




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