The other day I was involved in a discussion about how Eve Motions work. Some participants were concerned that Eve Motions always show motion for just the configured ‘on’ time and then go off until retriggered. The effect of this would be that if, for example, you were controlling a light, that light would always go off briefly before being triggered again which would be annoying and inconvenient.
However, this log (above) from my own lounge Motion, that is used to curtail the heating when the room is unused, shows ‘on’ events often being much longer that the 30 minutes that I have set (see right). My understanding therefore is that the Motions trigger on first movement and continue to report ‘Motion’ until the delay time after motion ends. I can’t otherwise explain Motion evens that last for variable lengths and, in s9me cases, multiple hours.
My current energy management arrangements are designed to maximise use of the output of my solar panels for lowest energy cost by diverting any excess to PowerVault storage system, car charger or immersion heater. I can also manually configure the PowerVault and ImmerSUN to minimise costs of bought energy from the grid (I get 7 hours of cheaper night time electricity) by setting time periods for charging.
However as I move to a smart meter and smart tariff then I’m looking to start automating the selection of when to draw power from the grid based on costs that change half-hour-to-half-hour and day-to-day. The hardware to achieve this is illustrated here. To the right is a Raspberry Pi – a small computer with a wide range of connectivity – and to the left is a module that sets on top and has four relays able to switch mains loads, although at the moment I only anticipate needing 2 of them.
One of the relays will switch the boost input to the ImmerSUN to enable water heating, potentially when electricity is cheaper than gas, and a second relay will operate the transmitter that turns the car charger on alongside the ImmerSUN’s relay output during the cheapest available energy times.
The image to the right shows the timers that can be used to enable the ImmerSUN outputs to draw power from the grid. I never use this for water heating as currently gas is always cheaper than bought electricity, but do use it to more or less effect seasonally to charge the car from cheap night rate power when there isn’t enough daytime solar. For the new HEMS I plan a table of 7 days specifying the number of hours required for each output and let the HEMS find the cheapest half hours to deliver the total hours required and enable the charger or water heating as required.
At the last count my smart home system had eighteen rules, so I thought that some description might be appreciated. Those 18 rules run a combination of (i) a multi-zone heating system, (ii) warnings related to windows left open, and (iii) some interaction between the two where local radiators are disabled if a window is left open.
|Area||“On” Rules||“Off” Rules||Alarm Rules||Notes
|Outside light||“After Sunset”||“Daytime”||None||Dusk-to-dawn timer
|Inside warning light (plus Outside light sometimes)||“After Sunset All Windows Closed”||“All Windows Closed Early Hours“, “All Windows Closed Late Night” and “Daytime All Windows Closed”||“Bathroom Window Opens”, “Cloakroom Window Opens” and “En-suite Window Opens”.||Dusk-to-dawn with alarm override
|Boiler||“Any Master Rad Valve Opens” and “Any Slave Valve Rad Opens”||“All Master Rad Valves Closed”, “Bedtime No Lounge Motion” and “Half Hourly Overnight No Lounge Motion”.||None||Enable heating boiler based on radiator valve demand.
|Cloakroom Radiator||“Cloakroom Window Closes”||“Cloakroom Window Opens”||None||Enable/Disable local radiator valve based on window status.
|Heating||“Any Rads Below 10C”||None||None||Enable heating system regardless of summer/vacation status.
|Heating||“Any Rads Below 5C”||None||None||Enable boiler at low temperature regardless of summer or vacation setting.
Regular readings will recall that our central heating is run by Apple HomeKit giving multiple zones with independent time and temperature schedules, we also monitor key windows to warn if they have been left open, and have some interaction between windows and radiators so local radiators are disabled while a window is left open. Generally all of this works very well, but occasionally we find that the state of the window warning lamp is inconsistent with the physical position of the windows, or the boiler runs unexpectedly overnight (although it only heats the central core of hall, stairs and landing). I suspect that the cause is intermittent lack of communication between the hubs and smart devices such the the hub misses the shut down of the last radiator valve at night, the last window to be closed, or the first to open. Control rules are all triggered by changes of state, and if the change of state is missed then you’re sunk.
It occurred to me that what is required is a periodic check on the status of the imputs and appropriate changes to the outputs even if the change of state that should have triggered the rule was missed – I think of this as a watchdog. In the ideal world it shouldn’t be needed but periodically it will correct the status of an output.
You could of course program multiple time-based triggers into every rule (remember that a rule is if any trigger and all conditions then set scenes), but this is time-consuming and far from elegant.
Elagto’s Eve app, which I prefer over Apple’s own Home app for writing rules, does offer a recurring timer function, but it only enables a scene directly and cannot itself be part of a trigger or condition in a wider rule.
My solution is to find a device for which I can both set and read the status. In my case an Eve Energy which I can both turn on and then test to see if it is turned on.
This was handled as follows:
- Create two new scenes, one of which just turns the device on, and the other just turns it off.
- Create two new recurring timers; for me one sets the on scene on the hour, and every five minutes subsequently, and the other sets the off scene at two minutes past the hour and every five minutes subsequently.
- The device should now be cycling on and off continuously – two minutes on and three minutes off.
- Next I’ll test the on transitions as part of a series of rules.
- Each rule to be modified may need two steps of modification. Firstly the existing triggers may need to be replicated as conditions – so for example an ‘at sunrise’ trigger may be to be replicated as conditions ‘after sunrise’ and ‘before sunset’ given that this rule will be retested throughout the day. Secondly an extra trigger is added for if my watchdog turns on.
- The resulting rule should still work in the original manner if the ‘at sunrise’ trigger is detected, but if not within minutes (and every five minutes subsequently) the watchdog will trigger another evaluation of the rule.
My expectation is that this will improve the robustness of my system operation once I’ve changed all my rules suitably.
Earlier in the week I received notification from my electricity and gas supplier that my 12 month contract was coming to an end. I did my usual search for the best value Economy 7 tariff but drew a blank – everything including renewal with my existing supplier was rather more expensive than I’m paying now – so I decided to be rather more adventurous.
My decision was a significant change – not just a move from Economy 7 to a smart meter, but also the addition of a smart tariff (one that changes rate multiple times per day), and indeed my chosen tariff is dynamic so it potentially changes every half hour and day-to-day. As I don’t yet have a smart meter then I’ll continue on Economy 7 until the meter is replaced, but then adopt the dynamic tariff. With flexible loads like electric car charging and my storage battery then I should be well equipped to make the most of such a tariff.
On the dynamic tariff rates are published each day at 4:00 PM for the next day. Some times (not very often!) prices even go negative so one is being paid to consume. At other times electricity is relatively expensive (early evening’s principally) but the battery should help me minimise purchases during such times.
I’ve already checked the battery storage and it has the ability to be programmed very flexibly around different electricity prices at different times of day so that it doesn’t just absorb surplus solar but charges at lower cost times to discharge at higher cost times.
I also want to explore opportunities to automate the response to tariff changes – potentially linking storage battery, car charging, and water heating to tariff as well as self-consumption.
Of the course of the last year or so I’ve gradually created a smart home system with in the teens of components as follows:
- 8 Eve Thermos (eTRVs) which replace the standard TRVs on the radiators. These eTRVs are programmable for both temperature and schedule, replacing the previous central heating timer at home level with multiple timers at room level effectively creating a multi zone system.
- 3 Eve Window switches which detect open windows. These illuminate a warning lamp and/or disable heating of that room while the window is open.
- 2 non-Eve smart bulbs. Both of these operate on a dusk-to-dawn schedule while one also illuminates in a colour when any of the 3 monitored windows is open.
- 2 Eve Motions. One of these adjusts the lounge heating in the evening based on room occupancy so that the heating is disabled earlier in the evening if the room is not occupied. The other is as yet uninstalled.
- 1 Eve Energy which is a remote-controlled outlet that turns the gas boiler on or off based on heating demand from the eTRVs and a couple of rules.
- 1 Apple TV box which acts as a home hub for monitoring the devices and running multiple rules which operate lamps and outlets based on input status. Currently input is taken from valves, windows, motion, and external dusk/dawn signals and outputs sent to other valves, lamps, and socket outlet.
At the moment I tend to add a new device each month – if I can think of a useful function that it can perform.
In the last few days I bought my first motion sensor when I found them available heavily discounted on an online store. I didn’t initially have a specific role for the sensor in mind, but thought it worth a punt to experiment. Subsequently I’ve incorporated it into the lounge heating.
Previously the lounge heating went off at the end of the day according to a schedule set within the Eve Thermos, but could be overridden via App or Siri to extend heating if watching a late film for example, but an hourly rule disabled the heating to prevent it being left on all night so the heating may need to be re-enabled at hourly intervals.
In the new scheme the heating is extended to midnight via the schedules in the Eve Thermos, but the Eve Motion sensor is used to review heating status every half hour from 10:00 PM. The movement sensor is configured with a duration of 30 minutes so that the output is made for 30 minutes after motion is detected. The output can then be tested for either on or off. An amended rule is triggered every half hour and, if motion is NOT detected, then heating is disabled on the assumption that the household is out or has retired to bed.
The new arrangement is an improvement on the former arrangement as the heating does not need to be extended manually via the App or Siri, and doesn’t need to be renabled periodically. It now does not need manual extension even once, let alone multiple times (at least until midnight).
For more than a year now we’ve been building up our smart home capability. There are various ecosystems of such devices, but we’re using Apple HomeKit a decision initially motivated by the presence of multiple iPads in the home.
|1||My first step into smart home was to replace radiator valves with smart valves. Typically that results in replacing a temperature-only TRV with a smart valve with both a temperature set point and schedule. A schedule still operated within the central heating timer, but The schedule within the valve allows heating to be disabled in a particular room even though on elsewhere.|
Applications for this include disabling lounge heating on weekday mornings, disabling the playroom heating after our daughter’s bedtime, not heating bedrooms during weekend daytimes etc..
|2||My second step was to add the ability to turn on the heating remotely so, instead of having schedules in both the central timer and the individual valves, the schedules exist only in the valves. Instead rules link the valves to the boiler so the boiler automatically runs from the first radiator valve on to the last radiator valve off.|
Thus, instead of potentially needing to modify both a valve schedule and the schedule on the central timer to make a change, only instead a single change to the valve schedule is required. Similarly things like extending heating in the evening, to watch a late film for example, a simple Siri voice command to the radiator valve is enough rather than having to extend boiler hours too.
The hardware to achieve this is a standard smart socket, driving a relay which closes contacts across the correct terminals on the central heating wiring block alongside the boiler. The software to achieve this is two rules - a boiler on rule and a boiler off rule. The rules require a hub to which to run which initially was my iPad.
|3||My third step was to add an Apple TV unit as a hub to complement the iPad. This allows the heating rules to operate even when the iPad is not at home of has insufficient battery charge to act as a hub.|
Extra capability from this additional hub allows control from remote locations, such as warming up the home if one will be home early or disabling vacation setting prior to starting a home-bound journey at the end of a vacation.
|4||My fourth step started a completely different non-heating theme. We’d had a few occasions where family members had left the house with windows open, so I started adding sensors on windows that were most likely to the left open - typically cloakrooms/bathrooms.|
In this step we needed to use the Apple Home app, the Elgato Eve App, or Siri to check window status.
|5||My fifth step continued that different non-heating theme with the addition of our first smart bulb, now in a lightfitting near the burglar alarm control panel. |
A series of rules combine both automated dusk-to-dawn white lighting and coloured lighting when any monitored window is left open.
|6||My sixth step continued the lighting theme with the addition of our second smart bulb, now in the outside light by the front door. This light had an integral dusk-to-dawn sensor but this failed leaving the light on continuously. Rather than replace the whole lamp I simply added a white smart bulb.|
The existing rules were modified to add the new bulb to provide dusk-to-dawn white lighting.
This step was added August 15th, 2018.
|7||My seventh step returned to the heating theme with the addition of our first movement sensor (an Eve Motion). The purchase was prompted by a fellow member of an online community identifying that these were on sale by a well-known online retailer for under £30. I purchased it without a specific plan how I would use it, but soon identified an opportunity in the heating.|
In the new scheme the lounge heating is extended to run later by modifying the schedule in the Eve Energies, but then the movement sensor is used to curtail the heating earlier if no movement has been detected in half hour intervals after 10:00 PM.
This step was added September 21st, 2018.
|8||My eight step remained with the heating theme with the addition of another Eve Thermo eTRV. I had bought the sensor a few months ago when Maplin were closing down, but had not yet used it. However it seemed better to use it than leave it lying literally on the shelf.|
The chosen location was the downstairs cloakroom that had previously had a standard TRV where the radiator heated to the set point whenever any smart value demanded heat. This was the first time that I had a smart valve in the same room as a window sensor and it was interesting to see the Eve App automatically create two new scenes to pause and resume heating in the room while the window was open. I also used the valve in a way new to me - rather than utilise the internal schedule instead I switch its temperature set point when any other valve demands heat. I thus consider this valve my first 'slave' valve - simply operating from first 'master' valve on to last 'master' valve off.
This step was added October 1st, 2018.
|9||My ninth step was one of general robustness via the introduction of a second Eve Energy, this time used to support a periodic check of status my 'watchdog'.|
The Eve Energy supports a review of status every 5 minutes allowing output states to be corrected if an earlier change of state was missed and failed to trigger a rule.
This is described in Dog sitting in the smart home
This step was added October 20th, 2018.
|10||My tenth step was a further one of general robustness via the introduction of a second Apple TV used as a second.|
This second Apple TV is placed in a room diagonally a Roos the house from the original. The original TV is at the South West corner of the hose, which isn’t ideal for BLE coverage, but happens to be next to the TV in the lounge. While it can reach all the smart devices from th8s location, there are occasions when the signal is lost. The second location should improve robustness for the more distant devices as signals are relayed via the second hub to which whichever hub the system regards as the master at the time. The hubs themselves communicate with each other via WiFi and onwards to the devices by Bluetooth/BLE.
This step was added October 29th, 2018.
This morning I see that the Greening Me blog has 1,222 subscribers. Hopefully that’s 1,222 people taking steps to make a difference, rather than 1,222 people about to spam me!
For those who also use Facebook there is also an associated Facebook page which I use to share when there’s new content here, or share Facebook or news items which I think may be of interest to readers of this blog. If you would like to see (and hopefully follow) our Facebook page then you can click here.
In the last few days I’ve reported our status on electricity generation from our solar panels and our gas consumption, so here comes some thoughts on electricity purchase from the grid.
Starting in late 2015 after the meter was changed to Economy 7, there’s a general downward trend from November 2015 to March 2016, before my car charger project kicks in maximising use of my own solar electricity to charge my car (when available) which causes a significant drop in purchased electricity between march and April 2016. That seasonal saving gradually drops through the autumn, although it’s interesting that by November 2016 we’re back on what seems to be a continuation of a downward trend from January to March 2016. Electricity purchased is also significantly lower than 2015 as we enter the second year.
The second significant change is the addition of the storage battery in December 2016. However from January to August 2017 (yellow) electricity purchased is significantly below the prior year (magenta) – potentially showing the benefit of the battery in saving electricity generated during the day to reduce consumption later in the day. This benefit largely disappears from September to December 2017, presumably because my increased vehicle mileage after my daughter started school is offsetting the prior savings.
2018 (orange) generally falls somewhere between 2016 and 2017 as it combines both the storage battery and the higher vehicle mileage throughout the year to date.
The August 2018 figure is a projection based on the first few days of the month only, but may yet come to represent the month as a whole being a function of: (i) record solar outputs, (ii) continuing battery storage availability, and (ii) no school in August leading to reduced mileage.