search

nicole-ashley / homeassistant-goldair-climate

Home Assistant integration for Goldair WiFi heaters, dehumidifiers and fans
MIT License
19 stars 11 forks source link

Fails to load on HA 2024.10.0 - HA missing pytuya requirement #56

Open SCUZNUTS opened 1 month ago

SCUZNUTS commented 1 month ago

Setup failed for custom integration 'goldair_climate': Requirements for goldair_climate not found: ['pytuya~=7.0.5'].

marshalleq commented 1 month ago

Came here looking for a solution too. I am new to home assistant, hopefully there would be a way to prevent this from happening over and over and having to tell the Mrs she can't use the heater because someone on the internet needs to update the code lol.

SmbKiwi commented 1 month ago

FYI:

The owner of this project has not been updating it for newer versions of HA. This is because Goldair heater models beginning with the code GPPH, GCPV, GECO, and PH-ET are supported by another integration for HA (which the owner of this project Nicole has contributed to instead) named Tuya Local.

See here: https://github.com/make-all/tuya-local

So maybe remove this out-of-date component and use Tuya Local instead if you use goldair-climate for one of the listed models of Goldair heaters that Tuya Local supports.

marshalleq commented 1 month ago

Thanks for that. Unfortunately that has proven to be quite unreliable for my lighting but I guess if it's that, it's that! Actually the same symptom where things just drop off even though it's confirmed as connected with correct addresses and such.

make-all commented 1 month ago

Tuya devices tend to rely on printed PCB antennas and only operate on 2.4GHz WiFi, which is susceptible to interference from microwave ovens, as well as Bluetooth, Zigbee and other users of the 2.4GHz spectrum. So improving your WiFi coverage might help. The cloud acts as a kind of hub to isolate the app from short WiFi dropouts, but this integration does not have that benefit. If you have not already configured static IP addresses for your devices, and explicitly set them in the tuya-local configuration, along with the protocol version, then doing that helps a lot with recovery times for those network dropouts, as reconnecting your device from scratch each time can take 5-10 minutes longer if IP address needs to be discovered and the protocol version negotiated each time.

marshalleq commented 1 month ago

If it was 5-10 minutes I'd be OK, but they drop off and don't come back (it's been weeks). I'm ok with it cause they are just ambient lights to come on at sunset, which they are still doing, but just have disconnected from HA for some reason. Well, when I reboot HA, a different one will be available than last time. It's annoying. Compare that to my thread lighting by nano leaf, which has been rock solid.