PRESS_LONG and PRESS_LONG_RELEASE behaviour
See original GitHub issueDescription
I’m using RedMatic to query a HM-PB-6-WM55
and I want to use the PRESS_LONG
/ PRESS_LONG_RELEASE
events.
The sequence in which the events are produced makes it IMHO impossible to control something useful with it.
Here is a long press as seen by a Node-Red debug node:
At 13:13:52 I started pressing the switch and at 13:13:58 I released the switch again.
Actual behavior:
- With a pressed switch a continuous flow of
INSTALL_TEST
events is created. - The
PRESS_LONG
event is actually generated when the switch is released - The
PRESS_LONG_RELEASE
is generated right after thePRESS_LONG
event
Expected behavior
- The
PRESS_LONG
event shall be issued after the specifiedPRESS_LONG
time in the device - The
PRESS_LONG_RELEASE
shall be generated when the switch is released
Ping @hobbyquaker although I do not think this behavior is RedMatic related.
Issue Analytics
- State:
- Created 5 years ago
- Comments:13 (5 by maintainers)
Top Results From Across the Web
IKEA five button remote multiple issues after pairing #3328
There isnt any support for long press, long release and button hold. ... and IKEA 5 button round´s - all exactly the same...
Read more >MQTT Switch - State not matching Payload - Configuration
This is the behavior under HADashboard GUI with Home Assistants lights.yaml ... Dimming the light to 30%: (long press long release).
Read more >C-Bus™ Basic Programming - StudyLib
Figure 43 - The C-Gate console The following points outline the behaviour of the ... called: Short Press Short Release Long Press Long...
Read more >ADK Sink Configuration PS Key Bit Fields - style and fashion
This behaviour is the same for all of the threshold values 1-5. ... but was not part of a double press. Long Release...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The devices behave different when the transport is set to “secured”, set it to standard
This issue has been automatically closed because of inactivity. Please open a new issue if still relevant and make sure to include all relevant details, logs and reproduction steps.
Dieses Problem wurde aufgrund von Inaktivität automatisch geschlossen. Bitte öffnen Sie ein neues Issue, falls dies noch relevant ist und stellen Sie sicher das alle relevanten Details, Logs und Reproduktionsschritte enthalten sind.