[Discuss-gnuradio] build fails

2014-12-23 Thread Ralph A. Schmid, dk5ras 
Hi all,

 

With latest sources (after a git pull) the build fails. Kubuntu 14.04 32
bit, and a new gnuradio folder did not change things. Here the output:

[  5%] Building C object
volk/lib/CMakeFiles/volk.dir/volk_machine_avx_32_mmx_orc.c.o

In file included from
/home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:65:0:

/home/ras/gnuradio/volk/kernels/volk/volk_64u_popcntpuppet_64u.h: In
function 'volk_64u_popcntpuppet_64u_a_sse4_2':

/home/ras/gnuradio/volk/kernels/volk/volk_64u_popcntpuppet_64u.h:43:9:
warning: implicit declaration of function 'volk_64u_popcnt_a_sse4_2'
[-Wimplicit-function-declaration]

 volk_64u_popcnt_a_sse4_2(outVector+ii, num_points );

 ^

In file included from
/home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:149:0:

/home/ras/gnuradio/volk/kernels/volk/volk_32f_log2_32f.h: At top level:

/home/ras/gnuradio/volk/kernels/volk/volk_32f_log2_32f.h:64:0: warning:
"LOG_POLY_DEGREE" redefined [enabled by default]

#define LOG_POLY_DEGREE 6

^

In file included from
/home/ras/gnuradio/build/volk/lib/volk_machine_avx_32_mmx_orc.c:140:0:

/home/ras/gnuradio/volk/kernels/volk/volk_32f_x2_pow_32f.h:35:0: note: this
is the location of the previous definition

#define LOG_POLY_DEGREE 3

^

Linking C shared library libvolk.so

[  5%] Built target volk

Scanning dependencies of target test_all

[  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/testqa.cc.o

[  5%] Building CXX object volk/lib/CMakeFiles/test_all.dir/qa_utils.cc.o

Linking CXX executable test_all

libvolk.so.0.0.0: undefined reference to `volk_64u_popcnt_a_sse4_2'

collect2: error: ld returned 1 exit status

make[2]: *** [volk/lib/test_all] Error 1

make[1]: *** [volk/lib/CMakeFiles/test_all.dir/all] Error 2

make: *** [all] Error 2

ras@ubuntu:~/gnuradio/build$

 

 

 

Ralph.

 

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

Re: [Discuss-gnuradio] Help me help myself

2014-12-23 Thread Tom Rondeau 
On Mon, Dec 22, 2014 at 6:59 PM, Richard Bell 
wrote:

> Actually, your replies helped. I was not aware or in the mindset that
> branchless_clip was a generally used method for clamping fixed or floating
> point values. Because of that, I was limiting my searches to gnuradio
> related stuff (googling "gnuradio branchless_clip"). Now I know it is a
> general method of doing something.
>
> Helping people who are getting comfortable is a good thing to do. It will
> ensure they use the tools. There is a limit to this of course. No one wants
> to see basic level questions being asked all day.
>

Another thing you can always do is create a simple test project to call a
function or block that you don't understand and see what outputs different
kinds of inputs produce. It can be a pain to do this kind of thing,
especially with a C++ project where the basic setup is more complicated
than a simple Python script, but it's good education anyways.

Also, to re-up Marin's comment, when you've run into these situations where
the documentation on something like this is lacking, please feel free to
submit patches with better docs to help explain it to others.

Tom




> On Mon, Dec 22, 2014 at 3:47 PM, Marcus D. Leech 
> wrote:
>
>> On 12/22/2014 06:45 PM, Philip Balister wrote:
>>
>>> On 12/22/2014 06:42 PM, Marcus D. Leech wrote:
>>>
>>> I'm not as smart as Marcus, so I googled "branchless clip",
>>>
>>> http://stackoverflow.com/questions/427477/fastest-way-
>>> to-clamp-a-real-fixed-floating-point-value
>>>
>>> Philip
>>>
>> I think that at the end of the day, questions like this boil down to "how
>> do I get comfortable with the tools of the trade in software development".
>>
>> That's not something that the Gnu Radio community can economically
>> address.
>>
>>
>>
>>
>> --
>> 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 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] How To Change Tx Frequency During Transmission

2014-12-23 Thread Triet Vo-Huu 
Hi Ly, you might consider as an alternative solution shifting the frequency by 
multiplying with a sine wave if your application can sample at high rate.

- "Nguyễn Văn Lý"  wrote:

> Hi Marcus,
> 
> I use bladeRF hardware, not USRP. So I have "osmocom" sink and source
> blocks in my flow graph. Do you have any idea about this.
> 
> Thank you very much,
> 
> 
> Best Regards,
> Van-Ly
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Van-Ly Nguyen,
> Research Assistant,
> Signals and Systems Laboratory - SSL
> Faculty of Electronics and Telecommunications - FET
> 
> University of Engineering and Technology - UET
> 
> Vietnam National University, Hanoi - VNU
> 
> 
> Tel: (+84) 97 881 9406
> 
> 
> 
> On Wed, Dec 3, 2014 at 10:28 PM, Marcus Müller <
> marcus.muel...@ettus.com > wrote:
> 
> 
> 
> Hello Van-Ly,
> 
> what hardware are you using?
> If you're using any USRP, then the gr-uhd [1] blocks [2] will allow
> you to tune using stream tags, asynchronous messages and method calls.
> From your problem description, it sounds like using stream tags is
> your best choice. If you want to know more about how to use these, I
> recommend going through the new guided tutorials [3], especially part
> 5 (which kind of relies on you having read the first four parts, but
> since I think you're already somewhat friends with GNU Radio, this
> might not be too much work).
> 
> Greetings,
> Marcus
> 
> 
> [1] http://gnuradio.org/doc/doxygen/page_uhd.html
> [2] sink:
> http://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__sink.html
> [3]
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials
> 
> 
> 
> On 12/03/2014 04:21 PM, Nguyễn Văn Lý wrote:
> 
> 
> 
> 
> Hello everyone,
> 
> Does anyone know how to change Tx frequency during transmission. I
> mean the
> transmitter operates at f0 GHz in some interval of time and then
> change to
> operate at f1 GHz.
> 
> Sincerely,
> Van-Ly
> 
> Van-Ly Nguyen,
> Research Assistant,
> Signals and Systems Laboratory - SSL
> Faculty of Electronics and Telecommunications - FET
> University of Engineering and Technology - UET
> Vietnam National University, Hanoi - VNU
> 
> Tel: (+84) 97 881 9406
> 
> ___
> 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] DV Dongle - AMBE USB Device

2014-12-23 Thread K7VE 
There is an economical AMBE-3000 device now at
http://nwdigitalradio.com/category/thumbdv

 



-

John D. Hays K7VE 
PO Box 1223 Edmonds, WA 98020 k7ve.org 

  

--
View this message in context: 
http://gnuradio.4.n7.nabble.com/DV-Dongle-AMBE-USB-Device-tp18281p51701.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] Help me help myself

2014-12-23 Thread Martin Braun 
On 12/23/2014 12:59 AM, Richard Bell wrote:
> Actually, your replies helped. I was not aware or in the mindset that
> branchless_clip was a generally used method for clamping fixed or
> floating point values. Because of that, I was limiting my searches to
> gnuradio related stuff (googling "gnuradio branchless_clip"). Now I know
> it is a general method of doing something.
> 
> Helping people who are getting comfortable is a good thing to do. It
> will ensure they use the tools. There is a limit to this of course. No
> one wants to see basic level questions being asked all day.

Hey Richard,

you're in a very interesting spot where you're learning all these
things. This is a great time to write stuff down, amend the wiki etc. It
would be a help to other people getting started if you added to the docs.

And welcome to the community,
M


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

Re: [Discuss-gnuradio] Help me help myself

2014-12-23 Thread Martin Braun 
On 12/23/2014 12:42 AM, Marcus D. Leech wrote:
> I used the following "find" command:
> 
> find gnuradio -name "*.*" -exec grep -H branchless_clip '{}' ';'

A nice tool for searching source trees is 'ack': http://beyondgrep.com/

It also has a vim plugin.

Cheers,
M


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

Re: [Discuss-gnuradio] specest issue

2014-12-23 Thread Daniel Marlow 
No, I didn't.   And I am not sure why not, since it made it work so much better!

Seriously . . . thanks for the help.   I should have known that.

Cheers,
Dan

On Dec 23, 2014, at 11:56 AM, Marcus D. Leech wrote:

> On 12/23/2014 08:47 AM, Daniel Marlow wrote:
>> 
>> Dear All:
>> 
>>OS: Ubuntu 14.01.1 
>>gnu-radio:  3.7.6
>>Dell Optiplex 765
>> 
>> I want to use the moving_average_vff block from specest, which is not 
>> available in GRC. I tried installing gr-specest using pybombs (gnuradio 
>> was already installed on this system using "/usr/local/build-gnuradio -m "). 
>>  
>> 
>> The pybombs installation of gr-specest seemed to go OK, but top_block.py 
>> fails at the "import specest" line nonetheless.The error trace 
>> and the top_block.py that I am using appear below (the top_block.py was 
>> generated from GRC and then slightly modified to included the 
>> moving_average_vff block).A linux "find" command reveals that the 
>> apparently missing .so is in /usr/local/lib/libgnuradio-specest.so.   Should 
>> it be somewhere else?
>> 
>>Any help would be greatly appreciated.
>> 
>> Sincerely,
>> Dan Marlow
>> 
> After you installed "specest", did you do a "sudo ldconfig" ?
> 
> 
>> 
>> marlow@phy-gr5:~/gnuradio/TVRX2$ python top_block.py
>> Traceback (most recent call last):
>>   File "top_block.py", line 7, in 
>> import specest
>>   File "/usr/local/lib/python2.7/dist-packages/specest/__init__.py", line 
>> 45, in 
>> from specest_swig import *
>>   File "/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", 
>> line 28, in 
>> _specest_swig = swig_import_helper()
>>   File "/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", 
>> line 24, in swig_import_helper
>> _mod = imp.load_module('_specest_swig', fp, pathname, description)
>> ImportError: libgnuradio-specest.so: cannot open shared object file: No such 
>> file or directory
>> marlow@phy-gr5:~/gnuradio/TVRX2$ 
>>  
>> #!/usr/bin/env python
>> ##
>> # Gnuradio Python Flow Graph
>> # Title: Top Block
>> # Generated: Mon Dec 22 13:34:46 2014
>> ##
>> import specest
>> from gnuradio import blocks
>> from gnuradio import eng_notation
>> from gnuradio import fft
>> from gnuradio import gr
>> from gnuradio import uhd
>> from gnuradio.eng_option import eng_option
>> from gnuradio.fft import window
>> from gnuradio.filter import firdes
>> from gnuradio.wxgui import forms
>> from grc_gnuradio import wxgui as grc_wxgui
>> from optparse import OptionParser
>> import time
>> import wx
>> 
>> class top_block(grc_wxgui.top_block_gui):
>> 
>> def __init__(self):
>> grc_wxgui.top_block_gui.__init__(self, title="Top Block")
>> _icon_path = "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png"
>> self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY))
>> 
>> ##
>> # Variables
>> ##
>> self.samp_rate = samp_rate = int(5.0e6)
>> self.gain = gain = 20
>> self.freq = freq = 400e6
>> self.N_average = N_average = 4096
>> self.FFT_size = FFT_size = 128
>> self.BW = BW = 170
>> 
>> ##
>> # Blocks
>> ##
>> self._gain_text_box = forms.text_box(
>>  parent=self.GetWin(),
>>  value=self.gain,
>>  callback=self.set_gain,
>>  label="RF Gain",
>>  converter=forms.float_converter(),
>> )
>> self.Add(self._gain_text_box)
>> self._freq_text_box = forms.text_box(
>>  parent=self.GetWin(),
>>  value=self.freq,
>>  callback=self.set_freq,
>>  label="Center Frequency",
>>  converter=forms.float_converter(),
>> )
>> self.Add(self._freq_text_box)
>> self.uhd_usrp_source_0 = uhd.usrp_source(
>>  ",".join(("addr=192.168.10.2", "")),
>>  uhd.stream_args(
>>  cpu_format="fc32",
>>  channels=range(1),
>>  ),
>> )
>> self.uhd_usrp_source_0.set_time_source("gpsdo", 0)
>> self.uhd_usrp_source_0.set_subdev_spec("A:RX1", 0)
>> self.uhd_usrp_source_0.set_time_now(uhd.time_spec(time.time()), 
>> uhd.ALL_MBOARDS)
>> self.uhd_usrp_source_0.set_samp_rate(samp_rate)
>> self.uhd_usrp_source_0.set_center_freq(freq, 0)
>> self.uhd_usrp_source_0.set_gain(gain, 0)
>> self.uhd_usrp_source_0.set_bandwidth(BW, 0)
>> self.fft_vxx_0 = fft.fft_vcc(FFT_size, True, 
>> (window.blackmanharris(FFT_size)), True, 1)
>> self.blocks_vector_to_stream_0 = 
>> blocks.vector_to_stream(gr.sizeof_float*1, FFT_size)
>> self.blocks_stream_to_vector_0 = 
>> blocks.stream_to_vect

Re: [Discuss-gnuradio] specest issue

2014-12-23 Thread Marcus D. Leech 

On 12/23/2014 08:47 AM, Daniel Marlow wrote:

Dear All:

   OS: Ubuntu 14.01.1
   gnu-radio:  3.7.6
   Dell Optiplex 765

I want to use the moving_average_vff block from specest, which is 
not available in GRC. I tried installing gr-specest using pybombs 
(gnuradio was already installed on this system using 
"/usr/local/build-gnuradio -m ").


The pybombs installation of gr-specest seemed to go OK, but 
top_block.py fails at the "import specest" line nonetheless.The 
error trace and the top_block.py that I am using appear below (the 
top_block.py was generated from GRC and then slightly modified to 
included the moving_average_vff block).A linux "find" command 
reveals that the apparently missing .so is 
in /usr/local/lib/libgnuradio-specest.so.   Should it be somewhere else?


   Any help would be greatly appreciated.

Sincerely,
Dan Marlow


After you installed "specest", did you do a "sudo ldconfig" ?




marlow@phy-gr5:~/gnuradio/TVRX2$ python top_block.py
Traceback (most recent call last):
  File "top_block.py", line 7, in 
import specest
  File "/usr/local/lib/python2.7/dist-packages/specest/__init__.py", 
line 45, in 

from specest_swig import *
  File 
"/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", line 
28, in 

_specest_swig = swig_import_helper()
  File 
"/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", line 
24, in swig_import_helper

_mod = imp.load_module('_specest_swig', fp, pathname, description)
ImportError: libgnuradio-specest.so: cannot open shared object file: 
No such file or directory

marlow@phy-gr5:~/gnuradio/TVRX2$
#!/usr/bin/env python
##
# Gnuradio Python Flow Graph
# Title: Top Block
# Generated: Mon Dec 22 13:34:46 2014
##
import specest
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import fft
from gnuradio import gr
from gnuradio import uhd
from gnuradio.eng_option import eng_option
from gnuradio.fft import window
from gnuradio.filter import firdes
from gnuradio.wxgui import forms
from grc_gnuradio import wxgui as grc_wxgui
from optparse import OptionParser
import time
import wx

class top_block(grc_wxgui.top_block_gui):

def __init__(self):
grc_wxgui.top_block_gui.__init__(self, title="Top Block")
_icon_path = 
"/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png"

self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY))

##
# Variables
##
self.samp_rate = samp_rate = int(5.0e6)
self.gain = gain = 20
self.freq = freq = 400e6
self.N_average = N_average = 4096
self.FFT_size = FFT_size = 128
self.BW = BW = 170

##
# Blocks
##
self._gain_text_box = forms.text_box(
parent=self.GetWin(),
value=self.gain,
callback=self.set_gain,
label="RF Gain",
converter=forms.float_converter(),
)
self.Add(self._gain_text_box)
self._freq_text_box = forms.text_box(
parent=self.GetWin(),
value=self.freq,
callback=self.set_freq,
label="Center Frequency",
converter=forms.float_converter(),
)
self.Add(self._freq_text_box)
self.uhd_usrp_source_0 = uhd.usrp_source(
",".join(("addr=192.168.10.2", "")),
uhd.stream_args(
cpu_format="fc32",
channels=range(1),
),
)
self.uhd_usrp_source_0.set_time_source("gpsdo", 0)
self.uhd_usrp_source_0.set_subdev_spec("A:RX1", 0)

self.uhd_usrp_source_0.set_time_now(uhd.time_spec(time.time()), 
uhd.ALL_MBOARDS)

self.uhd_usrp_source_0.set_samp_rate(samp_rate)
self.uhd_usrp_source_0.set_center_freq(freq, 0)
self.uhd_usrp_source_0.set_gain(gain, 0)
self.uhd_usrp_source_0.set_bandwidth(BW, 0)
self.fft_vxx_0 = fft.fft_vcc(FFT_size, True, 
(window.blackmanharris(FFT_size)), True, 1)
self.blocks_vector_to_stream_0 = 
blocks.vector_to_stream(gr.sizeof_float*1, FFT_size)
self.blocks_stream_to_vector_0 = 
blocks.stream_to_vector(gr.sizeof_gr_complex*1, 128)
self.blocks_keep_one_in_n_0 = 
blocks.keep_one_in_n(gr.sizeof_float*128, N_average)
self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*1, 
"./testfile.dat", False)

self.blocks_file_sink_0.set_unbuffered(False)
self.blocks_complex_to_mag_squared_0 = 
blocks.complex_to_mag_squared(FFT_size)

self.vectorAverage=specest.moving_average_vff(N_average,FFT_size,2000)

##
# Connections
##
self.connect((self.fft_vxx_0, 0), 
(self.blocks_complex_to_mag_squared_0, 0))
self.connect((self.uhd_usrp_source_0, 0), 
(self.blocks_st

Re: [Discuss-gnuradio] How To Change Tx Frequency During Transmission

2014-12-23 Thread Nguyễn Văn Lý 
Hi Marcus,

I use bladeRF hardware, not USRP. So I have "osmocom" sink and source
blocks in my flow graph. Do you have any idea about this.
Thank you very much,

Best Regards,
Van-Ly



Van-Ly Nguyen,
Research Assistant,
Signals and Systems Laboratory - SSL
Faculty of Electronics and Telecommunications - FET
University of Engineering and Technology - UET
Vietnam National University, Hanoi - VNU

Tel: (+84) 97 881 9406


On Wed, Dec 3, 2014 at 10:28 PM, Marcus Müller 
wrote:

>  Hello Van-Ly,
>
> what hardware are you using?
> If you're using any USRP, then the gr-uhd [1] blocks [2] will allow you to
> tune using stream tags, asynchronous messages and method calls.
> From your problem description, it sounds like using stream tags is your
> best choice. If you want to know more about how to use these, I recommend
> going through the new guided tutorials [3], especially part 5 (which kind
> of relies on you having read the first four parts, but since I think you're
> already somewhat friends with GNU Radio, this might not be too much work).
>
> Greetings,
> Marcus
>
>
> [1] http://gnuradio.org/doc/doxygen/page_uhd.html
> [2] sink:
> http://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__sink.html
> [3] http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials
>
> On 12/03/2014 04:21 PM, Nguyễn Văn Lý wrote:
>
> Hello everyone,
>
> Does anyone know how to change Tx frequency during transmission. I mean the
> transmitter operates at f0 GHz in some interval of time and then change to
> operate at f1 GHz.
>
> Sincerely,
> Van-Ly
>
> Van-Ly Nguyen,
> Research Assistant,
> Signals and Systems Laboratory - SSL
> Faculty of Electronics and Telecommunications - FET
> University of Engineering and Technology - UET
> Vietnam National University, Hanoi - VNU
>
> Tel: (+84) 97 881 9406
>
>
>
>
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] specest issue

2014-12-23 Thread Daniel Marlow 
Dear All:

   OS: Ubuntu 14.01.1 
   gnu-radio:  3.7.6
   Dell Optiplex 765

I want to use the moving_average_vff block from specest, which is not 
available in GRC. I tried installing gr-specest using pybombs (gnuradio was 
already installed on this system using "/usr/local/build-gnuradio -m ").  

The pybombs installation of gr-specest seemed to go OK, but top_block.py fails 
at the "import specest" line nonetheless.The error trace and the 
top_block.py that I am using appear below (the top_block.py was generated from 
GRC and then slightly modified to included the moving_average_vff block).A 
linux "find" command reveals that the apparently missing .so is in 
/usr/local/lib/libgnuradio-specest.so.   Should it be somewhere else?

   Any help would be greatly appreciated.

Sincerely,
Dan Marlow


marlow@phy-gr5:~/gnuradio/TVRX2$ python top_block.py
Traceback (most recent call last):
  File "top_block.py", line 7, in 
import specest
  File "/usr/local/lib/python2.7/dist-packages/specest/__init__.py", line 45, 
in 
from specest_swig import *
  File "/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", line 
28, in 
_specest_swig = swig_import_helper()
  File "/usr/local/lib/python2.7/dist-packages/specest/specest_swig.py", line 
24, in swig_import_helper
_mod = imp.load_module('_specest_swig', fp, pathname, description)
ImportError: libgnuradio-specest.so: cannot open shared object file: No such 
file or directory
marlow@phy-gr5:~/gnuradio/TVRX2$ 
 
#!/usr/bin/env python
##
# Gnuradio Python Flow Graph
# Title: Top Block
# Generated: Mon Dec 22 13:34:46 2014
##
import specest
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import fft
from gnuradio import gr
from gnuradio import uhd
from gnuradio.eng_option import eng_option
from gnuradio.fft import window
from gnuradio.filter import firdes
from gnuradio.wxgui import forms
from grc_gnuradio import wxgui as grc_wxgui
from optparse import OptionParser
import time
import wx

class top_block(grc_wxgui.top_block_gui):

def __init__(self):
grc_wxgui.top_block_gui.__init__(self, title="Top Block")
_icon_path = "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png"
self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY))

##
# Variables
##
self.samp_rate = samp_rate = int(5.0e6)
self.gain = gain = 20
self.freq = freq = 400e6
self.N_average = N_average = 4096
self.FFT_size = FFT_size = 128
self.BW = BW = 170

##
# Blocks
##
self._gain_text_box = forms.text_box(
parent=self.GetWin(),
value=self.gain,
callback=self.set_gain,
label="RF Gain",
converter=forms.float_converter(),
)
self.Add(self._gain_text_box)
self._freq_text_box = forms.text_box(
parent=self.GetWin(),
value=self.freq,
callback=self.set_freq,
label="Center Frequency",
converter=forms.float_converter(),
)
self.Add(self._freq_text_box)
self.uhd_usrp_source_0 = uhd.usrp_source(
",".join(("addr=192.168.10.2", "")),
uhd.stream_args(
cpu_format="fc32",
channels=range(1),
),
)
self.uhd_usrp_source_0.set_time_source("gpsdo", 0)
self.uhd_usrp_source_0.set_subdev_spec("A:RX1", 0)
self.uhd_usrp_source_0.set_time_now(uhd.time_spec(time.time()), 
uhd.ALL_MBOARDS)
self.uhd_usrp_source_0.set_samp_rate(samp_rate)
self.uhd_usrp_source_0.set_center_freq(freq, 0)
self.uhd_usrp_source_0.set_gain(gain, 0)
self.uhd_usrp_source_0.set_bandwidth(BW, 0)
self.fft_vxx_0 = fft.fft_vcc(FFT_size, True, 
(window.blackmanharris(FFT_size)), True, 1)
self.blocks_vector_to_stream_0 = 
blocks.vector_to_stream(gr.sizeof_float*1, FFT_size)
self.blocks_stream_to_vector_0 = 
blocks.stream_to_vector(gr.sizeof_gr_complex*1, 128)
self.blocks_keep_one_in_n_0 = blocks.keep_one_in_n(gr.sizeof_float*128, 
N_average)
self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*1, 
"./testfile.dat", False)
self.blocks_file_sink_0.set_unbuffered(False)
self.blocks_complex_to_mag_squared_0 = 
blocks.complex_to_mag_squared(FFT_size)
self.vectorAverage=specest.moving_average_vff(N_average,FFT_size,2000)

##
# Connections
##

[Discuss-gnuradio] Using Scrambler

2014-12-23 Thread Daniel Batista 
Hi,I want to use the scrambling polynomial: 1 + X^12 + X^17. This means the 
currentlytransmitted bit is the EXOR of the current data bit, plus the bits 
thatwere transmitted 12 and 17 bits earlier.But I'm not sure what are the 
suitable values for Mask and Seed for the gnuradio Scramble Block.Any help will 
be appreciated.
ThanksDaniel
 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Running a GNU Radio Companion generated code

2014-12-23 Thread Daniel Camara 
Hi Johannes,

 THANKS a lot  Yes you did really helped, as you said I was trying to
run the wrong .py!!!  The example generates two .py on on the main
directory, as you said, and another on the ~/.grc_gnuradio. I had seen
somewhere that gnuradio companion generate code on the  ~/.grc_gnuradio.  I
looked, the code was there, I didn't even think it could have also
generated other part of the code on the same directory of the .grc.  It was
naive, sorry.

 I managed to run and connect gdb to it, using the PID.  Now things will
become really interesting, i.e.e me fighting with gdb, and the breakpoints,
to understand the values it passes through the code ;).

 Thanks again Johannes, for taking your time to answer! :)

   Best regards...

   Daniel

On Mon, Dec 22, 2014 at 4:24 PM, Johannes Demel 
wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Daniel,
>
> > OK I have a code, generated with Gnu radio companion that i want
> > to run over the command line to follow with GDB. I was under the
> > impression that if I simply got the code generated in the
> > ~/.grc_gnuradio, add the
> This folder usually only contains 'hier_blocks'. Executable flowgraph
> pythons files are usually created in the same folder your .grc file is
> located in.
>
> >
> > 
> >
> > |def main(): """ go, go, go """ top_block = [CLASS]()
> > top_block.run()
> Did you replace a class by [Class]? According to the Tutorial it
> expects an object of type gr.top_block in this line.
>
> >
> > if __name__ == "__main__": print 'Blocked waiting for GDB attach
> > (pid = %d)' % (os.getpid(),) raw_input ('Press Enter to continue:
> > ') main()  |
> >
> > as stated at
> > https://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging
> >
> >
> it would run to attach GDB. However, i am getting the following error:
> >
> > --- Traceback (most recent call last): File "ieee802_15_4_phy.py",
> > line 120, in  main() File "ieee802_15_4_phy.py", line 115,
> > in main top_block.run() File
> > "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/hier_block2.py",
> >
> >
> line 53, in __getattr__
> > return getattr(self._hb, name) AttributeError: 'hier_block2_sptr'
> > object has no attribute 'run'
> You try to call run on a 'hier_block'. 'run' is a member of
> 'gr.top_block'. top_block contains the scheduler and takes care of
> correct initialization etc. So it is essentially the flowgraph.
>
> I hope I could give you some hints on what might go wrong.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJUmDfBAAoJEO7fmkDsqywMbyoQAKyANgElQ64/Ox81/gwl4TOY
> k3NCr9Stj8CEUG65bYBPo4eDoVT5+xyA7e4HYTYrKMlHT+J2c/iG3ckH9sK7khoO
> 1jpFOtQn688tih6uBRhlVgNKWH26B2Hia8U4zIzavDcnt+B3aIRm+MG19Zlg6Ggg
> XLD9KeJ6A5nfgrx+jsylAZGWmp4u6ZFupAVjuTA0vHab/3BOjCuJq2IOveWtSfhg
> gPoHowIvWFwuiR/owJjwHhSGyCmZU1/Iz3yGT0TLdOZ8odlP0z9braIOt2bT3x9V
> OQzgpQFBVuEEdSRJETZkWw0Lr4Jwl/Bko9pHi3tj6MGEcq8U6fP4Ml8dhiG1IE9q
> UZ9XdSNJqDBNylfRxsyBm1oBmUV/gF6mXpD3851lQLdTNvP3R2QD7QrFP9UxRPKj
> c300eaCsRhucDT7ApQmqTguPeL8ds+z6eN8BZ41BtD9etBPjbJDjoV+hfk4z16jF
> gHEjVTAKti2OCiyya19xb67XJoufNz3Fjn09idG7YDAYRG7Qvn3XZCUpLAzO79pg
> axceRvfxgMqws21NgTEDiEndDxjEeJm0mh1jcNUwoM6vlRar/JbEwRxPSCuvfUdx
> GQac8LmkYJsROja1UgADE06fTEJZtLWUEQqBXhKlBlQz6sx1OA42XU8PPDm5c3SY
> AQfwe85pgdf1nQY19UEv
> =wYmS
> -END PGP SIGNATURE-
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
Best regards...

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