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 workmanship. Though today I think its much easier then it used to be. Regards Paul WB8TSL
On Thu, Mar 23, 2017 at 4:18 AM, Poul-Henning Kamp <[email protected]> wrote: > -------- > In message <[email protected]>, 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 > [email protected] | 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 -- [email protected] > To unsubscribe, go to https://www.febo.com/cgi-bin/ > mailman/listinfo/time-nuts > and follow the instructions there. > _______________________________________________ time-nuts mailing list -- [email protected] To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
