article

Very nice that Victron is working on DESS.

Apart from the known errors, what bothers me most is that the battery discharge is stopped when the planned discharge is reached if consumption is higher than planned at high electricity prices.

It should be possible to optimise this significantly with a rule:

If more electricity has been consumed than planned, check whether there is still planned battery utilisation at lower exchange prices and then bring this forward.

I have this situation quite often with my WP. The heat pump starts earlier than planned and the electricity is expensive. When the planned consumption is reached, I draw from the grid. However, there are other hours with planned battery utilisation at lower exchange prices.

It makes much more sense to use the battery at 30 ct/kWh than at 25 ct/kWh.

Unfortunately, I completely lost track in the previous thread.

Are there plans to evaluate the losses differently for AC charging (Multi) and DC charging (MPPT)? And AC usage/AC feed in and DC usage/DC feed in?

In my experience, charging the battery via the Multis results in much greater losses than via the MPPTs. If my 3 Multi 3000 charge the battery with a maximum of 105A~5200W, then they take almost 6100W from the grid or from the AC PV. That's a 15% loss here alone. For PV this means that it could be good to use the AC-PV for the current loads and feed-in and the DC-PV to charge the battery.

Ich hoffe, es reicht, wenn ich hier auf Deutsch schreibe.

Ich habe das DESS seit 7 Wochen laufen und bin begeistert. Mit einer Einschränkung, das Berücksichtigung von großen Lasten Für mich und viele andere ist es der zentrale Kritikpunkt.

Sie schreiben oft, dass sie an den Prognosenfeatures arbeiten, aber solange sie diese großen Lasten nicht auf irgendeine Weise einbinden bleibt das Problem. Für mich gibt es 2 Ansätze.

-Im DESS gibt es eine Schaltmöglichkeit für große Lasten, um darüber einen kausalen Zusammenhang für große Lasten zu erkennen.

-Da wir alle mehr oder weniger unseren Verbrauch dem Preis oder höherer PV-Produktion anpassen, sollte der Algorithmus das erkennen. Zum Beispiel, wenn ein sehr geringer Bezugspreis ist, geht der Verbrauch hoch, weil Lasten dazu geschaltet werden. Wenn der Algorythmus diesen Zusammenhang erkennt, wäre meiner Meinung nach schon viel erreicht.

Ansonsten großen Lob und vielen Dank für Ihre Arbeit

Im on DESS with NodeRed. NR should be the main way because VRM need's internet and cloud based should not be the main way to handle such ciritical things.

Anyway, i'm testing DESS a couple of month now but it is still not usable. Also with v3.21 it is starting to feed the grid out of the battery just because of wrong target SOC decisions.

From tomorrow on i'm in a dynamic tariff with Tibber. But i have to switch DESS of. It is starting to feed the grid with 15 kW out of the battery because the target soc is a couple of one digit % below the real soc. Then it is starting to load the battery again. After reaching 0,1 % more than the target soc it is starting again to feed the grid with more than 10kW out of the battery and so on. The average PV production is ~6 kW at the moment.

It is switching on off all the time like this. It seems there is no hysteresis and the german law to never feed in out of the battery is not matched.

The setting is Germany but it want to feed in.

@Dirk-Jan Faber (Victron Energy)

I have another, completely different suggestion:

LiFePo4 cells should be fully charged to 100% SOC at regular intervals (e.g. once a week). Otherwise, the SOC calculation by the BMS will no longer be correct after a while. Otherwise, top balancing is never carried out and the state of charge of the individual cells diverges over time.

It would therefore be nice if it were possible to specify the period in which 100% SOC must be reached at least once. DESS can then use either PV surplus (= preferred variant) or a favorable purchase price.

Currently, this is only possible by deactivating DESS and activating scheduled charging.

Question related to topic

• Dynamic ESS on VRM taking Battery losses into account. The system looks at the dbus service com.victronenergy.settings, path Settings/DynamicEss/SystemEfficiency

What does it mean? Does DESS knows the efficiency of my installation? For example: my losses are around 18% for charging and discharging together. Currently I try to simulate this losses with the battery cost in DESS. I set battery costs of 0,04 Euro/kwh for an assumed average electricity price from grid of 0,25 Euro/kwh. Could I stop it?

