Re: [Discuss-gnuradio] Understanding the limitations of USRP1

[Sylvain Munaut]

> Aliasing on purpose?

Yes, it's called "bandpass sampling".


Cheers,

   Sylvain

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

Re: [Discuss-gnuradio] Edit GNU Radio Companion generated Python script location

[Murray Thomson]

Thanks for your answer Tom and sorry for the delay replying to you.

I tried setting the environment variable GRC_HIER_PATH but it didn't make
any difference. I also tried setting
GRC_PREFS_PATH
GRC_BLOCKS_PATH
HIER_BLOCKS_LIB_DIR

But my grc companion 3.7.6.1 keeps compiling the blocks to ~/.grc_gnuradio
Can you think of anything else I could try?
I've tried with Ubuntu 12.04 and Ubuntu 14.04.

Thanks,
Murray

On 30 December 2014 at 17:15, Tom Rondeau  wrote:

> On Mon, Dec 29, 2014 at 8:21 AM, Murray Thomson <
> murraythomson...@gmail.com> wrote:
>>
>> Hi,
>>
>> I have a couple of blocks and a flow graph that uses them. When I
>> generate the flow graph of a block using GNU Radio Companion, the Python
>> script is generated at ~/.grc_gnuradio/block1.py
>> The same thing happens with the flow graph but, in addition, the call to
>> my blocks inside the generated Python script looks like this:
>>
>> execfile("/home/myuser/.grc_gnuradio/block1.py")
>>
>> Which means that when I copy these scripts to the target machine I need
>> to edit that line to match the location of the block1.py in the target
>> machine.
>>
>> How can I edit the location where GNU Radio Companion puts the scripts?
>> The Edit > Properties menu is disabled :(
>>
>> Thanks,
>> Murray
>>
>
> The Properties menu item is there more for future use but doesn't yet do
> anything. In our current work to overhaul GRC to make it more
> user-friendly, I hope these are things we can more easily set and change.
>
> In the meantime, you can control the location of the output of the
> hier_blocks by setting the environmental variable GRC_HIER_PATH. This will
> allow you to build and install the .py and .py.xml files into whatever path
> you want, and that execfile sring will similarly point there. One way to
> handle this is:
>
> $ export GRC_HIER_PATH=/newpath
> $ grcc hier_block_file.grc
>
> Hope this helps.
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Report on university course based on DARPA Spectrum Challenge

[Martin Braun]

Fraida,

this is very, very cool! As a former university guy myself, I very much
enjoy people getting creative and thinking outside of the "industry
standard software" box.

Any chance you can have the students directly answer these questions on
the mailing list, and in time? :D

Another suggestion for something that you and other department folk
could do to get more exposure is to set up a github organization
account. At CEL, we used that to publish our own free software projects
and encouraged students to contribute -- I dare say we have helped the
one or the other student with their job applications by providing a
publically visible platform on which their work can be found.

Cheers,
M

On 02/11/2015 09:16 PM, Fraida Fund wrote:
> 
> Hi all,
> 
> I was a participant in the DARPA Spectrum Challenge last year.  Inspired
> by the Challenge, I developed a new course in which students learned
> about wireless communications and software radio in the context of a
> Spectrum Challenge-like competition. It was offered for the first time
> in Fall 2014 at the University of Thessaly, Greece, to a group of about
> 20 undergraduate and masters students in the Department of Electrical
> and Computer Engineering. Since the course may be of interest to some in
> this group, I am sharing more information about it here.
>  
> The infrastructure for the course (lab materials, software radios,
> compute devices, software and other utilities) were hosted by WITest
> , the GENI wireless testbed at
> the NYU Polytechnic School of Engineering.
> 
> In the first half of the course, students studied wireless communication
> and software radio basics through lectures and guided lab exercises. On
> their midterm exam, 50% of the points were earned by answering questions
> from this mailing list
> 
> :) 
> 
> In the second half of the course, students (in teams) developed software
> radios and competed against one another in a format similar to the
> Spectrum Challenge. Students also presented their designs in a poster
> session attended by other faculty in the department. Two prizes were
> awarded: one for "the best innovative idea" from among the designs
> implemented for the competition (selected by the faculty committee), and
> one for the team that won the tournament.
> 
> The results (tournament visualizations, student posters, photos) are
> available on this page
> 
> for interested readers.
> 
> I'd be happy to answer any questions about this course.
> 
> Best,
> 
> Fraida Fund
> Department of Electrical and Computer Engineering
> NYU Polytechnic School of Engineering
> 
> 
> 
> ___
> 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] Understanding the limitations of USRP1

