dresden-elektronik / deconz-rest-plugin

deCONZ REST-API plugin to control ZigBee devices
BSD 3-Clause "New" or "Revised" License
1.9k stars 498 forks source link

Inconsistent fade in/up behavior #3278

Closed stevenwfoley closed 3 years ago

stevenwfoley commented 4 years ago

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

stevenwfoley commented 4 years ago

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:

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 commented 3 years ago

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

Yes, see https://github.com/dresden-elektronik/deconz-rest-plugin/pull/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[bot] commented 3 years ago

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[bot] commented 3 years ago

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.