warum timer drift

Hallo,

F_CPU hast Du ja nicht angegeben, aber warum erwartest Du, daß bei F_CPU 
/ (1,024 + 0,5) was rauskommt, was genau 10,00ms ergibtund nicht 10,03ms 
wie offenbar in Deinem Fall?
Wieviel ergibt bei Dir F_CPU/1024 ?

Gruß aus Berlin
Michael

@am grundsätzlichstem (Gast)

>Warum habe ich so einen großen Fehler?

>OCR0A = (uint8_t)(int16_t)(F_CPU / 1024 * 10e-3 + 0.5);  // preload for 10ms

Die Zeile läßßt allein durch die 2 casts nichts Gutes verheißen.
Man kann nicht mit jedem CPU-Takt exakt 100ms erreichen, erst recht 
nicht mit einem 1024er Vorteiler!!! Der macht das eher schlimmer! Mach 
es

- ohne Vorteiler
- nur mit Ganzzahlen

Dann hat man deutlich bessere Chancen. Dabei muss allerdings die 
ISR-Frequenz hoch genug sein, damit OCR1A nicht größer als 65535 wird

1

#define F_CPU 8000000

2

#define F_TIMER 200

3

#define ORCxRELOAD ((F_CPU / F_TIMER) - 1)

4

5

#if ORCxRELOAD > 65535

6

#error Timer overflow. F_TIMER too low!

7

#endif

8

9

OCR0A = ORCxRELOAD;

Wenn das trotzdem nicht genau hinkommt, dann so.

AVR - Die genaue Sekunde / RTC

@am grundsätzlichstem (Gast)

>> Wieviel ergibt bei Dir F_CPU/1024 ?

>Das ergiebt 15.625!
>F_CPU ist 16000000.

Schön daß wir das jetzt wissen. Dann wollen wir mal Compiler spielen und 
die Rechnung nachvollziehen.

#define F_CPU 16000000
OCR0A = (uint8_t)(int16_t)(F_CPU / 1024 * 10e-3 + 0.5);  // preload for 
10ms

F_CPU / 1024 = 15625   normale Ganzzahldiviiosn ohne Rest

* 10e-3 = 156,25   Fließkommarechnung

+ 0,5 = 156,75  Fließkommarechnung

Zuweisung an OCR1A = 156 (Nachkommastellen werden abgeschnitten).

Und was ergibt das als ISR-Frequenz?

16 MHz  1024  (156+1) = 99,522292993630573248407643312102 Hz

Softwareteiler / 10 macht daraus 9,9522292993630573248407643312102 Hz

Das sind -0,47% Fehler.

@Zweifler (Gast)

>F_CPU=> 16.000.000 / 1024 * 10e-3 + 0.5 = 16,125 sagt mein
>Taschenrechner

Dann sollte der nochmal nachsitzen ;-)

@am grundsätzlichstem (Gast)
> #define ORCxRELOAD ((F_CPU / F_TIMER) - 1)

>Das -1 in deiner Formel ist das richtig beim timer Compare  Interrupt?

Ja, siehe Datenblatt. Denn der Timer zählt von 0-OCR1A, das sind OCR1A + 
1 Takte.

>Verwende ein SMD Quarz den Oszillator habe ich nicht kalibriert!

Muss man auch nicht, der ist selbst mit vergurkten Lastkapazitäten auf 
100-200ppm genau, das sind 0,02%

> Ist das bei so langen Zeiten nötig?

Der Stefan meinte den internen RC-Oszillator, denn muss man ggf. 
kalibieren.

Hallo,

am grundsätzlichstem schrieb:
> Michael U. schrieb:
>> Wieviel ergibt bei Dir F_CPU/1024 ?
>
> Das ergiebt 15.625!
> F_CPU ist 16000000.
> Verstehe nicht was du meinst:-\

Also einen Takt für den Counter mit 64µs Zykluszeit.
Für 10ms müßtest Du also durch 156,25 teilen.

Geteilt wird also wohl durch 157 wegen Deiner Rundung.
Macht dann also 10,048ms für einen Zyklus.
Passt doch ganz gut, die 16MHz sind ja auch nicht ohne Toleranz.

Vorteiler 256 und Count 256 -  bei einem 16Bit-Counter dürfte die erste 
Kombi sein, die genau 100Hz (10ms) ergibt.
Bei 8Bit-Counter wären es wohl Vorteiler 128, Counter 125 - 1 für 1ms 
und dann eben in der ISR bis 10 zählen für 10ms.

Die Formelrechnerei macht nur Sinn, wenn man es nur ungefähr braucht...

Gruß aus Berlin
Michael

am grundsätzlichstem schrieb:

> Der Timer driftet ab und ich verstehe nicht warum.

Du hast den Hauptsatz der Meßtechnik nicht verstanden:
"Alle Konstanten sind variabel"

am grundsätzlichstem schrieb:
> Verwende ein SMD Quarz den Oszillator habe ich nicht kalibriert!
Wenn du einen Quarz verwendest gibt's nix zu kalibrieren.
Du hast also einem Quarz angelötet. Verwendest du ihn auch? Wie sind die 
Fuses eingestellt?

> Ist das bei so langen Zeiten nötig?
Prozentuale Abweichungen sind unabhängig von der absoluten Dauer. Es ist 
eher so, dass 1% Verlängerung einer Stunde viel länger ist, als 1% einer 
Sekunde ...

@ Lothar Miller (lkmiller) (Moderator) Benutzerseite

>> Ist das bei so langen Zeiten nötig?

>Prozentuale Abweichungen sind unabhängig von der absoluten Dauer. Es ist
>eher so, dass 1% Verlängerung einer Stunde viel länger ist, als 1% einer
>Sekunde ...

Das ist ABSOLUT richtig ;-)

@ Zweifler (Gast)

>Erklärst Du mir, wie Du mit 10e-3 und 0,5 aus der obigen Formel weiter
>verfährst?

Sthet oben.

>Unter der äußerst verwegenen Annahme, dass 10e-3 = 0,001 oder 1/1000
>bedeutet?

Das ist nicht nur verwegen sondern sogar richtig!

https://de.wikipedia.org/wiki/Gleitkommazahl#Exponentialschreibweise

Hallo,

Zeit ist relativ: wie lang 5 Minuten sind, hängt davon ab, auf welcher 
Seite der Klo-Tür man ist...

Sein Problem ist doch aber: der Timer hat Binärzähler mit wenigen festen 
Vorteilern. Da kann ich mit Kommastellen und Rundungen rechnen, wie ich 
will, am Ende wird binär ganzzahlig geteilt.
Damit dürfen auch mit dem Taschenrechner nur ganzzahlige Ergebnisse 
rauskommen, sonst passt es nicht.
Damit kann man für 10ms (100Hz) auch nur Vorteiler nehmen, wo das 
Ergebnis hinten auf 2 Nullen endet, sonst gibt es keinen ganzzahligen 
Teiler / 100 für das Count-Register.

Gruß aus Berlin
Michael

@ Zweifler (Gast)

>>>Unter der äußerst verwegenen Annahme, dass 10e-3 = 0,001 oder 1/1000
>>>bedeutet?
>
>> Das ist nicht nur verwegen sondern sogar richtig!

>15625 * 0,001 (oder *1/1000) ist demnach 156,25? Ahaaaa.

Natürlich nicht. 10e-3 = 10 * 10^-3 = 0,01 = 1/100

Zweifler schrieb:

> Ok, ich gebs auf. Gegen solch höhere Mathematik kommt man nicht an.
>
> Ich akzeptiere: 10e-3 ist sowohl 0,001 als auch 0,01, je nachdem, wie Du
> das brauchst.

Du hattest eben den falschen Mathelehrer, wie wärs mit diesem:
http://www.golyr.de/pippi-langstrumpf/songtext-hey-pippi-langstrumpf-352346.html