Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

Inconsistent fade in/up behavior #3278

Closed
stevenwfoley opened this issue Sep 18, 2020 · 4 comments
Closed

Inconsistent fade in/up behavior #3278

stevenwfoley opened this issue Sep 18, 2020 · 4 comments

Comments

@stevenwfoley
Copy link

Different fading in/up behavior when turning on a light via the group and the individual light.
Light: 3A Smart Home DE - LXT56-LS27LX1.7

Steps to reproduce the behavior

  1. Go to a light group and turn on or off the light group. The light respects the "OnOff Transition Time" attribute and smoothly fades in and out for the respective on and off actions.
  2. Go to a light group and individually turn on one of the lights in the group. The light will turn on to a low dim, pause for a second, and then start fading up. The fade out of the off action works as expected.

Expected behavior

The fading behavior should be the same between these two methods of turning on/off a light. Ideally the group method would be the proper on/off behavior because its the smoothest.

Environment

  • Host system: Raspberry Pi
  • Running method: Raspbian
  • Firmware version: 26370500
  • deCONZ version: 2.05.82
  • Device: RaspBee I
@stevenwfoley
Copy link
Author

stevenwfoley commented Sep 23, 2020

I've done a bit of sniffing with Wireshark and captured some revealing data.

This is what happens when I turn on a light at the Group level:
Command: On (0x01)

This is what happens when I turn on an individual light within the same Group:
Command: Move to Level with OnOff (0x04)
Payload:
- Level: 2
- Transition Time: 0.0 seconds
Command: Move to Level (0x00)
Payload:
- Level: 254
- Transition Time: 0.9 seconds

So the behavior I'm experiencing seems deliberate and intended. But then the question becomes: why such an elaborate way of turning on an individual light instead of just issuing the simple On command as is done at the Group level?

@ebaauw
Copy link
Collaborator

ebaauw commented Oct 17, 2020

So the behavior I'm experiencing seems deliberate and intended.

Yes, see #2553. This is the logic by the Hue bridge, but it seems it doesn't work well for non-Hue lights. I wanted to change the code, so it applies this logic only to Hue lights, but they screwed up the code, by adding logic for shutters and locks in the light handling. I'm sorry, I'm not touching this hell anymore.

@stale
Copy link

stale bot commented Nov 7, 2020

As there hasn't been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.

@stale stale bot added the stale label Nov 7, 2020
@stale
Copy link

stale bot commented Nov 24, 2020

As there hasn't been any response in 28 days, this issue will be closed. @ OP: If this issue is solved post what fixed it for you. If it isn't solved, request to get this opened again.

@stale stale bot closed this as completed Nov 24, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants