deconz-rest-plugin: Scene won't set `ct` for Color temperature light
I have two OSRAM E14 Colour temperature lights (from the time before Philips released their E14 bulbs). I cannot set their colour temperature using a scene.
Here’s the transcript of what I do (using my ph.sh bash script, which is just a wrapper around curl):
$ ph_put /groups/240/action '{"on":true,"bri":254,"ct":370}'
$ ph_put /groups/240/scenes/1/store '{"transitiontime":4}'
$ ph_get /groups/240/scenes/1
{
"lights": [
{
"bri": 254,
"colormode": "ct",
"ct": 370,
"id": "244",
"on": true,
"transitiontime": 4
},
{
"bri": 254,
"id": "241",
"on": true,
"transitiontime": 4
},
{
"bri": 254,
"id": "242",
"on": true,
"transitiontime": 4
},
{
"bri": 254,
"colormode": "ct",
"ct": 370,
"id": "243",
"on": true,
"transitiontime": 4
}
],
"name": "default",
"state": 0
}
$ ph_put /groups/240/action '{"on":true,"bri":1,"ct":250}'
$ ph_put /groups/240/scenes/1/recall
$ ph_get /lights/243/state
{
"alert": "none",
"bri": 254,
"colormode": "ct",
"ct": 370,
"on": true,
"reachable": true
}
The scene seems to contain the correct light states. When recalling the scene, the API reports the issued values (from the scene). However, the OSRAM bulbs actually have a ct value of 153. After having polled the lights, deCONZ reflects this:
$ ph_get /lights/243/state
{
"alert": "none",
"bri": 254,
"colormode": "ct",
"ct": 153,
"on": false,
"reachable": true
}
Oddly this works, when using a similar setup for my Hue extended color lights. I’m not sure if this is caused by the OSRAM bulbs, or whether it’s deCONZ issue with colour temperature lights. It might be related to issue #30 point 3: I see colorloop and xy are specified in the scenes table in the database (my formatting):
[
{
"bri": 254,
"cl": false,
"clTime": 0,
"cm": "ct",
"ct": 370,
"lid": "244",
"on": true,
"tt": 4,
"x": 30091,
"y": 26912
},
{
"bri": 254,
"cm": "none",
"lid": "241",
"on": true,
"tt": 4
},
{
"bri": 254,
"cm": "none",
"lid": "242",
"on": true,
"tt": 4
},
{
"bri": 254,
"cl": false,
"clTime": 0,
"cm": "ct",
"ct": 370,
"lid": "243",
"on": true,
"tt": 4,
"x": 30091,
"y": 26912
}
]
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Comments: 22 (3 by maintainers)
Commits related to this issue
- Combine sensor/state push events, fix duplicates If anything has changed in sensor state, push only one event which contains the complete state. Issues https://github.com/dresden-elektronik/deconz-r... — committed to dresden-elektronik/deconz-rest-plugin by manup 7 years ago
- Add hue, sat, x and y attributes only to supported lights. TODO: The IKEA CWS color light still needs some extra treatment. Issue https://github.com/dresden-elektronik/deconz-rest-plugin/issues/303 ... — committed to dresden-elektronik/deconz-rest-plugin by manup 7 years ago
- Fix IKEA color temperature in scenes * use move to color x,y instead of move to color temperature (unicast only) * fix color mode always reported as "ct" for color temperature only lights * check ct ... — committed to dresden-elektronik/deconz-rest-plugin by manup 6 years ago
- Merge pull request #53 from Smanar/master Update — committed to dresden-elektronik/deconz-rest-plugin by Smanar 3 years ago
It’s a combination of a weird interpretation of the ZigBee standard on the IKEA side, and poor handling by deCONZ. I have good hopes it can be fixed at the deCONZ side, but it will take some time. I’m not too familiar with the code supporting lights and Manuel is traveling and will want to work on the stability issues first.
I have been able to setup the scenes for me and they are working as intended as far as I can tell. If you define the color temperature manually through the REST API by setting x,y color (needs some experimenting to get the temperature that you want) and the brightness manually and then store the scene manually by using the REST API, you get the correct expected behaviour when recalling the scenes (e.g. also the transition at the same time of brightness and color).
Edit: I’m referring to the IKEA E27 WS opal 980lm bulbs