Wie 32-bit Zähler auf Atmel AVR?

Mach es einfacher. Setzte zum Begin deiner Messung ein IO-Ausgangspin 
auf HIGH und am Ende auf Low. Mit einem Oszilloskop kann man wunderbar 
die Zeit messen. Ausserdem kann man das auch recht gut und genau 
simulieren, der Simulator zählt für dich die Takte.

MfG
Falk

Darf man fragen, was du machst, dass du Zeitpunkte mit einer derart 
hohen Auflösung definieren musst?

Woher weißt du, wie lange es exakt (also auf den CPU-Takt genau) dauert, 
bis dein Programm vom Auslösen des Ereignisses an gerechnet überhaupt 
mitkriegt, dass etwas passiert ist?

Wie gut hast du deinen Quarz thermisch stabilisiert, so dass die exakte 
Anzahl der Taktzyklen irgendeine Aussagekraft in Bezug auf die dadurch 
verstrichene Zeit erlaubt. Oder verwendest du eine exaktere Zeitbasis 
als einen Quarz?

(Worauf ich mit den letzten Fragen hinaus will: Selbst wenn du auf die 
Quarzschwingung genau eine Zeitdauer abmesssen kannst, hilft dir das 
Ergebniss nicht viel. Ein 16Mhz Quarz schwingt nicht exakt auf 
16000000.000 Hz. Gut, das könnte man noch ausmessen. Aber er verändert 
seine Frequenz auch mit der Umgebungstemperatur.)

> kann ich das nur Byte für Byte machen.
> Was ist aber, wenn sich während des Kopierens der Zähler ändert?
> Zum Beispiel von 65535 auf 65536? Wenn mein Zähler mit der
> Taktfrequenz läuft, wird er sich ja zwangsläufig während des
> Auslesens ändern

Ja klar.
Zu allererst: Deine Überlegung bezüglich des Überlaufs ist so schon 
grundsätzlich korrekt.

Wenn es sich um ein externes Ereignis handelt, könnte man mit dem 
Capture Input arbeiten, bei dem die Hardware den aktuellen Zählerstand 
umkopiert.

Möchtest du aber dein Programm auf CPU-Takt Genauigkeit ausmessen, 
läufst du in ein Problem, das zb. Physiker haben, wenn sie in immer 
kleinere Dimensionen vorstossen: Irgendwann beeinflusst die Messung das 
zu messende System. In deinem Fall: Du kriegst ja den Timer auch nicht 
kostenlos. Das Setzen, Starten, Auslesen des Timers kostet auch 
CPU-Takte. Takte, die normalerweise vernachlässigbar sind, bei den 
Dimensionen die du dir aber vorstellst schon ins Gewicht fällt.

Dennoch sollte man sich zuallererst die Frage stellen: Wie genau ist 
eigentlich "möglichst genau" und warum muss das so genau sein wie ich 
mir das vorstelle. Wie wirkt sich meine Messungenauigkeit im Ergebnis, 
das ich erhalten möchte, eigentlich aus?

Powermichi schrieb:
> Mal angenommen, das geht... wie löse ich die zwei Probleme:
>
> 1. Wenn ich den aktuellen Zählerwert beim Eintritt eines Ereignisses zur
> späteren Verwendung "kopiere", kann ich das nur Byte für Byte machen.
> Was ist aber, wenn sich während des Kopierens der Zähler ändert? Zum
> Beispiel von 65535 auf 65536? Wenn mein Zähler mit der Taktfrequenz
> läuft, wird er sich ja zwangsläufig während des Auslesens ändern.
>
> 2. Wie erreiche ich eine Lösung für Punkt 1, ohne daß der Zähler durch
> diese Lösung einzelne Schritte überspringt. Das würde ja passieren, wenn
> ich die Interrupts während des Auslesens des Zählers sperre.

Schön, daß Du die Probleme richtig erkannt hast.
Die Lösung:

Beitrag "AVR Timer mit 32 Bit"


Peter

Weiter unten hat Peter auch sein LST-File (Assembler) gepostet.