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

Hue not set correctly #3

Closed
willem4ever opened this issue Dec 19, 2013 · 8 comments
Closed

Hue not set correctly #3

willem4ever opened this issue Dec 19, 2013 · 8 comments

Comments

@willem4ever
Copy link

Not sure if this has to do with rest-plugin or deconz itself, or maybe just the ballast-pp. Anyway here is the issue. I send bri, hue and sat to the bridge using the rest api. All parameters are acknowledged with success, however the ledstrip shows the wrong colour. Sending just the single parameter with the hue value sets the colour right. The behaviour seems only to apply to ballasts, philips hue spots seems to respond fine.

Using The colour control cluster in the deconz guy and doing an exec enhanced move to hue sets the colour also right in one go, but I guess this is comparable with just sending a hue command thru the rest api.

@manup
Copy link
Member

manup commented Jan 2, 2014

Hello Willem,
thanks for the report after a some testing with a FLS-PP I can confirm the behaviour.
The issue is within the ballast firmware (version 14010400).

As workaround the commands could be send seperated into two sets:

  • bri, on [, transitiontime]
  • hue, sat [, transitiontime]

The second command shall be send after a delay of transitiontime which defaults to 4 (400 ms).

The problem is that a API command like { "on": true, "bri": 200, "hue": 0, "sat": 224, "transitiontime": 10 }
is translated into two ZigBee commands and the internal state of the ballast is not correctly updated if the first command is not finished (transitiontime) while the second command is received and processed.

The next firmware release which will be updated via over-the-air-update (OTAU) will fix the issue.

@willem4ever
Copy link
Author

thanks for analysis of the problem, looking forward to the updated firmware.

@manup manup added the bug label Feb 28, 2014
@willem4ever
Copy link
Author

hi is the updated firmware available - it has been 4 months now -

@manup
Copy link
Member

manup commented May 14, 2014

Hi William, I'm afraid the firmware is not available yet it will be released together with the new version of deCONZ which is scheduled in July.

@willem4ever
Copy link
Author

Any news here ?

@willem4ever
Copy link
Author

disappointing there is still no update for this ....

@dwaldhans
Copy link

Hello there!

I just found this thread because I am having exactly the same problem with my FLS-PP devices. Are there any news on this bug?

Kind regards,
David

@manup
Copy link
Member

manup commented Sep 17, 2018

Closing the oldest issues for know to tidy up the tracker and duplicates in newer issues.

@manup manup closed this as completed Sep 17, 2018
manup pushed a commit that referenced this issue Dec 8, 2019
Merge pull request from dresden-elektronik/master
manup pushed a commit that referenced this issue Oct 15, 2020
manup pushed a commit that referenced this issue Nov 8, 2020
manup pushed a commit that referenced this issue Jan 12, 2021
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

3 participants