[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] GRC problems

From: Bastian Bloessl
Subject: Re: [Discuss-gnuradio] GRC problems
Date: Sun, 13 Oct 2013 11:32:51 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0

Hi Johannes,

I think this is the same problem that I had in


maybe you can try this patch



On 10/12/2013 10:58 PM, Johannes Demel wrote:
Hi Nathan,

My guess is that the problem is a bit more tricky.

The XML block definition works fine as long as the message port is not
present. I can use nports as shown in stream_to_streams.

It also works fine as long as the nports statement is not used and a
message port is defined. This means copy and paste the stream port
definition for every port. Assign a port name manually etc.

Nevertheless the combination using nports and message ports in one XML
definition fails. I hope that clarifies my problem description.


On 12.10.2013 13:43, West, Nathan wrote:
Re: #1, if the block's xml is malformed then GRC will basically show
nothing (that grey flowgraph page you describe). Are you defining $ports
in the make node? Compare to a similar block to make sure everything is
defined properly.

I'm not sure of a way to debug what section might be wrong, so compare
against other blocks with message ports too.

On Sat, Oct 12, 2013 at 12:58 PM, Jared Clements
<address@hidden <mailto:address@hidden>> wrote:

     I'll confirm that #2 is either a bug or merely unexpected behavior.
     I work around it by prototyping hier blocks as custom GRC blocks,
     then using that to build an OOT module block that actually works.
     Being unable to enter parameters at run time is severely limiting.

     I've not experienced #1, that functionality seems to work once I get
     the python file and the GRC file matching.  I was getting the same
     errors for a while until I found the right idiom.


     On Oct 12, 2013 11:18 AM, "Johannes Demel" <address@hidden
     <mailto:address@hidden>> wrote:

         Hi list,

         I discovered 2 problems with GRC recently.

         1. I have a custom block with a message port (with a fixed port
         and some stream ports which include a <nports>...</nports>
         The whole thing works fine as long as I have a fixed number of
         Each declared separately. But as soon as I use a nport statement GRC
         won't display this block correctly [1]. Even worse if I enter values
         which affect the number of ports, the whole flowgraph will
         Just a grey flowgraph page.

         2. To make things easier for me (and to not create a well known
         kind of
         artwork) I use hier blocks. This works fine as long as I have
         fixed size
         vector ports. But adding a parameter block, say vlen, for vector
         size to
         dynamically change the hier block doesn't work. The python generator
         does not generate the hier block python file with vlen as vector
         Instead it puts in the default value. A parameter block without
         value results in an error. A hard coded vector size is not exactly
         helpful in this case.

         I didn't have time to dig into it yet. Thus I thought I share my
         experience with you. Maybe I am not the only one with this
         problem and
         someone already knows how to fix it.

         Happy hacking



         Discuss-gnuradio mailing list
         address@hidden <mailto:address@hidden>

     Discuss-gnuradio mailing list
     address@hidden <mailto:address@hidden>

Discuss-gnuradio mailing list

Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079

reply via email to

[Prev in Thread] Current Thread [Next in Thread]