Verständnissfrage zu ENTPRELLUNG.

hansi mausi schrieb:

> Ich habe nichts davon wenn ich einfach den Code rauskopiere und nicht
> weiß was da passiert.

In diesem Fall ist das ausnahmsweise OK.
Die Funktion ist ziemlich trickreich und es ist keine Schande, wenn man 
die nicht gleich durchschaut.


> 1. Tasten beim Drücken prellen = Die Taste schaltet nicht einfach nur
> ein sondern schaltet ein und ständig aus im ms Bereich bis der Kontakt
> letztendlich hergestellt ist. Je nach Taster mehrmals ... und
> verschieden lang.

Das hast du richtig.

> 2. Um falschen Einschalt-Folgen zu entgehen lesen wir nach dem ersten
> Einschaltvorgang den Zustand der Taste ein und warten bis zum nächsten
> Zustand. Ist dieser entgegengesetzt machen wir das ganze Spiel nochmal
> sodass wir idealerweise die Folge 1 0 1 0 haben. Diesen ganzen Ablauf
> versuchen wir in möglichst unter 20ms hinzubekommen und zwar OHNE
> delays.

Nö.
Im Timer Interrupt wird einfach nur ein Zähler hochgezählt, wenn der 
jetzige Zustand des Input Pins identisch ist mit dem vorhergehenden. Ist 
er das nicht, wird der Zähler auf 0 zurückgesetzt.


Vom Prinzip her passiert da für einen einzelnen Pin folgendes (aber wie 
gesagt: nur vom Prinzip, die tatsächliche Implementierung ist viel 
trickreicher)

1

uint8_t  keyState;

2

uint8_t  keyPressed;

3

uint8_t  oldState;

4

uint8_t  pinCount;

5

6

ISR( ... )

7

{

8

  uint8_t newState;

9

10

  newState = PIN & ( 1 << bewusster_Pin );

11

12

  if( newState != oldState )

13

    pinCount = 0;

14

  else

15

    pinCount++;

16

17

  oldState = newState;

18

19

  if( pinCount == 4 ) {

20

    if( newState == 1 && keyState == 0 )

21

      keyPressed = TRUE;

22

    keyState = newState;

23

  }

24

}

Ich habe das nicht getestet aber für einen einzelnen Pin müsste das 
logikmässig in etwa dem entsprechen, was die veröffentlichte PeDa Lösung 
auch macht. Nur dass die PeDa Lösung das ganze trickreicherweise für 
maximal 8 Tasten gleichzeitig macht und es nicht 8 Variablen gibt, 
sondern das ganze Bitweise in verschiedenen Variablen organisiert ist 
:-)

> - Herr Dannegger benutzt 10ms für die gesamte Abfrage wenn ich mich
> nicht täuschen sollte. Ist das ein vernünftiger Richtwert den man ohne
> weiteres nutzen kann?

Ja, kann man.
Aber die 10ms sind nicht in Stein gemeisselt.
Wenn du sowieso schon eine Timer ISR hast, die alle 8ms aufgerufen wird, 
oder alle 15ms, oder alle 20ms, dann ist das auch in Ordnung und du 
kannst den Entprellcode da mit reinnehmen.

Wie gesagt: Die PeDa Entprellung ist so trickreich, dass es i.O. ist, 
sie nicht zu verstehen. Hauptsache sie funktioniert. Und das tut sie 
ausgezeichnet.

hansi mausi schrieb:
> @Buchegger
>
>
> Kannst Du mir Bitte sagen was Dein Code hier genau tut?
>
>     if( newState == 1 && keyState == 0 )
>       keyPressed = TRUE;
>       keyState = newState;
>
> beim 2ten Durchlauf würde diese Bedingung doch nicht mehr wahr werden
> oder?

Genau das ist der Sinn der Sache.
Einen 0->1 Übergang zu erkennen

> Dein keystate ist ja praktisch immer dann eine 1. Wo würde dieser Wert
> denn wieder zurückgesetzt werden und welche Rolle spielt er hier?


Irgendwann (nämlich wenn du den Taster wieder löslässt) wird newState 
wieder 0.
keyState erhölt diese 0 dann durch Zuweisung von newState

          keyState = newState;

High Performer schrieb:
> Ähmm, ohne die Funktion jetzt angeschaut zu haben: die Entprellung eines
> Tasters bzw. mehrerer Taster sind doch wirklich absolute Basics.

Was viele aber nicht einsehen wollen.
Z.B. bei unserem teuren Kaffeautomat prellt der Drehgeber zur 
Mengeneinstellung wie Sau.


> Ich
> brauche halt irgend eine Zeit. Woher ich die nehme, ist völlig wurscht.

Ist es eben nicht.
Am nebenwirkungsfreiesten ist ein Timerinterrupt zur Tastenabfrage. Dann 
geht nirgends CPU-Zeit verloren und Tastendrücke können sogar gemerkt 
werden.

Ohne Timerinterrupt muß beim Drücken oder Loslassen (an den Flanken) die 
Entprellzeit verwartet werden. Ist nicht schön, aber bei einfachen 
Programmen oftmals tolerabel.


> Und dann warte ich halt, bis ein Eingang für mindestens z.B. 10ms lang
> true ist.

Heißt das, solange jemand auf eine Taste drückt, werden der Mainloop 
ständig 10ms geklaut?


> So mache ich das seit Jahren, und ich verstehe jetzt nicht,
> was daran auch nur im Entferntesten kompliziert sein soll.

Ich behaupte mal, jeder kennt mindestens ein kommerzielles Gerät mit 
schlecht funktionierender Entprellung.


Peter

High Performer schrieb:
>>Wie gesagt: Die PeDa Entprellung ist so trickreich, dass es i.O. ist,
>>sie nicht zu verstehen.
>
> Ähmm, ohne die Funktion jetzt angeschaut zu haben

Tu das.
Die Funktionalität ist nicht schwer, aber die Art und Weise wie sie 
implementiert ist, ist trickreich. Für einen C-Anfänger ist das mit 
Sicherheit nicht leicht zu durchschauen. Ich halte mich nicht für einen 
Anfänger, aber ich habe auch eine gute Stunde die 5 Zeilen Code studiert 
und mit Beispielen durchgespielt, bis ich verstanden habe wie das 
funktioniert. Der Knackpunkt ist der 'vertikale Zähler'. Hat man den 
erst mal erkannt, fällt alles andere von selbst in die "richtige 
Schublade".

Chris schrieb:
> hansi mausi schrieb:
>> Ich möchte gerne die Entprellroutine von Herrn Dannegger besser
>> verstehen.
>
> Hallo, um welche routine handelt sich? wo finde ich die Entprellroutine
> von Herrn Dannegger?

http://www.mikrocontroller.net/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29

hansi mausi schrieb:

> rauszukopieren. Mir hat als Anfänger die Lösung von Herrn Buchegger sehr
> gut gefallen da "leicher" nachvollziehbar.

Ich denke du hast das misverstanden oder ich habe es schlecht 
formuliert.
Diese 'Lösung' hab ich nur schnell zusammengestrickt (noch nicht mal 
gtestet) um das grundsätzliche Prinzip der PeDa Entprellung zu zeigen. 
Beide funktionieren nach dem gleichen Schema, nur ist die PeDa Lösung 
der präsentierten, was Eleganz angeht, haushoch überlegen.

Du kannst und sollst auch die PeDa Lösung nehmen. Es ist ausnahmsweise 
völlig in Ordnung, wenn du die den Inhalt in der ISR nicht verstehst. 
Das ist nichts worüber man sich Kopfzerbrechen machen muss.