atmega8 uhr

Du musst den Timer so konfigurieren, dass er jede Sekunde einen Impuls 
erzeugt und zählst bei dem Impuls einfach die Sekundne um eins hoch. 
Nicht schwer!

ja nur was muss ich da für einen Vorteiler benutzen damit ich auf eine 
Sekunde komme? mein Atmega8 läuft mit 3,684 Mhz

Also dein 16 Bit Timer zählt bis 65536, dann läuft er über.
Bei 3,684 MHz und nem Vorteiler von 64 zält der Timer in einer Sekunde 
auf 57562,5. Du musst nun deinen Timer auf 7973,5 vorladen, dann läuft 
der Timer genau einmal pro Sekunde über.

Alle Angaben sind ohne Gewähr ;) Rechne lieber nochmal nach, der 
Rechenweg dürfte ja soweit klar sein oder?

hm kannst den Rechenweg kurz erklären?

Timer1 Prescaler /8, OCR1A auf 4605, dann haste einen 
Output-Compare-Interrupt (im CTC-Mode) alle 100dstel Sekunden. Variablen 
zählen im INT. Besser wäre es, einen 'geraden' Quarz zu wählen (8 oder 
16 MHz), da teilt sich's leichter!

ok danke für die infos, werd ich gleich ma probieren ;)

Sorry, meinte OCR1A auf 4604 (immer eins weniger als der Teilerfaktor, 
da von 0 aus gezählt wird)!

@karl heinz:
ist ja theoretisch richtig, aber wie lässt du den Timer einen halben 
Takt zählen? Der Teilerfaktor muss immer ohne Nachkommaanteil passen!

Alles ist zwar ok was hier gesagt wird aber wenn du Dattenblatt genau 
studiert hättest dann wärest du wahrscheinlich REAL TIME CKLOCK gesehn.
The clock source for Timer/Counter2 is named clkT2S. clkT2S is by 
default connected to
the main system I/O clock clkI/O. By setting the AS2 bit in ASSR, 
Timer/Counter2 is
asynchronously clocked from the TOSC1 pin. This enables use of 
Timer/Counter2 as a
Real Time Counter (RTC). When AS2 is set, pins TOSC1 and TOSC2 are 
disconnected
from Port B. A crystal can then be connected between the TOSC1 and TOSC2 
pins to
serve as an independent clock source for Timer/Counter2. The Oscillator 
is optimized
for use with a 32.768 kHz crystal. Applying an external clock source to 
TOSC1 is not
recommended.
For Timer/Counter2, the possible prescaled selections are: clkT2S/8, 
clkT2S/32, clkT2S/64,
clkT2S/128, clkT2S/256, and clkT2S/1024. Additionally, clkT2S as well as 
0 (stop) may be
selected.

Ausserdem egal wie erfahren du bist du muss das Datenblatt lesen. Es 
giebt keine fertige Lösungen.

Das mit dem externen Uhrenquarz ist wegen ungenauer Quarze mit Vorsicht 
zu geniessen! Der produziert natürlich am Timer 2 jede Sekunde einen 
Überlauf, aber wie gesagt, hatte damit schon erhebliche Ungenauigkeiten 
drin!

ohje klappt noch nicht so wirklich, ist das so richtig:

    int sek = 0;
    TIMSK |= (1 << 0);  // Timer/Counter0 Interrupt Aktivieren
    TCCR0 |= (1 << 2);; // Prescaler auf 256 Einstellen
    if (bit_is_set(TIFR,0) ) { // Prüfen ob Ein Überlauf Vorliegt
    sek++;
    PrintInt(sek);
    uart_puts("\r\n");
    }

ah doch funktioniert, ups hatte das ganze in einer schleife somit wurde 
bei jedem durchlauf der timer neu initialisiert und es kam immer 1 raus 
;)

