Philips Hue

… Assistant. We often talk about good deals or good value for money, but it's interesting to ask ourselves a few years later what is still holding up. 1. I have Philips Hue colour bulbs that are over 10 years old and still in use. The v1 bridge was eventually replaced by a v2 bridge. Philips Hue bulbs are expensive but are among the most reliable connected devices in my home. I also use zigbee2mqtt for non-Hue Zigbee devices. But the Home Assistant/Hue bridge integration is so stable and comprehensive that I have never switched the Hue bulbs to zigbee2mqtt. 2. EQ-3 TRVs and the Max!Cube bridge, …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

… Apple Home App. Everything works as expected, on/off works great. But what I've noticed is that the Apple Home app doesn't reflect the brightness of any lights if I change them via HA. Example: Leviton Dimmer Switch - If I change the brightness via the Apple Home app, Home shows the accurate brightness, as does HomeAssistant in real-time - If I change the brightness via HomeAssistant or the physical switch, the Apple Home app does not change its brightness value. The light does indeed change brightness and the value changes in HomeAssistant; the Home app does not reflect the accurate value in …

Excerpt saved from GitHub on 2026-10-23.

I just use Hue motion sensors for the most part. They work, and batteries are AAA, replace every 2 years. No CR bullshit. Aqara motion sensors suck, they took 20+ seconds to trigger and I look like a baboon jumping around trying to get the lights to turn on

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Stable Any luton Caseta Envisalink (patches into the alarm system) Rachio sprinkler system Any Hue device (98% of the time) ismartgate pro Middle of the road Kasa devices (95% of the time) Sonos (97% of the time.. some drops) Unstable Any apple product Nest mini and nest audio Heos devices Most TVs: Sony, LG, Roku, etc.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

… a HA VM on a Synology NAS and started with moving my Kasa controlled smart outlets to HA, then Tuya Smart controlled outside switches, etc. Then moved Philips Hue over and reset HomeKit. After that it is a matter of slowly publishing HA controlled devices back into HomeKit for easy access on iDevices.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

… entire house including Solar System, heatpumps and Wallboxes are integrated into HA. Most of people start with light bulbs. I would recommend going with Philips Hue even if not all Bulbs need to be from Hue. There are many compatible outside. Also the buttons work great and 100% reliable. Next for windows and door sensors: I have made great experience with the ZWave system from Ring. My entire security setup is coming from Ring and it is greatly integrating into HA. ZWave works so much better than Zigbee. Much longer range. I also have Zigbee (zigbee2mqtt) devices besides the Hue system but …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Hue direct connect to HA is great

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

