Polyphase Filer examples and Busport Implementation for QT GUI Frequency Sink

GNU Radio
1

Hello:

In trying to execute the flowgraphs found in the blog post on the
subject
at:

I find that the Busport connections in flowgraphs such as
fm_reconstruction.grc and others are broken when they connect to the QT
frequency sink block. I have been looking for information regarding the
best way to fix these as there does not seem to be a link to the
Bus_connection vector in the block. I am working with GnuRadio 3.7.6.1
under Ubuntu 12.04 LTS

Any insight or leads are welcomed.

–
Larry Van Der J.
landline: 201-818-0944
mobile: 845-258-8380
googlevoice: 551-579-4242
twitter: vandel883
call sign: AC2ED

CONFIDENTIALITY NOTICE:

E-mail message and all documents that accompany it are intended only
for
the use of the individual or entity to which addressed, and may contain
privileged or confidential information. Any unauthorized disclosure or
distribution of this e-mail message is prohibited. Any private files or
utilities that are included in this e-mail are intended only for the use
of
the individual or entity to which this is addressed and distribution of
these files or utilities is prohibited. If you have received this e-mail
message in error, please notify me immediately and delete the e-mail.
Thank
you.

2

On Sun, Feb 8, 2015 at 2:50 PM, Larry Van Der J. [email protected]
wrote:

frequency sink block. I have been looking for information regarding the
best way to fix these as there does not seem to be a link to the
Bus_connection vector in the block. I am working with GnuRadio 3.7.6.1
under Ubuntu 12.04 LTS

Any insight or leads are welcomed.

–
Larry Van Der J.

Hi Larry,

Unfortunately, this is a pretty nasty problem. I’m not sure where it
came
from, but it’s likely due to some update in GRC (a while ago) that
caused a
slight change in formatting or parsing. The result is that the GRC files
for this example have to be pretty much redone from scratch as far as I
can
tell. I’m not sure when I’ll be able to get to this, either.

Tom