[time-nuts] DCF77 Analyzer/Clock

paul swed paulswedb at gmail.com
Thu Mar 23 08:48:00 EDT 2017

They may be missing out on coding efficiency but they sure are not missing
out on a really nice looking project.
My projects never look like that. I don't have a clue to that quality of
Though today I think its much easier then it used to be.

On Thu, Mar 23, 2017 at 4:18 AM, Poul-Henning Kamp <phk at phk.freebsd.dk>

> --------
> In message <20170323041013.GA4678 at panix.com>, Ron Bean writes:
> >http://hackaday.com/2017/03/22/well-engineered-radio-
> clock-aces-form-and-function/
> >
> >https://create.arduino.cc/projecthub/edr1924/dcf77-
> analyzer-clock-v2-0-c25404
> He/They are missing out on a very big S/N improvement for DCF and
> similar signals.
> In reality only a very small subset of possible 2**59 timegrams are
> potentially valid.  For instance day of month cannot be > 31.
> Even fewer timegrams can follow each other, for instance the day of
> month cannot change unless a lot of other fields also change,
> or conversely, a lot of fields can only change if the hour
> field changes to one specicfic value.
> I used this in my old NTPNS dcf77 decode, with the result that it
> can lock on to DCF77 in a matter of minutes, even when most of the
> pulses are mangled.
> Source code:
>     http://phk.freebsd.dk/phkrel/NTPns.20080902.tgz
> --
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk at 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 at febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/
> mailman/listinfo/time-nuts
> and follow the instructions there.

More information about the time-nuts mailing list