Zegarek na AT89S52 w C: dokładność timera i optymalizacja kodu 2,9 KB

Kilka dni temu postanowiłem przyswoić sobie programowanie mikrokontrolerów w języku C i oto efekt mojej pracy. Mając pod ręką AT89S52 i wyświetlacz (2x20) zrobiłem prosty zegarek z możliwością przestawiania go za pomocą czterech klawiszy. W załączniku znajduje się program wraz z dwiema bibliotekami (jedna do obsługi wyświetlacza LCD, druga do obsługi quasiklawiatury) oraz krótki filmik przedstawiający zasadę działania. Nie jest to wersja finalna, będę jeszcze nad nią pracował. Kompilacji dokonałem przy pomocy pakietu RIDE.

Pomiar czasu oparty jest o przepełnianie timera (co 50 ms przy rezonatorze kwarcowym 12 MHz). Nie wiem na ile ten sposób jest dokładny. Nie wiem co więcej napisać... W razie wątpliwości proszę pisać, chętnie odpowiem.

Po kompilacji program zajmuje ok. 2,9 KB, czy to dużo jak na taki prosty projekt? Chętnie przeczytam Wasze wskazówki lub uwagi.

PS. Wiem, że podobnych tematów jest sporo, ale od tego głowa nie boli… Sam przejrzałem ich bardzo dużo zanim usiadłem do programowania…

Wszystko fajnie ladnie ale co wtedy gdy stracisz na chwile zasilanie albo uklad sie zresetuje z jakiejs innej przyczyny? Wtedy trzeba ustawiac godzine od nowa a to przekresa ten zegarek z praktycznego zastosowania. Uzyj przwdziwego RTC a wtedy pozbedziesz sie zarowno tego problemu jak i problemu wiekszej niedokladnosci w Twoim ukladzie niz z dedykowana kostka.

BF

Bigfoot napisał:

Wszystko fajnie ladnie ale co wtedy gdy stracisz na chwile zasilanie albo uklad sie zresetuje z jakiejs innej przyczyny? Wtedy trzeba ustawiac godzine od nowa a to przekresa ten zegarek z praktycznego zastosowania. Uzyj przwdziwego RTC a wtedy pozbedziesz sie zarowno tego problemu [...]
BF

No a co jesli spadnie na zegar z RTC cegla w drewnianym kosciele ? tez do bani. Uzyj kasy pancernej jako obudowy zegara.

Zarty zartami, ale nie ma takiej metody by sie zabezpieczyc przed wszystkimi dopustami losu.

U mnie zastosowalem lampki NIXIE ( dla estetyki ), procesor 89C2051 ( wystarcza ) oraz odbiornik DCF . Nawet jesli zniknie zasilanie, to mam podtrzymanie na malym akumulatorku. Procesor czerpie jakis 1mA pradu, wiec na dobe wystarcza. A jesli nie to zaraz zaciaga nowy czas z powietrza i z glowy.
Drozszym rozwiazaniem jest uzycie modulu zegara GPS, ale za to jaki bajer

Wydaje mi sie, ze Kolega chcial po prostu pokazac nam, ze cos robi, a to nalezy pochwalic, a nie krytykowac.

Brawo, mnie sie podoba, mimo iz nie ma "Prawdziwego RTC".
Pozdrawiam, yego

Dzięki za uwagi. Docelowo będzie jakiś RTC, właśnie rozglądam się za jakimś tanim elementem tego typu. Jeżeli chodzi o dokładność mojego rozwiązania to jest ona tragiczna. Od wczoraj zegar spieszy się o prawie sekundę, więc jest to kolejny argument przemawiający za RTC. A co możecie powiedzieć o rozmiarze programu? Czy 2,9 KB to dużo jak na takie gówienko? Może powinienem bardziej przyłożyć się do optymalizacji kodu?

bolcio napisał:

... Czy 2,9 KB to dużo jak na takie gówienko? Może powinienem bardziej przyłożyć się do optymalizacji kodu?

Kolego
2.9kB zajmuje plik HEX , a Twój program zajmuje 971 bajtów pamięci programu - czyli nie tak źle

Piotrek

No to okazuje się, że czegoś tu nie rozumiem... Czy to znaczy, że nie cały HEX jest wgrywany do mikrokontrolera? Jeżeli nie, to ile go?

bolcio napisał:

No to okazuje się, że czegoś tu nie rozumiem...

Przeczytaj , to zrozumiesz
http://en.wikipedia.org/wiki/Intel_HEX

Piotrek