[Martin Braun]

On 02/12/2015 09:04 AM, Sylvain Munaut wrote:
>> Aliasing on purpose?
> 
> Yes, it's called "bandpass sampling".

...and it's a common technique. You can easily demod FM radio this way,
even without a filter (although it'll be pretty noisy) and I've seen
people demod DVB-T this way (probably with filters, though), which is in
one of the higher-order Nyquist zones.

M


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

Re: [Discuss-gnuradio] Report on university course based on DARPA Spectrum Challenge

[sreeraj r]

Farida,

Nice work.
I believe your students will also be interested in IEEE spectrum sharing
challenge [1].

[1] http://dyspan2015.ieee-dyspan.org/content/5g-spectrum-sharing-challenge

-- 
Regards
Sreeraj Rajendran

On Wed, Feb 11, 2015 at 9:16 PM, Fraida Fund  wrote:

>
> Hi all,
>
> I was a participant in the DARPA Spectrum Challenge last year.  Inspired
> by the Challenge, I developed a new course in which students learned about
> wireless communications and software radio in the context of a Spectrum
> Challenge-like competition. It was offered for the first time in Fall 2014
> at the University of Thessaly, Greece, to a group of about 20 undergraduate
> and masters students in the Department of Electrical and Computer
> Engineering. Since the course may be of interest to some in this group, I
> am sharing more information about it here.
>
> The infrastructure for the course (lab materials, software radios, compute
> devices, software and other utilities) were hosted by WITest
> , the GENI wireless testbed at
> the NYU Polytechnic School of Engineering.
>
> In the first half of the course, students studied wireless communication
> and software radio basics through lectures and guided lab exercises. On
> their midterm exam, 50% of the points were earned by answering questions
> from this mailing list
> 
> :)
>
> In the second half of the course, students (in teams) developed software
> radios and competed against one another in a format similar to the Spectrum
> Challenge. Students also presented their designs in a poster session
> attended by other faculty in the department. Two prizes were awarded: one
> for "the best innovative idea" from among the designs implemented for the
> competition (selected by the faculty committee), and one for the team that
> won the tournament.
>
> The results (tournament visualizations, student posters, photos) are
> available on this page
> 
> for interested readers.
>
> I'd be happy to answer any questions about this course.
>
> Best,
>
> Fraida Fund
> Department of Electrical and Computer Engineering
> NYU Polytechnic School of Engineering
>
>
> ___
> 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] Edit GNU Radio Companion generated Python script location

[Koslowski, Sebastian (CEL)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 02/12/2015 09:19 AM, Murray Thomson wrote:
> But my grc companion 3.7.6.1 keeps compiling the blocks to > ~/.grc_gnuradio 
> Can you think of
anything else I could try? I've > tried with Ubuntu 12.04 and Ubuntu 14.04.

I created an issue [1] for this. I came up with two different solutions.
Feadback welcome.

Sebastian

[1] http://gnuradio.org/redmine/issues/763

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU3Id7AAoJEIcqoDnyZkMDRT8QAJ9DLAQ+yRoVBZfWALu/W6td
yNqVz3qrPLOb+FlhQpNqwEXM82IcGKxwwQW3MAODvsaj7y/SD7JxSXouwIGNGFLx
Uld69XmAd0N0fkP3TbSIyxC9/6AgrXNmrs5GDjTomaYwvSOQlguz308+6SawzWrP
XYVIMb8c0565Aa3YNV/457dk7/dc2C15/Bgg98LSF7f5NHRrKh03Ek0kQ6yICylc
jVpl0ysZVBc6Aoo4p+OO8elivf9FHj/+IJprqmBzXskH3TDdQtH8fSa0CUTG0XOD
e3WhHJrD4dtwZ/kOMulUrjKeq2+zCoP01WIm/U76t1I4qXTTXRtRkmkj90ohWe/g
9+faxYwolLra9YY0T11CzZE5FG4cGusBEUzZT3l6nKhLgowhLv0zsN5wg+IWv5Ie
8X9TueYmzCPR0UrYNLmFtqPDzMN93AlYSiBM4eiJIiVm5ouuWXFhVAZV+Is9SpWL
c3MGXJlCkxMeLM3pN12MHEuI72XqqBX6x51d8WJCsDDtdGB5fV+Bl5P/tts+fYG2
hsxxcKsHXrpPQ2Vzq13AHErQcZs0RzhcJj3+6xxQglM+55ldDAEAzfQUTg4x6KZY
vYBUz/il0g1YSUfcyqGPLwIXED9t/7IeJkLvFbS1eub8a/jotx19i3ipUiMM9HQi
O5VAE8ahOBBxaW391qdH
=0ojz
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] Edit GNU Radio Companion generated Python script location

[Tom Rondeau]

On Thu, Feb 12, 2015 at 5:59 AM, Koslowski, Sebastian (CEL) <
sebastian.koslow...@kit.edu> wrote:

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 02/12/2015 09:19 AM, Murray Thomson wrote:
> > But my grc companion 3.7.6.1 keeps compiling the blocks to >
> ~/.grc_gnuradio Can you think of anything else I could try? I've > tried
> with Ubuntu 12.04 and Ubuntu 14.04.
>
> I created an issue [1] for this. I came up with two different solutions.
> Feadback welcome.
>
> Sebastian
>
> [1] http://gnuradio.org/redmine/issues/763
>


Excellent, Sebastian, thanks for kicking that off. This is definitely an
issue that needs to be solved.

Tom




>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBCAAGBQJU3Id7AAoJEIcqoDnyZkMDRT8QAJ9DLAQ+yRoVBZfWALu/W6td
> yNqVz3qrPLOb+FlhQpNqwEXM82IcGKxwwQW3MAODvsaj7y/SD7JxSXouwIGNGFLx
> Uld69XmAd0N0fkP3TbSIyxC9/6AgrXNmrs5GDjTomaYwvSOQlguz308+6SawzWrP
> XYVIMb8c0565Aa3YNV/457dk7/dc2C15/Bgg98LSF7f5NHRrKh03Ek0kQ6yICylc
> jVpl0ysZVBc6Aoo4p+OO8elivf9FHj/+IJprqmBzXskH3TDdQtH8fSa0CUTG0XOD
> e3WhHJrD4dtwZ/kOMulUrjKeq2+zCoP01WIm/U76t1I4qXTTXRtRkmkj90ohWe/g
> 9+faxYwolLra9YY0T11CzZE5FG4cGusBEUzZT3l6nKhLgowhLv0zsN5wg+IWv5Ie
> 8X9TueYmzCPR0UrYNLmFtqPDzMN93AlYSiBM4eiJIiVm5ouuWXFhVAZV+Is9SpWL
> c3MGXJlCkxMeLM3pN12MHEuI72XqqBX6x51d8WJCsDDtdGB5fV+Bl5P/tts+fYG2
> hsxxcKsHXrpPQ2Vzq13AHErQcZs0RzhcJj3+6xxQglM+55ldDAEAzfQUTg4x6KZY
> vYBUz/il0g1YSUfcyqGPLwIXED9t/7IeJkLvFbS1eub8a/jotx19i3ipUiMM9HQi
> O5VAE8ahOBBxaW391qdH
> =0ojz
> -END PGP SIGNATURE-
>
>
> ___
> 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] Report on university course based on DARPA Spectrum Challenge

[Tom Rondeau]

On Wed, Feb 11, 2015 at 3:16 PM, Fraida Fund  wrote:

