Wie sicher erkennen, ob Funktion innerhalb einer ISR aufgerufen wird?

@Floh & amateur

das ist exakt was es bereits gibt:

Ich habe zwei Funktionen:

1

int GetTickCountFromISR()

2

int GetTickCount()

Diese beiden kommen mit FreeRTOS mit. Ich habe um die gesamte 
Basisfunktionalität von FreeRTOS (Task Verwaltung) einen C++ Wrapper 
geschrieben.

Nun möchte ich nicht mehr in der Klasse die zwei oben genannten Methoden 
anbieten, sondern nur noch:

1

int GetTickCountNew();

Diese soll wie folgt implementiert sein:

1

int GetTickCountNew() {

2

  if(calledFromISR() == TRUE) {

3

    return GetTickCountFromISR();

4

  else {

5

    return GetTickCount();

6

  }

7

}

Ich versuche sozusaggen von der ISR zu abstrahieren.

A. S. schrieb:
> Z.B. habe ich versucht wenn ich mich in der SysTick-ISR befinde, ob das
> "Interrupt Active Bit Register" (IABR) einen Wert != 0 hat. Dies ist
> nicht der Fall.

Der SysTick ist ein interner Interrupt. Die IABRs sind nur für externe 
Interrupts zuständig.

PS: Extern aus Sicht des Cores, nicht des Controllers.

amateur schrieb:
> Da geht’s um den gleichzeitigen Aufruf einer Funktion von mehreren
> Stellen aus. Nicht jede Funktion kann das bzw. verträgt das.

Im Prinzip richtig, aber ein Cortex M3 ist kein 8-Bit Controller.

A. S. schrieb:
> Hat jemand von euch eine Idee?

Im speziellen Fall vom SysTick: SCB_SHCSR.SYSTICKACT

Weshalb muss GetTickCount überhaupt diesen Unterschied machen? Geht es 
darum, in dieser Routine sicherzustellen, dass sie nicht vom SysTick 
Interrupt unterbrochen wird? Dafür liesse sich beispielsweise 
BASEPRI_MAX einsetzen. Vorher so setzen, dass der SysTick nicht 
durchkommt, nachher auf alten Wert zurück. Das darf man dann auch in 
ISRs.

@ A.K.

Danke für den Hinweis. Gerade eben habe ich auch das SHCRS Register 
entdeckt. Mein Fehler war, dass ich nicht gewusst habe, dass eine ISR 
sowohl von einem Interrupt als auch von einer Exception aufgerufen 
werden kann.

Somit könnte ich nun mit Hilfe von SHCRS, IABR0 und IABR1 erkennen ob 
eine ISR gerade aktiv ist oder nicht.

Nun habt ihr soviel kritische Fragen aufgeworfen, dass ich mir im Moment 
garnicht sicher bin, ob ich so einen Mechansimus einbauen möchte oder 
nicht ;-)

A. K.

auf GetSysTick habe ich keinen Einfluss da die Funktion von FreeRTOS zur 
Verfügung gestellt wird.

A. S. schrieb:
> Diese beiden kommen mit FreeRTOS mit.

Dafür dass sie bei FreeRTOS dabei sind ist schon beachtlich, dass Google 
sie nicht findet. ;-)

Wäre schon interessant, worin der Unterschied besteht. Ich werde das 
Gefühl nicht los, dass da was auf dem Kopf steht, so überflüssig viel 
Komplexität eingebracht wird.

Dr. Sommer schrieb:
> Zig Antworten und keine enthält die offensichtliche Lösung:

Dazu muss man erst einmal wissen, wo man suchen muss. Ich hatte danach 
im Cortex M3 Manual gesucht, nicht in der Architektur.

Ich werde mein Problem mit dem IPSR-Register lösen. Das ist super 
elegant. Werde den Register-Check noch abstrahieren, damit nicht in 
meiner Klasse direkt Register geprüft werden. Evtl. finde ich noch in 
der CMSIS etwas passendes.

Aktuell sehe ich kein Reentrant-Problem mit folgender (prototypischer) 
Umsetzung:

1

int GetTickCountNew() {

2

  if(SCB_ICSR != 0) {

3

    return GetTickCountFromISR();

4

  else {

5

    return GetTickCount();

6

  }

7

}

Ich habe keine globale Variable in der Methode, die während der normalen 
Programmausführung bzw. in der ISR manipuliert werden könnte, und somit 
zu einem Fehlverhalten führen würde.