Re: [Discuss-gnuradio] My app waits undefinedly after an O printf

[Josh Blum]

On 05/29/2012 07:29 AM, Pol Henarejos wrote:
> Dear list,
> 
> I am using gr_uhd_source as the source of my app. At some moment, there
> is an overflow, an O is printf'ed and the scheduler stops. The program
> is still running but there is no flow of samples between blocks. They
> are waiting for something. I added the following lines in the work() of
> gr_uhd_source
> 
> printf("no = %d\n", noutput_items);
> if (_metadata.error_code != uhd::rx_metadata_t::ERROR_CODE_NONE)
>       printf("Error %d\n",_metadata.error_code);
> 
> and the output, after some time, is
> 
> no = 4094
> no = 4096
> no = 4094
> [...]
> no = 4096
> no = 4094
> no = 4096
> no = 4096
> Ono = 4094
> no = 2133
> Error 8
> no = 2133
> Error 1
> 
> and here waits for some thing and no more printf take place. Be aware
> that this happens when the O appears.
> 
> Anybody is expecting the same? Could you provide me some hint?
> 

Whats the hardware? Sample rate? And I suppose UHD version as well.

It looks to me like there is an overflow (code 8), and then a timeout
(code 1). I bet the scheduler then prints "block returned 0 marking it
done" something like that...

So it looks to me that the overflow condition is shutting off the
streaming, and UHD is not automatically tuning streaming back on.
Hmm.... thats not right.

So let me know the hardware and I will try to replicate the fix the issue.

-josh