Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Achilleas Anastasopoulos
Thanks Andy. Indeed the "symbol_sync" block is very robust and recovers immediately. Everything seems to be working now. Achilleas On Wed, Jul 10, 2019 at 9:45 AM Andy Walls wrote: > Hi Achilleas: > > > From: Achilleas Anastasopoulos > > Date: Wed, 10 Jul 2019 08:45:03

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Andy Walls
Hi Achilleas: > From: Achilleas Anastasopoulos > Date: Wed, 10 Jul 2019 08:45:03 -0400 > Hi Ernest, > > Although this explains why the system breaks when the noise becomes > large (~10dB) and so the overall signal amplitude increases beyond > (~1), it cannot explain why the

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-10 Thread Achilleas Anastasopoulos
Hi Ernest, Although this explains why the system breaks when the noise becomes large (~10dB) and so the overall signal amplitude increases beyond (~1), it cannot explain why the system does not recover AFTER all amplitudes are set back to normal values (~1) and noise back to -30dB ... It was my

Re: [Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-09 Thread Ernest Fardin
Hi, I think this behaviour may be due to the level into the Polyphase Clock Sync block. The block expects a signal amplitude of 1 as explained in [1]. An AGC between the Correlate and Sync and the Polyphase Clock Sync blocks might do the trick. Cheers Ernest [1]

[Discuss-gnuradio] debugging uhd_corr_and_sync example

2019-07-09 Thread Achilleas Anastasopoulos
Hi all, I am not very successful in running the uhd_corr_and_sync_tx/rx.grc example in the gr-digital examples directory (3.7.13.5) using usrps. In an effort to debug it, i merged the two graphs and eliminated the uhd sink/sources (see attached) and so I am running a simulation without the