I would like to learn something about how to configure smart TRVs with dumb boilers (if it makes any sense). Don’t want to side-track this thread. If you have a time could please contribute to this topic: TRVs vs (dumb) Boilers configuration Thank you.
Which version of zigbee2mqtt are you using? I got stuck with v1.12.2 since the next version broke my implementation. I would love to update to the last version if that bug was solved.
About the battery, after several months, two of my devices finally reached less than 25%. I would say the battery lasts at least 6 months with a constant usage.
The updates are fucking slow sometimes, but most of the time it works.
I’m running latest version 1.15.0 and so far no issues spotted (except battery, but it’s not related to zigbee2mqtt add-on). I started using HASS just few weeks ago, so most probably I’ve been running latest version from the beginning. 
What exactly is the issue you are experiencing with update to newer version? I can test it for you.
Another question which I already asked but I didn’t get answer: What will happen if batteries will discharge? Will I have to pair TRV every time after batteries change? Because when I changed batteries first time after longer period (until I found out they were discharged) I had to pair TRV again. Is this the case, or if I will change them until batteries are not totally dead, it will keep the connection?
You may need to pair them again. But, don’t worry. It’s just a matter to telling zigbee2mqtt to allow new devices and press quicky the TRV’s face 3 times. Since the device’s unique code doesn’t change between reboots, Zigbee to MQTT will reuse the existing configuration. As far as HASS, it won’t even know the device was re-paired.
I had problems with version 1.13 and I stop upgrading after that. I’ll try the 1.15 version.
I just discovered there is another integration called ZHA. Are those TRVs natively supported by ZHA? What are benefits of using zigbee2mqtt over ZHA?
Hi. I am using a custom rule to let my gas burner start.
I overrided the main thermostat from my heater, now the flow is this:
- setting a indipendent temperature for every valve
- every valve get a reading of how much is opened (i.e. how much the desired value is different from the actual room value)
- if the sum of all valve position is > 100, my heater actually starts burning.
So, is possible to read valve position on these valves? It is possible for Bluetooth (EQ3) and for Zigbee Spirit Eurotronics (I am actually doing it and they works decently).
its very interesting and for me!
because Siterwell dont send status or\and state of valve.
i think, “valve detection” is a periodically testing valve. my valves once a day generating this event and valve at this moment is moving
If there is no support for valve position I would not buy these.
Too cheap for trusting them manage temperature by themselves. On zigbee spirit I can set temperature offset if the reading is too high or too low, + or -1° can do a lot on expenses…
Isn’t that some TRVs are bi-positional only (opened/closed)? For sure some driven by 230 VAC work like this.
I’m collecting all needed info to decide what to buy (if any). But everytime I have doubts at the end. I was almost anout to buy those Siterwells. But now…
BTW: still not sure if controlling TRVs by dyi automation is more efficient than using dedicated thermostats (hubs) (besides the fact that most if not all thermostats are cloud based probably).
I didn’t see any valve status being sent to the coordinator. But… there were a couple of commands the TRV was sending that I have no idea what it was. So, I would say, maybe, if you manage to make sense to those ignored-by-zigbee2mqtt commands, you could get the current status of the valve.
damn(
after change coordinator to cc2538 siterwell didnt pair to it(
in debug mode i found, that full open is
Zigbee2MQTT:debug 2020-11-10 12:50:13: Received Zigbee message from '0xccccccfffed85a6a', type 'commandGetData', cluster 'manuSpecificTuyaDimmer', data '{"data":{"data":[0,0,1,44],"type":"Buffer"},"dp":514,"fn":0,"status":0,"transid":29}' from endpoint 1 with groupID 0
and full close is
Zigbee2MQTT:debug 2020-11-10 12:50:45: Received Zigbee message from '0xccccccfffed85a6a', type 'commandGetData', cluster 'manuSpecificTuyaDimmer', data '{"data":{"data":[0,0,0,245],"type":"Buffer"},"dp":514,"fn":0,"status":0,"transid":30}' from endpoint 1 with groupID 0
diff is
"data":[0,0,1,44] -> "data":[0,0,0,245]
anyone things about this?))
Hi guys. I am quite confuse after I read the post. I am quite interested in buying some TRV which I can pair with Home Assistant. I already have a Tado thermostat “gateway”. Is it possible to buy, for instance, Tuya TRV’s and pair wit HA via zigbee2mqtt without any gateway? Which models did you recommend me? Could I use sth live https://es.aliexpress.com/item/4001065031604.html?
Thanks in advance
hi
yes, this trv is working via z2m without gateway
and its can talk his valve state (in percent opened valve)
Can you tell me where I can find this compatibilty on z2m website? I cannot see it.
Hello to all,
I just got the valves (GS361A-H04), I added them to the zigbee network, but it doesn’t recognize them.
Zigbee2MQTT:warn 2020-11-11 20:15:46: Received message from unsupported device with Zigbee model ‘TS0601’
“,“friendly_name”:“0xbc33acfffe4c726c”,“hardwareVersion”:1,“ieeeAddr”:“0xbc33acfffe4c726c”,“lastSeen”:1605121027633,“manufacturerID”:4098,“manufacturerName”:”_TZE200_zivfvd7h",“model”:“TS0601”,“modelID”:“TS0601”,“networkAddress”:16511,“powerSource”:“Battery”,“type”:“EndDevice”,“vendor”:"-"}],“type”:“devices”}’
Valves are recognized as TS0601 model.
Is there something I can do to make them work?
I am running 1.16.1 zigbee2mqtt version and bought these valves https://es.aliexpress.com/item/1005001349186776.html?spm=a2g0s.9042311.0.0.6aae63c04SZbX0
Thank you in advance for your help
Hello, using zigbee2mqtt Edge the valve has been recognized. Tomorrow I will continue with the tests.
Thank you very much for everything.
Hi,
Is it possible to detect the state in which the valve is (open or closed) in order to tell the boiler to turn on or off?
Zigbee2MQTT:info 2020-11-12 00:27:30: MQTT publish: topic ‘zigbee2mqtt/ValvulaEstudio’, payload ‘{“away_mode”:“OFF”,“battery”:59,“child_lock”:“UNLOCKED”,“current_heating_setpoint”:“26.0”,“linkquality”:75,“local_temperature”:“25.8”,“preset”:“manual”,“system_mode”:“manual”,“valve_detection”:“ON”,“window_detection”:“ON”}’
thank you so much in advance for your help
Hello. I’ve also bought these and learned that the tuya integration does not work for this. Ordered cc2531. One question though, I’ve tried nimh batteries but the device immediately gives low battery warning, but still works. Are alkaline batteries mandatory for these. It looks like a bad design power wise.
Hi Daniel,
sorry to bother you 
, the feature climate is not being recognize, and I would need the param running_state in order to interact with the boiler.
Is there any way to make it work?
After reinstall the Zigbee2mqtt Edge addon, now I am getting this:
But still not getting the runnin state param
Thank you so much in advance for your help,
Enrique.