We fitted Honeywell evohome in our last house and it remains one of our favourite smart home heating systems. Now Automated Home reader Kevin Smart has created his own DIY Weather Compensator for evohome…
This project adds weather compensation support to an Evohome OpenTherm Intergas setup by modifying the OpenTherm Gateway PIC firmware.
I was frustrated that both the Intergas HRE SB boiler and Evohome controller ignore the outside temperature reported by a connected external sensor when using OpenTherm. The Intergas manual states…
The outside temperature sensor can be used in combination with an on/off room thermostat or an OpenTherm thermostat.
In fact, the boiler only performs weather-compensation adjustment when using an on/off room thermostat. With an OpenTherm thermostat such as Evohome, the thermostat is responsible for any weather compensation. Although the Evohome controller fetches the outside temperature from the Internet it does nothing with it other than displaying it.
I ordered an OpenTherm Gateway, Soldering Service, Enclosure and FTDI cable from nodo-shop.nl out of curiosity, to monitor communication between the Evohome R8810A OpenTherm bridge and boiler. It turns out that the bridge does read the outside temperature from the boiler. Also, I learned that the boiler does not report the Max CH water setpoint set by the front panel but overriding this does influence the Control setpoint temperatures sent by Evohome.
Basically, the Evohome OpenTherm bridge calculates the Control setpoint temperature from the aggregated peak percentage demand from all zones, and this is ranged within any received Max CH water setpoint. By default, with my boiler, the Max is 90C despite the maximum CH temperature being set to 60C at the boiler front panel. The boiler will clamp the maximum to the boiler setting though e.g. 60C. For Domestic Hot Water heating I have a DHW Priority setup which ensures the boiler fires at 70C overriding the Control setpoint, so this will be unaffected by weather compensation.
The consideration was which weather compensation strategy to use:
1. Get the OpenTherm Gateway to modify the Max CH water setpoint based on a heat curve calculation, or
2. Cap the Control setpoint based on a heat curve calculation
The difference will be that for 2) a % demand will be mapped to a consistent temperature if that temperature is below a weather compensated maximum. But for 1) the % demand will map to a different temperature based on the outside temperature, lowering as the outside temperature increases.
As an experiment I used the Opentherm Monitor application to modify the Max CH setpoint. Immediately the control setpoint was seen to reduce proportionally, but I found that some of the temperatures were likely to be too low for my system, so I opted for strategy 2) Cap the Control setpoint.
Now in terms of weather compensation calculation I decided to implement the default heat curve A in the Intergas manual.
Since the PIC microcontroller does not support division or multiplication, only bit shifting, I simplified this equation Y = 25+(25-X)(80-25)/(25+7) = 67.97-X1.72 to 68-X*1.75 = 68-(X+X/2+X/4), which is only two right rotations, two additions and a subtraction.
We need to handle below zero outside temperatures (as two’s complement) adding a little more complexity to the PIC assembly code, the first time I had written assembly code in many years!
movfw byte3 ;Outside temperature integer movwf TMax ;TMax = outside clrc ;Support -ve temperatures by shifting in 1 rather than 0 btfsc byte3,7 setc rrf TMax,F ;TMax = outside/2 addwf TMax,W ;W=outside+outside/2 clrc ;Support -ve temperatures btfsc byte3,7 setc rrf TMax,F ;TMax = outside/4 addwf TMax,W ;W=outside+outside/2+outside/4 sublw 68 ;W=68-(outside+outside/2+outside/4) based on Intergas default heat curve movwf TMax ;Calculated max setpoint
This code is called approximately once per minute when the gateway fetches the outside temperature (MessageID27).
Then all there is left to do is to ensure that a control setpoint temperature write does not exceed the calculated max setpoint temperature, by adding some code to the MessageID1 handler, which already supports overriding the control setpoint:
btfss byte1,4 ;WriteData request? return clrf controlsetpt1 ;Clear any previous override clrf controlsetpt2 movfw byte3 subwf TMax,w ;If setpoint is higher than TMax, clamp it at TMax skpnc ;In PIC for sub, C flag is opposite to what I would normally expect! return movfw TMax movwf controlsetpt1
For efficiency I have set my boiler’s maximum Central Heating temperature to 60C, via its front panel, so this will be the maximum flow temperature even if a higher setpoint is requested. With this setup, the max flow temperature will only be reduced below 60C, when the outside temperature is above 5C. Evohome will of course further reduce the temperature when the percentage demand from zones decreases and the boiler will modulate accordingly.
I monitored operation over the next few days using the Opentherm Monitor and Intergas Diagnostic Software. There was a big swing in outside temperature between 9C (max setpoint 53C) and -1C (max setpoint 72C, capped by the boiler at 60C) and the solution appeared to be working well. The bigger test will be as we head into Spring and the average temperatures increase.
So, there you have it, what was for me a perfect Christmas holiday project!
Kevin can be contacted at – kevin<underscore>smart<at>iname<dot>com