LaggAt / hacs-govee

A HACS repository for Govee light integration
MIT License
262 stars 60 forks source link

New local API coming soon! #77

Open Neekster opened 2 years ago

Neekster commented 2 years ago

Not a feature request, but some exciting news regarding the future of the Govee API.

Check it out here: https://app-h5.govee.com/share/community?client=0&postId=93664&t=1652143647014

kbrohkahn commented 2 years ago

Awesome news if true! Been having so many issues with rate limiting the past week.

Neekster commented 2 years ago

Awesome news if true! Been having so many issues with rate limiting the past week.

You bet it's true! It just got released in the 5.2 update. Screenshot_20220808-135514.png

mtwilliams5 commented 2 years ago

I haven't been able to find the API docs for the LAN control on any URL, only within the app, so I've copied them into a gist here for reference: https://gist.github.com/mtwilliams5/08ae4782063b57a9b430069044f443f6#file-govee-lan-md

Nevermind, seen someone on the Home Assistant Community has found a URL for it (which should hopefully stay updated as new devices and features get supported): https://app-h5.govee.com/user-manual/wlan-guide

Spiolito commented 2 years ago

I just tested the local API with nc and it is super quick. I completely lack any programming knowledge though.Are there any plans or time frame for implementing this in this or any integration? I suppose most users would prefer to use local API where available.

kalpik commented 1 year ago

Subscribed to this one! Would be really useful!

kernelpanic85 commented 1 year ago

For all the fuss everyone made about not having local control, you'd think someone would be all over this when Govee finally released it. Local control is the whole goal of HA! Let's go!

fuzzysb commented 1 year ago

Node Red has a module for local control. the problem I have is that I am new to Home Assistant and still learning. struggling a fair bit with node red

wez commented 1 year ago

FWIW, the homebridge-govee plugin has invested in this recently and can even let you configure the IP addresses of hosts to communicate with if they are eg: on an IOT subnet and can't directly be discovered through the multicasting stuff. May be interesting to get inspiration from there. I'm almost at the point where I'm ready to spin up a second homebridge instance with just that plugin and then using homekit controller in hass to talk to that :)

justinledwards commented 1 year ago

hubitat has local integration as well, it looks like you only need port 4003, the homebridge integration has the full discovery process, while the habitat asks you to define the IP and then sends commands over 4003.

https://raw.githubusercontent.com/Mavrrick/Hubitat-by-Mavrrick/main/Govee/Govee%20Lights_Plugs_Switches%20Driver

wez commented 1 year ago

A bit hesitant to post this here because it feels a bit off to self-promote in someone else's repo. I've been hacking on lan+ble focused control recently.

My take on this integration prefers lan, then ble, then http based control: in other words, it tries to avoid using the cloud interface where possible. It has some different design choices from hacs-govee and its underlying library.

It's all-new code so will have new and exciting issues compared to what you're used to; you can find it here: https://github.com/wez/govee-lan-hass

kalpik commented 1 year ago

A bit hesitant to post this here because it feels a bit off to self-promote in someone else's repo. I've been hacking on lan+ble focused control recently.

My take on this integration prefers lan, then ble, then http based control: in other words, it tries to avoid using the cloud interface where possible. It has some different design choices from hacs-govee and its underlying library.

It's all-new code so will have new and exciting issues compared to what you're used to; you can find it here: https://github.com/wez/govee-lan-hass

This is awesome! I'll try it out soon. Thanks for posting here :)

kaystrobach commented 1 year ago

Maybe it makes sense to join forces?

ejpenney commented 1 year ago

This chat with Govee support was something of a roller coaster. Long story short, even devices listed in supported models aren't necessarily going to be supported depending on hardware version. Extrapolating on my very limited experience (11 and 6 month old devices of the same model), I would say it's safest to assume that only very new devices are going to have local network support.

I would bet it really depends a lot on which particular models and not getting a device from an old batch. Personally, I'm running two H6110 LED strips, both with Hardware Version 1.00.02, bought in February and July of 2022.

On the bright side, if your device isn't supported, looks like support is willing to remove the rate limits from your API account. So I have that slow, cloud based access going for me now...

Chat Log
Write commented 1 year ago

A bit hesitant to post this here because it feels a bit off to self-promote in someone else's repo. I've been hacking on lan+ble focused control recently.

My take on this integration prefers lan, then ble, then http based control: in other words, it tries to avoid using the cloud interface where possible. It has some different design choices from hacs-govee and its underlying library.

It's all-new code so will have new and exciting issues compared to what you're used to; you can find it here: https://github.com/wez/govee-lan-hass

OMG ! You don't get enough recognition, thanks you so much. Found it way too late ! It works amazingly with my H61A0 Now all we need is for Govee to actually push an update so devices stop disconnecting / reconnecting to wi-fi when it can't reach Govee's MQTT server ._. that's literrally my last IOT device that I can't 100% firewall from the Internet