Bitoperator?!

"<<" shiftet den Wert "1" um "PA0" Stellen nach links. PA0 ist 0, d. h. 
das gibt in Binärschreibweise 00000001.
Mit "&" wird das bitweise verUNDet mit dem Inhalt von PINA. Das Ergebnis 
wird logisch (NICHT bitweise!)invertiert, d. h. es wird 0, falls es 
vorher != 0 war, und 1, wenn es vorher 0 war.
Du brauchst ein C-Buch. Steht aber auch hier im Tutorial.

Hey,

also in deinem PINA-Register stehen die "Eingangszustände" von dem Port 
A. diese werden jetzt mit der UND-Funktion verknüpft.

1<<PA0, PA0 ist natürlich irgendwo definiert, und wenn man das 
aufschlüsselt, steht da 1<<0, was wiederum 1 ist (oder Binär: 
0000.0001). Wenn man das nun mit dem PINA Register über & Verknüpft sind 
also alle Bits 0, außer das LSB: 0000.000?. Ob das LSB1 oder 0 ist, 
hängt davon ob, wie das LSB im PINA Register war.

Vielleicht hilft dir das auf die Sprünge?

Thomas

Er testet das PA0te Bit in PINA. Wenn es gesetzt ist, überspringt er 
"irgendwas".

Jo stimmt,
jetzt seh ich es auch, vielen Dank an alle!!

goo schrieb:
> Er testet das PA0te Bit in PINA. Wenn es gesetzt ist, überspringt er
> "irgendwas".

Ich nochmal:
also ich hab mir das noch mal angeschaut und in Keil uVision 4 getestet.
also so sollte es doch sein?
if(1)
{
Aktion ausführen
}
if(0)
{
Aktion überspringen
}
und in Keil ist es genau umgekehrt
if(0)
{
Aktion ausführen
}
if(1)
{
Aktion überspringen
}

B. Limer schrieb:
> Du hast die If-Abfrage noch nicht verstanden:
>
> Wenn (im Englischen "If") der Ausdruck in der Klammer 1 ergibt (besser
> gesagt ungleich 0 ist), dann wird die Anweisung die in den geschweiften
> Klammern {} steht ausgeführt. Ansonsten wird das was in {} steht
> schlicht und ergreifend ausgelassen und das Programm fährt an der
> nächsten Anweisung nach der "}" fort.

Ja, das ist mir klar, nur wenn ich in das in uVision 4 so ausprobiere, 
unabhängig von irgendeinem Port, dann wird bei if(1) die Anweisung 
übersprungen und bei if(0) die Anweisung ausgeführt.

Karl Heinz Buchegger schrieb:
> Michel schrieb:
>
>> und in Keil ist es genau umgekehrt
>
> Nicht 'in Keil'
>
> Es hängt davon ab, wie die Tasten angeschlossen sind!
> Welcher Pegel liegt am EIngang an, wenn der Taster
>   * nicht gedrückt
>   * gedrückt
> ist?
>
Sry Zitat musste gekürzt werden

Also in meinem Bsp ist das so: DDRA = 0x00 --> als Eingang definiert
wenn ich jetzt am PINA ein Signal drauf gebe, ist PINA = 1 und PA0 = 1; 
das gemeinsam UND-verknüpft ergibt eine 1 und negiert (!) macht daraus 
eine Null; demnach if-Anweisung ÜBERSPRINGEN, aber in meinem Fall wird 
sie ausgeführt.

Ah, bevor ich es vergesse
also
DDRA = 0x00;
PORTA = 0xFF;
hat das PORTA Einfluss darauf?
weil ich kann mir den Vorteil vom sogenannten "Pull Ups" ziehen nicht 
klar machen.

Michel schrieb:
> wenn ich jetzt am PINA ein Signal drauf gebe, ist PINA = 1 und PA0 = 1;

Hast du das irgendwie überprüft, z.b. durch Ausgabe des Wertes?

> das gemeinsam UND-verknüpft ergibt eine 1 und negiert (!) macht daraus
> eine Null;

Genau so geschrieben, wie in deinem ersten Posting?

> demnach if-Anweisung ÜBERSPRINGEN, aber in meinem Fall wird
> sie ausgeführt.

Wie hast du das getestet?

Michel schrieb:
> PORTA = 0xFF;
> hat das PORTA Einfluss darauf?

Nein. Dadurch sollte auch schon, wenn du gar nichts angeschlossen hast, 
das Bit 1 sein, da der Pull-up den Pegel hochzieht (daher ja auch 
"Pull-up").

> weil ich kann mir den Vorteil vom sogenannten "Pull Ups" ziehen nicht
> klar machen.

Pull-ups sind dazu da, daß der Pin einen definierten Wert hat, wenn ihn 
von außen nichts auf einen solchen zieht. Ansonsten würde der Pin ja "in 
der Luft" hängen und irgendeinen undefinierten Wert annehmen.

Hallo Rolf;
um die if-Anweisung mit der 1 & 0 zu testen, habe ich nur folgenden 
Quellcode benutzt:
if(1)
{
printf("Beispiel 1 \n");
}
if(0)
{
printf("Beispiel 2 \n");
}
Die Ausgabe zeigte "Beispiel 2" und war unabhängig von Ports und 
dergleichen geprüft.
Das andere mit:
if (!(PINA & (1<<PA0))){}
ist so im Originalquellcode. Also DDRA = 0x00 & PORTA = 0xFF
und weiter im Quellcode sind exakt 2 if-Abfragen
if (!(PINA & (1<<PA1))){}
if (!(PINA & (1<<PA0))){}
und das Programm funktioniert auch. Weil er mit der if-Abfrage nur die 
Schalterstellung des DIP-Schalters abfragt und in die richtige 
ifAnweisung springt.

> Das ist merkwürdig. In C sollte alles was nicht 0 ist = wahr sein.
> Was passiert wenn du auf (1==1) bzw. (1==0) testest?
>
> gruß cyblord

haha, jetzt wird das gemacht, was auch logisch ist
if(1)
{
printf("Beispiel 1 \n");
}
if(0)
{
printf("Beispiel 2 \n");
}
Ausgabe: "Beispiel 1"

und bei
if(1==1)
{
printf("Beispiel 1 \n");
}
if(1==0)
{
printf("Beispiel 2 \n");
}
Ausgabe: "Beispiel 1"

frag mich nicht wieso das jetzt aufeinmal passiert