Taster,Atmega 8

marvin schrieb:
> Grüße euch
>
> Ich hab ein kleine Frage zu meinem Programm. Es soll beim betätigen
> eines Tasters eine LED aufleuchten und beim erneuten betätigen des
> gleichen Tasters soll die LED wieder ausgehen. Bei meinem geschrieben
> Programm funktioniert dies aber nicht immer obwohl ich die LED betätige
> geht die LED nicht aus oder an.

Ich denke nicht, dass du physisch in der Lage bist innerhalb weniger 
Mykro-Sekunden eine Taste zu drücken und wieder loszulassen. Denn genau 
solange braucht dein µC bis er das nächste mal überprüft ob du die Taste 
gedrückt hast.

Einen einzelnen Tastendruck (im Gegensatz zur Frage "Ist die Taste 
gerade niedergedrückt?") einwandfrei und sauber zu erkennen ist 
erstaunlicherweise gar nicht so einfach. Es ist schwierig genug, dass 
diesem Themenkreis im Tutorial ein eigener Artikel gewidmet ist. Und der 
steht nicht am Anfang des Tutorials sondern schon mitten drinn, denn 
dazu müssen schon ein paar andere Techniken bekannt sein, wenn man es 
ordentlich machen will.

AVR-Tutorial

marvin schrieb:
> "Ich denke nicht, dass du physisch in der Lage bist innerhalb weniger
> Mykro-Sekunden eine Taste zu drücken und wieder loszulassen. Denn genau
> solange braucht dein µC bis er das nächste mal überprüft ob du die Taste
> gedrückt hast."
>
>
> Kannst du es mir vielleicht genau erläutern?

Ganz einfach.
Das hier ist ein Ausschnitt aus deinem Code

1

...

2

main:

3

4

5

sbic  PIND, PD7        ; *******************

6

rjmp  main

7

8

9

loop2:

10

sbi    PORTD, PD0

11

12

sbic  PIND, PD7       ; *******************

13

rjmp  loop2

14

...

mit dem ersten SBIC stellst du fest, dass die Taste gedrückt wurde. Wenn 
das der Fall ist, soll es bei LOOP2 weiter gehen. Du schaltest die LED 
ein und mit dem zweiten SBIC möchtest du gerne feststellen ob die Taste 
nochmal gedrückt wurde.

Deine Annahme lautet hier: Zwischen den ersten SBIC und dem zweiten SBIC 
wurde die Taste wieder losgelassen!

Aber: Über wieviel Zeit reden wir denn, die zwischen den ersten SBIC und 
dem zweiten vergeht? Das sind (je nach Taktfrequenz des µC) ein paar µs! 
Und in der Zeit schafft kein Mensch eine Taste zu drücken und wieder 
loszulassen.

D.h. der zweite SBIC reagiert nicht darauf, dass die Taste erneut 
gedrückt wurde. Der reagiert darauf, dass die Taste immer noch gedrückt 
IST!
Und als Folge davon wird eben nicht bei LOOP2 weiter gemacht, sondern 
der RJMP übersprungen, die LED ausgeschaltet und es geht bei MAIN 
weiter. Wo, nebenbei bemerkt, der dortige SBIC feststellen wird, dass 
die Taste immer noch gedrückt ist und damit sofort wieder zu LOOP2 geht, 
die LED wieder einschaltet, der darauf folgende SBIC feststellt, dass 
die Taste immer noch gedrückt ist, die LED wieder ausschaltet usw. usw.

Aus Sicht deines µC ist alles was du tust wie eine Superzeitlupe. Was 
für dich schnell ist, ein Wimpernschlag, ist für deinen µC eine halbe 
Ewigkeit. Egal wie sehr du dich bemühst eine Taste möglichst kurz zu 
drücken und wieder loszulassen, dein µC arbeitet in dieser Zeit ein paar 
Zehntausend Befehle ab. Die Annahme, dass du es schaffst zwischen dem 
ersten SBIC und dem zweiten die Taste wieder loszulassen, so dass der 
zweite SBIC den nächsten Tastendruck erkennen kann, ist fehlerhaft. Denn 
das schaffst du aus Zeitgründen eben nicht.

Hmmm

Könnte natürlich auch sein, dass dein Verständnis darüber, was du mit 
dem SBIC eigentlich machst, fehlerhaft ist.

Damit stellst du nur den momentanen Zustand des Eingangspins fest. Da 
ist keine wie auch immer geartete Logik involviert, die den Vorgang des 
Niederdrückens feststellt.

Es ist wie das kurzzeitige Reinschauen ins Badezimmer, ob das Licht 
brennt. 'Jawohl, brennt' oder 'Nein, brennt nicht'. Aber du hast damit 
keine Information, ob zwischen den Besuchen im Badezimmer jemand da war 
und das Licht ein oder ausgeschaltet hat.