Skip to content

usrp constant and slow derive timestamp

Thomas Laurent requested to merge fix-bug-usrp-constant-derive into develop

sample write reorder function doesn't handle properly the clock shift.

It keeps the same time origin forever, so, if the clock sifts in one direction, we finish to reach the maximum time shift that was designed for slot to slot maximum shift.

This MR also make a more accurate maximum time shift in physical meters distance by speed of light instead of a constant number of samples, regardless the sampling rate

We may also consider if this function is useful: gNB and UE currently ensure Tx in order because there are other issues above if we let Tx preparation run out of order in separate threads

Merge request reports