115us Timer Interrupt verschiebt sich

Was passiert denn in dem zugeschalteten Codeblock so alles?

Dangerseeker3000 schrieb:
> Was passiert denn in dem zugeschalteten Codeblock so alles?

Ein paar If Abfragen und ggf ein paar Ausgänge schalten.

Man muss aber sagen, dass sich der Interrupt auch immer bisschen 
verschiebt ohne den Codeblock. Aber halt noch vertretbar, weil die 
Aufgaben im ersten Block recht statisch sind.

Kann es irgendwie sein, dass in diesem kleinen Bereich von 115us der 
Timer nichtmehr ordentlich "genau" sein kann? Der uC läuft auf 16Mhz.

Danke, Turtok

Ich habe es mal mit dem Oszi aufgenommen. Dabei schalte ich 1 bei Start 
des Interrupt und 0 wenn der Interrupt fertig ist.

A = Nur erster Codeblock - Ein Eingang prüfen und ein paar If-Abfragen
A + B = B hinzugekommen, Maximal 8 Ausgänge schalten, einfacher PWM 
Zähler.

Schaut man sich A+B an, sieht man das die Impulsbreite 50us ist und der 
Timer 100us hat. Wieso verschiebt sich dann der Timer, wenn es 
eigentlich passt?

Danke, Turtok

Hallo,

die Frage lautet wie der Timer programmiert ist? Wenn er mit festen 
Werten arbeitet, dann kann sich nichts verschieben. Wenn du im Interrupt 
die Zeit für den nächsten veränderst, dann muss sich das verschieben.

Carl D. schrieb:
> Gibt es den TimerInterrupt als (C-)Sourcecode?

Checker schrieb:
> die Frage lautet wie der Timer programmiert ist?

Ganz normal als ein Overflow-Interrupt:

1

  TIM1_ARRH = 0x00;             //  Reload counter = 2500

2

  TIM1_ARRL = 0x05;

3

  TIM1_PSCRH = 0x00;            //  Prescalar

4

  TIM1_PSCRL = 0x20;

5

  TIM1_IER_UIE = 1;             //  Turn interrupts on.

6

  TIM1_CR1_CEN = 1;             // Turn of Timer 1

7

  ITC_SPR2_VECT5SPR = 3;        // Priority high

Der Rest ist nur Ausgänge schalten und if-Abfragen.

Habe aber nun rausgefunden, dass wenn ich die Timerzeit etwas erhöhe, 
der Timer konstant bleibt.
Es scheint mir als gäbe es irgendeine Richtlinie, in etwa:
"Timer Interrupt darf max. 50% bis zum nächsten Betragen, ansonsten wird 
einer übersprungen".

Glücklicherweise konnte ich den Code umschreiben des ersten Blocks, 
damit der auch mit dem langsameren (150us) Timer noch funktioniert :-)

Danke!
Turtok