I reactivated DESS after some time.

I'm wondering why DESS plans to feed in first and only charge the battery at the end. If the clouds come earlier, a lot of PV has been sold for only 7ct and the battery can no longer be charged, which means that an unnecessary amount of electricity has to be purchased for more than 25ct.

Updated to latest versions aswell, but I also experience solar being fed into the grid when battery is not full AND forecast of usage is super high, so next day PV cannot possible cover it. In a german installation the main objective is always to maximise self-consumption of PV, because anything grid-related is going to be more expensive. I tried to enforce that by setting the battery costs super low, but it does not help:

Target SOC is not being adjusted to higher value... because it thinks it will get it done by the end of the day? I think most Lithoum systems are confgured to to balancing only at the top end, so charging to 100% only at the very end of the day would shorten the balancing period to a minimum - might be advisable to prioritize that somehow. It seems the target SOC does not take PV power beyond the forecast into account? So it THINKS it cannot get over said SOC while actually more energy is being generated than forecasted which then actually overflows into the grid. This could probably be handled easily...

Secondly: Since irregular EV charging (my wallbox [openWB] automaticaly feeds excess PV into the car) completely destroys the forcasts, i suggest implementing a forcast max limit that the user could set based on the historical average of the house consumption. E.g. i KNOW that my daily average of the house is 20,6kWh/day. So a forecast of well over 100 is defnitely so far off, that we could actually throw that away. Why not cap the forecast at some value, say 25 in my case. It would greatly improve accuracy after charging our car and not totally destroy all planning.... ?

Will keep testing throughout the week, cars are full now..

.martin

P.S.: ID 48e7da89ba45

This progress sounds really positve! I havn't used DESS for months given the issues with it not ajusting (within the hour slots) to real consumption/PV which I, amoung others, raised as a significant issue. Looks like now is a good time to take it for another spin though..

Just one thing, I havn't seen mentioned recently, is that for me to be able to use this in ernet (as with everyone else in the U.K) we really need support for 30min slots.

Thanks!

VRM ID :c0619ab313dc
Ab wann läd das DESS aus dem öffentlichen Netz? Ich habe das DESS jetzt fast 24 Stunden laufen und bis jetzt hat er nicht aus dem Netz geladen. Der Akku war vorhin bei 48% und die Kosten waren 21cent/kwh. Ich habe dann mal bei 20cent manuell dazugeladen. Morgen ist der Strom wieder teurer.

Hello, I am wondering from when DESS starts to charge my battery. I use an hourly electricity tariff. And it would make sense if, for example, it charges during the cheapest 4 hours of the day.

My battery is currently at 48%. At the moment, electricity costs 21 cents, and the battery should be charged at this price.
Gruß Andi

Using DESS more than a month now.

I can't see any difference at all.

My setup

Pylontech US5000C

MultiPlus II 3000 48

Cerbo GX

DESS 70% SOC, ESS no battery life

https://betavrm.victronenergy.com/installation/380883/share/813a14fb

I have 2 price levels in Ukraine

Night - 50% lower than a day. (Night tariff 23-7, day 7-23)

No ability to sell

No solar.

AC in comes from independent main system on Multi RS 6000 Dual Tracker with own cerbo and solar.

Expectation - DESS to charge battery at night when SOC could go less than a threshold. Would be great to come to night->day moment with 100% SOC, but this is not happening.

Additional variable I have - when there is an excessive solar power on Multi RS system I'm changing MultiPlus II ESS to "keep batteries charged" and switching back to "ESS without battery life" when lack of solar. Happens after the noon . You can see it on the graph above - short charge in the morning when sun is on a horizon, and full charge afternoon when excessive solar in a previous system. This is organized via Node-RED by myself.

On graphs I can't see "saved funds" at all. Would be great to have DESS graphs weekly, monthly in order to see if there is anything at all there.

Or let me know how I can see work of DESS algorithm in order to notify myself with "woohoo" Push notification and understand the process.

Thank you.

Ping: @Dirk-Jan Faber (Victron Energy)

is DESS intended to work with wind power too? because everything mentioned is for solar - will it work for wind only?

Same problem for me as already reported by others:

