Hi there,
I am happy to announce two brand new features to you, released in VRM today:
I hope these features make VRM even more useful for you!
On behalf of the team,
Barbara
Very nice! Thank you! 
Great!
In the event that the grid costs are dynamic, i.e., they change daily, and can be read daily in the afternoon of the previous day from the grid supplier using Node-RED via REST API: can this formula be updated for the next day from Node-RED?
Hi @grua , I am not sure, but I have forwarded your question internally 
Barbara asked me to take a look at this. I am not 100% sure that this will work using the dynamic formulas, as this sounds like a daily change and not just a difference between the weekends and weekdays, which will work just fine.
After some thought, the easiest option is to set the system up for fixed prices that you would change the hourly prices dynamically for the passed hours of the day. So say that your new prices come in at 16:00 via that REST API.
You would then use the prices for tomorrow from that API to fill out all fixed hourly prices from 0:00 - 15:59, so the DESS scheduler already calculates with the prices for the rest of the day + those for the larger portion of tomorrow. Each subsequent hour you would backfill the prices for the passed hour with the prices you get in.
This wil require a bit of programming of course, but it isn’t rocket science either.
Curious to hear which provider does this and in which country it is in.
This is currently in the testing phase in Austria, NetzOĂ–. Whether or not it will be implemented is still uncertain. At present, the test program always includes a low-tariff zone and a high-tariff zone. The start and end times for both will only be announced at 4:00 p.m. on the previous day. Whether this will actually happen is uncertain. However, a test group (including myself) is already participating.
But it gets worse: within both the low-rate and high-rate zones, performance-based network charges exist, at least for the time being in the test program:
As I said, this is currently a test program. The extent to which it will actually be implemented is not yet certain. But I think we should all prepare ourselves for something like this.
Thanks for clarifying. Do you happen to know if there is some information on that REST API you where talking about? I assume it is somewhere at Strom - Netz Oberösterreich GmbH, but can’t find it. Also not finding anything on that test program. Would be interesting to read a bit more about that.
The biggest challenge to get the scheduler to work with is probably going to be the “leistung” part. That isn’t something we’ve looked at before. But I agree that it might be worth for us to prepare for.
The project:
REST-API see PDF
INNOnet_API-Doku_250825.pdf (322,6 KB)
Hi Barbara. About defining selling price formulas for specific times of the day: In the Netherlands the energy provider Zonneplan adds 10% bonus to what they pay you for delivering solar (or battery) power to the grid during daylight hours. Would it be possible to set “sunrise time” and “sunset time” as start/end of a price formula period, instead of specific times?
It looks a bit odd, but there are many Zonneplan customers. I could approach it with setting an average correct time period for the season or so. But you like to serve the peak demand hours of the day as best as possible. And they are normally around sunrise/sunset.
I am having some DESS 15 minute pricing issues. It shows 1h data, but I have 15min interval configured. Maybe it’s related to the new VRM DESS changes? Thanks.
