article

Hi,

Great work, real game changer!!!

The UK is not in the drop down list for Dynamic ESS - we have Octopus Agile which I believe this would work for https://octopus.energy/smart/agile/ this tariff allows you to buy when cheap at specific times and also sell back.

Economy 7 is a different tariff that has a fixed time for cheao electric - better for the fixed setting.

Is this a Beta bug or is this something to do with another reason.

Please can this be added...

Regards Paul.

Wow! Thank You for your fantastic work!
I have been dreaming of something like this in VRM!

Now I just need to figure out how to implement my "Awattar" hourly rates (Austria) into VRM ;)

Edit: I just tried it and it immediately started to charge from grid (but my 57kw batteries are have full and grid prices are very high right now). So I must have done something wrong :(

It would be fantastic if there was a way to "test" an alternative fixed tariff to determine if an alternative tariff would make more sense financially.

In the U.K. we have Intelligent and Flux tariffs available with Octopus. Intelligent is a lot cheaper to import at night, but doesn't pay the same export rates. It's hard to know which tariff is best, or at what time of year it makes sense to switch tariffs, but it seems that with the data Dynamic ESS has this would be easy to determine.

Actually, another use case for simulation is battery upgrades. If I add an extra 20kWh battery, will it improve things financially or not?

@Dirk-Jan Faber Can you add simulation to your backlog for once the basics are stable? Would be super cool and powerful

Hi,

This is a great add-on to VRM. I am very glad I went for Victron solution last year. I already tested DESS several times (VRM beta version), checked my settings, watched the webinar, read through this thread.

Still, I experience similar issues already mentioned here.

To my understanding there are two key components in DESS - scheduling and processing the schedule. The scheduling is indeed difficult due to forecasting. It can be hardly always perfect. Still, this can be tuned by users in the NodeRed DESS version.

It is the schedule processing (via hourly target SoC) that I observe not optimal in its current state. DESS seems to treat the hourly target SoC as a fixed objective without taking changing conditions into account. Within one hour it starts feeding in energy from the battery to the grid, only to use the grid for the direct consumption or even charging the battery later on, because the target SoC was reached well before the end of that hour. All that during the priciest hour of the day. The result is obviously the net loss for that hour.

How about to tag the whole hour as "sell" or "buy" based on the difference between starting SoC and the target SoC?

• In the "sell" hour I would never actively buy back (direct consumption or charging) from the grid and let the SoC go even below the target SoC due to higher then scheduled consumption, only respecting the minimal DESS SoC.
• In the "buy" hour I would never sell to the grid, when the target is reached sooner, only it case there is an excess PV (battery is throttling charging) and the selling price>0.

Or simply speaking once the target SoC is reached, the DESS could switch to normal ESS for the rest of an hour (respecting the disabled feedIn for selling price>0).

Does this sound reasonable to you?

My VRM ID: 48e7da89959b

Hello, I have already spent quite a bit of time on the Dynamic ESS and tried it out on various installations. I have tested both the Node-Red variant and the BetaVRM variant. Maybe I don't understand the purpose of the Dynamic ESS? I have searched to see if I can find a flow chart that explains how the decisions are made in the Dynamic ESS? My expectation would be that the Dynamic ISS would reduce my electricity costs.

My expectation would be (for Germany)

1. Solar direct usage

2. charge the battery for the night and maybe the next days

3. if the battery is full, then feed the unused solar into the grid

4. if battery charge is not expected to be sufficient, then grid use at low prices priods and maybe Car charging.

5. if there is not enough solar forecast for consumption and battery charging then charge battery from grid but only if grid price is at least 20-30% below average because of the resulting charging losses and discharging losses.

Whenever I turn it on, however, it does weird things and this on different installations. All installations have the latest 3.10 version and have been running for more than 28 days.

Some installations use electric cars that are occasionally charged in solar surplus or installations with the Victron Wallbox that charge in solar surplus. As a result, consumption fluctuates greatly between 7kWh and sometimes 60kWh a day, in since the past months all from Solar. Also because the pools are no longer in used. And the heat pumps are still switched off. If I have configured the Dynamic ESS and switch it on including solar feed. The system immediately starts to feed the batteries into the grid. If I switch off the solar feed, the system suddenly starts charging the batteries from the grid. It is not clear to me how the respective target SOCs are calculated?

Perhaps someone could clarify this.

Thanks a lot

Nice function. I just set up for my installation.

Could you explain more the value "Dynamic ESS SOC"? I don't understand why the system charge from grid if the current SOC is below the "Dynamic ESS SOC" and the grid prices are very high. E.g. current SOC is 45% and "Dynamic ESS SOC" is set to 50%. Minimum SOC is set to 10%

The description says: "The Minimum Dynamic ESS SOC determines when Dynamic ESS will stop selling to the grid to leave enough energy for self-consumption."

Why it charges from grid and does not keep it for my self consumption during the night from battery. The forecast for tomorrow shows enough Solar energy. I switched of selling to the grid.

It's a simple ESS installation (Multiplus II 5000 GX; 6* Pylontech US3000C; 8,22kWp SolarEdge PV AC connected). Forecast Solar and consumption will be shown. System is running for two years now and also location was set before months.

Thanks in advance.

This is asweome news. thank you for implementing this.

If i could have a wishlist on how it works.. i guess this is not that difficult to implement, and all of the ESS users might find it useful.
Here is some background.

Dynamic price + all cost for buying ends up in a total
Our plan located is SE4 Sweden. 50kWh battery

Buying
(Spot + 0,0421 € + energy tax 0,0413 € + transfer tax 0,0522) * tax 1,25 =0,1695 if spot is zero

Selling
Spot + 0,084 €

This means that i need minumum 0,1695 in dif between buy and sell before i want to sell anything.
We also shoud ad the cost of batteries. and even a margin possibility. so i manually can set the margin i want before the system starts buying and selling
I have run this manually during this year.

Here is a pic of the price. Sorryits in SEK but ill convert it.
at 1800 its about 0,26131 € then at 1900 its 0,05006
Lets put this into the formula

selling 1800
P=0,26131 + 0,084 = 0,34531

Buying 1900
(P=0,05006 + 0.0421 + Energy tax 0,0413 + tansfer tax 0,0522) + tax = 0,232075 €
Margin is 0,113235 without the battery cost.


To continue on this. as you made the forecast on solar and also consumption its possible to calculate if the system shouls buy os sell depending on the margin i have set.

Sorry if this was to long and not understandable. but let me know if you got questions.
Also if you need help with the Swedish SE4 and EON im happy to help out in anyway.

Thanks for starting this nice feature. I hope it will be developed the way I can use it especially for the winter.

Can you please explain some settings?

- "Can you sell energy back to the grid?" - You mean only from battery to grid? Or solar excess too? I want to export solar excess (AC and DC) but never from battery to grid.

- "Maximum import power" - Is this the sum of all possible loads + charger power of the multis?

- "Maximum discharge power" - This should be the max. power the Multis can take from the battery, correct?

- "Maximum charging power" - Is this the sum of the charger power from the Multis + all Mppts?

As other users said, I only want the system to buy from grid if solar forecast for the next day is lower than consumption forecast and the battery cannot deliver the difference. Then buying only at the lowest price. In summer solar is sufficiant for all loads 24/7 since May so it should never buy from grid.

currently I don’t see the option to activate the dynamic Ess in my portal

Tried the VRM version over night last night & switched back this morning to node-red due to that I missed the energy graph, I get the feeling that it has a problem holding grid setpoint = 0W, both VRM and Node-red version - keeps on buying 3-400 W instead of holding 0W - although my feeling is that I saw more of that in the VRM version than the current 0.1.6 Node red version.

Also with the Venus OS 3.20~4 I cant really say that I've seen it sell anything to the grid. the system has sold when the grid feedin kicked in due to full batteries - but not when Node-red says it should sell.

Another feeling I have is that the current beta version of DESS, doesnt cope well with sudden rises in consumption that goes above the forecast - that results in grid draw.

This can be illustrated last night, SoC at approx 75%, DESS idles the battery and consumes from grid at 1 & 2 am, same again 5 am.

/Kaj

One small piece of feedback. The DESS setup page in the beta VRM portal only seem to allow me setup times using hours, not minutes. So for example I can't set it up to have fixed pricing between 23:30 and 05:30, I have to round up/ down to 00:00 and 05:00.

Hello,

can you prevent it from feeding ~200W into the grid now? The PV production is also at 0W

Edit:

and why is nothing more available from storage now?

The provision of Dynamic ESS by Victron is a great development. At this time, I am only aware of Octopus Energy UK that do “day ahead pricing” tarrif's. It would appear that the vast amount of people who are 'Grid Connected' and have a Battery ESS are using one of the Octopus Energy Tarrif's, and I would speculate that the vast majority of those people are using the 'AgileOctopus' Tarrif which has dynamic pricing based on half-hourly wholesale energy prices.

Users can get their 24 hours ahead half-hourly pricing each day via the Octopus Energy REST API that they provide. See https://developer.octopus.energy/docs/api/ 

To get your prices each day, which are released at 16:00 Local UK time, you just need to have your Agile tarrif Product Code, your private API Key, Your electricity meterpoint's MPAN: number (13 digits), and your electricity meter's serial number:

For Victron UK Users, can the Dynamic ESS set the the ESS Setup page Battery Costs to £ sterling/kWh and then on the Buy Prices page, if UK is selected for Country and the Procvider is set to Octopus Energy, allow for 4 data boxes for the user to input the above 4 items of information, Product Code, API Key, MPAN & Meter Serial which would then provide all the information that is required to be set into the REST Call to the API.

Great feature, much appreciated all the work that has been made to implement this!
I have a few thoughts and questions, which perhaps already has been answered, please point me in the right direction if this is so:

• I am trying to figure out the price of battery usage, do someone have a good way of calculating this?
• In Sweden where my system is installed we have the possibility to not only have a dynamic price for buying/selling electricity, but also for network usage. In my case we have lower price during nights and weekends than on daytime during the winter months (November to March). It would be great to be able to have this in consideration when developing this feature! :)

Hi,

Dont know if its reported already, or if its a gui glitch or something more fundamental but if P is negative and the sale formula is (P-0.05) the price graph in VRM becomes positive. See last night in picture.

Please also notice the forecasted draw from grid at the most expensive hour today.

/kaj

The manual talks about "The more advanced use is to set the Minimum Dynamic ESS SOC separately from the Minimum SOC. " But I do not have this option in betavrm. Only a setting for the minium state of charge. I cannot set the ESS SOC separately.
Should I enable something somewhere to have this option?

Why does it sell now when price is low?

It shoult charge batteries so i can sell later today when prices are much higher

Setup my system with a 4.4kw export limit however the system is exporting over 7kw

Ability to see "cost/earnings" and "energy" graphs for previous days (schedule graph is less important, but would still be good to have). Ideally, this would be available via a widget too and have full historical data.

Hi, thanks for the great work! Somehow i cant find the dynamic ess menu in my cerbo.. already on 3.10.. image type large.. any ideas? Thankyou

Hi Dirk-Jan,

Thanks for the webinair yesterday, super stoked on this release. After the first day of running DESS I was wondering if it makes sense?

There was 20kw solar and 15kw of direct use, so there was a 5kw surplus on power more or less.

I would have thougt that the system just injected this 5kw solar at the highest price level. Than I would have earned 5*0,46= €2,3. Instead the system bought 42kw and sold 48kw which led to €2,24 earnings. This seems to be less than to just inject the surplus of power. I also have to pay more transport costs for the power to go from and to the battery. And last but not least the battery was almost charged and discharged twice in one day this will shorten the life span of the battery I think. moving arround so much power seems somehow useless and keep filling the pockets of the energy company's

