[Discuss-gnuradio] AttributeError: 'gr_msg_queue_sptr'

2013-11-22 Thread Nada ABDELKADER 

Hi all,

I have gnuradio 3.6.5 on Ubuntu 12.10.

I needed to add some priority to some packets and insert them on the  
head of the message queue. I defined a new function "insert_head" in  
gr_msg_queue.c and gr_msg_queue.h and build my gnuradio. I got this  
error when running:


  File  
"/usr/local/lib/python2.7/dist-packages/gnuradio/digital/pkt.py", line  
103, in send_pkt

self._pkt_input.msgq().insert_head(msg)
AttributeError: 'gr_msg_queue_sptr' object has no attribute 'insert_head'

Did I miss some thing? Any help plz?

Nada


This message was sent using IMP, the Internet Messaging Program.



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

Re: [Discuss-gnuradio] Looking for DSSS demodulator

2013-11-22 Thread bob wole 
Great share Achilleas. But I am having problem running it. Quite a few
blocks are missing. Please share on what version of GnuRadio was it built
against? Did you use custom blocks too?

--
Bob


>
> Outstanding!  Thanks for putting in the time to make this happen!
>
> What version of gnuRadio was it built against?
>
> @(^.^)@  Ed
>
>
> On 11/20/13 4:05 PM, Achilleas Anastasopoulos wrote:
> > I have been working on a DSSS system for some time now.
> > You can find our work-in-progress here:
> >
> > https://github.com/anastas/gr-cdma.git
> >
> > A few comments:
> >
> > this project grew out of the DARPA spectrum challenge:
> > our team eventually dropped out of the race because of other time
> > commitments but
> > I decided to finish up the design and make it publicly available
> > since DARPA was generous enough to send us USRPs for testing etc.
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Looking for DSSS demodulator

2013-11-22 Thread Achilleas Anastasopoulos 
Bob,

As I mentioned in my email, the only application that currently
runs is the

timing_test.grc

For it to run you need to load the block

chopper_correlator.grc

and compile it in grc so that it gets to your custom grc directory.

Please let me know if you have any issues with this.
This application contains all the essentials for the cdma system, but it is
not THE cdma system...

The whole project is built on gnuradio 3.7.2

The remaining apps/blocks for cdma are work-in-progress.

best,
Achilleas



On Fri, Nov 22, 2013 at 10:19 AM, bob wole  wrote:

> Great share Achilleas. But I am having problem running it. Quite a few
> blocks are missing. Please share on what version of GnuRadio was it built
> against? Did you use custom blocks too?
>
> --
> Bob
>
>
>>
>> Outstanding!  Thanks for putting in the time to make this happen!
>>
>> What version of gnuRadio was it built against?
>>
>> @(^.^)@  Ed
>>
>>
>>
>> On 11/20/13 4:05 PM, Achilleas Anastasopoulos wrote:
>> > I have been working on a DSSS system for some time now.
>> > You can find our work-in-progress here:
>> >
>> > https://github.com/anastas/gr-cdma.git
>> >
>> > A few comments:
>> >
>> > this project grew out of the DARPA spectrum challenge:
>> > our team eventually dropped out of the race because of other time
>> > commitments but
>> > I decided to finish up the design and make it publicly available
>> > since DARPA was generous enough to send us USRPs for testing etc.
>>
>>
>>
>>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Public method in out of tree module

2013-11-22 Thread Dirk Van Bruggen 
Hello,

I am trying to create a block that has a publicly accessible method and am
having trouble accessing the method from within Python.  Here is a simple
example of my process.

First, I boot Gnuradio Live DVD, Ubutnu 12.04, Gnuradio 3.7.2

Second, i create a new module according to:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules

> gr_modtool newmod testmod
> cd gr-testmod
> gr_modtool add -t general testblock (empty argument list, default answers)
> vim lib/testblock_impl.cc (Edit this to the same as the square_ff.cc code
from the example)
> mkdir build
> cd build
> cmake ../
> make
> sudo make install
> sudo ldconfig


This works fine, I can verify the block is working correctly.

Then I edit the public header file to add a pure virtual method pub()

vim include/testmod/testblock.h

> 
> public:
> virtual int pub() = 0;
> ..


Then I edit the private header file to implement the method

> .
> public:
> int pub(){ return 1; }
> 


If I build this, it will make and install just fine.  The only problem
comes when I run python like so

> import testmod
> b = testmod.testblock()
> b.pub()


I get the following error:

> AttributeError: 'testblock_sptr' object has no attribute 'pub'


I've tried following the examples of in tree blocks, but just cannot seem
to be able to access pub() from python.  Am I missing an include, or
something?

Thank you,

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

Re: [Discuss-gnuradio] Public method in out of tree module

2013-11-22 Thread Martin Braun (CEL) 
On Fri, Nov 22, 2013 at 10:51:22AM -0500, Dirk Van Bruggen wrote:
> I've tried following the examples of in tree blocks, but just cannot seem
> to be able to access pub() from python.  Am I missing an include, or
> something?

Just to make sure, did you rebuild everything (including SWIG bindings)?
Are you accessing pub() from QA code? If not, did you reinstall
afterwards?

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpW4wjlcKbzC.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] AttributeError: 'gr_msg_queue_sptr'

2013-11-22 Thread Marcus Müller 

Hi Nada,
that's really hard to tell based on the information you gave.
I'm currently on the run, so I can't really look at the 3.6 branch and 
give definite advice, but:
a) make sure there is no special c++-to-python gateway class for the 
things you're trying to extend
b) look into the swig files (ending in .i), whether there is some 
special wrapping for gr_msg_queue
c) in your build directory, delete the swig/ subfolder and rebuild; 
sometimes, swig/make do strange things
d) are you really sure you want to do this? From my point of view I'd 
rather keep the "real" queue structure, and whenever my "consumer" is 
able to fetch objects from the message queue, it should probably get 
them all and prioritize itself; but however, there are strong arguments 
for your approach :)


Greetings,
Marcus

On 22.11.2013 16:18, Nada ABDELKADER wrote:

Hi all,

I have gnuradio 3.6.5 on Ubuntu 12.10.

I needed to add some priority to some packets and insert them on the 
head of the message queue. I defined a new function "insert_head" in 
gr_msg_queue.c and gr_msg_queue.h and build my gnuradio. I got this 
error when running:


  File 
"/usr/local/lib/python2.7/dist-packages/gnuradio/digital/pkt.py", line 
103, in send_pkt

self._pkt_input.msgq().insert_head(msg)
AttributeError: 'gr_msg_queue_sptr' object has no attribute 'insert_head'

Did I miss some thing? Any help plz?

Nada


This message was sent using IMP, the Internet Messaging Program.



___
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] Public method in out of tree module

2013-11-22 Thread Johnathan Corgan 
On 11/22/2013 07:51 AM, Dirk Van Bruggen wrote:

> I've tried following the examples of in tree blocks, but just cannot
> seem to be able to access pub() from python.  Am I missing an include,
> or something?

There is an bug in the OOT build system where, after having compiled
once, changes to public header files don't result in remaking the
dependent SWIG library.  A workaround is to do make clean, then make again.

-- 
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com




signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Fix for coverity issues in adaptive filter

2013-11-22 Thread Johnathan Corgan 
On 11/18/2013 02:16 PM, Philip Balister wrote:

> Following up with Fridays question about the adaptive_filter* files in
> gr_filter.
> 
> I couldn't find any real code that used it. So I prepared this patch to
> remove the files. This resolves three coverity issues and removes what
> looks like dead code.
> 
> The existing in tree adaptive filters do not use this code.
> 
> https://github.com/balister/GNU-Radio/tree/adap

FYI, this was merged.

-- 
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com
<>

signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP N200 with GNU v3.7 fails

2013-11-22 Thread nesimi eldarov 
 Hi People,

My system Ubuntu 13.04
GNURADIO 3.7.1.1
USRP N200


I run:

cd /usr/local/src
sudo wget 
https://sites.google.com/site/byungchulweb/gnufile/UHD_003.003.000.tar.gz
sudo tar xvf UHD_003.003.000.tar.gz
cd uhd/host
mkdir build
cd build
cmake ../
make
make test
sudo make install
sudo ldconfig


