article

Dirk-Jan Faber (Victron Energy) avatar image
Dirk-Jan Faber (Victron Energy) posted

Dynamic ESS on VRM

It’s been a long time coming, from now on Dynamic ESS is live on VRM!

Edit: Discussion for DESS has moved here - https://victron.discourse.group/c/products/dess/21

2024-05-07: Make sure to check https://community.victronenergy.com/articles/283506/dynamic-ess-green-mode.html too.


What is Dynamic ESS?


Dynamic ESS is an algorithm that aims to minimize the costs made on the grid and battery. It does this by taking several factors into account. First of all the energy price that, in case of a dynamic energy contract, changes every hour. Then it also looks at the solar and consumption forecast. Together with the grid limitations and battery costs and specifications it creates a schedule for the system that determines when to (dis)charge the battery.

Note that the system is not limited to dynamic contracts; it also works for systems that have a fixed pricing scheme.

1710939607755.png

What do I need to use Dynamic ESS?


Dynamic ESS is only eligible for the installations which fits the following criteria:

  • Be an ESS;

  • Not use Generator connection outside of power outages;

  • Has 2-way communication enabled

  • Run Venus OS version 3.30 (or newer)

For best results:

  • Have a variable or dynamic energy contract.

  • Use a supported energy meter (especially if your system setup has heavy loads (EV charger, heat pumps) in front of the Victron system). See here for more information on this.


How can I configure it?


If your site has an ESS, the menu option to configure Dynamic ESS for your site will show. There is a configuration menu that you will need to fill out, before you can actually use it. While we tried to make it as easy as possible, you are likely to do some research in order to fill out all the questions. For instance, you will need to know your battery capacity and the amount of kilowatts it is capable of (dis)charging in an hour. But you will also need to know the formulas that build up the actual price that you pay for buying energy from and selling to the grid. These formulas are not the most straightforward thing to find as the info needed for it is usually somewhere in your energy providers contract.

We provide some example formulas in the dropdown, but that is no guarantee that it matches your actual contract. You need to check that yourself. The manual also gives some examples on how to take the step from your contract to the right formula.

73223-1710939919083-nobg-preview.png

Known limitations

After this go-live, we will continuously improve Dynamic ESS.


Some of the things on our todo list:

  • Maximizing battery charge by the end of the day to cover consumption until sunrise

  • Periodically fully charge the battery to improve battery life

  • Adding support for varying service fees based on the time of day

  • Allowing users to enter a fixed schedule for grid-battery restrictions

  • Supporting fixed prices that change on the half-hour instead of the whole hour

  • Introducing (smart) support for high-consumption loads such as EV charging and heat pumps


More information


If you need more information, check out the manual. There has already been a lot of discussions on the beta implementation in the comments of five previous articles.


As always, we appreciate your feedback. Feel free to let us know how to improve, and thank you for being part of the development journey. To streamline communication, older posts are closed for comments, and any new feedback can be provided in this post.


When reporting a possible issue, please also mention your VRM id.

ESSdynamic essdynamic
457 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

alex-itcus avatar image alex-itcus commented ·

homeland-vrm-portal.png

Hi, DESS is very frustrating. :))
7 days of trying it made me stop using it.
It has 2 rules it implements all the time that I consider counterproductive:
1. it delays the charging from solar until it is too late and it keeps charging from grid. Most of the time this comes over other surprise consumption - so it never gets the target SOC - hour by hour
2. the target SOC is never achieved in the hour. Even is most of the time less than ”I would do” it never gets ti it even there is plenty solar and no consumption to delay the charge. It does not start charging or it is charging at slow rates (1-4Ah)

This is today and before NOW I started charging it in ESS mode as it was clear it will never get to 100% even in the morning this was the ever to be miss target.

So, it charged many times with expensive grid power with a behaviour like ”UPS, I forgot to charge”.
My MP2 - 5000/48/70 - 5KWh bat - 4.3KW solar on AC-out1 with two 112 (grid and solar)

5 Likes 5 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ alex-itcus commented ·

These are all valid points. On the Node-RED implementation we are experimenting with charging earlier and more in the battery while the sun is still out. I expect that to be moved to the VRM implementation within the next 2 weeks.

6 Likes 6 ·
alex-itcus avatar image alex-itcus Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thank you for the hard work!

1 Like 1 ·
Show more comments
kositch avatar image kositch alex-itcus commented ·

I totally agree, there should be option to prioritize battery charging to desired SoC or just "full" before selling the PV Power to the grid....

3 Likes 3 ·
grua avatar image grua kositch commented ·

At the very least, the priority in the planning of the DESS should be fundamentally changed so that the battery is always charged first and PV surplus is always sold afterwards.

This is currently planned the other way around. DESS often sells first and then only charges the battery towards the end of PV production. This can result in the need to recharge from the grid towards the evening if PV production in the afternoon is lower than forecast.

3 Likes 3 ·
alex-itcus avatar image alex-itcus alex-itcus commented ·

Discovered that turning off DESS when the sun shines makes the whole system work great!
So DESS worked for one hour (9to10) as it should: supporting consumption and charging from solar. Then it idled the battery at 19% and start exporting to grid at 10:01. Between 10 and 11 it was supposed to charge 0.33KWh from solar even that the solar produced only in the first 30 minutes more than 1.6KWh. The battery was idle for the first 30 minutes, moment when I stopped DESS.

Funny side appart, does anyone now on how to automate this until DESS is unbroken? Maybe DESS is made to work only without solar at this point?

homeland-vrm-portal-1.png

1 Like 1 ·
alex-itcus avatar image alex-itcus alex-itcus commented ·

The plan looks totally wrong. We have 7.1 kWh forecasted but only 0.6 for battery charge

1. solar forecast is most of the time 50% less than reality

2. battery is not charged even with the small amount scheduled as it is kept idle

3. the solar is wasted on grid even I have zero euro for selling (!) and zero on battery cost.

As you can see in the plan, the battery is supposed to be charged with 2.5kWh from grid wasting all the surplus solar that do not fit to the plan.

homeland-vrm-portal-2.png

0 Likes 0 ·
grua avatar image grua alex-itcus commented ·

As Dirk-Jan mentioed here, this should be better in some weeks:

https://community.victronenergy.com/comments/272031/view.html

1 Like 1 ·
john245 avatar image john245 alex-itcus commented ·

@Dirk-Jan Faber (Victron Energy)

Energy prices including taxes are negative in the Netherlands between 13:00 and 14:00. However costs are displayed in the chart.

1714566395413.png

0 Likes 0 ·
1714566395413.png (24.5 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ john245 commented ·

That looks like a graphing bug. Thanks for reporting. We are looking into that.

1 Like 1 ·
Show more comments
ronaldt avatar image ronaldt commented ·

I did not receive an update today regarding the day ahead prices. Am I the only one?

It is 19:37 so the should have been there. Is there a way to actively pull them?
schermafbeelding-2024-04-04-om-193536.png

4 Likes 4 ·
zonnigbreda avatar image zonnigbreda ronaldt commented ·

Here the same... I assume something went wrong in the dataload today. But it begs the question, is there some auotmated refresh happening in this case so the situation corrects itself?


As tomorrow there are negative prices for me, it would be bad timing if I miss ' the free meal' .
Anyway, I saw it by accident thatit is not available, but I hope this is a ' set and forget' sort of thing, not something I need to monitor daily.

2 Likes 2 ·
Jeroen Peters avatar image Jeroen Peters ronaldt commented ·

Same situation here. Auction outcome on EPEX website is published 12.45h. Victron should be able to push them at 13h or 14h latest. Especially when high prices next morning sometimes provide the opportunity to charge a bit more still.

0 Likes 0 ·
sni avatar image sni ronaldt commented ·

Same here on stable and Beta OS installed. I Hope for 1 pm.


Id c0619ab0f3ad

0 Likes 0 ·
Enya Salida avatar image Enya Salida commented ·

I'm sorry having to confirm some of the often mentioned issues and I turn off DESS for now. The biggest problem for me could be solved by a simple additional rule:

  • never ever feed any power into grid if the battery still can take it!

This must be obeyed if “Can you sell energy back to the grid? No” is selected and also if you can sell, at least in Germany feed in rarely is a better deal than storage and self consumption.

Also annoying: if I switch on high loads like washing machine or heat pump for hot water intentionally in times with very low prices I don’t want them to be supplied from battery – which will be recharged afterwards at higher prices – at least if not very much solar is expected.

I’m sure the calculation of the optimal SOC for every hour with unpredictable conditions is not easy to do and I thank Victron Energy and Dirk-Jan Faber very much for this development!

4 Likes 4 ·
Gonzalo chain avatar image Gonzalo chain Enya Salida commented ·
This could be solve if they implemented some fixed configurable rules to work in conjunction with dynamic ESS. I would also like to have this capability without having to turn off the complete dESS
1 Like 1 ·
mheinze5722 avatar image mheinze5722 commented ·

Right now it seems the algorithm strictly optimizes to reduce cost, as exemplified here:

1712126889244.png

1712126918749.png

Right now, it really optmizes a single day for reducing cost and optimizing revenue: and of course that means, exhaust the battery to the minimum of 15% SOC at the end of the day. But that is not what I want. It misses the rest of the night (which it will probably only add 'in scope' once rates are out at around 2 pm) - but then it is too late to fully charge the battery. Also, I want the battery usually rather full instead of just charging the minimum to be better prepared for grid outages or occasionally higher consumption over night.

As such, I (as a house owner; boat, RV, commercial or industry could be different) would like to see my LFP battery to rather charge to 100% every day (NMC could be 80% charge goal in warm&sunny months), and charge slowly to extent battery life and reduce midday-feed-in-peak.

As such, the goal should be extended to:


Dynamic ESS is an algorithm that aims to minimise the costs made on the grid and battery, based on following expectations:

- aims to charge the battery every day to "Default Charging Limit" [LFP=100%, NMC warm&sunny=80%]

- Aims to charge the battery until after midday-peak to slow/steady battery charging for battery longevity, reduce midday-feed-in peak and reduce AC->DC conversion losses.

- Aims to hold the battery SOC level rather higher than lower, for situations of grid outages and unexpected (higher) consumptions.


Thanks for reading, Michael

3 Likes 3 ·
1712126889244.png (157.9 KiB)
1712126918749.png (131.5 KiB)
kositch avatar image kositch mheinze5722 commented ·

Yes same for me, there should be some option to request charging battery to full each day if PV is surplus, because I know a lot of installations where customer requested turning on AC2 out based on SoC criteria to heat the boiler from PV energy which would be sent to grid and if SoC will not reach above that SoC it will never turn boiler on and instead of it it will sell the energy, which I dont want to disable because when boiler is heated up, I want to sell it. Not sure how to handle this, something like "sell energy but only when SoC of battery reaches 100%" or something like that for those who use surplus PV energy to store to the boiler....

1 Like 1 ·
gdhondt avatar image gdhondt commented ·

Dear Victron team.

Frank energie/Bliq and zonneplan are offering ESS system from different brands which are compatible with trading on the “onbalans markt” this would also be a huge benefit if Victron can provide this function in cooperation with an energy supplier.

3 Likes 3 ·
john245 avatar image john245 gdhondt commented ·

I know Tibber is investigating if they can add Victron.

People are earning > Euro 200,- last month on this market. Very interesting and would be a good selling point for Victron.

3 Likes 3 ·
meyo084 avatar image meyo084 commented ·

Hi, quick finding.. dyness ignores max charge and discharge at the moment.. anyone got the same?


Site c0619ab38e24

2 Likes 2 ·
Jeroen Peters avatar image Jeroen Peters meyo084 commented ·

Yes, here is also seems to go at DCL instead of de discharge power set in the Dynamic ESS settings.

VRM ID: c0619ab4b45a

0 Likes 0 ·
axel-koning avatar image axel-koning meyo084 commented ·

I am on 3.30 since yesterdag. Also discharging to bms limit of 150A instead of 5kW battery limit DESS.

Also in Cerbo feedinlimit shows always active, also when switched off

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ meyo084 commented ·

Have you read https://www.victronenergy.com/live/drafts:dynamic_ess#qwhy_does_the_system_exceed_the_configured_power ?

During the configuration of the system, you are setting the capacity of the system, not the actual limits of the system. These capacities are used by the system to make its calculations, so it used as an average power the system can do in an hour.

If you need to limit the import configured power, you can configure import and export AC current limits via the Settings → ESS menu in the GX.

0 Likes 0 ·
Jeroen Peters avatar image Jeroen Peters Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

That's strange, because it used to work properly during the Venus OS 3.30 beta phase. It would calculate a SOC target based on the DESS power input and charge of discharge at the power to get to the target by the end of the hour.

Moreover I don't want to use the peak shaving function to set my battery optimization limits. I want to peakshave based on the maximum current my grid connection can handle which is much higher than what I want to use for trading energy.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Jeroen Peters commented ·

If I recall correctly, the (dis)charging became a bit more aggressive in one of the more recent beta updates. With the reasoning that it is better to reach the target early than not at all during an hourly slot.
But we will take a closer look at both sites to check if some adjustments need to be made.

0 Likes 0 ·
Show more comments
Show more comments
delusional112 avatar image delusional112 meyo084 commented ·

Same here, I have DVCC on max 210 amp. And the settings in DESS on 6 KW. Then it discharges over 270 AMP and I get overload warnings on the phases.



0 Likes 0 ·
electronicsuk avatar image electronicsuk commented ·

I tried Dynamic ESS on Beta a couple of months ago but as it kept exporting PV instead of charging my batteries, I switched it off. Today I updated my GX to the latest firmware, updated to the latest ESS assistant and re-enabled Dynamic ESS. I can't understand why, when I get paid nothing for export, DESS is exporting 1300W to the grid rather than using it to charge the battery. Yes, there is plenty of PV forecast for later in the day, but what if the forecast is wrong? Why waste all that power?

1000013562.png

Even stranger is that the battery is lower than the target SoC, so I'd expect it to be charging right now. Unless 62% is where it wants to be at the end of the hour?

1000013560.png

I'll persevere with it for a few days and see how things go, but when import prices are high all day and export is not paid, surely the goal should be to hit 100% battery charge as soon as possible? Then, if PV output is lower than forecast or loads are higher than forecast, there is some spare change in the bank, so to speak!

1000013561.png


2 Likes 2 ·
1000013562.png (117.7 KiB)
kositch avatar image kositch electronicsuk commented ·

It behaves exactly the same for me, even when I set export price = 0 it sometimes during day (usually at the beginning) start selling the PV power to the grid even though battery is discharged to 40%. I have some rules to power on water boiler when battery SoC exceeds the 93/95/97 % of SoC (each level for each phase) so I would preffer DESS to charge the battery "full" before doing any export to the grid. I dont wont to turn off the grid export, because when water is heated and battery full I want to sell electricity, but only in that case. Not sure if there will be some change in future tu enable this. I know a lot of installations, when they cant use DESS because of this behaviour of "not charging battery to full" as the priority :/

1 Like 1 ·
electronicsuk avatar image electronicsuk kositch commented ·

This evening it's even charging from the grid at peak rate, because the plentiful solar during the day wasn't put into the battery. It's exactly the same problem as in the beta release. I'll see if @Dirk-Jan Faber (Victron Energy) has any suggestions but if it keeps doing this after a couple more days then it's going to have to be switched off and I'll go back to scheduled charge levels, as at this rate it'll be costing me more running DESS than without it.

1 Like 1 ·
kositch avatar image kositch electronicsuk commented ·

Yes, same for me, not sure if I have something wrong, but it sells at the beginning of the day the PV power instead of storing it to batteries and when sun goes down during the day and battery is not charged at the target SoC it start buying expensive energy in the evening to charge the battery :-(

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ electronicsuk commented ·

By the looks of it you've now set "Can you sell energy back to the grid?" to no, which would be the advice I'd otherwise have given you.
That being said, I've made a not that we should make a more clear setting for this type of sites.

1 Like 1 ·
electronicsuk avatar image electronicsuk Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thanks! For those of us who don't get paid for exporting back to the grid, the priorities for DESS should be:

  • Put all excess PV into the batteries
  • Don't care too much about meeting a specific target state-of-charge level when discharging, it's better to empty the battery than buy from grid at high rates
  • Only use the grid for charging during cheap rates, and leave enough space in the batteries for tomorrow's forecast PV.

Of course, I appreciate that's easier said than done as everyone has their own wishes for how DESS should work!

4 Likes 4 ·
Show more comments
alex-itcus avatar image alex-itcus commented ·

My last 7 days experience with DESS on Zonneplan with a 5KWh battery was very frustrating. I gave it a chance to be better every day, hopping. Unfortunately it sticks to some (bad) rules:
1. It sells to grid solar most of the day delaying battery charge. From the first day I disabled the sell price and battery cost hopping to start charging the battery sooner. Not a chance.
2. It starts the charge of the battery mostly in the last 2 of sun hours even if it is obvious it will not be able to charge to 100%. Even so, during those hours is charging at random speeds (1-3Ah at times, even idle) and at some point it goes on full throttle. Then as the price gets up and as soon as the sun goes down goes full charging at the high price from grid.
Like ”Uuups! I forgot to charge!”
Ex. A day with 5 hours at 18c and full solar charged 0.4 on solar all day then at the end of the day 3KWh from grid at 24c then 26c just to discharge them in the next hours at 26-28c.
My system: v3.40~1 MP2 48/5000/70 - 5KWh battery - 4.3KW solar - 2x 112 sensors one for the grid and one for the solar on AC-Out1


Today the initial plan was to sell at 0 cost solar to grid (!) and delay start charging around 13:00 and go 55% and so on, all the time less than the 2Kwh per hour limit I set. Now, after 15KWh of solar sold to grid it kept the battery at 34% until 15:00. It was obvious the battery will never be charged and I will pay the full price of 0.37 for the evening so I disabled DESS and start charging the battery on ESS mode.

2 Likes 2 ·
grua avatar image grua alex-itcus commented ·

I also think at start of solar production FIRST the battery should be charged, and AFTER this PV surpluss can be sold. Not vice versa.

I also observed this very often.

2 Likes 2 ·
David Jecoby avatar image David Jecoby grua commented ·

I also think at start of solar production FIRST the battery should be charged, and AFTER this PV surpluss can be sold. Not vice versa.

I also observed this very often with autoclicker?

0 Likes 0 ·
mryoshii avatar image mryoshii commented ·

Am I understanding something wrong?
DESS is not charging at the lowest price. It also shows solar to battery, even tho I don't have solar installed at the moment. I will keep monitoring the situation, but this doesn't seem right.
1711455699244.png

2 Likes 2 ·
1711455699244.png (282.4 KiB)
nwametze avatar image nwametze commented ·

About the menu-option ‘Self-consumption from battery' with the choice ‘all system loads’ or ‘only critica loads’.

Wondering why an external energymeter is mandatory if the multiplus is connected between grid and all loads. The multiplus does measure all values, so why the need for an external energy meter before this option in the menu becomes available?

2 Likes 2 ·
kositch avatar image kositch commented ·

Some of the things on our todo list:

  • Maximizing battery charge by the end of the day to cover consumption until sunrise

  • Periodically fully charge the battery to improve battery life

  • Adding support for varying service fees based on the time of day

  • Allowing users to enter a fixed schedule for grid-battery restrictions

  • Supporting fixed prices that change on the half-hour instead of the whole hour

  • Introducing (smart) support for high-consumption loads such as EV charging and heat pumps

When can we expect this to be implemented into the VRM DESS? At least that possibility to decide if we want to prefer battery charging and dynamic prices schedules for entering different formulas to specific hours?


2 Likes 2 ·
ronaldt avatar image ronaldt commented ·

@Dirk-Jan Faber (Victron Energy) It seems that the system is not receiving any new price info anymore. It is after 18 o'clock and it is still only the info of today. We had this before (2 months ago?) and then you fixed it. Is this the same general issue, or is it just my system? (c0619ab2e756)

2 Likes 2 ·
john245 avatar image john245 ronaldt commented ·

Also on my system (The Netherlands). The issue is with ENTSOE. But I was under the impression that Victron Energy introduced a redundant data provider.

1 Like 1 ·
Johan avatar image Johan john245 commented ·

Same to me.

1 Like 1 ·
ronaldt avatar image ronaldt ronaldt commented ·

It still has the old information, so now DESS is deciding on what to do based on yesterdays prices. I think I need to switch it off...

1 Like 1 ·
onur-b avatar image onur-b ronaldt commented ·

I now see today’s prices (I removed the energy tax from the sell price —hence the difference) but the system has not yet created the plan.

0 Likes 0 ·
img-8242.jpeg (208.4 KiB)
simonyoungtree avatar image simonyoungtree onur-b commented ·

Same problem for me: no plan available.

I also had the VRM error No Matching schedule available, but for some reason it has been cleared. But it is not working yet.

1717829278457.png

0 Likes 0 ·
1717829278457.png (34.8 KiB)
onur-b avatar image onur-b ronaldt commented ·

I have Tibber (NL) and no price info for tomorrow is visible.

0 Likes 0 ·
kudos50 avatar image kudos50 ronaldt commented ·

Same here. No schedule. Fixes itself every now and then but only for an hour. Prices for today are in but no plan.

0 Likes 0 ·

Hi all, should be fixed now. Two issues compounded into this;

1. We didn't receive prices from our primary price provider yesterday, that switched over to a secondary one. We've contacted the primary one in case they don't have prices for tomorrow either, but we're monitoring the situation.

2. The server generating the schedules had an outage, which has been resolved as well.


Sorry for the inconvenience, hope all is well and you can make full use of negative prices and the shining sun today!

2 Likes 2 ·
john245 avatar image john245 Jarco van Roest (Victron Energy Staff) ♦♦ commented ·

I assume the schedules will be created at the top of the hour. Here currently no schedule.

0 Likes 0 ·
Show more comments
Show more comments
chrizzp avatar image chrizzp commented ·

Subject: Using energy from PV inverter to charge battery

For the last two weeks i've been running Dynamic DSS. It works great! There is one thing though i was wondering.

I've got a 3kw PV inverter (via em24) and 3kw of PV chargers. When the sun shines and the dynamic price is low. The battery is being charged by the PV chargers. Occasionally the grid is used for additional charging. The Target SOC has not been above 80% although we had some sunny days recently.

Effectively the PV inverter is pumping into the grid (costing 2ct per kw provider profit) and occasionally the multiplus is drawing current (costing 2ct per kw provider profit)

If the multiplus would use the production of the PV inverter to charge the battery (or the fraction needed to reach the target) the energy would be consumed internally and not registered by the providers meter.

Efficiency and cost wise it should be prioritised like:

1) PV charger

2) PV inverter