I hope you can give your view on this. I have also attached some screen shots.

One other thing to think about is what about the daily costs of having a electricity connection. This can be calculated to the hour so you know what the grid connection costs per day. If we want to know if we can be at zero costs I think we have to take this into account. As an end consumer it is nice to see what the total energy costs per day are for your household.

I will keep testing and If I have other comments I will post it here, thanks again and looking forward to future finetuning.

System: 20x500w solar, MPPT 450/100, 3 phase Multiplus II 5000/70, 6x4,8kw Pylontech

Is it just me or are all the DESS graphs not working today? I've tried clearing my cache, switching DESS on and off again, even changing the buy/sell calculations, nothing fixes it?

System running for two (2) days but still no solar forecast. When will this become available?

@Dirk-Jan Faber I already posted a few findings in one of the threads, but now I've monitored Dynamic ESS functioning for a longer period of time I want to summarize my findings and suggestions:

Bulk Charge/Discharge

When bulk charging/discharging during a cheap tariff period, charging/discharging should ideally be spread out across the full-time period, rather than hammering the battery to achieve the target SoC ASAP.

Algorithm & Target SoC

It seems the algorithm is primarily focused on the calculation of target SoC levels using forecast solar, consumption and battery/tariff details. This algorithm gets all the basics right, but doesn't deal with the dynamic nature of solar/consumption, specifically:
- Clouds which lower actual PV kW.
- Lower than forecast consumption which increases excess PV.
- Higher than forecast consumption.
- Short periods of high consumption that are higher than the hourly average (boiling kettle, cutting lawn, vacuuming).

Because it doesn't deal with these more dynamic elements the use of Dynamic ESS can result in both:
- export to the grid when export tariff is low and the battery isn't full
- import from the grid when the tariff is high and the battery is charged.
(neither of these things happens with standard ESS!)

I see two potential solutions to enhance the algorithm:
1) Calculate the target SoC more frequently to account for reduced solar and real consumption. This would significantly minimize importing from the grid to achieve an artificially high target SoC which was calculated up to 1hr ago. It would also avoid exporting to the grid when the target SoC is lower than it could have been (because the last hour's current hours consumption was lower than forecast).

2) Combine target SoC with a "grid-setpoint" or "grid-setpoint limit". This will ensure that if forecasts aren't accurate then undesired import/export will be avoided. This approach would also deal very well with short-term loads, in the same way that ESS does. Depending on the time period (and tariff), you would either need to use target SoC, grid set-point limit or both. The details need a bit more thought though.

For the best solution, it may require using, or combining, both enhancements.

Would be great to have more dynamic buy prices (calculations) per day.

I have different price calculation between 09:00-10:00 + 12:00-13:00 and the rest 22 hours (10:00-12:00 + 13:00-09:00).

Long post - questings in bold at the end

I have just tried this two days. Cannot really say it is working at all.
With the excaption of 4 hours the last 48 hours, it has not been favorable to sell in Sweden SE3.
Right now the spot price is zero plus 0.0086, and buyprice is (p*1.25)+0.056

And it will be so pretty much all night and the next day, spot price is pretty much the same +/- 0.005 ct/kWh

In other words, it is most favorable to charge the batteries if solar is present, and it is most favorable to use the energy from the batteries during the night.

Still it is selling if I put it in auto mode. Not very much, but it is trying to reduce the SoC from 58% to 54% buy selling off. I know I will not last all night or just bairly make it to 15% SoC until sun up, and that is without selling off.
So for it to force sell at zero money then have to buy during the night makes no sence.

This morning the 28th, there was a few hours with spot price at 0.04€/kWh, still lower than what the average buy price would be entire day. But it chose not to chanrge the batteries.
So it opted to sell solar power for 0.04€/kWh and then have to buy later at minimu 0.06€/kWh. It had even estimated that solar for the day would yeild less then 30kWh, so with average consumption it would not be enough to fill the batteries anyway - but even more incitament to charge what ever it could, instead of selling cheaper then it buys.

I understand it is more complicated than if price more than then do else do something else, but still - the first basic calculation would be. If buy price is more then sell price, charge batteries with available solar. Of cource adding predictions to this makes it very complex.
I think most of us are used to - charge from solar as much as possible, and if any surplus - sell it - but still make it to morning without buying, because buying is often more expencive.

Grid Usage - What is that?

And this got me thinking. How do you calculate grid usage. I looked at the graph of predicted usage.I see in the graph "Grid usage" and "Battery usage". I have a grid tied inverter separate to victron system. I have no solar connected to victron. It says that I used "Grid usage" during the sunny day today. Kind of true, but in was not from power companies grid. It was from my solaredge system.

Is it calculating things wrong? Does it think I an buying frrom grid?

Victron VRM data which is wrong - is that used?

I was also thinking - is Dymanic ESS using the real grid usage or the wrong data from vrm?
Take the 25th of September as an example

This day I sold 1.08kWh and bought 0.58kWh. But as you see in the picture above, victron says 9.6 resp. 8.8 which is totally wrong. Victron calculates each phase on it's own, but in most of Europe we use sum of all phases. I might have bought 8.8 and sold 9.6 seen from a phase perspective, but out of a billing and usage perspecitve I have sold and bought 1.08/0.58

