Forum: Compiler & IDEs Unterprogrammaufruf in Interrupt


von Walter (Gast)


Lesenswert?

Ich möchte in einer Interruptroutine ein UP aufrufen.

Der Compiler pusht dann vorher dem UP-Aufruf erst Mal zig Register.
Natürlich habe ich im Interrupt nicht soviel Zeit,
gibts da eine andere Lösung als das UP inline in die Interruptroutine zu 
schreiben?

von groc (Gast)


Lesenswert?

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

von Andreas Paulin (Gast)


Lesenswert?

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();
    }

von Detlef _. (detlef_a)


Lesenswert?

Mit _attribute_ wird nix gepusht, z.B. so:
void SIG_OUTPUT_COMPARE2 (void) _attribute_ ((naked));
Dann muß Du die Register, die Dein UP braucht aber selbst pushen.

Cheers
Detlef

von Martin Thomas (Gast)


Lesenswert?

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

von Walter (Gast)


Lesenswert?

@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

von Walter (Gast)


Lesenswert?

@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

von Walter (Gast)


Lesenswert?

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

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.