8 Bit Timer mit Tiny26

Der Tiny26 vergeleicht mit OCR1C im CTC Mode (Datenblatt S.71 bei der
Beschreibung des CTC1 Bits).

Was Deine Interruptroutime macht versteh' ich allerdings auch nicht,
für mich relativ sinnlos? Warum bei jedem interrupt Port B auf output
und warum OCR1A mit 3 laden ?

Wo ist das TIMSK ?

Und nimm das OCR1A ausm Interrupt raus, das hat sich doch nicht
geändert.


Peter

Danke erst einmal für die Antworten!
@Werner B.
PortB bei jedem Interrupt auf Output, damit ich das im Debugger sehe,
wenn ich auf dem F11 Knopf draufbleibe, damit der nächste Int auslöst.
Und 0x03 in OCR1A, damit eben was drinsteht(also einfach nur, dass der
Timer im Debugger relativ schnell wieder auslöst).

@ Peter Dannegger

Also beim ATmega16 musste ich aus welchem Grund auch immer das OCR1A in
der Timer ISR neu laden, sonst lief der Timer immer bis 0xFFFF (das Oszi
bestätigte das).

Ich werde mal versuchen aus euren Tips schlau zu werden.
Ich med mich auf jeden Fall nochmal: Entweder erfolglos oder
erfolgreich :)

Wenn jemand zufällig den Code für den Timer parat hat kann derjenige
den Code ja mal posten   (: ;)

Danke!

MfG Daniel!

Kannst Du C ?

Hier verwende ich den T1 im ATTiny26:

http://www.mikrocontroller.net/forum/read-4-210743.html#new


Und beim ATMega16 braucht man das OCR1A auch nur einmal zu setzen.
Da ist also was faul in Deinem Programm.


Peter

Sorry, ich hab keinen Plan von C. Ich werds mir trotzdem mal anschauen!
;)
...
Ich habe eure Tipps befolgt:
Zum Einen benutze ich jetzt das OCR1C Register und zum Anderen hat, wie
Peter sagte, im TIMSK Register das EnableFlag OCIE1A gefehlt.
Der Timer läuft aber für meine Gewohnheiten ziemlich komisch:
Wenn er den Wert X in OCR1C erreicht hat passiert noch gar nichts. Erst
wenn der Wert X+1 erreicht ist wird der Timer gecleared und in TIFR wird
Bit2 (TOV1) gesetzt. Erst wenn der Wert im Timerregister wieder 0x01 ist
wird der Interrupt ausgelöst.
Dieses Timer1 OverflowBit (TOV1) bleibt jedoch im Debugger gesetzt. Der
Timer läuft aber trotzdem korrekt wie beschrieben weiter. Ist das in der
Hardware dann auch so oder dreht der dann total durch, wenn dieses Bit
immer gesetzt ist?

Also irgendwie kommt mir die Sache ein bisschen komisch vor. Ich glaube
nicht, dass der Timer nun so läuft wie ich es will(oder doch?).

Gibts da noch andere Möglichkeiten?
Wenn der Timer in der Hardware genauso läuft wie im Debugger dann ist
ja gut. Wenn man von dem gewünschten Wert einfach 2 abzieht stimmts ja
wieder, da der Int ja erst wieder bei 0x01 ausgelöst wird.

Im Anhang ist mein jetziger Quellcode zur Initialisierung des Timers.
Wer noch Tipps oder andere Möglichkeiten hat soll diese bitte posten.

Danke für eure Hilfe!

Gruß Daniel!

Kann mir bitte noch jemand sagen, ob der Timer so korrekt
funktioniert(in der Hardware)? Ich kann es im Moment leider noch nicht
selbst testen, da ich noch dabei bin, meinen Tiny (SOIC Package) auf
einer normalen Punktrasterplatine anzulöten...kann noch dauern;

Danke!

Gruß Daniel!

Hi!

Du mußt nicht OCIE1A in TIMSK setzen, sondern TOV1 (Timer Overvlow, Bit
2) für den CTC-Mode in Verbindung mit OCR1C.
Das hängt damit zusammen, das der CTC-Mode einen Overflow-Interrupt
auslöst, wenn der Timer 1 den Wert von OCR1C erreicht hat.
Siehe Seite 53 im Datenblatt des Tiny26.

MfG
Andi

Meinte natürlich TOIE1 in TIMSK!

MfG
Andi

@Andi K.

Vielen Dank!
Ich werde es gleich mal im Debugger testen.....
Die Hardware macht Fortschritte. Ich kann es also bald direkt auf dem
Tiny testen!

Gruß Daniel!

Also im Debugger funktioniert der Timer nun ausgezeichnet!

Dankeschön nochmal an alle!

Gruß Daniel!