> > > > > > >Make sure both your radios are locked to the same clock source.
> > > > > > Any fsignificant requency offset between the two is going to
> ruin your
> > > > > > correlation peaks very quickly.
> > > > > >
>
; > > it's BPSK, and we'd want to apply compensation in order to achieve
> > > > roughly that, right?
> > > >
> > > > T'hanks,
> > > > Jonathan
> > > >
> > > > On Tue, Feb 26, 2019 at 7:00 PM Qasim Chaudhari
udhari <
>>> qasim.chaudh...@gmail.com> wrote:
>>>
>>>> >Make sure both your radios are locked to the same clock source.
>>>> Any fsignificant requency offset between the two is going to ruin your
>>>> correlation peaks very quickly.
&
ow good the CFO
>> estimate is.
>>
>> Cheers,
>> Qasim
>>
>>
>> Message: 4
>>> Date: Tue, 26 Feb 2019 10:07:51 +0100
>>> From: Sylvain Munaut <246...@gmail.com>
>>> To: Jonathan Preheim
>>> Cc: GNURadio Discussion L
the same clock source.
>>> Any fsignificant requency offset between the two is going to ruin your
>>> correlation peaks very quickly.
>>>
>>> When the same clock source is not possible due to the distance between
>>> them, the carrier frequency offset
gt; >
> > Cheers,
> > Qasim
> >
> >
> > > Message: 4
> > > Date: Tue, 26 Feb 2019 10:07:51 +0100
> > > From: Sylvain Munaut <246...@gmail.com>
> > > To: Jonathan Preheim
> > > Cc: GNURadio Discussion List
> > > S
gt;> From: Sylvain Munaut <246...@gmail.com>
>> To: Jonathan Preheim
>> Cc: GNURadio Discussion List
>> Subject: Re: [Discuss-gnuradio] Distance Measurement by Correlation
>> Message-ID:
>> > uo2tdw...@mail.gmail.com>
>> Content-Type: text/plai
: Jonathan Preheim
> Cc: GNURadio Discussion List
> Subject: Re: [Discuss-gnuradio] Distance Measurement by Correlation
> Message-ID:
> uo2tdw...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> > Any ideas about how we can troublesho
> Any ideas about how we can troubleshoot this more effectively? Or better
> model the channel?
Make sure both your radios are locked to the same clock source.
Any fsignificant requency offset between the two is going to ruin your
correlation peaks very quickly.
Frequency offset is going to end
Hi all,
I am trying to measure the distance between two BladeRFs by comparing the
phase of a pseudorandom (PN) code in GNU Radio Companion. Radio 1 streams
the code (+/- 1s, so BPSK) on one frequency, Radio 2 just retransmits it on
a different frequency. Radio 1 receives that delayed code. An FIR
Hi Manuel,
I haven't taken a very detailed look at your flowgraph (the symbol rate
being 10e6 with a sampling rate of 400kHz seems odd), but:
* 400kHz sampling rate means that the complex baseband you get out of
your USRP represents but 400kHz of bandwidth. Your let's have a look
at you
Remember: signals moves at rough 3.3 microseconds per km...
Il 13/lug/2015 10:37 "Sylvain Munaut" <246...@gmail.com> ha scritto:
>
> Hi,
>
>
> > So, I want to measure the time delay on the Scope Sink, or in Matlab the
> > samples delay that are between the trasmitted signal and the received
> > sig
Hi,
> So, I want to measure the time delay on the Scope Sink, or in Matlab the
> samples delay that are between the trasmitted signal and the received
> signal. If I could have this information I could know the distance by the
> formula v=d/t, where v is the speed of the light, d= distance and t=
13 matches
Mail list logo