[Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Julius Durst
Hi, how can I pass an other block from my flowgraph to a self written block in the gnuradio-companion? What I want to do is invoking a method of that passed block in my own one (or maybe there's an other way to do that?). I have tried passing the ID of the block to a parameter of type "raw",

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Sebastian Koslowski
On 08/19/2014 01:07 PM, Julius Durst wrote: > Hi, > > how can I pass an other block from my flowgraph to a self written block > in the gnuradio-companion? What I want to do is invoking a method of > that passed block in my own one (or maybe there's an other way to do that?). > > I have tried pas

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Julius Durst
On 19.08.2014 14:25, Koslowski, Sebastian (CEL) wrote: On 08/19/2014 01:07 PM, Julius Durst wrote: Hi, how can I pass an other block from my flowgraph to a self written block in the gnuradio-companion? What I want to do is invoking a method of that passed block in my own one (or maybe there's

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Sebastian Koslowski
On 08/19/2014 03:32 PM, Durst, Julius Moritz Stephan wrote: > For using message passing I would have to create a custom filter block > (that updates upon messages). I will consider that if there is no easier > solution. Why not write a patch to the existing filter block(s): add the message port,

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Sebastian Koslowski
On 08/19/2014 05:01 PM, Sebastian Koslowski wrote: > Right. I could create a custom param type for that. Check if the id is > in the fg. See if that works for you (untested): https://github.com/skoslowski/gnuradio/commit/c90e2ddf1cea38ee2400ef56b234758048d980bf signature.asc Description: Open

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Julius Durst
Thank you very much for your effort. I will have a look into it. I came up with an other idea. I put my block and the filter-block in one hier-block (written in python, not in the GRC of course), in which I can pass the filter-block as parameter to my block, and use only that hier-block in the

Re: [Discuss-gnuradio] Branch for Testing Parallel Build Issue

2014-08-19 Thread Johnathan Corgan
On 08/18/2014 01:45 PM, Michael Dickens wrote: > < https://github.com/jmcorgan/gnuradio/tree/fix-parallel-build > I've merged this into 3.7.5git master. Thanks again for your work on this--it will make a big difference to those compiling GNU Radio on multi-core machines. -- Johnathan Corgan, C

Re: [Discuss-gnuradio] Other block as parameter in GRC

2014-08-19 Thread Sebastian Koslowski
On 08/19/2014 05:43 PM, Durst, Julius Moritz Stephan wrote: > Thank you very much for your effort. I will have a look into it. > > I came up with an other idea. I put my block and the filter-block in one > hier-block (written in python, not in the GRC of course), in which I can > pass the filter

Re: [Discuss-gnuradio] Tracking PLL phase error

2014-08-19 Thread Andy Walls
> Hello, > > I'm using the gr::analog::pll_carriertracking_cc() block to track a very > stable signal of which I don't know the exact frequency and of which I > want to detect (small!) phase oscillations. > > In my tests I discovered that the tracked signal has a residual phase > modulation that

[Discuss-gnuradio] Data type in the output of the source

2014-08-19 Thread Rodrigo Rozário
Hi Guys, I have a new question about the type of the data in the output of the source (RTL2832). The signal is represented with complex numbers! why? What do this complex numbers means physically? In my head the data in the output should be real, should it? -- *Rodrigo Rozário * *CREA-DF - 2133

Re: [Discuss-gnuradio] Data type in the output of the source

2014-08-19 Thread Marcus D. Leech
On 08/19/2014 03:51 PM, Rodrigo Rozário wrote: Hi Guys, I have a new question about the type of the data in the output of the source (RTL2832). The signal is represented with complex numbers! why? What do this complex numbers means physically? In my head the data in the output should be real

[Discuss-gnuradio] Parsing extra metadata

2014-08-19 Thread Daniel Marlow
Hello, I am trying to add some extra information to the standard metadata file header. Following the information posted on http://gnuradio.org/doc/doxygen/page_metadata.html , I am able to write and read the standard metadata.I have attempted to add extra metadata with the follo

[Discuss-gnuradio] Difference between general block and sync block

2014-08-19 Thread Carlos Alberto Ruiz Naranjo
Hello! What is the difference between a general block 1: 1 and a sync block? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP configuration and setup requirment for 2.6Ghz Dynamic spectrum allocation

2014-08-19 Thread Neel Pandeya
Hello Mohammad Hasan: I think you already posted this to the usrp-users list. I replied to you there, and I'll repeat it here. The answer depends on what you want to do in your research project. There are many things to consider, such as the type of interface to the host computer you need/want, h

[Discuss-gnuradio] post for mailing list

2014-08-19 Thread Muhammad Shahmeer Omar
hey. I am trying to synchronize transmissions from multiply relays using gnuradio and usrp b200 radios. I would prefer to achieve this in GRC but i cannot figure out how to to do this. If it is not possible in GRC, then please tell me how i can achieve synchronization using python code. Thank you.