[Discuss-gnuradio] how to send patches? how to become bug reporter on redmine?

[Timo Juhani Lindfors]

Hi,

can somebody set the appropriate redmine flag to allow me to send patches?

 I'd like to send a patch. 
http://gnuradio.org/redmine/projects/gnuradio/issues says "logged in as lindi" 
but I don't see any option of adding new issues
 http://gnuradio.org/redmine/projects/gnuradio/issues/new says 403 you 
are not authorized to access this page
<...> you need to have your account "validated" first.
 ...: how do I do that?
<...> lindi-: I think mbr0wn can do that
 ...: this needs to be documented
 ...: back in 2011 I was able to create one issue: 
http://gnuradio.org/redmine/issues/474
<...> yeah, but the redmine changed since then and you need to be 'reporter' in 
the project now.
 ...: ok but 
http://gnuradio.org/redmine/projects/gnuradio/wiki/Development#How-do-I-submit-patches
 needs some updates then

-Timo

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

[Discuss-gnuradio] GRC problems, saving data to files

[Baier]

Dear all,

I generated random data with random source block and saved it to rhe 
file data_1k(File sink). After that I modulated the random data (ofdmmod 
block, fft size 256, occupied tones 100, cyclic prefix 128) and then 
demodulated them (ofdmdem block). Then I saved data to the file 
data_dem_1k (File sink block). But the first file data_1k has 4 kB, and 
the second file data_dem_1k 3,1 kB. I compared the files with the hex 
editor and realised the files are the same. Only the second files 
doesn't have the  last 10 percent of data at the end of file.

Is it a bug or I'm doing something wrong?
Thank you very much for the answers!


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Peter]

Thanks for maintaining this for the mac. I am just getting my feet wet in
SDR. I have a working dongle that I can use with the gqrx.app program-- I
can tune radio stations and hear them. I would like to start using gnuradio
for its added flexibility and power. I tried installing gnuradio (3.7) and
 gr-osmosdr (compatible with the 3.7 API I think) using macports. Both seem
to install just fine. Problem is that I can't seem to do anything. When I
try the examples in /opt/local/share/gnuradio/examples/filter, I get the
error that "No module named gnuradio" so the python module is not installed.
I have tried searching in the macports python modules (the one currently
selected, version 2.7) as well as the Apple native install and there is no
gnuradio module. I have searched the /opt/local/bin directory for files
that might be related but the only thing I can find is a file called
gnuradio-config-info which doesn't do a whole lot (other than spit out
config information.

I can't do anything described in the gnuradio getting started page such as 
uhd_fft or python uhd_fft.py (where is this python script supposed to be
located by the way?)


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

Re: [Discuss-gnuradio] GRC problems, saving data to files

[Adeel Anwar]

Baier,

For ur file-sink, what was the setting of "unbuffered" flag?
If unbuffered=off, file-sink will first buffer specified no. of items
before writing them to file, so there is a chance that when FG is stopped
some items at the end gets lost.
if unbuffered=on, file-sink will write items in file immediately but this
is slightly inefficient (takes more CPU cycles)

-Adeel



On Tue, Jul 9, 2013 at 1:10 PM, Baier  wrote:

> Dear all,
>
> I generated random data with random source block and saved it to rhe file
> data_1k(File sink). After that I modulated the random data (ofdmmod block,
> fft size 256, occupied tones 100, cyclic prefix 128) and then demodulated
> them (ofdmdem block). Then I saved data to the file data_dem_1k (File sink
> block). But the first file data_1k has 4 kB, and the second file
> data_dem_1k 3,1 kB. I compared the files with the hex editor and realised
> the files are the same. Only the second files doesn't have the  last 10
> percent of data at the end of file.
> Is it a bug or I'm doing something wrong?
> Thank you very much for the answers!
>
>
> __**_
> 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] GNU Radio (etc) via MacPorts Update

[Michael Dickens]

Hi Peter - When I hear of the error "No module named gnuradio", I immediately 
wonder if the GNU Radio related ports were installed using the +swig variant.  
I prefer to use +full myself, to get everything that GNU Radio can do.  If you 
want just Python and GRC, there are variants for those.  If you did not install 
using one of these variants, just reinstall with the new variants -- MacPorts 
will handle the rest (deactivating the current install and so forth).  You can 
tell what is installed via "port installed".  If this does not solve the 
problem, email me off-list and I'll work with you to get it all working. - MLD

On Jul 9, 2013, at 1:17 AM, Peter  wrote:

