Hi all, It's been a while since I've seen discussion on this. I'm interested to know if this is still a non-deterministic problem or if there is a workaround?
For those not familiar, in the past you could either lose a tag completely through a rate change block or the location of the tag could be in the wrong place at the output of the rate change. For me right now, I've narrowed a system issue down to tags coming out of the Polyphase Clock Sync block being off by 1 on occasion. Most of the time the tag is in the right spot, but not always. The tags are placed into the stream by the Correlation Estimator block, and they are always in the same place. It is only at the output of the Clock Sync block that the tag moves to the wrong spot, which is a rate change block. My workaround is to use a second correlator after the clock sync block to generate another tag once all rate changes are completed. A lot of words sorry, I'm just interested to know the current state of affairs regarding this. Rich
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
