CC encoder definition (variable_cc_encoder_def)

Dear All,

I am trying to get the latest gr-fec code running in an older version of
GNU Radio. I know this sounds like a terrible idea, and I don’t expect
any sympathy but there is a reason why we can’t upgrade to the newest
GNU Radio, due to some legacy issues.

If you are still reading…

I can’t get the CC Encoder Definition block to appear in GNU Radio, we
are using 3.7.2. I have copied the whole of the gr-fec folder from the
latest install including the grc folder which contains
‘variable_cc_encoder_def_list.xml’. Is there something else
fundamentally missing from older version of GNU Radio to support this
kind of definition block?

Thanks!

David


David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790


NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl

The problem appears to be using <var_make> and <var_value> in the xml
files.

Presumably this is a new(ish) additional functionality in GNU Radio,
which my old version can’t parse?

From: [email protected]n.invalid
[mailto:[email protected]n.invalid]
On Behalf Of David Halls
Sent: 07 October 2014 15:21
To: [email protected]
Subject: [Discuss-gnuradio] CC encoder definition
(variable_cc_encoder_def)

Dear All,

I am trying to get the latest gr-fec code running in an older version of
GNU Radio. I know this sounds like a terrible idea, and I don’t expect
any sympathy but there is a reason why we can’t upgrade to the newest
GNU Radio, due to some legacy issues.

If you are still reading…

I can’t get the CC Encoder Definition block to appear in GNU Radio, we
are using 3.7.2. I have copied the whole of the gr-fec folder from the
latest install including the grc folder which contains
‘variable_cc_encoder_def_list.xml’. Is there something else
fundamentally missing from older version of GNU Radio to support this
kind of definition block?

Thanks!

David


David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790


NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web:
www.toshiba.eu/research/trlhttp://www.toshiba.eu/research/trl


This email has been scanned for email related threats and delivered
safely by Mimecast.
For more information please visit http://www.mimecast.com



NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl

On Tue, Oct 7, 2014 at 10:40 AM, David Halls
[email protected]
wrote:

The problem appears to be using <var_make> and <var_value> in the xml
files.

Presumably this is a new(ish) additional functionality in GNU Radio, which
my old version can’t parse?

Yes, those are new in 3.7 (3.7.4, I think but would have to check to
verify). It’s a way of letting us build objects within GRC and use them
as
such in other areas of the flowgraph. So you can define an FEC variable
and
call methods on it, like cc.K() to get the CC’s constraint length.

You can probably remove these from the .xml files and lose that
functionality. It’s a nice convenience but not necessary. You can
replace
it by having another variable, say for K, and use that in any place you
might require it instead of pulling it straight from the CC variable
itself.

Tom


From: [email protected] [[email protected]] on behalf of Tom
Rondeau [[email protected]]
Sent: 07 October 2014 16:27
To: David Halls
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] CC encoder definition
(variable_cc_encoder_def)

On Tue, Oct 7, 2014 at 10:40 AM, David Halls
<[email protected]mailto:[email protected]>
wrote:
The problem appears to be using <var_make> and <var_value> in the xml
files.

Presumably this is a new(ish) additional functionality in GNU Radio,
which my old version can’t parse?

Yes, those are new in 3.7 (3.7.4, I think but would have to check to
verify). It’s a way of letting us build objects within GRC and use them
as such in other areas of the flowgraph. So you can define an FEC
variable and call methods on it, like cc.K() to get the CC’s constraint
length.

You can probably remove these from the .xml files and lose that
functionality. It’s a nice convenience but not necessary. You can
replace it by having another variable, say for K, and use that in any
place you might require it instead of pulling it straight from the CC
variable itself.

Tom

Thanks Tom, that is a useful piece of functionality indeed. I commented
out the <var_make> and <var_value> and have instead

“self.$(id) = $(id) = fec.cc_encoder_make($framebits, $k, $rate,
$polys, $state_start, $mode, $padding)”

Is that OK? I can also manually create the Encoder Objects variable as

fec.cc_encoder_make(frame_size*8, k, rate, (polys), start_state,
fec.CC_TERMINATED, padding)

how would I add the parallelism

(fec.cc_encoder_make(frame_size8, k, rate, (polys), start_state,
fec.CC_TERMINATED, padding);fec.cc_encoder_make(frame_size
8, k, rate,
(polys), start_state, fec.CC_TERMINATED, padding))

or similar?

From:
[email protected]n.invalidmailto:[email protected]
[mailto:discuss-gnuradio-bounces+david.hallsmailto:discuss-gnuradio-bounces%2Bdavid.halls[email protected]mailto:[email protected]]
On Behalf Of David Halls
Sent: 07 October 2014 15:21
To: [email protected]mailto:[email protected]
Subject: [Discuss-gnuradio] CC encoder definition
(variable_cc_encoder_def)

Dear All,

I am trying to get the latest gr-fec code running in an older version of
GNU Radio. I know this sounds like a terrible idea, and I don’t expect
any sympathy but there is a reason why we can’t upgrade to the newest
GNU Radio, due to some legacy issues.

If you are still reading…

I can’t get the CC Encoder Definition block to appear in GNU Radio, we
are using 3.7.2. I have copied the whole of the gr-fec folder from the
latest install including the grc folder which contains
‘variable_cc_encoder_def_list.xml’. Is there something else
fundamentally missing from older version of GNU Radio to support this
kind of definition block?

Thanks!

David


David Halls Ph.D.
Research Engineer
Toshiba Research Europe Limited
32 Queen Square, Bristol, BS1 4ND, UK
Tel: +44 (0) 117 906 0790tel:%2B44%20(0)%20117%20906%200790


NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web:
www.toshiba.eu/research/trlhttp://www.toshiba.eu/research/trl


This email has been scanned for email related threats and delivered
safely by Mimecast.
For more information please visit http://www.mimecast.com



NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web:
www.toshiba.eu/research/trlhttp://www.toshiba.eu/research/trl


This email has been scanned for email related threats and delivered
safely by Mimecast.
For more information please visit http://www.mimecast.com



Discuss-gnuradio mailing list
[email protected]mailto:[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


NOTE: The information in this email and any attachments may be
confidential and/or legally privileged. This message may be read, copied
and used only by the intended recipient. If you are not the intended
recipient, please destroy this message, delete any copies held on your
system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales
(2519556). Registered Office 208 Cambridge Science Park, Milton Road,
Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl

On Tue, Oct 7, 2014 at 12:08 PM, David Halls
[email protected]
wrote:

On Tue, Oct 7, 2014 at 10:40 AM, David Halls <[email protected]
call methods on it, like cc.K() to get the CC’s constraint length.
out the <var_make> and <var_value> and have instead

(fec.cc_encoder_make(frame_size8, k, rate, (polys), start_state,
fec.CC_TERMINATED, padding);fec.cc_encoder_make(frame_size
8, k, rate,
(polys), start_state, fec.CC_TERMINATED, padding))

or similar?

Plus or minus syntax, yes, either way should work for you.

The parallelism is just a list, like you’ve put here or a list of lists
if
you’re doing multiple levels of parallelism (generally only used with
the
BER curve generator example).

Tom