Hi

Let’s see…. WWV (not WWVB) gets here via a variety of propagation mechanisms 
that vary over the day. According to NIST (who probably know :) that puts a 
random timing
variation of ~1 ms on the signal. Since some modes get me a signal and others 
don’t, there
is no real reason to assume it is random. It can easily be an offset that 
varies month to month. 

Net result, forget about the chip delays. The signal already has a bunch of 
built in variability
that will swamp anything in the silicon. 

https://www.nist.gov/pml/time-and-frequency-division/nist-radio-broadcasts-frequently-asked-questions-faq

Also in the same data is the fact that the “as transmitted” signal is good to 
100 ns. That’s plenty good
enough for the system as described. It also is a pretty modest number for a GPS 
timing module. One
would guess that the number is a bit better than 100 ns (it is NIST after all). 
It also does not directly
compare to the GPS number since there are UTC offset numbers there as well. 
Bottom line is that
there inevitably *are* numbers like that buried in the system once you get past 
the 1 ms. 

Bob

> On Oct 29, 2016, at 1:36 AM, Nick Sayer via time-nuts <time-nuts@febo.com> 
> wrote:
> 
> That single-chip version is going to have a *LOT* less (and less variable) 
> latency than an SDR.
> 
>> On Oct 27, 2016, at 12:20 AM, Poul-Henning Kamp <p...@phk.freebsd.dk> wrote:
>> 
>> --------
>> In message <5a002554-8d90-4c75-95da-21db45d61...@kfu.com>, Nick Sayer via 
>> time-
>> nuts writes:
>> 
>>> If you’re in North America, a CHU receiver is a lot easier to make
>>> than WWV/WWVH. The CHU timecode is just BEL 103 AFSK at 300 baud -
>>> it was a one-chip solution 20 years ago when I made one in college.
>> 
>> We have CPUs and sounds-cards these days...
>> 
>> Also: The KiwiSDR is nearly perfect hardware, no matter which VLF/HF
>> station you want:  You can track GPS and four (possibly 8) VLF/HF
>> stations at the same time.
>> 
>> -- 
>> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
>> p...@freebsd.org         | TCP/IP since RFC 956
>> FreeBSD committer       | BSD since 4.3-tahoe    
>> Never attribute to malice what can adequately be explained by incompetence.
> 
> _______________________________________________
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.

_______________________________________________
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Reply via email to