Programmablauf

naja, wenn du im Hauptprogramm tatsächlich nichts zu tun hast...warum
nicht?

besser ist das so:
void timer_isr ()
{timer_tic=1;
}

main ()
{while (!timer_tic);
timer_tic=0;
//deine anderen sachen
}

Scheinbar das gleiche - aber nicht ganz. Der Vorteil ist, dass während
der Abarbeitung andere Interrupts aktiv bleiben. Erledigst du alles in
der timer_isr ist das nicht der Fall.


@ahul: "Ein Problem per Interrupts zu lösen kann 1A funktionieren,
sich aber
auch gerne irgendwo aufhängen. Es geht nicht darum, dass irgendwas in
der Main steht, sondern darum, dass das Programm stabil läuft.
Mit Interrupts ist man IMHO auf der besseren Seite als wenn man ne
Menge Schleifen benutzt, wo der Controller eigentlich auch nichts macht
ausser warten..."
- was ist denn das für eine Aussage?

Der Timestamp hört sich gut an. An die anderen Interrupts habe ich nicht
gedacht ;-)

Also, Timestamp hochzählen, und in der main schleife Timestamp
auswerten und dort die entsprechenden Funktionen aufrufen.

Dankeschön

> Scheinbar das gleiche - aber nicht ganz. Der Vorteil ist, dass
> während der Abarbeitung andere Interrupts aktiv bleiben. Erledigst
> du alles in der timer_isr ist das nicht der Fall.

Einfach ein sei am Anfang der ISR hätte das gleiche Ergebnis.

@Thomas:

Du kannst das nop in main auch durch ein sleep ersetzen, wenn du vorher
den passenden Sleepmodus aktiviert hast. Dann braucht der uC weniger
Strom. Dafür steigt die Reaktionszeit auf die Interrupts etwas an.

"Einfach ein sei am Anfang der ISR hätte das gleiche Ergebnis."

das ist ein Trugschluss - ganz so einfach ist das nicht.
1. müssen normalerweise diverse Sachen gesichert werden, für das sreg
z.B. nehme ich gerne ein Register, dass ausschlisslich für diesen Zweck
reserviert ist (kann man in allen ISR dasselbe verwenden, solange nicht
ein Int einen anderen unterbricht(!).
2. Mehrfach-interrupts  können den stack belasten - vielleicht sogar
ein wenig zuviel. Kommt natürlich auf das Programm, Stackgrösse und
Anzahl der max. gleichzeitig möglichen Ints an. Ist es theoretisch
möglich, dass der Stack überläuft, wird es irgendwann auch passieren.
Hauptsächliches Problem dabei: scheinbar unwesentliche kleine spätere
Änderungen können das Programm instabil machen -da suchst du dir einen
Wolf.
Ohne Not: niemals.

@Rolf

"Einfach ein sei am Anfang der ISR hätte das gleiche Ergebnis."


Na dann mach das mal im UART-, EEPROM-, TWI-, externen
Level-Interrupt:

Sssst und schon ist der Stack übergelaufen.


Sachen, die man in der Mainloop machen kann, haben den Vorteil, daß man
keinerlei Register sichern muß, sind also codesparend.
Interrupthandler müssen dagegen alles sichern, was sie verändern.

Man sollte nicht leichtfertig Ausführungsebenen verschenken.


Peter