Hi all,
Using the Zigbee Home Automation on my HA 2023.2.3
Supervisor 2023.02.dev1301
Operating System 9.5
Frontend 20230202.0 - latest
I’ve added the TS0601 TRV to the Zigbee controller and can see it, thermostat functions look like they’re working and I can control the valve. However there are a few switches and functions that don’t have labels and I have no idea how to work out what they do!
The custom “quirk” in ZHA Device Handlers for it would need to be updated for that specific device.
Zigbee devices that do not only use standard configuration and parameters (default ZCL clusters and attributes) but instead also implement custom manufacturer clusters and attributes (also known as “quirks”) will need a custom handler/converter/parser/translator as Python script code in the upstream “ZHA Device Handlers” library repository to extend custom manufacturer device “quirk” support for specific non-standard ZCL clusters and attributes (which Zigbee gateway implementations that depends on zigpy and the ZHA Device Handlers library, like Home Assistant s ZHA integration, then can make use of).
If you can not code that Python script code yourself to write the needed custom handler/converter/translator for adding that specific device to the “ZHA Device Handlers” repository/library then suggest submitting a “device support request” (with device signature and diagnostic information) as new issues → https://github.com/zigpy/zha-device-handlers/issues
Without a “device support request” as a new issue posted to the “ZHA Device Handlers” repository/library requesting support for an unsupported device or device feature with Device signature and Diagnostic information the ZHA integration developers will not even know about the device unless they by random chance happened to have bought it themselves.
Hi,
Thank you. I’ve done a bit of reading but it wasn’t quite what I needed.
I need to find how to determine what these switches do/control, they don’t seem to have any meaningful names behind them but they must have populated from the Quirk so somewhere it must know/have configured them. How/where do I find this, or is it a case of testing them, watching data/activities and documenting/adding to the quirk?
I just use the switch to turn them on/off. But I do not turn them off in winter, just set them to 8°C and then back to the room-temperature when windows/doors are closed. In summer I stop all scheduled tasks regarding the heating and then I turn them off manually. Works for me.
I had one not responding that I returned. Some more had the problem of loosing the connection and the setup. Had to do the setup several times in a week. I returned them, too.
I just noticed, that the previously named switch valve-state seems not be related to on/off:
I have them switched off in summer, but the third switch is still on. Didn’t notice that before.
Maybe my workflow of setting them to 8°C and then turn them off wasn’t that bad…
Thanks for the reply!
My Problem is, i have a few Climates and if i turn them off completely, so they show „HS“ on the LED Display the heater stillt gets hot. So the valve is not closed completely if i turn them to off.
So i thought maybe in addition i have to create a automation if the climate is set to „off“ it will also turn the 3rd Switch to off.
So we are not sure what exactly the 3rd switch is used for, right?
switch is boost - max open for 5 minutes or so
switch_2 is lock - child lock
switch_3 is mysterious If I turn it off, it turns on after a few seconds…
I renamed the switches to reflect my findings.
My guess that “HS” means holiday settings, but who knows for sure… If yes, than another schedule is activated, so it does not mean “off” state. So I’d rather set temperature to some low value and leave it on whole time. OK Reading the manual “HS” means heating stop, and there is explicitly written that the valve is closed fully. So by the paper it should work…
Also if i use the 2. Switch as “Child Lock” i can change the temperature directly on the thermostat. So Child Lock is not working or the function is anything else.
My Problem is, some thermos are on “HS” so the valve should be fully closed, but they are still getting hot so that means the valve is NOT closed completely!
Im think the 3rd switch is maybe related to antifreeze - but im testing. I set the 3rd Switch to off and also the Thermostat to Off.
And on my side it is not turned on after a few seconds again, it stays off. Is it maybe turned on automatically if the Thermostat is set to “heat”?
According to documentation, child lock actually does not lock the temperature settings. It locks going to menu and do some settings. If I switch it on, it displays LOCK, so I am pretty sure it is correct. But YMMW, this is product from Ali, so you know… it is clone of clone of clone
According to HS - just the tip - is your valve is correctly adapted? I read some comments on Ali, that some people have to insert some things (for example small coin) between the valve and the needle on the radiator, because fully closed valve was still “not enough”. Does it stop heating, when you set the temperature to low some low value?
If anything, this proves, that you have to be detective, if you want to use direct Chinese stuff. Nevertheless, it is kind of awesome, that these things works, however partially. It’s like discovering the wheel all again, but that how thing are for that price
Good point, this could be the reason, because some thermos “work” so they are getting cold if i set them to “off” in HA (so on device leds “HS” appears). I will test with 2 10cent chinese-luck-coins and a re-adaption.
Child Lock did not work, if i enable the Switch nothing happens, i can still browse the modes on the Thermo or hold the button to (re)-connect it via ZigBee. Or are there some other “menu points” i can access?
Also, is there a way to set the Thermo to “off” using the hardware?
If not, i will create a Automation which sets it to Off if the temperature is set to 5.
Anyway, im getting in contact to the seller via Ali. They wrote the mentioned 3 switches are “default functions which are not activated right now, ignore them” i asked if this is something which will come with a later software update…
I epxerienced the same behavior with some TS0601 (_TZE200_hue3yfsn). I run 13 of these. Some are currently only directly controlled by HASS (ZHA). I started in a few rooms to control them with BT. With BT I use the “switch off” function atm. Maybe it is worth giving the 5°C method a shot.
Without being sure, I have the feeling that the state before switching to off (“HS”) has something to do with the valve not fully closed. If I first program 5°C an then switch off, the valve seems to stay closed. Can anybody confirm or disconfirm this behaviour?
Is there a firmware update available for this specific TRV? It might be a bug of the TRV itself rather than the HASS integration, right?
Anyways, looking forward to find a solution to this. In hindsight it might have been better to have used completely passive servos and rely on room thermometers instead of a not so smart radiator valve. Is there a passive solution that just allows to control the valve opening?
I got 3 of these and have about 3 weeks before I send them back.
I figured I can use 2 automations:
Boost, lasting 5 minutes and giving it a minute to close up and retrigger it to keep it warming up for as many times as you need, or
Find a way how to change the target heating temperature. I confirmed that keeping it at 5 degrees & heating ON, it does not open until current temperature goes below 5.
Has anyone made an automation where they can change the attribute’s value?
I found the following but have no clue how to change it in an automation:
Have you tried checking the section I screenshotted last?
Go to the device (assuming you have paired it) and try to go to the Manage device section.
There you should see the menu I showed (shows a list of Clusters and attributes with specific values).
Last update for my use case: I used one of the custom quirks and can call a service Climate.Set target temperature and choose the entity + temperature.
How does the device register?
On the link you shared, lots of members share their dissatisfaction:
Color:WKF-LCD-B
M***i
Don’t Work with the ZigBee Conbee Goal Goal
Color:WKF-LCD-W
C***a
Not suitable for ioBroker I don’t get integrated.
Color:WKF-LCD-W
G***i
Still not working with zigbee2mqtt
I’m new to HA so forgive me if I post useless data for the most knowledgeable among you.
I’m also trying to integrate TV02 TRV (_TZE200_hue3yfsn) and it’s working pretty well in ZHA, exept for the scheduling that I have simply not found anywhere in the device management.
In answer to HANAX (Oct 19 post), the 3rd switch seems to be the “scale protection” : when activated, the valve should open from time to time (frequency ???) to prevent scale from blocking the heater valve.
Do any of you know a way to change scheduling programs with HA/ZHA ?
I use the TRVs in manual mode, but if for some reason someone (wife for instance…) changes unintentionnally to scheduling mode directly on the device, that TRV doesn’t react anymore as I expect in my automations.
I can confirm your observations: when I set the trv to 5°C before I switch it off (set it to heat stop / HS), the valve stays fully closed. If I set it to HS when the heating ist at maybe 20 degrees, I can hear a short noise from the trv while it is putting the valve into closed direction, but by far not long enough to fully close it.
I tested this yesterday evening in the bathroom where I had 19°C. This morning the heating was still warm and the temperature in the bathroom was at 17,5 degrees.
At the moment using Better Thermostat with the 5°C option is a good workaround for me.
Hi Rudiger,
I know this can be frustrating but bare in mind that the TRVs are working great.
However, the valve-stoppers on the radiator sometimes needs to be pushed (sometimes) more than the absolute closed state of the TRV.
That said, let me explain what I did so it will become clear as day:
Case1: I set a TRV in our bedroom and it is opening/closing fully, as I want it.
Case2: I set the same TRV in the bathroom and it is opening BUT NOT closing fully.
How I handled this: you have to do a reset, so the TRV finds its limits, fully open and then fully closed (or vice versa), then set it to 30deg (fully open) and remove it from the radiator.
Add a thin coin in there so when it closes, it pushes a bit more
Works like a charm!
On another note, coming back to ERd’s remark (and pervious ones as well):
I am now (in most rooms) fully opening or closing the TRV using the service “Climate: Set target temperature” and then I assign it to the room where this is (or device if you want specific control).
Only for our living room I have set the TRVs to open to a specific temperature, offsetting the temperature to -4 (as it is warmer on the TRV than it actually is in the room).
Your link no longer works, but I got another one from AliExpress, over Zigbee, that identifies itself as “TS0601 by TZE200_[random_string]”, and I have the same problem: no visible thermostat controls and only two non-visible entities: LQI and RSSI. I suspect that it’s the same (white frame, 4 buttons on the lower part):