Skip to content

Local support for Tuya devices in Home Assistant

License

Notifications You must be signed in to change notification settings

EKCJ/tuya-local

 
 

Repository files navigation

Home Assistant Tuya Local component

Reliability Rating Security Rating Maintainability Rating Lines of Code Coverage

This is a Home Assistant add-on to support Wi-fi devices running Tuya firmware without going via the Tuya cloud. Using this integration does not stop your devices from sending status to the Tuya cloud, so this should not be seen as a security measure, rather it improves speed and reliability by using local connections, and may unlock some features of your device, or even unlock whole devices, that are not supported by the Tuya cloud API. Currently the focus is mainly on climate devices, which are not well supported by other similar integrations. Simpler devices like switches and lights can be covered by rospogrigio/localtuya.


Device support

Please note, this component is actively tested with the Goldair GPPH (inverter), GPDH420 (dehumidifier), Kogan SmarterHome 1500W Smart Panel Heater and Kogan SmarterHome Energy Monitoring SmartPlug. Other devices have been added at user request, and may or may not still be actively in use by others.

Note that devices sometimes get firmware upgrades, or incompatible versions are sold under the same model name, so it is possible that the device will not work despite being listed below.

Heaters

  • Goldair heater models beginning with the code GPPH, GCPV, GECO.
  • Kogan Wi-Fi Convection Panel heaters - KAHTP and KAWFHTP models.
  • Andersson GSH heaters.
  • Eurom heaters.
  • Purline Hoti M100 heaters.

Air Conditioners / Heatpumps

  • ElectriQ 12WMINV
  • Tadiran Wind 65/3P

Pool heaters / heatpumps

  • Garden PAC pool heatpumps.
  • Madimack pool heatpumps.
  • Remora pool heatpumps.
  • BWT FI 45 heatpumps.
  • Poolex Silverline and Vertigo heatpumps.
  • these seem to use two common controllers, and many other Pool heatpumps will work using the above configurations. Report issues if there are any differences in presets or other features, or if any of the "unknown" values that are returned as attributes can be figured out.

Fans

  • Goldair GCPF315 fans
  • Anko HEGSM40 fans
  • Lexy F501 fans
  • Deta fan controllers

Dehumidifiers

  • Goldair GPDH420 dehumidifiers
  • ElectriQ CD20PRO-LE-V2 dehumidifiers
  • ElectriQ CD25PRO-LE-V2 dehumidifiers
  • Kogan SmarterHome 7L Desiccant Dehumidifier

Humidifiers

  • Eanons QT-JS2014 Purifying Humidifer

Thermostats

  • Inkbird ITC306A thermostat smartplug (not fully functional)
  • Beca BHP-6000 Room Heat Pump control Thermostat

SmartPlugs

  • Kogan Single Smartplug with Energy Monitoring
  • Kogan Single Smartplug with Energy Monitoring and USB charging
  • Other brands may work with the above configurations.
  • Simple Switch - a switch only, can be a fallback for many other unsupported devices, to allow just power to be switched on/off.

Installation

hacs_badge

Installation is via the Home Assistant Community Store (HACS), which is the best place to get third-party integrations for Home Assistant. Once you have HACS set up, simply follow the instructions for adding a custom repository and then the integration will be available to install like any other.

Configuration

You can easily configure your devices using the Integrations configuration UI.

Add Integration to your Home Assistant instance.

Stage One

The first stage of configuration is to provide the information needed to connect to the device.

You will need to provide your device's IP address or hostname, device ID and local key; the last two can be found using the instructions below.

host

    (string) (Required) IP or hostname of the device.

device_id

    (string) (Required) Device ID retrieved as per the instructions below.

local_key

    (string) (Required) Local key retrieved as per the instructions below.

At the end of this step, an attempt is made to connect to the device and see if it returns any data. For tuya protocol version 3.3 devices, success at this point indicates that all settings you have supplied are correct, but for protocol version 3.1 devices, the local key is only used for sending commands to the device, so if your local key is incorrect the setup will appear to work, and you will not see any problems until you try to control your device. Note that each time you pair the device, the local key changes, so if you obtained the local key using the instructions linked above, then repaired with your manufacturer's app, then the key will have changed already.

Stage Two

The second stage of configuration is to select which device you are connecting. The list of devices offered will be limited to devices which appear to be at least a partial match to the data returned by the device.

type

    (string) (Optional) The type of Tuya device. Select from the available options.

If you pick the wrong type, you will need to delete the device and set it up again.

Stage Three

The final stage is to choose a name for the device in Home Assistant, and select which entities you want to enable. The options availble will depend on the capabilities of the device you selected in the previous step.

Usually you will want to accept the defaults at this step. Entities are selected by default, unless they are a deprecated alternative way of controlling the device (such as a climate entity for dehumidifiers as an alternative to humidifier and fan entities). If you have multiple devices of the same type, you may want to change the name to make it easier to distinguish them.

name

    (string) (Required) Any unique name for the device. This will be used as the base for the entitiy names in Home Assistant. Although Home Assistant allows you to change the name later, it will only change the name used in the UI, not the name of the entities.

climate

    (boolean) (Optional) Whether to surface this device as a climate device. (supported for heaters, heatpumps, deprecated for fans, dehumidifiers and humidifiers which should use the fan and humidifier entities instead)

humidifier

    (boolean) (Optional) Whether to surface this device as a humidifier device (supported only for humidifiers and dehumidifiers)

fan

    (boolean) (Optional) Whether to surface this device as a fan device (supported for fans, humidifiers and dehumidifiers)

light

    (boolean) (Optional) Whether to surface this device as a light. This may be an auxiliary display light control on devices such as heaters.

lock

    (boolean) (Optional) Whether to surface this device as a lock device. This may be an auxiliary lock such as a child lock for devices such as heaters.

switch

    (boolean) (Optional) Whether to surface this device as a switch device. This may be a switch for an auxiliary function or a master switch for multi-function devices.

Heater gotchas

Goldair GPPH heaters have individual target temperatures for their Comfort and Eco modes, whereas Home Assistant only supports a single target temperature. Therefore, when you're in Comfort mode you will set the Comfort temperature (5-35), and when you're in Eco mode you will set the Eco temperature (5-21), just like you were using the heater's own control panel. Bear this in mind when writing automations that change the operation mode and set a temperature at the same time: you must change the operation mode before setting the new target temperature, otherwise you will set the current thermostat rather than the new one.

When switching to Anti-freeze mode, the heater will set the current power level to 1 as if you had manually chosen it. When you switch back to other modes, you will no longer be in Auto and will have to set it again if this is what you wanted. This could be worked around in code however it would require storing state that may be cleared if HA is restarted and due to this unreliability it's probably best that you just factor it into your automations.

When child lock is enabled, the heater's display will flash with the child lock symbol ([]) whenever you change something in HA. This can be confusing because it's the same behaviour as when you try to change something via the heater's own control panel and the change is rejected due to being locked, however rest assured that the changes are taking effect.

When setting the target temperature, different heaters have different behaviour, which you may need to compensate for. From observation, GPPH heaters allow the temperature to reach 3 degrees higher than the set temperature before turning off, and 1 degree lower before turning on again. Kogan Heaters on the other hand turn off when the temperature reaches 1 degree over the targetin LOW mode, and turn on again 3 degrees below the target. To make these heaters act the same in LOW power mode, you need to set the Kogan thermostat 2 degrees higher than the GPPH thermostat. In HIGH power mode however, they seem to act the same as the GPPH heaters.

The Inkbird thermostat switch does not seem to work for setting anything. If you can figure out how to make setting temperatures and presets work, please leave feedback in Issue #19.

Fan gotchas

Fans should be configured as fan entities, with any auxilary functions such as panel lighting control, child locks or additional switches configured as light, lock or switch entities. Configuration of Goldair fans as climate entities is supported for backward compatibility but is deprecated, and may be removed in future.

Reportedly, Goldair fans can be a bit flaky. If they become unresponsive, give them about 60 seconds to wake up again.

Anko fans mostly work, except setting the speed does not seem to work. If you can figure out how to set the speed through the Tuya protocol for these devices, please leave feedback on Issue #22.

Kogan Switch gotchas

While setting this up, I observed after a while that the current and power readings from the switch were returning 0 when there was clearly a load on the switch. After unplugging and replugging, the switch started returning only dps 1 and 2 (switch status and timer). If HomeAssistant is restarted in that state, the switch detection would fail, however as Home Assistant was left running, it continued to work with no readings for the current, power and voltage. I unplugged the switch overnight, and in the morning it was working correctly.

Beca thermostat gotchas

These devices support switching between Celcius and Fahrenheit on the control panel, but do not provide any information over the Tuya local protocol about which units are selected. Two configurations for this device are provided, beca_bhp6000_thermostat_c and beca_bhp6000_thermostat_f, please select the appropriate one for the temperature units you use. If you change the units on the device control panel, you will need to delete the device from Home Assistant and set it up again.

Humidifiers and dehumidifiers

Humidifiers and Dehumidifiers should be configuured as humidifier entities, probably with fan entities as well if the fan speed can also be controlled, and any other auxilary features such as panel lighting, child locks or additional switches configured as light, lock or switch entities. Configration of Goldair Dehumidifiers and Eanons Humidifiers as climate entities is also supported for backwards compatibility, but is deprecated and may be removed in future. In particular, when humidifiers are represented as climate entities, the running mode will show as Dry, as the climate entity only supports functions commonly found on air conditioners/heatpumps.

Finding your device ID and local key

You can find these keys the same way as you would for any Tuya local integration. You'll need the Goldair app or the Tuya Tuya Smart app (the Goldair app is just a rebranded Tuya app), then follow these instructions.

Next steps

  1. Fallback support for a simple switch device using only a boolean dps 1. As well as covering the failure mode of the Kogan Switch described in Kogan switch gotchas above, it can also cover basic operation of many other devices that use dps 1 for an on/off switch.
  2. This component needs specs! Once they're written I'm considering submitting it to the HA team for inclusion in standard installations. Please report any issues and feel free to raise pull requests.
  3. This component is partially unit-tested thanks to the upstream project, but there are a few more to complete. Feel free to use existing specs as inspiration and the Sonar Cloud analysis to see where the gaps are.
  4. Once unit tests are complete, the next task is to complete the Home Assistant quality checklist before considering submission to the HA team for inclusion in standard installations.
  5. Discovery seems possible with the new tinytuya library, though the steps to get a local key will most likely remain manual. Discovery also returns a productKey, which might help make the device detection more reliable where different devices use the same dps mapping but different names for the presets for example.

Please report any issues and feel free to raise pull requests. Many others have contributed their help already.

BuyMeCoffee

About

Local support for Tuya devices in Home Assistant

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Python 100.0%