For info:
I have an open ticket #147821 with yourselves (Wiser Drayton) regarding this issue but your support colleagues keep ignoring my frequent referrals to your posts on this forum and also posts on the Wiser forum.
They do not acknowledge that there is an open issue that you are working on.
Now after giving them all the details they require, they have “done some tests” on my installation and found my HeatHub is connected to both Wi|Fi and the cloud.
Well yes it was when they did their tests.
I have offered to provide graphs and details of periods of discons over any time span they require but (as the Americans say) “Crickets”
Now they are telling me that the HeatHub should be installed no closer than 1 “meter” from the boiler because of “attenuation with the boiler”.
Well mine is and always has been.
Maybe you could point me to where it says this in your installation instructions bearing in mind my Wiser system has been installed for over 5 years and at least 4 years with the HA wiser integration without this issue manifesting itself until the last couple of months. I acknowledge the HeatHub did drop off occasionally but not like it does now. Is this to do with a previous firmware update maybe?
Support won’t acknowledge that there is an open issue and they would be right, there is no ‘bug’ here as the WiFi handling and stack haven’t changed for some time. The new firmware version will enhance the WiFi handling for installations with low WiFi signal/range and Mesh Networks, it will also help when the WiFi connection drops for any reason (conflicts, interruptions, Mesh healing, etc). Finally, we have added a lot more logging around the WiFi handling to help diagnose individual customer problems in the future.
I have a wiser basic hub in China. When I follow the instruction to get the secret key, my phone will connect to the wifi Wiserxx_xxxxxx and acquire ip 192.168.220.*. And then I try to go to http://192.168.8.1/secret or http://192.168.220.1/secret, but it is not working. I also try to use Httpcanary app to capture the Wiser packet. When Httpcanary start to capture packet, Wiser will be offline and no packet will be captured. I really don’t know how to get secret key.
You may be getting an error in your browser console. Check here and let me know what you find. Not seeing any issues but maybe an unknown scenario causing a problem.
A climate entity , with heating actuators , provides :
heating_type: ElectricRadiator
number_of_heating_actuators: 1
demand_type: Modulating
heating_rate: 2984
percentage_demand: 0
comfort_mode_score: 21339
…
My understanding of the heating_rate and comfort_mode_score are representing quality or performance of the system, how are they built? what interpretation can we make?
Demand_type : modulating is there other demand type? The output signal work like a PWM, then what is the period.
Do wiser TRVs ever open the valve fully? I’ve run some experiments using a wiser TRV, a normal manual TRV and a few valves (including Drayton valves). These experiments were run with the valves not connected to any pipes, just on a table.
In all cases I’ve reset and recalibrated the iTRV before each test.
The result was that when the iTRV is at 100% demand (by setting the setpoint to 30C while the temp is 19) what happens is that the valve pin is only retracted 1-2mm instead of more than 4mm.
A normal manual TRV, when set to the highest setting causes the valve pin to retract 4mm (fully open).
It is interesting that during calibration after reset the iTRV motor does get fully up (pin fully retracted ) but at normal operation and 100% demand the pin opens much less.
Why would this happen, seems to be by design. I’m wondering if this is intentional or a bug. It surely must affect how fast the rad heats up at full demand.
Here’s some pictures of a Drayton valve with iTRV and manual TRV when ‘fully retracted’
On calibration: my understanding is that during calibration the motor extends as far as possible until it finds resistance (fulkyc closed) so it learns that eg 7mm extension are needed for fully closed.
What I am figuring out now is that it doesn’t really know where the fully open position is.
So what it does instead of retracting full when it needs to open fully is to retract just by 2mm from the fully closed position at most.
After calibration or battery replacement, some of my iTRV’s on a different valve body to the majority of my rads, I have found that when the demand is high the rad never heats up ( the valve doesn’t open properly).
To solve this I have had to back off the iTRV a few mms by unscrewing it a turn or two from the valve body.
This obviously makes the valve open. The other interesting thing is when the demand for that room is zero the rad is cool even though other rooms are still calling for heat and getting it, so the valve is closed.
So my experience backs up your claim, the iTRV is not moving the pin back far enough.
@Duke_box I don’t think unscrewing a turn or two fixes this unfortunately. By doing that after calibration you’ll end up with the valve opening a bit more when fully open but the valve won’t close fully when fully off, as it’d still remember that it needs to extend e.g. 7mm for full close but now it’d need a bit more. So you’ll end up with a valve that let’s some heat in when wiser thinks it’s fully closed.
Now if you recalibrate after unscrewing two turns you’ll end up at the same odd place: the valve will fully close (by extending a bit more say 8mm) but again won’t open more than originally.
This is because it seems that the iTRV is configured to be fully open when 2mm retracted from the calibrated fully closed position and no more. It’s really weird it works like this.
I’ve also seen that the iTRV actually modulates the pin: it’s not always fully on or fully off, it tries to behave as a modulating TRV as well depending on the demand percentage of the room.
For the water distribution to work correctly, the radiators need to be in a balanced system.
The lockshield valve is really the flow regulating component in each radiator. (Balancing).
So a TRV changing from fully closed to fully open doesn’t have the effect you may think.
The TRV opens partially to allow flow and and then will finally almost close again, to regulate the temperature.
(Hence the modulating you describe).
If a particular rad doesn’t get warm under a high demand, it is likely some other rads are not balanced correctly and are allowing too high flow rate.
That will mean, insufficient pressure available across the system to provide flow to others in that situation.
I experienced a similar symptom with a hot water tank feed. (Mid position valve system).
Rads were balanced ok. But occasionally, the temperatures dropped significantly and some more than others.
I eventually realised it was when the HW demand came on and that circuit took virtually all the boiler flow.
I found a balancing ‘gate valve’ for this and have now adjusted it accordingly.
It obviously had never been set correctly before.
@johnBoy that’s a fair point, but I still have some doubts. In this case there’s no specific problem with my radiators (i’m doing bench testing of the valves) but my assumption is that there could be a problem in some cases.
Say that the system is balanced and you have a radiator at the far end of the system which has its lockshield open fully to let max flow in, while others are restricted. The iTRV on this far end radiator, by not opening up fully like a normal TRV would, artificially restricts the maximum flow - it’ll behave just like having the lockshield closed down halfway, while you really want max flow instead. So indeed it may never get as warm as you’d like and it wont behave like a fully open manual TRV.
Something I found surprising, was how little the lockshield valves are open.
Please bear in mind, I am not a plumber and can only relate to our home CH system which recently had a new boiler fitted.
The system also had a comprehensive clean & flush after all lockshield and TRV valves being replaced.
The installation plumber did a really good job.
Balancing was another story.
I won’t go into all the details but can summarise as follows:-
The lockshield on the two furthest rads are now 1.5 turns open.
The nearest rads are 0.5 turns open.
(The pipe length to our furthest rads I’d guestimate to be around 12m from the Mid Position Valve).
If you haven’t already checked,( or have set it yourself), it may be worthwhile checking the setting on your furthest rad.
I’d be surprised if any lockshield valve is fully open. (Just over 3.5 turns on those fitted here).
So the furthest here are around 40% open.
(I fitted the Drayton Wiser system to reduce boiler cycling.
But that again, is another story).
The above is just relating my experience to date.
I’m interested in other folks experiences as it could all be useful information.
