[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Demodulating short bursts of BPSK

From: Richard Bell
Subject: Re: [Discuss-gnuradio] Demodulating short bursts of BPSK
Date: Thu, 2 Apr 2015 15:51:45 -0700


Let's call short bursts of data packets (because that’s really what they are). In packet transmissions, there are a few ways of ensuring that the synchronizers have enough time to lock up. The easiest way for you to go about this, is adding a packet header that carries no information, such as 101010101, but can be used by the sync blocks to synchronize. The sync blocks require transitions to make the magic happen. If you add this in front of all your real data bursts, you will lose some of those SYNC frame bits each time, but you don't care about that because it's not real data AND the synchronizers will be locked by the time the real data starts.


On Thu, Apr 2, 2015 at 3:36 PM, Mike Willis <address@hidden> wrote:
I have an application that needs to decode short bursts of DBPSK data
(which I am not generating myself). The problem I am having is that
the standard PSK Demod blocks don't lock up in time to correctly
decode the first few flags in the packetised data, which means I
generally lose the first packet. Is there a solution to this - e.g.
once the demodulator has locked up, go back some time (samples) and
start again knowing the locked parameters?


Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]