befehle werden nicht ausgeführt

[Mitch (Gast)]

Hallo,
ich verzweifel langsam. Vieleicht kann mir jemand von euch weiter 
helfen.
Ich möchte ein Programm schreiben das auf Knopfdruck eine Variable 
hochzählt.
Aus irgendwelchen gründen wird aber genau der befehl "wahl++; " nicht 
ausgeführt. ich kann auch an dieser stelle keinen breakpoint setzen.
ich wäre für eure hilfe sehr dankbar.
hier der code ausschnitt:


  while (help2 == 1)
  {
  if (!(PINB & (1<<PB5)))
    {  while (!(PINB & (1<<PB5)));
      wahl ++;  }


             }

[Joh (Gast)]

Fehler ist hier:

>while (!(PINB & (1<<PB5)));

[Mitch (Gast)]

Danke für die schnelle antwort

das
while (!(PINB & (1<<PB5)));
dient zur entprellung des tasters.
mein gedanke war das ich damit solange warte bis der der taster wieder 
losgelassen wird und danach wahl hoch gezählt wird. warum kann ich das 
so nicht machen ???

[Helfer (Gast)]

#include <avr/io.h>

uint8_t wahl;

int main(void)
{
  // Port B
  // PB5 o----TASTER----o GND
  //         active low
  DDRB &= ~(1<<PB5); // PB5 ist Eingang
  PORTB |= (1<<PB5); // mit internem Pull-up

  while (1) {
    // Taster abfragen
    if ( !(PINB & (1<<PB5)) ) {   // gedrückt?
      while (!(PINB & (1<<PB5))); // ja: Warten bis Taster losgelassen
      wahl++;  
    }

    // wahl anzeigen
    ...
  }
}

[Helfer (Gast)]

Versimplifiziert. Mehr kann ich aus deiner Frage nicht machen. Der 
Codeabschnitt ist zu kurz und ein Schaltplan fehlt.

[peter (Gast)]

>wahl ++;
Space zwischen wahl und ++   ???

[Mitch (Gast)]

das sollte

wahl++; sein aber daran liegt es aber nicht.

jeder befehl in dem einer variablen ein wertzugewiesen werden soll würd 
nicht ausgeführt.

[Floh (Gast)]

Mitch schrieb:
> jeder befehl in dem einer variablen ein wertzugewiesen werden soll würd
> nicht ausgeführt.

Beleg dafür? Wie festgestellt?

[avr (Gast)]

Mit deinem PINB schleppst du auch die anderenBits (PB0...) mit!

    if ( (PINB & (1<<PB5))!=(1<<PB5)) {   // gedrückt?
      while ((PINB & (1<<PB5))!=(1<<PB5)); // ja: Warten bis Taster losgelassen
      wahl++;  
    }

Versuch den direkten Test z.B. wie o.a.

Taste entprellen geht besser, schau ins Tutorial ;)

avr

[peter (Gast)]

>Mit deinem PINB schleppst du auch die anderenBits (PB0...) mit!
Nee, das ist schon ok so, wie Helfer es macht, das gefragte Bit wird ja 
mit der &-Verknüpfung maskiert.

>jeder befehl in dem einer variablen ein wertzugewiesen werden soll würd
>nicht ausgeführt.
Liegt womöglich daran, dass Du im Programm mit diesen Varabeln nichts 
(sinvolles) machst, was das Programm beeinflussen würde und daher vom 
C-Optimizer wegoptimiert werden!

Du könntest die Variable(n) mal versuchsweise als volatile deklarieren:

volatile uint8_t wahl;

[Rolf Magnus (Gast)]

Mitch schrieb:
> das
> while (!(PINB & (1<<PB5)));
> dient zur entprellung des tasters.
> mein gedanke war das ich damit solange warte bis der der taster wieder
> losgelassen wird und danach wahl hoch gezählt wird. warum kann ich das
> so nicht machen ???

Das kannst du schon so machen. Aber mit Entprellung hat das nichts zu 
tun.

[Jörg W. (dl8dtl) (Moderator)]

Mitch schrieb:

> jeder befehl in dem einer variablen ein wertzugewiesen werden soll würd
> nicht ausgeführt.

Wenn du die Variable hernach nicht mehr benutzt, merkt der Optimierer
das.  Er stellt dann fest, dass das Weglassen der Variablen einen
funktional gleichen Code implementiert, wie wenn man sie wirklich
hochzählen würde — also lässt er sie einfach weg.

[Andreas (Gast)]

Joh schrieb:
> Fehler ist hier:
>
>>while (!(PINB & (1<<PB5)));

Worüber wird hier eigentlich noch geredet? Die korrekte Antwort war doch 
schon in der ersten Antwort.
Macht mal alle die Augen auf und lest die while-Zeile bis zum letzen 
Zeichen.

Na, leuchtet die Lampe jetzt? ;)

[Rolf Magnus (Gast)]

Also ich kann das Problem dort auch nach mehrmaligem Lesen der Zeile 
nicht finden.

[Jörg W. (dl8dtl) (Moderator)]

Rolf Magnus schrieb:
> Also ich kann das Problem dort auch nach mehrmaligem Lesen der Zeile
> nicht finden.

Andreas bildet sich wohl ein, als einziger das Semikolon am Ende der
Zeile entdeckt zu haben und glaubt, dass das ganze Problem nur daran
liegen würde ...

[Andreas (Gast)]

@Jörg: Du hast recht, ich habe die Geschichte nicht zuende gedacht. Ich 
nehme alles zurück!