Tuya Smart TRV HY369 Thermostatic Radiator Valve

[vegetate7]

Device

• Product name: Tuya Smart TRV
• Manufacturer: _TYST11_ckud7u2l
• Model identifier: kud7u2l
• Device type:
  • [ ] Light
  • [ ] Lock
  • [x] Remote
  • [ ] Sensor
  • [ ] Siren
  • [ X ] Thermostat
  • [ X ] Other: Don't really know, deConz-gui shows it as "On-Off Switch"

Screenshots

Endpoints and clusters:

Node info panel:

Basic cluster:

Identify cluster:

[Smanar]

Ok, so I have made some modification, but not tryed, tell me if you have problem with them > https://github.com/Smanar/deconz-rest-plugin/commit/6f4ac4fbc1f82004dd260862c02d1f619d2ef565

Edit: Oups, modified again, sorry.

[vegetate7]

Ok, built new code. No crashes yet. Did not tested more, will do a bit later.

[vegetate7]

Played little bit. Looks good now. No more crash after deconz restart. Also no LightNode created. Small thing: could you add some info about which node reporting into "Tuya debug 4"?

[Smanar]

Done, I have too removed all debug line outside tuya part, to make a cleaner code for PR.

[vegetate7]

Ok. Works good. The HY369RT device not reporting autolock interface. But reporting unlock, and manual lock. And lock can not be set by remote command. That was the last thing which I want to test. Will wait for persistent device. And inclusion to the main branch. :)

[Smanar]

The HY369RT device not reporting autolock interface. But reporting unlock, and manual lock. And lock can not be set by remote command

Not sure to understand, we miss something ?

[vegetate7]

Not sure to understand, we miss something ?

We are not. It's device specific. New one ("round" HY369RT) can not set ChildLock via remote command. Not a big matter I think.

[schoven]

I have an HY369RT as well. If you guys need some testing to be done im happy to help

[Smanar]

Better to make a new issue, else we will have and never finish issue with tuya ^^. I have no answer for tuya switch so I think I will make the PR just for this device, the tuya code will be in place for future device too.

[vegetate7]

Btw. devices is still not persists on deconz restart. Is that something, what should be fixed before merging?

[Smanar]

Arf I have forget this problem. Perhaps it s because it s a "sensor" and they are not memorised like "light", but why there isn't the same problem for other device, perhaps because they have an usefull cluster.

I think we need to add the tuya cluster somewhere.

Not a new issue for me https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2390

[Smanar]

@vegetate7 just to be sure, if you try with another stuff, it works ? It the only one device where the config is not "persistent" ?

Can you make like the previous issue ? I thin the device is correctly saved, but ignored at restart, so can you make a log after the restart ?

Edit: forget the log I think the problem is in de_web_plugin.cpp in fonction void DeRestPluginPrivate::addSensorNode() in the else if (sensorNode.type().endsWith(QLatin1String("Thermostat"))) loop

Edit: Have updated the code, if you can make a try ?

[vegetate7]

Have updated the code, if you can make a try ?

Works now. SensorNodes persists after deconz restart. Have not tested too much for now. But at least "setheatpoint" works, and temperature reporting.

[rotragit]

@vegetate7 just one question: are you able to set and change temperature on the TRV acting from HA? Or in HA you are able only to read the status of the device? Sorry, it's not clear to me from the previous posts....

[vegetate7]

@vegetate7 just one question: are you able to set and change temperature on the TRV acting from HA? Or in HA you are able only to read the status of the device? Sorry, it's not clear to me from the previous posts....

Yes, I can set temperature (heatpoint of cause, not the room temp) and 'force' modes from HA.

[Hypfer]

From HA, I can set "mode" in HA meaning ("off" to close valve, "heat" to open valve, "auto" to pass control to presets). And from REST-API I can select presets (one of "holiday", "auto", "manual", "confort", "eco", "boost" and "complex").

Man I love how this is documented absolutely nowhere apart from this one comment which is hidden by default.

[swieprecht]

Hi everyone, I'm hoping someone can help as I feel I'm being stupid...

I bought two Moes / Tuya TRV's as it looked like they were supported from reading all these, even though they aren't on the official list.

I think I've worked out how to enable pairing on the device (long press, go to option 5 and press, long press until wifi indicator flashes fast)

On the first TRV I did this on, an unknown device I think got added to Deconz, which has now lost all connectivity. On the second one, and now also on the first, I can't get them to connect at all...

I've tried adding on Phoscon via adding lights and sensors, I've tried adding, then resetting device, and then adding again. I've tried adding, and the one time it did seem to add, then enabled add sensor on Phoscon, and in Deconz VNC tried to read basic information twice.

What am I missing? I there something stupid I'm not doing, or do these devices just not really work?

[easybeat]

Hi

just run the inclusion 2x in a row. These devices need 2 inclusion runs to be recognized.

Hope this helps.

[TheDimaP]

Hi guys,

Looks like I am stuck. I've upgraded my Deconz Conbee II to the latest firmware, tried multiple times to pair the Tuya valve but it leads nowhere. I see a device via deCONZ application through VNC in HA but no devices in the Phoscon Web App

Any advice or step by step instructions for stupid people like me :)

PS The exact device seems to be Moes HY368 but locally branded https://eshop.evolveo.com/evolveo-heat-m30--smart-thermostatic-radiator-valve-2/

[Smanar]

Can you show the manufacture name ? Visible on basic attribute to check for the device ? https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/How-to-read-Clusters cluster 0x0000

Tuya stuff generaly need 2 inclusions, without deleting the device to work.