DCF ora es repulogep

[HAJDU Csaba]

>> De azt sem hiszem, hogy ha hulyeseget vesz, akkor megallna,
>> ahelyett, hogy kvarcorakent menne tovabb...
>
> En ugy tudom elkepzelni, hogy van a "DCF-reteg", amely demodulal, dekodol,
> paritast figyel, majd ha ez szamara OK, akkor kuldi a kesz adatot tovabb a
> "SetTime()-nak". Viszont a DCF dekoder a paritason kivul masra nem figyel,
> nincs benne "baromsag-detektor".
> A SetTime()-ot iro fickok meg ugy voltak vele, hogy "hibatlan" infot
> fognak kapni, igy a 31 ora 92 perc 79 masodpercet szivfajdalom nelkul
> benyomjak a regiszterekbe, amitol a kijelzot meghajto tablazatkezelo rutin
> kifekszik.

A kijelzo - illetve jelen esetben a mutatok - egy sajat kvarcos 
idoalaprol mennek, szo nincs arrol, hogy folyamatosan a DCF jel 
adna a meghajtast. A formatuma eleve olyan, hogy 1bit/s 
sebesseggel egy perc alatt megy ki a teljes adatsor (evszammal, 
mindennel egyutt). Tehat uj adat legfeljebb percenkent lehet, de a 
folyamatos vetel egyaltalan nem garantalt, azaz barmilyen epeszu 
megoldas csak ugy mukodhet, hogy eljar magaban, aztan idonkent 
szinkronizal, de ezt is csak akkor, ha nem csak a paritas stimmel, 
hanem az elteres nem tobb, mint nehany s/nap az elozo szinkron ota 
(a teli/nyari valtast egy kulon bit jelzi, ekkor lehet egy egesz 
orat lepni).

> Egyebkent vihetsz magaddal lapitopit + Conrad-fele DCF modult, amely
> megmondja Neked, hogy jo-e a vetel.

Fel- es leszallas kozben egyertelmuen tilos hasznalni, de menet 
kozben is a legtobb legitarsasagnal.

> Kicsit fognak hulyenek nezni, de igy egyertelmuen kimerhetsz mindent.
> :)

Nem kell tulbonyolitani a dolgot, elso menetben majd csak jobban 
figyelem az egeszet :)