PV excess is sold to the grid at very low prices (6 cent/kWh) instead of being used to charge the battery. Shortly afterwards, the battery is charged from the grid at much higher prices (18 cent/kWh).

That makes absolutely no sense! The PV excess must go into the battery! Under no circumstances should it be sold cheaply to the grid only to be bought at a higher price shortly afterwards:

Again: PV excess must go into the battery, at such high differences between sales and purchase prices!

Edit: I used release candidate v3.20-35, but there is a newer v3.14-2. Just installed it and give it a try!

No consumption forecast for today afternoon?

Also non for tomorrow:

VRM ID: b827eb273733

Good news and a lot of improvements. Really happy with improvement number 1. I now try to fix that with node-red, which works but is more a workaround and a bit slow so it can still overshoot.

One other improvement would be that the charging of the car is taken into account in some way. It completely destroys the forecast while the charging time is known because the charger is part of the Victron eco-system.

I use the node-red DESS 1.11 version, and see something strange now. It is not buying and selling at all anymore. The prices go up and down a lot (thanks to storms Henk and Isha) but DESS decides to just use the grid and not even the battery when the price is high.
See screenshot below.

EDIT: I found the issue. I had set the battery cost too high. I calculated the cost for one cycle of all the batteries (60kWh). But I now changed it to cost per kWh and it works again. These costs are apparently not shown in the buy/sell price graph and that has got me on the wrong foot.

Keep up the good work! I am trying to understand the system but it makes decisions I cannot understand and do not seem related to issue 2.

It seems that DESS has a preference to sell, sell, sell.... I always end up with empty batteries for some reason. See screenshot below.

When there is no possibility to buy back the energy cheaper then I sell it now, I would not sell it. If I look at a guesstimate (see screenshot below) of the prices, then I'll have to use the high prices from the grid for my energy the coming days. While I had cheap energy in my battery available, but that is all sold. And why does it not charge between 12:00 and 14:00. That seems a good time to buy back the energie that was sold between 8:00 and 10:00.
At 10:00 it is putting my PV directly in the Grid and not in my batteries. Why? I would save it and sell it between 17:00 and 20:00 where the sell prices are much better.

@Dirk-Jan Faber (Victron Energy)

Is this also a problem related to blocking issue #2 or is it intentional?

PV excess is sold to the grid at low prices, so that at the end of the day target SOC = minSOC. As a result, however, expensive electricity has to be purchased from the grid in the following hours, as the battery is already discharged to minSOC. In this case, it would be much better to store the PV excess in the battery instead of selling it cheaply.

Will this be changed when blocking issue #2 is resolved?

Hello, thank you for working on that great feature.
I tried it first and i found two issues: a) when purchase price is lower than sales price, it does not buy during nights and sell during days. (sometime it happens)
b) example below. why does it sell from the battery to the grid from 8-9 oclock for 15cents, when it bought the energy from grid to the battery during night for 18cents?

thank you

Next try….

PLEASE… Victron. Can you help me to find the issue? …or is it a feature I misunderstood? Mistake in the configuration on my side?

To be honest I own a very small diy system but I am very happy with it and your idea of the DESS… and the Tibber prices.

Why decide the dess to discharge the battery at 4-5am and not at 6-7?

Please help to understand.

Ich Danke euch

Christian

OK, finally the switchover to tibber occured this night.

I set-up and enables DESS right away and actually the shedule looked quite good.

The system started to charge the battery immediately, as that time also marked the slots with the lowest price.

But charge went only halfway, stopping at SOC 49%, while low prices continued for some more hours during which the battery would not discharge.

While the latter is fully understandable to me, I do not understand why the battery was'nt charged to a higher SoC.

As with higher prices, discharging the battery started, which is also fully OK.

But then, the system decided to go full chargemode while the price was at its peak this morning (and SoC still 36%).

This is actually not acceptable.There is no way, that this is commercially feasible, as solar would kick-in as well soon, with a good forecast for the day (should top-up the battery with another 50% SoC until evening).

This is how the system behaved. I now disbled DESS...this is not ripe for a pilot.

Maybe I need to look into other ways of optimizing that with NR myself.

Are 30min slots on the roadmap? Can you give U.K. users a rough idea of where it is on the list? My cheap tarrif is from 23.30->05.30 and it's sub-optimal to have to use 00:00->5:00 in DESS.

Thanks!

I love this, I have been involved with Grid pricing in Ireland for years, letting customers know when is good / bad to run district heating heat pumps or CHPs. up to now I have been using an echelon smartserver to do the switching. e.g. Run the heat pump in the 8 cheapest hours in the 24 hours. I supply Irish prices on my website, but I would love to provide this information via an API. Is there a countries format I could copy? XML would be preferable, but JSON would work also.

I was putting an ESS system on my house and followed this rabbit hole, very very impressed with Victron.

Irish Electricity Prices. DAM, IDA1, IDA2, IDA3, Balancing Market (smartpower.ie)

Verry interesting this DESS, as soon mine battery is up and running I will test it.

Main input is the day ahead price, but is Victron also looking at a virtual powerplant integration?
For example Zonneplan (powerplay) here in the Netherlands is planning to start a virtual powerplant based on (nexus) home batteries.

Know Sonnen has done this in Germany.

Is Victron planning to make an integration with Sonnen or Zonneplan?
As a virtual powerplant you can trade on balance market and gains are this way bigger than the day ahead price trading.

Suggestion.Important. In Estonia electricity taxes in weekdays from 7 to 22 are higer. What ever is kwh price.I use dess and what i see tomorrow ? Pure charging. 12kwh. Please make charge time at night only. I have 60kwh battery. VRM portal id is b827eb33b05e. I think no one is in estonia not want charge battery at weekday day. Sry my english.

Hello,

I enabled the beta VRM for the first time last night. The setup seemed to go smoothly, and after correcting my error on the fixed pricing schedule, the vrm looked like it was going to charge during my fixed cheap rate period early this morning.

It didn't so i wonder what i got wrong?

Vrmid = d83add039270

Other questions i have:

-- Do i need to load the beta Venus OS as well? I didn't because i couldn't see that in the setup instructions.

-- When setting the export and import power, should it reflect the grid settings or the victron inverter settings?

I have an AC coupled inverter capable of 3.6 kw, i am also allowed to export up to 3.6kw by the electricity company. However my battery has a Multiplus 2 48/3000.(so only 2.4va charge/export)

-- I like the VRM app. I assumed i will have to wait until Dynamic ESS is live to use it again.

I'm looking forward to the feature improving.... Keep up the good work.

Eric

Hello,

i noticed the Problem "Dynamic ESS slow discharge on idle when reached target SOC" described here: Dynamic ESS slow discharge

This behaviour seems to be startet with this change:

Changes v3.20~15 -> v3.20~17
Various Dynamic ESS related improvements:
Remove the separate DESS MinSoc setting. DynamicESS now uses the ESS MinSoc.
Stop showing "Low Soc" errorcode when DynamicEss reaches the target SOC.

Hi, I am running DESS since autumn. Works quite well now. Thus, I can not charge the battery bank “outside” the Victron system. In VRM; SOC 30%, no Batt. Life, buy & sell, 48VDC 200AH, 3x MPII 5kVA, MPPT 450/200, Cerbo Venus OS v3.20~50.

I want to charge the batt. from a source that Victron system do not know about.

Let’s say SOC is 30%, all charging power to batt., at 33% system starts to invert and put the power to support the load & grid instead. If I then stop the charging, system reduces the SOC to 30% again. I want to raise the SOC instead. I have also tried to fool the Cerbo DI “generator”, Running/Stopped.

Yes, I know that I can go over Node Red and take the whole control. Not the prio. solution, the Venus OS are doing a quite good job.

Suggestions ?

Hello,

I would like to input 30-minute time intervals. How can I do this?

I'm located in Germany but DESS want to feed into the grid out of the battery. What it is calculating at the moment makes totally no sense. Why not just keeping the energy in the battery for later use?

Heute Nacht habe ich einen Strompreis von 16 cent( 23:00 Uhr - 6:00 Uhr. Ich frage mich, warum DESS nicht den Akku vollmacht?

with v3.30~7 nothing changed, still loading from the grid at high prices

Why is there no custom field "Minimal profit for sales?". In my simulation he planned to sell to the grid à profit 0.02€ what is to low to take any risk in my opinion.

Second why not linking more weather data to the forecast consumption? If you would make correction factor on consumption forecast based on historical data (min T - max T & Humidity) then you can solve mainly the problem off inaccurate forecast due extra loads off heatpumps or airco.

Ich teste jetzt seit Monaten das DESS und bin im Prinzip begeistert. Allerdings das Nachladen aus dem Netz zur vollen Stunde, nur weil das Soc Ziel nicht erreicht wurde, ist aus meiner Sicht kontraproduktiv. Vorallem bei erwarteter PV Produktion. Solange dieses Problem nicht gelöst ist, ist das System aus meiner Sicht unbrauchbar.

Trotzdem das ich von der Grundidee und der bisherigen Arbeit begeistert bin.

My feeling is that DESS is still very far away to be fully functional. Also we need a few more options. The formular to load from the grid should not only be decided by price and forcast target soc depending on expected need but also from the autarky point of view. In the summer time, if enough PV is available i don't need the grid in general. Only in the dark time without enough PV, loading from grid can be relevant. But every system is different so we need more options which will change the way of forecast and decision making of the formular.

Also heaters like MyPV should be considered in connection with Gas Pricing. This should be considered together with grid sell prices. It can be more efficient to not load the battery from the grid but feed the electric heater when the grid prices and is lower than the gas price and heating with gas.

In general we need a hard option to never sell to grid out of the battery. It is still the case. This never should happen in case of a fix sell price. Only the very last sureplus can flow into the grid. At the moment it just take the (mostly wrong calculated) target soc and start to feed the grid out of the battery if the real soc is higher than target soc. That makes no sense in general.

We also need hysteresis options. At the moment it seems there is no hysteresis in general.

As i said every system is different and every situation as well also the user expectation is different. So a general formular for DESS does not make sense.

When you really want to be the highest developed DESS system, then Victron should consider to hire a KI developer instead of using static formulars for decision making ;)

Energy Graph incorrect:

Yesterday's (25-2-24) energy graph showed some grid-to-battery energy moves (see between 13h and 16h). However during this timeframe no grid energy was moved to the battery. For your information: I am forcing my DC connected solar energy to the battery by setting the inverter power to zero from 10am to 16pm (via Node-Red)

This is the graph of grid energy moving to various targets of the same day on the same VRM-beta. You see only a tiny bit of grid energy flowing to the battery at 14:00.

I am running the latest of the latest software.

See below what happened with the solar energy.

I found a new feature in the Remote Console to limit import and export current per phase. I set this to 16A, but when I increase the grid current limit on the Multis, it still exceeds 16A. What goes wrong (or what am I doing wrong)?

It is one Multi 48/5000 GX in a 3 phase installation. With grid meter

Yesterday I have modified once my prices from fixed to dynamic but the graphics don't update to the new prices. Waited first till 15h & left once passing midnight but still the same. Reason?

Hey @Dirk-Jan Faber (Victron Energy)

Thank you for the DESS

Could you share rough timeline when MultiRS Dual could be added to DESS?

Today the sun is shining, and the system is additionally drawing power from the grid into the battery. The sun can easily fully charge the battery today. I don't need electricity from the grid.

Why?

C0619ab313dc

DESS is now deactivated

Timeframe yesterday first pict from beta - second from vrm

First picture : from 11 till 12h - very confusing information. I don't really know what figures are really showed here. I suppose these are the energy flows but in that case the names are totally not really clear. Positive means to grid or battery & negative from grid or from battery. Maybe "flow" would be better word then "use".

Second picture : VRM data this is correct

I have to switch on and off DESS couple of times per day because it still makes wrong decisions. The target SOC is always wrong and if the real SOC is higher it starts to push the gap into the grid but this is not allowes by option. Also if the target SOC is higher than the real SOC it is loading from the grid even if the price is the highest at the day. So why just deciding by target soc? It need to be calculated more frequent depending on the real situation. Also why does it feed the grid if i disallow it by option? Just keep the soc as it is if the real soc is higher than the target. And never load from the grid if the target SOC is lower than the real soc but the price is very high. In that situation i had 93% and the target was 95%. No need to load from the grid.

Also i would like to have the option to share the PV load if it exceed an individual settable load peak.

Let's say i have 8kW PV, then i would like to share my load with a settable range ratio. For instance 70% percent of PV sureplus should go into the battery and 30 % into the grid. That would be good in case you use an ACthor or other electric sureplus heater, cooler or what ever. Because i could feed this before it goes to grid. If i can set rules like that the DESS would be a game changer to share PV load.

@Dirk-Jan Faber (Victron Energy)

Not a question specific on DESS, but in my opinion the question is related to that.

Competitors are introducing battery systems that can trade on the energy imbalance market. Zonneplan is currently going to the market with this (https://www.zonneplan.nl/thuisbatterij) and Sessy is investigating the possibilities (https://www.sessy.nl/verdienmodellen-van-een-thuisbatterij/).

Is Victron Energy currently also investigation this business model for Victron System owners?

For example the Nexus generated Euro 20,41 on February 27th.

29/2/2024 I have installed DESS for 2 weeks now and its working great, but I got an error no schedule available on the 29 febr. DESS was not charging when it scheduled to do so. It was on min SOC. I checked the FAQ : Time in the Cerbo GX (v 3.14) is correct set. I put it manually on buying and it got charging. What can I do about this error?

Dynamic ESS now working for 2 weeks. Its doing great but I got my first error -no schedule available-. I checked the FAQ: checked time in Cerbo GX: It is on the correct date and time 29/2. SOC is on minimum and it won't charge. My GX is on v3.14. It will manually charge when put on buying. What can I do about this ?

Ich habe Version 3.30-7 aber die gleiche Fehlermeldung und verhalten heute morgen

After reading about Update v3.30~10 and DESS improvements I wanted to give DESS an new chance....

But why it wants to drain the battery tomorrow. It is not planning to charge although so much PV is available that all loads could easily be supplied 24 hours if battery would be charged to 100%. Sell price is only 7ct vs buy price above 26ct so earning money could not be the plan.

The current beta v3.30~10 has actually fixed the bug that PV surplus was being charged to the grid instead of being used for AC loads. This worked flawlessly in my test yesterday. Many thanks for that!

However, my current criticism is still that the target SOC is still planned to be at min-SOC at the end of the day. The plan is to sell most of the PV surplus during the day so that the battery charge level is only at min-SOC at the end of the day:

The following night, there is then no battery charge left that could be used in the hours between midnight and the start of the next PV production. As a result, energy must then be purchased at high cost during the night. (buy prices are almost always higher then sell prices in Austria)

This should definitely be changed so that there is still enough SOC left at the end of the day to get through the next night!

@Dirk-Jan Faber (Victron Energy) didn't you say some time ago that you actually wanted to make changes in this regard? Only then will DESS actually be ready for use!

Otherwise, keep up the good work!

I am having an issue with DESS where it plans to charge the battery with surplus PV energy, but then, when it actually should do so, the surplus PV energy is dumped to the grid and the battery is not charged at all.

Example:

Planned

Actual.

I had a lot more power draw this morning, but that shouldn't matter for this afternoon as there is plenty of surplus PV available right now, but that is not put into the battery.

Why is this happening?

Heute Nachmittag erneut die gleiche Meldung

Bei mir läuft es jetzt den 3ten Tag in Folge korrekt. Glückwunsch.

Ein kleiner graphischer Fehler ist mir noch aufgefallen. Morgens wenn der Akku-Soc unter dem mindest Soc liegt, wird als erstes der Akku geladen, während die Hauslasten noch aus dem Netz versorgt wird. Das ist soweit auch richtig, allerdings werden diese Mengen als "Grid to Battery" dargestellt und nicht als "PV to Akku" . Das führt glaube ich zu Verwirrungen und einigen Beschwerden hier.

Sehr Sehr hilfreich finde ich die neue AC Begrenzung und werde sie morgen einrichten und testen.

Für mich ist das DESS jetzt soweit nutzbar.

2 Dinge wären noch "nice to have"

- eine prozentuale Verbrauchsreserve des Akkus für unerwartete Verbräuche

- Ich würde es begrüßen wenn über das DESS eins der programmierbaren Relais schaltbar wäre, zur Ansteuerung von Extra-Lasten wie die Wallbox.

Danke für die gute Arbeit

Price @14h today Belpex 59.86€

According the graf purchase price 0.39€ - sales price 0.01€

But

Purchase (0.1068*59.86+0.204+0.16)*1.06 = 7.16 -> /100 = 0.072€/KwH

Sales (0.08505*59.86) = 5.09 -> /100 = 0.051€/KwH

Or the grafics are wrong or DESS is calculating the wrong price (or I can't calculate).

@Dirk-Jan Faber (Victron Energy) The grid setpoint in the remote console for ESS is obviously ignored when DESS is activated. I always have the grid setpoint slightly negative (-10W). So over a whole day with sufficient PV production or sufficiently filled storage, I always had well under 1kWh drawn from the grid, usually around 0.6kWh.

Since activating the DESS, this grid consumption has been significantly more than 1kWh, rather more than 1,5kWh because most of the time the DESS regulates slightly >0kW at the grid feed-in point.

Could this possibly be changed so that the configured grid setpoint is also taken into account when DESS is activated?

v3.30~10

new ESS-assistant (updated Multiplus-II few days ago)

The SOC values in remote console DESS settings are not correct:

I recently configured DESS. I am on the latest beta v3.30. I put the price formulas, but I see two straight lines in the energy prices graph. What do I wrong?

Any plans for implementing the feature below ?
"Support differing transportation costs through different times of the day"

Hello, i've recently installed a victron multiplus 48/5000/70 with a battery on phase 1. I have AC coupled 3 phase solar. The system is now running as an ESS en doing very well! At the moment I just have the multiplus connected with AC-in, planning to maybe convert to a 3 phase system in the future and then put everything 'behind' the multiplusses.

I am interested in converting to DESS, at least when it comes out of Beta, but maybe also earlier. I do have a question though: one of the prerequisites for using DESS is that all loads need to be behind the Multiplus. I cannot figure out why this would matter though? Could Dirk-Jan maybe comment on this? I am very interested to hear the reasoning behind this. Maybe there is already an explanation for this elsewhere but I could not find it yet, would be very happy with a referral to that post!

Did anything change in the logic over the weekend ? My DESS has been pretty much predictable up till now. Yesterday afternoon after the new prices came in for today it started buying (between 2pm and 3pm) with plans to release it this evening. The price gap was 7 cents which is not within 0,04 + 2 x 90% efficiency losses. Considering the 90% story single or round trip is still open that's OK.

But yesterday evening between 21-23 it tried to keep grid meter at zero which it hasn't done since I started using DESS. Using up 3%.

Between 04:00-04:30 this morning it did the same thing but as consumption was a lot higher it used another 6% until it hit low SOC.

@Dirk-Jan Faber (Victron Energy) can you have a look and help explain what caused this (c0619ab2ef52)?

@Dirk-Jan Faber (Victron Energy) why is the forecast SOC not updated every hour? I have the impression that also the DESS planning is based on the forecast DESS but if he isn't up to date the planning can't be correct. As you can see in below screenshot "accu naar net" volume is based on SOC 100% while this will not be like that if you to the current SOC.

VRM Portal-ID: b827eb273733

I am not sure if the following behavior is caused by blocking issue #2:

To avoid buying at high buy prices and selling at low sell prices I had DESS on "Auto" today with selling disabled.

The plan originally created by DESS for today only had the following phases:

• Grid to consumption (at night when buy prices are low)
• Battery to consumption (at night when buy prices are high)
• Solar to consumption
• Solar to battery (with PV excess)

Grid to battery was never part of the original plan.

Positive: Never actually sold to the grid.

Negative: Charging from the grid to the battery was very frequent, although this was never part of the original plan. Especially from 08:00 - 11:00 charging from the grid to the battery took place even at the time of the highest buy prices, which is by no means acceptable. But also at all other times of solar production battery was charged by the grid. But why?

Is this the problem according to blocking issue #2?

You write in the first post "Note that the related issue, charging with expansive utility power in case of forecast deviations has been solved a few weeks ago." But this is exactly what happened to me: The battery was charged at high prices. So this problem has not yet been solved?

Will this unplanned charging from the grid be prevented in future?

Here you can see part of the original plan (from 09:00) and what DESS actually did:

My installations, and al my customers' as well, got this warning this night