3) grid

Is this the way it is implemented? if so, any reason that i'm not seeing this behaviour?

thanks!

ess.png


ID c0619ab2e85a

1 Like 1 ·
ess.png (45.7 KiB)
ronaldt avatar image ronaldt chrizzp commented ·
My guess is that this happens because the system is quite strict on the target SOC. So if you use more than expected (switch on the coffeemachine e.g.) you need energy from the grid to get to the target SOC. If the loads are lower, then you would overshoot the target SOC and PV is dumped to the grid. It would be much nicer to have the SOC more dynamic. If it can not be reached the so be it. When there is more PV, lucky me, put it in the battery!

I wish I am wrong on this, but I a afraid I am not. But also remember, this is the first official release of dynamic ESS and it is doing a lot of things really nice.

0 Likes 0 ·
kudos50 avatar image kudos50 chrizzp commented ·
As far as I know, DESS currently does not interpret PV inverter and PV charger differently. It's all solar and it's all calculated based on the round-trip efficiency percentage (losses) you can configure for your setup.

As PV charger does not experience any losses and PV inverter does, the ~20% losses for all PV are not realistic and many scenario's exist where it is more efficient to dump PV inverter but store PV charger.

Users that only have PV inverter are good with the efficiency setting, users that only have PV charger are good setting it to zero. It's the ones that have both that are affected.

Not on the todo list.

0 Likes 0 ·
chrizzp avatar image chrizzp kudos50 commented ·

Thanks for the answer!

However, if it is not interpreted differently as you state. Why is the power of the inverter not used to charge my battery?

Lets take a look at the situation today.

Time 13:55. The SOC is far below the target. Sell price is negative. There is plenty of solar power from the inverter. I do not understand why it is being dumped. Obviously this is costing money, so efficiency loss in case of charging the battery is no issue.

If the setup would function as regular ESS, i.e. keeping the grid input/output around zero, all would be optimal.

This is not logic is it?


dynamic-ess-ex1.png

dynamic-ess-ex2.png

0 Likes 0 ·
dynamic-ess-ex1.png (102.0 KiB)
dynamic-ess-ex2.png (61.2 KiB)
kudos50 avatar image kudos50 chrizzp commented ·

Nope, you are right. But with my setup there is no way I can reproduce what is in your screenshots unless ESS is trying to recover from low-soc condition. That is the only moment in which the MPPT RS is charging the battery whilst PV inverters can be feeding into grid.

All other use-cases for me will end up in AC and DC PV doing the same thing. Either inverting to grid or loads, or charging the battery.


0 Likes 0 ·
charlesb avatar image charlesb commented ·

Is it possible to add minutes to the Fixed Tariff? For example, Octopus Intelligent Go in the United Kingdom is from 2330 until 0530 for a low rate. Even 30-minute rates would be good! Looks good and I tried setting it up, but this stops me from using as the car will exhaust the battery ... Many thanks!

1 Like 1 ·
br3tt avatar image br3tt charlesb commented ·

Request for 30 min rates was fed back during DESS beta launch video last year.

For anyone in UK wanting more granular control, recommend checking out:
Home page - GbbOptimizer (gbbsoft.pl)

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ charlesb commented ·

We got it implemented to the point that we'd like one or 2 beta testers from the UK that can test it for us. If you are willing to do that, please leave your VRM id and I'll contact you via mail afterwards.

Tagging @CharlesB , but other UK users are also welcome to respond.

0 Likes 0 ·
charlesb avatar image charlesb Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

@Dirk-Jan Faber (Victron Energy) Thanks very much for this - now trying out the 30-minute slots. It will be interesting to see how it works on the Intelligent Octopus Go tariff where the car is charged between 2330 and 0530 at home at times of their choosing. It looks good - and the prediction is better than the one I used on Home Assistant.

1 Like 1 ·
Show more comments
kdjuflusd avatar image kdjuflusd commented ·

Dear Victron (Community),

I think the idea of Dynamic-ESS is great, but I'm having problems with the current implementation - or maybe I'm misunderstanding it.


Problem 1: The forecast in cloudy weather is very bad and therefore the prediction is almost wrong. It seems that Victron generally assumes a cloudless sky. Is it not possible to include hourly cloud cover to improve the forecast?


Problem 2: When I switch on Dynamic-ESS, my battery is hardly charged at all until the afternoon. All solar yields are sold almost exclusively to the grid (from the morning tiull early afernoon). In the afternoon, it often no longer manages to reach the desired SOC and sometimes recharges 10-20% of the battery capacity from the grid. This happens several days in a row (and on these days I have sold 100-500% of the battery capacity to the grid in the morning).


Problem 3: When Dynamic-ESS is switched on, the Multiplus discharges the battery at a very low level (usually around 20-50W discharge in the morning) in the morning till it decide to load the battery. This makes almost no difference to the SOC, but switching off the inverter completely in this constellation would save a lot more energy, as around 10% of our home's normal load is wasted on the unused inverter due to unproductive discharging.


Perhaps others have also observed this and can give me a tip.

Boundary conditions - Germany, constant tariff for feed-in and consumption.

Portal ID c0619ab4d1ac


Translated with DeepL.com (free version)

1 Like 1 ·
kdjuflusd avatar image kdjuflusd kdjuflusd commented ·

2024-03-31-19-51-42-ks28-vrm-portal-mozilla-firefo.png

enough power in the morning and loading from grid in the evening...



screenshot-20240326-083719-vrm.jpg

Inverter turned on although there is nothing planned to do. Here it would be better either load the batterie and/or shutdown inverter to save energy (it do the same even when PV-Power is less so I have to buy from grid)

0 Likes 0 ·
kositch avatar image kositch kdjuflusd commented ·

Yes, same for me and the others, they have it already on ToDo list, hope that there will be some possibility to prioritize charging the battery to full before selling...

0 Likes 0 ·
kdjuflusd avatar image kdjuflusd kositch commented ·

... and turning inverter off instead of slow discharge of small 14W or something else (small values less than x Watt) ...


And perhaps include cloudiness in weather prognosis on an per hour level. When I look into my cellphone (weather.com for example for tomorrow) it is mostly very near to the reality. When 09:00 - 10:00 is sunny and 10:00 - 11:00 is cloudy then it is mostly exactly that 9-10 is very good amount of energy and 10-11 is only a small part of possible amount of energy?

0 Likes 0 ·
Show more comments
mheinze5722 avatar image mheinze5722 commented ·

Another observation and comment on the objective: "Minimize cost":

The stated goal for the DESS is:

Dynamic ESS is an algorithm that aims to minimise the costs made on the grid and battery:

  • By scheduling charge/discharge cycles of the battery,

  • While taking grid limitations, battery specifications and day ahead energy prices into account,

  • When it can, it also considers the consumption and solar yield forecasts when scheduling.


So, as an example my "projection" from today:

1712124369083.png

1712124410178.png

1712124439189.png

I believe I can see what's happening here: The algorithm "literally" trys to minimize cost and maximise revenue... as such selling as much as possible, only adding a littlebit to the battery at the end of the day to make the battery SOC excatly meet minimum (which in my case is 15% SOC). Yes, this maximises revenue for this day, but obviously does not do what I really want: it needs to include the rest of the night (but does not at this point (8 am), because (I venture) prices for tomorrow have not been set yet. This leads to feeding all surplus into the grid, and only at the last moment charge the battery just a littlebit. It will obviously run out of SOC from midnight on, which is not what I want.

Additionally, even if it would calculate the exact need until the next morning when some PV surplus is happening again. I also want to my battery to protect against (seldom/occasional) grid outages, and in these cases I want to have as much SOC left as possible. Also, the actual consumption in the night might be occousionally higher, so I want to be prepared for that as well.

In short, that means, in my mind I have a "Default target SOC" each day that I aim to achieve. As I have LFP chemistry in my battery, I aim to charge to 100% every day. [If I had NMC chemistry, in summer, I could aim to only charge to 80% if that is easily enough to get me through the night for battery longevity].

Also, what I am doing manually right now, when charging to 100%, I aim not to charge full speedright from the morning sun, but rather limit charging speed (through DVCC/"Maximum charging speed") which helps to reduce AC->DC conversion loss and reduces the charging Ampere into the battery. Not quite sure on this, but it feels reducing charging speed of the battery helps its longevity as well. In my mind, I always try to minimize charging speed so that my battery reaches 100% SOC around 2 pm. Why 2 pm? Then it reduces my lunch peak feed-in while still having 2 pm until sun-set to fully charge my battery in case didn't fully get charged over lunch because of reduced sunlight. Obviously an algorithm running every hour so can do a much better job at this. This would help us all in reducing battery wear and lunch-peak mgmt.

So, as such, for me as a house owner (might be different from boat, RV, commercial or industrial), my stated goal for the algorithm should be:

[Text to be continued in a separate Post]


1 Like 1 ·
1712124369083.png (156.6 KiB)
1712124410178.png (40.3 KiB)
1712124439189.png (139.3 KiB)
marceldb avatar image marceldb commented ·

There is no price schedule and no battery forecast for tomorrow at my sites and and also not at all my customer's sites. Time: 20:12

1712254433571.png

1 Like 1 ·
1712254433571.png (54.8 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ marceldb commented ·

We are looking into it.

2 Likes 2 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Our source (Entso-E) seems to have some problems with publishing the prices for tomorrow for the Netherlands.

1 Like 1 ·
Jeroen Peters avatar image Jeroen Peters Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thanks for quickly picking up on the issue!

The prices that are now in for today are shifted by 1 hour. For example the cheapest hour of the day is 15h-16h in DESS while EPEX website shows this is at 16h-17h.

1 Like 1 ·
Show more comments
Show more comments
anonimoes avatar image anonimoes marceldb commented ·

same at my site! Has been like this since the prices should have been published.

0 Likes 0 ·
h8mecz avatar image h8mecz commented ·

Hello guys,

will be any posibility to choose in Dynamic ESS if you want to buy/sell energy or just to have dynamic minimum SoC according weather forecast in the future? It would be really nice feature. Because I do not care about prices - I just sell/buy energy for fixed price. Currently I am struggling in Node-RED with this (I am not so skilled in it) :(

Thanks for feedback and have a nice sunny days! ;)

1 Like 1 ·
grua avatar image grua commented ·

@Dirk-Jan Faber (Victron Energy)

we have bad weather for a few days now and the heat pump is switching on. The time pattern is always the same, the heat pump usually runs from 00:00 to approx. 06:00 at just over 2 kW. After that, the daily consumption always drops significantly:


1713589473350.png1713589498645.png1713589520282.png1713589542488.png


But the consumption forecast does not recognize this pattern. It assumes that today and tomorrow there will be consistently high consumption of over 2 kW:


1713589793131.png1713589818635.png


It is therefore assumed that consumption is significantly too high, which leads to poor planning. Is no pattern recognition implemented in the current implementation of the consumption forecast? In other words, is the temporal progression of consumption over the last few days currently not taken into account?

You wrote in the first post that the following improvement will be implemented: "Introducing (smart) support for high-consumption loads such as EV charging and heat pumps". Will this help in such cases?

VRM b827eb273733


One hour later the forecast for the current day ist a little bit better:

1713591225153.png


But for the next day it's still bad, the 2 kW consumption of the heat-pump starting at 00:00 doesn't exist at all any more:

1713591341913.png


1 Like 1 ·
1713589473350.png (166.7 KiB)
1713591225153.png (89.2 KiB)
1713591341913.png (99.0 KiB)
simonyoungtree avatar image simonyoungtree commented ·

Charging a car in the middle of the day completely ruines the DESS planning for the remainder of day and the next day.

The original plan was to dump the battery at high prices (end of the day), but when the carging completed an hour before the end of the day, the picture was completely different: the systems just assumes to feed consumption from the battery. And since the huge consumption is no longer there, at least a complete hour of high prices will be missed by not dumping to the grid.


Also the picture for the next day is completely ruined by a charging session:

1713800457954.png

Perhaps it is possible to modify the consumption planning algorithm, to just take the deviation from long term consumption as granted, but do not assume the same will be happening for any next hours.

1 Like 1 ·
1713800457954.png (50.5 KiB)
grua avatar image grua simonyoungtree commented ·

similar here: https://community.victronenergy.com/articles/270649/dynamic-ess-on-vrm.html?childToView=278732#comment-278732

But as mentioned by Dirk-Jan in the first post of this thread, the following is planed to be implemented: "Introducing (smart) support for high-consumption loads such as EV charging and heat pumps"

0 Likes 0 ·
simonyoungtree avatar image simonyoungtree grua commented ·

Changing the consumption planning to not include the current day consumption should not be that difficult to implement.

1 Like 1 ·
sarowe avatar image sarowe simonyoungtree commented ·

Oder die Gewichtung des langfristigen Verbrauchs im Verhältnisse zum Verbrauchshoch anders gestalten

0 Likes 0 ·
frantiseksobotka avatar image frantiseksobotka commented ·

Hello,

after many trials and following of the all comunity from the beginning of DESS, I decided 3 days ago to install node-red and try the latest possibilities.

I am very happy that there is already possible to swich on "green mode" and to define second SOC limit (b_goal SOC @ b_goal hour). Seems that there is good improvement, but nevertheless I would like to report some troubles that I can observe. Just smal info - at my instalation at the moment no unexpected consuptions as car charging, water heater or heat pump.

1. I do not fully understand to option green mode:

snimek-obrazovky-2024-04-22-223721.png

The system still feeds from battery to grid from battery. Which is not according to description in the node-red, but on the other hand is fine from me, it is from solar excess production. Would be nice to have better expain in documentation.snimek-obrazovky-2024-04-22-224407.png

2. I have at the moment clearly lot of excess solar power, nevertheless the system is time to time during export time!!! stopping export, stopping use of battery and start to use grid to power the consuption. Further more to start to charge the battery!

1713819275952.png

This just today caused that more than 50% of the export earning is lost in the pointless power import.

3. The energy consumption from the grid is not shown at the DESS node-red system neither at the VRM graphs:1713820083584.png

4. Yesterday night when there was yet "green option off" the system was in contrary with the plan exporting still ~500w during night. That was maybe cause why the system was under the (b_goal SOC @ b_goal hour). System started to use grid and start to charge battery from the grid, nevetheless was still above minSOC.

1713820388698.png


Hepefully this can help you or you can help me :)


1 Like 1 ·
ronaldt avatar image ronaldt frantiseksobotka commented ·

I have installed Node Red 0.1.19 as well. But in my case I see no difference in behaviour anymore when checking or unchecking green mode. Does that work on your system?
Furtermore it does not follow the target SOC anymore. Which is a good thing because it doesn't sell at the highest price anymore (see chart below). Now I tried to switch to VRM DESS but I do not get the charts anymore on VRM.
So I am a bit confused.schermafbeelding-2024-04-23-om-065314.png

1 Like 1 ·
frantiseksobotka avatar image frantiseksobotka ronaldt commented ·

I do not se at the moment difference if green mode is on-off neither.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ frantiseksobotka commented ·

Yes, there seems to be a bug here. I'll fix it and release an update today.

