Receiving BPSK signal

[luca]

Hi,
I'd like to receive a BPSK signal (recovering the phase/freq and timing synchronism), not differential coded and in particular not shaped by a srrc filter (rect pulse).
I guess that psk_demod.py supports only srrc shaped signal and that digital_mpsk_receiver_cc supports only differential coded signal.

Any suggestions ?
Thank you.

[Martin Braun (CEL)]

Hi luca,

check out the examples in gr-digital/examples/demod.
You can set the filter taps as you wish, and do the same with the
modulation used.

MB

On Thu, Jan 10, 2013 at 02:45:43AM -0800, luca wrote:

> Hi,
> I'd like to receive a BPSK signal (recovering the phase/freq and timing
> synchronism), not differential coded and in particular not shaped by a srrc
> filter (rect pulse).
> I guess that psk_demod.py supports only srrc shaped signal and that
> digital_mpsk_receiver_cc supports only differential coded signal.
>
> Any suggestions ?
> Thank you.
>
>
>
>
>
>
> --
> View this message in context: http://gnuradio.4.n7.nabble.com/Receiving-BPSK-signal-tp38917.html
> Sent from the GnuRadio mailing list archive at Nabble.com.
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [hidden email]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: [phone]
Fax: [phone]
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[luca]

Hi Martin,
thank you..
but it seems to me that no example allows a not-Differential coding scheme and not-srcc filter (excess Bw is required).
Maybe only the pam_sync.grc is the most suitable for my purpose...
I find the synchronism recover by means of a FLL Band-Edge (frequency error), a Polyphase Clock Sync (for timing error) and a Costas (for phase and frequency remaining error)..and I can edit the filter taps. It sounds good..

but actually,.. I've got some doubts..

-) In the Polyphase Clock Sinc I expected to find the same taps used in the tx side (Polyphase Resampler).  But other taps are used.. Why ? and according to which approach are they generated ?

-) then..in case of rect pulse, the taps should be a ones vector.. do you agree ?

-) in any case, the FLL requires the excess bandwidth, so it seems it doesn't support no-srrc modulation.

Regards
Luca

[Martin Braun (CEL)]

Using rect pulse shapes is generally not a good idea. Why do you want
that?

...but let's assume you have a good reason:

On Fri, Jan 11, 2013 at 07:41:29AM -0800, luca wrote:
> -) In the Polyphase Clock Sinc I expected to find the same taps used in the
> tx side (Polyphase Resampler).  But other taps are used.. Why ? and
> according to which approach are they generated ?

They are the same (RRC filter on both Tx an Rx).

> -) then..in case of rect pulse, the taps should be a ones vector.. do you
> agree ?

Yes.

> -) in any case, the FLL requires the excess bandwidth, so it seems it
> doesn't support no-srrc modulation.

That's how the FLL works. In theory, you need a different freq sync for
rectangular pulse shape.
The way it's implemented, it might even work, though, if you leave the
rolloff at .35.

MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: [phone]
Fax: [phone]
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[luca]

>Using rect pulse shapes is generally not a good idea. Why do you want
>that?

>...but let's assume you have a good reason:

yes ...in my case.. low data rate telemetry-data from satellite are transmitted without filtering.


>They are the same (RRC filter on both Tx an Rx).

Are you sure ?
I find out the following taps [firdes.root_raised_cosine(32, 32, 1.0, 0.35, 44*32)]  in the Polyphase Resampler while [firdes.root_raised_cosine(nfilts,1.0,1.0/(spb*nfilts), rolloff, int(11*spb*nfilts))] are used in Polyphase Clock Sync.


>The way it's implemented, it might even work, though, if you leave the
>rolloff at .35.

ok.

[Tom Rondeau-2]

On Fri, Jan 11, 2013 at 11:17 AM, luca <[hidden email]> wrote:

>They are the same (RRC filter on both Tx an Rx).

Are you sure ?
I find out the following taps [firdes.root_raised_cosine(32, 32, 1.0, 0.35,
44*32)]  in the Polyphase Resampler while
[firdes.root_raised_cosine(nfilts,1.0,1.0/(spb*nfilts), rolloff,
int(11*spb*nfilts))] are used in Polyphase Clock Sync.

Yes, they are the same. The second implementation is better, though, since it uses the proper variables to set things up. But in the end, if nfilts=32, rolloff=0.35, and spb=4, they are the same filters.

Tom

 

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[luca]

Hi Tom,
thank you ..but I'm sorry ..I'm not convinced... ;)
I try to replace the two terms by usign just one of them..
well if I use rrctaps for both, the signal is not tracked, while if I use the firdes.root_raised_cosine(32, 32, 1.0, 0.35, 44*32), it works but it is noisier.

Luca

[Martin Braun (CEL)]

On Mon, Jan 14, 2013 at 12:27:25AM -0800, luca wrote:
> Hi Tom,
> thank you ..but I'm sorry ..I'm not convinced... ;)
> I try to replace the two terms by usign just one of them..
> well if I use rrctaps for both, the signal is not tracked, while if I use
> the firdes.root_raised_cosine(32, 32, 1.0, 0.35, 44*32), it works but it is
> noisier.

Luca,

both blocks have different sampling rates at the input. This is
reflected in the taps calculation. Otherwise, they're identical.

Creating taps for PFB blocks is not exactly the same as doing so for
their non-PFB counterparts.

You should definitely read this:
http://gnuradio.org/doc/doxygen/page_pfb.html
http://gnuradio.org/doc/doxygen/classgr__pfb__arb__resampler__ccf.html

These might also help:
http://gnuradio.org/doc/doxygen/classgr__firdes.html
http://gnuradio.org/doc/doxygen/classgr__pfb__clock__sync__ccf.html

MB

--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: [phone]
Fax: [phone]
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio