Dannegger-Entprellung anpassen

Vladislav schrieb:
> OK, noch ein Nachtrag: mit get_key_press läufts, wie ich es meine.
> Wofür ist dann get_key_short?

Wenn du zwischen langem und kurzem Tastendruck unterscheiden willst. Wie 
lange eine Taste gedrückt wurde, kannst du logischerweise erst dann 
feststellen, wenn sie wieder losgelassen wurde oder die Zeit für 'langer 
Tastendruck' erreicht ist.

Vladislav schrieb:
> Sorry Karl-Heinz, das versteh ich grad nicht. Für welche Funktion
> würdest du get_key_short nehmen.

Ich erfinde jetzt etwas

  einzelner kurzer Tastendruck: ein Zahlenwert erhöht sich um 1
  einzelner langer Tastendruck: selbiger Wert erhöht sich um 100


get_key_press und get_key_long passen nicht zusammen.

Entweder du verwendest  get_key_press
oder du verwendest das Duo  get_key_short / get_key_long

get_key_press ist es egal, wie lange gedrückt wird
nur bei short/long wirkt sich das aus.

Karl heinz Buchegger schrieb:

>   einzelner kurzer Tastendruck: ein Zahlenwert erhöht sich um 1
>   einzelner langer Tastendruck: selbiger Wert erhöht sich um 100

Ist aber nun gerade ein Fall, bei dem es funktionieren würde. ;-)
Mit dem ersten Tastendruck (Drücken genügt) erhöht man den Wert
um 1.  Nach 500 ms ist die Taste immer noch gedrückt, und man
erhöht erstmal um 99, danach weiter um jeweils 100, wenn sie weiter
gedrückt bleibt.

Vladislav schrieb:

> Press und long sind 1A, nur short leuchtet mit nicht ein.
> Bei long geht meine LED jetzt an, wenn ich die Taste lange gedrückt
> halte, aber bei short geht sie erst an, wenn ich die Taste dann wieder
> losgelassen hab.

Ja logisch.
Wie soll denn das Programm feststellen ob du mit dem Niederdrücken einer 
Taste jetzt kurz oder lang drücken willst?


In a Nutshell: Wenn du keinen Sinn darin siehst, dann verwends einfach 
nicht :-)

Ich könnte mir auch dieses Szenario vorstellen:
Benutzer hat die Möglichkeit eine Taste zu drücken. DIe Funktionalität 
springt erst dann an, wenn er die Taste loslässt. Bleibt er länger auf 
der Taste, so kann er dadurch die Anforderung 'löschen' und die 
Funktionalität wird nicht ausgeführt.

Siehe:

Beitrag "Re: Universelle Tastenabfrage"

Erlaubte Funktionen einer Taste:

- get_key_press()

- get_key_rpt()

- get_key_press() mit get_key_rpt()

- get_key_short() mit get_key_long()

- get_key_short() mit get_key_long_r() und get_key_rpt_l()



Peter

Vladislav schrieb:
> Ich verstehe das mit den Kombinationen nicht

Dann vergiss fürs erste die Kombinationen. Man braucht sie nur in 
Sinderfällen.

> und darüber hinaus probiere
> ich die ganze Zeit herum, um mit Taste 1 und 2 aus dem Menü einen Punkt
> zurück zu springen. Aber ich bekomme es nicht hin.

Dann zeig dein Programm

> kommt... es klappt halt nur, wenn ich sie wirklich gleichzeitig drücke.

Eine Menüfuhrung, die darauf beruht, dass der Benutzer 2 Tasten 
gleichzeitig drücken muss, ist meistens sowieso schlecht. Sowas erfreut 
immer wieder die Grobmotoriker.
Spendier deinem Benutzer genügend Tasten oder bau ihm einen Menüpunkt 
'Zurück' ein, dann brauchst du nur 3 Tasten.

Vladislav schrieb:
> die Problematik ist mir bekannt...der uC
> kann nicht wissen, was kommt.

Dann ist Dein Versuch in etwa so erfolgreich, wie einen Gegenstand nach 
oben fallen lassen zu wollen.

Du mußt Dir erstmal einen Plan machen, welche Betätigungsmöglichkeiten 
Du hast und wie Du sie verwendest.
Einfach drauflos programmieren und merken, da fehlt ne Taste, ist der 
falsche Weg!

Du hast mit 3 Tasten z.B. folgende Möglichkeiten, die von einem MC ohne 
Hellsehen eindeutig erkannt werden können:

1

                            Anzahl Funktionen

2

3 Tasten:                   3

3

Shift + 2 Tasten:           4

4

3 Tasten kurz/lang:         6

5

Shift + 2 Tasten kurz/lang: 8

Peter

Ich glaube , ich würde die Variante "3 Tasten kurz/lang" wählen.

Tastenbeschriftung:  Rechts, Links und Enter.

Programm  -> Menue1.0  : Enter (lang)
Menue X.0 -> Programm  : Enter (lang)
Menue X.0 -> Menue x.0 : Rechts / Links
Menue 2.0 -> Menue 2.1 : Enter
Menue 2.x -> Menue 2.0 : Enter (lang)

usw.

Vladislav schrieb:

> Will ich aber jetzt zurück zum Programm mit gleichzeitigen Druck

Nochmal:

gleichzeitiges Drücken vom Benutzer zu verlangen ist praktisch IMMER 
Mist!

Denn das kriegt kein Mensch hin.
Irgendeine der beiden Tasten kommt immer früher! Da kannst du als 
Programmierer nichts dagegen tun.

> von
> LINKS+RECHTS, dann nimmt der uC natürlich den normalen Befehl für RECHTS
> oder LINKS...oh man, 3 Tasten sind echt scheisse, aber ich kann das
> nicht ändern.

Dann musst du das Menüsystem so umbauen, dass du nicht darauf angewiesen 
bist, dass 2 Tasten gleichzeitig gedrückt werden müssen!

> Was kann ich hier tun? Ich bin echt ratlos!

Im einfachsten Fall verzichtest du darauf, dass der Benutzer mit 
irgendeiner Sonderkombination wieder in den normalen Programmlauf kommt 
sondern zwingst ihn, dass er sauber über das Hauptmenü aussteigt.

Eine Variante davon zwingt den Benutzer gar nicht, dass er das selber 
macht, sondern das Programm bricht nach x Sekunden ohne Benutzereingabe 
das Menüsystem ab und geht selbsttätig zurück.

Du kannst ihm auch im Menü einen Menüpunkt 'Exit' anbieten, den er 
anwählen muss um direkt aus einem Submenü wieder in den normalen 
Programmlauf auszusteigen.

Du kannst die Taste für 'Auswahl' mit einer Sonderfunktion für 'langen 
Tastendruck' versehen und wenn das passiert erfolgt der Ausstieg und 
lebst damit, dass zunächst eine Funktion mehr oder weniger ausgewählt 
wird, die dann durch den langen Tastendruck abgebrochen wird.


Aber eines solltest du auf keinen Fall tun: Ohne Planung und Überlegung 
wie das Konzept deiner Benutzersteuerung funktionieren soll dich 
hinsetzen und drauflos programmieren. Denn das geht mit Sicherheit 
schief.


> oh man, 3 Tasten sind echt scheisse

3 Tasten reichen völlig aus, siehe die ganzen Menüsysteme die auf einem 
einzigen Drehencoder mit Tastfunktion basieren. Nur muss man sich im 
Vorfeld überlegen, wie die Menüsteuerung funktionieren soll.

Was spricht z.B gegen einen Punkt "zurück" in jedem Menü?

Jedes Menü kommt mit 2 Pfeiltasten/oder Encoder und einer Enter Taste 
aus. Und das kann auch jeder bedienen, man muss sich ja nix merken

Karl heinz Buchegger schrieb:
> gleichzeitiges Drücken vom Benutzer zu verlangen ist praktisch IMMER
> Mist!

Naja.  Ist eine Frage der Definition von "gleichzeitig".  Ich habe
lange Zeit die Emulation der mittleren Maustaste (die bei X11-
Programmen ja seit Jahr und Tag üblich war) durch gleichzeitiges
Drücken beider Tasten einer 2-Tasten-Maus benutzt, das geht schon.
Man muss halt eine Karenzzeit einplanen, innerhalb derer beim Drücken
der ersten Taste der Zustand von "nicht gedrückt" nach "unentschlossen"
wandert, und erst nach dem Timeout wechselt er in "eine Taste gedrückt"
oder "zwei Tasten gedrückt".  Für die besagte Maustastenemulation
waren glaub' ich 50 ms Karenzzeit ein sinnvoller Wert, wenn die
mechanische Konstruktion der Tasten schlechter ist als bei einer Maus,
würde ich auf 100 ms gehen.  In dieser Zeit schafft es ein Normal-
sterblicher durchaus, beide Knöpfe gedrückt zu halten.

Vladislav schrieb:
> Volker Zabe schrieb:
>> Ich glaube , ich würde die Variante "3 Tasten kurz/lang" wählen.
>
> Ich habe jetzt auch erstmal die Kombination kurz/lang.
>
> Jetzt ist es so: LINKS+RECHTS lang gedrückt, Menü zurück, geht auch,
> solange ich nicht NACH LINKS und NACH RECHTS mit get_key_PRESS sondern
> mit SHORT mache, was natürlich zur Folge hat, dass der nächste Punkt
> erst kommt, wenn man die entsprechende Taste wieder los lässt,
> währenddessen die lang gedrückten aufs Drücken reagieren und nicht aufs
> loslassen.
>
> GRRR...


