Winter is coming and no improvement yet to TRVZB Valves after the long waited hysteresis setting. Here are some requests, let’s hope there’s interest by users and enough votes for ewelink to consider implementing them.
1 - Adaptive Mode/ PID, no more simple on off with hysteresis but good use of valve open/close percentage.
2 - Possibility to link Door Sensor Switches to every single TRVZB Valve to control “Open Window Detection” in the same way we can add temperature sensors to them.
Possibility to select how many minutes should pass between the switch opening and the TRVZB entering the “Open Window Detected”
3 - Add “Open Window Detected” as a trigger even to TRVZB so we can use it to be notified when valves enter or exit, if ever, “Open Window Detection” mode (with or without “Door Sensor Switches” linked to them)
Theese are the ones that comes into my mind at this moment.
Should anyone have any other requests let’s add them here so to have a single thread with requests and votes about TRVZB Valves for our winters.
As I commented earlier, it would be amazing if the TRVZB symbols would turn to bright blue on the NSPANEL Pro once the hearing turns on. I fully support all your points above!
Hello Marco, thank you for your support and suggestions.
We’re currently developing TRV Adaptive Mode, which is now in the testing phase. Once it passes testing, we’ll release this new version.
If you’re interested or would like to try it earlier, feel free to send me your device ID via private message. We can arrange early testing for you and would love to hear your feedback and suggestions to help us further improve the performance of Adaptive Mode.
The current test version is only available for the ZBBridge-P gateway environment. Other gateways will be gradually supported after the TRV firmware is officially released.
Regarding the “Open Window Detected” feature request, we’d like to learn more details so that we can further optimize it.
2- Based on the current method, if you create a smart scene that turns off the TRV when the door/window sensor is opened, would that meet your described use case?
3- That’s a great suggestion — I’ll share it with the development team.
I’ve just migrated all of my devices from ZBBridge-P to ZBBridge-U so, as you answered to another user, I’ve to wait for your development to apply to ZBBridge-U.
By the way, my migration was far from “no problem” one. Still waiting for a bug to be solved (I opened a Ticket for it).
2 - It would be far better to have this door sensors linked directly to TRVZBs so that when they trigger “Open Window Detection” TRZVB valves go in “freeze” mode (or off mode) and when windows are closed TRVZB valves turn back to whatever state they were before, AUTO, MANUAL or whatever future new state that would be eventually introduced.
There’s no way as far as I know to memorise last state of a TRVZB Valve to use in scenes to set the valve back to the state it was before “Open Window Detected”.
Two important notes
1- The ideal implementation should allow one single Door Switch to be linked to more than one TRVZB (just like it happens with temperature sensor).
EXAMPLE: One window in a room which has two or more radiators. Both radiators should enter “Open Window Detected” when the window is opened.
2 - The ideal implementation should allow more Door Switches to be linked to the same TRVZB (Every TRZVB should allow more Door Switches to be linked to it)
EXAMPLE: Four windows in a room which has a single radiator (or more). Any of the four windows, when opened, should trigger “Open Window Detected” in the single radiator (or more).
I honestly think that everything would be also “tyeder’ in this way, just as it is with the linked temperature sensors.
Then I will use scenes to use the same door sensors for my ALARM but that is another story.
Thank you for your attention.
@Archarr, please consider adding periodic recalibration. The TRVs losing steps was a major issue last winter for me, this lead to having to manually pull the batteries to have the TRVs recalibrate themselves because otherwise the radiators would not turn off.
I imagine the TRVs losing steps would be a major issue with the so called Adaptive Mode you are working on, as it will cause them to drift.
1 - I’m using ewelink app in English language and when I edit a TRVZB schedule and I click on + sign (copy schedule menu) I don’t find it clear if I’m copying the current valve schedule TO or FROM the listed TRVZB devices. Is it possible to add a simple “to” to the title so that it becomes “Copy Schedule To”?
2 - Since having the right confort in your house is often a trial and error process, a way to save different TRVZB schedules “to a file” would be very useful so to faster REload a schedule to a TRVZB valve. So one can maybe have different settings for different months/seasons/situations.
Thank you.
if Zigbee protocol allows let Zigbee T/H sensor to “bind” directly to Zigbee TRV. For example, you can “bind” light switches to light bulbs directly. A hub is still needed to set it up but if it goes offline occasionally it’d still work. Jusy don’t know if battery devices can bind to other battery devices. The idea is it’d help people with weaker sigbee meshes. I bet TRV are often placed at distant parts of the mesh and partly shielded by the metal of the radiator.
Allow third party Zigbee 3.0 T/H sensors if they update frequently enough. I have a few sensors with bigger batteries from before the updated ones with bigger batteries that don’t work.
TRVZB as ROUTER/REPEATER?
I wonder how much more battery will a TRVZB valve consume adding a ROUTER/REPEATER functionality to it?
TRVZB valves operate with 3 x AA batteries, there’s plenty of energy and I would sacrifice battery duration for them to function as a ROUTER/REPEATER. I have one in each and everyone room, ideal situation to expand zigbee net and make it stable (even without the function to extend the number of devices in the net). Moreover, I have my ZBBRIDGE-U and MODEM under UPS and battery power repeaters like TRVZB valves would make my zigbee net trouble free in case of lack of main voltage. Crazy idea? What do you think?
I don’t think this is a good idea. Only devices permanently connected to the mains can function as a router. The batteries simply won’t last the heating season.
