search

home-assistant / core

:house_with_garden: Open source home automation that puts local control and privacy first.
https://www.home-assistant.io
Apache License 2.0
71.14k stars 29.81k forks source link

Philips hue ligths color_temp state gone #61723

Closed evaliukonis closed 2 years ago

evaliukonis commented 2 years ago

The problem

Turn on light with color_temp and it visible in state for 1 or 2 seconds and gone. Problem only with "Extended color light". With Philips lights works fine.

What version of Home Assistant Core has the issue?

2021.12.1

What was the last working version of Home Assistant Core?

2021.11.5

What type of installation are you running?

Home Assistant Container

Integration causing the issue

Philips Hue

Link to integration documentation on our website

No response

Example YAML snippet

service: light.turn_on
target:
  entity_id: light.my-light
data:
  color_temp: 155
  brightness: 255

Anything in the logs that might be useful for us?

State after call service:
min_mireds: 155
max_mireds: 495
supported_color_modes:
  - color_temp
  - xy
color_mode: color_temp
brightness: 255
color_temp: 155
hs_color:
  - 44.098
  - 2.43
rgb_color:
  - 255
  - 253
  - 248
xy_color:
  - 0.328
  - 0.334
mode: normal
dynamics: none
friendly_name: My Light
supported_features: 32

State after few seconds:
min_mireds: 155
max_mireds: 495
supported_color_modes:
  - color_temp
  - xy
color_mode: xy
brightness: 255
hs_color:
  - 256.174
  - 45.098
rgb_color:
  - 171
  - 140
  - 255
xy_color:
  - 0.2595
  - 0.1838
mode: normal
dynamics: none
friendly_name: My Light
supported_features: 32

Additional information

No response

marcelveldt commented 2 years ago

Let me guess, this happens only with a 3th party light (not Philips/Signify) ? We've checked in a small fix for this today in the library which might fix your issue. Please test again once the bugfix update 2021.12.2 is released and report back, thanks!

probot-home-assistant[bot] commented 2 years ago

Hey there @balloob, mind taking a look at this issue as it has been labeled with an integration (hue) you are listed as a code owner for? Thanks! (message by CodeOwnersMention)

hue documentation hue source (message by IssueLinks)

EddyK69 commented 2 years ago

I don't know if this is related but turning on a light with a Kelvin-value of < 2000 returns a bad request. Is was working in 2021.11.5. Kelvin-value of >= 2000 is working.

Service-call: service: light.turn_on target: device_id: bc3a930a6d4944458e7779b370edef15 data: kelvin: 1000

Logs: Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 381, in _async_step await getattr(self, handler)() File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 584, in _async_call_service_step await service_task File "/usr/src/homeassistant/homeassistant/core.py", line 1495, in async_call task.result() File "/usr/src/homeassistant/homeassistant/core.py", line 1530, in _execute_service await handler.job.target(service_call) File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 209, in handle_service await self.hass.helpers.service.entity_service_call( File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 663, in entity_service_call future.result() # pop exception if have File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 896, in async_request_call await coro File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 700, in _handle_entity_call await result File "/usr/src/homeassistant/homeassistant/components/light/__init__.py", line 494, in async_handle_light_on_service await light.async_turn_on(**filter_turn_on_params(light, params)) File "/usr/src/homeassistant/homeassistant/components/hue/v2/light.py", line 164, in async_turn_on await self.bridge.async_request_call( File "/usr/src/homeassistant/homeassistant/components/hue/bridge.py", line 132, in async_request_call return await task(*args, **kwargs) File "/usr/local/lib/python3.9/site-packages/aiohue/v2/controllers/lights.py", line 85, in set_state await self._send_put(id, update_obj) File "/usr/local/lib/python3.9/site-packages/aiohue/v2/controllers/base.py", line 137, in _send_put await self._bridge.request("put", endpoint, json=data) File "/usr/local/lib/python3.9/site-packages/aiohue/v2/__init__.py", line 152, in request async with self.create_request(method, path, **kwargs) as resp: File "/usr/local/lib/python3.9/contextlib.py", line 181, in __aenter__ return await self.gen.__anext__() File "/usr/local/lib/python3.9/site-packages/aiohue/v2/__init__.py", line 182, in create_request res.raise_for_status() File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 1004, in raise_for_status raise ClientResponseError( aiohttp.client_exceptions.ClientResponseError: 400, message='Bad Request', url=URL('https://192.168.xxx.xxx/clip/v2/resource/light/cc4a534f-ec23-4a93-af79-c3016c09aa8d')

marcelveldt commented 2 years ago

@EddyK69 please not hijack another one's issue report. Kelvin 1000 is invalid, Minimum will be around 2000 (mired 153). Next HA bugfix release will fix the error, so it will default to the lower bound (153 mired) if you send in a value that's out of range

evaliukonis commented 2 years ago

No I send correct value. Ligth color and temp is correct just gone color_temp value from state and this issue only for 3th party lights. I use light template with color_temp and brightness and it wont work without color_temp state

marcelveldt commented 2 years ago

No I send correct value. Ligth color and temp is correct just gone color_temp value from state and this issue only for 3th party lights

Yea, please wait until the bugfix 2021.12.2 is released and report back, thanks

evaliukonis commented 2 years ago

Still same problem exists, but it looks like Philips hue bridge problem. On philips app state also wrong.

marcelveldt commented 2 years ago

OK, maybe a 3rd party light that needs some firmware update ? Some lights are known to give strange issues when connected to Hue

evaliukonis commented 2 years ago

I have Conbee2 with zigbee2mqtt and moved one light on it. Light work like expected. There is no possibility upgrade firmware for this 3rd party lights.

marcelveldt commented 2 years ago

I think this is caused by the fact that the light doesn't properly report its capabilities to the Hue bridge, the mirek_schema will be empty.

There's also an attribute on the "ColorTemperatureFeature" in the api called "mirek_valid" and that's what determines if the light is in color temperature mode or color mode. My guess is that with this light this one is always false.

https://developers.meethue.com/develop/hue-api-v2/api-reference/#resource_light_get

achap01 commented 2 years ago

Hello, Sorry i'm french...

I've the same problem with my HUE lamps since the last upgrade of HA 2021.12.2. I do it last day at 22h00. Before, all my hue lamps were OK when i want to toogle.

Now, when the HUE lights are off, the toggle button return ON automatically after a few instant. After, i can't switch the lights. I must recharge the integration HUE and all is OK for the first operation. I have no problem to command the light when i use directly the HUE application.

What's is the solution ? Do i must reload the latest version of HA or wait before a new release which fix this bug ? Thank you for your answer...

Sincerely,

marcelveldt commented 2 years ago

@achap01 that is another issue, not related to this one. See here: https://github.com/home-assistant/core/issues/61926 You can either revert to 2021.12.1 (which has the same issue but not as bad) or wait for 2021.12.3 (which fixes it)

achap01 commented 2 years ago

Thank you for your answer ...

And excuse me for my bad english ....

I'll wait for the new release.

Sincerely