ATmega Flags checken

[Jannik (user_name123)]

Hallo,

ich würde gerne wissen wie ich in C prüfe ob ein Flag Bit gesetzt ist. 
Genau geht es um das OCF0A: Timer/Counter 0 Output Compare A Match Flag.

BG

[Cyblord -. (cyblord)]

So wie du jedes andere Bit in jedem anderen Register auch prüfst?

[Falk B. (falk)]

Jannik schrieb:
> ich würde gerne wissen wie ich in C prüfe ob ein Flag Bit gesetzt ist.
> Genau geht es um das OCF0A: Timer/Counter 0 Output Compare A Match Flag.

Siehe Bitmanipulation.

[Jannik (user_name123)]

Also so?

if (TIFR0 & OCF0A) {
       // hier die Anweisungen, wenn das Bit gesetzt ist
    }

[S. L. (sldt)]

> Also so?
Nein.
  OCF0A ist schlicht 1, folglich würde auf TOV0 abgefragt (wieder Ihren 
ATmega328P vorausgesetzt). Also so: '(TIFR0 & (1<<OCF0A))'.

[Falk B. (falk)]

Jannik schrieb:
> Also so?
> if (TIFR0 & OCF0A) {
>        // hier die Anweisungen, wenn das Bit gesetzt ist
>     }

Nein, denn bei den gängigen Compilern enthalten die #defines der Bits 
die Bitnummer, nicht das Bitmuster.

https://www.mikrocontroller.net/articles/Bitmanipulation#Bitmanipulation_beim_MSP430

[Nicht Joachim B. (roehrmond)]

> Also so?: if (TIFR0 & OCF0A)

Nur so nebenbei bemerkt, bei ARM Controllern wäre das der richtige 
Ansatz.

[Cyblord -. (cyblord)]

Steve van de Grens schrieb:
>> Also so?: if (TIFR0 & OCF0A)
>
> Nur so nebenbei bemerkt, bei ARM Controllern wäre das der richtige
> Ansatz.

So Pauschal natürlich Unsinn. Es kommt darauf an ob die Symbole in der 
verwendeten Headerdatei Bitmasken oder Bitnummern sind. Das hat mit der 
Architektur gar nichts zu tun.

[Nicht Joachim B. (roehrmond)]

Cyblord -. schrieb:
> So Pauschal natürlich Unsinn. Es kommt darauf an ob die Symbole in der
> verwendeten Headerdatei Bitmasken oder Bitnummern sind. Das hat mit der
> Architektur gar nichts zu tun.

Die Struktur der Header Dateien (CMSIS Core) ist von ARM vorgegeben.

[Cyblord -. (cyblord)]

Steve van de Grens schrieb:
> Cyblord -. schrieb:
>> So Pauschal natürlich Unsinn. Es kommt darauf an ob die Symbole in der
>> verwendeten Headerdatei Bitmasken oder Bitnummern sind. Das hat mit der
>> Architektur gar nichts zu tun.
>
> Die Struktur der Header Dateien (CMSIS Core) ist von ARM vorgegeben.

Nein es werden die CMSIS Header von ARM bereitgestellt. Was niemand dazu 
verpflichtet diese zu benutzen und keine Anderen.
Also wäre deine Aussage korrekt wenn du schreiben würdest dass dies bei 
CMSIS Nutzung die korrekte Vorgehensweise wäre.
Abgesehen davon sind die Peripherieregister gar nicht Teil der CMSIS 
sondern Herstellerabhängig. Und z.B. STM kann hier bei StdPeriphLib oder 
HAL machen was sie wollen.
Teilweise werden Masken und Nummern parallel angeboten.

[Wilhelm M. (wimalopaan)]

Jannik schrieb:
> Also so?
>
>

if (TIFR0 & OCF0A) {
>        // hier die Anweisungen, wenn das Bit gesetzt ist
>     }

Nein. Und das haben die anderen ja schon zur Genüge geschrieben.

Das Traurige dabei ist, dass es überhaupt möglich ist, so einen Mist 
erfolgreich zu compilieren: TIFR0 ist von DT volatile uint8_t und OCF0A 
ist schlicht ein int-Literal. Dabei ist prinzipiell einfach das zu 
verhindern!

[Falk B. (falk)]

Wilhelm M. schrieb:
> Nein. Und das haben die anderen ja schon zur Genüge geschrieben.
>
> Das Traurige dabei ist, dass es überhaupt möglich ist, so einen Mist
> erfolgreich zu compilieren: TIFR0 ist von DT volatile uint8_t und OCF0A
> ist schlicht ein int-Literal. Dabei ist prinzipiell einfach das zu
> verhindern!

Na dann mal los, schreib komplett neue Header und die ganze Definitionen 
für die IO-Register.

[Wilhelm M. (wimalopaan)]

Falk B. schrieb:
> Wilhelm M. schrieb:
>> Nein. Und das haben die anderen ja schon zur Genüge geschrieben.
>>
>> Das Traurige dabei ist, dass es überhaupt möglich ist, so einen Mist
>> erfolgreich zu compilieren: TIFR0 ist von DT volatile uint8_t und OCF0A
>> ist schlicht ein int-Literal. Dabei ist prinzipiell einfach das zu
>> verhindern!
>
> Na dann mal los, schreib komplett neue Header und die ganze Definitionen
> für die IO-Register.

Das kann man aus den XML-Files der Hersteller generieren.