> Thanks for maintaining this for the mac. I am just getting my feet wet in
> SDR. I have a working dongle that I can use with the gqrx.app program-- I
> can tune radio stations and hear them. I would like to start using gnuradio
> for its added flexibility and power. I tried installing gnuradio (3.7) and
> gr-osmosdr (compatible with the 3.7 API I think) using macports. Both seem
> to install just fine. Problem is that I can't seem to do anything. When I
> try the examples in /opt/local/share/gnuradio/examples/filter, I get the
> error that "No module named gnuradio" so the python module is not installed.
> I have tried searching in the macports python modules (the one currently
> selected, version 2.7) as well as the Apple native install and there is no
> gnuradio module. I have searched the /opt/local/bin directory for files
> that might be related but the only thing I can find is a file called
> gnuradio-config-info which doesn't do a whole lot (other than spit out
> config information.
> 
> I can't do anything described in the gnuradio getting started page such as 
> uhd_fft or python uhd_fft.py (where is this python script supposed to be
> located by the way?)


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

Re: [Discuss-gnuradio] how to send patches? how to become bug reporter on redmine?

[Johnathan Corgan]

On 07/09/2013 12:20 AM, Timo Juhani Lindfors wrote:

> can somebody set the appropriate redmine flag to allow me to send patches?

This is done.

-- 
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] how to send patches? how to become bug reporter on redmine?

[Timo Juhani Lindfors]

Johnathan Corgan  writes:
> This is done.

Thanks!

How about also updating
http://gnuradio.org/redmine/projects/gnuradio/wiki/Development#How-do-I-submit-patches
to state that you should write to the discuss list to ask for reporter
permissions?


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

Re: [Discuss-gnuradio] how to send patches? how to become bug reporter on redmine?

[Johnathan Corgan]

On 07/09/2013 05:28 AM, Timo Juhani Lindfors wrote:
> Johnathan Corgan  writes:
>> This is done.
> 
> Thanks!
> 
> How about also updating
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Development#How-do-I-submit-patches
> to state that you should write to the discuss list to ask for reporter
> permissions?

This is also done.

-- 
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] Measuring RSS during packet reception

[Nemanja Savic]

Hi again gnuradioers,

as always, I would like to ask for your opinion before starting to write my
own block.
Basically, I would like to add a feature to my receiver to be able to
calculate average signal strength during signal reception. When I receive a
valid packet I would like to have a RSS value. My question is what is the
best way to accomplish this in GNURADIO? Using tags or messages, ...? IS
there anything similar already provided so that I can take a look?

Thank you and best

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

[Discuss-gnuradio] London Meetup tonight!

[Tom Rondeau]

I have a table reserved under Rondeau at the Mayflower in London (see
http://www.trondeau.com/blog/2013/7/2/london-meetup.html). I haven't
gotten a huge response, so I reserved a table accordingly. But don't
let that stop you from joining us tonight if you're around!

Tom

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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Peter]

I tried to reply once before but I don't see it anywhere. First of all, 
thank you Michael (and others) for all your work on gnuradio. I am 
trying to get my feet wet in SDR. I have a dongle that works with 
gqrx (I can hear radio stations). I am trying to get gnuradio working
 to expand my options for processing/analysis/decoding. I have macports 
installed and used

sudo port install gnuradio

which does not report any errors. The only new file I find in
 /opt/local/bin is gnuradio-config-info which seems to work properly. 
Problem is that I can't do anything else. I tried to run the examples 
in /opt/local/share/gnuradio/examples/filter but get the error message

ImportError: No module named gnuradio

indicating that the python modules were not created or put in the 
wrong place-- I have tried searching my other python installs to no
 avail. I can't find the scripts to do things like uhd_fft.py. FWIW, 
my selected python install is the macports 2.7 version.

Any help/advice would be appreciated.


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Michael Dickens]

Hi Peter - I sent the attached email to the GR discussion list this morning 
(not to you, assuming you were on the GR list since you posted to it); 
according to the list archives, it did go out < 
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-07/msg00110.html >.  
Maybe you did not receive it yet?  My advice: do "sudo port install gnuradio 
+full" to get everything including the Python (via SWIG) interface.  It will 
likely take a while to install, but that should work. - MLD

Begin forwarded message:

From: Michael Dickens 
Subject: Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update
Date: July 9, 2013 8:11:24 AM EDT
To: discuss-gnuradio@gnu.org

