@user3101 thanks for your work on the driver and for sharing it, much appreciated!
the driver seems to work great but the device is not recognised by the HomeKit integration as a thermostat, adding capability "Thermostat" fixes that but it shows low battery warning in the HomeKit... will try to look into that more
Thanks.
I put in the readme file that I deliberately avoided thermostat capability and I access all the attributes in apps by selecting the trv as a temperature sensor.
This is a compromise and I would expect the driver to work with thermostat as an extra capability albeit with extra clutter on the device page screen.
Jonathan
oh I see, this make sense now
Dear Jon,
Thanks for implementing the child lock feature again. My 2.5 year old still spins the TRV’s while grinning at me. He knows that I don’t want him to, but now it doesn’t matter. I adore that little rascal.
How is OTA firmware upgrade getting along? I read on GitHub that you were preparing to implement it in your code. I have installed 14 Popp thermostats by now and all but two are working fine. When I attempt to find the reason as to why that is, is seems like the two that are giving me trouble is running on the vanilla firmware.
Again, thank you so much for giving us your driver. If you can receive a tip via PayPal, then send me your PayPal email. I owe you a few pints of beer and some more.
Thanks for your email. I am sorry but I have been unable to find any firmare updates that I could use for OTA updating and so I have not spent any time writing driver code for that. Everything seems to have gone rather quiet on the question sof whether updated firmware will be released. So sorry to disappoint, on that. (Not a paypal issue)
You may have seen, on github, that I have given in and implemented the Thermostat Capabilities so that I could use Hubitiat's Thermostat scheduler. Looking back, I should have done that all along. Latest version is v2.7.
I have also given up with external sensors. I think that the work around was working but I am not sure, and rather than replace bateriers in my external sensors I opted to try without. And for me that is working well.
Are you generally happy with this TRV performance during the last heating season?
My next planned project is Aqara E1 thermostat external temperature sensor, but I am already a bit dissatisfied because of the lack of the valve opening percentage reporting by Aqara.
I have been really please. But I have two gripes. First, telling them to control the room temperature via the External Sensor Thermometer setting was not successful - there is chatter on the internet about this being a software glitch. But they do work well using their own internal sensor (surprisingly sensitive to vertical or horizontal orientation setting). Second, you may want to play about with the Fast Response Setting and the Aggression Factor setting.
The POP valve (I have three) is the same as a Hive one (I have five), which is much cheaper, if still available.
Give one a try and see what you think ....
Hi @user3101 /JellyGreen,
Big thanks for implementing this amazing driver - the features are well thought out and reflecting all capabilities of the device - awesome! This would make my smart home complete - if it worked fully.
I have found to have 2 major problems with this driver:
Could you think of anything that I could do to fix these two issues?
Again - much appreciate your hard work on this driver - I am at awe thinking of how much work must that have been.
Regards,
Mark
@user3101
I seem to have resolved the problem with not being able to install the devices with your driver on. Yesterday I was struggling with it all day, today I tried again from scratch and it worked. Not sure what I did differently.
I still cannot control the TRVs via the Thermostat Controller. I can manipulate the heating setpoint on the device UI page, dashboard and via the Thermostat Scheduler - but not via TC.
Hi Mark,
Thanks for your message.
On point 1, I have not experienced any such problems and wonder whether you have an different release of the POPP valve. My only thought on this is whether you could resolve it by 'commenting out' the footprint line in the driver (add // at the start of the line). I can't see what else could link the driver to the hub during pairing. I was unaware of any maintenance mode on the TRVs, I have not met that.
On Point 2: I have eight of these rebadged Danfoss TRVs. Three are POPP and five are Hive. All work every day with the Thermostat Controller app. So I don't think this is a driver issue. (Is the Thermostat Controller set on Hold? Does it link to the TRV and set the heating set point when you press the 'Set Scheduled Temperature' button? I will screen shot one of my Thermostat Controller implementations...... What version of the driver are you using? I think the latest is 2.7. In the very early version I did not implement the Thermostat capability, but I added this pretty early on with version 2.0.
image|690x431
Hi Jonathan,
The installation/pairing issue seems resolved. I will install on all my other TRVs today and let you know if I run into it again. Thanks for the tip about commenting out that one line - I will try it if I hit that problem again.
Regarding not being able to control the TRVs via Thermostat Controller:
Your screenshots are from the Thermostat Scheduler - not the Thermostat Controller.
Thermostat Schedular works great - nothing wrong with that.
But I cannot make it work in the Thermostat Controller 2.0 app.
I use that functionality to create a virtual master thermostat for each room to control multiple radiators via a single dashboard tile. I have been able to control my POPP TRVs through that app with LUX Zigbee Thermostat driver (though that one only partially implements the features of this TRV and has many other quirks).
Any ideas why that would be?
Once again - big thanks for the work on this driver and for your speedy response!
Regards,
Mark
Ah, I should have read more closely ...
I have not used the Thermostat Controller App (my rooms are not big enough to have two radiators Haha).
However I have just implemented the Thermostat Controller on one of my TRVs.
It does seems to work! Screen Shot below (perhaps not reliably)
It seems that sometime there is a need to refresh the Thermostat Controller page, to see the latest Current States in the Thermostat Controller page; other times no refresh required.
The POPP TRVs can only Heat... They will not let the heatingSetpoint exceed the eTRVMaxHeatSetpointLimit ... nor the heatingSetpoint be lower than the eTRVMinHeatSetpointLimit ...
So when I force the temperature to reduce (here to 12) in the Thermostat Controller, the TRV heatingSetpoint changes (to 12) but the box in the Thermostat Controller Heat still reports the old value (here 23)!.... This updates if you try changing it again or if you toggle controlled to free and back again....
So I think the Thermostat Controller is reading the heatingSetpoint too quickly for the TRV to have updated to the new heatingSetpoint ...
Nothing I can do about that ...
Do let me know if you have other thoughts.
Hi Jonathan,
Thanks for looking into it and for sharing the screens, but I am still not convinced it actually works in your scenario as intended.
Sorry for the long story below - I am trying to provide you with all the relevant info here so we can come to the bottom of it.
First - I know the Thermostat Controller page does not update the Controlled Thermostats section after you changed the heating Setpoint - that you have to refresh that page manually. But that is just a cosmetic issue. I am monitoring the actual setpoint on the TRV's own page.
But I think the screenshots that you sent me do not actually show it working.
Is it possible that you were increasing and decreasing directly the heating setpoint of the "Study TRV" (via your 2nd row middle dashboard tile) and not the actual Heating Setpoint of the Thermostat Controller (as seen on your first screenshot, middle screen left bottom)?
How Thermostat Controller (TC) is intended to work is that you link the radiators ("slaves") to the TC ("master") and from then on you only change the central Heating Setpoint of the TC (TC page - section Controlling Thermostat/Heating Setpoint) and not the TRVs (Controlled Thermostats) - TRVs setpoints get automatically populated by the TC once you lock them as Controlled on the TC's page.
Also - there is more logic behind it then simply copying the setpoint of the TC onto the TRVs. See the Control Offset (default 2.0 degrees - also visible on your first screenshot).
When you change the TC Heating Setpoint to 23, TC sees that it needs to heat the room and sets the TRVs to 23 + 2 (control offset) = 25 degrees. When you went down to 12 degrees, the TC should have set your Study TRV to 12 - 2 (control offset) = 9 degrees.
Your test results would only make sense if your Control Offset was set to 0.0 and that does not seem to be the case.
On your first screenshot the TC Heating Setpoint is 20.0. The Study TRV heatingSetpoint is 23.0 - matching your dashboard and the Controlled Thermostat section. Hence - the TC Heating Setpoint had no impact on the TRV setpoint - it is not in control. It seems you only manipulated TRV setpoint directly.
On your second screenshot I cannot see the TC Heating Setpoint (cropped), but I assume it was also unchanged - 20.0 degrees. I see that you have changed the TRV setpoint via the dashboard to 12.0 and it has correctly updated on the Study TRV page - and after a refresh - also on the TC page/Controlled Thermostats. However - that has nothing to do with TC's main functionality - to automate the setpoints of the "slave" TRVs based on the "master" TC (Controlling Thermostat) Heating Setpoint.
You can see how that logic works on your virtual thermostat that you also added to the TC, but left it "free". If you lock it "Controlled" and manipulate the TC's own Heating Setpoint below under Controlling Thermostat, you will see that the virtual radiator will react and the physical Study TRV will not (not even after a delayed page refresh).
There is a much better explanation on how TC works on it's documentation page - here.
@user3101
But I suspect there is still some capability missing from your driver, Jonathan, that the Thermostat Controller needs in order to write the heatingSetpoint to it. Perhaps one of the things you commented out or just added pro-forma as required, but assumed they are not used?
@kkossev @sburke781
Simon and Krassimir - could we bother you with this for a moment? Jonathan has put together a very complete and thorough driver for these common zigbee TRVs (Danfoss/Popp/Hive). The only rub is that we cannot manipulate the heatingSetpoint of the TRVs on this driver via the Thermostat Controller. No useful hints in the logs either.
When you look at Jonathan's driver code - could you maybe see what capability is missing in the driver that TC needs to be able to automate TRV setpoints?
Here is Jonathan's driver code:
The only workaround I found for the time being is to add a dummy virtual TRV to each room's TC alongside the controlled physical TRVs and then create a rule to copy the heatingSetpoint from the dummy TRV to the physical TRVs whenever it changes. This works, but is ugly seems like a lot of clutter that is more difficult to support.
Big thanks to you all!
Regards,
Mark
The inclusion of the Thermostat capability and the setHeatingSetpoint method (command) are what I expect are needed, however, from what I can see, the setHeatingSetpoint method does not update the heating set point attribute on the device. Not sure if this is part of the issue.
I also notice there is some logic to make sure the set point is within the right range. Perhaps try turning on info logging and seeing what comes out when you try to change the set point.
I was changing the heating set point in TC Controlled Thermostats box, and watching it change about a second later on the TRV device Current States and on the dashboard. Then I would hear the TRV changing its set point. So there is a working link.
I agree agree that I have been unable to change the heating set point in TC Controlled Thermostats box using the heating setpoint in the Controlling Thermostat box. I have now achieved this with the virtual thermostat ... I am not sure that this is a driver issue ... it may be but I am not sure what commands TC is trying to send to the TRV...
I also agree that the TC does not add or subtract the TC Control Offset ... , I am not sure that it should ... but TC is not changing the controlled heating set point at all ... I have never needed to use TC and I am not familiar with it, despite reading the Hubitat info page.
These TRVs only have a Heat mode, - my driver manufactures an artificial Idle Operating State (around line 750 if I remember) when it is not calling for heat and HeatingDemand is minimal - this was to make my dashboard go red when heating and grey when not.
I suspect that I cannot help any further and that you may have reached the limit of the control that is possible on these TRVs or, at least, the limit of my understanding. The whole zigbee spec for these TRVs is online so from that you may determine whether there is any way for you to move forward...
Good luck ...
Jonathan
Download the Hubitat app
