discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Decoding constellation (0, 1-1) using gnuradio


From: Marcus Müller
Subject: Re: [Discuss-gnuradio] Decoding constellation (0, 1-1) using gnuradio
Date: Wed, 11 Nov 2015 22:11:24 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0

Well, you could simply use a FSK receiver, and send a specific sequence of symbols for 1 and the inverse sequence for 0, and just correlate against that sequence.

Best regards,
Marcus

On 11/11/2015 09:41 PM, abhinav narain wrote:
Hi Marcus, 
 
So, maybe we should take a step back and ask: *what* is the *data* you're trying to transmit? Transmitting a single bit at a time sounds so unlikely.

You are right, my research requires the exact thing - to transmit a single bit sparingly as it is unlikely to think that was a message.
I think I might want to do external synchronization to demonstrate this idea, but I am unsure how to kickstart and test it using N210 USRP hardware. Any suggestions will be greatly appreciated!

Thanks,
Abhinav

 
Best regards,
Marcus




On 11/11/2015 08:26 PM, abhinav narain wrote:
Hi Marcus,
Will be really great if you could look at the last part of my mail.
My specific questions is -
Lets say I transmit two PPM frames... 1100 and 1101

say: 1100000000001101
The number of non-bold zeros are what I am filling in between the information frames at transmitter.
But at receiver, I get more number of non-bold zeroes than what I expect(=8).

Is this something that I cannot solve because of clock-drift/synchronization, or is my flow graph incorrect causing this ?

Thanks,
Abhinav


On Tue, Nov 10, 2015 at 12:58 PM, abhinav narain <address@hidden> wrote:


On Tue, Nov 10, 2015 at 12:45 PM, Marcus Müller <address@hidden> wrote:
Hi Abhinav,

sorry, I might just be tired right now, but I don't understand this
sentence:

On 10.11.2015 21:18, abhinav narain wrote:
> I have now fallen to doing PPM where I map {0,1} bits to {101,11}
> symbols on the transmitter side, where 0 in 101 is equivalent to x 1x1
> as I don't transmit anything in that slot too.

 
I'd expect Pulse Position Modulation symbols to have the same length,
but with the non-zero element being at a different position; maybe I'm
just misunderstanding?

Yes, sorry - lets say 1010 and 1100 as the two  PPM codes.


Thanks,
Abhinav


 
Best regards,
Marcus






reply via email to

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