Hi Peter - When I hear of the error "No module named gnuradio", I immediately 
wonder if the GNU Radio related ports were installed using the +swig variant.  
I prefer to use +full myself, to get everything that GNU Radio can do.  If you 
want just Python and GRC, there are variants for those.  If you did not install 
using one of these variants, just reinstall with the new variants -- MacPorts 
will handle the rest (deactivating the current install and so forth).  You can 
tell what is installed via "port installed".  If this does not solve the 
problem, email me off-list and I'll work with you to get it all working. - MLD

On Jul 9, 2013, at 1:17 AM, Peter  wrote:

> Thanks for maintaining this for the mac. I am just getting my feet wet in
> SDR. I have a working dongle that I can use with the gqrx.app program-- I
> can tune radio stations and hear them. I would like to start using gnuradio
> for its added flexibility and power. I tried installing gnuradio (3.7) and
> gr-osmosdr (compatible with the 3.7 API I think) using macports. Both seem
> to install just fine. Problem is that I can't seem to do anything. When I
> try the examples in /opt/local/share/gnuradio/examples/filter, I get the
> error that "No module named gnuradio" so the python module is not installed.
> I have tried searching in the macports python modules (the one currently
> selected, version 2.7) as well as the Apple native install and there is no
> gnuradio module. I have searched the /opt/local/bin directory for files
> that might be related but the only thing I can find is a file called
> gnuradio-config-info which doesn't do a whole lot (other than spit out
> config information.
> 
> I can't do anything described in the gnuradio getting started page such as 
> uhd_fft or python uhd_fft.py (where is this python script supposed to be
> located by the way?)


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

[Discuss-gnuradio] Channel Model omits first 3 samples

[Gregory Warnes]

Hi All,

I've been working on calculating BER for simulated transmitter/recieved
pair and have noticed that the channel_model eats the first 3 samples.
 Thus to correctly align the data input and output from channel_model (e.g.
for calculating BER), it is necessary to account for the 3-sample offset.

Perhaps it would be worth adding a note to this effect to the channel_model
documentation.

-Greg



-- 
"Whereas true religion and good morals are the only solid foundations of
public liberty and happiness . . . it is hereby earnestly recommended to
the several States to take the most effectual measures for the
encouragement thereof." Continental Congress, 1778
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Peter]

Thanks. I see your response now. I am trying to understand the gmane modes--
I think I was seeing the permalink which showed only your original post.

I tried "sudo port install gnuradio +full" which failed. Looking at the log 
file, I think the relevant lines are:

:info:configure CMake Error: The following variables are used in this project,
 but they are set to 
NOTFOUND.
:info:configure Please set them or make sure they are set and tested correctly
 in the CMake files:
:info:configure ICE_ICEGRID
:info:configure linked by target "gnuradio-runtime" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/lib
:info:configure linked by target "_runtime_swig" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/swig
:info:configure ICE_ICESTORM
:info:configure linked by target "gnuradio-runtime" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/lib
:info:configure linked by target "_runtime_swig" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/swig
:info:configure ICE_ICEUTIL
:info:configure linked by target "gnuradio-runtime" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/lib
:info:configure linked by target "_runtime_swig" in directory 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.
org_release_tarballs_ports_science_gnuradio/gnuradio/work/gnuradio-3.7.0/
gnuradio-runtime/swig
:info:configure 
:info:configure -- Configuring incomplete, errors occurred!
:info:configure Command failed:  cd 
. more lines go here


So it seems that ICE_(ICEGRID, ICESTORM, ICEUTIL) are missing. I tried
installing zeroc_ice35 to see if it was a missing dependency-- it was not the 
right one.


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Michael Dickens]

I fixed this issue last night.  You'll need to do:
{{{
sudo port selfupdate
sudo port clean gnuradio
sudo port install gnuradio +full
}}}
and this time it should work. - MLD

On Jul 9, 2013, at 4:19 PM, Peter  wrote:

> Thanks. I see your response now. I am trying to understand the gmane modes--
> I think I was seeing the permalink which showed only your original post.
> 
> I tried "sudo port install gnuradio +full" which failed. Looking at the log 
> file, I think the relevant lines are:
> 
> :info:configure CMake Error: The following variables are used in this project,
> but they are set to 
> NOTFOUND.
> :info:configure Please set them or make sure they are set and tested correctly
> in the CMake files:
> :info:configure ICE_ICEGRID


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Peter]

Tried but still no go. More variables were not found:

:info:configure CMake Error: The following variables are used in this project,
 but they are set to NOTFOUND.
:info:configure Please set them or make sure they are set and tested correctly
 in the CMake files:
:info:configure ICE_GLACIER2   
:info:configure linked by target "gnuradio-runtime" in directory /opt/loc..
:info:configure linked by target "_runtime_swig" in directory /opt/local/..
:info:configure ICE_ICEGRID  ..
:info:configure linked by target "gnuradio-runtime" in directory /opt/loc..
:info:configure linked by target "_runtime_swig" in directory /opt/local/..
:info:configure ICE_ICESTORM ..
:info:configure linked by target "gnuradio-runtime" in directory /opt/loc..
:info:configure linked by target "_runtime_swig" in directory /opt/local/..
:info:configure ICE_ICEUTIL  ..
:info:configure linked by target "gnuradio-runtime" in directory /opt/loc..
:info:configure linked by target "_runtime_swig" in directory /opt/local/..
:info:configure ICE_ZEROCICE ..
:info:configure linked by target "gnuradio-runtime" in directory /opt/loc..
:info:configure linked by target "_runtime_swig" in directory /opt/local/..
:info:configure 
:info:configure -- Configuring incomplete, errors occurred!

So ICE_(GLACIER2, ICEGRID, ICESTORM, ICEUTIL, ZEROCICE) are not found.


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Peter]

After a bit of digging around and trying different things, I think I have
 a grasp of what is going on.

For whatever reason, I had qwt @5.1.2_2+qt4 (active) and py27-pyqwt 
@5.2.0_4 (active) installed. It seems that the current version of 
gnuradio (3.7) uses qwt52. I uninstalled all qwt related packages 
(port installed | grep -i qwt) and installed qwt52 and gnuradio

sudo port install qwt52
sudo port install gnuradio +full

It then completed without errors.

Michael, thank you for your help.


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

Re: [Discuss-gnuradio] GNU Radio (etc) via MacPorts Update

[Michael Dickens]

Hi Peter - Thanks for doing the hard work, and you're welcome!  I'm glad it's 
working for you now.  I didn't think the change from qwt (5.1) to qwt52 would 
make any difference, but apparently it does.  Good to know! - MLD

On Jul 9, 2013, at 6:39 PM, Peter  wrote:
> After a bit of digging around and trying different things, I think I have
> a grasp of what is going on.
> 
> For whatever reason, I had qwt @5.1.2_2+qt4 (active) and py27-pyqwt 
> @5.2.0_4 (active) installed. It seems that the current version of 
> gnuradio (3.7) uses qwt52. I uninstalled all qwt related packages 
> (port installed | grep -i qwt) and installed qwt52 and gnuradio
> 
> sudo port install qwt52
> sudo port install gnuradio +full
> 
> It then completed without errors.
> 
> Michael, thank you for your help.


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

[Discuss-gnuradio] Question about Cycle Detection in GNU Radio

[Tommy Tracy II]

Dear GNU Radio

I am working on a GNU Radio Router block that will serve as a communication 
block between multiple flow graphs. My router will receive information via TCP, 
and then send it to several other blocks to be processed. After those blocks 
have completed their processing, my original idea was to take that data and 
return it to the router to be sent back to a different node. This would 
introduce a cycle in the flow graph. Is there any way to disable cycle 
prevention?

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] Question about Cycle Detection in GNU Radio

[Johnathan Corgan]

On 07/09/2013 05:06 PM, Tommy Tracy II wrote:

> I am working on a GNU Radio Router block that will serve as a
> communication block between multiple flow graphs. My router will receive
> information via TCP, and then send it to several other blocks to be
> processed. After those blocks have completed their processing, my
> original idea was to take that data and return it to the router to be
> sent back to a different node. This would introduce a cycle in the flow
> graph. Is there any way to disable cycle prevention?

There is no way to disable cycle prevention; the GNU Radio scheduler
algorithm requires streaming ports to be a directed acyclic graph.

However, this applies to streaming ports only.  It's possible (though
probably lower in performance) for you to encapsulate data into async
messages and use message ports connected in an arbitrary topology.

-- 
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] Question about Cycle Detection in GNU Radio

[Josh Blum]

