AVT5022 Programowalny zegar z DCF77 EP 7/01

U¿ytkownik "Andrzej Litewka" napisa³ w wiadomo¶ci news: snipped-for-privacy@and.krakow

"Marek Dzwonnik" news: snipped-for-privacy@news.home.net.pl

Dziêki :) Czy na podstawie tego opisu w artykule da siê napisaæ program ? A mo¿e AVT w koñcu udostêpnia gdzie¶ programy do tych uk³adów ?

"Fish" news:bi3ubn$l7n$ snipped-for-privacy@news.onet.pl

To mi napisz :)))))))))

Sama opis jest ogólnodostêpny i nie ma tam jakiej¶ wiêkszej filozofii. Filozofi± natomiast jest napisanie dobrego programu, któryt bêdzie odporny na ¶mieci lataj±ce w pa¶mie 77,5 kHz Z praktyki obserwuj±c kilka zegarów DCF widzê, ¿e ma³o który program jest odporny na ¶mieci. Chodzi oczywi¶cie o program, który w jak najkrótszym czasie na podstawie odberanych bitów z nadajnika DCF utworzy prawid³owy odczyt czasu. Bo nie sztuk± jest stworzyæ program, który portównuje ile¶ tam kolejnych odczytów i dopiero wystawia korektê do aktulanego czasu jaki pokazuje synchronizowany zegar. Zreszt± jak pokazuje praktyka niewiele to w kiepskim programie pomaga. Przyk³adem kiepskiego programu jest zegar z zestawu firmy Nord Elektronik NE 2004 Wg opisu zegar porównuje 4 kolejne odczyty i dopiero wystawia korektê czasu. Mimo to zegar czêsto potrafi zg³upieæ i albo wystawiæ jak±¶ kosmiczn± godzinê, pogubiæ siê ze 20 sekund lub nawet minutê. Nie chodzi to o dok³adno¶æ wewnêtrznego kwarca taktuj±cego procesor, bo go zestroi³em jak najbardziej precyzyjnie na oscylowanie w temperaturze pokojowej na czêstotliowo¶ci 12000000 +/- 15 Hz. Lepiej siê go nie da ustawiæ, bo p³ywa w wyniku tego, ¿e to kiepski generator.

Po prostu program nie przewiduje ró¿nych g³upot jakie czasem potrafi± siê pojawiæ w zdekodowanym sygnale DCF z odbiornika i potem wystawia takie ¶mieci na wy¶wietlaczu - taka sytuacja zdatza siê raz na kilka tygodni.

Owszem zalet± programu jest to, ¿e wystarczy mu dok³adnie 36 sekund (licz±c od zerowej) aby wystawiæ kompletny czas. Inne zegary potrzebuj± ca³ej minuty ale s± odporniejsze na ¶mieci. W warunkach polskich lepsze jest to 36 sekund, bo czêsto w warunkach miejskich trzeba d³ugo czekaæ na ca³± niezak³ócon± minutê tylko fajnie by by³o aby kto¶ dopracowa³ ten program aby by³ bardziej odpoerny na te ¶mieci

Wszystko by³o by ok, gdyby nie ta kosmiczna cena.

U¿ytkownik "Andrzej Litewka" snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news: snipped-for-privacy@and.krakow...

Jak zapewne zdajesz sobie sprawê takie przedsiêwziêcie wymaga trochê du¿o czasu wiêc nie za bardzo mo¿na tego zrobiæ ot tak sobie dla rozrywki. Ale jezeli naprawdê potrzebujesz takiego programu to trzeba porozmawiaæ mo¿e wymy¶limy jakie¶ rozwi±zanie co by i wilk by³ syty i ¿eby jeszcze trochê owcy zosta³o ;-)

Eee nie zauwazy³es ¿e to mia³o byæ ¿artobliwe :-)

W sumie to jest istota takiego zegara. Reszta to ju¿ drobiazg.

Jak komu¶ nie chce siê przy pisaniu programu pomy¶leæ to takie kwiatki wychodz±. ¯eby mieæ pewno¶æ, ¿e czas jest prawid³owy to i tak trzeba porównywaæ kilka odczytów tylko trzeba to robiæ inteligentnie i wtedy nie trzeba czekaæ na ca³± minutê poprawnego odbioru ¿eby to zrobiæ. W koñcu rzadko zak³ócenia s± w stanie zniszczyæ odczyt tych samych bitów przy kolejnych odczytach. Sam mam taki modulik DCF-a z Conrada i widzê ¿e czasami godzinami nie potrafi znale¼æ ca³ej minuty bez b³êdów i tylko mi baterie z¿era trzymaj±c w³±czony odbiornik :-(

A i tego nie trzeba a¿ tak ustawiaæ bo - przynajmniej tak mi siê kiedy¶ w

-44 .. +65 milionowej sekundy na sekundê co oznacza -3.8 .. +5.6 sekundy na dobe z krokiem co 0.0864 sekundy. Maj±c tak napisany program wystarczy postaraæ siê ¿eby generator by³ stabilny; nie musi mieæ dok³adnej czêstotliwo¶ci.

Te 36 sekund to jest absolutne minimum niestety. Je¿eli da siê odczytaæ minuty i godziny bez b³êdów parzysto¶ci to z du¿ym prawdopodobieñstwem mamy w³a¶ciwy czas. Teraz wystarczy poczekac minutê na potwierdzenie. Ale nawet w obecno¶ci zak³oceñ jest szansa, ¿e w trakcie dwóch odczytów dostaniemy chocia¿ po jednym prawid³owym odczycie minut i godzin. Trzeci odczyt to ju¿ prawie 100% pewno¶ci. Z dat± jest trochê gorzej bo du¿o wiêcej bitów jest zabezpieczonych tylko jednym bitem parzysto¶ci. Ale te¿ na ogó³ data nie jest tak istotna i mo¿na na ni± d³u¿ej poczekaæ.