Why not charge at full speed during cheap hours/

i was reasonably ok with DESS the last half year, but this week i regularly see optimal forecasts but lousy application…

Why is DESS not charging at full potential during the cheapest two hours?

from 12-13 it charges 10 kWh (4.4 from grid at 3 ct/kWh)

from 13-14 it charges 7.7 kWh (1.9 from grid at -6 ct/kWh)

from 14-15 it charges 9.7 kWh (3 from grid at -8 ct/kWh)

from 15-16 it charges 8.9 kWh (3.7 from grid at -1 ct/kWh)

and still charging from grid between 16-17 ( 9 ct/kWh, at this moment 10kW to battery of which 6kW from grid…)

Battery is now at 83% meaning it can still tak almost 10kWh

Why not 10kWh during all 4 periods and maybe less between the more expensive current hour (16-17).

I’m worried what will happen tomorrow when we have prices of -35 eurocent per kWh between 13-15 hr…

Forecast for tomorrow:

Because DESS (Trade) will only buy what it knows it can sell profitably upto the end of the known day ahead prices schedule. And automatically attempts to reach ‘MinimumSoC’ at that same “end of schedule” moment.

As i sort of expected DESS does not start to charge the battery now the price is very favourable, and we are already 10 minutes into the hour.

So i just switched off DESS and set the ESS setpoint to 6000W to force it to charge

I’ll check out your suggestions later Jan, and play with it.

I’m running DAO in homeassistant as shadow manager and beginnig to think to swith to it…

had no time to look into it Jan. You mention doing this virtua EV in the VRM console, but do not see how. Or do you mean in Node-Red.

(I lost my cerbo a few months ago (suddenly stated to make clicking sounds and stopping all funtionality) , loosing all my node-red setup (no, no backups…), just got a replacement after over 4 weeks wait. )

SO if you want to share the node-red setup fot this, I’m happy te try out the viirtual EV hack (maybe call it somethin like ‘rightDESS’)

Jan, it may be helpfull to show 2 pictures each time you change teh virual EV load. One showing what DESS plans without the EV load and then one showing what it does after adding the EV load. So users can easily see the real difference!

Pretty shocking to see that a cheap Chinese Vevor Hybrid inverter can handle this and Victron fails to fix this,

I can see the effect of the extra load you pose on it in the forecast, but to see what is actually happening the price and energy graphs should also be shown…

hopefully vitron staff will then care to omment too :wink:

Vevor has a Dess trial project for a future firmware upgrade. One of the developers shared a vlog about it, but it was later taken down.

So you’re comparing an imaginary product that you haven’t tested to one that does exist, albeit a work in progress?
Do they have a community forum with a good grasp of English and where engineers try to answer questions where they are able?
It is always easy to pick fault, show me a Chinese manufacturer where you have a vague hope of interaction like can be done here, and I fully appreciate that interaction may underwhelm some expectations, but for the most part it helps an awful lot of people.

Right. I myself have not used the product, and I have no intention to do so. But the hardware is available and can be ordered worldwide. But we are talking about software, and yes it is hard to communicate with China people. In English. Fair point. Luckily Chine has license and patent pools so I guess that it won’t take long before other companies will introduce this feature as well.

I would like to point out that I am very happy with the hardware, and the forum et all. Really. But not so with Victrons implementation of DESS.

I do have high hopes that everything gets sorted, but for now it is not something that I can use.

On May 1st there where negative prices in the afternoon. Solaredge is set up to switch off the solar production because of this.

However DESS doesn’t react by charging from the grid when the PV doesn’t live up to the forecast.

Is this an issue with DESS or is this working as expected?

Dess is running green or trade mode?

Trade mode

Strange, didn’t had that problem.

This is working as designed and will be addressed in a future update.

To understand what happened there, you need to inspect the actual schedules produced by the DESS Trade algorithm in the hours leading upto the moment the new day ahead prices roll in (around 14h in the graph). Until that moment of the day, DESS will just target MinimumSoC at midnight. Unfortunately those schedules cannot be inspected afterwards because they get overwritten by the actual performance data, you’d have to screenshot them as they happen in real time.

Apparently the algo saw enough ‘free’ solar energy later this day to charge up the battery to full, and subsequently discharge to minimumSoC, before midnight.

And subsequently discarded to evaluate the ‘edge case’ possibility of ‘cheaper then free’ grid energy. Until the new prices rolled in around 14h but then it was too late.

There is a recurring theme I coined ‘downward selling bias’ originating from a standing assumption that the optimal ‘Scheduled SoC to target at the end of the known day-ahead pricing period’ always coincides with the battery’s technical/safety ‘MinimumSoC’ parameter.

The issue with that assumption is that it is based on historical observations of systems where installed inverter and solar power in relation to battery capacity was predominantly large and nett negative price conditions were rare enough to ignore. Under those conditions the optimal ‘end of known price period’ SoC to target, indeed trends towards MinimumSoC.

But with larger batteries and less or no solar power, these conditions have become increasingly less common, which is clear from the increase of topics ‘why doesn’t DESS Trade buy cheap from grid during the early hours of the day (upto the moment next day prices roll in)’. And I expect that to further increase when ‘salderen’ stops end of this year because that will lead to an further uptake of large battery capacity installation.

The correct solution is to decouple that ‘Scheduled SoC to target at the end of the known day-ahead pricing period’ from ‘MinimumSoC’ altogether. Even though it seems unlikely Victron is going to do so, one can hope they’ll ‘see the light’ nevertheless.

Me and quite a few others are therefore now using a workaround to achieve practically the same: we set a large, dayly forward rolling ‘virtual’ EV consumption forecast adjustments at midnight. Virtual because it is never actualized, it gets rolled to the next day before it ever gets reached. The effect is that the scheduler targets an adjustable higher SoC at 23h. And that enables the scheduler to start charging early enough in the morning not to miss the low price buy opportunities.

All the above is unrelated to the announced ‘turn off solar when prices are nett negative’, I’m afraid that’s not going to solve your observed behavior.