Long Button Press

[D a v i d K. (oekel)]

Hi,

ich hätte nicht gedacht, dass man sich an so einer Thematik länger als 
10min aufhalten kann, aber ich bin mit meinen Denkansätze nicht zu 
frieden.

Ich möchte gerne eine Tastendruck "nahezu" sofort auswerten aber auch 
noch die Möglichkeit haben ein langes drücken zu detektieren.

ich speichere mir den Zustand des Pins aktuell in 2 Variablen:
aktueller und letzter Zustand.

Somit habe ich das bekannte detektieren von Kanten.

nehmen wir uns nun die methode "&incrementValue()" daher, die auf einen 
Knopf/IO gemappt werden soll.

mein Timer aktualisiert "alt" & "neu" alle 10ms.
Somit habe ich also ggf. alle 10ms ein neues RISING oder FALLING.

if(RISING){
incrementValue();
}

Kommt überspringt manche Inputs, weil vom Timing so schnell gedrückt 
worden ist, dass bereits wieder FALLING aktiv ist.

if(FALLING){
incrementValue();
}

Ist da zuverlässiger, verwirrt jedoch, wenn man den Knopf fest hält.

Und nun die spannendste Frage, wie baue ich ein

...
incrementValue();
}

für lange Haltezeit ein ohne die anderen beiden Detektionen zu 
verlieren?


Grüße Oekel

[Klar M. (Gast)]

Hallo,

schau dir die Entprell- und Auswertroutinen von Peter Dannegger (peda) 
im Leitartikel an.

Damit kann u.a. man Press, Release oder Short- oder Long-Press und 
Release auswerten.

Schöner Nebeneffekt es werden 8 Taster gleichzeitig entprellt!

[D a v i d K. (oekel)]

Folgendes finde ich jetzt nicht sonderlich schick:

    if (sw1_now) {
        if (!sw1_last) {
            SW1 = RISING;
            count.ms10.switch1LongPress = DETECT_LONGPRESS_BUTTON_MS10;
        } else if (count.ms10.switch1LongPress == 0) {
                SW1 = RISING_FAST;
        }
    }else if(sw1_last){
        SW1 = FALLING;
    }

[D a v i d K. (oekel)]

Klar M. schrieb:
> Hallo,
>
> schau dir die Entprell- und Auswertroutinen von Peter Dannegger (peda)
> im Leitartikel an.
https://www.mikrocontroller.net/articles/Entprellung ?

[Einer K. (Gast)]

Keine IDE genannt, kein µC genannt.

Darum ein "schönes" Arduino Beispiel im Anhang.
Die gedrückte Taste wird nach 20ms gemeldet
Der lange Druck nach 1020ms.
Mach was draus.


Die benötigten Libraries habe ich hier schon irgendwann mal gepostet.
Die findest du.

[Klar M. (Gast)]

Hallo,

Hier ist noch der Link zum original Artikel "Universelle Tastenabfrage":

Beitrag "Universelle Tastenabfrage"

Weitere Referenzen wirst Du selbst finden.

[D a v i d K. (oekel)]

Arduino Fanboy D. schrieb:
> Die benötigten Libraries habe ich hier schon irgendwann mal gepostet.
> Die findest du.

Nur die wären interessant gewesen. Der µC ist doch für die Idee völlig 
uninteressant.

ansosten tut es mein Code hier auch: :P

#include "meineMagie.h"


