"system_state_details": "bms error",
```

Maar het portaal toont: • Online en gezond

Suggestie:
Neem de status van alle componenten van het systeem mee in de health indicatie. Al dan niet met mogelijkheid om door te klikken naar eventuele error(s).

Als ik ditzelfde doe via een PC, dan is er geen probleem en slaat hij de instelling vrijwel meteen op.

Zie bijvoorbeeld de situatie van vanmiddag (foto). Met een beetje timeshiften valt al gauw €0,80 per dag te verdienen in de maanden sept - feb oftewel 180 x €0,80 = €144,- per jaar. Mooi 2x gratis uit eten.

Is dat wel correct? Want het zou betekenen dat mijn Sessy's niet meer onafhankelijk van het internet kunnen functioneren en dat kan dus niet de bedoeling zijn. Ik heb deze versie dus nog niet geinstalleerd totdat ik een goed antwoord krijg. Ik heb de vraag ook al twee keer via email gesteld maar (nog) geen antwoord gekregen.

Ik denk (en ik hoop) dat de tekst in de firmware change log incorrect is. Ik wacht met installeren van deze firmware...... Graag een reactie.

P.s. ik begrijp wel dat de sessie verbinding met de P1 dongle moeten hebben. Maar een internet connectie is absoluut niet nodig. Met uitzondering misschien indien de Sessies door een energiemaatschappij worden geregeld (Frank, ENeco,...) maar dat is bij mij niet het geval.

Meteen geregeld om via de P1 dongel en de API de meterstanden op te halen zodat die in mijn eigen database komen.

Werkt prima voor de electriciteit, maar voor gas blijven de waardes leeg.

Sessy geeft aan dat dit een bewuste keuze is. Het product gaat immers over stroom.

Toch zou het fijn zijn als de API toch het gas verbruik door kan geven.

Dan kan de Raspberry Pi die nu de meter uitleest met pensioen.

In de huidige werking van de ECO modus laadt Sessy exact met het ingestelde ECO vermogen, niet meer en niet minder. Wanneer er tijdens die goedkope uren veel PV opwek is (meer dan het ingestelde ECO laadvermogen), zou het fijn zijn om die ook in de Sessy te kunnen stoppen.

Het ingestelde ECO vermogen is dan niet een vaste waarde, maar een minimum-waarde voor het laadvermogen. Hiermee kun je toch zorgen voor een gegarandeerde minimale lading wanneer er weinig PV opwek is, en een extra snel volle accu wanneer er veel PV opwek is.

Je zou kunnen zeggen: gebruik dan gewoon de NOM modus, maar dat is dan juist weer *niet* handig met een dynamisch contract, want dat begint met laden zodra er PV opwek is die anders geëxporteerd zou worden. Tijdens de dure ochtendpiek wil je juist wachten met het laden van de accu, om zoveel mogelijk PV export te doen tijdens die dure uren, voor zoveel mogelijk opbrengst.

Met zo'n extra vinkje (noem dat bijvoorbeeld "PV overschot extra laden tijdens ECO uren" oid) heb je een vorm van "uitgesteld laden", zodat Sessy ook alleen tijdens de goedkoopste X uren laadt, maar wel zoveel mogelijk PV opwek opslurpt.

Stem op dit bericht als je het een goed idee vindt ;)

Met de bekende aanroep /api/v1/dynamic/schedule krijg je de kW-waarden van 2 dagen. Voor mij zou de nu geldende waarde voldoende zijn.

Wat ik daarna heb gedaan is dat ik steeds op kantelpunten (van laden->ontladen of van ontladen->laden) de efficiency heb berekend. Hierbij heb ik de capaciteit van de batterij op 5Kwh gesteld en de SoC verschillen op die kantelpunten gebruikt om de geleverde of geladen energie af te zetten tegen de wh waardes van bovengenoemde variabelen. Daarbij valt op dat de efficiency van het laden zo'n beetje 80-85% is en dat de efficiency van het ontladen 95-99% is. Dat lijkt me niet te kloppen.

Ik ben benieuwd naar de gedachtes die anderen hierbij hebben en het zou zeker gewaardeerd worden als Sessy hier een reactie op zou kunnen geven.

Enige tijd daarvoor was dat niet zo. Toen werden BTW (zwart) en Belasting (oranje) wel in de staafjes afgebeeld, als de energieprijs negatief was.

Wat is er veranderd?

Zie de schermafdruk