Unterprogrammaufruf in Interrupt

Ja, sicher, es gibt meist eine andere Loesung. Zuerst : was soll 
weshalb, wann gemacht werden ? Man koennte ein Flag setzen, und das 
Problem im Hauptprogramm bearbeiten.

g

Jup. Wenns irgendwie  geht, nur die nötigen ein paar Variable und Flags 
neu besetzen, Rest im Hauptprogramm.

Beispiel:

Ticker-Interrupt:
// Charger regelmäßig checken:
if (--uiChargerCheckCounter == 0)
  {
  uiChargerCheckCounter=CHARGER_CHECK_INTERVAL;
  bIsTimeToCheckCharger=1;
  }

Hauptprogramm dann:
if (bIsTimeToCheckCharger)
    {
    bIsTimeToCheckCharger=0;
    Chrg_CheckCharger();
    }

Wenn die Anweisungen der Unterfunktion wirklich im ISR ausgeführt werden 
müssen und es "nur" um bessere Übersichtlichkeit geht, kann man sich 
evtl. mit "inlineing" behelfen. z.B. in der Art:

1

// file buttons.h

2

#ifndef BUTTONS_H_

3

#define BUTTONS_H_

4

5

static inline void button1_ISR_callback(void) {

6

  // tu dies

7

  // tu das

8

}

9

10

extern void button1_init( unsigned char bini );

11

//...

12

#endif

13

14

// file leds.h

15

#ifndef LEDS_H_

16

#define LEDS_H_

17

18

static inline void LED1_ISR_callback(void) {

19

  // tu dies

20

  // tu das

21

}

22

23

extern void LED1_init( unsigned char lini );

24

//...

25

#endif

26

27

// file timebase.c

28

#include "buttons.h"

29

#include "leds.h"

30

31

//...

32

33

ISR(welcherauchimmer)

34

{

35

   LED1_ISR_callback();

36

   button1_ISR_callback();

37

   // ...

38

}

39

40

//...

Der Code der Callback-Funktionen wird dann in der ISR eingesetzt und die 
Sicherung der Register entfaellt, da es ja keine eigentlichen 
Funktionsaufrufe mehr sind, sondern nur eine "Textersetzung".

Evtl. ist je nach Optimierungsmethode ein "force-inline"-attribute fuer 
die callbacks notwendig. Habe ich bisher aber noch nicht gebraucht 
(avr-gcc 4.1.1, -Os, nur sehr wenige Operationen in den callbacks).

Martin Thomas

@Detlef
das wär eigentlich das was mir vorschwebte,
aber:
jetzt pushed er noch nicht mal das Statusregister und macht am Ende 
statt RETI nur RET??
Das ist mir dann doch zu naked ;-)

@Martin
dann muss ich das wohl mit inlining machen

@groc
ich muss das Signal (serielle Daten) das den Interrupt auslöst sofort 
verarbeiten, kann das also nicht im Hauptprogramm machen.
Bis das dazu kommt sind die Daten schon Geschichte ...

das mit inline funktioniert auch nicht wie erhofft, denn das definiert 
man ja in der gleichen comilation unit.
Mein Unterprogramm ist aber in Assembler in einem .s File ...

Ist zwar nicht schön und ich hätte es gern vermieden, aber jetzt werde 
ich halt den Assemblertext in den C-File reinklatschen

jetzt hab ich endlich eine annehmbare Lösung:

ISR(PCINT0_vect)
{
  asm volatile ("rcall AgetWort" ::);
  ...
}

so verbraucht der Compiler nur wenige Takte bis ich in meinem Assembler 
UP lande