Re: [Discuss-gnuradio] QAM demod Error in GRC

[Vlad Stoianovici]

Dear Marcus and Bob,
I did understand that the block was hollow, but this thread is kindda old,
so I thought that in the mean time maybe someone implemented the code and
functionality you are referring to.
I'm using GRC, but I don't have time to start learning python with the sole
purpose of being able to write the QAM block. 
It would probably be easier to use Simulink, which I'd rather not do.

Vlad.



Marcus D. Leech wrote:
> 
> On 19/05/2011 1:21 PM, Robert McGwier wrote:
>> Vlad
>>
>> It is apparent to me that you did not understand Josh's explanation. 
>>  Possibly he was not forceful enough. ;-).
>>
>> This is not an error.  It is the mathematical consequence of doing QAM 
>> with rotational symmetries.  YOU MUST provide your OWN synchronization 
>> to remove the phase ambiguity.  It is not a bug or an error. It is a 
>> feature.  It is the mathematical nature of the beast.
>>
>> Bob
>>
> Perhaps I have only part of the conversation here, but it sounds like 
> the main complaint is that there are internal errors inside the
>    QAMx, x=8,16,64,256 demod blocks--they're implemented as hierarchical 
> blocks in Python.
> 
> Looking into it, it seems like there still aren't any implementations of 
> QAMx demodulators--what is there is basically a hollow shell that
>    does nothing useful.
> 
> 
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

-- 
View this message in context: 
http://old.nabble.com/QAM-demod-Error-in-GRC-tp23722153p31679995.html
Sent from the GnuRadio mailing list archive at Nabble.com.