Then:
sudo apt-get install uhd-host

It installs:
uhd-host 3.4.2-1
with
libgnuradio-uhd3.6.1 3.6.1-1


then I run:
sudo ifconfig eth0 192.168.10.1
uhd_usrp_probe

linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.003.000-unknown
-- Opening a USRP2/N-Series device...
Error: RuntimeError: 
Please update the firmware and FPGA images for your device.
See the application notes for USRP2/N-Series for instructions.
Expected protocol compatibility number [7 to 11], but got 12:
The firmware build is not compatible with the host code build.
  1. The first question is why does it load  libgnuradio-uhd3.6.1 3.6.1-1  
instead of 3.7 version?
2. it was working with GNURADIO 3.6 before, now it fails with v3.7, why?
3. How can I solve the last error message?

Thanks in advance!

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

Re: [Discuss-gnuradio] USRP N200 with GNU v3.7 fails

2013-11-22 Thread Marcus Leech 
The Ubuntu packages are notoriously out-of-date, and since teh UHD version you pulled has a depend on Gnu Radio 3.6.1, it installed Gnu Radio 3.6.1.
 
YOu might want to just start over again with pybombs, or build-gnuradio
 
 
on Nov 22, 2013, nesimi eldarov  wrote:
Hi People,My system Ubuntu 13.04GNURADIO 3.7.1.1USRP N200I run:cd /usr/local/srcsudo wget https://sites.google.com/site/byungchulweb/gnufile/UHD_003.003.000.tar.gzsudo tar xvf UHD_003.003.000.tar.gzcd uhd/hostmkdir buildcd buildcmake ../makemake testsudo make installsudo ldconfigThen:sudo apt-get install uhd-hostIt installs:uhd-host 3.4.2-1withlibgnuradio-uhd3.6.1 3.6.1-1then I run:sudo ifconfig eth0 192.168.10.1
uhd_usrp_probelinux; GNU C++ version 4.7.3; Boost_105300; UHD_003.003.000-unknown
-- Opening a USRP2/N-Series device...Error: RuntimeError: Please update the firmware and FPGA images for your device.See the application notes for USRP2/N-Series for instructions.Expected protocol compatibility number [7 to 11], but got 12:The firmware build is not compatible with the host code build. 
1. The first question is why does it load libgnuradio-uhd3.6.1 3.6.1-1 instead of 3.7 version?2. it was working with GNURADIO 3.6 before, now it fails with v3.7, why?3. How can I solve the last error message?Thanks in advance!-- NE ___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] USRP N200 with GNU v3.7 fails

2013-11-22 Thread nesimi eldarov 
 Thanks Marcus,

Should I delete  libgnuradio-uhd3.6.1 3.6.1-1 , and install gnuradio v3.7 again?


Пятница, 22 ноября 2013, 18:00 UTC от Marcus Leech :
>The Ubuntu packages are notoriously out-of-date, and since teh UHD version you 
>pulled has a depend on Gnu Radio 3.6.1, it installed Gnu Radio 3.6.1.
>
> 
>YOu might want to just start over again with pybombs, or build-gnuradio
> 
> 
>on Nov 22, 2013,  nesimi eldarov  wrote:
>>Hi People,
>>
>>My system Ubuntu 13.04
>>GNURADIO 3.7.1.1
>>USRP N200
>>
>>
>>I run:
>>
>>cd /usr/local/src
>>sudo wget  
>>https://sites.google.com/site/byungchulweb/gnufile/UHD_003.003.000.tar.gz
>>sudo tar xvf UHD_003.003.000.tar.gz
>>cd uhd/host
>>mkdir build
>>cd build
>>cmake ../
>>make
>>make test
>>sudo make install
>>sudo ldconfig
>>
>>
>>Then:
>>sudo apt-get install uhd-host
>>
>>It installs:
>>uhd-host 3.4.2-1
>>with
>>libgnuradio-uhd3.6.1 3.6.1-1
>>
>>
>>then I run:
>>sudo ifconfig eth0 192.168.10.1
>>uhd_usrp_probe
>>
>>linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.003.000-unknown
>>-- Opening a USRP2/N-Series device...
>>Error: RuntimeError: 
>>Please update the firmware and FPGA images for your device.
>>See the application notes for USRP2/N-Series for instructions.
>>Expected protocol compatibility number [7 to 11], but got 12:
>>The firmware build is not compatible with the host code build.
>>  1. The first question is why does it load  libgnuradio-uhd3.6.1 3.6.1-1  
>>instead of 3.7 version?
>>2. it was working with GNURADIO 3.6 before, now it fails with v3.7, why?
>>3. How can I solve the last error message?
>>
>>Thanks in advance!
>>
>>-- 
>>NE 
>>--
>>
>>___
>>Discuss-gnuradio mailing list
>>Discuss-gnuradio@gnu.org
>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 

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

Re: [Discuss-gnuradio] USRP N200 with GNU v3.7 fails

2013-11-22 Thread Marcus Leech 
If you run build-gnuradio it will uninstall as much of the installed-from-packages stuff as it can, and leave you with a 3.7.recent Gnu Radio codebase.
 
on Nov 22, 2013, nesimi eldarov  wrote:
Thanks Marcus,Should I delete libgnuradio-uhd3.6.1 3.6.1-1, and install gnuradio v3.7 again?Пятница, 22 ноября 2013, 18:00 UTC от Marcus Leech :





The Ubuntu packages are notoriously out-of-date, and since teh UHD version you pulled has a depend on Gnu Radio 3.6.1, it installed Gnu Radio 3.6.1.
 
YOu might want to just start over again with pybombs, or build-gnuradio
 
 
on Nov 22, 2013, nesimi eldarov  wrote:
Hi People,My system Ubuntu 13.04GNURADIO 3.7.1.1USRP N200I run:cd /usr/local/srcsudo wget https://sites.google.com/site/byungchulweb/gnufile/UHD_003.003.000.tar.gzsudo tar xvf UHD_003.003.000.tar.gzcd uhd/hostmkdir buildcd buildcmake ../makemake testsudo make installsudo ldconfigThen:sudo apt-get install uhd-hostIt installs:uhd-host 3.4.2-1withlibgnuradio-uhd3.6.1 3.6.1-1then I run:sudo ifconfig eth0 192.168.10.1
uhd_usrp_probelinux; GNU C++ version 4.7.3; Boost_105300; UHD_003.003.000-unknown
-- Opening a USRP2/N-Series device...Error: RuntimeError: Please update the firmware and FPGA images for your device.See the application notes for USRP2/N-Series for instructions.Expected protocol compatibility number [7 to 11], but got 12:The firmware build is not compatible with the host code build. 
1. The first question is why does it load libgnuradio-uhd3.6.1 3.6.1-1 instead of 3.7 version?2. it was working with GNURADIO 3.6 before, now it fails with v3.7, why?3. How can I solve the last error message?Thanks in advance!-- NE ___Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio

 





 -- NE 

 

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

Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder

2013-11-22 Thread nesimi eldarov 
 Hi Bastian,

Thanks!

Do you think it would be possible to use two USRPs, one for the tranmitter and 
the second for the receiver?



Вторник, 19 ноября 2013, 18:57 +01:00 от Bastian Bloessl 
:
>On 11/19/2013 06:01 PM, nesimi eldarov wrote:
>> You tell that is a transceiver, how did you transmit the signals?
>> Is that also included?
>
>Yes it is included. I reimplemented the transmit side to take advantage 
>of asynchronous messages, to support variable packet sizes, and to allow 
>setting the encoding per packet.
>We merged receive and transmit chains to form a complete transceiver 
>and, as a demo, connected it to the Linux TCP/IP stack.
>
>A (shitty) video of an SSH session between the SDR and a WiFi card is on 
>YouTube:
>
>http://www.youtube.com/watch?v=tAVgsJLM-sc
>
>Best,
>Bastian


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

Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder

2013-11-22 Thread Bastian Bloessl 

On 22 Nov 2013, at 20:02, nesimi eldarov  wrote:
> 
> Do you think it would be possible to use two USRPs, one for the tranmitter 
> and the second for the receiver?
> 

Yes, but at least you have to change MAC and IP address in the start script. 
Maybe enable promisc mode of the TAP device or change the WiFi MAC. I’m not 
100% sure if this is required, but have no USRP around to test.

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