The Hue Bridge is definitely worth keeping, because the ecosystem has a lot to offer, which you‘ll lose if you migrate to Zigbee2Mqtt or ZHA. I used Z2M for a long time because the regular Hue Bridge supported a maximum of 50 lights. The new Bridge Pro which supports 180 lights allowed me to switch back and enjoy all the functions it has to offer. Key features you’ll lose are: Hue Entertainment/Hue Sync, Advanced effects, Scene gallery, MotionAware, Reliable battery reports (Z2M often got stuck at 100% while the device died of low battery) Currently I have Hue (160 lights) and Z2M (50 …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

… capable of doing with the device. It’s not the most obvious answer, and I’ll try to explain what I mean; If Home Assistant detects a light bulb from the Philips Hue series manufactured by the Philips company Signify, it’s typically able to do everything with that bulb that the Hue Bridge would be able to. With one possible exception; HA may have trouble fetching the latest firmware and update it in the bulbs internal microcontroller. But Home Assistant is also capable of having that bulb presented to it *by* the Hue Bridge, instead of talking directly to it. Home Assistant can present …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Hue for sure, the integration is local over zigbee Govee is cloud only and has lots of latency. Its also the slowest to reconnect to wifi, often needing me to open the app before the wifi reconnects after an internet drop or similar.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

I ran Hue via the Phillips hub in HA for years until a few weeks ago when I inadvertently reset the hub and lost the pairing to my 50+ bulbs and accessories. Since I had to re-pair everything anyway, I decided to try foregoing the hub and just used ZHA and a Sonoff dongle and so far it's been a better experience. By far the worst part was having to delete the whole Philips setup in the Echo configuration and rebuild all the Alexa-side stuff to connect through HA, but now that that's done everything seems much more reliable.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Which have died on you? Don't get bottom of the barrel stuff and stick with Hue and you'll likely have zero problems.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

What brand/type of smart bulbs are best for non cloud. Hi all, Not new to homeassistant but very new to smart bulbs. I don’t like the idea of having cloud based smart devices in my home, so all my smart switches (sonoff/light switches/garage door shelly) are flashed with esphome. I’ve seen all the cool & affordable govee products, always tempted to buy them but after doing my best to avoid cloud, I really hate the idea of giving in and introducing these devices. Recently there was a sale on some hue products, and after spending $150 I have 4 bulbs, hub, and a 6 foot lightstrip. I’ve got it …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

The benefit is that you have a single strong ZIgbee network rather than two separate competing networks. You can also use the Hue integration to connect to the hub locally which works fine. I personally ditched the Hue hub probably 4 years ago and haven't missed it once, but we all have different priorities.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

The problem The Philips Hue Groups which seems to be a special type of entities (integration type Light), do not always show up as devices in HomeKit. It seems some race condition, where if Hue Integration takes a bit longer to start, HomeKit would just ignore those entities. If later I call `homekit.reload` service, the Hue Group entities will show up as devices in HomeKit but they will be new devices, so I have to move them to each room and update names again and again. This happens nearly every time I restart HASS for any reason. ### What version of Home Assistant Core has the issue? …

Excerpt saved from GitHub on 2026-10-23.

Convoluted but for reasons I have Hue and HA. HA can expose the scenes and lights to Apple Home. Hue is expensive but in my experience, simply excellent. While Hue has online services, general light control is LAN/Zigbee/Matter.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

If you have the Hue Bridge with your Hue lights, then they should be 100% compatible and work out of the box (locally) with Home Assistant. Wyze cameras will never work. Any number of other cameras would work, but I'd highly recommend Reolink. They have many options. Your MyQ garage opener will also never work, and you can thank MyQ for discontinuing it. Best option is to buy a "ratgdo" door opener (that's what I use). There are also numerous other options that promise compatibility, but I've never used. No idea what to tell you about Xfinity, but I assume that entire system is proprietary …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Philips hue motion sensors. These motion sensors are probably the best I've used. The rest of their stuff is fine. It always works and gets the job done reliably. Price is always high but all of their products just work and last with no headaches. I also have been really liking Zooz. Their products work great and their support is amazing. I'm just starting to grow my collection of their devices but so far i am very happy with them.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Description: This PR adds support for Hue motion sensors and their integrated light-level & temperature sensors. In future, this could be expanded to include support for Hue switches and artificial sensors. Pull request in home-assistant.io with documentation (if applicable): home-assistant/home-assistant.io#9084 ## Example entry for `configuration.yaml` (if applicable): *unchanged* ## Checklist: - [x] The code change is tested and works locally. - [x] Local tests pass with `tox`. Your PR cannot be merged unless tests pass - [x] There is no commented out code in this PR. If user exposed …

Excerpt saved from GitHub on 2026-10-23.

Proposed change Depends on aiohue bump here: https://github.com/home-assistant/core/pull/152807 This PR adds support for the new sensor types that have been added to the Hue ecosystem, including the MotionAware sensors that are available on the Hue Bridge Pro. - Add support for Grouped Motion sensors (including Light Level) that are manually created - Add support for Grouped Motion sensors if multiple sensors in a room/zone - Add support for Motion Aware sensors - Add support for Hue doorbell (button press) to event entity Grouped Motion sensors as well as Motion Aware sensors are attached to …

Excerpt saved from GitHub on 2026-10-23.

Currently my favourites are Aarlo and Philips Hue Play HDMI Sync Box, but they are very specific use cases. I do have a lot of Frontend ones which is great for more customizable Lovelace cards. TBH I have a lot installed simply because I implement Homekit Infused which is just awesome. I didn't really like how Lovelace worked and looked but HKI makes it really advanced. Auto-filling cards etc. Work a look.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Proposed change Recent Hue bridge updates add support for so called "Smart Scenes" to mimic Natural lightning. It is implemented as a virtual scene which in turn calls other predefined scenes based on the time period. When activated, a smart scene will automatically (slowly) transition between the scenes during the day. With this change the "Natural Light" scene will be imported into HA as regular scene and can be activated. The only difference with a regular scene is that a smart scene has no options for dynamics, transition etc. That is all handled automatically. This is actually a new …

Excerpt saved from GitHub on 2026-10-23.

Im in similar situation and I decided to buy Hue tap switch. Lights are fully controlled by Hue ecosystem for the moment, which are also exposed to HA. Scenes are defined in the Hue app and exposed to HA, so HA can only enable them. Tap switch can also switch between scenes on multiple clicks, if needed. And tap switch rotation allows dimming.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

