Van de Sessy’s bedoel je? Geen idee, hangen in de garage en ik heb het laden beperkt tot 2000 W en de temperatuurbeveiliging uit gezet. Ook bij vol vermogen is bij mij nog nooit de maximale temperatuur beveiliging ingeschakeld.
Nadeel van deze temperatuurbeveiliging in de Sessy is dat de batterij dan automatisch met een lager vermogen gaat laden als de temperatuur wat stijgt, soms wel zakt het vermogen dan tot 1300-1400 W. Als dan het Laadplan aangeeft laden met 2000W maar hij laadt dan met slechts 1300W dan loopt het laadplan wellicht in de soep. MITS ieder kwartier dit wordt bijgestuurd in het Laadplan bedenk ik me nu. @Roedi_de_Lion Klopt dit: indien er bv 4 kwartier gepland is met 2000 W laden (= 2 kWh) maar er wordt werkelijk met minder vermogen geladen, worden dan extra kwartieren laden ingepland?
Dit is de wh die de batterij geladen wordt door de zon. Hier houdt je dan 169wh aan over die je weer in huis kan gebruiken (door verliezen). Ik zal die 169wh er ook bij zetten.
Zeker. Elk kwartier wordt er en nieuw plan gemaakt. Met de nieuwe soc. Kan zijn dat de prijs dan te duur is geworden, maar in principe plant hij dan extra laadkwartieren.
Ik heb dit aangepast in 9.0.11. Er ging iets mis in het bepalen van het aantal kwartieren die zon-laden waren. Ook omdat de kwartieren je batterij meer dan vol zouden kunnen krijgen. (Dus meer zonopwek dan capaciteit in je batterij)
Hier 1x Marstek Venus E 3.0 draait al weken op de API en zonder foutmeldingen. Ook als ik status wijzig via een flow of met de buttons in de app geen problemen. De Marstek Android app ook probleemloos, net als de Homewizard P1 meter koppeling.
Elk kwartier nieuwe berekening ivm update van actueel verbruik en actuele zon?
Bij mij ineens een vreemde blauwe balk (ONTLADEN) er tussen, ondanks dat ik Niet exporteren heb aangezet. Net alsof de app plots de juiste randvoorwaarden van de herberekening kwijt is?
Voor morgen is het plan ochtend = Zon-laden = en middag = STOP. Al gezegd m.i. kan dat net zo goed of beter NOM zijn. Verbruik over PV komt dan uit de batterij, en als er daarna nog zonnestroom over is wordt weer bijgeladen.
EDIT1: Ik heb “geen Stop” nu toegevoegd als voorwaarde. Maar iets maakt daarna de herberekening volledig in war, zie onder want hij gaat zowel ontladen als op stop. De eerste berekening was wel afgezien van die middag stop wel goed.
Misschien is dit iets wat ook bij de anderen speelt.
EDIT2: De periode nu ingesteld 0:00 tot 23:59 ipv 24:00. Nu is alleen de laatste balk morgen nog STOP, de rest bijna helemaal goed alleen moet paars niet geel zijn? . Terwijl het maar de laatste 1 minuut is van het kwartier? Hoe neemt de berekening de tijd dan mee: telt pas als volledige periode? 14 min is geen vol kwartier er telt dus niet? Is dat logisch?
Wanneer een geleerd apparaat aan gaat en je maakt gebruik van de Apparaat Monitor, hij meteen een nieuw plan maakt.
Stel je kookt elke dat electrisch ronde een uur of 18.00 uur, maar je besluit vandaag je vrouw te verassen en je start om 17.00 uur met koken, dan heeft dat effect op het plan. Met deze feature wordt dat getackeld. >>> eigenlijk heeft het anders geen effect op het plan en is dat juist het probleem.
en middag = STOP. Al gezegd m.i. kan dat net zo goed of beter NOM zijn. Verbruik over PV komt dan uit de batterij, en als er daarna nog zonnestroom over is wordt weer bijgeladen.
. Ik zie ook dat er een knopje statisch bij is gekomen, waar is die voor?