WiZ
wiz
The WiZ integration allows you to control your WiZ lights and smart sockets. The devices are set up through your Wi-Fi network and don't need any additional bridge or gateway.
In Apple Home through HomeKit Bridge
What HomeKit Bridge makes of each kind of entity this integration creates, read from its source code. A device only gets the ones that apply to it.
| Entity | Shows up as | Note |
|---|---|---|
light | Light | |
switch | Switch or outlet | |
fan | Fan | |
binary_sensor | Sensor (occupancy) |
2 reports below say how a device from this integration behaves in the Home app.
What people report
WiZ bulbs run locally over push; dual-head and effect speed were added early. A firmware 1.38.0 bug breaks turn_off on RGBW Tunable bulbs, and entity_id instability can break HomeKit Bridge mappings.
- Works4
- Partly works2
- Not working1
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| WiZ bulbs | Works Local | Local control, cheap, good circadian settings (2 users)Saved copyWiZ lights has an integration that does local control. I've been replacing my Zigbee bulbs with these as the Zigbee ones die (quite frequently). WiZ has some excellent built in circadian settings that I prefer over the options I've tried in HA. Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23. | Reddit comment · 2022-10 | |
| WiZ dual head light | Works Local | Dual head WiZ devices supportedSaved copyProposed change Add support for dual head WiZ devices Changelog: https://github.com/sbidy/pywizlight/compare/v0.5.10...v0.5.12 ## Type of change - [x] Excerpt saved from GitHub on 2026-10-23. | PR #66955 · 2022-02 | |
| WiZ lights | Works Local | Wi-Fi with local controlSaved copyCheck out wiz. They are Wi-Fi but offer local control…for now anyway. Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23. | Reddit comment · 2024-05 | |
| Wiz WiFi bulbs | Works Local | Close second to Hue; ~80 WiFi devices on 3 Omada APsSaved copyHue is the gold standard as far as I'm concerned and priced appropriately. I try to pick them up on clearance. Wiz are a close second. I have close to 80 wifi devices across 3 Omada access points with very low utilization. Excerpt saved from the Arctic Shift Reddit archive on 2026-10-23. | Reddit comment · 2024-05 | |
| WiZ ceiling light (tunable white) | Partly works | Broken in Home Bridge mapping broke after entity_id changed; lights uncontrollable in Home app | Entity_id changes with bulb type description, breaking downstream HomeKit mappingSaved copyThe problem WiZ light entities have unstable `entity_id` values that change when the underlying `pywizlight` library or firmware updates change the parsed `bulb_type.bulb_type` description string. ### Real-world impact After a routine restart, my WiZ ceiling lights' `entity_id` changed from: - `light.wiz_light2_2` / `wiz_light.light.a8bb5072ceba` → `light.wiz_tunable_white_72ceba` This broke the HomeKit Bridge mapping (which references `entity_id`), making the lights uncontrollable from iOS Home app, while direct HA control still worked. This pattern only affects WiZ in my 5-year setup; … Excerpt saved from GitHub on 2026-10-23. | Issue #172467 · 2026-05 |
| WiZ tunable white ceiling lights | Partly works | Broken in Home entity_id change broke HomeKit Bridge mapping after restart | entity_id changes after restart when bulb type description changesSaved copyThe problem WiZ light entities have unstable `entity_id` values that change when the underlying `pywizlight` library or firmware updates change the parsed `bulb_type.bulb_type` description string. ### Real-world impact After a routine restart, my WiZ ceiling lights' `entity_id` changed from: - `light.wiz_light2_2` / `wiz_light.light.a8bb5072ceba` → `light.wiz_tunable_white_72ceba` This broke the HomeKit Bridge mapping (which references `entity_id`), making the lights uncontrollable from iOS Home app, while direct HA control still worked. This pattern only affects WiZ in my 5-year setup; … Excerpt saved from GitHub on 2026-10-23. | Issue #172467 · 2026-05 |
| WiZ RGBW Tunable bulb (firmware 1.38.0) | Not working Local | light.turn_off rejected with Invalid params; turn on and brightness workSaved copyThe problem Calling light.turn_off (via the dashboard toggle or the light.turn_off action) on a WiZ RGBW Tunable bulb running firmware 1.38.0 fails, with the bulb rejecting the command. Turning the light on works fine; brightness also appears to work. Only the off command fails. The bulb behaves normally when controlled via the official WiZ app. This suggests the app is using a different (likely cloud-based) control path than the local UDP protocol pywizlight uses, and that the bulb's local command handling has changed in this firmware version in a way that's no longer compatible with the … Excerpt saved from GitHub on 2026-10-23. | Issue #183004 · 2026-09 |
Gathered from GitHub issues, pull requests, discussions and docs, and from r/homeassistant. These are individual reports, so check the linked thread and the date before you buy.
How it connects
Local push
Talks to the device on your network, and the device tells Home Assistant the moment something changes.
Found automatically over
- DHCP
Details
| Installs (analytics) | 23,018 (3.25%) |
|---|---|
| Added in | Home Assistant 2022.3 |
| Set up in the UI | Yes |
| Maintainers | @sbidy, @arturpragacz |
In ReReHome
Whatever HomeKit Bridge shares reaches Apple Home as normal HomeKit accessories behind your Home Assistant bridge, so ReReHome shows and controls them like any other.
Bridges get their own settings page listing the accessories behind them.
