TS0601 unusual switch and functions

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!

Inspecting the item in developer tools doesn’t yield much more either so I’m a bit stumped to work out what these random switches are for

switch.tze200_hue3yfsn_ts0601_switch
switch.tze200_hue3yfsn_ts0601_switch_2
switch.tze200_hue3yfsn_ts0601_switch_3
binary_sensor.tze200_hue3yfsn_ts0601_binaryinput

Or how to work it out!
Thanks in advance.

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).

https://github.com/zigpy/zha-device-handlers/#readme

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.

The reason is why non-standard devices need a custom handler/converter/translator is explained in ZHA integration documentation here → https://www.home-assistant.io/integrations/zha#zha-exception-and-deviation-handling

Zigbee devices that use clusters and attributes that are standard in the official ZCL (Zigbee Cluster Library) do not need custom handlers/converters/translators as explained in the ZHA integration documentation here → https://www.home-assistant.io/integrations/zha#knowing-which-devices-are-supported

PS: Off-topic but FYI, this also works kind of similar for Zigbee2MQTT which also requires a custom handler/converter/translator for specific devices → https://www.zigbee2mqtt.io/advanced/support-new-devices/01_support_new_devices.html

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 figured out the following, but I have no 100% prove, as I don’t use this functions:

1 Like

Hi @sublevel7:
Thank you for the Explanation. But if i set the Heating to “Off” do i also need to set the 3rd Switch to off?
Or how is the behavior?

If i set Heating to “off” the valve is not closed… any ideas? thanks!

Thank you and best regards
Marco

Hello!

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:
image

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?

My findings are slightly different:

switch is boost - max open for 5 minutes or so
switch_2 is lock - child lock
switch_3 is mysterious :slight_smile: If I turn it off, it turns on after a few seconds…

I renamed the switches to reflect my findings.

Výber_005

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…

I have this one: https://www.aliexpress.com/item/1005005951728563.html

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”?

Im Using a few of this: https://de.aliexpress.com/item/1005003445791440.html?spm=a2g0o.order_list.order_list_main.5.f1c65c5frI1Bdn&gatewayAdapt=glo2deu

In Home-Assistant it looks like:

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 :wink:

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 :wink:

Hi, thanks for the reply!

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. :smiley:

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 will keep this thread updated :slight_smile:

1 Like

Hi,

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?

1 Like

I got 3 of these and have about 3 weeks before I send them back.
I figured I can use 2 automations:

  1. 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
  2. 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:

Thanks,
iGor

How did you guys get these working in HA. I’ve got this one:

https://de.aliexpress.com/item/1005005997839493.html?spm=a2g0o.order_list.order_list_main.5.6cd75c5flJTiwa&gatewayAdapt=glo2deu

but I get absolutely no values or switches when I add it to my zigbee controller

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

Hi Everyone,

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.

Good day.

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 :wink:

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):

on/off M ^ v

Any advances?

TS0601 is a sensor - Tuya PIR Motion Detector and Light Sensor ZG-204ZL Zigbee compatibility

I can get mine to work under Tuya hub and Home Assistant, but for some reason it still not working under ZHA.

Here’s a link to another thread that I started.