discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Correlate and Sync block for square signals


From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] Correlate and Sync block for square signals
Date: Fri, 29 Jan 2016 00:03:04 +0100

On Thu, Jan 28, 2016 at 11:04 PM, Francisco Albani <address@hidden> wrote:
Hi to all.

I want to test if the block Correlate and Sync improves my GFSK receiver, so I started modifying ./gr-digital/examples/demod/test_corr_and_sync.grc .

1) I replaced the BPSK modulator (with rrc filter) by a Chunks to Symbols [-1,+1] followed by a Interpolating FIR with gaussian taps.
2) I replaced the matched filter taps for Correlate and Sync and Polyphase Clock Sync with the ones I think are correct BUT OBVIOUSLY ARE NOT [<-- help needed here].
3) I eliminated frequency offset and Costas Loop because I believe they are not applicable after a FM demodulation (which I did not included in this first exploration).

(Flowgraph attached)

Things I observe:

* Correlate and Sync detects preamble start, but the clock recovery looks wrong (this can be seen zooming in or in the constellation plot).
* QT GUI Time sink showing correlation does not triggers with the hardcoded value (200). I had to change it to 45.

I'm having a hard time figuring out from the c++ code and documentation the right way to design the taps to put into Correlate and Sync and PFB Clock Sync blocks.

I always find myself feeling I get contradictory clues from code, examples and documentation when choosing the taps for blocks that depend on PFB.

Can you help me?

Thanks!

Check out the test_corr_est.grc example, instead. The corr_est block was written to replace the correlate_and_sync to improve the internal performance issues as well as make it more applicable to other modulation types like GMSK and GFSK. See if that example doesn't make more sense for your situation.

Tom
 

reply via email to

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