Re: [Discuss-gnuradio] Looking for DSSS demodulator

2013-11-22 Thread bob wole 
Thanks Achilleas for explanation,

I'll try with gnuradio 3.7.2 and report back.

--
bob


On Fri, Nov 22, 2013 at 8:30 PM, Achilleas Anastasopoulos  wrote:

> Bob,
>
> As I mentioned in my email, the only application that currently
> runs is the
>
> timing_test.grc
>
> For it to run you need to load the block
>
> chopper_correlator.grc
>
> and compile it in grc so that it gets to your custom grc directory.
>
> Please let me know if you have any issues with this.
> This application contains all the essentials for the cdma system, but it is
> not THE cdma system...
>
> The whole project is built on gnuradio 3.7.2
>
> The remaining apps/blocks for cdma are work-in-progress.
>
> best,
> Achilleas
>
>
>
> On Fri, Nov 22, 2013 at 10:19 AM, bob wole  wrote:
>
>> Great share Achilleas. But I am having problem running it. Quite a few
>> blocks are missing. Please share on what version of GnuRadio was it built
>> against? Did you use custom blocks too?
>>
>> --
>> Bob
>>
>>
>>>
>>> Outstanding!  Thanks for putting in the time to make this happen!
>>>
>>> What version of gnuRadio was it built against?
>>>
>>> @(^.^)@  Ed
>>>
>>>
>>>
>>> On 11/20/13 4:05 PM, Achilleas Anastasopoulos wrote:
>>> > I have been working on a DSSS system for some time now.
>>> > You can find our work-in-progress here:
>>> >
>>> > https://github.com/anastas/gr-cdma.git
>>> >
>>> > A few comments:
>>> >
>>> > this project grew out of the DARPA spectrum challenge:
>>> > our team eventually dropped out of the race because of other time
>>> > commitments but
>>> > I decided to finish up the design and make it publicly available
>>> > since DARPA was generous enough to send us USRPs for testing etc.
>>>
>>>
>>>
>>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Building GNU Radio with a cross compiler

2013-11-22 Thread Philip Balister 
I've spent a good aprt of the week cleaning up processes for building
GNU Radio for ARM targets using OpenEmbedded (a part of the Yocto Project).

First, some instructions for building GNU radio. This approach usses the
repo tool to manage the various layers needed to build gnuradio.

https://github.com/balister/oe-gnuradio-manifest

Next we have notes on using an sdk from OE to build gnuradio on your
desktop and running make test.

https://github.com/balister/meta-sdr/wiki/CrossCompile

We still need to look at OOT modules and installing stuff on the target
after building. I have some ideas, but I wanted to get some more eyes on
the overall processes. The cmake toolchain file is in gnuradio/master now.

This is a good time to ask people hwo we should organize the embedded
working group, if you have ideas, let me know. We can start to organize
ourselves after the Thanksgiving holiday next week.

Philip

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

[Discuss-gnuradio] Frequency Translating FIR Filter

2013-11-22 Thread Paul B. Huter 
I am trying to view the spectrum from 0-1MHz recorded at 50M. I used a low
pass filter to only record 0-30MHz. My frequency translating filter is
defined as follows:

Decimation: 50
Taps: firdes.low_pass(1, samp_rate, 50, 100)
Center Frequency: -50
Sample Rate: samp_rate

samp_rate: 50M

Any ideas?

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

Re: [Discuss-gnuradio] Frequency Translating FIR Filter

2013-11-22 Thread Paul B. Huter 
Forgot to mention I am running the filter output to an FFT Sink.

Paul B. Huter
On Nov 22, 2013 6:14 PM, "Paul B. Huter"  wrote:

> I am trying to view the spectrum from 0-1MHz recorded at 50M. I used a low
> pass filter to only record 0-30MHz. My frequency translating filter is
> defined as follows:
>
> Decimation: 50
> Taps: firdes.low_pass(1, samp_rate, 50, 100)
> Center Frequency: -50
> Sample Rate: samp_rate
>
> samp_rate: 50M
>
> Any ideas?
>
> Paul B. Huter
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio