I have several Popp Radiator Thermostats with unresolved battery drain issues. These look to be very similar to Danfoss. Is there anybody with experience of these as well as other manufacturers?
Popp is now Aeotec
Popp and Devolo are re-badged Danfoss
…so presumably no difference in battery consumption between these?
…or is it how the driver/app is written? I have all set to 1800 sec reporting interval (maximum for Popp). Is the interval the same for Danfoss/Devolo?
I think like the above, these don’t need another bridge?
I think it’s not possible to make a general statement. As far as I know, each manufacturer has its own firmware. So it could possibly also be due to that as you guess.
But I guess the real factor is the wake-up interval. With a wake-up interval of 600 s, the battery lasts about half a year for me with a POPP radiator thermostat.
As far as I know a bad connection can also cause more drain on the battery.
According the manual of the Devolo TRV the wake-up interval can be set between 300 - 1800 s, but 300 s is recommended. And they say that the battery can last up to 2 years.
It seems Aeotec also has a FLiRS specified TRV that is not originally Popp. I assume this might suffer the same Homey incomplete FLiRS implementation problem that might be the cause of the Fibraro issues? Does anyone have experience of this TRV? An Amazon review describes this as originally from original from manufacturer Eurotronic, and it seems plenty of issues with these and Homey too.
I feel your pain: Mine, too - I had to buy a new one and start again (Homey’s backups were apparently lost too)
…Looking at the review thread somebody started, it seems Tado v3 now requires a subscription for smart features, and that the bridge and homey must be internet connected to transfer data…more complications…
Power consumption for can vary greatly from one to the next. A lot has to do with how often the actuator opens and closes the valve and how much effort it takes to do so. For instance in another post someone describes how a Devolo moves the valve pretty much constantly.
Something to consider for instance is if the thermostat has open window detection and if a cold draft passes by it often. If that is set too sensitive the valve may behave as the Devolo owner describes.
In that case it may be wise to use Homey to build actual open windows detection instead of reacting to sudden cold, and turn the open windows detection of the TRV off.
Aeotecs TRV is based on the Eurotronic one, as @Caseda already mentioned. These are FLiRS TRVs.
The TRVs from Devolo and PoPP are based on the Danfoss TRV. So these are all the same TRVs with different firmwares/IDs. These are “normal” TRVs.
Thanks Edwin, yes I have been trying to find out how best to control them, and am using Markus Klinger’s Heating Scheduler app, with flows to call for heat via Fibaro relays and “disable” the schedule (which I think means turn off the heating, rather than simply abandon the schedule, but am waiting for clarification) if the windows are opened…
(I understand the VThermo app is supposed to do this without flows, but it is not working for me)
I can’t see any discernible pattern for why some drain faster than others, and why they all drain much faster than the predicted. The battery reporting is poor and inconsistent, and generally the indication of battery failure comes from one of the occupants moaning that the radiators are “boiling” when the batteries fail and the valves are fully opened.
As I understand it VThermo does indeed do actual window detection and uses a hysteresis to control how often the valve moves. Increasing that may save energy (at the cost of bigger temperature fluctuations.
I’m not sure what is more efficient: having the TRV pick the right amount of valve opening based on the temperature difference or having VThermo switch between full open full close.
Is is not uncommon to valve the batteries fail in the open position: opening is simply releasing the pressure on the pin while closing means pushing the pin inward, which takes a lot of effort.
This might be the blocking issue for tado. The Smart Thermostat doesn’t have an external temperature sensor facility.
I have wet underfloor heating so the water temperature is controlled by a separate thermostat at the manifold. Therefore the tado Smart Thermostat just controls the boiler heating demand wirelessly based on the room temperature and controls the underfloor heating pump and zone valve via its relay.
That’s identical to the base one. It’s just how you configure it in the app that makes the difference.
If it is configured as the base one then it is the master controller that all the others talk to when heating is required.
The problem for @K_S is it doesn’t have an external temperature sensor input that monitors the underfloor heating element temperature. It can only monitor the room temperature.
Thanks @Adrian_Rockall , @Edwin_D , If I understand correctly, I could have Tado wall thermostats for the wet underfloor heating on my ground floor and choose to forego the extra safety of the floor sensor (to protect the wood?).
For the first floor radiators, I could use Tado TRVs, but I’m not quite clear how they would communicate their demand for heat to the boiler. They seem to have a product called a " Wireless Receiver". Would I need one of those as well?