One of four identical TRV´s cause BT to stop when set to "offset based"

KartoffelToby / better_thermostat

This custom component for Home Assistant will add crucial features to your climate-controlling TRV (Thermostatic Radiator Valves) to save you the work of creating automations to make it smart. It combines a room-temperature sensor, window/door sensors, weather forecasts, or an ambient temperature probe to decide when it should call for heat and automatically calibrate your TRVs to fix the imprecise measurements taken in the radiator's vicinity.

GNU Affero General Public License v3.0

835 stars 126 forks source link

Prerequisites

[ TS0601 TZE200_hue3yfsn] Model name of your Devices

Description

I use a lot of these devices in combination with BT. In the living room, there are four of the devices combined to one BT entity. Normally, all TRV´s are set to "offset based calibration", but since a couple of weeks, the living room combination does not work anymore (not available). I figured out, that the TRV1 is the problem, every time it is involved in the combination, BT stops to work. The TRV itself works fine without issues.... So I changed this TRV against another one from another room, re-paired it, created a new group --> same behavior. And now the strange message: I figured out when I change the setting from only this TRV from "offset based" to "target temperature based", BT start to work! So I suggest, there are some old-hidden data that cause this behavior? Did several re-installations of BT and today the newest update, the behavior retains the same.

EDIT: Did some further tests, re-paired an existing device (another room with only one TRV) and re-addes it in BT. Now it shows the same behaviour: If it is set to "offset based" the BT entity is not avaliable, if it is set to "target temperatur based" it comes back and is working. Maybe it´s a quirk problem? I use this: ZHA_Quirk

maybe it is the wrong one?

Versions

Did some more tests: Changed the quirk to this one: jacekk015/zha_quirks/ts0601_trv_zonnsmart.py With this quirk it is possible to set the TRV´s to offset based without getting them unresponsible, but the valves do not work properly, I noticed that the offsets are changing, but the TRV´s do nothing, so the bathroom was cold and the wife not amused 😋. After that realization, I changed the TRV´s back to target temperature based, and they immediately started to work as expected. Now, this morning, I changed the quirk back to this one: zha-device-handlers With this quirk, it is acting as before, can not set to offset based without losing the entity availability. So I think it is a problem related to the combination of BT and the quirk.

KartoffelToby / better_thermostat