0 Likes 0 ·
Show more comments
frantiseksobotka avatar image frantiseksobotka frantiseksobotka commented ·

Bit more observation from last day-night for the 2nd point - system is stopping to use the battery and use grid instead or charge during export time....

From the AC input power graph you can observe that the problem occures always only during grid feed-in time and exactly at the change of the whole hour.

At the 2nd picture there is shown one of the event. You can se that at the end of the hour, system stops feed in and probably due to SOC under target it starts to feed from grid or recharge battery. With new hour and new schedule for SOC it is gone and the system works fine. So I believe that this issue comes only during end of hour slot.

1713852720519.png

1713852932263.png

0 Likes 0 ·
1713852720519.png (81.2 KiB)
1713852932263.png (40.1 KiB)
smejfi avatar image smejfi commented ·

Dear @Dirk-Jan Faber (Victron Energy), might I dare to ask when does Victron plan to release some updated version of Dynamic ESS? I think that all the complaints about the current (non)functionality have been thousand times mentioned here and Im pretty sure you know about them all. As for me, the most bothering seems to be the fact that in the end of the day the battery is drained to the minimum which causes that system takes all the (expensive) energy from the grid untill the solar production in the morning starts to be enough to power the loads. You claim that system aims to minimize the total energy costs, but with my setup (15kWp on Fronius Symo 15 with 3x MP-II 5000 and 58kWh battery) in this part of a year, I wouldnt need to take any energy from the grid (which works with standard ESS very well) and there is even plenty of energy left to feed into the grid. But with current version of Dynamic ESS the system actually ends up taking quite a lot of energy from the grid during the night which of course results in much larger costs than when DESS is turned off.

My company installs Victron equipment in residential buildings and boats and I have always claimed that Victron is the best, but in this case I must confess that Im a little dissapointed that with such major issues in functionality Victron released the official version of DESS...while in beta version this would be completely understandable, the official version should not in my opinion have such issues. Thank you in advance for the answer.

1 Like 1 ·

We are indeed aware of the current limitations and have been busy fixing them. You can expect an update and new post within 2 weeks. If you can't wait that long, you can already test with the improvements by using the Node-RED implementation (https://github.com/victronenergy/dynamic-ess).

As a side note, I noticed that your system does has the inverter on the AC output side and is running version v3.30. I advice you to update to the latest v3.31 release. That update fixes a bug where for these type of systems the energy sometimes flowed into the grid instead of the battery. That will probably already help.

0 Likes 0 ·
frantiseksobotka avatar image frantiseksobotka Dirk-Jan Faber (Victron Energy) ♦♦ commented ·
Sorry to say that, but current node-red version does not improve the grid usage a lot. Still there is a lot of grid usage every hour, also before sunset. I tried green mode, also several setups with new limit at defined hour. But till today I do not know how is possible to setup system which will stop trading at defined SOC and will continue to use battery till defined minSOC.
0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ frantiseksobotka commented ·

Would you be so kind to file an issue about that on github? I took a short look at your site and don't see that much grid usage (when you had it switched on). Please add the time it, in your opinion, made the wrong choice, so we can check.

0 Likes 0 ·
Show more comments
Show more comments
frantiseksobotka avatar image frantiseksobotka smejfi commented ·

fully agree

0 Likes 0 ·
Jeroen Peters avatar image Jeroen Peters commented ·
Today had two net negative priced hours in the Netherlands. In these hours I curtailed the output from my two AC connected PV inverters to maximize charging from the grid.

To my suprise the batteries stopped charging within minutes and didn't charge for the rest of these two hours. It seems the system is not able to deal with curtailment, which is a bit unfortunate with the quickly growing amount of negative priced hours. Could this be fixed?
1 Like 1 ·
kudos50 avatar image kudos50 Jeroen Peters commented ·

Maybe double check settings like "allow charging from grid?". Other than that, stopping production should not interfere with a charge plan. I stopped Enphase production and did not have any issues. MPPT RS kept charging and Multi's also kept charging (buying)

0 Likes 0 ·
sarowe avatar image sarowe commented ·

Ich muss nochmal etwas auf Deutsch loswerden. Ich bin seit vielen Monaten hier aktiv am Testen des DESS. Ich habe über so manche Anfangsfehler weggesehen und war immer der Hoffnung, dass es irgendwann richtig läuft. Ich habe es jetzt deaktiviert!!!!!!! Es gibt nach meiner Ansicht noch eine große Baustelle, bei den Verbrauchsprognosen. Ich hatte oft den Eindruck, es habe sich etwas verbessert, aber letztlich ist es so für mich nicht praxistauglich. Ich möchte ein paar Gedanken dazu formulieren, die vielleicht berücksichtigt werden.

- Wenn große Lasten, wie das E-Auto geladen oder Kochen in Betrieb sind, geht die Prognose extrem hoch und zwar für die nächsten 12-24 Stunden. Das ist völlig unrealistisch und wird in der Praxis selten so vorkommen. Wenn die Prognose für die nächste Stunde hoch geht, wäre das OK, aber nicht für den ganzen Zeitintervall. Im Gegenteil, der Ladevorgang des Autos ist dann für diesen Tag erledigt. Ähnlich beim Essen Kochen oder ähnlichen Verbrauchern.

-Der durchschnittliche tägliche oder auch wöchentliche Verbrauch sollte Einfluss haben und die Prognose müsste viel mehr auf diese Durchschnittswerte zurückgreifen. Die meisten E-Autos dürften eine annähernd gleiche wöchentliche Fahrleistung haben. Auch wenn ich Montag und Mittwoch lade, ist die Wahrscheinlichkeit, dass das Auto am Donnerstag völlig leer ist, gering. Andersherum wenn 3 Tage nicht geladen wurde ist die Wahrscheinlichkeit sehr groß, dass ein hoher Verbrauch ansteht. Beim Kochen oder Wäschewaschen sollten ähnliche Regelmäßigkeiten berücksichtigt werden.

-viele uns betreiben mittlerweile aktives Lastmanagement. Das heißt, wenn der Strom entweder besonders günstig ist oder viel über PV produziert wird, geht der Verbrauch nach oben. Ich habe das Gefühl, eine solche Logik berücksichtigt der jetzige Algorythmus überhaupt nicht. Für mich wäre es daher logisch, dass der Algorithmus noch andere Parameter als Wochentag, Uhrzeit, aktueller und durchschnittlicher Verbrauch berücksichtigt. Interessante Parameter wären auch Ein-/Verkaufspreis (jedenfalls extreme Unterschiede), PV Überschuss, Akku Soc und anderes.

Ich hoffe, meine Vorschläge werden nicht als pprinzipielle Kritik aufgefasst, sondern als konstruktive Vorschläge.


1 Like 1 ·
Andi avatar image Andi sarowe commented ·

Bin ich voll und ganz bei dir. Schade das auf solche Beiträge nicht auch mal vom Team geantwortet wird.

Ich habe auch noch immer das Problem, das wenn mal 2-3 Tage Pisswetter angesagt ist, und ein Preis von 17cent, das DESS nicht gewillt ist den Akku mal von 20% auf 50-60% vollzumachen.

Ich glaube auch das es nichts mehr wird mit dem DESS. Die Idee fand ich aber gut.

1 Like 1 ·
sarowe avatar image sarowe sarowe commented ·

Ja so langsam ärgere ich mich auch über etwas. Ich finde die Ansätze und die bisher geleistete Arbeit großartig. Mich verwundert etwas, dass diese offensichtlich herschenden Mängel so schwierig zu beheben sind. Ich habe den Fortschritt sehr lange beobachtet und war mir eigentlich sicher, dass der endgültige Durchbruch gelingt.

Schade.

Ich werde das DESS erstmal deaktiviert lassen und etwas abwarten was passiert. Momentan ist es für mich nicht elementar.

1 Like 1 ·
Peter avatar image Peter sarowe commented ·

Maybe it is time to try DESS alternative? ;-)

0 Likes 0 ·
sarowe avatar image sarowe Peter commented ·

Nein.....mit Sicherheit nicht

0 Likes 0 ·
janosch avatar image janosch commented ·

Als, erst mal Danke, dass Victron kontinuierlich an der Implementierung/Verbesserung von Dynamic ESS arbeitet. Gerade mit der Aufteilung in den Green Mode / Trading Mode können die verschiedenen Anwendungen von DSS besser in den Griff bekommen werden.Doch ich hab ein paar Bitten

- Bitte berechnet die voraussichtliche Akkulevel für die nächsten 7 Tage (und nicht nur für die kommenden 24h) und stellt dies in dem entsprechenden Diagramm dar
- Bitte schaut nehmt Euch (endlich) auch der Verbesserung Berechnung des „Vorraussichtlichen Verbrauchs“ an. Wenn dies nicht zufriedenstellend allgemein (für alle) gelöst werden kann dann gebt uns Anwendern bitte die Chance ein für uns entsprechendes Modell (mittelwert über die letzten 2 / 4 / 12 … Wochen auszuwählen.
Der derzeitige Algorithmus ist IMO eine absolute Zumutung. Und wenn ich den langen Thread hier lese nicht nur für ich)

Beispiele:
img-2366.jpeg

Der Verbrauch ist immer >1,8KWh/Tag

img-2367.jpeg

Nicht jedoch in der derzeitigen Vorausschau

img-2369.jpegUpdate: dann die Verbrauchs-Vorhersage eine Stunde später:

noch unbrauchbarer :-(


img-2368.jpeg
und die Vorraussage des stündlichen Verbrauchs (immer > 50W/h )

(ich hab leider keinen Screenshot von dem anderen Extrems, wo auf einmal ein Verbrauch dreifachen des normalen täglichen Verbrauchs für die nächsten 7 Tage angezeigt wird. (Meist, nachdem an einem Tag mal aussergewöhnlich viel verbraucht wurde)

(Ich passe mein Verhalten (Manuelles Netz-nachladen, größere Verbräuche ) ein wenig der Vorhersage an, doch dies sollte mit einem Mittelwert pro der letzten 4 bzw 12 Wochen für einen pro Wochentag halbwegs passen.

Die derzeitige Implementierung ist eine Zumutung, und für mich der Grund Dynamic ESS meister ausgeschaltet zu haben,
(Diese bewirkt leider auch, dass die Ladezustandsberechnung (fast) nicht mehr aktualisiert wird.
Bitte gebt uns eine Möglichkeit, dass auch bei deaktivierter DESS der Ladezustand für eine möglichst lange Zeit (>>24h) vorberechnet wird .

Trotzdem Vielen Dank an Euer Team, denn vieles läuft echt gut bei Euch, und irgendwann ist auch Dynamic-ESS mal wirklich anwendbar ;-)



1 Like 1 ·
img-2366.jpeg (288.3 KiB)
img-2369.jpeg (367.6 KiB)
christopha avatar image christopha commented ·

Hi, it seems that the prices I See in VRM do not reflect the actual price I have to pay:

screenshot-20240626-085228.png


While VRM shows me around 18ct, Awattar asks for almost 2€ :-)

screenshot-20240626-085309.png


My settings should be fine:

screenshot-20240626-085408.png

I won't import energy today but it would be quite bad to not have exact pricing when relying on imports.


Best regards Christoph

1 Like 1 ·
grua avatar image grua christopha commented ·

awattar Website:

screenshot-20240626-110357-chrome.jpg

0 Likes 0 ·
christopha avatar image christopha grua commented ·

Thanks, I later also read that information. But it seems like VRM and awattar are not using the same data (EPEX spot), which would be nice.

0 Likes 0 ·
falkon avatar image falkon commented ·

Hi, I am sharing another 2 instances of the wrong DESS decisions, which actually costs money:

  1. buying from grid to "shave peak" instead of using battery power
  2. buying from grid to catch-up target SoC, instead of "waiting for solar to finish charging"

It seems to be, that it takes SELL Dynamic price to decide if buying from grid instead of BUY FIXED prices. Maybe this is not a common situation in your testing cases, thus I pointing it out:

  • I have plain FIXED BUY price (pretty high) -- the same price no matter the time or date
  • I have DYNAMIC SELL price (significantly lower than the buying price)
  • DESS was in configured in the TRADE mode, battery Restrictions were turned OFF
  • I have pretty large system, able to run in off-grid mode

Situation 1: BUYING from Grid to cover internal consumption instead of using battery power:

  • morning, 6:30, some cofee and tea machines turned on, the peak consumption goes to 2.5 kW, while the Solar production is "just" ~400W.
  • DESS plan was to keep battery at 52% SoC until around 10:00, when it wanted to start slowly charging
  • ----------
  • Expected behavior: the consumption peaks will be covered from battery power (because the SoC > Minimum SoC). If the battery SoC decreases below the target, it will be recharged afterwards from Solar limiting selling to Grid for a low price
  • Observed behavior: the consumption peaks were covered from Grid, buying for high price (0.28 buy vs. 0.10 sell), making unnecessary spending.


Situation 2: BUYING from Grid to catch-up SoC plan instead of waiting for Solar to recharge batteries

  • Afternoon, starting from ~13:22. The DESS plan is to recharge the batteries to Full because the selling price is the lowest (the plan itself is good)
  • Feed-IN to grid was correctly stopped at 13:00
  • Unfortunatelly, some clouds came in, and the Solar production between 13:00-13:20 was lower than predicted (still, solar production ~3000 W, while consumption was just ~500W, so Battery Power was around ~2500W -- batteries were nicely and steadily charging, though not as fast as DESS has predicted).
  • -----
  • Expected behavior: the charging will continue at a natural Solar-production pace, Feed-In to grid will be stopped "a little longer" to compensate for clouds and slower charging pace [see Fig. 3]
  • Observed behavior: the system decided to take additional power from the grid, even though the BUY price is high (0.28), and there is NOT any other time point where the bought energy can be sell back for the higher price. [see Fig. 4]

My guess is, that somewhere in the implementation there is a mistake, that it incorrectly calculates with DYNAMIC SELLING prices instead of FIXED BUYING prices to decide when to buy from the grid.

This example happened on 26.6.2024. My VRM ID = c0619ab5fb1b

Please see the attached screnshots for getting grasp on what was going on

(EDIT: for some reason I can not upload images, it tells me "No link in upload response" :( ).





1 Like 1 ·
falkon avatar image falkon falkon commented ·

Fig. 1: Situation 1, time 6:20.

01-morning-peaks-not-covered-from-battery-lowres2.jpg


Fig. 2:

02-morning-prices-lowres.jpg


Fig. 3: Situation 2, time 13:48.

11-afternoon-soc-catchup-from-grid-lowres.jpg


Fig. 4:

12-afternoon-prices-lowres.jpg

0 Likes 0 ·
fdues avatar image fdues commented ·

Hi, i also cant activate it. VRM ID c0619ab4bbc2

0 Likes 0 ·

@duivert & @FDues : You need your GX to update to firmware v3.30 first. I'll update the documentation to make this more clear.

0 Likes 0 ·
Duivert NL avatar image Duivert NL Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

thank you!

1 Like 1 ·
Show more comments
prein avatar image prein commented ·

I think it is unlogic to charge the battery between 14 and 15 and discharge The same bit between 18-19 given the price scheme..


img-2192.png

Id c0619ab39902

0 Likes 0 ·
img-2192.png (376.4 KiB)
max-payne avatar image max-payne prein commented ·

Yeah the dynamic ESS should take all 1 hour blocks and sort them in descended order by profit - and fill those hours first and foremost.

It should look 48 hours ahead and plan such that most profit can be achieved in that timeframe within the limits of the system.

Maybe that means charging at night on the weekend and holding off until monday morning.

0 Likes 0 ·
prein avatar image prein max-payne commented ·

It's quite complex of course, but in this situation, where the sun is less than expected. The better choice would be to not charge the battery to target SoC, but recalculate and export less to grid at 18.00 (or 19 or 20)..


I deliberately set the sell price lower to prevent too much trading (the noise from the multiplusses is too close to the living room in this case). I understand the battery must be emptied at the best hour, so discharging to grid at 18 is ok, but buying extra for 7ct and then selling it back for 7cts is a waste of money

0 Likes 0 ·
Show more comments
Barbara (Victron Energy) avatar image Barbara (Victron Energy) ♦ prein commented ·

To limit this behavior, I would advice to put a reasonable battery cost in the configuration. If the algorithm expects there's no cost attached to charging/discharging a battery, it will favor that, even if the profit is minor.

0 Likes 0 ·
grua avatar image grua Barbara (Victron Energy) ♦ commented ·

or disable "discharge battery to grid"

0 Likes 0 ·
Show more comments
max-payne avatar image max-payne commented ·

@Dirk-Jan Faber (Victron Energy) Great now make it like go-e charger and add dynamic pricing information for Awattar!

I see its missing.
Simple formula:

(EPEX SPOT AUT * 1,03 + ,0,015) * 1,2
Quote of Awattar:


Stündliche Preise EPEX Spot ® AT +
| Stündliche Preise EPEX Spot ® AT | * 0.03 (3%)
+ 1,500 Cent/kWh



Oh I see its there with another name already ;)

1710951026000.png


Please add Awattar. Seems like a copy paste job for smart energy.

0 Likes 0 ·
1710951026000.png (60.1 KiB)
Barbara (Victron Energy) avatar image Barbara (Victron Energy) ♦ max-payne commented ·
Thank you for providing this, we'll add it!
0 Likes 0 ·
grua avatar image grua max-payne commented ·

Attention: aWATTar calculates 3% of the absolute value of the price! This means that the part of the formula "p * 1.03" is only correct if the purchase price is positive, which is normally the rule.

But there are always phases of negative purchase prices. And therefore this part of the formula must correctly be as follows: "p + ABS(p) * 0.03".

As DESS does not yet allow an absolute value, negative purchase prices cannot yet be correctly taken into account in aWATTar!

0 Likes 0 ·

That 'abs()' functionality should be there. But only on positions where the formula allows it. If you have issues with that, just tag me and I'll probably look further into it early next week.

0 Likes 0 ·
grua avatar image grua Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Ah OK, then thats new - didn't see it yet

0 Likes 0 ·
max-payne avatar image max-payne commented ·

@Dirk-Jan Faber (Victron Energy) Second comment. VERY COOL FEATURE.

Activated it but ran into a problem:
1710951561696.png"Battery capacity unset". I read the dynamic ESS manual fully and expected it to work.
Venus OS shows dynamic ESS in Mode AUTO. So the update works.

Is something off? Why the error?

1710951676678.png

0 Likes 0 ·
1710951561696.png (41.1 KiB)
1710951676678.png (62.0 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ max-payne commented ·
What is your vrm ID? So I can take a look at what is wrong?
0 Likes 0 ·
max-payne avatar image max-payne Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

@Dirk-Jan Faber (Victron Energy)
Thanks - I saved again but after 1hr error was back. I am aware of no error since I followed the manual and values are present in the UI. Please take a look.
VRM ID: 48e7da856f31

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ max-payne commented ·

I don't see the cause of it right away. Can you enable "remote support" on your GX device? (You can find that in the console under Settings -> General).

0 Likes 0 ·
Show more comments
grua avatar image grua commented ·

It's great that DESS has now been officially released, which will significantly increase the number of users and feedback, but will of course also cause you even more work ;-)

The most important points on your to-do list in my opinion:

  • Maximizing battery charge by the end of the day to cover consumption until sunrise

  • Periodically fully charge the battery to improve battery life

And as I had already noted in the beta phase, DESS obviously ignores the grid set point configured in the remote console. I always set the grid setpoint in ESS slightly negative (-10W) to avoid grid reference as much as possible. DESS seems to ignore this and seems to adjust to 0 W or slightly positive. This causes unnecessary expensive grid consumption over a longer period of time.

1710969191686.png

1710969254509.png


The rest: great!

0 Likes 0 ·
1710969191686.png (30.1 KiB)
1710969254509.png (25.3 KiB)

If you were to check the dbus paths of the system, you could already notice work being done on those two points. The first point is already in a testing phase on the Node-RED implementation.

As far as the grid setpoint goes. With DESS on the ESS grid setpoint is no longer used, otherwise we'd be slowly discharging and ending at a lower SOC than the algorithm expects, and also potentially feeding energy into the grid when it is not allowed.

The system behaves as designed. Just not as you prefer it to behave.

-1 Like -1 ·
frantiseksobotka avatar image frantiseksobotka Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

I would like to support idea of grua. As the regulation of the setpoint has certain accuracy and there is difference between sale and purchase price the the optimal (from economical point of view) stady point is not zero.

The exact optimal grid setpoint can be calculated (input should be the stability of regulation, differnece beteween sale and purchase price). Say it easy - in case that purchase energy is very espensive and there is plan to export -> move setpoint under the zero.

E.G. in Czech republic where purchese/sell price difference is high...these unvanted small purchases can consume up to 30-40% of the complete DESS earning benefit and that is huge.

2 Likes 2 ·
Show more comments
ronaldt avatar image ronaldt commented ·

Great that we have now the official release! Many small (or bigger) improvements have been made during the last couple of months with a lot of feedback via this forum and quick response from Victron @Dirk-Jan Faber (Victron Energy) . Thanks!


Now for the next release :)
- Please do not be so strict on target SOC
- Able to set a minimum SOC for DESS. It is now taking the minimum SOC of the system resulting in that the batteries are empty many times for longer periods. And there is a lot of capacity to play with when it charges only up to a good 50%. See picture below. (from node-red because it gives a nicer picture to show this)
schermafbeelding-2024-03-21-om-074519.png

0 Likes 0 ·
ronaldt avatar image ronaldt ronaldt commented ·


Example below happening just now. SOC is 20. And now the sun comes around the clouds. All me precious energy is dumped for a low price to the grid. But later I buy it back because SOC says so (and use it to sell it for a higher price). For sure this is costing money.
Would it be an easy change not to sell when the price is low (like not to buy when the price is high)?


schermafbeelding-2024-03-21-om-111215.png


schermafbeelding-2024-03-21-om-111803.png

0 Likes 0 ·
hans818 avatar image hans818 ronaldt commented ·

Yes here also

I hope that the DESS minium SOC can stop this, so when that is reached the selling is over and switch to ESS. But the button is grey. Is this function still active ?



0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ hans818 commented ·

This is a remnant from the beta version, which we overlooked to remove from the gui. The underlying system does not use that setting.

1 Like 1 ·
Show more comments
Show more comments
stoyanov9 avatar image stoyanov9 commented ·

Hi everyone,

First of all congrats on the amazing functionality!

What time zone should I use to insert the hourly rates (fixed or variable)?

For instance I am located in Bulgaria (EET) and my local night rate is between 22:00-06:00 local time. Do I have to set this rate between 21:00-05:00 (CET)?

The selling rates are variable and are with delivery time set in CET.

Thank you



0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ stoyanov9 commented ·

If everything works as intended you should enter it in your local time. But as dealing with different timezones and getting everything working right is a known can of worms, I can't rule out that we overlooked things there.

If it does not work as you expect, please do tag me.

0 Likes 0 ·
stoyanov9 avatar image stoyanov9 Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Hi Dirk,

Thanks for coming back. Indeed time zones are kind of tricky and I have the following concern related this time to the selling prices timing and application to the volumes produced in time zones other than CET.

I have set the selling price formula to (p - p*0.08 - 0.009) and I guess p is derived from the official market segment "Day Ahead" with delivery time defined per CET zone.

1711105912372.png

The above chart is converted very nicely into the below pricing breakdown per hour in VRM, which exactly matches the spike in selling price at 19:00 CET for instance.

1711106013825.png


My concern is that my system is located in time zone EET (CET + 1) and the price above (for the hour 19:00-20:00 CET) would be applied to the quantities produced (discharged from the battery) in the hour 20:00-21:00 EET.

This has an impact on planning battery charge/discharge times especially around lunch time when often selling prices are very low just for an hour or two. For instance the DESS charged my battery at most between 12:00-13:00 based on the above CET hourly selling prices as this is when the selling price was lowest. However, the quantities of my system that will be priced at the lowest price will be the quantities produced between 13:00-14:00 EET. As a result, it would have been better if the battery was charged between 13:00-14:00 EET local time.


1711106971141.png

Hope the above is clear. If you need more details please let me know


1 Like 1 ·
1711105912372.png (77.7 KiB)
1711106013825.png (38.4 KiB)
1711106971141.png (83.8 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ stoyanov9 commented ·

While I do see that the system did sell some of the energy too cheaply, it does seem to stick to the correct hour, agreed? This is also quite clear from tomorrows plan:
1711373298925.png


1 Like 1 ·
1711373298925.png (65.2 KiB)
Show more comments
markess avatar image markess commented ·

Hi


It was mentioned before that once Dynamic ESS was rolled out the VRM grid data would include 'Grid from Battery' data, but I still see only Grid to Battery data e.g.


1000008739.png


I assume one does not have to have Dynamic ESS enabled first. Will a "From Battery" box be added to above?

Many thanks.

0 Likes 0 ·
1000008739.png (80.0 KiB)
Martin Holy avatar image Martin Holy commented ·

Hi,

would it be possible to see the dashboards of the DESS after configuration without having the DESS enabled e.g.: via a toggle button? The KPIs are quite useful for other custom implementations as well.

0 Likes 0 ·
Andi avatar image Andi commented ·

Hi!

Why does the system sell electricity when it is deactivated?

photo-2024-03-21-17-18-04.jpg

photo-2024-03-21-17-19-22.jpg
ID c0619ab313dc

0 Likes 0 ·

I am a bit confused. Dynamic ESS was disabled during that time on your site. Disabling dynamic ESS includes disabling the rules and restrictions that are part of Dynamic ESS. Which seems logical to me.

We'd need to put the ruleset in a higher level then Dynamic ESS to make the rules and restrictions apply for the whole site, unrelated to Dynamic ESS / ESS or other systems to accomplish this. That is not how the system currently works. Changing that would have a huge impact on the other parts of the system too.

1711096513763.png

0 Likes 0 ·
1711096513763.png (32.3 KiB)
Andi avatar image Andi Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

@Dirk-Jan Faber (Victron Energy)
I am a bit confused. Dynamic ESS was disabled during that time on your site. Disabling dynamic ESS includes disabling the rules and restrictions that are part of Dynamic ESS. Which seems logical to me.


Sometimes (like today) I disable DESS to load the cheapest prices at Tibber and to fully charge my battery. Today 17 cent.

We'd need to put the ruleset in a higher level then Dynamic ESS to make the rules and restrictions apply for the whole site, unrelated to Dynamic ESS / ESS or other systems to accomplish this. That is not how the system currently works. Changing that would have a huge impact on the other parts of the system too.

I don't understand that. Can you please explain to me exactly what you mean?

0 Likes 0 ·
grua avatar image grua commented ·

Does it still make sense to always install the latest Venus OS beta version, as was the case in the DESS beta phase? That would currently be v3.40~1, for example.

Or now that DESS has been officially released, stick with the official Venus OS versions?

0 Likes 0 ·

It does not matter too much. The beta releases might add get extra functionality a bit early before it ends up on the regular one. But it also adds the risk of us breaking some existing functionality.

If you just want to run it and don't care about getting new functionality a bit earlier, stick to the official release.

1 Like 1 ·
hornbyben avatar image hornbyben commented ·

It’s great to see DESS live. With your comment on 30 min pricing being in the works, will that also include a link to the Octopus API, as that provider is the most common variable pricing energy provider in the UK, and it would be great to be included.


Currently I’m doing the setup manually every day when I get the day ahead prices.

0 Likes 0 ·
simon-jukes avatar image simon-jukes commented ·

I understand the system is leaning, but Is it normal during the fist 28 days for DESS to charge the battery during the day when rate is high, and hardly put any charge in battery over night on cheap rate. Rates are setup in settings. For example, currently generating solar with forecast for sun to continue this afternoon, SOC is already at 76% but the system is currently charging from grid at 1600w on peak rate electricty.?

1711116201981.png

Simon

0 Likes 0 ·
1711116201981.png (36.1 KiB)
kositch avatar image kositch commented ·

Hi,

I have boiler connected to AC2 Out which is switched on based on SoC, it is configured inside the Multiplus and uses its SSR, it turns on phase 1 at 95%, phase 2 at 97% etc., is it possible to make DESS working with that? When I switched DESS on, battery does not reach above 90%, it starts feeding the grid when SoC is 80%. I suppose it can't work together (boiler control and DESS active) or can I somehow tell the system to charge the battery above 90% when there is enough PV power?

0 Likes 0 ·
kositch avatar image kositch commented ·

When there will be some news about DESS functioning, where is the best place to subscribe to be informed? And second question - when there are some improvements, is it needed to update Cerbo GX to make them active or does this happen on some Victron cloud and those changes are effective when released?

0 Likes 0 ·
sarowe avatar image sarowe commented ·

Wir hatten das Thema schon einmal bei der Beta Version. Ich habe heute mal wieder beobachtet das das DESS beim parallelen Laden aus dem Netz und PV Produktion, die PV Produktion runtergeregelt wurde.

0 Likes 0 ·
ahtih avatar image ahtih commented ·

Forecast is not quite reasonable.

Very high consumption forecasted for tommorrow. I had high consumption 3 weeks ago but not that high as forecasted and last two Sundays it has been less.

Last 30 days

Forecast for Sunday

And solar irradiation forecast for tomorrow is about 2 times less than for today but DESS thinks that solar production will still be higher. 6,4 for tomorrow and 4,8 for today. Maybe it will be, we well see tomorrow but it does not seem to add up with irradiation forecast.

1000002937.jpg


1000002941.jpg

Have to disable DESS tomorrow because there is nowhere to put solar if target SOC will be 100% for most of the day and not much real consumption.

Site id 48e7da86cd8b

0 Likes 0 ·
1000002939.jpg (298.4 KiB)
1000002936.jpg (979.0 KiB)
1000002937.jpg (245.9 KiB)
1000002941.jpg (353.5 KiB)
jimg avatar image jimg commented ·

Any plans to add the UK to the list of supported countries and it's suppliers who now have a wide selection of smart tariffs.

Some smart tariffs have up to 3 different pricing periods for both import and export, some have variable half hour pricing during a 24 hour period.

Feedback on the solar forecast element of DESS - I've been observing the daily forecasts for several months while DESS has been in Beta. For our location - Chester, NW of England, the forecasting is often miles out and nowhere near reality.


Also now in the UK, some energy providers are offering smart tariffs where the energy provider controls the charging and discharging of our batteries to automatically charge the batteries during periods of low grid pricing during the day and discharge during the peak 4-7pm period.

Example Octopus Energy - Intelligent Flux tariff, currently in beta with Givenergy batteries.

Any plans to offer similar integration?

0 Likes 0 ·
Peter avatar image Peter jimg commented ·

We in GbbOptimizer support such tariffs and 30-minutes timeslots.

1 Like 1 ·
morkfromork avatar image morkfromork commented ·

Hi all, I've configured Dynamic Ess, reloaded the config with the new assistent in my Multiplus. But now the Multiplus does not sell to the grid or provide power for self consumption. Charging goes well. Do you know what I did wrong?

ess.png


0 Likes 0 ·
ess.png (68.5 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ morkfromork commented ·

It looks like there is something strange with your grid meter, as your site is not recording the energy for today and yesterday.
Without that data, the system is unable to create a reasonable schedule.

0 Likes 0 ·
ojack avatar image ojack Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

It looks like

a) energy meter is wired upside down

or

b) there is a PV Inverter at L1 which is not measured by the GX device

0 Likes 0 ·
kudos50 avatar image kudos50 commented ·

@Dirk-Jan Faber (Victron Energy) Last Saturday afternoon during a DESS planned "buy" event the MPPT charger was throttled back to zero for about 5mins. Battery was almost full but charge current from multi's was still very high. In fact, it started charging again before the pylons reached 100%.

I you have a moment, 23rd of march 15:00 - 15:10.

# c0619ab2ef52

0 Likes 0 ·
kudos50 avatar image kudos50 kudos50 commented ·

@Dirk-Jan Faber (Victron Energy) on top of that, remember that you noticed my system regularly needs to work without forecast and falls back to strategy 1 ? I have a feeling this is getting worse and I'm only not seeing it because it's operating on low-soc most of the time.

Can you help me understand and fix this ? I have been using DESS for very long time so history for forecast should not be a problem ?

I have my VRM statistics set to 1 minute interval. Can it be something simple like that perhaps ?

For now, I run a flow to re-set strategy to 0 for an hour if 1 on schedule0 and 1 on schedule1 is detected.

0 Likes 0 ·
kudos50 avatar image kudos50 kudos50 commented ·

@Dirk-Jan Faber (Victron Energy) , @Guy Stewart (Victron Community Manager) I have noticed it several times now. Every time DESS plans a 100 charge, the MPPT RS throttles back to 0W for about 5 mins when soc is at ~97%. Could be that is the point at which bulk charge ends.

The Multi's are still continuing the charge process for a few mins with 1000W+ so the 5mins is basically a waste of mppt rs solar energy.

100% is reached way later due to balancing and the MPPT RS is back at it's full power point way before that.

I can imagine this not being related specially to DESS. Maybe even just to the MPPT RS and the interval between full scans after having throttled back ? Please assist or point me in the right direction.

Last recorded even was yesterday (7th of April) at 14:40 / c0619ab2ef52

0 Likes 0 ·
kositch avatar image kositch commented ·

Can @Dirk-Jan Faber (Victron Energy) please explain me, why DESS behaves like this on my setup? I attach screenshots of settings - during the highest energy price it covers the consumption of home from grid and not from battery.

When I look on tomorrows plan, it seems it just wants to use battery for covering morning consumption, when the price is high and then it does not want to use battery at all.

2024-03-25-14-34-27.jpg

2024-03-25-14-34-07.jpg

2024-03-25-14-53-32.jpg

2024-03-25-14-53-21.jpg

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ kositch commented ·
It looks like the cause is that the consumption forecast is quite bad for your site, which negatively influences the planning.

The only thing I can do about that right now is to make sure that your site gets to be one of the first that gets the improved forecasting early.

0 Likes 0 ·
kositch avatar image kositch Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Perfect, thank you, do I need to update Cerbo for that improvement or do you need my ID?

Second question - is it possible to set somehow to prioritize battery charging above 97% so my boiler can turn on when exceeding that threshold, which was set by PV system provider using Multiplus AC2-Out?

0 Likes 0 ·
Show more comments
stefan-db avatar image stefan-db commented ·

@Dirk-Jan Faber (Victron Energy)

I see that the target SOC @24h is changed from Min SOC to higher value. Looks like it is calculation off planned consumption till next production is high enough. What is the correct way. Only the multiplication x1.25 (transformation losses DC->AC) is not made.

I would even make this correction higher factor 1.5 or even 2 to cover also unplanned extra consumption. Do you look also to next day (production - consumption) > 0 ? Because if there is not enough sun next day you need to keep more in the battery.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ stefan-db commented ·

Reaching that extra end of day SOC is currently only active in the Node-RED implementation. At the moment that is the only way to set the extra amount of battery charging to accommodate for the use between midnight and sunrise.

The fact that you see the plan for the extra charging comes from the fact that tomorrows prices are in and the underlying algorithm now plans to the end of tomorrow. But given the time of day, it leaves only little time to charge from solar.

0 Likes 0 ·
stefan-db avatar image stefan-db Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

ok but till yesterday it was Min Soc now it is 20% what is aprox equal to the needs till sunsire without the mentioned corrections. I tought finnaly :) . Battery was at the moment off checking 100% charged he adjusted only the export a bit.

0 Likes 0 ·
Show more comments
shaunuk avatar image shaunuk commented ·

We have a 10x cost difference between off peak and on peak, 4.5p at night 12-5am and then 5-23:59 - 44p. So we very much avoid all peak usage. I have have had dynamic ESS on for a few days with sensible values and today I have woke up to a 14% charged battery over night. Dynamic ess is buying and selling in the off peak period back and fourth and I have no idea why.

Any ideas before I need to switch it off ?


img-8510.jpeg

img-8514.jpeg

0 Likes 0 ·
img-8510.jpeg (578.6 KiB)
img-8515.jpeg (455.8 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ shaunuk commented ·

Not sure yet, but you are right that it should not have used the battery for consumption. We'll look into this.

Meanwhile, what you can do is to set the battery cycle cost a bit higher, so that it is higher than the low grid price (e.g. set it to £ 0.05). Then the system should favor using the grid for consumption during those low price periods.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ shaunuk commented ·

I am also quite sure that the max import power of 100 kW is wrong. It typically does not exceed 20 kW, of course depending on the type of grid connection you have.
As the system does calculate with that capability, having it set wrongly will negatively affect the calculations and scheduling.

0 Likes 0 ·
ojack avatar image ojack Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

In Germany for example many grid connections for normal houses have 63A at 3 phases. So 63A x 400V x sqrt(3) = 44kW

0 Likes 0 ·
Simon Hackett avatar image Simon Hackett commented ·
I have a question about the currency selection in the code and in VRM in general.

In the VRM general settings, there is an option for US Dollars but not for Australian dollars. Can Australian dollars be added?

On an (obviously) related note - if I change the currency unit in VRM generally, does the Dynamic ESS menu currency setup inherit that change automatically?

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Simon Hackett commented ·
Yes, we'll add Australian dollars.

And yes, Dynamic ESS inherits the sites currency automatically.

0 Likes 0 ·
waldfee avatar image waldfee commented ·

Is it normal that DESS ignores the minimum SOC and optimized without battery life?

My minimal SOC is 10% and battery life is off, but the system stops sometimes at SOC 30 or 50 and i use grid instead battery. It seems that battery life is working although it is off. I want to use my minimum SOC 10%, because when my PV wont load my batterie the DESS should load from the grid when the price is low. But at the moment i start with over 40% battery in the day and my PV charges the battery now immediately to full. The rest of the day i sell my PV to grid and in the night i buy from the grid while my battery is over SOC30.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ waldfee commented ·
It will usually plan for anything between min SOC and 100%. There is no guarantee that either of those will be matched (at least not until we have the periodic charging to 100% life).


At the moment it seems you have DESS switched off (since early this morning) on your site. When you had it on on the 23th, it went as low as 14%. And the highest was 92%.

0 Likes 0 ·
waldfee avatar image waldfee Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Yes i switched it this morning off at 6 in the morning. After i woke up i saw that since yesterday after 10 in the night the SOC stopped at 34% and i consumed from the grid. This stays until the morning and i turned DESS off to use my battery. verbrauch.png

0 Likes 0 ·
verbrauch.png (100.1 KiB)
grua avatar image grua waldfee commented ·

I think DESS just followed it's target SOC as it should. You read the DESS-manual and know the principles of DESS, espacially the strategy of following the target SOC each hour?

0 Likes 0 ·
waldfee avatar image waldfee grua commented ·
Not really. I undertstood it like the SOC will be loaded to the maximum the DESS calculates to fullfill your daily consumption.

But this includes to use the whole SOC the system gives you. Also when Tibber is activated, then should it load in cheap times.

I thought it will not keep some SOC in reserve. When ia have now battery still over min SOC and my house takes it from the grid than why use DESS? This is the behavior of battery life on. Thats why i turned battery life off.

My opinion was that DESS will load to maximum need SOC when the price is cheap and maximum SOC will be calculated by DESS and will not be fix 100.

1 Like 1 ·
daniel-feist avatar image daniel-feist commented ·

How can this be explained:

- Hardly charged overnight at all on cheap rate.
- At 6am was already importing from the grid (4 times the price).
- Sent almost all excess PV (18kWh) during the day to the grid.
- Exported battery -> grid 1-3pm (when not enough SoC for evening)
- Importing from grid again at 4pm.
- No where near enough in battery for evening usage. Grid usage planned all evening.

Weird thing is that yesterday it seemed to work really well. Today this logic makes no sense at all though.

c0619ab38079 (26/03/24)

1711471434583.png

0 Likes 0 ·
1711471434583.png (100.5 KiB)
daniel-feist avatar image daniel-feist daniel-feist commented ·


And tommorow:

- Plans to charge minumum possible from gird (even when import is cheaper than export!!)
- Assumes all evening usage will be covered by PV (which may not happen, depending on cloud).

What should happen:

- Charge overnight for all forcast usage (or more, given it can be exported for profit)
- Export all PV straight to grid (no effieincy losses)
- Any excess in battery in evening can be exported for (small) profit to grid.
- Solar->Battery should happen before Solar->Grid (if required), in case PV doesn't happen.


1711474430193.png


0 Likes 0 ·
1711474430193.png (57.8 KiB)
avukat38 avatar image avukat38 daniel-feist commented ·

hello everyone

I think it works properly for me, DESS, I am a fixed price subscriber, I have permission to sell it to the 10KWH grid, I have a 480A battery, I have a 20KWH solar panel, my program is PV first to start the loads and then sell it to the grid for 10kWh, after 10kWh passes, it charges my batteries, it works perfectly on sunny days, in the morning Grid feeding starts with the first light of the sun, when the production exceeds 10 kWh, my batteries start charging, charging is completed when the target SOC reaches 99%, if the production is not enough for consumption, it uses my batteries, not the grid. This way, I can make the most sales without using the network at all.

The problem is only on cloudy days. If the PV production does not exceed 10kwh, my batteries do not charge.

0 Likes 0 ·
Show more comments
rikhf avatar image rikhf commented ·

Can't get into VRM settings page. When I go to Settings -> Dynamic ESS both buttons "toggle on/off" and "start configuration" are greyed out.

The system: 6 x MPII 5kVA, 3 fase, FW 508, assistant 018C. Venus OS 3.40~1.

Did I miss something?

ID: c0619ab33ea2.

0 Likes 0 ·

That was an error in a filter on our side. We've cleaned that filter and now it should be working again. Thanks for reporting.

1 Like 1 ·
rikhf avatar image rikhf Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Indeed it is working now. Tnx Dirk Jan!

0 Likes 0 ·
rikhf avatar image rikhf rikhf commented ·

@Dirk-Jan Faber (Victron Energy) Well, it still doesn't go as smoothly as one should wish. Now I fill in the figures, no selling to the grid on this location but still get this warning. Is this a bug?

dyness-settings.jpg

warning-dyness-settings.jpg

0 Likes 0 ·
dyness-settings.jpg (82.7 KiB)
Show more comments
axel-koning avatar image axel-koning rikhf commented ·

Is in VRM - general setting - realtime set on ?

0 Likes 0 ·
guntherb avatar image guntherb commented ·

Id: c0619ab42937

I am very pleased with the DESS. However, yesterday (26/03) I saw on the Energy graph that the system loads the battery from the grid for small amounts of time/KWh although there is enough solar (see the red circles on the graph). Is there an explanation for this behaviour? Thanks.

schermafbeelding-2024-03-27-om-080538.png

0 Likes 0 ·
alex-itcus avatar image alex-itcus guntherb commented ·

When the panels are dropping fast the generated power or a consumer starts the system has a moment of des-equilibrium that is stopped with the help of the grid. This creates short sales and buys. Adjust the grid offset at +50W or test a value that works for the power and consumers in your system.

0 Likes 0 ·
indisa avatar image indisa commented ·

I'm from Spain and my energy provider is Octopus. When I try to select energy providers, none appear, although I would be fine with using the indexed price.

This is the formula I use for the electricity calculation:

(p+0.005)×1.235

Energy provider profit share = 0.005 VAT + Taxes = 1.236 (21% VAT, 2.5% tax)

This is the formula my provider includes in the contract:

Energy (€) = ([Σ(p=1 to n) (OMIEp+CMp+RCp) * (1+PRedp)] + 0.005) * M + ATRe) * Consumed Energy p

The simplified formula would be: indexed price + 0.005

In Dynamic Energy System (Dymamic ess), it always shows that the price is less than 0.01€.

s shows that the price is less than 0.01€.

0 Likes 0 ·
Andi avatar image Andi commented ·

@Dirk-Jan Faber (Victron Energy)
ID c0619ab313dc
DESS activatet,
Bad Weather,
Akku65% (2x280AH),
2 hrs cheapest Tibber price (17 cent),
no battery charging from the grid,

Maybe I'm misunderstanding DESS, but I always thought that charging from the grid is also part of this logic.

bildschirmfoto-vom-2024-03-28-06-15-26.png

0 Likes 0 ·
grua avatar image grua Andi commented ·

You should also show the SOC progression planned by DESS. DESS is currently still planning for SOC to be at min. SOC at the end of the day. With your 65%, this will probably work out even without charging the battery. In this case, DESS tries not to "waste" money and prefers to sell PV surplus.

0 Likes 0 ·
kositch avatar image kositch grua commented ·

Also depends on battery price/kWh you have set, it too high, it can omit charging from grid some times.... In future updates, they should preffer charging batteries much higher than it behaves now. Lets wait...

0 Likes 0 ·
Show more comments
steve0564 avatar image steve0564 commented ·
I tried DESS again. Unfortunately, I discovered that since one of the last DESS versions was feeding into the grid very often, even though I had prohibited feeding into the grid with 0W and in the settings.
Unfortunately, the grid-feed-function is deactivated in that moment, when activating DESS. Unfortunately, this cannot be used for me in Germany.
0 Likes 0 ·
sarowe avatar image sarowe steve0564 commented ·

Bei meiner als Nulleinspeisung konfigurierten Anlage ist das nicht der Fall. Es wird ab und an etwas ins Netz gedrückt aber nicht andes als beim normalen ESS. Ich habe mich vor einiger Zeit kundig gemacht und habe als Antwort bekommen, das diese Kleinstmengen als nicht vermeidbare Regelverluste gelten. Von dem im Gesetz genannten Greenwashing kann in dem Fall nicht die Rede sein. Diese Regelverluste beruhen auch zum großen Teil auf der maximalen Regelgeschwindigkeit von 400W/s.

0 Likes 0 ·
steve0564 avatar image steve0564 sarowe commented ·

@Sarowe: ohne DESS mit aktivierter Netzeinspeisung auf 0W lief es in Verbindung mit einem separaten BKW (600Wp) besser. Es wurde auf den Gridsetpoint genauer ausreguliert, indem dann direkt vom Grid in die Batterie geladen wurde, solange bis der Gridsetpoint wieder einigermaßen passte. Jetzt mit aktiviertem DESS und dadurch deaktivierter Netzeinspeisungfunktion klappt das nicht mehr. Da wird schonmal minutenlang mit -200W (Anzeige) ins Netz geschoben (je nach Sonnenschein).
Ich weiß schon, dass solche Kleinstmengen für den Grundversorger irrelevant sind, trotzdem lief es, wie oben beschrieben, schonmal viel besser. ich hoffe Dirk-Jan liest hier mit....

0 Likes 0 ·
grua avatar image grua steve0564 commented ·

Habe nicht alle deine bisherigen Kommentare zuvor gelesen, aber du schreibst vom Grid Setpoint. Hast du den auf einen Wert <> 0W parametriert?

Bei aktivierten DESS wird immer grid setpoint = 0W angenommen, etwaiger anderer parametrierter Wert wird im DESS derzeit noch ignoriert und nur im normalen ESS verwendet.

Habe ich bei Dirk-Jan aber bereits eingelastet.

0 Likes 0 ·
Show more comments
hans818 avatar image hans818 commented ·

The Grid feed in Maximum in the ESS setting do not seems to work for AC pv inverters on AC out, max is now 300 W still pushing to the grid (at very low price ?)


gr Hans

VRM id : c0619ab4d86f

28032024.jpg 28032024-1.jpg

0 Likes 0 ·
28032024.jpg (119.9 KiB)
28032024-1.jpg (47.9 KiB)
hans818 avatar image hans818 hans818 commented ·

stange behavior , loading from the grid to battery , while the forecast for solar not fit in the battery today.


gr Hans

VRM id : c0619ab4d86f


1712753842206.png

0 Likes 0 ·
1712753842206.png (90.8 KiB)
fdues avatar image fdues commented ·

Hi, my system does not Charge when Dynamic ess is on.


Vrm ID:c0619ab4bbc2


This happens very often and I don’t know why.



0 Likes 0 ·
Björn Kellermann avatar image Björn Kellermann commented ·

DESS schedule does not obey "grit current limit"

@Dirk-Jan Faber (Victron Energy)


Cerbo GX v3.30, MP2-5000

VRM portal ID: c0619ab4b370


I have a MP2 and DESS running.

Grid current limiting set to 3A, which is obeyed. Max charge/discharge is around 600-700W.

DESS is working as well. On low price grid is used to charge battery. On high price battery is used primarily. Thanks for the great work!


Maybe I found a small flaw. The DESS schedule seems to show higher scheduled values for „Grid to Battery“ (2,5kWh) compared to what is possible in respect to the grid current limit set to 3A -> 0,7kWh.

I assume the capability of the MP2-5000 is used for scheduling and not the grid current limit set.



img-8120.png

img-8121.png



0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Björn Kellermann commented ·

For the calculations of the schedule the capabilities, set in the dynamic ESS settings, are being used. I see that you have set these to:

Maximum discharge power 2.4 kW
Maximum charge power 2.4 kW

If you set those to 0.7 kW, the schedule should start matching the limits.

I agree that it is a bit double to set the limit on 2 places, so I'll check if we can start calculating with the lowest of the two set values.

1 Like 1 ·
Björn Kellermann avatar image Björn Kellermann Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

To get even more accurate schedules, there might be more parameters:

  • capability of connected MP2s/Quattros…

  • battery load/discharge

  • grid current limit

  • AC solar forecast

  • MPPT/DC connected and MPPT solar forecast as they do not influence grid current limit

  • AC feed access

  • MPPT/DC feed access

0 Likes 0 ·
Show more comments
Andi avatar image Andi Björn Kellermann commented ·

Hallo Björn.
Bei mir funktioniert das leider nicht. Ich habe Tage da kostet der Strom 17 cent, aber DESS läd meinen Akku nicht.
Könntest du mal einen screenshot von deinen DESS Einstellungen machen, das ich mal vergleichen kann?

Gruß Andi

0 Likes 0 ·
lennart-1 avatar image lennart-1 commented ·

Today I noticed that the forecasted consumption went haywire, this wasn't the case in previous days with dynamic ESS enabled. This also don't represent other historic consumption (see previous days). I don't charge an electric car or have other giant loads that consume 5kw/6kw.

The DESS planning is struggling to plan to buy energy today at the low prices because of the high forecasted consumption en already started buying energie hours before the lowest point. An hour ago I disabled DESS and will enable DESS at 12:00 to take-in grid power to the battery at the lowest price.

You would think that at some point DESS would realize that the forecast consumption is way-off and would recalculate this.

System ID: c0619ab24334
1712047929543.png

1712047940854.png

1712047952198.png

1712048656069.png

Other info for today

1712048035888.png

0 Likes 0 ·
1712047929543.png (163.1 KiB)
1712047940854.png (58.0 KiB)
1712047952198.png (61.1 KiB)
1712048035888.png (114.6 KiB)
1712048656069.png (59.6 KiB)
lennart-1 avatar image lennart-1 lennart-1 commented ·

Forecast consumption has changed changed and after that I re-anabled DESS.
Still don't now what caused the consumption forecast to go that high.
How often does DESS recalculate the forecasts and planning?

After forecast recalculation, with DESS still temporary disabled:

1712050772006.png

After forecast recalculation and enabling DESS,
The scheduled charging from the grid is now at the cheapest time:

1712051072344.png


0 Likes 0 ·
1712050772006.png (86.1 KiB)
kositch avatar image kositch commented ·

Any explanation, why the DESS is feeding consumption from grid to when batteries are charged and there are peak price hours now, it does not make sense.

Portal ID: c0619ab1e051

image0.jpeg

image1.jpeg

image2.jpeg


UPDATE: After a one hour, consumption forecast somehow changed to 0 consumption (compare it with forecast from screenshot above where the forecast was correct) and SoC is scheduled to hold to 100%, not sure what is happening, but it is quite strange resulting to permanent grid usage and those consumption forecast "drop-offs" are very often completely disturbing almost perfectly planned DESS schedule...

1712059116757.png

Update 2: Because of that I disabled DESS, after a two hours, consumption prediction completely changed to extremely high for a change, see next screenshot. Hope this helps for better troubleshooting. It seems, that when I enable DESS, consumption forecast goes down to almost no predicted consumption, when I disable DESS, it reverts back to high consumption forecast.

1712069116567.png

0 Likes 0 ·
image0.jpeg (336.0 KiB)
1712069116567.png (96.5 KiB)
mheinze5722 avatar image mheinze5722 commented ·

Ok, I started playing around with dynamic ESS. I will watch the algo and its results for a couple days, but before I comment on this, a couple other notes:

- In the pricing configuration, you should state that the price should include any transfer fees, charges, taxes etc. Essentially the full amount one has to pay. For example, in Austria, with Awattar, yes, the formula is correct [price *1,03+0,015)*1,2], but it should actually include the "Nebenkosten" of around 8 to 9 cents as well. I did that by changing the increment to 0,095 and thus reflecting this additional cost element.

- the battery has not only cost in terms of usage of lifecycles, but also in terms of rount-trip losses of 10 to 20%. This should be part of the algorithm and ideally the settings. essentially this makes the battery more expensive, and should lead to less "trading".

- You guys should state the principals of the algorithm, and perhaps (on a schematic level) disclose the computation process. this itself will clear out many concerns and questions. Also, I believe Victron would philosophically make the Dynamic ESS an option that virtually every user should have turned on (and perhaps become and industry expectation?). Building trust is crucial to this point.

- The graphic at the bottom is great:

1712087533107.png


I would just try to add the cost element against another y axis in a different color, and also include the SOC line in there. With this one graph, you essentially combine three other graphs on this VRM landing page! And, once the prices are available for the next day (from 2 pm on) I would immediatly show today and tomorrow (48 hrs). Then everybody can see everything happening in one glance. Very powerful! :-)

These are my comments before I go into the algorithm in a couple days/weeks once I glean more insights there after watching (but not yet activating it).

Final note from your post: High volume consumers (Heat pump and EV charging) are indeed crucial. For example, in our household we are EV charging 98% of the year surplus PV only... so any form of Victron Wallbox surplus energy charging should be excluded from the consumption numbers (or an option to include/exclude all or surplus only)... otherwise it distorts the consumption numbers which otherwise look ok'ish. :-)


0 Likes 0 ·
1712087533107.png (212.5 KiB)
Martin avatar image Martin mheinze5722 commented ·

I agree with the suggestions you made. In the Netherlands, however, price configuration is somewhat simpler due to the government's netting scheme. As a result, almost all energy suppliers have the same price per hour for purchasing and selling. I expect that will be change in the future.

0 Likes 0 ·
anonimoes avatar image anonimoes commented ·

So I enabled DESS two days ago, this morning first the battery is discharging into the grid because of high prices which is very good and understandable (between 8 en 9 am). But then the system starts charging the battery from the grid, still at a high price. This seems very counter intuitive to me, especially since the system plans to discharge again the next hour.


Can someone explain this behaviour?


These are the relevant screenshots from VRM:

img-4507.png

img-4508.png

img-4509.png

0 Likes 0 ·
img-4507.png (262.1 KiB)
img-4508.png (191.2 KiB)
img-4509.png (179.3 KiB)
axel-koning avatar image axel-koning commented ·


Hi there,

DESS should be charging this hour to target soc, but does not. It seems that it expects PV to charge, but there is only a cloud in the way.....The solar expectations are way to high for days and DESS is not charging to the target soc. In the next hours DESS will charge I think, but will never reach the total charge of the battery in the cheap hours anymore.

soc-and-solar.jpg30-procent-victron.jpgschedule-victron.jpg

After 2 hours charging the third hour was again not charging (even discharging a little).

Had this behavior in the last days, and sometimes it even discharges below minimum soc also....

86not-charging.jpg

VRM -id: c0619ab4b607

0 Likes 0 ·
soc-and-solar.jpg (75.5 KiB)
86not-charging.jpg (111.5 KiB)
axel-koning avatar image axel-koning axel-koning commented ·

Hi Victron, I am very glad with all your work ! But ther are negative prices now and soc target dess os 61% this hour also last hour ~40%. But Dess is discharge below min soc my battery.

I had to put DESS off and soc to 100% to get manually charge the battery now.

What is happening here ? Can you help me out ?20240405-1544.jpg20240405-1549.jpg

20240405-1554.jpg

vrm -id c0619ab4b607


With regards

1 Like 1 ·
20240405-1544.jpg (143.8 KiB)
20240405-1554.jpg (183.9 KiB)
nietschy avatar image nietschy axel-koning commented ·

that looks to be the same as my problem.

"good to know" that I am not alone here

0 Likes 0 ·
anonimoes avatar image anonimoes commented ·

I have another issue to report: the grid limit is not being respected as it should be. Today the battery has been charging at it's max speed and I am also charging our cars because of the low prices at the moment.

I have a 3 phase grid connection with 25A per phase, a Victron multi 5000VA on Phase 1 with the battery, an Opel Corsa that can charge on 1 phase only and a Skoda Enyaq that can do 3 phase charging.

I initially set my max import power at 15,75kW, figuring that this would be divided by the 3 phases. When I start a 1 phase charge with the car, phase 1 quickly exceeds 25A limit and because my car charger (a Myenergy Zappi) is also load balancing then stays at 25A. The same happens with a 3 phase charge, none of this time the total limit of the 3 phases as a whole is exceeded of course. But even when I set the max import power to 7kW or even 4kW the multiplus keeps charging and the import power exceeds the set limit by a very wide margin!

I would think that setting an amperage limit per phase would make much more sense, or at least to divide the import limit by 3 and reduce charging if the limit/3 is reached on one of the phases. But even if the limit is exceeded the multi keeps charging...

Dirk-Jan: do you know what is happening here?

My site ID is: c0619ab343b0

Screenshot with 1 phase car charging:

img-4511.png

Screenshot with 3 phase car charging:

img-4512.png


