Re: [Discuss-gnuradio] the program stops unpredictedly

[Tom Rondeau]

On Wed, Aug 3, 2011 at 9:49 AM, Minhoo Kim <address@hidden> wrote:
>
> Tom,
> Thank you for your help first of all.
> I actually need the file_source to be replayed, meaning not just repeated
> over and over, after the frequency is changed.  I also have to make sure
> that the file_source is played just once for each frequency change.  Would
> that still not require a stop?

You can still use the seek function to set the pointer to the
beginning of the file whenever you want.

There is a transient after changing frequencies, though, that you will
have to think about. So just be aware that you should give some time
for the system to settle. In this case, stopping the system might be
the best thing for you to do.

> Also, what do you mean by changing the parameters online?  does that mean
> while usrp is running?

Yes, that's what I meant. A lot of parameters can be changed without
stopping the flow graph. Mostly, stopping the flow graph is meant for
restructuring the graph, but in your case, you might want to play with
it to avoid the frequency settling issues. Let us know what you find
out.

> It does work for a bit then it stops very unpredictedly, and the time it
> keeps working is very inconsistent, like I had a case where it stopped
> running after like 20 while loops, and there was also a case that it kept
> running for like 30 seconds.

That's odd. Have you found anything more out about this? No reason
that should be happening.

Tom


> Thanks for the help.
>
>
> Tom Rondeau wrote:
>>
>> On Tue, Aug 2, 2011 at 4:55 PM, Minhoo Kim <address@hidden> wrote:
>>>
>>> Hi all,
>>> I can't find out why this program stops running.
>>
>> <snip>
>>
>>> Sorry if the code is long.
>>> In short, the top block just creates a signal, then there is an infinite
>>> while loop in the main that just keeps the signal running.
>>> I need the infinite loop so I can retune the center frequency every time
>>> the
>>> program passes through the loop.
>>> I made a null_sink block to check if the problem is within creating the
>>> signal part, and infinite loop never stopped so i assume the top block is
>>> ok.
>>> I also tried with start(), stop(), and wait() in the main loop instead of
>>> lock and unlock, which still caused the unpredicted stop.
>>> I also had other trials, which I forgot about.
>>> There are also consistent underruns, which I am not really worried about,
>>> as
>>> long as the underrun does not cause the stop of the program, since I am
>>> not
>>> transmitting any meaningful message.
>>>
>>> Thanks a lot.
>>
>>
>> You don't need to stop the flow graph when you are just changing
>> frequency. You only really need to stop it if you are disconnecting
>> and reconnecting blocks; changing parameters can be done online.
>>
>> You said it stops running, but I'm not sure how it stops running? Does
>> it work for a bit and then stop, or does it never produce anything at
>> all?
>>
>> Tom
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> --
> View this message in context: 
> http://old.nabble.com/the-program-stops-unpredictedly-tp32181366p32186451.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>