Hi Martin,
>
> Appreciate your reply to my questions. I agree that I cannot do better
> than a clock cycle, so that is settled. Let us say that I use GPSDO for my
> reference and I wish to transmit at GPS time t. Is it possible to control
> the transmit time to within (t plus/minus 1 clock cycle)?
Thanks Usman, That was some really useful information. So if this is the
case then I should be able to calibrate out both the DSP and analog delay
(analog delays are supposed to be smaller and stable).
Also, a DAC delay must also be included in those calculations.
Best,
Lakshay.
Hi Martin,
>
> A
Hi Eugene -
Wow, yeah - that one is pretty egregious. I see you actually first reported
the bug in *February of 2014*. Sorry it fell through the cracks!
I have created a PR with this fix and submitted it against `maint`.
Cheers,
Ben
On Tue, Jul 12, 2016 at 8:53 PM, Eugene Grayver
wrote:
> The
Hi Everyone,
Just including a link to what I've been working on recently:
https://signalsintelligence.wordpress.com/2016/07/09/interfacing-with-tfmodel/
cheers
Chris
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailm
Yes, you can time down to the clock cycle. The time it takes for a
signal to propagate to the antenna after it is released depends on the
interpolation rate and the hardware, but it doesn't vary a lot (assuming
everything else constant, such as temperature). You can calibrate that
out quite well --
Sure enough Bastian, thank you
> On Jul 9, 2016, at 2:09 AM, Bastian Bloessl wrote:
>
> Hi,
>
> On 07/09/2016 02:51 AM, Darin Decker wrote:
>>
>> Interesting thing is that Sources was there before but isn't now as you
>> state; however, if I search for osmo source, it is there to be used.
>
>
I’m designing a CDMA system with a spreading factor of 20. I recently wrote an
app to go through all the binary permutations up to 2^20 and report which ones
have an equal number of 0’s and 1’s, or at least differ by only one. It came up
with so many “hits” that I have to wonder if they're reall