>
> Hi all,
>
> I was a participant in the DARPA Spectrum Challenge last year.  Inspired
> by the Challenge, I developed a new course in which students learned about
> wireless communications and software radio in the context of a Spectrum
> Challenge-like competition. It was offered for the first time in Fall 2014
> at the University of Thessaly, Greece, to a group of about 20 undergraduate
> and masters students in the Department of Electrical and Computer
> Engineering. Since the course may be of interest to some in this group, I
> am sharing more information about it here.
>
> The infrastructure for the course (lab materials, software radios, compute
> devices, software and other utilities) were hosted by WITest
> , the GENI wireless testbed at
> the NYU Polytechnic School of Engineering.
>
> In the first half of the course, students studied wireless communication
> and software radio basics through lectures and guided lab exercises. On
> their midterm exam, 50% of the points were earned by answering questions
> from this mailing list
> 
> :)
>
> In the second half of the course, students (in teams) developed software
> radios and competed against one another in a format similar to the Spectrum
> Challenge. Students also presented their designs in a poster session
> attended by other faculty in the department. Two prizes were awarded: one
> for "the best innovative idea" from among the designs implemented for the
> competition (selected by the faculty committee), and one for the team that
> won the tournament.
>
> The results (tournament visualizations, student posters, photos) are
> available on this page
> 
> for interested readers.
>
> I'd be happy to answer any questions about this course.
>
> Best,
>
> Fraida Fund
> Department of Electrical and Computer Engineering
> NYU Polytechnic School of Engineering
>
>
Great stuff, thanks for sharing!

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

[Discuss-gnuradio] Spread Spectrum Toolkit in gnuradio

[vaibhav kulkarni]

Hi All,

I just came across this talk "Spread Spectrum Techniques in GNU Radio" in GNU
Radio Conference ‘14. The presentation (
http://gnuradio.squarespace.com/storage/grcon14/presentations/Sep18_07_David_DSSSFHSS.pdf)
tells about the Spread spectrum toolkit developed. I am trying to find the
toolkit online but couldn't get any links. Does anyone know if the toolkit
is made publicly available by the developers if so where can i find it.

Your help is appreciated.

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

Re: [Discuss-gnuradio] Edit GNU Radio Companion generated Python script location

[Murray Thomson]

Thank you all for looking at this.

setting the GRC_BLOCKS_PATH and then using grcc works fine for me, but not
with the grc companion.

Thanks,
Murray

On 12 February 2015 at 13:38, Tom Rondeau  wrote:

> On Thu, Feb 12, 2015 at 5:59 AM, Koslowski, Sebastian (CEL) <
> sebastian.koslow...@kit.edu> wrote:
>
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 02/12/2015 09:19 AM, Murray Thomson wrote:
>> > But my grc companion 3.7.6.1 keeps compiling the blocks to >
>> ~/.grc_gnuradio Can you think of anything else I could try? I've > tried
>> with Ubuntu 12.04 and Ubuntu 14.04.
>>
>> I created an issue [1] for this. I came up with two different solutions.
>> Feadback welcome.
>>
>> Sebastian
>>
>> [1] http://gnuradio.org/redmine/issues/763
>>
>
>
> Excellent, Sebastian, thanks for kicking that off. This is definitely an
> issue that needs to be solved.
>
> Tom
>
>
>
>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>>
>> iQIcBAEBCAAGBQJU3Id7AAoJEIcqoDnyZkMDRT8QAJ9DLAQ+yRoVBZfWALu/W6td
>> yNqVz3qrPLOb+FlhQpNqwEXM82IcGKxwwQW3MAODvsaj7y/SD7JxSXouwIGNGFLx
>> Uld69XmAd0N0fkP3TbSIyxC9/6AgrXNmrs5GDjTomaYwvSOQlguz308+6SawzWrP
>> XYVIMb8c0565Aa3YNV/457dk7/dc2C15/Bgg98LSF7f5NHRrKh03Ek0kQ6yICylc
>> jVpl0ysZVBc6Aoo4p+OO8elivf9FHj/+IJprqmBzXskH3TDdQtH8fSa0CUTG0XOD
>> e3WhHJrD4dtwZ/kOMulUrjKeq2+zCoP01WIm/U76t1I4qXTTXRtRkmkj90ohWe/g
>> 9+faxYwolLra9YY0T11CzZE5FG4cGusBEUzZT3l6nKhLgowhLv0zsN5wg+IWv5Ie
>> 8X9TueYmzCPR0UrYNLmFtqPDzMN93AlYSiBM4eiJIiVm5ouuWXFhVAZV+Is9SpWL
>> c3MGXJlCkxMeLM3pN12MHEuI72XqqBX6x51d8WJCsDDtdGB5fV+Bl5P/tts+fYG2
>> hsxxcKsHXrpPQ2Vzq13AHErQcZs0RzhcJj3+6xxQglM+55ldDAEAzfQUTg4x6KZY
>> vYBUz/il0g1YSUfcyqGPLwIXED9t/7IeJkLvFbS1eub8a/jotx19i3ipUiMM9HQi
>> O5VAE8ahOBBxaW391qdH
>> =0ojz
>> -END PGP SIGNATURE-
>>
>>
>> ___
>> 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] Help needed

