Zeitgeber mit Timer0

Ps.:

Den Versatz habe ich bei TCNT0 = 5, die 12 zwar nur zu Testzwecken 
verändert wurden...

> aber irgendwie hat sie einen kleinen Versatz von ein paar ms pro 10s

Ist Deine Taktquelle genauer als 10e-4?

Und: Steig auf einen CTC-Modus um, Overflow mit TCNT vorladen ohne 
spezielle Vorkehrungen ungenau.

Hey Jungs,

danke für die schnellen Antworten. Ich werd' gleich mal nach dem CTC 
Mode schauen.

LG, Marcel

Hi,

so, hab's jetzt mal so probiert...

1

TCCR0A = (1<<WGM01); // CTC Modus

2

TCCR0B |= (1<<CS01); // Prescaler 8

3

// ((1000000/8)/1000) = 125

4

OCR0A = 125-1;

5

6

// Compare Interrupt erlauben

7

TIMSK0 |= (1<<OCIE0A);

8

9

sei();

10

    timer_ms++;

11

    if(timer_ms == 1000)

12

    {

13

      dataCAN2 = 0;

14

      sendCAN();

15

16

      timer_s++;

17

      timer_ms = 0;

18

      if(timer_s == 60)

19

      {

20

        timer_m++;

21

        timer_s = 0;

22

      }

23

      if(timer_m == 60)

24

      {

25

        timer_h++;

26

        timer_m = 0;

27

      }

28

      if(timer_h == 24)

29

      {

30

        timer_h = 0;

31

      }

32

    }

Mein Problem ist jetzt nur, dass das Beispielprogramm mit 1 MHz F_CPU 
rechnet und so mit dem Vorteiler auf eine gerade Zahl im 8bit-Bereich 
kommt.
Bei 20 MHz und einem Vorteiler von z.B. 256 bekomme ich aber 78,125. Wie 
kann ich denn mit dieser Zahl OCR0A steuern?

Liebe Grüße,

Marcel

Hallöchen,

hat denn niemand einen Rat?

LG, Marcel

Hi

>Bei 20 MHz und einem Vorteiler von z.B. 256 bekomme ich aber 78,125.

Es sind es 77,125.

>Wie kann ich denn mit dieser Zahl OCR0A steuern?

Nach 7 Interrupts den OCR-Wert auf 78 erhöhen und beim nächsten 
Interrupt wieder auf 77 setzen.

Oder einen 18,432MHz Quarz nehmen.

MfG Spess

Guten Abend allerseits,

vielen lieben Dank an euch beide.

Ich habe Spess' Weg gewählt, da ich sonst wohl noch einen Zähler für die 
Anpassung auf Millisekunden bräuchte.

Es scheint einwandfrei zu funktionieren... ;




Einen wundervollen Abend,

Marcel

Ps.:

Hey Spess,

es scheint ja soweit zu gehen, aber ich würde gern noch verstehen 
warum.;-)
Ich komm irgendwie nicht dahinter...

Viele Grüße,

Marcel

Hi

>es scheint ja soweit zu gehen, aber ich würde gern noch verstehen
>warum.;-)
>Ich komm irgendwie nicht dahinter...

8 x 77,125  = 617

Geht aber nicht da es nur ganzzahlige Takte gibt. Deshalb

7 x 77 + 78 = 617

MfG Spess

... und ich hab über eine Stunde die wildesten Gleichungen 
aufgestellt.;-)

Vielen lieben Dank und einen ganz wundervollen Tag noch.

Marcel

Hey,

das bedeutet dann aber auch, dass ich eine auf die ms zugreifende 
Applikation nur alle 8 ms (bzw. Zyklen) um die 125 Takte synchronisieren 
kann?

LG, Marcel

Hi

>das bedeutet dann aber auch, dass ich eine auf die ms zugreifende
>Applikation nur alle 8 ms (bzw. Zyklen) um die 125 Takte synchronisieren
>kann?

Welche '125 Takte'?

Du hast 7 mal eine 'Millisekunde' die 0,162% zu kurz sind und eine 
'Millisekunde' die 1,134% zu lang ist. Damit mußt du leben oder einen 
geeigneten Quarz einsetzen.

MfG Spess

Deine Uhr geht die meiste Zeit minimal vor und korrigiert sich mit dem 8 
Takt.
Wenn Dir das nicht passt hilft nur ein passender Quarz. Die sind meist 
problemlos zu haben, bewirken aber meist, dass der Rechner etwas 
langsamer läuft. Also 18,?? statt 20MHz oder 14,?? statt 16 MHz.
Eine weitere Möglichkeit ist, Du schaust Dir mal den Artikel: "Die 
genaue Sekunde" an

Hi,

danke, ich werd' mir das mal anschauen.



LG, Marcel