Du versuchst krampfhaft eine 'Do what I mean' Steuerung zu bauen.
Das funktioniert nicht.

Entweder du löst deine Aktionen aus, wenn die Taste niedergedrückt wird.
 In dem Fall musst du damit rechnen, dass der Benutzer genau das
 eigentlich gar nicht wollte. Da dein Programm aber nicht hellsehen
 kann wie lange der Benutzer die Taste noch gedrückt halten wird,
 läufst du in das Problem, dass du eine Aktion die eigentlich schon
 stattgefunden hat, bei anhaltend langem Tastendruck wieder rück-
 gängig machen musst, bzw. das ganze Menüsystem so aufzubauen, dass
 dieser vom Benutzer eigentlich nicht gewollte Tastendruck keinen
 'Schaden' anrichtet.

Oder du löst die Aktion erst beim Loslassen (oder überschreiten einer 
Zeitbegrenzung) aus.
  Dann hast du natürlich das Problem, das es für den Benutzer so
  aussieht: Er drückt eine Taste und zunächst mal passiert nichts,
  weil die Aktion ja erst beim Loslassen angestossen werden kann, weil
  ja beim Niederdrücken noch nicht feststeht, ob das ein kurzer oder
  ein langer Tastendruck werden wird.


Die eierlegende Wollmilchsau, die auch noch zukünftige Aktionen des 
Benutzers erraten kann, existiert nun mal nicht.

Jörg Wunsch schrieb:

> Man muss halt eine Karenzzeit einplanen, innerhalb derer beim Drücken
> der ersten Taste der Zustand von "nicht gedrückt" nach "unentschlossen"
> wandert, und erst nach dem Timeout wechselt er in "eine Taste gedrückt"
> oder "zwei Tasten gedrückt".  Für die besagte Maustastenemulation
> waren glaub' ich 50 ms Karenzzeit ein sinnvoller Wert, wenn die
> mechanische Konstruktion der Tasten schlechter ist als bei einer Maus,
> würde ich auf 100 ms gehen.  In dieser Zeit schafft es ein Normal-
> sterblicher durchaus, beide Knöpfe gedrückt zu halten.

Schon klar. So oder so ähnlich haben wir das wohl damals alle gemacht, 
als die ersten 3-Tasten Mäuse aufgekommen sind.

Aber mit dem, was in der PeDa Entprellung vorhanden ist, ist das ohne 
zuätzlichen Programmieraufwand nicht möglich. Die ist nicht darauf 
ausgelegt, dass mehrer Tastendrücke 'gleichzeitig' einen weiteren 
virtuellen Tastendruck ergeben.

Karl heinz Buchegger schrieb:
> Aber mit dem, was in der PeDa Entprellung vorhanden ist, ist das ohne
> zuätzlichen Programmieraufwand nicht möglich.

Naja, es geht schon. Ist aber wirklich keine schöne Bedienung.

1

  for(;;){                                              // main loop

2

    switch( get_key_long(  1<<KEY0 | 1<<KEY1 ) |

3

            get_key_short( 1<<KEY0 | 1<<KEY1 )){

4

5

      case 1<<KEY0:             LED_PORT ^= 1<<LED0; break;

6

7

      case 1<<KEY1:             LED_PORT ^= 1<<LED1; break;

8

9

      default:

10

                if((key_press & (1<<KEY0 | 1<<KEY1)) != (1<<KEY0 | 1<<KEY1))

11

                  break;

12

                get_key_press( 1<<KEY0 | 1<<KEY1 );

13

14

      case 1<<KEY0 | 1<<KEY1:   LED_PORT ^= 1<<LED2; break;

15

    }

16

  }

Die Einzeltasten können natürlich erst nach Loslassen oder nach der 
Langdruckzeit erkannt werden.
Oder man muß eben die

1

#include <mentalist.h>

einbinden.


Peter

So, ich muß mich korrigieren.
Ohne Timeout ist das nun auch für Grobmotoriker bedienbar.

Dafür ist ne extra Funktion hinzugekommen, get_key_common().
Hier der Code:

Beitrag "Universelle Tastenabfrage mit 2 Tastenerkennung"


Peter

Heribert schrieb:
> Wo wird denn im Quelltext der Wert von TIMEOUT ausgewertet? Also wo wird
> berücksichtigt, ob ich 10 oder 100 oder 1000 eingebe?

TIMEOUT entscheidet nur zwischen mit/ohne.

Die Zeit steht in:

1

#define REPEAT_START    50              // after 500ms

Peter