Interrupt disabled - Flags

[Bernie (Gast)]

Hallo

Werden eigentlich die Flags auch gesetzt, wenn die Interrupts disabled 
sind? Bin mir diesbezüglich nicht sicher, ob das wirklich so ist.

[Peter II (Gast)]

Bernie schrieb:
> Bin mir diesbezüglich nicht sicher, ob das wirklich so ist.

und sollen wir jetzt raten um welchen Controller es geht?

[M. K. (sylaina)]

Peter II schrieb:
> Bernie schrieb:
>> Bin mir diesbezüglich nicht sicher, ob das wirklich so ist.
>
> und sollen wir jetzt raten um welchen Controller es geht?

Wahrscheinlich um einen AVR

Bernie schrieb:
> Werden eigentlich die Flags auch gesetzt, wenn die Interrupts disabled
> sind? Bin mir diesbezüglich nicht sicher, ob das wirklich so ist.

Ich meine Ja, der Interruptvektor wird halt nur angesprungen wenn auch 
das entsprechende Enable-Flag gesetzt ist. Wir reden doch über AVRs, 
oder?

[Bernie (Gast)]

Ich gab stm32 ein und dieses Forum kam heraus. Dachte dies wäre klar und 
wusste nicht, dass es Controllerabhängig ist.
Ich spreche generell über stm32 uC.
Das heisst also, die Flags werden zwar gesetzt, aber in den 
Interruptvektor wird nur gesprungen, wenn auch der Interrupt enabled 
ist?
Danke

[Oliver S. (oliverso)]

Gib halt mal "stm32 datasheet" ein, und schon bekommst du Hilfe zur 
Selbsthilfe.

Oliver

[Dumpfbacke (Gast)]

Oliver S. schrieb:
> bekommst du Hilfe zur Selbsthilfe.

Das ist aber nicht beliebt. Da müsste man selbst nachdenken.

[Dr. Sommer (Gast)]

Es werden die Flags in der Peripherie gesetzt, aber nicht die 
"Pending" Flags im NVIC. Erstere kann man dann manuell abfragen.

[Dr. Sommer (Gast)]

Dr. Sommer schrieb:
> Es werden die Flags in der Peripherie gesetzt, aber nicht die
> "Pending" Flags im NVIC. Erstere kann man dann manuell abfragen.
PS: Das gilt natürlich nur wenn nur der eine Interrupt abgeschaltet 
wurde... Wenn der immer noch an ist (im NVIC), aber man alle Interrupts 
global abgeschaltet hat (über "cpsid i"), werden auch die Pending Flags 
im NVIC gesetzt. Sobald man die Interrupts wieder eingeschaltet ("cpsie 
i") hat, werden die ISR's angesprungen.

[Peter D. (peda)]

Bernie schrieb:
> Ich gab stm32 ein und dieses Forum kam heraus. Dachte dies wäre klar und
> wusste nicht, dass es Controllerabhängig ist.

Dann ist aber Deine Brille recht eng, wenn Du unter "Forum: 
Mikrocontroller und Digitale Elektronik" ausschließlich STM32 verstehst. 
Es gibt auch noch andere MCs.

[Dumpfbacke (Gast)]

Peter D. schrieb:
> Dann ist aber Deine Brille recht eng

Diese Brille nennt man "Scheuklappen".

[Bernie (Gast)]

Dr. Sommer schrieb:
> Dr. Sommer schrieb:
> Es werden die Flags in der Peripherie gesetzt, aber nicht die
> "Pending" Flags im NVIC. Erstere kann man dann manuell abfragen.
>
> PS: Das gilt natürlich nur wenn nur der eine Interrupt abgeschaltet
> wurde... Wenn der immer noch an ist (im NVIC), aber man alle Interrupts
> global abgeschaltet hat (über "cpsid i"), werden auch die Pending Flags
> im NVIC gesetzt. Sobald man die Interrupts wieder eingeschaltet ("cpsie
> i") hat, werden die ISR's angesprungen.

Danke an Sommer und Koehler ??

[Carl D. (jcw2)]

In gefühlt jedem DB steht doch sinngemäß drin:
"wenn du Int-Enable-x setzt, dann sorg dafür, daß du vorher Int-Flag-x 
ge-cleared hast, oft durch reinschreiben von "1", denn sonst feuert der 
Int-x sofort."
Ist ja auch schwer anders vorstellbar, wenn man davon aus geht, daß 
Chip-Hersteller nur nur ungern extra Silizium verbraten, um HW für etwas 
zu bauen (Flankenerkennung), was man zu 99.99999% der Zeit nicht 
braucht, und wenn, einfach durch eine Zeile Software erledigt werden 
kann.

[Peter D. (peda)]

Bei den meisten MCs kann man auch alle Interruptquellen per Polling 
bedienen, d.h. das Flag in SW testen und löschen.