@Dirk-Jan Faber : I turned on the "buy" function yesterday instead of "auto" to store some extra kWh because I thought I could and I noticed following.
Once the batteries are 99%/100% full, while still in buy,.. the Solar Charger ramped down and it started pulling power from the Grid.

It should prefer solar before grid in this "buy" situation when battery is full.
You should never want to ramp down the Solar Charger in case of surplus.

Perhaps you want to turn back to AUTO automagically when 100% full.

Dynamic ESS is not an option in the settings on my beta VRM account? How so?

I had set a scheduled charge from 10AM, but nothing happened, although the schedule shows active. Has the DESS schedule priority above the scheduled charge? Shouldn't it not be reversed, as it is not logic to turn off DESS first before scheduled charge will turn on.

Hi, I read today about this very helpful dynamic ESS function, great! I tried to install but have a problem as this setting button for enabling dynamic ESS is not appearing in dashboard on upper right corner:

The only interesting thing I am observing while clicking through the setup was this:

this seems to indicate that a communication error occurs... But I do not have a clue if this is the cause for not getting the above mentioned button. If I finish setup there is always a confirmation pop up "saved".

Has anybody an idea what I can do?

Firmware was updated to latest release candidate V3.20~7. VRM-ID is b827eb5fdea4

Does the algorithm take into account approximately 90% charge & discharge efficiency?

Hi all, I have been using this feature as a Node-Red flow for about a month now and switched to the native one last week.

This has worked flawlessly up until yesterday.

Yesterday all of a sudden the Costs and Earnings page show '-' as earnings values and the Energy page also didn't load the bottom graph for most of the day. Yesterday, late in the evening the graphs and earnings info were available again, but now they are gone again.

Any clue on what is happening and how to get it to work again?

My VRM portal ID is c0619ab33d1e.

hi Dirk-Jan,

great wrok on the VRM version.

after i use the Nod-red version i tried out the vrm version: i fond something odd:

Some time the system go over my 9kW Max feed back:

I cannot find out what i did wrong in my setting or system. can you have a look?

my vrm ID is: 138656

Thanks for your replay.

Jos

Hi,

Having looked at this sort of thnig in the past I know that forecasting and predictive usage of Electricity is very hard to do. Congratulation to you for starting on it. Add into the mix the multitude of different Electricirty tariffs and regulation across the Countries that you operate in this is no mean feat. Well Done :)

Just started working with the Dynamic ESS and have a couple of questions regarding it.

I am based in the UK and use the Octopus Flux tariff like a number of other users on here, so can import cheaper electricity from 02:00- 05:00, and can export electricity at a premium from 16:00- 19:00 daily.

Originally my Multiplus II GX was setup to manually charge the batteries between 02:00 and 05:00 (set within the Multiplus), then use all excess solar produced during the day to top up my batteries (total of 15Kw) before selling any excess to the grid. I would then force discharge my batteries (using Node red) from 16:00 -19:00 (or until I was down to 40% SOC to leave me enough battery power for the rest of the day round to 02:00 the next day) and we start the cycle again.

My questions are two fold:

Do I need to stop the multiplus charging my batteries (will the Dynamic ESS take this over)?

Do I need to stop my node Red code to force discharge of the batteries (will Dynamic ESS take this over as the rate I get paid from exporting between 16:00 - 19:00 is most financially efficient)?

Having watched what is happening (albeit only for 1 day), the Dynamic ESS sent excess solar to the grid when my batteries were not fully charged netting me 0.22 Euros/kWh. As described above I charge my batteries as much as possible during the day so that I can sell as much as possible in the premium export window, netting me 0.37 Euros/kWh. Am I missing something?

Minor issue, the key is displayed twice in the Dynamic Ess /Energy/Energy graph (picture attached)

Any help that you can give me will be appreciated.

Thanks,

Graham.

@Dirk-Jan Faber I have been testing the Victron algorithm both on Node Red and VRM BETA. I am finding truly odd decisions or ( non action ) by the algorithm and before I start posting all my experiences here, where can I find a flow diagram overview of the algorithm ??.

Currently I am pushing the buy and sell button myself as I simply see the algo forecasting more negative cost than the normal ESS would.
I see more complaining about that here.

