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?
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(); }
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
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
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
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.