On 07/09/2013 08:25 PM, Johnathan Corgan wrote:
> On 07/09/2013 05:06 PM, Tommy Tracy II wrote:
> 
>> I am working on a GNU Radio Router block that will serve as a 
>> communication block between multiple flow graphs. My router will
>> receive information via TCP, and then send it to several other
>> blocks to be processed. After those blocks have completed their
>> processing, my original idea was to take that data and return it
>> to the router to be sent back to a different node. This would
>> introduce a cycle in the flow graph. Is there any way to disable
>> cycle prevention?
> 
> There is no way to disable cycle prevention; the GNU Radio
> scheduler algorithm requires streaming ports to be a directed
> acyclic graph.
> 
> However, this applies to streaming ports only.  It's possible
> (though probably lower in performance) for you to encapsulate data
> into async messages and use message ports connected in an arbitrary
> topology.
> 
> 

Checkout the advanced scheduler. There is no problem with feedback
loops, and there is no penalty for passing buffers as messages instead
of streams: https://github.com/guruofquality/gras/wiki

-josh

> 
> ___ 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] Question about Cycle Detection in GNU Radio

[Tommy Tracy II]

Perfect; thank you!

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

On Jul 9, 2013, at 5:46 PM, Josh Blum  wrote:

> 
> 
> On 07/09/2013 08:25 PM, Johnathan Corgan wrote:
>> On 07/09/2013 05:06 PM, Tommy Tracy II wrote:
>> 
>>> I am working on a GNU Radio Router block that will serve as a 
>>> communication block between multiple flow graphs. My router will
>>> receive information via TCP, and then send it to several other
>>> blocks to be processed. After those blocks have completed their
>>> processing, my original idea was to take that data and return it
>>> to the router to be sent back to a different node. This would
>>> introduce a cycle in the flow graph. Is there any way to disable
>>> cycle prevention?
>> 
>> There is no way to disable cycle prevention; the GNU Radio
>> scheduler algorithm requires streaming ports to be a directed
>> acyclic graph.
>> 
>> However, this applies to streaming ports only.  It's possible
>> (though probably lower in performance) for you to encapsulate data
>> into async messages and use message ports connected in an arbitrary
>> topology.
>> 
>> 
> 
> Checkout the advanced scheduler. There is no problem with feedback
> loops, and there is no penalty for passing buffers as messages instead
> of streams: https://github.com/guruofquality/gras/wiki
> 
> -josh
> 
>> 
>> ___ 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] Question about Cycle Detection in GNU Radio

[Tommy Tracy II]

Another alternative would be to pass around shared pointers to a queue. Does 
that seem like a reasonable, albeit hack-ee, approach?

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

On Jul 9, 2013, at 5:46 PM, Josh Blum  wrote:

> 
> 
> On 07/09/2013 08:25 PM, Johnathan Corgan wrote:
>> On 07/09/2013 05:06 PM, Tommy Tracy II wrote:
>> 
>>> I am working on a GNU Radio Router block that will serve as a 
>>> communication block between multiple flow graphs. My router will
>>> receive information via TCP, and then send it to several other
>>> blocks to be processed. After those blocks have completed their
>>> processing, my original idea was to take that data and return it
>>> to the router to be sent back to a different node. This would
>>> introduce a cycle in the flow graph. Is there any way to disable
>>> cycle prevention?
>> 
>> There is no way to disable cycle prevention; the GNU Radio
>> scheduler algorithm requires streaming ports to be a directed
>> acyclic graph.
>> 
>> However, this applies to streaming ports only.  It's possible
>> (though probably lower in performance) for you to encapsulate data
>> into async messages and use message ports connected in an arbitrary
>> topology.
>> 
>> 
> 
> Checkout the advanced scheduler. There is no problem with feedback
> loops, and there is no penalty for passing buffers as messages instead
> of streams: https://github.com/guruofquality/gras/wiki
> 
> -josh
> 
>> 
>> ___ 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] GPS PPS signal to synchronize two usrp N210

[llc1989522]

Dear all

I am trying to use two GPS PPS signals to synchronize two USRP N210 (Tx and
Rx). 

First I connected the PPS signal to the front SMA port of USRP. Then I just
used command set_time_unknown_pps(uhd.time_spec()). However, I found they
seems not synchronized. The transmitter is not transmitting when the up edge
PPS signal is coming. Is there other method to synchronize two USRPs that
they can sample at the same time.

Thank you very much for your time and help.

LIn



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/GPS-PPS-signal-to-synchronize-two-usrp-N210-tp42443.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

[Discuss-gnuradio] Broken links(404s) in documentation

[Manoj Gudi]

A newbie like me would be glad if someone fixes these broken links

http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion#Some-Example-Definitions

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