- Posted on
Sun Oct 25, 2020 3:18 am
-
neilk
offline
-
- Posts: 722
- Joined: Jul 13, 2015
- Location: Reading, UK
Hi all,
A quick update, the plugin seemed to handle the change without any runtime errors which I was a little concerned about as the format of the results changes with the clock change and I wasn't able to test properly. I won't know 100% until tomorrow when they consumption data for today is published, as that will have 50 half hour periods rather than 48 and it is entirely possible that trips up some of my logic and the calculations. Certainly you will get some inconsistency related to the extra hour in your logging and graphing and potentially under call your actual consumption but I cannot think of a more elegant way to address this for the two days of the year it will impact.
One issue does exist though, the device half hour states need a manual refresh, as of course I update them at midnight and the clocks change at 2:00am so they are 1 hour out. The current rate in the device state is correct, it is just the 48 half hourly states that are out of sync. To fix this you need to force a refresh from the plugin menu "Force API refresh at the next refresh cycle".
In a future version I will make that automatic on DST change days. I will check again tomorrow to validate the impact of the consumption data arriving.
Neil