STM32 Eingang abfragen

> GPIOC->IDR & 0xF;

Das ist kein Befehl. Es wird IDR UND-Verküpft mit 0x0F. Mehr nicht. Wie 
sieht das Umfeld aus?

Wenn das aber UND-Verknüpft ist, prüf ich dann jedes einzelne Bit UND? 
Ist das eine Bitweise-Verknüpfung?

Was wäre wenn ich sage:

1

int row = GPIOC->IDR & 0xF;

Schreibt der hier dann die Anzahl der Treffer rein?

Wenn das eine Bitweise-Verknüpfung ist leuchtet mir das ein. Dann 
springt er nur in die Abfrage wenn eins der Bits HIGH ist. Stimmt das 
so?

MB schrieb:

> Wenn das aber UND-Verknüpft ist, prüf ich dann jedes einzelne Bit UND?
> Ist das eine Bitweise-Verknüpfung?

Ja.

>

1

> int row = GPIOC->IDR & 0xF;

2

>

Annahme:

row ist 16-Bit groß mit dem Inhalt 0000 0000 1000 0100
row wird UND-Verknüpft mit 0x0F    0000 0000 0000 1111

Ergebnis der Verknüpfung           0000 0000 0000 0100

Das Ergebnis wird row zugewiesen.

Zeigl schrieb:
> Annahme:
>
> row ist 16-Bit groß mit dem Inhalt 0000 0000 1000 0100
row oder in IDR? row wird hier erst deklariert und initialisiert ist es 
mit 0
> row wird UND-Verknüpft mit 0x0F    0000 0000 0000 1111
>
> Ergebnis der Verknüpfung           0000 0000 0000 0100
>
> Das Ergebnis wird row zugewiesen.

Somit wäre meine Vermutung:

row:    0000 0000 0000 0000
IDR:    0000 0000 0000 0101
0xF:    0000 0000 0000 1111

row somit als Ergebnis: 0000 0000 0000 0101? Da aber row ein integer 
ist, steht da nun eine 5 drin oder?

MB schrieb:
> Morgen,
>
> habe hier mal eine kleine Frage...
>
> Habe folgenden Befehl in einem Programm auf einem STM32:
> GPIOC->IDR & 0xF;
>
> Damit soll abgefragt werden, ob einer der Eingänge 12-15 high ist. Aber
> warum 0xF? Heißt das nicht ich frage ab ob ALLE 1 sind? Wie kann man die
> Zeile verstehen? Das UND iretiert mich hier iregdnwie, ebenso das 0xF


Das ist dann falsch.
Bit 12-15 vom IDR stehen für die Port Pins 12-15.
Die Maske muss also 0xF000 lauten.
IDR ist übrigens ein 32-Bit-Register, dessen obere Hälfte nicht genutzt 
wird (bzw. reserviert ist).