An Alternative Perspective

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • CT1
    Automated Home Guru
    • Apr 2016
    • 189

    An Alternative Perspective

    I often read the forum and, having a technical background, I find many of the posts interesting and informative. However I have no need or desire to implement most of the ideas because they do not fit with my requirements.

    I have a well insulated A rated home with an A rated boiler, solar PV, solar thermal HW and a diverter to use excess solar to heat the HW. I also have 2 air con/air source heat pump units. We are at home most days and have no set schedule for when any room will be in use and times and durations of periods away from home are quite random. To get the maximum benefit from this I often need to operate things manually. I have not found any advantage from optimisation and would not anticipate any benefit from the Hot and Cold weather settings and the HW priority will be seriously detrimental for my system. My well placed and accurate external temperature sensor often shows significant variation from the temperatures indicated by EvoHome. Hence I have not asked to be part of the Beta test programme.

    What I do find essential is having individual control of each zone. Before EvoHome I used TRVs and a room thermostat but could not get enough control of each room. EvoHome solved this fundermental problem.

    The improvements that would benefit me are.

    1. Change eco mode to offset mode and allow offsets of say +/- 5 degrees.

    2. Allow individual zones to be switched Off individually (ie set to 5 degrees)

    2. Please, please DO NOT make HW priority mandatory.

    3. Improve battery management for the controller.

    And on the hardware

    4. Improve the reliability of the battery contacts for all components so that they do not need to be “bent” to achieve reliable contact. None of my other battery operated devices require this.
  • DBMandrake
    Automated Home Legend
    • Sep 2014
    • 2361

    #2
    Originally posted by CT1 View Post
    The improvements that would benefit me are.

    1. Change eco mode to offset mode and allow offsets of say +/- 5 degrees.

    2. Allow individual zones to be switched Off individually (ie set to 5 degrees)

    2. Please, please DO NOT make HW priority mandatory.

    3. Improve battery management for the controller.

    And on the hardware

    4. Improve the reliability of the battery contacts for all components so that they do not need to be “bent” to achieve reliable contact. None of my other battery operated devices require this.
    I agree wholeheartedly with all your points except point 2 - you can already do this by setting the zone to 5 degrees, either until a specific time or permanently.

    So I'm not sure what you're asking for in point 2 other than reducing the number of taps it takes to turn a zone down to 5 degrees ? (Don't get me started on that weakness...)

    Comment

    • CT1
      Automated Home Guru
      • Apr 2016
      • 189

      #3
      Originally posted by DBMandrake View Post
      I agree wholeheartedly with all your points except point 2 - you can already do this by setting the zone to 5 degrees, either until a specific time or permanently.

      So I'm not sure what you're asking for in point 2 other than reducing the number of taps it takes to turn a zone down to 5 degrees ? (Don't get me started on that weakness...)

      I have assumed that “make permanent “ would permanently override the schedule for that day of the week in future not just the current day?

      Also I agree that the multiple taps to change temperature are a pain, especially as the screen is not very responsive.

      Comment

      • basiluk
        Automated Home Sr Member
        • Oct 2008
        • 89

        #4
        Superb set of enhancements that would benefit us all - being able to turn a zone off with one click would be really good.

        Comment

        • bruce_miranda
          Automated Home Legend
          • Jul 2014
          • 2307

          #5
          I am from the camp that actually does not think the battery contacts are to blame. I actually think we feel they need fixing and in doing so reboot devices and hence they appear to work again. I actually believe the weakness is in the radio protocol.

          Comment

          • benwillcox
            Automated Home Jr Member
            • Apr 2020
            • 32

            #6
            I've only had my system installed for a couple of days, so I'm still working everything out. However I do have a few observations as a new user.

            Agree with your point 1 and 2.
            On point 2, I think this would be useful for things like spare bedrooms or other unused rooms, which you want to be usually off but at a quick touch allow it to follow a 'normal' schedule if for example it is occupied by guests etc.

            To expand on that, the whole issue of zoning I find interesting. I'm not sure I ever found a definitive definition of what a 'zone' actually is in the context of the Evohome system, but made the assumption that it was a single or group of heating areas that can have their time schedule and temperature set, independent of other 'zones' (I think I was correct).

            When I first mapped out my rooms and number of radiators it seemed to me that 12 zones was quite restrictive, on the basis that I'd like every room to be it's own zone. I have more than 12 rooms and I'm sure a lot of larger houses will too.
            So I presume the idea of this is to group similarly used rooms together, but without making it so complex that there are too many schedules to keep programmed and up to date.

            Some of these mappings are logical such as downstairs hallway and upstairs landing can be zoned together, and rooms connected via an opening such as kitchen/dining room in my case, which in effect is one large room.
            However once you do this and set up the zoning, it seems you lose any visibility of the rooms within a zone. For example, in 'System Summary' all I see is RADIATOR VALVE. It doesn't tell me that 'Living room' actually has 2 radiator valves in the same room, or that 'Kitchen Dining' is actually 2 rooms with a radiator valve in each.
            I would have liked to see the setup process involving adding each room by name as step one, then grouping these into zones, with the ability to move them between zones (e.g. moving a Guest Bedroom from an 'unused' zone to an 'active' zone)
            I'm interested in how everyone else manages the zoning process?

            Other than that so far so good. A couple of minor things, such as the controller doesn't sit very tightly or securely on the wall-mount kit - it wobbles a bit when you touch the screen, and it can be lifted straight off. I would have liked to see it lock into place, as I have visions of it getting knocked upwards then falling straight onto the floor off the mount.
            Also I have the HR92 set for 'room temperature' display which to me seems preferable to set temperature. However as the bottom part of the LCD is unused in idle mode, it would have been nice to have the 'other' temperature displayed at the bottom too. Don't know whether these devices are capable of receiving OTA firmware updates from the controller?

            Comment

            • G4RHL
              Automated Home Legend
              • Jan 2015
              • 1580

              #7
              Originally posted by bruce_miranda View Post
              I am from the camp that actually does not think the battery contacts are to blame. I actually think we feel they need fixing and in doing so reboot devices and hence they appear to work again. I actually believe the weakness is in the radio protocol.
              I am of the same view. The best example is one you have raised. The HW sensor. If I get error messages in the log it is always the HW sensor telling me contact has been lost. Nothing to do with the batteries fitting properly, although they could be tighter, as without touching the batteries it self rights later and is fine for some time. As it is the only item where I get this report it has to be the signal strength emanating from the device or, as you have found, its orientation.

              Comment

              • CT1
                Automated Home Guru
                • Apr 2016
                • 189

                #8
                Originally posted by G4RHL View Post
                I am of the same view. The best example is one you have raised. The HW sensor. If I get error messages in the log it is always the HW sensor telling me contact has been lost. Nothing to do with the batteries fitting properly, although they could be tighter, as without touching the batteries it self rights later and is fine for some time. As it is the only item where I get this report it has to be the signal strength emanating from the device or, as you have found, its orientation.
                Like you the HW is the only sensor that reports regular loss of comms. This is not a battery issue because it has be occurring on and off since the system was installed. I think the problem is that it is impracticable to mount it away from the HW tank and pipework. I would prefer it to be mains powered and have a more robust radio signal/protocol.

                The issue with batter contacts is seen when batteries are replaced or the valve head moved. Just a gental tap can cause the display to blank and the device reboot.

                Comment

                • CT1
                  Automated Home Guru
                  • Apr 2016
                  • 189

                  #9
                  Thoughts on other issues.

                  Weather Compensation.

                  I have an external thermometer that is carefully positioned to give accurate air temperature. I see several sources of estimated air temperature from the likes of EvoHome, Amazon Echo, BBC weather app etc. None of the internet based services give an accurate indication of current temperature. Even if they were accurate they would not be particularly helpful as some rooms in my house have considerable solar gain and others have none.

                  Because my highly insulated house gets too hot in the summer, I have installed air con units, which also act as air source heat pumps when required. In Spring and Autumn a sunny day will give enough Solar PV to run these even when it is relatively cold outside so I use these to provide a quick boost to the heating when available. This obviously does not fit with a logic based solely on external temperature.

                  One of the biggest variables affecting what represents a comfortable temperature at any given time, is the level of physical activity. What is comfortable when active is different from what is needed when watching TV or reading a book. This requires manual intervention and I find is far more important than external weather conditions.

                  Start up optimisation.

                  Our household does not follow a set schedule so the heating tends to be manually turned “on” in the morning and turned “off” at night. Fortunately our high levels of insulation tend to keep the temperature within acceptable limits overnight.

                  Even if we followed a set schedule, the lighter sleepers would not want to hear valves operating before their alarm went off.

                  HW Priority

                  It cannot be said often enough that this should be optional. I suspect many/most users do not have Opentherm boilers which I think I read was one of the reasons for introducing this. As well as a large hot water tank, my house has relatively small radiators that were installed in the days of high flow temperatures. They are just about okay with my new modulating boiler and a well insulated house but do not give the fastest heat up times. I also like to have the heating ticking over once up to temperature and do not want it to shut down for a period while heating the HW.

                  Conclusion

                  I accept that I am not a typical users of EvoHome, but find the individual zone control is an absolute necessity. I have no problem with all the other clever feature being there for those who benefit from them, but please keep them as options so that I can continue to operate my system in a simple semi automatic way.

                  Comment

                  • DBMandrake
                    Automated Home Legend
                    • Sep 2014
                    • 2361

                    #10
                    Originally posted by CT1 View Post
                    I have assumed that “make permanent “ would permanently override the schedule for that day of the week in future not just the current day?
                    A permanent override is just that - permanent. It applies continously 24/7, and is restored after using (most!) actions like heating off. So if you set a zone permanently to 10C it will drop to 5C with heating off mode but revert to continous 10C when you come out of heating off. It won't automatically revert to the programmed schedule.

                    Comment

                    • DBMandrake
                      Automated Home Legend
                      • Sep 2014
                      • 2361

                      #11
                      Originally posted by bruce_miranda View Post
                      I am from the camp that actually does not think the battery contacts are to blame. I actually think we feel they need fixing and in doing so reboot devices and hence they appear to work again. I actually believe the weakness is in the radio protocol.
                      I have to offer a contrary opinion on this - the battery contacts are definitely iffy on the Honeywell devices. Nobody has said they're the cause of all problems of course...

                      I've had nearly all of my nine HR92's and three of my five DTS92E's spontaneously shut off or reboot due to battery contact issues at one time or another. Just a couple of weeks ago I went to press the temperature adjustment button on a DTS92 and the whole thing shut off and then rebooted when I released the button. A light tap to the front cover once again caused it to go blank and reboot again. That's not my imagination Tighten up the contacts and reinsert the batteries and I was unable to reproduce the problem.

                      In the case of HR92's the issue is usually that it spontaneously reboots when the motor tries to adjust the valve pin, (especially when it reaches the limit stop) or sometimes with a relatively light touch on the top wheel it will reboot. Tightening the contacts fixes this too.

                      Poor quality "spring" steel in the contacts is the root cause of the problem I believe - it's soft and loses its tension over time.

                      Comment

                      • mtmcgavock
                        Automated Home Legend
                        • Mar 2017
                        • 507

                        #12
                        Originally posted by DBMandrake View Post
                        I have to offer a contrary opinion on this - the battery contacts are definitely iffy on the Honeywell devices. Nobody has said they're the cause of all problems of course...

                        I've had nearly all of my nine HR92's and three of my five DTS92E's spontaneously shut off or reboot due to battery contact issues at one time or another. Just a couple of weeks ago I went to press the temperature adjustment button on a DTS92 and the whole thing shut off and then rebooted when I released the button. A light tap to the front cover once again caused it to go blank and reboot again. That's not my imagination Tighten up the contacts and reinsert the batteries and I was unable to reproduce the problem.

                        In the case of HR92's the issue is usually that it spontaneously reboots when the motor tries to adjust the valve pin, (especially when it reaches the limit stop) or sometimes with a relatively light touch on the top wheel it will reboot. Tightening the contacts fixes this too.

                        Poor quality "spring" steel in the contacts is the root cause of the problem I believe - it's soft and loses its tension over time.
                        Honeywell definitely have issues with their battery contacts - the new std programmable stats we fit are doing the same (And they're a new model out) End user picks the thing up to alter temp and the thing reboots! Having to tension them up from new.

                        I only yesterday had to tension up my T87RF as when altering it the thing reboots.

                        Comment

                        • DBMandrake
                          Automated Home Legend
                          • Sep 2014
                          • 2361

                          #13
                          Originally posted by benwillcox View Post
                          On point 2, I think this would be useful for things like spare bedrooms or other unused rooms, which you want to be usually off but at a quick touch allow it to follow a 'normal' schedule if for example it is occupied by guests etc.
                          Just set a continous override to something like 10C in the guest room zone. It will be overridden by the heating off action but will go back to the continous override temperature when the system is turned back on.
                          To expand on that, the whole issue of zoning I find interesting. I'm not sure I ever found a definitive definition of what a 'zone' actually is in the context of the Evohome system, but made the assumption that it was a single or group of heating areas that can have their time schedule and temperature set, independent of other 'zones' (I think I was correct).
                          Yes, a zone is something that can be uniquely scheduled and controlled. Usually a single room, but there is a special "multi-room zone" zone type that can be configured which applies the same schedule to multiple rooms.
                          When I first mapped out my rooms and number of radiators it seemed to me that 12 zones was quite restrictive, on the basis that I'd like every room to be it's own zone. I have more than 12 rooms and I'm sure a lot of larger houses will too.
                          So I presume the idea of this is to group similarly used rooms together, but without making it so complex that there are too many schedules to keep programmed and up to date.

                          Some of these mappings are logical such as downstairs hallway and upstairs landing can be zoned together, and rooms connected via an opening such as kitchen/dining room in my case, which in effect is one large room.
                          However once you do this and set up the zoning, it seems you lose any visibility of the rooms within a zone. For example, in 'System Summary' all I see is RADIATOR VALVE. It doesn't tell me that 'Living room' actually has 2 radiator valves in the same room, or that 'Kitchen Dining' is actually 2 rooms with a radiator valve in each.
                          I would have liked to see the setup process involving adding each room by name as step one, then grouping these into zones, with the ability to move them between zones (e.g. moving a Guest Bedroom from an 'unused' zone to an 'active' zone)
                          I'm interested in how everyone else manages the zoning process?
                          A key thing to think about when you consider different combinations of radiators and rooms for zoning is whether to use a single room zone or a multi-room zone. (This is a setting within the zone settings)

                          In a "single room zone" there is only one nominated temperature sensor for the zone and all TRV's within the zone use this reading. This sensor could be a wall sensor or one of the HR92's in the zone. (You can choose which one) Multiple HR92's in a single room zone work in unison when controlling their radiators as they are supplied the same set point and the same temperature measurement to work from. (Relayed via the controller)

                          Single room zone is the obvious choice if all the radiators in the zone are in the same "space", such as a closed off room. It gets a bit more nebulous in an open plan area like a joined kitchen / dining room area whether single room zone (and thus a single sensor) is appropriate because if the thermal characteristics of the two areas are too different you might see quite a heat gradient across the area. (Like heat from a kitchen causing that to be hotter than the dining room side, and radiators not compensating)

                          A multi-room zone still tells each HR92 to follow the same set point schedule but to use its own internal temperature sensor. The primary use for this mode is if you want to combine different rooms into the same zone for the purposes of scheduling and reducing the number zones required. A good example would be combining two children's bedrooms - you want the same temperature schedule in both rooms but measuring the temperature in one room is obviously not going to regulate the temperature in the other room properly - they must both use their own individual sensors.

                          However it can also be used in scenarios like upstairs/downstairs landing (the upstairs will generally be hotter if only one sensing point is used) large open plan areas with different thermal characteristics around the "room", unusually long and skinny living rooms etc...

                          The pros and cons of the two modes are:

                          Single room zone - one nominated sensor takes the reading for the entire zone and all TRV's operate in unison using the same inputs to control the radiators equally. A remote wall sensor can be used for better accuracy. Adjusting an HR92 directly will show the manual override on the controller and also change the set point of the other HR92's in the zone. (After a few minute delay) Not appropriate for radiators in completely different rooms or spaces.

                          Multi room zone - every HR92 uses its own internal sensor to make a decision about its own radiator heat output to regulate the temperature in it's vicinity. A remote wall sensor cannot be used. Adjusting an HR92 directly will change the set point on that HR92 (until the next scheduled set point change) but this change will NOT be shown on the controller and will not propogate to other HR92's in the same zone. (So one child adjusting their bedroom HR92 won't affect the other bedroom in the same zone) Appropritate for radiators in different rooms/spaces, and might also be useful in large areas that are nominally a single space but are too disjoint in thermal properties to get an even heat throughout the area from a single temperature measurement. Only the temperature measurement of the first HR92 is displayed on the controller so there's no way to know from the controller what temperature is measured at additional HR92's in the zone - you need to look directly at the HR92.
                          Other than that so far so good. A couple of minor things, such as the controller doesn't sit very tightly or securely on the wall-mount kit - it wobbles a bit when you touch the screen, and it can be lifted straight off. I would have liked to see it lock into place, as I have visions of it getting knocked upwards then falling straight onto the floor off the mount.
                          Yes this looseness on the wall-mount is worrying to me too, on a couple of occasions it has been knocked in an upwards direction and nearly come off the stand. It's a snug fit on the table stand so its disapointing that the wall mount is so loose. When I get around to it one day I plan to apply some thin self adhesive felt pad to the wall mount around the centre connector to pad it out a bit and make it a bit tighter.
                          Also I have the HR92 set for 'room temperature' display which to me seems preferable to set temperature. However as the bottom part of the LCD is unused in idle mode, it would have been nice to have the 'other' temperature displayed at the bottom too. Don't know whether these devices are capable of receiving OTA firmware updates from the controller?
                          As far as we know field / over the air firmware upgrades for the HR92 (and all devices apart from the Evotouch controller itself) are not possible unfortunately. Also the HR92's LCD screen is not a bitmap screen - it's a fixed symbol screen like an LCD watch with the lower line designed for letters - there's no guarentee that it has the necessary symbol segments to be able to display a temperature at the bottom. (But even if it could, the lack of any firmware updates is a show stopper - there have been no HR92 firmware revisions for the last 5 years)
                          Last edited by DBMandrake; 12 April 2020, 05:06 PM.

                          Comment

                          • G4RHL
                            Automated Home Legend
                            • Jan 2015
                            • 1580

                            #14
                            Originally posted by CT1 View Post
                            Like you the HW is the only sensor that reports regular loss of comms. This is not a battery issue because it has be occurring on and off since the system was installed. I think the problem is that it is impracticable to mount it away from the HW tank and pipework. I would prefer it to be mains powered and have a more robust radio signal/protocol.

                            The issue with batter contacts is seen when batteries are replaced or the valve head moved. Just a gental tap can cause the display to blank and the device reboot.
                            My HW sensor is about the same distance away from the HW tank and pipework as the CH heating relay but that never has the same problem. My CH relay is just marginally further away. No problem. However, the CH sensor, whilst the same distance from the tank as the CH relay, is lower down with the full body of the tank in front of it. The CH relay is higher up and “sees” more of the top of the tank as it comes to a curved top. I expect some attenuation, but it is not all the time. As dpmandrake found it could well be the orientation of the antenna in the sensor.

                            It could of course be that the sun spot cycle is not good and won’t be for some years to come and thus affecting many radio signals!

                            Comment

                            • filbert
                              Automated Home Guru
                              • Oct 2017
                              • 161

                              #15
                              Originally posted by bruce_miranda View Post
                              I am from the camp that actually does not think the battery contacts are to blame. I actually think we feel they need fixing and in doing so reboot devices and hence they appear to work again. I actually believe the weakness is in the radio protocol.
                              In the couple of years I’ve had Evohome (with 12 HR92 + HW) I’ve not noticed any problems with battery contacts. I do find the little springs a pain to release and reset when putting new batteries in, though.

                              Comment

                              Working...
                              X