I know my humidifiers make use of the humidifier card. As does my dehumidifier.
There’s some buttons, switches, and selectors that also come with it for changing things like mode, the lights, etc.
Almost certainly the same can be done for heaters and the climate control.
There are some things with MQTT that are a bit buggy but it’s more because govee2mqtt is trying to be stateless and just pass the information back and forth without processing it and the API leaves information out.
Like the API doesn’t tell you the current setting for humidity target. So each reboot of govee2mqtt resets it to minimum
If only Govee2MQTT worked well with Air Purifiers. I cannot get a status on the H7122 or H7101, I can issue commands but statuses are stuck to unknown. The Homekit integration provides statuses perfectly, but unfortunately does not have fan entities that are seen in HA.
I have the H7122 and it’s displaying everything properly on my end. The only thing that isn’t working is the filter life. Because govee doesn’t send that number. They just send a blank response.
I think I’m going to try to template a fan entity for the govee fans and purifiers that will hopefully lead to a better Homekit experience. Just a matter of finding the time to work on it.
Not the case for me, unfortunately. Mode status reverts to Auto, so I’m unable to use accurate states to trigger automations.I build out fairly interact automations and need to account for a variety of scenarios.
Has anyone cracked the code on the smart plugs? I have two of the double plugs as well as one of the outdoor - which has three separate outlets.
The govee2mqtt integration just provides a master on/off switch for each device. It does not provide a separate entity for each outlet. Obviously these devices are appealing specifically because you can control the outlets independently so this won’t work!
So just wondering if it is possible to build something using REST stuff (which I know nothing about!) that would give separate control of each outlet.
Put in a support ticket for it. Each device type needs to be coded for, the dev isn’t going to have every single Device type so we have to provide whatever info we can
Yeah I’ve worked with the developer to iron out issues with other stuff and I actually do have an open ticket for the double plugs.
But in the meantime I was looking at the addon docs for something else and I came across a pretty good holdover solution for the plugs I was talking about.
Turns out any Tap-to-Run automations you create in the govee app are exposed HA through the addon.
So I made separate automations to turn on and off each plug separately and then in HA I can link them to input booleans for each outlet.
Not exactly perfect but a totally fine work around
Update on this. It seems to see it when first set up then looses the humidifier. Unsure as to what is causing this. This is the issue on github that I have submitted.
I do all my automations in node-red, so I’m coming at this a little different.
I have my api calls in rest_cmd, which I can then call from a service, I use node red to put a virtual switch in HA that when i toggle, fires off the on or off service to my devices…
where I’m getting stuck is with rest calls to get the status
If i go to jasonpath.com and walk that path, it returns the value I want
i’m getting this error
homeassistant.exceptions.InvalidStateError: Invalid state with length 402. State max length is 255 characters.
i know the headers and payload are all correct, if i use them in api tester, I get valid api data returned…
any ideas?
For whomever it helps, I have Govee Smart Space Heater Pro (H7133) working like a champ through the MQTT integration.
I’ve set it up as a full blooded climate entity and am not using any of the auto created entities as they were (a) too disconnected and (b) too buggy.
Here it is, sitting in a mini-climate card. Configuration.yaml below.
The code can probably be optimized, but it works well.
The MQTT implementation has a few challenges that I could only solve by creating some small automations. (i.e. Off is not an HVAC mode, so I publish to a intermediate MQTT topic, and the automation kicks in, parses intent and publishes to the real topic).
So from there I built…I think toggles/input booleans and then I made automations where flipping the toggle on/off presses the appropriate button to activate the corresponding tap to run scene.
At least I think that’s what I did. I overhauled a bunch of stuff since then in my ha instance and my brain is mush.
And if you just created the tap to run automations in the govee app, you will probably need to restart the addon to get them to show.
I have brought back the new GoveeLife integration from @mk-maddin located here. Having a native HA integration will work a whole lot better than using a bridge or MQTT.
So far I have ironed out some switch issues, added support for Govee Fans and Govee Air Purifiers.
I would love to add more, but that’s all I’ve got at home.