For us its simply about the best financial program for our customers and I mostly see the algo not even use our 52.8kWh battery test site to be charged to the max or discharged when price is low. If my consumption is less ... I do not mind the battery being used to make some money.
However.. I do not experience that this is (one) the algorithms "goal".

@Dirk-Jan Faber

Sunday 01OCT.

Why is the system discharging with a very small amount. This is not efficient and it seems more efficient to put the battery on idle as unloading is scheduled for 02OCT evening.

Until now I have been using scheduled charging in conjunction with the weather forecast, but automation using dynamic ESS will be a huge improvement. I’ve only tested it for a day or two so far but am experiencing strange behaviour, causing power to be drawn from the grid when there is plenty of power available in my batteries.

I am in the UK using the economy 7 tariff, meaning that I will schedule charge the batteries during the cheap period (0030-0730 UTC) when it looks like there will be insufficient solar pv generated the next day. I cannot sell power to the grid. DESS is configured for fixed buying prices, set for two periods, 0100 - 0700 UTC and 0700 UTC - 0100 UTC.

For example, this evening I used the fan oven (9.6kwh battery at 50%), but large amounts of power were being drawn from the grid (2-3 kw) the target SOC was sitting at 46%, having reduced from 61% earlier in the day. Today was a poor day for solar pv - only 2.5kwh. I schedule charged the batteries to 80% last night.

I hope this info is useful to the BETA testing, but of course I may be doing something wrong?

@Dirk-Jan Faber Is the minus sign correct. As a negative saving will cost money. An currently for all (5) days the negative amount was higher for Dynamic ESS as the normal ESS. Does this mean that it is more efficient to turn the Dynamic ESS off?

Hi, I have enabled DESS and am seeing unexpected behaviour that I would like to query.

Background: I have a Multiplus-II 48/5000/70-50 with a pair of MPPT 250/60 controllers and a three Pylontech US5000 batteries totalling 14.4kWh (13.68kWh usable). The PV array is 6.8kWp and is DC coupled. Location is central Scotland. Tariff is Octopus Go with 30p/kWh at most times and 9p/kWh from 00:30 to 04:30 every day. Export is always at 8p/kWh. Battery costs currently set to 0.01 to simplify the expected behaviour.

During the hour from 12pm-1pm local time the target SOC was 51% and once that SOC was reached the inverter started to export to the grid. However, the target SOC for the next four hours is 57%, 64%, 70% and 72% respectively. Once it got to 1pm the new target of 57% came into effect and despite there being over 2.5kW of PV power available, it started to import from the grid at around 600w. That means it's costing 30p/kWh to import energy immediately after exporting it at only 8p/kWh. This makes no sense given that the future SOC targets are higher and higher. Why not just charge the batteries from PV power for free? Just a moment ago it hit the 57% SOC target and is now exporting to the grid again at over 1.2kW. I don't mind it exporting to maintain the target SOC but not if it's going to just import again when the target SOC rises at the next hour.

VRM ID is 48e7dadfbca5 if you want to take a look. I'll leave it in auto for now to see what happens for the rest of the day.

Many thanks, Craig.

After I put DESS on Sell mode for a few hours, the SOC was 20%. After setting DESS to Auto, the target SOC was still 90%, so it immediately started charging, while the price was still pretty high.

So I turned off DESS in VRM, but DESS was still on in GX. So I had to turn it off in GX as well.

@Dirk-Jan Faber

It seems that the calculated saving with Dynamic ESS are not correct. Having a close look to the realized dynamic savings it will show all cost including the costs from the grid that is directly consumed.

I have been testing DESS and it is a great feature! :)

Today I found a problem with my solar being limited with DESS on.

First picture: With DESS off I get 2.725W from solar and charges my battery with 2.222W

Second picture: With DESS on I am only getting 177w from solar and is only charging my battery with 193w.

Third picture: The "Target. SOC" is set to 36%

Conclusion / question: I looks like my "Target SOC" is limiting my solar production?
I have turned sell back to grid off but I would still like to charge my battery with solar?

Thank you all for bringing this to us! I live in the UK and really hope that you can incorporate the Octopus Energy range of products (that many of us with solar, battery and EV use because of their offerings). They have a product called Octopus Agile with day ahead pricing which would be perfect to use with DESS. They also have a range of fixed time fixed cost products with high and low costs not just overnight but through the day as well.

