Moin,
Am Thu, 13 Jul 2006 13:44:50 -0400 schrieb Robert McGwier:
> Sorry. I missed what you referred to in the early email. I misread
> it. I agree that refout and carriertracking should not be doing the
> same thing. I will look at it.
In the meantime the docs have been updated so that ca
Sorry. I missed what you referred to in the early email. I misread
it. I agree that refout and carriertracking should not be doing the
same thing. I will look at it.
Bob
Matt Ettus wrote:
Robert McGwier wrote:
I did that on purpose. There are myriad instances where you want the
recov
Robert McGwier wrote:
I did that on purpose. There are myriad instances where you want the
recovered carrier or tone but not have the complex input mixed to the
"new zero". If you want a recovery and baseband, I suggest that
rather than do an if test, we make a new module that is track and
I did that on purpose. There are myriad instances where you want the
recovered carrier or tone but not have the complex input mixed to the
"new zero". If you want a recovery and baseband, I suggest that rather
than do an if test, we make a new module that is track and mix.
Bob
Matt Ettu
Bob --
I think we have a problem with carriertracking -- it was supposed to mix
the input signal down, and output that, but it looks like it just
outputs the reference, like refout.
Charles --
To detect AM, you can:
1 - take output of pll_refout_cc, take its complex conjugate and complex
m
You are correct. pll_carriertracking_cc returns the recovered carrier.
Sending to baseband is then done by a complex multiply block, don't
forget the conjugation.
Bob
Charles Swiger wrote:
All - Do I understand correctly that gr.pll_carriertracking_cc() is
supposed to downconvert to DC?
All - Do I understand correctly that gr.pll_carriertracking_cc() is
supposed to downconvert to DC? I don't see it doing that, and can't
see in the work functions where that magic would be accomplished.
Just want to make sure I'm building the most efficient graph possible.
I tried both in an exist