Replies: 1 comment 1 reply
-
Sorry for the late response. This is by design. The target rate sensor will only re-evaluate when all rate data information is available and if either a) the target rates are in the past and rolling target is true or b) the current time period has shifted and rolling target is false. The main reason for this behaviour is to better support debugging of target rate sensors so people can work out why periods were picked and if the sensor doesn't go on, they can see why. So because the target rate sensor is from 11pm-11pm, this is why it hasn't re-evaluated until 11pm and why your other sensor re-evaluated at 4pm. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi everyone,
Thanks Dave for an amazing integration 😄
I'm using the https://github.com/lozzd/octopus-energy-rates-card which makes it very easy to see the trackers I have configured. (Thanks Laurie!) However, the trackers seem not to be updating as soon as I thought they would. The documentation says that they should update as soon as the data are available, so 16:00. However, today I had to wait until 23:00 to see tomorrow's chosen times. Is this right?
They seem to be updating immediately (within one minute, as expected) now, but this wasn't happening earlier. I even tried deleting and recreating, and creating new trackers, and they did not update until 23:00 tonight, regardless of start times.
I get a feeling this was broken by the latest update, but I can't see anything in the diffs which supports that hunch. If someone thinks it's possible, I'd be happy to downgrade to test it. I asked a friend who is using a (much) older version and he didn't have this problem today...
Thanks!
Bruce
Beta Was this translation helpful? Give feedback.
All reactions