Add Avatto thermostats (Tuya)

[prairiesnpr]

Proposed change

Adds Tuya ZWT198/ZWT100-BH Avatto wall thermostats

• _TZE204_lzriup1j
• _TZE200_viy9ihs7
• _TZE204_xnbkhhdr
• _TZE284_xnbkhhdr

Closes: #3627
Closes: #3212
Closes: #2589
Closes: #3482
Closes: #3326

Additional information

Based on: Koenkk/zigbee2mqtt#25752
and https://github.com/Koenkk/zigbee-herdsman-converters/blob/40e72bc2515deb67ef35dddab04437342b7b3eb9/src/devices/tuya.ts#L7027

Checklist

• The changes are tested and work correctly
• pre-commit checks pass / the code has been formatted using Black
• Tests have been added to verify that the new code works

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 90.43%. Comparing base (d9481d3) to head (3333cf8).
Report is 3 commits behind head on dev.

Additional details and impacted files

@@            Coverage Diff             @@
##              dev    #3748      +/-   ##
==========================================
+ Coverage   90.40%   90.43%   +0.03%     
==========================================
  Files         320      320              
  Lines       10490    10525      +35     
==========================================
+ Hits         9483     9518      +35     
  Misses       1007     1007              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[delaosa]

I've tested this quirk with my_TZE284_xnbkhhdr, it works quite well however the time is not set on the device, it keeps trying to sync, due that there are a excessive number of messages". In Z2M this device works flawless (time is synced and no excessive number of messages). This devices is configured with "respondToMcuVersionResponse: false", as I've also seen in another issue it makes a difference :

Important: respondToMcuVersionResponse should be false otherweise there are an avalanche of commandMcuVersionResponse messages every second.

[prairiesnpr]

@delaosa Thanks for the feedback! This should address both of your points.

[delaosa]

I cannot test it since .add_to_registry(replacement_cluster=NoManufTimeNoVersionRespTuyaMCUCluster) is not supported in my HA installation, guessing this feature hasn't be released yet. However I've tested updating TUYA_SET_TIME command in tuya/mcu/init.py with is_manufacturer_specific=False and time sync is working. Thanks!

Updating temperature or turning off/on the thermostat from HA is not working, to fix it I've added the following code to 'TuyaThermostat' class:

    async def write_attributes(self, attributes, manufacturer=None):
        """Overwrite to force manufacturer code."""

        return await super().write_attributes(
            attributes, manufacturer=foundation.ZCLHeader.NO_MANUFACTURER_ID
        )
  

[TheJulianJES]

I guess this could be changed to a button (in the future)?

[prairiesnpr]

Likely, I was also wondering if we should even expose a factory reset by default...

[TheJulianJES]

PR seems fine otherwise.

[TheJulianJES]

thanks!

[jaisinghdhaliwal]

I appear to get an error:

Traceback (most recent call last): File "/usr/local/lib/python3.13/site-packages/zhaquirks/__init__.py", line 479, in setup spec.loader.exec_module(module) ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^ File "<frozen importlib._bootstrap_external>", line 1026, in exec_module File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed File "/config/zha_quirks/tuya_thermostat.py", line 414, in <module> .add_to_registry(replacement_cluster=NoManufTimeNoVersionRespTuyaMCUCluster) ~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ TypeError: TuyaQuirkBuilder.add_to_registry() got an unexpected keyword argument 'replacement_cluster'

Changing .add_to_registry(replacement_cluster=NoManufTimeNoVersionRespTuyaMCUCluster) to .add_to_registry() results in the quirk successfully loading however temperature controls do not upload to the thermostat.

[prairiesnpr]

This will be available in 2025.2.