int main(){
while(1){
 doMagic();
}

[Lisp-Fan (Gast)]

In Lisp lässt sich das noch prägnanter ausdrücken:

(DWIM 'KEYBOARD)

[Einer K. (Gast)]

D a v i d K. schrieb:
> ansosten tut es mein Code hier auch: :P

Wer nicht will, der hat schon ....

[spess53 (Gast)]

HI

>Ich möchte gerne eine Tastendruck "nahezu" sofort auswerten aber auch
>noch die Möglichkeit haben ein langes drücken zu detektieren.

Na ja, da gab es mal diese Tasten mit den kleinen Kristall-Kugeln drin. 
Die haben schon bei Tastendrücken die Länge des Tastendrucks 
vorausgesehen.

MfG Spess

[Mick (Gast)]

Dein Vorhaben ist überhaupt nicht einfach...

Falls Arduino oder PlatformIO im Einsatz ist, nimm diese Bibliothek: 
https://github.com/TOLDOTECHNIK/TTBOUNCE

Da kannst du die Methoden

attachClick()

 für einen einfachen Klick und

attachPress()

 für das lange Drücken verwenden.

Die Zeitfenster kannst du jeweils mit

setClickInterval()

und

setPressInterval()

festlegen.

[Quax (Gast)]

D a v i d K. schrieb:
> ansosten tut es mein Code hier auch: :P

Leider nicht, Syntax error :-/ Zudem noch Schreibfehler :-/ :-/

[loeti2 (Gast)]

Einfach die Aktion bei kurzem Tastendruck erst nach Loslassen starten 
lassen, ansonsten den Beginn des Tastendrucks feststellen und nach der 
gewünschten Wartezeit wenn Taste noch gedrückt die Aktion bei langem 
Tastendruck starten.
Dabei Flag setzen daß Loslassen nicht zusätzlich die Aktion bei kurzem 
Tastendruck startet.

[Philipp K. (philipp_k59)]

Ich bin da auch mal drüber gestolpert..

Anbei mal ein übersichtlicher Arduino Code:

int pin = 6;
int laststate = HIGH;
int state = HIGH;
boolean debouncing = false; //Entprellt?
boolean minimpuls = true; //Minimale Impulslänge für Aktion
unsigned long lastintervallmillis = millis();
unsigned long changestate = millis();
unsigned long lastdebounce = millis();
unsigned long lastminpulse = millis();
 
void setup() {
  Serial.begin(115200);
}
 
//Konfiguration:
int Abtastrate = 5;
int entprellzeit = 100;
int minpuls = 50; //Minimale Pulslänge
 
 
void loop() {
  long tempmillis = millis();
  if ((tempmillis - lastintervallmillis) >=  Abtastrate ) //Frühestens nach Abtastrate überprüfen, reicht manchmal schon als kleine Entprellung
  {
    lastintervallmillis = tempmillis; //Letzte Abtastung speichern
    int tempstate = digitalRead(pin); //Pin einlesen
 
    if (tempstate != laststate) //Pin hat sich geändert, hier ist egal in welche Richtung, im Prinzip Low und High Entprellung.
    {
      debouncing = true; //Entprellung aktivieren
      minimpuls=true;
      laststate = tempstate; //Buffer für temporären Pinstatus
      changestate = tempmillis; //Änderungszeitpunkt
    }
    if (debouncing) { 
      if ((tempmillis - changestate) >= entprellzeit && debouncing)
      {
        debouncing = false;
      }
    }
    if (tempmillis - changestate >= (entprellzeit + minpuls) && !debouncing )
    {
      minimpuls=false;
    }
    if(!debouncing && !minimpuls)
      state = laststate;
      debouncing = true;
      minimpuls = true;
      if (state == HIGH) {
        Serial.println("Alles erfüllt!");
      }
    }
  }

[Frickler (Gast)]

Was mich betrifft finde ich Pedas Lösung optimal weil sich alles im 
Hintergrund in einer Timer ISR abspielt. Für meine Projekte zumindest 
lässt diese Lösung keine Wünsche offen. Funktioniert absolut zuverlässig 
ohne den CPU Durchsatz nennenswert zu belasten. Auch mit Arduino 
funktioniert es ohne irgendwelche Probleme. Das Geniale an seiner Lösung 
ist, daß der Timer mit seiner ms Zeitbasis die ganze Arbeit erledigt. 
Alles andere was der CPU abarbeitet spielt keine nennenswerte Rolle und 
kann keinen Einfluß ausüben.

[Peter D. (peda)]

Philipp K. schrieb:
> unsigned long lastintervallmillis = millis();
> unsigned long changestate = millis();
> unsigned long lastdebounce = millis();
> unsigned long lastminpulse = millis();

Puh, ne riesen Menge Code und riesen Variablen je Taste. Mußt Du 
wirklich einen langen Druck von 49 Tagen erkennen können?

[Einer K. (Gast)]

Wenn das Programm/µC sonst nix zu tun hat....

[Crazy Harry (crazy_h)]

Ich hab meine Tastaturabfrage in einen Process ausgelagert, der alle 
50ms durchlaufen wird. Bleibt eine Taste gedrückt wird eine Variable 
hoch gezählt, ist die Taste beim nächsten Processlauf nicht mehr 
gedrückt, wird die Var auf 0 gesetzt.
Bei Var>=X kann ich also ein Unterprogramm ausführen lassen ...... nur 
mal so prinzipiell.

[D a v i d K. (oekel)]

Crazy H. schrieb:
> Ich hab meine Tastaturabfrage in einen Process ausgelagert, der alle
> 50ms durchlaufen wird. Bleibt eine Taste gedrückt wird eine Variable
> hoch gezählt, ist die Taste beim nächsten Processlauf nicht mehr
> gedrückt, wird die Var auf 0 gesetzt.
> Bei Var>=X kann ich also ein Unterprogramm ausführen lassen ...... nur
> mal so prinzipiell.

Ich glaube, wenn ich noch mal genauer drüber nachdenke sind meine 
Anforderungen komplett unterschiedlich zu euren.

Ich möchte nicht erkennen, ob eine Taste x_sec gedrückt war und dann ein 
einzelnes event abfeuern (ich glaube genau das macht der Code von 
(peda)).

Sondern ich möchte so etwas wie ein fast_up fast_down eines Wertes 
veranlassen, der gleichzeitig "schnell" auf einer Anzeige gezeigt wird.

Also ähnlich eines (DVD)-Players, der im Play/Pause Modus ist und ein 
einzelner Druck auf die jeweilige Taste 1Sec im Film vor oder zurück 
spult, das halten der Taste jedoch schnell vorspult und gleichzeitig die 
Zeit im Display, wo man sich gerade befindet angezeigt wird.

Meine Vermutung, und nur das bitte ich kurz (falls richtig) zu 
bestätigen ist, dass ich dieses Verhalten nur darüber erzielen kann den 
jeweilen Entprell-Timer öfters als "normal" azufragen und so auch im µC 
die routinen schneller/häufiger zu durchlaufen.

Ist das korrekt, oder gibt es alternativen?

Grüße Oekel

[S. R. (svenska)]

Wenn du lange Tastendrücke von kurzen Tastendrücken unterscheiden können 
willst, dann kannst du prinzipiell erst dann dein Event auslösen, wenn 
du die Taste (nach Entprellung) loslässt.

Das heißt, die Entprellroutine schaut beim Loslassen der Taste nach, wie 
lange sie gedrückt war und löst dann das passende Event aus.

Was du willst, ist eine sich wiederholende Taste. Dazu schaust du in der 
Entprellungroutine bei einer gedrückten Taste nach, wie lange sie schon 
gedrückt ist. Wenn das lange genug ist, setzt du den Zähler zurück und 
löst ein "repeat"-Event aus.

[Philipp K. (philipp_k59)]

Vielleicht so.. ungetestet. Zählt hoch und wird immer schneller

unsigned long currentMillis=millis();
unsigned long previousMillis=millis();
int intervall= 500; //hochzählabstand
int intervallfest=500;
int count =0;
void loop(){
currentMillis=millis();

 if (digitalRead(button1) == LOW) {

      if (currentMillis - previousMillis >= intervall) {
        Serial.println("Button1");
        previousMillis = currentMillis;
        timerminute++;
        count++;
        if(count>=9;)
{
if(intervall>100)
intervall=intervall-100;
count=0;
}

}
    } else {
      previousMillis = currentMillis;
      intervall=intervallfest;
      count=0;    
}
}
}

[D a v i d K. (oekel)]

Philipp K. schrieb:
> Vielleicht so.. ungetestet. Zählt hoch und wird immer schneller

Ja so in etwa habe ich es auch gelöst. :)
Wenn das the-way-of-doing ist, bin ich bereits zufrieden.

[Philipp K. (philipp_k59)]

das ist halt indirekte entprellung, das funktioniert auch so für Taster.

da brauch man keine lib oder timer.. beschäftigt ist die MCU so oder so.

[Peter D. (peda)]

D a v i d K. schrieb:
> gibt es alternativen?

In dem Fall kann man mit get_key_press() der Tastendruck auswerten und 
mit  get_key_rpt() das gedrückt halten. Die Repeatfunktion kann man z.B. 
in 10-er Schritten zählen lassen. Es sind auch verschiedene Zeiten für 
den Start der Repeatfunktion und das Wiederholen definierbar.
Es wird ein Repeatzähler für alle Tasten gemeinsam verwendet, was in der 
Regel ausreichen sollte. Tasten ohne Repeat bzw. andere Pins des Ports 
sollte man daher ausmaskieren.

https://www.mikrocontroller.net/articles/Entprellung#Timer-Verfahren_.28nach_Peter_Dannegger.29