[prev in list] [next in list] [prev in thread] [next in thread]
List: gnuradio-discuss
Subject: Re: [Discuss-gnuradio] Reconfiguring OFDM flow graph at run time gives "FATAL: Missing a required le
From: Damindra Bandara <damindra.bandara () gmail ! com>
Date: 2016-12-24 21:06:21
Message-ID: CANpceN8n45RMetVzPMFWCfooPRFkdV_SGY99dJe2jf6ms8QxDQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Dear Dat,
You are correct. When I create a new tagged stream block and connect to the
flow graph the problem was fixed. Thank you for the suggestion. I will see
how to write a similar block to handle the problem.
Damindra
On Sat, Dec 24, 2016 at 3:43 PM, Dat Luu <dat_luu@nevada.unr.edu> wrote:
> I think you use a set up like this * -- stream to tagged stream -- ofdm tx
> -- * and then perform event triggering (time based by sleep function?) to
> do reconfiguring? If yes, the problem is with the tagged stream block and
> stop(); the block will not add any tag to data stream it was processing
> upon stop(). Quick and dirty fix is to disconnect the current stream to
> tagged stream block, create a new one and connect it to the flow graph;
> losing data of course. I don't know the better fix, but you may have to
> mess with that tagged stream block and make your own block to handle that
> problem.
>
> On Sat, Dec 24, 2016 at 10:51 AM, Damindra Bandara <
> damindra.bandara@gmail.com> wrote:
>
>> Dear Keven,
>>
>> Please consider the following flow graph. I have done some changes to the
>> OFDM TX block and in the earlier file forgot to remove that. This file has
>> all the original GNURadio blocks and running in no GUI mode. But still the
>> problem is there. I appreciate if you could help me to figure out the
>> problem.
>>
>>
>> Thanks,
>> Damindra
>>
>> On Sat, Dec 24, 2016 at 1:39 PM, Damindra Bandara <
>> damindra.bandara@gmail.com> wrote:
>>
>>> Dear Kevin,
>>>
>>> Thank you for your response. Here are the answers to the questions you
>>> asked.
>>>
>>> Does it happen if you only stop and start the flow graph without
>>> actually changing any connections? Yes. It still gives the same error when
>>> only stop and start the flow graph. When I do the reconfiguration without
>>> stop and start I do not get any error. However, I do not see any
>>> reconfigured parameters applied(i.e., it still runs with the previous
>>> configuration)
>>>
>>> Does it happen if you lock(), change, unlock() — instead of stop(),
>>> change, start()? Yes, still get the same error
>>>
>>> Does it happen if you do some reconfiguration but less than your
>>> application actually needs — e.g. replace a block with a newly-constructed
>>> identical block (should have no effect)? Yes, even for simpler applications
>>> that use tag streams. (I have used the [stop--> change block --> start]
>>> and [lock --> change parameter --> unlock] without any error before I
>>> introduce OFDM blocks and tagged streams. I started to get the error after
>>> introducing OFDM block and tagged streams.
>>>
>>> Herewith I have attached a flow graph where I simply try to lock the
>>> flow graph print a statement and unlock it. I still get the same error. To
>>> run please change the file name in the file source block and run the python
>>> file.
>>>
>>> If you can help me to figure the problem I really appreciate it.
>>>
>>> Best regards,
>>> Damindra
>>>
>>> On Sat, Dec 24, 2016 at 10:35 AM, Kevin Reid <kpreid@switchb.org> wrote:
>>>
>>>> On Sat, Dec 24, 2016 at 9:46 AM, Damindra Bandara <
>>>> damindra.bandara@gmail.com> wrote:
>>>>>
>>>>> Also, I get the error only when I try to reconfigure a flow graph.
>>>>> Could you please let me know the correct way to reconfigure a flow graph
>>>>> when they are using tags.
>>>>>
>>>>
>>>> Both reconfiguration and tags are lesser-used features (reconfiguration
>>>> even less), and based on my experience with reconfiguration, there might
>>>> well be a bug in a particular block's interaction with reconfiguration. I
>>>> would suggest taking a troubleshooting/debugging approach to finding out
>>>> what is sufficient to cause the problem:
>>>>
>>>> - Does it happen if you only stop and start the flow graph without
>>>> actually changing any connections?
>>>>
>>>> - Does it happen if you lock(), change, unlock() — instead of
>>>> stop(), change, start()?
>>>>
>>>> - Does it happen if you do some reconfiguration but less than your
>>>> application actually needs — e.g. replace a block with a newly-constructed
>>>> identical block (should have no effect)?
>>>>
>>>> It would be great if (if there actually is a bug here) you can narrow
>>>> it down to a simple example and file a bug report.
>>>>
>>>> I might be able to help with the narrowing down if you have some
>>>> reasonably-sized Python/GRC code you could share, as I've gone through this
>>>> process several times. (I develop a reconfiguration-heavy application.)
>>>>
>>>
>>>
>>>
>>> --
>>> Damindra Savithri Bandara,
>>> Ph.D. in Information Technology (Candidate)
>>> George Mason University,
>>> Fairfax,
>>> Virginia
>>>
>>
>>
>>
>> --
>> Damindra Savithri Bandara,
>> Ph.D. in Information Technology (Candidate)
>> George Mason University,
>> Fairfax,
>> Virginia
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
--
Damindra Savithri Bandara,
Ph.D. in Information Technology (Candidate)
George Mason University,
Fairfax,
Virginia
[Attachment #5 (text/html)]
<div dir="ltr"><div><div>Dear Dat,<br><br></div>You are correct. When I create a new \
tagged stream block and connect to the flow graph the problem was fixed. Thank you \
for the suggestion. I will see how to write a similar block to handle the \
problem.<br><br></div>Damindra<br></div><div class="gmail_extra"><br><div \
class="gmail_quote">On Sat, Dec 24, 2016 at 3:43 PM, Dat Luu <span dir="ltr"><<a \
href="mailto:dat_luu@nevada.unr.edu" \
target="_blank">dat_luu@nevada.unr.edu</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr">I think you use a set up like this * -- stream \
to tagged stream -- ofdm tx -- * and then perform event triggering (time based by \
sleep function?) to do reconfiguring? If yes, the problem is with the tagged stream \
block and stop(); the block will not add any tag to data stream it was processing \
upon stop(). Quick and dirty fix is to disconnect the current stream to tagged stream \
block, create a new one and connect it to the flow graph; losing data of course. I \
don't know the better fix, but you may have to mess with that tagged stream block \
and make your own block to handle that problem.</div><div \
class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Sat, Dec 24, \
2016 at 10:51 AM, Damindra Bandara <span dir="ltr"><<a \
href="mailto:damindra.bandara@gmail.com" \
target="_blank">damindra.bandara@gmail.com</a>></span> \
wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div \
dir="ltr"><div><div><div>Dear Keven,<br><br></div>Please consider the following flow \
graph. I have done some changes to the OFDM TX block and in the earlier file forgot \
to remove that. This file has all the original GNURadio blocks and running in no GUI \
mode. But still the problem is there. I appreciate if you could help me to figure out \
the problem.<br><br><br></div>Thanks,<br></div>Damindra<br></div><div \
class="m_4061755868349408447HOEnZb"><div class="m_4061755868349408447h5"><div \
class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 24, 2016 at 1:39 PM, \
Damindra Bandara <span dir="ltr"><<a href="mailto:damindra.bandara@gmail.com" \
target="_blank">damindra.bandara@gmail.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr">Dear Kevin,<div><br></div><div>Thank you for \
your response. Here are the answers to the questions you \
asked.<br><div><br></div>Does it happen if you only stop and start the flow graph \
without actually changing any connections? Yes. It still gives the same error when \
only stop and start the flow graph. When I do the reconfiguration without stop and \
start I do not get any error. However, I do not see any reconfigured parameters \
applied(i.e., it still runs with the previous configuration)<div><br></div><div>Does \
it happen if you lock(), change, unlock() — instead of stop(), change, start()? \
Yes, still get the same error</div><div><br>Does it happen if you do some \
reconfiguration but less than your application actually needs — e.g. replace a \
block with a newly-constructed identical block (should have no effect)? Yes, even for \
simpler applications that use tag streams. (I have used the [stop--> change \
block --> start] and [lock --> change parameter --> unlock] without any \
error before I introduce OFDM blocks and tagged streams. I started to get the error \
after introducing OFDM block and tagged streams. \
<br></div></div><div><br></div><div>Herewith I have attached a flow graph where I \
simply try to lock the flow graph print a statement and unlock it. I still get the \
same error. To run please change the file name in the file source block and run the \
python file.<br><br></div><div>If you can help me to figure the problem I really \
appreciate it.<br></div><div><br></div><div>Best \
regards,</div><div>Damindra</div></div><div class="gmail_extra"><div><div \
class="m_4061755868349408447m_-8130697388690455234h5"><br><div class="gmail_quote">On \
Sat, Dec 24, 2016 at 10:35 AM, Kevin Reid <span dir="ltr"><<a \
href="mailto:kpreid@switchb.org" target="_blank">kpreid@switchb.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div \
class="gmail_quote"><span>On Sat, Dec 24, 2016 at 9:46 AM, Damindra Bandara <span \
dir="ltr"><<a href="mailto:damindra.bandara@gmail.com" \
target="_blank">damindra.bandara@gmail.com</a>></span> wrote:<blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr"><div>Also, I get the error only when I try to \
reconfigure a flow graph. Could you please let me know the correct way to reconfigure \
a flow graph when they are using \
tags.</div></div></blockquote><div><br></div></span><div>Both reconfiguration and \
tags are lesser-used features (reconfiguration even less), and based on my experience \
with reconfiguration, there might well be a bug in a particular block's \
interaction with reconfiguration. I would suggest taking a troubleshooting/debugging \
approach to finding out what is sufficient to cause the \
problem:</div><div><ul><li>Does it happen if you only stop and start the flow graph \
without actually changing any connections?<br><br></li><li>Does it happen if you \
lock(), change, unlock() — instead of stop(), change, start()?<br><br></li><li>Does \
it happen if you do some reconfiguration but less than your application actually \
needs — e.g. replace a block with a newly-constructed identical block (should have \
no effect)?</li></ul></div><div>It would be great if (if there actually is a bug \
here) you can narrow it down to a simple example and file a bug \
report.</div><div><br></div><div>I might be able to help with the narrowing down if \
you have some reasonably-sized Python/GRC code you could share, as I've gone \
through this process several times. (I develop a reconfiguration-heavy \
application.)</div></div></div></div> </blockquote></div><br><br \
clear="all"><br></div></div><span>-- <br><div \
class="m_4061755868349408447m_-8130697388690455234m_-8615560965262547738gmail_signature" \
data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div \
dir="ltr">Damindra Savithri Bandara,</div><div dir="ltr"><span \
style="font-family:Tahoma;font-size:12.8px">Ph.D. in Information Technology \
(Candidate)</span><br>George Mason \
University,<br>Fairfax,<br>Virginia<br></div></div></div></div></div></div> \
</span></div> </blockquote></div><br><br clear="all"><br>-- <br><div \
class="m_4061755868349408447m_-8130697388690455234gmail_signature" \
data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div \
dir="ltr">Damindra Savithri Bandara,</div><div dir="ltr"><span \
style="font-family:Tahoma;font-size:12.8px">Ph.D. in Information Technology \
(Candidate)</span><br>George Mason \
University,<br>Fairfax,<br>Virginia<br></div></div></div></div></div></div> </div>
</div></div><br></div></div>______________________________<wbr>_________________<br>
Discuss-gnuradio mailing list<br>
<a href="mailto:Discuss-gnuradio@gnu.org" \
target="_blank">Discuss-gnuradio@gnu.org</a><br> <a \
href="https://lists.gnu.org/mailman/listinfo/discuss-gnuradio" rel="noreferrer" \
target="_blank">https://lists.gnu.org/mailman/<wbr>listinfo/discuss-gnuradio</a><br> \
<br></blockquote></div><br></div> </blockquote></div><br><br clear="all"><br>-- \
<br><div class="gmail_signature" data-smartmail="gmail_signature"><div \
dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Damindra Savithri \
Bandara,</div><div dir="ltr"><span style="font-family:Tahoma;font-size:12.8px">Ph.D. \
in Information Technology (Candidate)</span><br>George Mason \
University,<br>Fairfax,<br>Virginia<br></div></div></div></div></div></div> </div>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic