[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Need of delay=58 in the PSK Symbol Recovery Guide
Re: [Discuss-gnuradio] Need of delay=58 in the PSK Symbol Recovery Guided Tutorial
Fri, 22 May 2015 22:13:54 -0300
Hi Martin and thanks for your answer.
What those zeros added to the original stream align to in the received one?
In other words, where are those 58 "spurious" bits at the beginning of
the received stream coming from?
Are they just the result of transient behavior inside the sync blocks?
2015-05-22 21:51 GMT-03:00 Martin Braun <address@hidden>:
> On 22.05.2015 17:38, Francisco Albani wrote:
>> Hi, I managed to successfully replicate the results of this tutorial:
>> and, of course I understand the reason for a delay between the bits of
>> the source and the receiver.
>> But then I was struck by this: considering that the 2-input QT GUI
>> Time Sink consumes one sample of each at the same time and waits
>> otherwise, wouldn't this act as an "involuntary" synchronizer for the
>> bit streams?
> The time sink will consume input streams synchronously, that's correct,
> but in this example, we also want to make sure the actual content is
> sync'd as well. So the delay block will insert some zeros before the
> signal starts, shifting signal in time such that they become aligned in
> the time sink.
> Discuss-gnuradio mailing list