discuss-gnuradio
[Top][All Lists]
Advanced

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

RE: [Discuss-gnuradio] Why no phase ambiguity in digital-bert...


From: Ian Holland
Subject: RE: [Discuss-gnuradio] Why no phase ambiguity in digital-bert...
Date: Wed, 14 Apr 2010 12:37:05 +0930

Thanks, I wasn't 100% clear if there were some conditions for interchangability 
after Jonathon's reply, but it sounds like not.

Cheers

Ian.

-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of Jason Uher
Sent: Wednesday, 14 April 2010 12:19 PM
To: address@hidden
Subject: [Discuss-gnuradio] Why no phase ambiguity in digital-bert...

> I notice in the digital-bert example (benchmark_rx.py and
> receive_path.py), the Costas loop actually occurs prior to the MM
> sampler, without being wrapped inside the mpsk_receiver: (lines 104-105
> of
> http://gnuradio.org/cgit/gnuradio.git/tree/gnuradio-examples/python/digi
> tal-bert/receive_path.py)
>
> self.connect(self, self._agc, self._rrc, self._costas, self._mm,
>                     self._c2r, self._slicer, self._descrambler,
> self._ber)
>
> Are these operations generally interchangeable?
>
> Thanks
>
> Ian.

My explanation pertained  to the benchmark_rx; but Johnathan  already
said it doesnt  matter in his first reply ;)

>Not sure what post you are referring to.  While a Costas loop can
>indeed operate on a single sample per symbol, it can also operate on
>more than that.  Different strategies in a receiver chain places the
>frequency/phase synchronization at different places.


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




reply via email to

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