I have seen the remarks about big loads influencing the forecast. But thought that using a known load (evcs ns) should lead to better/dependable load kWh/hour forecasts.
I guess that the algorithm is not open/known. To me it seems that any ‘big load’ or at least the evcs charge is BOTH ‘spread over the 24hrs’ AND ‘input on the known hours’ leading to a prediction that is higher by ‘one historical charge session’.
Is there a way to give it a ‘better expectation per day’ for my known baseload?
Hi @guystewart i knownrhis topic isn’t visited much and most remarks will probably go into’main threads’ off the dess dialogue. As a Dutch evcs user the current inability to ‘include’ or ‘exclude’ the EV charge(d) kWh makes DESS to imprecise to use (last check a month ago). I can well understand that ‘EV charging’ is both high usage and hard to predict, so it will impact any forecast heavily.
but maybe a ‘work around’ solution can be found by creating a ‘do not include EVCS in forecast’ button? Since the EVCS data is known the algorithm could make use of that information ’both ways’.
since the time for Sun power has now passed and charge at best opportunity would be the best strategy I would greatly appreciate efforts to make dess work ‘even though’ a victron EVCS is present in the system.
Question: how would DESS (and forecasts) react if I place the evcs on the non essential output of the MP2(s) and set the parameters to ‘critical loads only’? Would the forecast start to ignore the charged kWh of still include them. (Switching between modes for Winter and Summer PV kWh is doable)
Thanks for taking time to respond (and offering the optional inclusion/exclusion idea to the dev team), regards
Hoi @Barbara wil jij de evcs - register specialist hier naar laten kijken?
Zoals ik nu tegen mijn combinatie van MP2 en EVCS aankijk zou ik de ‘positie’ graag op AC-uit TWEE ‘niet essentieel’ kunnen zetten.
Dit om ‘in de donkere maanden’ de stand van de MP2/Cerbo zo te zetten dat de thuisbatterij-ESS niet wordt gebruikt om de auto te laden. En in de lichte maanden met overschot aan PV dat wel uit die bronnen te halen (PV & batterij).
ik heb de EVCS nu fysiek aan de ACout2 hangen, maar in de huidige firmware zie ik geen mogelijkheid om dat verschil in het systeem in te brengen.
Is dat bewust weggelaten of ergens in de updates weggevallen?
v2.05 SN: HQ2313GXxxx
En kan ik m wel zelf overschrijven of wordt dat dan
teruggedraaid cq is het af te raden.
(Lumo Ai -proton.me, samenvatting omdat de spreadsheet doorgaan op n telefoon niet zo handig is. Dus mss niet 100% accuraat)
Register 5026 – “EV‑CS Physical Position”
| Register | Type | Eenheid | Beschrijving | Mogelijke waarden (en wat ze betekenen) |
|---|---|---|---|---|
| 5026 | uint16(write‑able) |
– | Geeft aan waar de EV‑Charging‑Station (EVCS) zich fysiek bevindt ten opzichte van de omvormer (MultiPlus/Quattro) in een Victron‑systeem. | 0 = Inverter AC Out – de lader is aangesloten op de AC‑output van de omvormer (typisch bij een “behind‑the‑inverter” installatie).1 = Inverter AC In – de lader is aangesloten op de AC‑input van de omvormer (de meest gebruikelijke “grid‑side” plaatsing).2 = Inverter AC In 2 – de lader zit op een tweede AC‑input (bij systemen met twee ingangen, bv. een split‑phase of een extra netmeter). |
Bronnen: discussies in de Victron‑Community bevestigen dat zowel adres 3027 (in de oudere spreadsheet) als adres 5026 (in de huidige EVCS‑Modbus‑TCP‑register‑list v2.2) dezelfde functie hebben – de fysieke positie van de EV‑CS ten opzichte van de omvormervictronenergy.com.
Lezen: haal register 5026 op via Modbus‑TCP; de geretourneerde integer vertelt je de huidige configuratie.
Instellen: schrijf één van de bovenstaande waarden (0, 1 of 2) om de positie‑instelling aan te passen. Na het schrijven moet de EV‑CS meestal een korte herstart uitvoeren (een paar seconden) voordat de nieuwe instelling actief wordt.
Met dit register kun je dus programmatic‑matig bepalen of de lader de net‑invoer, de net‑uitvoer of een tweede invoer moet gebruiken – essentieel voor een automatische “auto‑charger” logica die de net‑balans of batterij‑SOC regelt.
