search

diyhue / diyHue

Main diyHue software repo
https://diyhue.org/
Other
1.52k stars 274 forks source link

Support for Philips Hue Go via ZigBee #983

Closed G33KatWork closed 5 months ago

G33KatWork commented 5 months ago

Feature does not already exist?

I searched and did not find an existing feature request

Summarize feature

Heyho,

I have a working setup with zigbee2mqtt on a Raspberry Pi with a RaspBee II adapter which I use to control a Philips Hue Go over ZigBee (NOT Bluetooth, I know this is not supported). I also have a KNX smart home with a Gira X1 which can talk to the Philips Hue bridge to control lights. Since I don't have a bridge and I am too cheap right now to buy one, I thought I would just use diyHue to expose the Hue Go to the Hue smartphone app and the X1.

The problem is, there is no lamp profile available for the Go with model ID LLC020. I checked out the light_types.py to try and understand how I would add this light to diyHue, but I am more than unsure what the different keys in the dict mean. Is there a guide on how to do that? What would be the closest existing lamp that I could copy and modify?

When I select the wrong kind of lamp, the Hue app won't even connect to diyHue. I just get an endless "Connecting to Hue bridge" message.

The closest thing I found when searching for this is this issue here without a real resolution: https://github.com/mariusmotea/diyHue/issues/256

mariusmotea commented 5 months ago

Hi,

But you don't need the identical modelID, just select the apropiate modelid that has the same features and change the icon of the light in the applications to look like the original one.

G33KatWork commented 5 months ago

That was the nudge in the right direction. Thank you!

Got it to work by just selecting an LCT001. When checking out the list of supported devices, I just chose another lamp with the same Device ID (Type) which in the case of the Hue Go is 0x0210.

The reason I couldn't connect to the bridge was my fault. Docker decided to use 192.168.40.0/20 network for its internal networks which collided with my local real network and packets wouldn't be routed out.

Thanks for the help!