[Silverfox]

Marcus,

  Thanks for the assistance.  I changed the display for qt-gui to wx-gui and
it now runs correctly.  My only remaining concern is why doesn't  it work
with qt-gui.  I have QT4 installed.

73,

Alan - W6ARH

 

 

From: discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org
[mailto:discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org] On Behalf Of
Marcus Müller
Sent: Wednesday, February 11, 2015 10:20 AM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Help needed

 

Hi Alan,

my first guess here would be that you're using WX blocks and your "options"
block is set to QT or console only (or maybe QT usage with WX option). 

If that is not it, can you paste the full output?

Greetings,
Marcus

On 02/11/2015 07:02 PM, Silverfox wrote:

I have been using gnurad-companion for some time now but for the last few
months I have been getting errors that prevent use.  My system is an up to
date Mint OS.  The version of the application is 3.7.6.1.

I am experiencing errors that according to internet searches appear every
now and then for several years.  What is inhibiting me is when the top_block
is executed, it dies with "no attribute"GetWIn".

Unfortunately, all remedies I have tried have not helped.  Any suggestions,
pointers or other help would be appreciated.

73,

Alan - W6ARH

 






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

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5646 / Virus Database: 4284/9091 - Release Date: 02/10/15

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

Re: [Discuss-gnuradio] Help needed

[mleech]

 

Because your blocks are WX-GUI. Changing the parameter only changes the
"boilerplate" code that is emitted. So, if you're using QT-GUI
boilerplate with WX-GUI blocks, that won't work. 

On 2015-02-12 11:32, Silverfox wrote: 

> Marcus, 
> 
> Thanks for the assistance. I changed the display for qt-gui to wx-gui and it 
> now runs correctly. My only remaining concern is why doesn't it work with 
> qt-gui. I have QT4 installed. 
> 
> 73, 
> 
> Alan - W6ARH 
> 
> FROM: discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org 
> [mailto:discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org] ON BEHALF OF 
> Marcus Müller
> SENT: Wednesday, February 11, 2015 10:20 AM
> TO: discuss-gnuradio@gnu.org
> SUBJECT: Re: [Discuss-gnuradio] Help needed 
> 
> Hi Alan,
> 
> my first guess here would be that you're using WX blocks and your "options" 
> block is set to QT or console only (or maybe QT usage with WX option). 
> 
> If that is not it, can you paste the full output?
> 
> Greetings,
> Marcus 
> 
> On 02/11/2015 07:02 PM, Silverfox wrote: 
> 
>> I have been using gnurad-companion for some time now but for the last few 
>> months I have been getting errors that prevent use. My system is an up to 
>> date Mint OS. The version of the application is 3.7.6.1. 
>> 
>> I am experiencing errors that according to internet searches appear every 
>> now and then for several years. What is inhibiting me is when the top_block 
>> is executed, it dies with "no attribute"GetWIn". 
>> 
>> Unfortunately, all remedies I have tried have not helped. Any suggestions, 
>> pointers or other help would be appreciated. 
>> 
>> 73, 
>> 
>> Alan - W6ARH 
>> 
>> ___
>> 
>> Discuss-gnuradio mailing list
>> 
>> Discuss-gnuradio@gnu.org
>> 
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
> 
> -
> 
> No virus found in this message.
> Checked by AVG - www.avg.com [2]
> Version: 2015.0.5646 / Virus Database: 4284/9091 - Release Date: 02/10/15 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
 

Links:
--
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[2] http://www.avg.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Help needed

[Richard Bell]

