Interesting. And also a directt confirmation that VRM-DESS is based on assumptions that put unnessesary (and unexopected) limits on its functionality, such as the presence of ‘self-consumption’ loads and ‘solar production’ and only accounting for a couple of hours of selfconsumption until solar production would start. Especially for a DESS Trade system these assumptions are counterproductive to say the least, especially when not clearly communicated and documented (at all?)
I still believe that, knowing the scheduler already posesses the capability to take scheduled soc levels into account, the most elegant and fitting solution to this issue is to enable the already implemented ESS ‘Scheduled charge levels’. Thus stop silently ignoring those setting when DESS is active, allowing them to function the same way the ‘scheduledSoC’ b_goal_SoC and b_goal_hour setting did/does as an input to the scheduler. This might not completely solve the issue of the primarily minimum SoC biased algorith but it would make it 10 times less complicated to develop tailermade Node-RED flows to fit a whole slew of additional use cases not (yet) foreseen by the Victron and its user base combined. To me this would be close to perfect to finally get the tools to make the DESS scheduler work for us, instead being forced to adapt to DESS to make it behave the way we need it to. Without the need to resort to running Node-RED DESS in parralel as hybrid system so we can finally sunset Node-RED DESS completely.
Fun fact: tomorrow prices are 0ct (before taxes) all day long. With no official VRM-DESS settings to ensure such an opportunity is being seized upon to charge all our batteries to the brim automatically when such an opportunity presents itself.