Expected consumption shifted by 1 hour in VRM after DST change

Hello!
Yesterday I have noticed that after DST change on 30 Mar, Forecasted consumption has been shifted by 1 hour ahead (look at the attached picture).

As a result DESS create incorrect planning and working with lower efficiency - it has to learn again at least 2 weeks, as I remember from October, when we also changed DST and have the similar issue.

To fix the issue, expected consumption plan should be shifted by 1 hour left (on earlier hours) to be correct and reflect real picture of consumption!

Do someone have the same issue?
How it can be fixed?

Hello!

I will check this with the team, but I think this is just a visual bug in the graph, as DESS data is converted to UTC to not be affected by DST.

The devs will love another timezone / daylight saving time bug :slight_smile:

The thing is that DESS do really wrong planning and use grid instead of a battery when consumption is higher then forecasted. And a reason is forecasted consumption shift by 1 hour ahead.
In my picture it will definitely happen between 18:00 and 19:00. This is typical time slot with relatively high consumption, but it was shifted in forecast to the next time slot between 19:00 and 20:00.

It never works as expected, totally agree :slight_smile:

This is today’s picture.
I have pointed 2 time slots that was definitely shifted ahead. A scheduled load works in these 2 time slots, every day at the same time with very similar consumption. This is like an evidence of my words above.
And as a result, expensive energy is used from the grid.


.