Please also consider adding the fixed price windows in 30 min sections as my current fixed price product (Octopus Go) runs at 9p/kWh between 12:30 and 04:30!

Thank you

Jon

@Dirk-Jan Faber

The system is dryving me nuts what am i doing wrong. In the morning it predicts normal buying on low prices and selling on high prices. In the afternoon the battery is full but the prediction is no selling anymore and setting me back for the third day in a row on about €6 loss per day.

Help is much apreciated.

https://betavrm.victronenergy.com/installation/307125/share/b4307021

Thanks for the work. Testing NodeRED variant for some time. I am curious - is it possible to use Dynamic ESS node just for parsing price? I would like to test VRM portal version, but need to have additional flow for Relay switching, connected to parsed price from dynamic ESS node.
Or is there stripped version of node, maybe even already combined with bigtimer? To be used together with Portal DynESS version without crossing each other? So bigtimer can be used for example for precharge battery to higher soc before weekend, use parsed price to switch Relay etc. I have tried to create flow for switching relay when there is excess to grid in specific amount longer that 10 minutes or when feeding is disabled and forecast is over specified amount of energy. But there is big room for enhancement :)

I see a few chearing this funtion that it is a good function. Is it really working for you guys?

Right now the sell price is 0.14 sek (0.01 ct) and buy price is 6 times that. In the coming 36 hours the buy price will be higher than the sell price, and battery will not öast through the night and tomorrow predicted solar is a fraction of required power to run the house.

Despite this DESS is opting to sell to the grid...

Hi!

Have a strange error when trying to set Battery SOC but it only say "loading" and after a while i get "having trouble communicating" , i tryied disable the dynamic ess in dashboard and enable it again, changing values but noting helps, i have another system exacly the same where this works fine, so right now i back to using nodered dynamic ess again until we find a solution., any idea? @Dirk-Jan Faber My VRM id: c0619ab2cc95

I have now tried the Note-Red variant again on another installation. This installation has been running for more than a year and doesn't really have any special features. I switched back to the Note-Red variant to see what the system is planning. As long as I switch off the feed in Germany, it looks like the calculation could make sense. The moment I switch on the feed-in the system plans crazy things. In Germany we have a constant extremely low feed-in tariff. Feed-in fixed 0.067 €/kWh Grid usage is Tibber in Brandenburg is (p+0.18506)*1.19 The system does deliver all the stored energy to the grid despite the low remuneration. When I look at other comments, there seem to be calculation problems here, especially for Germany.

I wonder what happens if you have switched off feed-in, but there would be enough solar energy for feed-in and all batteries are full? Does the system then feed in or does it regulate solar down?

I have added two screenshots. The first is with the feed-in switched on. I absolutely cannot understand why the system would want to try to feed in the energy. The second screenshot is without feed-in.

I always have the problem that when the battery is charging and the grid setpoint is zero the software will also take an amount of electricity from the grid. The Exact amount depends on the solar production.
In the node-red version I added a formula to subtract ( P(pv) /13) from the grid setpoint and I always had a very small grid feed-in varying between +9W to -25W.

Hi Dirk-jan Faber,

My setup:

• 3 phase multiplus 48/5000
• 45kWh battery capacity
• 11kW PV connected on ac out
• EV (start charging on lowest hour price by TIBBER app)
• Heatpump
• Running dynamic ESS
• Location: Netherlands

Maybe it’s nice for you to follow my system to improve dynamic Ess.

My VRM token: c0619ab1df8b

Would be nice if you can implement boiler heating by Dynamic ESS. For example relay AC out 2

Kind regards,

Gertjan

In Estonia we have electricity 2 price times. From now on, the daily rate is valid all year round from 7 am to 10 pm. At the moment, the daily tariff applies on public holidays that fall on a working day. From now on, night traffic will apply on all public holidays. Day tax is 9,394 cents and night tax is 6,.... something. I do not remember. Difference is aprox. 3 cents. When my consumption is 2000kwh 50:50 day:night. This is 30€+ kwh price+ taxes. We have maybe 20 elecricity price packets, 6 sellers. Each has its own price formula but night and day prices not everyone has either. Sorry my english but i think you will understand. This is feature reguest. Add 2 times and 2 formulas for buy.

@Dirk-Jan Faber : Will there be a recording of the webinar? Unfortunately, I did not have time to attend the webinar today.