If your options block is set to "qt-gui" you can use qt-gui and only qt-gui
blocks in your flowgraph. Likewise, if your options block is set to
"wx-gui" you can use wx-gui and only wx-gui blocks in your flowgraph.

Since wx-gui blocks are working for you, I can conclude your options block
is set to wx-gui.

Are you aware of the options block field we are referencing? I'm thinking
you might not be. The options block is one of two default blocks that are
included in a flowgraph when you first create a new blank one. Check it out.

v/r,
Rich

On Thu, Feb 12, 2015 at 8:38 AM,  wrote:

>  Because your blocks are WX-GUI.   Changing the parameter only changes
> the "boilerplate" code that is emitted. So, if you're using QT-GUI
> boilerplate with WX-GUI blocks, that won't work.
>
>
>
>
>
>
>
>
> On 2015-02-12 11:32, Silverfox wrote:
>
>  Marcus,
>
>   Thanks for the assistance.  I changed the display for qt-gui to wx-gui
> and it now runs correctly.  My only remaining concern is why doesn't  it
> work with qt-gui.  I have QT4 installed.
>
> 73,
>
> Alan - W6ARH
>
>
>
>
>
> *From:* discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org [mailto:
> discuss-gnuradio-bounces+alan.r.hill=gmail@gnu.org] *On Behalf Of *Marcus
> Müller
> *Sent:* Wednesday, February 11, 2015 10:20 AM
> *To:* discuss-gnuradio@gnu.org
> *Subject:* Re: [Discuss-gnuradio] Help needed
>
>
>
> Hi Alan,
>
> my first guess here would be that you're using WX blocks and your
> "options" block is set to QT or console only (or maybe QT usage with WX
> option).
>
> If that is not it, can you paste the full output?
>
> Greetings,
> Marcus
>
> On 02/11/2015 07:02 PM, Silverfox wrote:
>
> I have been using gnurad-companion for some time now but for the last few
> months I have been getting errors that prevent use.  My system is an up to
> date Mint OS.  The version of the application is 3.7.6.1.
>
> I am experiencing errors that according to internet searches appear every
> now and then for several years.  What is inhibiting me is when the
> top_block is executed, it dies with "no attribute"GetWIn".
>
> Unfortunately, all remedies I have tried have not helped.  Any
> suggestions, pointers or other help would be appreciated.
>
> 73,
>
> Alan - W6ARH
>
>
>
>
>
>
> ___
>
> Discuss-gnuradio mailing list
>
> Discuss-gnuradio@gnu.org
>
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> --
>
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2015.0.5646 / Virus Database: 4284/9091 - Release Date: 02/10/15
>
> ___
> 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] [coproc] WG Call notes, and initial design document

[Douglas Geiger]

I've posted some notes from the working group call that was held yesterday
- they are available at:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20150211

Additionally, the main item that came out of the call was that we should
clearly document what use cases require changes to mainline GNURadio. The
primary interest here is ensuring that
1.) GNURadio remains hardware-agnostic, and only includes the interfaces
required by OOT modules to support specific
platforms/co-processors/hardware, and
2.) making sure we don't make API changes now which don't support future
use cases that result in API-breakage in the near-future.

In the interest of getting that started, I've created a wiki page at:
http://gnuradio.org/redmine/projects/gnuradio/wiki/CoProcBufferDesignDoc

I encourage everyone interested in this topic to take a look and
edit/comment/etc. I do plan on adding some more content to this in the
coming week, but I want to gather as much input as I can so I'm putting
this out now. I'll note that most of what is on there right now is just a
collection of the discussion notes from the previous WG sessions (i.e.
GRCon'13 and GRCon'14), but the goal is to have a coherent picture of what
exactly is desired, and what changes need to happen to GNURadio.

 Doug

-- 
Doug Geiger
doug.gei...@bioradiation.net
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Spread Spectrum Toolkit in gnuradio

[Achilleas Anastasopoulos]

I don't know much about this toolkit, but you can find our gr-cdma toolkit
on github.
It is a full blown (and fully parameterised by the user) cdma system with
acquisition/tracking/adaptive modulation/coding, etc.

https://github.com/anastas/gr-cdma

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

[Discuss-gnuradio] sync_decimator_ff block with decimation above 262144 gives segfault

[Martin]

Hi all,

When I set the decimation of a fir_filter or integrate block with float 
input and output to 262144 or above, gnuradio crashes with a segfault.

With complex inputs and outputs I get a segfault above 524288.
with short inputs and outputs it is at decimation 131072.

This seems to be the case with most (all) sync_decimator blocks like 
fir_filters or the integration block.


The blocks seem to be are accessing the input buffer outside the valid 
range. Which indicates that the input buffers are too small.


What is strange is that if the datatype is 2 times as large  (float = 4 
bytes, complex = 8 bytes) the decimation factor may also be 2 times 
larger, which indicates that the problem occurs at a bufferposition that 
is 2x2 = 4 times larger.

So the buffersize does not seem to be fixed.


The required buffersizes should be automatically calculated before 
creating the buffers.

Are all buffers still calculated and instantiated in flat_flowgraph.cc ?

I could not yet find any obvious errors in calculating the required 
buffer sizes. But something is going wrong.


The buffersize calculation in flat_flowgraph.cc :
flat_flowgraph::allocate_buffer(basic_block_sptr block, int port) {
...
...
double decimation = (1.0/dgrblock->relative_rate());
int multiple  = dgrblock->output_multiple();
int history   = dgrblock->history();
nitems = std::max(nitems, 
static_cast(2*(decimation*multiple+history)));



When using the integration_ff block gdb debug shows that the segfault is 
at line 61 of integrate_ff_impl.cc


51integrate_ff_impl::work(int noutput_items,
52gr_vector_const_void_star &input_items,
53gr_vector_void_star &output_items)
54{
55  const float *in = (const float *)input_items[0];
56  float *out = (float *)output_items[0];
57
58  for (int i = 0; i < noutput_items; i++) {
59  out[i] = (float)0;
60  for (int j = 0; j < d_decim; j++)
61out[i] += in[i*d_decim+j];//<== segfault here !!!
62  }


gnuradio-config-info -v
3.7.7git-0-gf0cd5041

With best regards,

Martin Dudok van Heel





  Thu Feb 12 22:15:08 2015
  
blocks_null_source

  id
  null_source


  _enabled
  True


  type
  complex


  vlen
  1


  num_outputs
  1


  bus_conns
  [[0,],]


  alias
  


  affinity
  


  minoutbuf
  0


  maxoutbuf
  0


  _coordinate
  (392, 217)


  _rotation
  0

  
  
low_pass_filter

  id
  low_pass_filter


  _enabled
  True


  type
  fir_filter_ccf


  decim
  decimation


  interp
  1


  gain
  1


  samp_rate
  1


  cutoff_freq
  0.25


  width
  0.125


  win
  firdes.WIN_HAMMING


  beta
  6.76


  alias
  


  affinity
  


  minoutbuf
  0


  maxoutbuf
  0


  _coordinate
  (552, 154)


  _rotation
  0

  
  
blocks_null_sink

  id
  null_sink


  _enabled
  True


  type
  complex


  vlen
  1


  num_inputs
  1


  bus_conns
  [[0,],]


  alias
  


  affinity
  


  _coordinate
  (784, 217)


  _rotation
  0

  
  
parameter

  id
  decimation


  _enabled
  True


  label
  decimation. 524287 succeeds but 524288  and above fails with segfault


  value
  524288


  type
  intx


  short_id
  d


  alias
  


  _coordinate
  (392, 308)


  _rotation
  0

  
  
options

  id
  test_large_decimation_crash_firfilter_cc


  _enabled
  True


  title
  integration block with large decimation segfaults


  author
  Martin Dudok van Heel


  description
  an integrate block crashes with segfault with decimation 262144 or above. Probably accessing input buffer outside valid region.


  window_size
  1280, 1024


  generate_options
  no_gui


  category
  Custom


  run_options
  run


  run
  True


  max_nouts
  0


  realtime_scheduling
  


  alias
  


  _coordinate
  (10, 10)


  _rotation
  0

  
  
null_source
low_pass_filter
0
0
  
  
low_pass_filter
null_sink
0
0
  

#!/usr/bin/env python
##
# Gnuradio Python Flow G