Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

[harmonyhub] Suggestion for checking for current activity before starting a new activity #2497

Closed
ppieczul opened this issue Jul 27, 2017 · 0 comments

Comments

@ppieczul
Copy link
Contributor

ppieczul commented Jul 27, 2017

Expected Behavior

When I send PowerOff activity (by name) and hub is already in PowerOff state, it should do nothing.

Current Behavior

When I send PowerOff activity (by name) and hub is already in PowerOff state, it powers on one of my devices (last one). This is 100% reproducible in my setup. When hub is performing some activity is powers off correctly and does not start that device.

Possible Solution

Looking at the binding code, it is very likely that this is a bug in whistlingfish library or even more likely in harmony hub, as the original remote controller does not allow for such scenario to happen.

I think it would be nice to add checking for current state to handleCommand and update the hub only if requested activity is different to current one.

Although this is not a big issue and requires a workaround at upper level (for example in .rules file), from usability perspective, binding could be protected against such scenarios, which should not lead to some random activities.

Steps to Reproduce (for Bugs)

  1. Add harmony hub, do not have to add any devices.
  2. Create a rule that on some condition sends PowerOff activity to the hub.
  3. In my case when hub was powered off, it started my projector.

Context

I have been trying to power off by AV system when motion sensor detected nobody in the room for 10 minutes. It resulted in my projector being powered on, when AV system was already down.

Your Environment

  • OH snapshot 20170702112021
  • Ubuntu Server 16.04
ppieczul added a commit to ppieczul/openhab2-addons that referenced this issue Aug 30, 2017
Additionally fixed what static code analyzer complained about: no EOF in about.html and redundant import.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
ppieczul added a commit to ppieczul/openhab2-addons that referenced this issue Sep 7, 2017
…b#1390 and openhab#2497.

Added trigger channels for activity starting and activity started events from the hub (state digest).
Additionally fixed whatever static code analyzer complained about.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
@martinvw martinvw closed this as completed Sep 8, 2017
martinvw pushed a commit that referenced this issue Sep 8, 2017
…and #2497. (#2678)

Added trigger channels for activity starting and activity started events from the hub (state digest).
Additionally fixed whatever static code analyzer complained about.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
Markinus pushed a commit to Markinus/openhab2-addons that referenced this issue Sep 8, 2017
…b#1390 and openhab#2497. (openhab#2678)

Added trigger channels for activity starting and activity started events from the hub (state digest).
Additionally fixed whatever static code analyzer complained about.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
hillmanr pushed a commit to hillmanr/openhab2-addons-pollytts that referenced this issue Dec 6, 2017
…b#1390 and openhab#2497. (openhab#2678)

Added trigger channels for activity starting and activity started events from the hub (state digest).
Additionally fixed whatever static code analyzer complained about.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
aogorek pushed a commit to aogorek/openhab2-addons that referenced this issue Jan 14, 2018
…b#1390 and openhab#2497. (openhab#2678)

Added trigger channels for activity starting and activity started events from the hub (state digest).
Additionally fixed whatever static code analyzer complained about.

Signed-off-by: Pawel Pieczul <pieczul@gmail.com> (github: ppieczul)
Flole998 pushed a commit to Flole998/openhab-addons that referenced this issue Dec 30, 2021
This prevents typos and using the constants makes it easier to find out what other items types are accepted.
It also makes it easier to see that these values are item types and not labels or descriptions.

Signed-off-by: Wouter Born <github@maindrain.net>
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants