Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rate tracker fail pull #813

Closed
2 tasks done
rory2409 opened this issue Mar 31, 2024 · 9 comments
Closed
2 tasks done

Rate tracker fail pull #813

rory2409 opened this issue Mar 31, 2024 · 9 comments
Assignees
Labels
bug Something isn't working

Comments

@rory2409
Copy link

Describe the bug

It’s all been working flawlessly but the clocks change I think has resulted in no rates being pulled onto the current rate tracker. All other features working

Reproduction steps

Clock change?

Expected behaviour

To pull cheapest rates through the day

Tariff Code

E-1R-AGILE-23-12-06-E

Integration Version

Latest

Home Assistant Version

Latest

Fresh Install?

Not specified

Home Assistant Logs

12_Home_Assistant.log

Confirmation

  • I confirm that I cannot find my solution within the documentation
  • I confirm that I cannot find my solution within the FAQ
@rory2409 rory2409 added the bug Something isn't working label Mar 31, 2024
@rory2409
Copy link
Author

rory2409 commented Apr 3, 2024

Screenshot 2024-04-03 at 08 20 09 jpeg

@BottlecapDave
Copy link
Owner

Hello and sorry for the late response. Is this still happening? There was an issue with target rate sensors not refreshing in certain scenarios which should be fixed in v10.2.0.

@rory2409
Copy link
Author

rory2409 commented Apr 6, 2024 via email

@rory2409
Copy link
Author

rory2409 commented Apr 6, 2024

Update received seems to be working however it’s an hour out like the other bugs listed

@BottlecapDave
Copy link
Owner

Ok, as this issue is now fixed, I'll close this issue :)

@rory2409
Copy link
Author

rory2409 commented Apr 7, 2024

Screenshot 2024-04-07 at 18 01 20 jpeg Screenshot 2024-04-07 at 18 01 01 jpeg

Unfortunately issues remain

@seanmaskey
Copy link
Sponsor

Hi
I had a similar issue I think; attributes were correct on UTC until 23:00/midnight when they became "unknown". I had set the start & end times in the individual configs to 2300. changing that to 19:00 solved the problem. wasn't sure if it was coincidental as other things were changing around the same time.
S

@rory2409
Copy link
Author

rory2409 commented Apr 7, 2024

I’ve just changed to 1600 and now it is showing on when it should be off as no time matches now time hope this makes sense

@BottlecapDave
Copy link
Owner

@rory2409 I'm not too sure what you're showing here or what you're trying to describe. Please update to v10.2.1 and see if this fixes the issues you're experiencing.

If it doesn't fix your issue, please supply

  • The target times that have picked by the sensor (which are displayed in UTC format)
  • A screenshot of the entity in the history tab highlighting when the sensor turns on/off, ideally with annotations of comments on when you feel it should go on/off.

@seanmaskey I believe this was related to #815, which was fixed as part of v10.2.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants