Yes, you are right here. "The time_est tag can be used to adjust the sampling timing estimate of any downstream synchronization blocks and is currently implemented by the gr::digital::pfb_clock_sync_ccf <http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1pfb__clock__sync__ccf.html> block."
-- Usman On Sat, Oct 8, 2016 at 1:13 AM, Garver, Paul W <garv...@gatech.edu> wrote: > So is that what the time_est tag in corr_est_cc is for? The idea being > correlate against the preamble to generate an initial timing estimate for > the clock recovery to lock quickly? > > PWG > > On Oct 7, 2016, at 3:37 PM, Sylvain Munaut <246...@gmail.com> wrote: > > > >> Does anyone have insight into how to do burst timing recovery > >> with PF clock sync block? I’ll also note it appears that the M&M clock > sync > >> block experiences a similar problem. > > > > Both blocks are meant for continuous signal and will take a "while" to > lock. > > > > Usually for bursts, you have a sync sequence to correlate to to get an > > initial valid alignement. > > > > Cheers, > > > > Sylvain > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
