millis() in Interrupt (Arduino)

Seb schrieb:
> in das Unterprogramm gehe, bleiben meine Millis stehen, also die Zahl
> erhöht sich innerhalb des Unterprogrammes nicht weiter. Dass Delays
> nicht funtkionieren ist klar, aber millis() und micros()?

Natürlich nicht, die millis zählt ein Timer1 Overflow Interrupt,
und innerhalb einer Interrupt-Routine sind Interupts gesperrt.

Man kann sei() machen um sie wieder zu erlauben, aber ob man dann 
nochmal dran kommt, und wann dann der stack voll ist, ist unklar, hängt 
also von deinem Programmierkenntnissen ab, die wohl eher gering sind.

Eine Interrupt Bearbeitung sollte nie 1ms r länger dauern, sondern in 
Mikrosekunden abgeschlossne sein, damit der uC nicht steht.

Wenn man was längeres machen muss, sollte die Interrupt-Routine nur en 
volatile flag setzen, und die Programm Hauptschleife fragt das dann ab 
und macht weniheger zeitkritische Restbearbeitung.

Z.B. Interrupt legt nur das nächste Zeichen von seriellem Interface in 
Buffer ab damit der Empfangsbuffer nicht überläuft, die 
Programm-Hauptschleife bearbeitet dann das gesendete Kommando wenn es 
vollständig ist.

Okay, da hätte man drauf kommen können.

Danke!

Aber was mit ICR1...?

Müsste nicht

1

volatile long x, y;

2

void Unterprogramm(){

3

y = ICR1;

4

}

5

x = y;

6

Unterprogramm();

7

WieLangHatsGedauert = y-x;

funktionieren?
und ja mit nem first/second flag kann man das auch im Unterprogramm 
selber machen, aber so ist leichter zu verstehen denke ich

Die Funktion delayMicroseconds() vertrödelt Zeit, ohne Timer und 
Interrupts zu benutzen.

sid schrieb:
> Aber was mit ICR1...?

Erst heisst er seb nun fragt sid, wer weiss wer nun wer ist.

Man kann einfach einen Hardwaretimer (z.B. 16 bit) passend 
initialisieren und dauernd laufen lassen, dann fragt man zu Beginn einer 
Routine den Timerstand ab, und zieht den ab vom Timerstand am Ende der 
Routine.

Ist halt nicht mehr Arduino-Dummenprogrammierung, die eignet sich eh 
nicht für zeitkritisches (schon weil die Millisekundeninterrupts von 
Timer0 ständig reinhauen).

MaWin schrieb:
> Erst heisst er seb nun fragt sid, wer weiss wer nun wer ist.

ich sid..

ICR1 der Hinweis AN Seb (TO),
dass ich glaube es müsste so funzen
Gewährlos

Seb schrieb:
> Gibt es irgendeinen Workaround, eine Zeitmessung dort durchzuführen?

Nein, schon das Konzept ist falsch. Wie schon erwähnt, eine 
Interrupt-Routine darf nicht länger laufen als unbedingt notwendig, eine 
Zeitmessung ist daher wenig hilfreich - wenn die Laufzeit zu lang ist 
liegt das Kind schon ersoffen im Brunnen.

Grundsätzlich sind Verzögerungsschleifen in der ISR verboten, ausser es 
handelt sich um wenige µs, z.B. zur Einhaltung von Setup- oder 
Hold-Zeiten. Das kommt aber eh nur infrage bei Assembler-Programmierung.

Georg