0 Likes 0 ·
img-4511.png (258.9 KiB)
img-4512.png (267.9 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ anonimoes commented ·

Have you seen https://www.victronenergy.com/live/drafts:dynamic_ess#qwhy_does_the_system_exceed_the_configured_power ?

I see that your system has a grid meter, so you should be able to set the import and export AC current limits via the Settings → ESS menu in the GX.

1 Like 1 ·
anonimoes avatar image anonimoes Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thanks for your reply! I cannot find these settings in my remote console under ESS. My cerbo is on v3.30, build date 20240319094732. When I check for updates it says there are no updates. Is the v3.30~10 still in Beta maybe?

0 Likes 0 ·
kudos50 avatar image kudos50 anonimoes commented ·

I'm on the same version:

1712676868142.png

1712676916357.png


1 Like 1 ·
1712676868142.png (85.7 KiB)
1712676916357.png (98.3 KiB)
Show more comments
Rasmus Mikkelsen avatar image Rasmus Mikkelsen commented ·

Hi.

I was wondering is there any reason why I can't see the grid limit setting anywhere? I use an EM24 meter over ethernet. Latest assistent and firmwares.

Vrm id: 48e7da87e9ab

I also wonder why "battery SoC unless grid fails" is a function of DESS? I can be wrong, but it discharges down to this value right, currently set to 20%.

But as soon as I hit this limit / SoC value (with is tonight at 23 according to plan) it starts pulling from the grid instead... Which is kinda weird, isn't it? That means I'm on grid from midnight to solar starts producing tomorrow. Even though I still have 20% SoC left on batteries?

Shouldn't there be another setting for DESS, where It can play with SoC down to like 20% and rest is kept for self consumption throughout the night, until surplus solar again?

0 Likes 0 ·
nietschy avatar image nietschy commented ·

Dear friends of energy.

my VRM ID c0847dba52b1

I have just updated all FW and enabled DESS.

This is my system:

1712660951696.pngsystem overview


My Problem is, that it does not really charge the battery even if there is a lot of surplus PV energy.

I think I know why: it does not show any forecasted consumption, and it assumes that it does not need the batteries and should export everything.

See my forecast part:

1712661084017.png

it tells that there is some forecasted total, but it not shown in the graph and I think its not used at all because of that.

1712662139693.pngI read some posts here, but I just wanted to put my observations in, maybe it helps to solve the issues.

I set up my battery costs to a minimum, but I do not think that this makes a difference if the system assumes no consumption costs at all...

1712661211172.png

1712661226050.png


If I can help with supplying more data or info, I am glad to help.

0 Likes 0 ·
1712662139693.png (134.9 KiB)
grua avatar image grua nietschy commented ·

I think you have to acticate "show forecast" here:

screenshot-20240409-135800-chrome.jpg

1 Like 1 ·
nietschy avatar image nietschy grua commented ·

you are right, it shows in the graph when I activate this button (that I didn't knew it existed) ^^

I changed it, but sadly it still does not work.1712665938856.png

but if we look further down we still do not see any predicted grid costs:

1712665988631.png

If I disable DESS it works just fine.

0 Likes 0 ·
1712665938856.png (209.3 KiB)
1712665988631.png (130.3 KiB)
oskar avatar image oskar commented ·

Would like a feature to configure what the target SOC shall be before sun goes down.
I would like to have the Battery 100% full by Solar after each day on "summer days".
My grid cost is very much higher than electricity cost/earning.

0 Likes 0 ·

There is a bit of a delay on getting this into the VRM implementation. For now you can do that only by using the Node-RED implementation (https://github.com/victronenergy/dynamic-ess).


0 Likes 0 ·
ojack avatar image ojack Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

I tried this node red implementation a few days ago and it works good. Charging was priorized and selling startet after reaching target.

But could not try it under a condition with too less solar for reaching the target.

0 Likes 0 ·
Show more comments
kositch avatar image kositch commented ·

Does DESS respects "min SoC unless grid fails" value? Meaning when I set in VRM this value for example to 20% so it will not discharge the battery under this value under any conditions unless grid fails.


And second question - when I change this value to higher then current SoC, for example current SoC will be 45 and I will change it to 55% will it start charging the battery from grid or will it stay on 45% (in condition there is no PV power).


Thanks!

1712672900260.png

0 Likes 0 ·
1712672900260.png (18.7 KiB)
anonimoes avatar image anonimoes kositch commented ·

In my experience this is the case (both of your questions). Last weekend I inadvertently set my minimum SOC to 85% and was wondering why the system was doing so much charging first, even going all the way to 100%. It did not charge the battery to 85% all at once though, this was done on cheap hours. Once it reached 85% it operated between 85 en 100% but never less than 85%! If you would want to charge to your desired SOC immediately I guess checking keep batteries charged until you are there does the trick. I hope this answers your question.

0 Likes 0 ·
kositch avatar image kositch anonimoes commented ·

Thanks I am asking because during night, when EV charges NodeRed automation sets min SoC to current SoC to disable battery discharge to EV. After EV finnishes, it reverts back min SoC setting (usually I use 20%). So I am wondering what this automation causes to DESS, @Dirk-Jan Faber (Victron Energy) - what would you say, I think it should not to anything when this happens only during night for a few hours before EV finnishes.

0 Likes 0 ·
anonimoes avatar image anonimoes kositch commented ·
I would think that unless DESS was planning to discharge the battery during the charging of the vehicle (either to grid, or to power loads) the battery will not discharge if you start charging your car anyway when DESS is enabled. It will keep the SOC at the level it wants it to be and let the grid charge the car. In my case DESS will usually not power loads during the night since prices are usually low at that point.


At my site I have implemented strategies to prevent the problem the other way around: the car would soak op a discharge of DESS at a point where prices are high because the charger sees a surplus energy, thinks this is solar, and started charging. This made me disable the charger when prices are high.

0 Likes 0 ·
ajers avatar image ajers commented ·

Coming from Denmark I am really missing the varying service fees based on the time of day, since the price difference from peak/non peak is so big, that it's hard to optimize ESS without this.

Hope you prioritise this soon. Thanks.

0 Likes 0 ·
sarowe avatar image sarowe commented ·

Ich würde gerne mal eine Frage auf Deutsch stellen und würde mich über eine deutliche Stellungnahme von Victron freuen. In verschiedenen Internetforen wird immer wieder behauptet das das DESS für den deutschen Markt nicht zulässig ist, weil es das sogenannte "Greenwashing" nicht völlig ausschließen kann.

Für eine Antwort wäre ich dankbar

0 Likes 0 ·

We have added the restriction "Disable discharging battery to grid" to adhere to the German market rules. That should be sufficient. If there is a need to get this certified, please share the info on where to arrange that.

With German Google translate:
Um die deutschen Marktregeln einzuhalten, haben wir die Einschränkung „Entladen der Batterie ins Netz deaktivieren“ hinzugefügt. Das sollte ausreichen. Wenn dies bescheinigt werden muss, teilen Sie uns bitte mit, wo dies erfolgen kann.

1 Like 1 ·
sarowe avatar image sarowe Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Danke.....mir reicht die Aussage völlig

0 Likes 0 ·
dirk-s avatar image dirk-s sarowe commented ·

Da gab es ja schon Streit in dem deutschen Forum. Da wird Victron als ausländisches Unternehmen erst recht nichts sagen können. Wenn Du Verkauf aus Batterie in das Netz verhinderst, kann es kein Greenwashing sein. Meine Meinung.

0 Likes 0 ·
sarowe avatar image sarowe dirk-s commented ·

Ich als Nulleinspeiser habe das Problem auch nicht. Ich habe schon vor DESS ganz bewusst auf EEG Vergütung verzichtet. Allerdings würde ich mir eine Klarstellung von Victron wünschen

0 Likes 0 ·
brixnmorta avatar image brixnmorta commented ·

Off peak DESS schedule needs more granularity please. I cannot change my supplier's timeclock. My off-peak cheap rate comes on at 5 minutes past the hour which I can accommodate when I set a Scheduled charge level in ESS. I turn the charge on at 6 minutes past and off at 4 minutes past the hour to ensure there is no under-run/over-run. In DESS, with only whole and half hour choices for setting the Fixed Price schedule, I don't want to enable the schedule on the whole hour to commence charging at the high rate from 00 minutes to 06 minutes.

1713008781572.png

0 Likes 0 ·
1713008781572.png (45.3 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ brixnmorta commented ·

At the moment there are no plans for the VRM implementation to make the granularity 5 minutes. So that leaves three options:
- get creative with the Node-RED implementation
- offset the time on the GX device by 5 minutes
- ask the provider to switch at the whole hour

Using the Node-RED implementation is probably easiest. In order to do so, you only need to change the `start` and `end` for each schedule by adding 300 to it.

1 Like 1 ·
Rasmus Mikkelsen avatar image Rasmus Mikkelsen commented ·

Another question or possible bug? I have disabled charging battery from grid, but it is pulling 300ish watts atm from grid? My SoC is currently 90% and it has a forecast of 100% so probably why its doing that. But It shouldnt, as Ive turned it off?screenshot-20240416-140514-vrm.jpg

0 Likes 0 ·
kdmn avatar image kdmn commented ·

Hello,

I see some strange behavior with DESS dumping the battery in middle of the night to the grid when prices are low to then have an empty battery during peak morning price. I have seen this behavior on multiple days. Anyone else see this behavior? System is running now 14 days, maybe too early?

One explanation I could see is that Victron is offering grid balancing services with the pool of batteries they have under control, so I would like to see a confirmation this is not the case?img-6227.png


img-6228.pngImage Caption

0 Likes 0 ·
img-6228.png (221.4 KiB)
img-6227.png (169.2 KiB)

First of all I can assure you that we are not offering grid balancing services.

And I agree that "battery to grid" blob there is strange and feels wrong. I believe this was caused by the consumption forecast being off, where the forecast was more than you actually used and, in order to reach the target SOC, it decided to sell the excess.

0 Likes 0 ·
johanbakker avatar image johanbakker Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Hi Dirk-Jan,

Have been using DESS for a week now and love the functionality!

But now and than i also see some unexplained behaviour, where during the day, at the lowest tarif, about 30-40% of the PV is sent to the Grid, while the batteries are far from full (and probably will not become full due to clouds).

screenshot-2024-04-22-at-141444.png

screenshot-2024-04-22-at-141517.png

This behaviour is not part of the plan for the day, where it says all PV will go to the batteries.

screenshot-2024-04-22-at-141510.png


Any idea why the system is sending PV to the Grid at a very low tarif, as it makes much more sense to store it in the batteries.

Regards, Johan

c0619ab36ed2

0 Likes 0 ·
johanbakker avatar image johanbakker johanbakker commented ·

Hoi Dirk-Jan,

I just upgraded the Cerbo-GX to v3.31 and the feeding of PV to the Grid at low tariffs and half full batteries has stopped :-) Not sure if this a coincidence, but i will keep an eye on it and let you know if it returns.

Regards, Johan

0 Likes 0 ·
yolev-energie avatar image yolev-energie commented ·

Goedemiddag,


Is het ook zo in te stellen (of in VRM op te nemen) dat je in één oogopslag de kosten en baten kunt zien van de planning? Dus Grid Earnings minus Batterijkosten en Grid Kosten = € xx,xx

Dan hoef je niet alles uit te rekenen als je een keer kijkt in de VRM DESS.


knipsel.jpg
0 Likes 0 ·
knipsel.jpg (49.0 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ yolev-energie commented ·
Good idea. I've created an issue for this to add a summary to the graph.
1 Like 1 ·
yolev-energie avatar image yolev-energie Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Dank voor je snelle antwoord! Mooi om op deze manier te kunnen dragen aan mooie jullie systeem.

Zien we t.z.t. de update vanzelf verschijnen in VRM?

0 Likes 0 ·
manfred-2 avatar image manfred-2 commented ·

Hello

I think, the Forecost uses incorrect times for the calculation of Load and Unload. Daylight saving time is not taken into account.

The time is displayed correctly in the remote console.

I have an electricity tariff where the price changes at 6:00 and 22:00. In the forcast, however, you can see that the start and stop points are set to 5:00 and 21:00.
This means that electricity is consumed at the high tariff, even though there is still enough energy in the storage system.

dess-settings.png

forecast-today.png

forecast-tomorrow.pngtime-settings.png





0 Likes 0 ·
dess-settings.png (8.0 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ manfred-2 commented ·

Sorry that it took a while to look into this. At the moment we can't reproduce this (and you have dynamic ESS switched off). It is also a bit unclear at which day the screenshots where taken.

We did notice that you switched Dynamic ESS a few times on and off. It performs best if you leave it running for a longer while without switching it off.

If you still notice it, feel free to tag me. That usually helps in getting my attention.

0 Likes 0 ·
rodeo123 avatar image rodeo123 commented ·

I dont get the DESS Button activated in the VRM. Does it come from my Shelly 3em pro used as grid meter?

0 Likes 0 ·
kudos50 avatar image kudos50 rodeo123 commented ·

Nope, I use 3 of them. All good.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ rodeo123 commented ·

Just checked your site. It looks like it is good to go, all you need to do is activate it via the controls panel on the top right corner of VRM.

1714563794606.png
And then click the Dynamic ESS slider
1714563829914.png

0 Likes 0 ·
1714563794606.png (3.0 KiB)
1714563829914.png (4.0 KiB)
ronaldt avatar image ronaldt commented ·

I have installed node-red implementation 0.1.19 with the option of Green mode. But now I am always in green mode (I think?). Switching on or off does not make a difference. And also switching to DESS on VRM (version 3.40-2) does not change the situation. Now it loads from PV and for some reason it is not selling for the highest price anymore. I don't get it to go back to it's 'normal' behaviour anymore. VRM dashboard show No data to display.

Any ideas?

schermafbeelding-2024-04-22-om-192116.png


0 Likes 0 ·
kudos50 avatar image kudos50 commented ·

Do we have fellow DESS users out there running with a healthy mix of solar inverters and solar chargers ?

I has been quiet for a while now concerning a feature request in DESS to handle solar yield from inverters different than charger. The last comment from Dirk-Jan was that it's still an internal discussion I think.

For me nothing has changed since the original post. Battery costs aside, Inverter PV has a ~20% efficiency loss going in and back out. Charger PV on the other hand is ~98% efficient and Inverter losses should not be used for charger calculations as you need to invert sometime anyway (i.e you do not include Inverter PV efficiency loss either how ever little that number is).

With recent dynamic pricing in the Netherlands that means it's better to store charger PV into the battery almost all day every day. While waiting for Victron development to verdict on the matter, I wrote a flow that sums (ac_loads + critical_loads - pv_inverter) and if negative it sets max grid fead-in to the nearest 200W. That was the easy part. Writing logic to determine when not to do that to not interfere with DESS planning was a whole lot harder but all seems to be working fine.

I have read other users running a flow to disable the inverter entirely by day but I'm using ESS peak-shaving which breaks without inverter power.

Would be good to share some thoughts with other users that have a similar setup.


0 Likes 0 ·
kudos50 avatar image kudos50 commented ·

Uhhh.... No it hasn't. In fact; never touched it again after setting it !

1713864285057.png

0 Likes 0 ·
1713864285057.png (26.6 KiB)
broesel avatar image broesel commented ·

Hi!


As soon as i enable DESS and sun gets less my System takes from Grid - ebenbürtig Batterie is at 100%.


Why?

That does not make Sense!


Daniel

0 Likes 0 ·
ahtih avatar image ahtih commented ·

Hi,

@Dirk-Jan Faber (Victron Energy)


Is there a setting I can use to exclude EVCS consumption from DESS calculations?

I recently installed Grid meter (VM-3P75CT) and now consumption is very high. EVCS is installed in AC-IN. All other loads are in AC-Out of 3x MP-II.

DESS is most of the time trying to keep battery at 100% SOC but since actual consumption is much lower than predicted then PV is throttled down to 0 and grid is used.


Site 48e7da86cd8b and currently running DESS via Node-Red. Grid feed-in is disabled.

0 Likes 0 ·
I am afraid there is no such setting yet. Though the Node-RED implementation does allow flexibility by changing the schedule based on your own rules.
0 Likes 0 ·
onur-b avatar image onur-b commented ·

Hello,

My VRM is 2551337.

I suspect Dynamic ESS uses the absolute value of the electricity buy/sell price as today between 13h-15h the buy/sell price for electricity for Tibber/NL is around -9 cents/kWh, the grid costs for those time frame is shown as negative whereas it should have been positive.


1714569454025.png


Also please see below today's buy/sell chart

1714569509745.png

Also the system should have sold back to the grid till 13h whereas it filled the batteries before and tried to keep the grid buy around 0 most of the negative hours.


1714569626713.png


I hope you can fix this soon.

Regards,

Onur

0 Likes 0 ·
1714569454025.png (43.9 KiB)
1714569509745.png (43.5 KiB)
1714569626713.png (42.0 KiB)

The costs / earnings graph is acting wrongly here. We are looking into that. The system did what it should and charged the battery from grid during the negative price period.

1 Like 1 ·
onur-b avatar image onur-b Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thank you for the swift response Dirk.

I can see the system charged the battery during negative hours but it also did so between 12h-13h where the price was at positive (albeit very low). Is there any reason for that rather than not charging the battery at all between 12h-13h (and selling back the excess during that time frame) and charge the battery from the grid more between 13h-15h?

1 Like 1 ·
marceldb avatar image marceldb commented ·

Why does DESS turn off the SmartSolar when the battery is full? The SmartSolar stops producing when I turn on DESS. When I turn off DESS it starts producing again. There is no limitation on feeding to grid.

1714656227446.png

1714656263735.png

1714656321239.png

0 Likes 0 ·
1714656227446.png (48.7 KiB)
1714656263735.png (51.0 KiB)
1714656321239.png (65.2 KiB)
kudos50 avatar image kudos50 marceldb commented ·

I have this issue but only for a short while. After a few mins it starts producing again. I have a feeling it happens when the RS switches from bulk to absorption.

My issue may not be related at all but please give it a try :-)

1 Like 1 ·
jesperfalkebo avatar image jesperfalkebo marceldb commented ·

I'm also using DESS and I had the same problem. Enabling DVCC solved it.

0 Likes 0 ·
dutchsolarfreak avatar image dutchsolarfreak jesperfalkebo commented ·

@JesperFalkebo

Could you please share a screenshot of your DVCC settings in de CerboGX?

0 Likes 0 ·
jesperfalkebo avatar image jesperfalkebo dutchsolarfreak commented ·

Sure but it's pretty much just the defaults

1714737508316.png

0 Likes 0 ·
1714737508316.png (103.5 KiB)
Show more comments
Show more comments
marceldb avatar image marceldb marceldb commented ·

@Dirk-Jan Faber (Victron Energy) Would you please answer this question?

0 Likes 0 ·
marceldb avatar image marceldb marceldb commented ·

I found the answer myself: When the battery is full and the electricity price is negative, the SmartSolar turns off.

0 Likes 0 ·
dutchsolarfreak avatar image dutchsolarfreak commented ·

Hello

A question from "yet another guy who tries to understand DESS"

I follow this topic for a few months. I have a new setup and I want to activate DESS.

I have one 5k MP, RS/100 charger and a few AC coupled PV's. My battery has an capacity of 30Kwh. My vrmid = 360507

I configured DESS like this (as a start):

1714721867651.png

The planning/prediction for today looks good to me:

1714721964838.png

1714722028891.png

If I understand the above data correct I assume my battery will be used to power my house, and deliver some amps to the net.

As soon as I activate DESS it starts discharging my battery with 2,5kW to the grid.

1714722278749.png

Why discharging with 2,5kW? 2,5kW is way higher than the configured limit of 1kW?

So why DESS is not respecting the limits?

I waited until the next hour and according to the planning no energy from the battery should be delivered to the grid.

1714723409846.png

BUT still it is discharging my battery to the grid?!?

1714723362848.png

Did I make some mistake? Or do I miss something?

I hope someone can help me try to understand DESS.

0 Likes 0 ·
1714721867651.png (29.3 KiB)
1714721964838.png (22.4 KiB)
1714722028891.png (7.8 KiB)
1714722278749.png (61.0 KiB)
1714723362848.png (63.0 KiB)
1714723409846.png (5.3 KiB)
kudos50 avatar image kudos50 dutchsolarfreak commented ·
Not sure but I think this is in the DESS documentation; the config in the DESS page is for calculations only. It does not set the actual system limits.

For example, my system is set to a 17kW grid connection with 6000W invert and 6000W charge for a 40kW battery.

I actually configured the 6000W as an ESS inverter limit as well. And I use a node-red flow to limit the DVCC charge current to 81A + whatever the current the MPPT RS generates.

There is no such thing as exact science. Find the values that work for you. Which in your case is complicated by the mix between AC and DC PV like I have.

1 Like 1 ·
dutchsolarfreak avatar image dutchsolarfreak kudos50 commented ·

Okay make sense. Although I think its a bit confusing.

So it seems that DESS takes the charge/discharge ESS limits.

1714727292926.png

But I don't understand why my battery is dischared to the grid (with 2,5kW) as soon as I activate DESS. The planning/forecast says use solar/net



0 Likes 0 ·
1714727292926.png (25.6 KiB)
kudos50 avatar image kudos50 dutchsolarfreak commented ·

Not sure why it starts the charge. What does the soc% forecast say ?

Also, uncharted territory for me as I use DVCC. The charge limit option under ESS in the screenshot is new to me. Normally DVCC controls the charge limits across various Victron chargers like MultiPlus and MPPT RS

0 Likes 0 ·
Show more comments
colinsplaat avatar image colinsplaat dutchsolarfreak commented ·

Ik heb een vergelijkbare opstelling en ook hier gaat het niet goed. Ook 2,5kw ontladen en settings worden niet gerespecteerd.

0 Likes 0 ·
dutchsolarfreak avatar image dutchsolarfreak colinsplaat commented ·
Dank Ik ben blijkbaar niet de enige.
0 Likes 0 ·
roman-trnka avatar image roman-trnka commented ·

I have tried DESS and have currently two issues. Situation today is quite normal. One peak of price in the morning, the second at the late afternoon. At about 10 AM the situation is:

  • SoC 52% already for a couple of hours and the project is to keep the SoC
  • Battery price is set to 0,08 Euro/kWh, selling price is 0,15 Euro, buying price 0,4 Euro

On this circumstances my suggestion would be use solar or a battery if needed (washing machine or dishwasher for example) and charge the battery during the midday when the price is low. DESS decided to keep the battery and buy enery from grid. Why? I cannot see the point.

If the strategy is to keep the battery as it was projected I have another issue. I am using an electric boiler which is warmed up above 90% of SOC of battery (3x1 kW heater which switch on one by one at 90%, 95% and 100% od SoC respectively). In this case I wouldn't have a warm water at all. I need a battery to be charged to 100% everyday if possible (enough solar energy).

0 Likes 0 ·
ronaldt avatar image ronaldt commented ·

Too strict on SOC

The SOC is calculated upfront. It is a good guess. But the real situation is heavily influenced by incidents like less/more energy input (sun), more energy usage (houseconsumption, heatpump, EV charger). This results in stop charging/discharging when SOC is reached. So precious Solar energy is sent to the grid for 0 (or worse) cents/kwh. Or export to grid is stopped when the price is high, and continues the next hour when the price is lower.
In my perception it would be better to have a 'soft SOC'. When the price is high sell, when low buy/charge. If you overshoot the target you will get more benefit.

See example below where I noticed that at 20:52 the export was stopped, and at 21:00 it continued (for a lower price).
Today I had the same where solar was send to the grid for a very low price until I switched to Green mode. But Green Mode sells the energy not for the highes price, so that needs some tweaking too.
@Dirk-Jan Faber (Victron Energy) What is in the planning for this, and where can we report back on Green Mode (Node-red) observations.

schermafbeelding-2024-05-04-om-205253.pngschermafbeelding-2024-05-04-om-205309.png

Target SOC was 26%

schermafbeelding-2024-04-29-om-134035.png

When I switched Green Mode on, the system exports only after the peak price.

0 Likes 0 ·
zonnigbreda avatar image zonnigbreda ronaldt commented ·

I also struggle with the ' too strict' adhearance to the target SOC, when the consumption or the feed-in differs from the predicted values.
While when updated the calulated scheduled buy/sell seems logical, when actual is different from consumption I see undesired buying & selling.

I indeed wish this would be handled better, either by soft(er) targets or change the logic so per hour it either buys, sells or nothing (for all of the hours where it calculates it does not want to buy/sell).

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ ronaldt commented ·

This is the place to report things. I do try to read all of the comments (won't / can't react to all of them though).

As you seem to be running the Node-RED implementation, it isn't too hard to make the system even more dynamic. Harold Halewijn released a YouTube clip on how to get started with that.

0 Likes 0 ·
oskar avatar image oskar commented ·

Thoughts on latest version v3.31.
Nice with 2 operating modes.

I would like a third (3) mode also --> Money & equipment saver: Buy as little as possible, just enough to be able to survive on battery until solar comes back on in the morning.
There is no need to load the battery to 100% with grid, if you not are down on the SOC level.

I would prefer if it also would be a setting to select that only load battery with PV charger DC-DC and not PV inverter AC-DC.

0 Likes 0 ·
oskar avatar image oskar oskar commented ·
In previous versions if I selected No on selling to grid, it only charged the battery with the PV charger (if it reached max charged level on DESS) and still sold everything from PV inverter. (a version that worked kind of good for me).

The v3.31 doesn´t not care if I have a max charge level on DESS.

0 Likes 0 ·
kudos50 avatar image kudos50 oskar commented ·

Fully agree on the DC-PV to battery difference with AC-PV and associated losses. As stated in other posts and topics, it's hard to gather all the votes in favour of this. Thereby leaving this request kind of scattered all over the community.

For Victron it probably isn't worth developing if target audience (people with both AC and DC PV) is too small OR have use-cases and grid operators/pricing structures making the advantage of having this negligible.

0 Likes 0 ·
marceldb avatar image marceldb commented ·

This is strange: sell and buy price formulas are 100% equal, but in the chart there is a 15 cent difference. I turned on and off DESS, changed the formulas, ctrl-F5 refreshed screen and so on, but this remains. This happens also at other sites that I manage. The graph does not change 1715532020610.png

1715532027765.png

0 Likes 0 ·
1715532020610.png (19.3 KiB)
1715532027765.png (29.3 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ marceldb commented ·

I tried to reproduce this, but failed so far. Which site is this? And are you testing on the regular VRM site?

0 Likes 0 ·
kjell avatar image kjell commented ·

I would like to see a user input on scheduled charging of EV, hours and effect, this should make it easier to predict consumption.

0 Likes 0 ·
Petr LANDSFELD avatar image Petr LANDSFELD commented ·

Sorry, but it doesn't work correctly. It is charging my battery from grid even if sun is shining and consume grid energy instead of battery or sun energy directly. It doesn't matter if green or trade mode. Same mistake. I have to manage it manually to work with it as I need. It is sad.

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Petr LANDSFELD commented ·

Can you share your vrm id, so I can take a look at you configuration?

0 Likes 0 ·
stellar-energy avatar image stellar-energy commented ·

VRM portal ID : c0619ab2f1f9


This 3-phase dynamic ESS system was set up with Dynamic ESS first rthing after configuring the 3 Multiplus inverters on the L1 L2 and L3 phase.

Everything works fine, however I keep getting the alarm saying "ESS functionaloty not available. All functions including Dynamic ESS seem to work though. When I disable and enable Dynamic ESS in the VRM , the Arlarm will go away for anywhere within 2 and 48 hours. Again, all seems to work fine ...


Anyone can shine his / her light on this situation? I am out of ideas.

1716297838141.png


0 Likes 0 ·
1716297838141.png (78.3 KiB)
grua avatar image grua stellar-energy commented ·

Do you have a Cerbo or a Raspberry Pi with Venus OS? I Have the same message in an 1-phase ESS. The cause is the Raspi:

If I switch off the Raspi with DESS activated, this message appears when I switch it on again.

If I switch it off with DESS not activated, the message doesn't appear.

I think @Dirk-Jan Faber (Victron Energy) knows this Issue, but I don't know if they will implement a fix for that because Raspberry Pi isn't supported officially...

1 Like 1 ·
stellar-energy avatar image stellar-energy grua commented ·

I am using a Multiplus II 5000 GX. So not Raspberry or otherwise unsupported Venus device

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ stellar-energy commented ·

This is an actual bug in the code, which does occur, mainly on larger systems. We already fixed it in the latest beta feed and it will be backported to 3.32 (when that is released).

The work-a-round at the moment is to log into the os and do a `svc -t /service/dbus-systemcalc-py` once the system has booted.
As this system has remote support enabled, I already did that for this system.

1 Like 1 ·
stellar-energy avatar image stellar-energy Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Hey Thanks Dirk-Jan!

Quite happy to know that it is at least not something I did wrong in the installation ;-)


The problem did remain though. Also after a reboot of VenusOS. Any other things that I can try? Or should I wait for the next update?

0 Likes 0 ·
donhall44 avatar image donhall44 commented ·

Just starting out on the dynamic ESS journey and I am unable to configure it! In the Buy Prices dropdown box for Country, there is no option for UK (or even GB). Is Dynamic ESS not available in the UK?

0 Likes 0 ·
donhall44 avatar image donhall44 donhall44 commented ·
Unfortunately this doesn't work for me - Alt/Option + F10 doesn't open anything on either my Macbook or PC and my iPad doesn't have function keys on it's on-screen keyboard.
0 Likes 0 ·
ojack avatar image ojack commented ·

Wow, that's great. With only about 2.5kWh predicted yield for the rest of the day, just over 3kWh of loads will be powered and around 4kWh will be charged into the battery up to 100% SoC. Incredibly cool ;-)

1716388664098.png

1716388682110.png

Please do not take this as a particularly serious criticism. I just happened to notice it.

I know how difficult it is to make a forecast, especially when the weather today is quite a bit worse than predicted yesterday.

I think the System did a good job today and the battery is large enough to cover that rainy day. Generally at the moment there is no advantage with DESS when having constant sell price and no need for buying a single kWh from grid from April to Oktober.

0 Likes 0 ·
1716388664098.png (56.7 KiB)
1716388682110.png (30.4 KiB)
stegzzz avatar image stegzzz commented ·

I've been running dess for a couple of weeks and mostly it is working very well, thank you for this! But, I am repeatedly getting ess functionality alarms, some lasting several hours, please see attached. Any ideas on this?1000014824.png

0 Likes 0 ·
1000014824.png (135.3 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ stegzzz commented ·

This was a bug and has been fixed in the, just released, v3.32.

0 Likes 0 ·
stegzzz avatar image stegzzz Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

Thanks, I've updated and will post back here if this is still an issue. An additional point, I think the errors were only occurring in green mode.

0 Likes 0 ·
adj avatar image adj commented ·

When using DESS there is a nice graph showing cost and earnings. I'd like to see the cumulative values over time. Does anyone have a tip how to get that information?1717131469281.png

0 Likes 0 ·
1717131469281.png (65.8 KiB)
Henrik Känngård avatar image Henrik Känngård commented ·

Hi!
I don't see that it has been mentioned. But yesterday the dynamic price for my installation changed from price per hour to price per half hour. I see this is something which was being developed for the future, but now my installation got it without the possibility to change to hourly price and also the forecast for the price looks a bit strange, since my region does not support price per half hour.
Info about my installation:
VRM portal ID: c8df84d34272
I attach a screenshot of the price for today bellow.vrm-price-halfhour-4-june.png

0 Likes 0 ·
Henrik Känngård avatar image Henrik Känngård Henrik Känngård commented ·

I have also reacted on that sometimes the system buy eneregy from the grid for no reason, like right now. See image for reference. I have enough SOC to last until tomorrow and the price is not low enough to be able to sell back this energy at a higher cost later on.skarmbild-2024-06-04-145425.png

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ Henrik Känngård commented ·

Hej Henrik. That was a (visual) bug from our side when implementing the change on the half hour (as the UK uses) and only present on beta VRM. That has been fixed now.
For regular use the normal VRM site is the better option. On beta VRM we do test (and sometimes break) stuff.

For your other remark, on buying the energy now to sell later on. Probably the solar yield was a bit lower than the system expected, but I'll have a colleague look into why that happened.
You might also consider switching to the Green mode.

0 Likes 0 ·
gr1pen avatar image gr1pen Dirk-Jan Faber (Victron Energy) ♦♦ commented ·
I have tried Green Mode but switched back to Trade Mode. As I see it, Green Mode is more benificial when the spot price is quite static during the known period. If the spot prices varies, Trade Mode would (or could) be more benificial.


I would like to request a setting to control the balance between Green/Trade (or have it switch automatically between the two modes depending on the changes in the spot price).

I can do this with Node Red, but I think it would be really nice to have it in VRM, since I rather use that.


1 Like 1 ·

At the moment that is even hard to do in Node-RED. The next beta release of Venus will make it a lot easier. I'll post a new article on how to do that when that release is out.

2 Likes 2 ·
Show more comments
john245 avatar image john245 commented ·

@Dirk-Jan Faber (Victron Energy)

I'm on trading mode but it seems that the system tries to keep the setpoint at 0. This is not efficient.

1718274879358.png

0 Likes 0 ·
1718274879358.png (146.4 KiB)
john245 avatar image john245 john245 commented ·

@Dirk-Jan Faber (Victron Energy)

16JUN2023

Whys sending to grid from 23:00 - 23:59. Tariff is 26 cent while the hour before the tariff is 30 cent. This is not efficient. I'm on trading mode. Since a couple of days I see this strange behavior.

1718557700743.png

0 Likes 0 ·
1718557700743.png (124.3 KiB)
anonimoes avatar image anonimoes commented ·

DESS has been running very nicely the last two months or so, overall I'm very happy with it! I have been on holiday in the meantime and it just works, also when I'm not at home :)

I do still experience one issue though: When my Enyaq starts a 3-phase charge the battery starts to discharge even though the peakshaving limit is not reached, or battery charging is slowed down when charging a 1 phase car on phase 2. The battery and multiplus II are on phase 1.

@Dirk-Jan Faber (Victron Energy) : would you be able to look into this? My site ID is: c0619ab343b0

I have set my peakshaving import limit at 23A, export at 25A. Since my multiplus is behind a 16A breaker the grid current limit is set to 17A.

I saw the mentioned behaviour while doing a 3-phase charge last night.

One example of single phase charging last saturday during the day:

img-5349.png


0 Likes 0 ·
img-5349.png (261.4 KiB)
anonimoes avatar image anonimoes anonimoes commented ·

@Dirk-Jan Faber (Victron Energy) : I guess you overlooked my above post as you are very busy answering all the questions on this forum. Thanks for al your hard work on DESS! I'm still experiencing the above issue, even after upgrading the firmware in the multi to the latest version. All other hardware was already at the newest firmware.

would you please be able to look into this? My site ID is: c0619ab343b0

I have set my peakshaving import limit for ESS at 24A (to allow my car charger to charge as fast as possible), export at 25A. Since my multiplus is behind a 16A breaker the current limit for the multi is set to 17A (16A effectively).

After the firmware upgrade I saw the behaviour yesterday afternoon while doing a 3 phase charge on the car. Today I will be charging single phase on L2 and expect to see the charging of the battery to slow down (on L1).

I understand that the forecasting will be off when charging cars / having big loads that are difficult to predict and am completely fine with that.

What I would expect though, is that DESS will take advantage of the unused grid connection to at least try to get to the predicted SOC. In my case this would mean that while charging a single-phase car on L2, the battery should not experience any reduction in charging speed as it is on L1. While doing a three phase charge with 16A per phase, the remaining 8A on phase one should still be used for charging the battery, or am I mistaken?

0 Likes 0 ·
anonimoes avatar image anonimoes anonimoes commented ·

To add to the above information: I think I might know what is happening here, maybe this is specific to having a single phase multi/battery on a three phase grid connection. Today I observed that the multi tries to keep the entire grid connection (3 phases together) at the set limit for peakshaving. As solar production went up or down, charging went up and down as well. Then I tried starting the car charger with less solar just now in the afternoon and very soon the battery started to discharge a little to keep the grid connection as a total at 24 amps. As soon as I raised the import setting for peakshaving to 40 amps the battery started charging again.

To summarise: I suspect that my system is applying the peakshaving limit to the total of the three phases and not for every phase separately. Maybe because the multi / battery system is just a single phase system and my grid connection has three phases?

I could just go and raise the peakshaving limit to 75 amps of course, but this would kind of defeat the purpose of this setting as a protection for individual phases. In my case DESS / ESS / the multi should only care about phase 1, as this is the only phase it can influence.

@Dirk-Jan Faber (Victron Energy) : I suspect this might actually be a bug in the peakshaving implementation? Or did I get my settings wrong?

0 Likes 0 ·
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ anonimoes commented ·

Thanks for the full report. I've now seen it and will take action upon it.


1 Like 1 ·
kositch avatar image kositch commented ·

@Dirk-Jan Faber (Victron Energy) Hello Dirk, we (Czech republic + Slovakia) are still waiting for possibility to set different price formulas for dynamic prices during the day (same as it is possible for fixed prices, but to be able set different dynamic price formulas to each hour). It is Go - No Go criteria for us, because price difference for distribution of electricity differs in tenths of % during the day which affects final price more than dynamic price changes during the day. And please add also the possibility to "zero" negative dynamic prices, because we have some providers which charge 0 for dynamic price instead of negative value, than I think lots of customers can start using DESS. Thanks for the update, when it will be implemented, I know you are cooperating with Neosolar distributor and I think they are also willing to help implementing this.

0 Likes 0 ·
simonyoungtree avatar image simonyoungtree commented ·

Today, at 15:25h, pricing info for next day is missing "no data to display".

Perhaps use an average of last 14 days for pricing (until the real data re available) to have a bit better planning of DESS for the existing day?

0 Likes 0 ·
john245 avatar image john245 simonyoungtree commented ·

@Dirk-Jan Faber (Victron Energy)

19JUN2024

System is in trading mode. Currently charging the battery with expensive energy while the energy was 4 cent cheaper earlier today.

1718809732767.png

0 Likes 0 ·
1718809732767.png (123.7 KiB)
Dirk-Jan Faber (Victron Energy) avatar image Dirk-Jan Faber (Victron Energy) ♦♦ john245 commented ·

Not sure if I what moment of yesterday you are referring to that the energy was cheaper. I see that your system charged from the grid between 14:00 and 16:00, which to me seems to be the "valley" of the day. 1718875745133.png

0 Likes 0 ·
1718875745133.png (190.2 KiB)
john245 avatar image john245 Dirk-Jan Faber (Victron Energy) ♦♦ commented ·

@Dirk-Jan Faber (Victron Energy) The Now is displayed at 17:00. The system had the possibility to charge the battery earlier during the day at cheaper prices. Furthermore, the system is not unloading the energy at the highest price but will unload during a couple of hours. In which case a number of these hours are way less expensive.

0 Likes 0 ·
Show more comments
falkon avatar image falkon commented ·

Dear Victron saff, first of all: Thank you for your great work on this DESS system!

As all new technologies, especially such complex things as DESS, it requires quite a bit of work and time to test and polish out all the corner-cases, and to keep everything homogeneous and in-line with fast development.

Is there any "ticketing system" where some "power users" can place their technical suggestions what to fix and/or what to enhance?

I would like to contribute at least with some findings which I believe may be useful also for others. Or, do you prefer that even small suggestions for enhancements to be placed here on the forum?

0 Likes 0 ·
ronaldt avatar image ronaldt commented ·

Not selling for the best price.

Today (2-7-2024) the system plans to sell at the end of the period in a timeframe that is not optimal while there are plenty of possibilities to sell earlier (e.g. at 43, 45) for a better price. That is probably unwanted behaviour. See below the blue arrows for the right moment, but the red arrow for the wrong moment (I suppose).
schermafbeelding-2024-07-02-om-154358.png

0 Likes 0 ·
ronaldt avatar image ronaldt ronaldt commented ·

I have found the issue. My minimum SOC at 22:00 is 20%. Because I want to save some energy that I can use in the night myself or in case of an outage. But the system is so eager to sell all the energy in the battery, that after 23:00 it decides to sell what I have saved. That is not what I wanted... So this setting is sort of useless for this usecase. And I don't know where it can be used.

0 Likes 0 ·
lucode avatar image lucode commented ·

My VRM Portal ID: 780473a65c81
Venus OS : V3,33

I did setup DESS in my no-feedin setup (EasySolar 5000) with fixed tariffs. Unfortunately I experienced issues of which one is critical.

  1. The system does feed into the grid even that I assume I have set the correct parameters. Usually I only had same peaks of feed-in, but with DESS it did feed-in 2kW for more than 20 min. I did need to uninstall DESS to prevent this, even setting DESS to off on the Venus settings didn't changed that behavior.
  2. In my opinion the SOC has been regulate to very high levels, which did prevent using my own solar production over night. In other words if the weather forecast for the next day is high I would assume that I can discharge the battery over night completely if I need to.

Here are some screenshots:


screenshot-dynamic-ess-2024-0705-power.png


screenshot-dynamic-ess-2024-0705-soc.pngscreenshot-dynamic-ess-2024-070-ess-feed-in-setup.png

0 Likes 0 ·
ronaldt avatar image ronaldt commented ·

Selling too much VP to the grid

If I make a calculation with the values below it would be better to store the energy of the VP in the battery and sell it later for a better price. I guess (But @Dirk-Jan Faber (Victron Energy knows for sure) that the calculation is based on buying and selling from the grid and does not take into account the PV energy you do not have to buy and has the value of the current sale price.

The system now sells back at 16:00 to the grid for € 0,063 / kWh. It has the opportunity to sell later for a higher price but it does not. When the price is € 0,114 and I take into account the € 0,02 batterycost and 90% efficiency the € 0,114 sell price is still € 0,0846 which is higher then the € 0,063 I am getting now.

The situation at 10:00 was even worse with a sell price of € 0,058

Is the 'free' PV energy not taken into account like this? Or am I doing something wrong?

schermafbeelding-2024-07-18-om-165405.png

Situation on 18-7-2024 17:00

0 Likes 0 ·
dirknie avatar image dirknie commented ·

Hi,

ich nutze die DESS Funktion schon seit der Beta Phase und bin ziemlich zufrieden mit der Steuerung. Ich habe aber ein paar Punkte die ich vermisse oder vielleicht auch in den ganzen Posts über lesen habe.

1. mein System praktiziert jetzt schon seit ein paar Tagen einen BatterieLadungsausgleich was ich ünerhaupt nicht verstehe wo ich doch ohne Batterie Optimierung eingestellt habe. Wieso kann man das nicht manuell abschalten?

2. ich vermisse einfach nur den allgemeinen Anzeigewwert was die aktuelle Ladung des Akkus pro KW gekostet hat. Ich habe nämlich immer das Problem, dass der Verbrauch aus dem Akku ausgeglichen wird obwohl gefühlt das Akku zu einem höheren Preis geladen wurde.

3. Ich plane die Ladung meines Autos immer zu günstigen Bezugspreisen und dann fängt das Akku immer an auch Strom zu liefern, was ich eigentlich nicht will und mir den Akkuinhalt lieber für die teuren Tageszeiten afheben würde.Ich wünsche mir daher eine einfache Möglichkeit die Entladung zu verhindern. Gerne eine Kombination mit einem Preislevel, Kw-Preis der Akku Ladung und vielleicht auch Großverbrauchererkennung. Für Systeme mit großem Eigensolaranteil sieht so etwas sicherlich anders aus.

Cu Dirk

0 Likes 0 ·
ronaldt avatar image ronaldt dirknie commented ·

Hello Dirk,

For #3 I have implemented a Node-Red flow that based on if my charger is on scheduled charging (= when the grid price is low) it sets the grid point to such a value that the sum of PV and Gridpower is what is needed to charge the car. In that way the battery is not unloaded. This works because I have a Victron EV charger and I can read the values in Node-Red.

0 Likes 0 ·
dirknie avatar image dirknie ronaldt commented ·

Hallo Ronald,

ich habe aktuell nur einen MP2 und ein Akku in Betrieb und keine Node-Red Spielereien. Es wäre schon Klasse wenn das VRM Portal etwas ausgebaut werden würde. Vielleicht gibt es ja ein paar Pläne in die Richtung.

0 Likes 0 ·
sarowe avatar image sarowe commented ·

Ich muss hier nochmal auf Deutsch reingrätschen.

Nachdem. Die neue Software Version 3.40 rauswar, habe ich noch einmal beschlossen, das DESS zu testen. Die Verbrauchsprognose ist aus meiner Sicht immer noch eine Katastrophe. Samstag war viel mehr PV Produktion zu erwarten als Verbrauch. Daraufhin beschloss ich 2-3 Stunden Brennholz zu sägen (5 kw Leistung), das führte mal wieder dazu, dass sich die Verbrauchsprognose für den gesamten zukünftigen Verbrauch verdoppelt/verdreifacht hat. Das DESS kaufte trotz absehbaren PV Überschuss Energie aus dem Netz, ich konnte es gerade noch stoppen.

Heute das Gegenteil. Weil wir heute das E-Auto nicht wie üblich geladen haben, ist die Verbrauchsprognose nicht nur um die Energie des E-Autos nach unten gegangen, sondern auf nahezu Gar keinen Verbrauch.

Mir persönlich ist es ein Rätsel, warum Victron das nicht gelöst bekommt. Ein größerer spontaner Verbrauch oder Minderverbrauch führt immer wieder dazu, dass die gesamte Verbrauchsprognose explodiert.

Richtig wäre ein erhöhter Verbrauch vieleicht dazu führt das die Verbrauchsprognose für die nächsten 1-3 Stunden hoch geht aber sich doch nicht für das gesamte kommende Zeitintervall. Wozu braucht ihr dann die Durchschnitte der letzten 28 Tage für die Prognose.

Ich lese oft in verschiedenen Foren über das DESS und stoße immer wieder auf Fehlfunktionen, die meiner Meinung nach genau auf dieses Problem zurückzuführen sind.

Es ist so traurig. Viele der Funktionen und Entwicklungen laufen richtig gut. Es kann doch nicht sein das so ein Faktor das ganze Projekt so unbrauchbar macht.

Entschuldigung für die deutlichen Worte

0 Likes 0 ·
Peter avatar image Peter sarowe commented ·

Such things are only available in GbbOptimizer for now :-)

0 Likes 0 ·
sarowe avatar image sarowe Peter commented ·

Und von den 10€ monatlichen Überschuss überweise ich dann 7€ Dir?

Danke

0 Likes 0 ·
Peter avatar image Peter sarowe commented ·

If don't want to pay 7eur/month you must have about 40-50kWh battery. If you have 40-50kWh battery do you really have only 10eur/month surplus? Customers with 40-50kWh have 10eur surplus but daily...

0 Likes 0 ·
Show more comments
sarowe avatar image sarowe sarowe commented ·

So ein Blödsinn kommt dabei raus. Obwohl wir immer 40-50 kwh täglich verbrauchen
1000031621.jpg

0 Likes 0 ·
1000031620.jpg (422.4 KiB)
sarowe avatar image sarowe sarowe commented ·

Solange solche Fehler in der Verbrauchsprognose auftreten wird das DESS nie richtige Entscheidung treffen. Egal welcher Modus oder nach welchen Kriterien. Die Verbrauchsprognose ändert sich dann im weiteren Verlauf wieder und keiner kann die Kauf oder Verkauf Entscheidung zu dem Zeitpunkt verstehen. Ich gehe davon auf das sehr viele auch weiter oben in diesem Threat auf die fehlerhafte Verbrauchsprognose zurück zu führen sind. Selbst wenn die Verbrauchsprognose nur auf den errechneten Durchschnitt der letzten 2-3 Wochen beruhen würde, wäre es genauer als das was momentan im System passiert.

So wie es zur Zeit läuft, verärgert und enttäuscht ihr nur eure Kunden.

0 Likes 0 ·
sarowe avatar image sarowe sarowe commented ·

Das ganze Spiel 5 h später. Das System hat sich etwas wieder eingependelt auch noch immer nicht genug. Die Prognose hat sich mehr als verdoppelt. Das ganze nur weil das E-Auto gestern schon geladen wurde.

Genau das selbe passiert aber auch in die andere Richtung. Halbe Stunde kochen oder Wäschetrockner an und die Verbrauchsprognose geht ins unermessliche nach oben und braucht anschließend 3-5 h um sich wieder einzupendeln.

Das sind dann im schlimmsten Fall 4-5 Stunden völlige Fehlentscheidungen des DESS.

Das ist einfach nur Blödsinn
1000031697.jpg

0 Likes 0 ·
1000031697.jpg (419.9 KiB)
sarowe avatar image sarowe sarowe commented ·

Diese Wochenende das Gegenteil. Etwas mehr Verbrauch und die Prognose explodiert fürs gesamte Zeitintervall

1000032518.jpg

0 Likes 0 ·
1000032518.jpg (459.8 KiB)
sarowe avatar image sarowe sarowe commented ·

3 Stunden später die Verbrauchsprognose hat sich etwas relativiert, aber 3 Stunden mit völlig falschen Entscheidungen

1000032544.jpg

0 Likes 0 ·
1000032544.jpg (419.4 KiB)
Show more comments
sarowe avatar image sarowe sarowe commented ·

So und damit Entschuldige ich mich für die deutlichen Deutschen Worte und werde wieder zum erstmal stummen Mitleser. Ich musste das mal loswerden weil ich das Gefühl habe ihr arbeitet an den falschen Stellen.

Danke


0 Likes 0 ·
Show more comments
tom-deckers avatar image tom-deckers commented ·

Hi, the price graph for DESS shows 'no data to diplay' on VRM. This is an easysolar II.
1721744957430.png


I have another setup with exactly the same setup which shows the price just fine. This is a multiplus II

1721745013143.png

(ignore the actual data - I was messing with the formula)


Any ideas how to get the graph for the first battery?

Thanks!
Tom.

0 Likes 0 ·
1721744957430.png (25.4 KiB)
1721745013143.png (32.3 KiB)
Andi avatar image Andi commented ·

"Für diesen Tag ist ein Batterieladungsausgleich geplant."

Bedeutet, das System will heute mit Strom aus dem öffentlichen Grid meine Zellen balancen?

Mein Akku wird von der Sonne heute eh wieder voll werden.
bildschirmfoto-vom-2024-07-30-08-28-39.png

0 Likes 0 ·
Andi avatar image Andi Andi commented ·

Das klappt ja einwandfrei hier mit den Antworten.
Andi, du könntest den Batterieausgleich deaktivieren. Und zwar hier: In den ESS Einstellungen unter ->Batterie -> Bearbeiten->Batterieausgleich

1 Like 1 ·
grua avatar image grua Andi commented ·

Und wurde der Ausgleich nun tats. aus dem Netz geladen oder durch PV-Produktion?

0 Likes 0 ·
Andi avatar image Andi grua commented ·

Aus dem Netz wurde nichts geladen.
Gut das ich gerade Urlaub habe, und das ganze den ganzen Tag beobachten konnte.
Ich muss sagen, das der Ausgleich zur Zeit sowieso jeden Tag automatisch stattfindet, weil der Akku halt recht früh voll ist.
Diese Funktion (Batterieausgleich)ist eher was für den Winter, würd ich sagen. Deswegen hab ich es jetzt deaktiviert. Bevor das System noch auf dumme Gedacnken kommt und morgens um 8 den Ausglauch macht mit teurem Strom.

0 Likes 0 ·
Show more comments
hook avatar image hook commented ·

Why does dynamic ESS limit charging and not only limit discharging, if energy is needed later on? In my opinion it should use all available solar power to store in the battery, regardless of all the predictions and the target SoC.

Here are some screenshots:

1722528886551.png

1722528921479.png

I have a dynamic price tariff for consumption, so it definitely makes sense to save some battery power for high price hours, but at the moment the battery is only charged to 41% and I'm selling 7kW of power to the grid and the battery doesn't get charged.

Dynamic ESS settings are:

Can you sell energy back to the grid? Yes
Maximum import power 24 kW
Maximum export power 7 kW
Operating mode Green mode


Battery capacity 14 kWh
Maximum discharge power 1.9 kW
Maximum charge power 1.9 kW
Estimated battery cycle life 4000
Battery price € 1500
Battery cycle costs per kWh 0.03 €/kWh
Battery balancing On
Full charge interval 14 days
Do you want to restrict the battery usage? No


Buy prices type Dynamic
Energy provider country Germany
Energy provider name Tibber
Price calculation (p+0.018+0.14)*1.19


In my opinion dynamic ESS should not follow strictly the target SoC, for times where the battery is not full yet and there is consumption later on, it should still be allowed to charge the battery, instead of selling the power for only 0,09€/kWh and buying back later for about 0,30€/kWh.

So in my opinion the main target should not be the "target SoC", instead dynamic ESS should limit charging or discharging at specific times, which in my opinion should work way better than just strictly following the target SoC.

0 Likes 0 ·
1722528886551.png (27.6 KiB)
1722528921479.png (70.8 KiB)
sarowe avatar image sarowe hook commented ·

Batteriepreis 1500 € je kwh????

Ist das so richtig......?

Dabei versucht das System den Akku möglichst wenig zu nutzen.

Oder denke ich falsch?

0 Likes 0 ·
grua avatar image grua sarowe commented ·

Er hat 0,03 EUR/kWh als Batteriekosten eingetragen. Nicht 1500 EUR/kWh.

0 Likes 0 ·
sarowe avatar image sarowe grua commented ·

Batteriekosten 1500€

Kosten je Zyklus 0,03

0 Likes 0 ·
Show more comments
anonimoes avatar image anonimoes commented ·

The last two days or so my system has been behaving very erratically... It has been charging one our and discharging the next with less than one cent of price difference, short bursts of maximal discharging followed by slow charging in the same hour, charging the battery even though charging was not planned at al for that hour and also not discharging at the optimal (peek prices) intervals.

Does anybody encounter these issues as well? I've already restarted the Cerbo just to be sure and also checked that I'm on the latest firmware. Any ideas how to solve this?

0 Likes 0 ·
onur-b avatar image onur-b anonimoes commented ·

all of us is having the same DESS issue, see https://community.victronenergy.com/questions/321621/malfunctioning-dess.html

1 Like 1 ·
solear avatar image solear anonimoes commented ·

Same here. No or only very little bit of charging. Comsumption forecast is a line…

Thought it was me, and restart everything, but no change.

0 Likes 0 ·
marceldb avatar image marceldb anonimoes commented ·

Same here and many of my customers complain as well. Something changed, but causes more issues

0 Likes 0 ·

Article

Contributors

Guy contributed to this article dfaber contributed to this article aleximb contributed to this article