so ich bekomme nun schon einen sekunden takt hin, jedoch habe ich 
vermutlich einen Fehler im Programm, denn die erste Sec zahl die er mir 
ausgibt fängt immer bei rund 600 an, normal müsste doch bei 0 anfangen?


    // Timer Initialisieren
    if (bit_is_clear(TIMSK,0)) {  // Timer/Counter0 Interrupt

    TIMSK |= (1 << 0);
    }

    if (bit_is_clear(TCCR0,2)) {  // Prescaler auf 8 Einstellen
    TCCR0 |= (1 << 2);
    }

    int count, sec;
    if (bit_is_set(TIFR,0) ) { // Prüfen ob Ein Überlauf Vorliegt
    count++;
    }

    if (count == 14400) {
    sec++;
    PrintInt(sec);
    uart_puts("\r\n");
    }
    // Uhr Ende

aem prescaler ist nicht auf 8 sondern auf 256 falscher kommentar ;)

Man  Sonic was redes du denn da, Quarz so viel fehler wo hast du denn 
Quarz gekauft ich glaube du hast in selber gebastelt. Wenn du den 
externen Quarz als ungenau bezwéichnst was sagst du dann zu dem internen 
Quarz vergleich mal die Datenblätter befor du hier ein unsinn 
verbereitst. Mensch.

Wenn Peter schon "Werbung" macht, dann mach ich das auch mal:

Beitrag "Ziemlich simple Uhr"

Rahul

Wenn alle ihr uhrenprogramm hier reinstellen, dann werd ichs auch mal 
machen! G
Ist in bascom, rechnet wochentage, schaltjahre etc, berechnung erfolgt 
im hauptprogramm, wen ein status-bit gesetzt wurde. bis jetzt noch nicht 
in reeller hardware getestet, allerdings.

zum berechnen der timer benutze ich das programm RNAVR (einfach mal 
googlen).da gibst du einfach taktfrequenz und interrupt frequenz an, und 
du bekommst die werte angezeigt. genau das richtige für den faulen, 
grins

@ GISMO:
diese Erkenntnisse habe ich aus der Praxis! Ein mehrfach geteilter 
(MHz-Bereich)-Quarz ist entsprechend genauer und temperaturstabiler, 
wegen der Masse des Quarzes als ein kHz-Quarz, der nicht geteilt wird. 
Probier doch einfach mal ein paar aus, nicht nur drauf verlassen was im 
Datenblatt steht!

Was soll ich Probieren, nichts ist Perfekt. Ausserdem ich benutze ein 
Real Time Counter seit 2000, wenn du ganz genauers nehmen willst dann 
nehm doch eine Atomuhr, geht auch ebenfalls falsch. Vielleicht solte man 
auch ein Atomuhr Temperatur kompensation verpassen.

ist denn der aufwand ewig mit quarzen rumzuspielen gerechtfertigt?
also im zeitalter von dcf kann man doch einmal am tag, oder pro woche 
einfach abgleichen, oder?

Ich hab's, wie Sebastian angesprochen hat, mit DCF77 gemacht, die RTC 
übernimmt bei Ausfall oder fehlerhaftem Signal.

so jetzt zählt er mir die Überläufe, jedoch viel zu langsam, nach ein 
paar minuten habe ich 1000 überläufe das kann doch nicht sein, was mach 
ich denn blos Falsch?

        // Timer Initialisieren

        if (bit_is_clear(TIMSK,0)) {  // Timer/Counter0 Interrupt

        TIMSK |= (1 << 0);
        }

        if (bit_is_clear(TCCR0,2)) {  // Prescaler auf 8 Einstellen
        TCCR0 |= (1 << 2);
        }
        if (bit_is_set(TIFR,0) ) { // Prüfen ob Ein Überlauf Vorliegt
        sek++;
        }

    uart_puts("Count:");
        PrintInt(count);
        uart_puts("\r\n");
    uart_puts("Sec:");
        PrintInt(sec);
        uart_puts("\r\n");
        // Uhr Ende

ah ok danke ;)
jetzt geht es bekomm nun endlich die richtige sekunde hochgezählt,
vielen dank nochmal für die geduld ;)

ähhm
i würde keine timer nehmen. denn wenn du eine sekunde mit dem timer 
auszählst und dann das auf nen lcd oder sonstigem anzeigen willst, wirst 
du jede sekunde verfälschen um den faktor der lcd  ansteuerung.
schreib deinen code für die uhr und dann leg warte schleifen ein damit 
du eine sekunde kriegst.
viel genauer und super leicht zu berechnen.
gruss

aso solltest es natürlich in asm schreiben ansonsten iss alles zufall 
mit dem timings.

Also ich wollte mir auch eine Software Uhr basteln.
Welchen Takt sollte ich denn jetzt dafür verwenden?
Den internen oder ist doch besser meinen 4MHZ Oszillator über XTAL1?
Es gibt ja auch noch die Möglichkeit einen Oszillator zwischen XTAL1 und 
XTAL2 zu schalten?
Also, welches ist auf Dauer gesehen die Beste Lösung?

Das Ganze möchte ich unter BASCOM zum Laufen kriegen. Ich verwende 
hierfür doch einen Timerinterrupt um mir ein Sekunden Signal zu schaffen 
oder?
Es gibt dort ja auch die vorgefertigte WAIT 1-Anweisung. Ist die Genau?

DANKE schon einmal für die ANTWORTEN.

die wait 1 anweisung ist total nutzlos, weil dein programm, also die 
zeit berechnen ja auch x zeit benötigt. deshalb wirst du pro sekunde 
immer ungenauer. ich hatte oben mal ein bascom beispiel gepostet für 
eine uhr. (rtc.bas)

> Also ich wollte mir auch eine Software Uhr basteln.
> Welchen Takt sollte ich denn jetzt dafür verwenden?

Der interne ist sehr ungenau und diversen Schwankungen unterworfen 
(Versorgungsspannung, Temperatur). Nimm einen normalen Quarz (sonic 
meint, spezielle 32kHz Uhrenquarze sind zu ungenau) zw. XTAL1 und XTAL2. 
Meine Uhr lief anfangs mit 7,3728MHz und auf 24 Stunden hatte ich eine 
Sekunde Abweichung von der normalen Zeit.

Hi nochmal, wenn du Wert auf eine genaue Uhr legst, ist es das Beste 
einen 'geraden' Quarz zu verwenden, z.B. 4, 8 oder 16 MHz. Dieser lässt 
sich per Output-Compare-Mode (mit CTC-Mode) genau auf 1 Sekunde 
runterteilen. Nun hast du einen Interrupt, der genau jede Sekunde 
ausgelöst wird, unabhängig vom restlichen Programm. Immer dran denken: 
beim µC wird ab 0 gezählt, also ist der Wert für z.B. OCRA1 1999 wenn er 
bei Zählerstand 2000 auslösen soll!

Wenn die Baudrate genau sein soll ist natürlich z.B. ein 7,3728MHz - 
Quarz besser, die Uhr dafür schwieriger zu realisieren.

> Wenn die Baudrate genau sein soll ist natürlich z.B. ein 7,3728MHz -
> Quarz besser, die Uhr dafür schwieriger zu realisieren.

Warum? Prescaler des Timers z. B. auf 8 gesetzt, 
Timer-Overflow-Interrupt aktivieren und in der ISR ein (unisgned int) 
bei jedem Interrupt hochzählen. Wenn dieser Wert 3600 ist, ist genau 
eine Sekunde rum. Oder vertue ich ich da gerade?

D. h. ja, so könnte man die Quarzungenauigkeiten nicht raus rechnen; 
alles klar!

Du liegst mit den 3600 richtig, das wären 3600Hz, also 277.77(irgendwas) 
µs. Zeit ist 1/Frequenz, unbedingt Berücksichtigen!
Du kannst sehr wohl auf 3600 zählen, Ist aber wie schon gesagt, 
Programmäßig schwieriger zu realisieren. Bei einem geraden Quarz kannst 
du die Uhr bequem in der Interrupt-Routine unterbringen und hast 1s Zeit 
für den Rest des Programmes, wobei bei deiner Version der 'normale' 
Programmablauf alle 277...µs unterbrochen wird.

Quarzungenauigkeiten kann man nichr 'rausrechnen, nur messen und 
entsprechen kompensieren. Jedenfalls gilt: je höher die Quarzfrequenz 
und je größer der Teiler, desto kleiner der Fehler.