Proposed change Add device trigger support for the Philips Hue Wall Switch Module ## Type of change - [ ] Dependency upgrade - [ ] Bugfix (non-breaking change which fixes an issue) - [ ] New integration (thank you!) - [x] New feature (which adds functionality to an existing integration) - [ ] Breaking change (fix/feature

Excerpt saved from GitHub on 2026-10-23.

Proposed change It turns out that the new Hue (White Ambiance) lights support a very wide color temperature range of 1000K-20000K where the Hue integration was still assuming the old/default of 153-500 mireds (more or less 2000K-6500K) as the valid range. With this PR it should correctly read the reported min/max values as reported by the light. Untested if the API actually accepts such values (as I don't own such as light) but normal operations still work as before. ## Type of change - [ ] Dependency upgrade - [X] Bugfix (non-breaking change which fixes an issue) - [ ] New integration (thank …

Excerpt saved from GitHub on 2026-10-23.

… modes to color _temperature_ modes (colorful light to "white" light) _via the HA HomeKit bridge integration_ does not work, in certain circumstances: - Bulb is made by Gledopto (tried 2 different models by same maker) and joined to Hue Hub - Bulb is exposed to HomeKit via HA - Changing between color and color temperature modes (full color and "white" light) works fine from the Hue app as well as directly from HA - All first party bulbs on the hue hub and controlled with it's own HomeKit implementation and work fine (can't use Hue's HomeKit bridge on 3rd party bulbs) - Tested from iOS 13 and …

Excerpt saved from GitHub on 2026-10-23.

The issue i have found with hue bulbs is this, when the light is on in HA and Homekit and someone turns the wall light switch and turns off power to the light. when this happens Hue will notify HA that the bulb is unreachable. However this doesnt get passed to HomeKit and so the state stays as On. Changing the below two lines adds a third state as a state to check agains then sets the state to 0 and turning the light off in Homekit Original https://github.com/home-assistant/home-assistant/blob/65b8f9764abb24982a0bf4e488bb4e8e9460d573/homeassistant/components/homekit/type_lights.py#L7 …

Excerpt saved from GitHub on 2026-10-23.

The problem I have a innr Smart Plug model SP 222. It's a "Friends of Hue" device and so can be added to the Hue bridge using the Hue iOS app. It shows fine in the Hue app, provides a simple on / off switch (it does nothing else), and is even picked up correctly by HomeKit as an on / off switch. Once added to the Hue hub, it immediately appeared in Home Assistant => Integrations / Philips Hue / Bridge / Devices. The manufacturer shows correctly as "innr" and the Model correctly shows as "On/Off plug (SP 222). However HomeAssistant has added it as a light entity rather than as a switch entity. …

Excerpt saved from GitHub on 2026-10-23.

The problem I have a innr Smart Plug model SP 222. It's a "Friends of Hue" device and so can be added to the Hue bridge using the Hue iOS app. It shows fine in the Hue app, provides a simple on / off switch (it does nothing else), and is even picked up correctly by HomeKit as an on / off switch. Once added to the Hue hub, it immediately appeared in Home Assistant => Integrations / Philips Hue / Bridge / Devices. The manufacturer shows correctly as "innr" and the Model correctly shows as "On/Off plug (SP 222). However HomeAssistant has added it as a light entity rather than as a switch entity. …

Excerpt saved from GitHub on 2026-10-23.

The problem I use the Hue integration to connect my Osram Smart+ Plug. In Home Assistant as well in homekit the smart plug is shown as a light device. If you are using homebridge there exist a commend to fix this wrong association. German-Link 1. install npm -g install homebridge-hue-utils (or simply hue integration) 2. ph -H IP-Hue-BRIDGE -u Hue-User-ID outlet -v 3. reboot homebridge Now the Plugs are shown as switches and not as light entities. ## Environment current version of home assistant with homekit integration - Home Assistant Core release with the issue: core-2021.1.4 - Last working …

Excerpt saved from GitHub on 2026-10-23.

The problem I use the Hue integration to connect my Osram Smart+ Plug. In Home Assistant as well in homekit the smart plug is shown as a light device. If you are using homebridge there exist a commend to fix this wrong association. German-Link 1. install npm -g install homebridge-hue-utils (or simply hue integration) 2. ph -H IP-Hue-BRIDGE -u Hue-User-ID outlet -v 3. reboot homebridge Now the Plugs are shown as switches and not as light entities. ## Environment current version of home assistant with homekit integration - Home Assistant Core release with the issue: core-2021.1.4 - Last working …

Excerpt saved from GitHub on 2026-10-23.

I did move away from Hue bridge, because Hue hub does not allow more than 1 command per second from HA, which did not allow me to use the Hue Tap Switch rotation feature for smooth brightness control from HA directly. I'm not missing anything now.

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

I have about 140 Hue lights that I migrated from 3 connected bridges to 3 separate SLZB-06M coordinators. Z2M updates light states more or less instantly. The Hue integration is local-push but the bridge often takes several seconds to report state updates to HA. Until I ran up against this limitation, I was content just using the bridge through the Hue integration. Hue has an off-spec Zigbee event streaming API that makes the Entertainment/Hue Sync features possible. Bifrost has made some progress in reverse-engineering this, but there's basically no way to faithfully recreate this …

Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23.

I have recently acquired some Hue Color and Ambiance bulbs and have experienced the same problem. I have a similar setup; Home Assistant controls the Hue Bridge through the hue integration and exposes the bulbs to the iOS Home app using Homekit. I did some experiments adding the Hue Bridge directly to the Home app and this problem doesn’t seem to occur.

Excerpt saved from GitHub on 2026-10-23.

Any reason for using homekit_controller over hue? The hue integration is local and push based so I can't think of a strong reason to use hkc here, and you certainly wouldn't need both? And the gradient apparently doesn't work well with HomeKit anyway: https://hueblog.com/2021/09/18/new-gradient-function-is-not-yet-compatible-with-apple-homekit/ I don't have a gradient so I can only speculate: it most likely appears as a generic lamp/bulb? So we don't have any hue or gradient specific code in homekit_controller so if we were turning bulbs on at startup I'd expect every bulb to turn on at …

Excerpt saved from GitHub on 2026-10-23.

Any reason for using homekit_controller over hue? The hue integration is local and push based so I can't think of a strong reason to use hkc here, and you certainly wouldn't need both? And the gradient apparently doesn't work well with HomeKit anyway: https://hueblog.com/2021/09/18/new-gradient-function-is-not-yet-compatible-with-apple-homekit/ I don't have a gradient so I can only speculate: it most likely appears as a generic lamp/bulb? So we don't have any hue or gradient specific code in homekit_controller so if we were turning bulbs on at startup I'd expect every bulb to turn on at …

Excerpt saved from GitHub on 2026-10-23.

The problem The Philips Hue Groups which seems to be a special type of entities (integration type Light), do not always show up as devices in HomeKit. It seems some race condition, where if Hue Integration takes a bit longer to start, HomeKit would just ignore those entities. If later I call `homekit.reload` service, the Hue Group entities will show up as devices in HomeKit but they will be new devices, so I have to move them to each room and update names again and again. This happens nearly every time I restart HASS for any reason. ### What version of Home Assistant Core has the issue? …

Excerpt saved from GitHub on 2026-10-23.

The problem Trying to use the light in Homekit, in this case, a led strip, when selecting the color temp it just uses the RGB led and not the white LEDs. When I set the color temp using home assistant I lose the capability to dim the light on Homekit, but still can turn it on /off. The light is represented as red on the home app, and if I try to change the brightness it changes the color of the light also. What is version of Home Assistant Core has the issue? core-2021.2.3 What was the last working version of Home Assistant Core? _No response_ What type of installation are you running? Home …

Excerpt saved from GitHub on 2026-10-23.

… to 0.91 (even updating to 0.92 haven't fixed it) i recognized some strange behavior within the homekit app when changing the color of my yeelight and hue led stripes. color changes to the chosen color and immediately turns back to white. changing color in the web front or HA iOS app is no problem and is working. hue bridge is implemented with the integration feature and yeelight is being auto discovered. in the log i got following error: Unable to update bulb status: {‘code’: -1, ‘message’: ‘client quota exceeded’} any idea, please!?

Excerpt saved from GitHub on 2026-10-23.

… release with the issue: 0.84.6 Operating environment (Hass.io/Docker/Windows/etc.): Docker Component/platform: HomeKit Description of problem: I have Philips Hue bridge paired with some lights. Couple of lights are not currently in place even though paired earlier. Those two lights are shown at Home Assistant as unavailable/unreachable, but still seen in HomeKit as available. So the unreachable state is not delivered correctly to the HomeKit. Further, if I try to light up one of the mentioned lights using HomeKit, it does it happily and does not even indicate that the lights are actually …

Excerpt saved from GitHub on 2026-10-23.