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: *1100*00000000*1101*
> 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 <
> abhinavnarai...@gmail.com> wrote:
>
>>
>>
>> On Tue, Nov 10, 2015 at 12:45 PM, Marcus Müller <
>> <marcus.muel...@ettus.com>marcus.muel...@ettus.com> 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
>>>
>>
>>
>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to