I've been playing some lately with devices that don't provide an inherent hardware timestamp, yet which can be run from a common clock,
  and made coherent using cross-correlation estimation of timing offset.

Something that would make this easier--in that it would establish a starting-point for cross correlation, and thus reduce the window size over which one needs to estimate, would be if the scheduler could insert a time tag of some sort the FIRST time it calls a work function either initially or after a start() stop() start() sequence. This would be crude, since it would be based on an OS-based timer, so it could
  only act as a starting point.

That would allow one to then write a generic synchronizer block that used a combination of rx_crude_time, and actual cross-correlation.

Is this a dumb idea?



_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to