Het Sessy thuisaccu verzameltopic

[helm71]

DaCootMeister schreef op woensdag 19 november 2025 @ 17:48:
Heren, een use case: nu de dynamische prijzen gedurende de dag vrij stabiel zijn, tussen 23 ven 28 cent lijkt mij laden mbv ECO in de nachtelijke uren niet (meer) rendabel.
Want... er is laad-ontlaadverlies en de prijsdelta tussen dag en nacht is dermate klein dat het laad-ontlaadverlies dit compenseert.
Daarnaast gebruik je ook nog eens een of meerdere cycli hiermee.

Is het een juiste gedachte als ik op zulke dagen de Sessy op IDLE laat staan?

Het is soms goed, en soms niet. Elke dag is dus geen goed idee financieel.

Ik kijk elke dag naar het verschil tussen prijzen en alleen als dat prijsverschil groter is dan 20 procent doe ik mijn eigen Eco-modus.

Ik gebruik de eco modus zelf dus niet maar bij een verschil groter dan 20 procent ga ik in de goedkoopste uren laden en ga ik in de duurste uren op NOM.

Ik doe dat in twee fases, ik kijk eerst of er twee pieken gedurende de dag groot genoeg zijn (zodat ik twee keer kan laden/ontladen). Als die twee pieken er niet zijn dan kijk ik of dat verschil er wel is op dagbasis (dus 1 piek), als dat er ook niet is dan doet de batterij niets.

[DaCootMeister]

helm71 schreef op donderdag 20 november 2025 @ 07:23:
[...]


Het is soms goed, en soms niet. Elke dag is dus geen goed idee financieel.

Ik kijk elke dag naar het verschil tussen prijzen en alleen als dat prijsverschil groter is dan 20 procent doe ik mijn eigen Eco-modus.

Ik gebruik de eco modus zelf dus niet maar bij een verschil groter dan 20 procent ga ik in de goedkoopste uren laden en ga ik in de duurste uren op NOM.

Ik doe dat in twee fases, ik kijk eerst of er twee pieken gedurende de dag groot genoeg zijn (zodat ik twee keer kan laden/ontladen). Als die twee pieken er niet zijn dan kijk ik of dat verschil er wel is op dagbasis (dus 1 piek), als dat er ook niet is dan doet de batterij niets.

Ik neem aan dat je dit in Homey geautomatiseerd hebt of in HomeAssistant. Zou je misschien je code met mij willen delen, of is het IP?
De deltaberekening zoals @mausy5043 al aangaf is wat mij betreft bepalend welke van de strategieeen je hanteert

[DaCootMeister]

mausy5043 schreef op woensdag 19 november 2025 @ 19:00:
[...]

Zat ik me ook af te vragen. Ik zie voor vannacht weer een dalletje van 25 cent en een piek in de middag oplopend tot 37 cent. Dus, zou effe moeten rekenen of laden in het dal een goed idee is en waar nou precies de grens ligt.

DAnk voor je BEP berekening, die zocht ik nog!

[Soeski]

DaCootMeister schreef op woensdag 19 november 2025 @ 17:48:
Heren, een use case: nu de dynamische prijzen gedurende de dag vrij stabiel zijn, tussen 23 ven 28 cent lijkt mij laden mbv ECO in de nachtelijke uren niet (meer) rendabel.
Want... er is laad-ontlaadverlies en de prijsdelta tussen dag en nacht is dermate klein dat het laad-ontlaadverlies dit compenseert.
Daarnaast gebruik je ook nog eens een of meerdere cycli hiermee.

Is het een juiste gedachte als ik op zulke dagen de Sessy op IDLE laat staan?

Hier hetzelfde. Het prijsverschil is te klein om te laden/ontladen met stroom van het net. Door de verliezen ga je er zelfs op achteruit. Hier ook in IDLE. Zonne-energie wordt meteen gebruikt, overtollige gaat wel de batterij in en wordt daarna weer meteen gebruikt. Maar - op dit soort dagen is he batterij nagenoeg werkloos

[DaCootMeister]

Soeski schreef op donderdag 20 november 2025 @ 09:04:
[...]

Hier hetzelfde. Het prijsverschil is te klein om te laden/ontladen met stroom van het net. Door de verliezen ga je er zelfs op achteruit. Hier ook in IDLE. Zonne-energie wordt meteen gebruikt, overtollige gaat wel de batterij in en wordt daarna weer meteen gebruikt. Maar - op dit soort dagen is he batterij nagenoeg werkloos

Nou... dat is niet helemaal kloppend. In IDLE gaat je eventuele opgewekte zonnestroom door het huis en het overschot het net op.
Bij NOM slaat Sessy je zonnestroom wel op, niets naar het net ,behalve overschot.
Voorbeeldje mijn verbruik vandaag waarbij (huis)verbtuik ook een full electric warmtepomp bevat. Een klein streepje zon levert 31 cent /kWh op, maar daar is erg weinig van vandaag.
BEnieuwd waar ik met de 35 cent tijdens de piek vanavond grosso modo op uitkom.




Nou dat was geen goed idee met de warmtepomp de hele dag aan met deze temperaturen
Terug naar ECO voor de nacht, voor morgen worden flinke prijspieken voorspeld.

[ Voor 47% gewijzigd door DaCootMeister op 20-11-2025 22:45 ]

[mrvanes]

Als je PV hebt zou ik ze inderdaad ook eerder op NOM zetten ipv IDLE (zo staat het hier ingeregeld).

[sipjan]

Misschien zie ik het verkeerd, maar het prijsverschil met vannacht en vanmiddag/vanavond (17:00 uur) is een dubbeltje. Dus dat moet uitkunnen. Daarnaast: vanmiddag schijnt de zon voldoende om het huis te voorzien en ook de batterij iets te laden. Dus ik sta momenteel op NOM (12:15). En ik zie de SoC oplopen.

[ Voor 4% gewijzigd door sipjan op 20-11-2025 12:19 ]

[Soeski]

ik zie het ja, het is eventjes 22 cent geweest met een korte piek naar 35 cent vanavond. Allemaal wel kwartiertjes, amper de moeite. En zon? Sja, ik zie 400W binnenkomen nu, maar da's niet genoeg. Gezien het weer is dat ook logisch nu. Helemaal bewolkt.

[Torch1969]

Tja, ieder maakt zijn eigen afwegingen en berekeningen. Daarom ook wat tegengeluid dat de accu hier wel lekker draait. Dit op basis van daadwerkelijk efficiëntie verlies bij de gebruikte vermogens (rond 1000 W minste verlies) en een beperkte cycle cost (lekker gebruiken die accu, 6000 cycles kun je bijna 20 jaar mee vooruit…..).

Het ingewikkelde reken en instelwerk laat ik over aan een expert:



En vwb NOM versus ROI, ook bij NOM reken ik voor een kWh zonnestroom evenveel als een kWh stroom van het net. Immers binnen saldering ontvang ik niet de uurprijs als ik niet teruglever maar de kWh in de accu stop.

[Soeski]

Mijn Sessy werkt a.d.h.v. PowerByTheHour, en deze noteert een laagste prijs vandaag van ruim 25 cent om 3 uur vannacht. De prijs was echter maar 21,8 cent, inclusief alle kosten. Daar gaat dus iets mis en ook een reden dat mijn batterij niet is gaan laden (prijsverschil is dan te klein).
PbtH zegt wel dat ze kwartieren ondersteunen overigens, maar pakken 4 kwartieren en middelen dit. Dan nog zou je op 22 cent uit moeten komen en niet 25.
Vandaag hebben ze amper geladen helaas, bijna geen zon of daglicht, maar er is een klein beetje binnengekomen en meteen ook weer opgemaakt. Ik zie dat er morgen wel dure stroom is (>43 cent) en goedkope stroom vannacht, dus dan zullen ze hopelijk wel gaan laden.

[HeroS]

Soeski schreef op donderdag 20 november 2025 @ 15:29:
Mijn Sessy werkt a.d.h.v. PowerByTheHour, en deze noteert een laagste prijs vandaag van ruim 25 cent om 3 uur vannacht. De prijs was echter maar 21,8 cent, inclusief alle kosten. Daar gaat dus iets mis en ook een reden dat mijn batterij niet is gaan laden (prijsverschil is dan te klein).
PbtH zegt wel dat ze kwartieren ondersteunen overigens, maar pakken 4 kwartieren en middelen dit. Dan nog zou je op 22 cent uit moeten komen en niet 25.
Vandaag hebben ze amper geladen helaas, bijna geen zon of daglicht, maar er is een klein beetje binnengekomen en meteen ook weer opgemaakt. Ik zie dat er morgen wel dure stroom is (>43 cent) en goedkope stroom vannacht, dus dan zullen ze hopelijk wel gaan laden.

Ik ben zelf bezig aan het kijken of deze APP een beetje werkt:
https://homey.app/nl-nl/a...p/SlimLaden-voor-Marstek/

Nog geen tijd gehad om er echte conclusie uit te trekken. Heb ook nog geen dynamische contract.

[MajaMestreech]

Ik heb nu een homey en probeer te voorkomen dat bij het laden van de EV de batterij wordt leeggetrokken. Hierbij wil ik gebruik maken van de optie "Waarde Grid Target" zoals die ook in de My Home Battery app zit.
Hiervoor de onderste flow gemaakt, echter de actie "Zet XOM Net doelvermogen" op 1000W die geeft een error. Heeft iemand dit wel werkend?

[HaraldBou]

MajaMestreech schreef op donderdag 20 november 2025 @ 16:25:
Ik heb nu een homey en probeer te voorkomen dat bij het laden van de EV de batterij wordt leeggetrokken. Hierbij wil ik gebruik maken van de optie "Waarde Grid Target" zoals die ook in de My Home Battery app zit.
Hiervoor de onderste flow gemaakt, echter de actie "Zet XOM Net doelvermogen" op 1000W die geeft een error. Heeft iemand dit wel werkend?

[Afbeelding]

De eerste 2 stapjes snap ik, maar waarom wil je als je gaat laden je inkomend vermogen beperken tot 1000 watt? Wij hebben het zo ingesteld dat tijdens laden de batterijen op idle gaan. We laden overigens alleen als Tibber denkt dat het slim is icm het ingestelde reisschema en de vulling van de batterij

[MajaMestreech]

HaraldBou schreef op donderdag 20 november 2025 @ 18:21:
[...]

De eerste 2 stapjes snap ik, maar waarom wil je als je gaat laden je inkomend vermogen beperken tot 1000 watt? Wij hebben het zo ingesteld dat tijdens laden de batterijen op idle gaan. We laden overigens alleen als Tibber denkt dat het slim is icm het ingestelde reisschema en de vulling van de batterij

Als je de batterijen op idle zet dan doen ze dus niks meer. Dus niet verbruik bovenop het XOM vermogen op nul houden, opladen in ECO modus als de EV gaat laden en dan tegelijkertijd ook de goedkoopste uren voor ECO laden zijn. Dat werkt wel allemaal als je die XOM op de waarde zet van het laden van de EV. In het voorbeeld als test een vaste waarde ingezet, maar uiteindelijk komt hier het laadvermogen van de Zappi in te staan. Moet allen wel werken met de Homey.

[mausy5043]

Het gevoel bekruipt mij, dat de batterijen de laatste tijd beter elkaar afwisselen tijdens laden en leveren. Ik weet niet precies bij welke update dat is gebeurd, maar het valt me regelmatig op dat ze elkaar beter "achtena lopen" dan een maand of twee geleden. Toen liep er 1 op NOM helemaal leeg (ik overdrijf een beetje ) voordat de andere het overnam. Hebben jullie dat ook?

[BerndGaykema]

MajaMestreech schreef op donderdag 20 november 2025 @ 16:25:
Ik heb nu een homey en probeer te voorkomen dat bij het laden van de EV de batterij wordt leeggetrokken. Hierbij wil ik gebruik maken van de optie "Waarde Grid Target" zoals die ook in de My Home Battery app zit.
Hiervoor de onderste flow gemaakt, echter de actie "Zet XOM Net doelvermogen" op 1000W die geeft een error. Heeft iemand dit wel werkend?

[Afbeelding]

Je stuurt met de onderste kaart de P1 dongel van Sessy aan, niet de Sessy zelf. Kies van de Sessy de kaart "Zet DOELVERMOGEN op .....".

[ Voor 3% gewijzigd door BerndGaykema op 20-11-2025 21:59 ]

[helm71]

DaCootMeister schreef op donderdag 20 november 2025 @ 08:25:
[...]


Ik neem aan dat je dit in Homey geautomatiseerd hebt of in HomeAssistant. Zou je misschien je code met mij willen delen, of is het IP?
De deltaberekening zoals @mausy5043 al aangaf is wat mij betreft bepalend welke van de strategieeen je hanteert

Zeker, sterker nog, heb ik al gedaan :-). Als je een paar schermen terug scrolled dan staat hij daar.

Met de standaard homey apps en flows kreeg ik het niet goed voor elkaar. Ik heb dus een stukje homeyscriot gevibecoded. Die doet een request naar de api van rubber, haalt de uurprijzen op van de dag, berekent of de prijsverschillen in blokken van 12 en zet op basis daarvan een aantal variabelen, die variabelen gebruik ik dan weer om gewone homey flows te maken.

Homeyscript is praktisch javascript bij mijn weten, dus in homeassistant zal dit met een beetje aanpassen vermoedelijk ook prima werken.

[Ankh]

Enige tijd geleden een offerte opgevraagd voor een Sessy Thuisaccu, enkel door de val van het kabinet en vast energie contract niet ingang gezet. Nu belde die partij gister op, want vanuit Sessy is er een "niet-blackfriday"actie uitgebracht. € 200 cashback. We hebben nog steeds een vast contract (zeker nog 6 maanden), dus eventueel terugverdientijd is en blijft relatief hoog.
Doordat ik een EV heb (en 1fase omvormer) is het verbruik sowieso hoger dan mijn PV opbrengst.

En toch zet het me toch weer aan het denken... any food for thoughts?

[Boeryepes]

Ankh schreef op vrijdag 21 november 2025 @ 09:13:
Enige tijd geleden een offerte opgevraagd voor een Sessy Thuisaccu, enkel door de val van het kabinet en vast energie contract niet ingang gezet. Nu belde die partij gister op, want vanuit Sessy is er een "niet-blackfriday"actie uitgebracht. € 200 cashback. We hebben nog steeds een vast contract (zeker nog 6 maanden), dus eventueel terugverdientijd is en blijft relatief hoog.
Doordat ik een EV heb (en 1fase omvormer) is het verbruik sowieso hoger dan mijn PV opbrengst.

En toch zet het me toch weer aan het denken... any food for thoughts?

ik zou zeggen blader eens 30 pagina's terug en ga lezen. Degenen die een accu(s) hebben aangeschaft doen dat om een veelvoud van (niet altijd) rationele redenen:
1. Geld verdienen (hint: het is weinig)
2. Interessante techniek en tweaking to perfection (want tja, tweakers zijn we)
3. Beetje ideeel - hergebruik van eigen opwek (PV) ook al kost het je geld zolang er saldering is
4. Vooruitlopen op wat komen gaat - straks is er wellicht een hele grote rush voor accus --> wachttijd en duurder(?)
5. Anders ...
5. Anders anders ...

Ikzelf val onder 4, 3 en een beetje 2

[FFW]

ik wil mijn Sessy vervangen door een ander merk, kan ik die Sessy gewoon op marktplaats zetten of is het persoonsgebonden?

[Peterhardenberg]

FFW schreef op vrijdag 21 november 2025 @ 10:51:
ik wil mijn Sessy vervangen door een ander merk, kan ik die Sessy gewoon op marktplaats zetten of is het persoonsgebonden?

Dat kan prima je Sessy op marktplaats, hier zijn misschien wel mensen die je Sessy willen overnemen
Vertel eens,
Houd oud is je Sessy,
Hoeveel kWh's zijn er inmiddels geladen?
Waar in Nederland staat de accu,
En wat is de vraagprijs?

[FFW]

bedankt , dit is echter geen verkoopkanaal dus hou mp in de gaten. en wellicht kan ik hem inruilen bij installatiebedrijf wat ook weer gedoe scheelt

[sipjan]

helm71 schreef op vrijdag 21 november 2025 @ 06:54:
[...]


Zeker, sterker nog, heb ik al gedaan :-). Als je een paar schermen terug scrolled dan staat hij daar.

Met de standaard homey apps en flows kreeg ik het niet goed voor elkaar. Ik heb dus een stukje homeyscriot gevibecoded. Die doet een request naar de api van rubber, haalt de uurprijzen op van de dag, berekent of de prijsverschillen in blokken van 12 en zet op basis daarvan een aantal variabelen, die variabelen gebruik ik dan weer om gewone homey flows te maken.

Homeyscript is praktisch javascript bij mijn weten, dus in homeassistant zal dit met een beetje aanpassen vermoedelijk ook prima werken.

De T en de R, en de U en de I zitten erg dicht bij elkaar.

[helm71]

MajaMestreech schreef op donderdag 20 november 2025 @ 16:25:
Ik heb nu een homey en probeer te voorkomen dat bij het laden van de EV de batterij wordt leeggetrokken. Hierbij wil ik gebruik maken van de optie "Waarde Grid Target" zoals die ook in de My Home Battery app zit.
Hiervoor de onderste flow gemaakt, echter de actie "Zet XOM Net doelvermogen" op 1000W die geeft een error. Heeft iemand dit wel werkend?

[Afbeelding]

Het eenvoudigste dat je kunt doen is een flow maken die bij “start laden laadpaal” de batterij op idle zet en weer terug als die status eraf gaat…

Dan ben je niet afhankelijk van andere apps of data..

[helm71]

sipjan schreef op vrijdag 21 november 2025 @ 13:42:
[...]

De T en de R, en de U en de I zitten erg dicht bij elkaar.

T r u I ?

[Maartentux]

sipjan schreef op vrijdag 21 november 2025 @ 13:42:
[...]

De T en de R, en de U en de I zitten erg dicht bij elkaar.

Ah ja, rubber-> tibber. het kwartje moest even vallen. Maar wat about de p die heel dicht bij de o ligt dan??

[tcw82]

sipjan schreef op vrijdag 21 november 2025 @ 13:42:
[...]

De T en de R, en de U en de I zitten erg dicht bij elkaar.

Rubber voor Tibber is duidelijk een android auto correct. Als is mijn voorkeurs autocorrectie voor Tibber nog altijd tobber.

[rene037]

Ik werkte op een afdeling met een bepaalde naam waar engels de voertaal was en autocorrect maakte daar steevast 'pornographic'van. Mijn baas drukte te snel op send naar de hoogste baas. Kon gelukkig de humor er wel van inzien.

[Maartentux]

Dit gebeurt bij mij tijdens koken op inductie. De plaat schakelt blijkbaar telkens aan en uit. Het schiet dus op en neer. Maar het corrigeren van de twee Sessy's gaat volgens mij extra langzaam vanwege mijn brakke P1 meter (Landis+Gyr DSMR 5.0 die eenmaal per 10 seconden updates geeft). Zien jullie bij jezelf vergelijkbare grafieken of zijn ze steiler en/of lager? Je ziet hier aan de puntjes hoezeer hij weifelt om te gaan corrigeren, en dat corrigeren gaat slechts in hele kleine stapjes. Volgens mij doet de Sessy software dit echt super inefficient. Er wordt veel te laks gereageerd. (Dit is de lokale P1 meter grafiek over een tijdsbestek van 40 minuten)

[Maartentux]

en voor de volledigheid (maar niet noodzakelijkerwijs duidelijkheid) de grafieken van de beide Sessy's in dezelfde periode

[helm71]

tcw82 schreef op vrijdag 21 november 2025 @ 14:41:
[...]

Rubber voor Tibber is duidelijk een android auto correct. Als is mijn voorkeurs autocorrectie voor Tibber nog altijd tobber.

Apple auto correct :-). En ik snap hem nu pas :-)

[Simpel360]

Maartentux schreef op vrijdag 21 november 2025 @ 18:29:
Dit gebeurt bij mij tijdens koken op inductie. De plaat schakelt blijkbaar telkens aan en uit. Het schiet dus op en neer. Maar het corrigeren van de twee Sessy's gaat volgens mij extra langzaam vanwege mijn brakke P1 meter (Landis+Gyr DSMR 5.0 die eenmaal per 10 seconden updates geeft). Zien jullie bij jezelf vergelijkbare grafieken of zijn ze steiler en/of lager? Je ziet hier aan de puntjes hoezeer hij weifelt om te gaan corrigeren, en dat corrigeren gaat slechts in hele kleine stapjes. Volgens mij doet de Sessy software dit echt super inefficient. Er wordt veel te laks gereageerd. (Dit is de lokale P1 meter grafiek over een tijdsbestek van 40 minuten)

[Afbeelding]

Een strakke nullijn ga je nooit krijgen met grote verbruikers die pulserend schakelen. De Sessy zal altijd te laat zijn, en niet alleen Sessy zal hier mee problemen hebben.
Combineer dit met een 10sec meting en je krijgt het gewenste resultaat.
Een unit met ct klemmen zal waarschijnlijk een beter resultaat geven. (Of een betere meter van de netbeheerder).

[DJP!]

Maartentux schreef op vrijdag 21 november 2025 @ 18:29:
Dit gebeurt bij mij tijdens koken op inductie. De plaat schakelt blijkbaar telkens aan en uit. Het schiet dus op en neer. Maar het corrigeren van de twee Sessy's gaat volgens mij extra langzaam vanwege mijn brakke P1 meter (Landis+Gyr DSMR 5.0 die eenmaal per 10 seconden updates geeft). Zien jullie bij jezelf vergelijkbare grafieken of zijn ze steiler en/of lager? Je ziet hier aan de puntjes hoezeer hij weifelt om te gaan corrigeren, en dat corrigeren gaat slechts in hele kleine stapjes. Volgens mij doet de Sessy software dit echt super inefficient. Er wordt veel te laks gereageerd. (Dit is de lokale P1 meter grafiek over een tijdsbestek van 40 minuten)

[Afbeelding]

Hier ook een inductie kooplaat, maar ook de ovens geven dit beeld.

Ik heb zelf een DSMR4 meter met dus 10 Seconden data en ik test op dit moment met een SDM630 Modbus meter. de slimmemeter geeft iedere 10sec een telegram, de ModBus meter elke seconde. Als ik de ModBus meter als bron neem dan regelt die een stuk sneller en beter dan de slimmemeter, nog steeds niet perfect maar wel stukken beter. Je ziet vooral dat de Sessy's grotere stappen zetten waardoor die weer sneller op nul op de meter zit.

[ocaj]

Ik heb hier ook een SDM630 die ik 1 x per sec uitlees, maar regel zelf op basis hiervan in API-mode.

Moet zeggen dat ik positief verrast ben hoe snel de Sessy doet wat je vraagt (m.u.v. opstarten vanuit Idle, dat duurt soms even), daardoor kun je een vrij strakke lijn krijgen. Perfect wordt het nooit, want je kunt alleen reageren, dus je bent per definitie altijd te laat.

[MajaMestreech]

BerndGaykema schreef op donderdag 20 november 2025 @ 21:57:
[...]
Je stuurt met de onderste kaart de P1 dongel van Sessy aan, niet de Sessy zelf. Kies van de Sessy de kaart "Zet DOELVERMOGEN op .....".

Helaas is dat niet hetzelfde als de P1 grid waarde gelijk maken aan de waarde van het laadvermogen van de EV. Ik begrijp die foutmelding van die kaart "Zet XOM net vermogen (laadvermogen EV) W" niet, moet toch gewoon werken, net zoals via de My Home Battery app en de API runnen via de P1 webinterface.

[mausy5043]

Maartentux schreef op vrijdag 21 november 2025 @ 18:29:
Dit gebeurt bij mij tijdens koken op inductie. De plaat schakelt blijkbaar telkens aan en uit. Het schiet dus op en neer. Maar het corrigeren van de twee Sessy's gaat volgens mij extra langzaam vanwege mijn brakke P1 meter (Landis+Gyr DSMR 5.0 die eenmaal per 10 seconden updates geeft). Zien jullie bij jezelf vergelijkbare grafieken of zijn ze steiler en/of lager? Je ziet hier aan de puntjes hoezeer hij weifelt om te gaan corrigeren, en dat corrigeren gaat slechts in hele kleine stapjes. Volgens mij doet de Sessy software dit echt super inefficient. Er wordt veel te laks gereageerd. (Dit is de lokale P1 meter grafiek over een tijdsbestek van 40 minuten)

[Afbeelding]

Ja dat heb ik ook. Hetzelfde zo niet nog erger als de oven of airfryer gebruikt wordt. Ik heb daar nog niet zolang geleden een topic voor aangemaakt. Meer omdat ik overweeg om apparatuur aan te schaffen die dat schakelgedrag niet heeft. Maar dat werd weggewuifd als "niet zeuren", "die paar Wh, wat kost dat nou?" Ik had toen niet zulke mooie grafiekjes. En dan wordt het lastig om over te discussieren.
Maar op maandbasis gaat dat toch om een kleine 30kWh, die elke maand ontsnapt. En als daar in 2027 een flinke boete op komt... I

[ Voor 3% gewijzigd door mausy5043 op 22-11-2025 08:44 ]

[Simpel360]

mausy5043 schreef op zaterdag 22 november 2025 @ 08:42:
[...]

Ja dat heb ik ook. Hetzelfde zo niet nog erger als de oven of airfryer gebruikt wordt. Ik heb daar nog niet zolang geleden een topic voor aangemaakt. Meer omdat ik overweeg om apparatuur aan te schaffen die dat schakelgedrag niet heeft. Maar dat werd weggewuifd als "niet zeuren", "die paar Wh, wat kost dat nou?" Ik had toen niet zulke mooie grafiekjes. En dan wordt het lastig om over te discussieren.
Maar op maandbasis gaat dat toch om een kleine 30kWh, die elke maand ontsnapt. En als daar in 2027 een flinke boete op komt... I

Je zou dan ook eens kunnen kijken voor apparatuur in Belgie.
Omdat het daar al aktueel is zullen ze ook al meer over nagedacht hebben.

[DJP!]

mausy5043 schreef op zaterdag 22 november 2025 @ 08:42:
[...]

Ja dat heb ik ook. Hetzelfde zo niet nog erger als de oven of airfryer gebruikt wordt. Ik heb daar nog niet zolang geleden een topic voor aangemaakt. Meer omdat ik overweeg om apparatuur aan te schaffen die dat schakelgedrag niet heeft. Maar dat werd weggewuifd als "niet zeuren", "die paar Wh, wat kost dat nou?" Ik had toen niet zulke mooie grafiekjes. En dan wordt het lastig om over te discussieren.
Maar op maandbasis gaat dat toch om een kleine 30kWh, die elke maand ontsnapt. En als daar in 2027 een flinke boete op komt... I

per dag zijn het inderdaad maar een wat Wh's maar als je het inderdaad per maand of per jaar bekijkt dan is het inderdaad zonde van de energie... Ik weet alleen niet wat er verbeterd zou moeten worden? Bij het koken is het sowieso chaos... Ik weet ook niet hoe dit slim verbeterd kan worden. Voor wassen en drogen zou het al makkelijker zijn, daar is de tijd minder van belang en zou je dus rustiger het vermogen kunnen regelen. Zelfde voor de Quooker, die is nu aan of uit maar zou ook goed regelbaar gemaakt kunnen worden...

[ocaj]

Vaatwasser en wasmachine zijn makkelijk. Die zet het verwarmingselement aan en X minuten later weer uit, dat kun je prima volgen met een batterijregeling.
Maar ovens, inductie-kookplaat etc is inderdaad erg onrustig omdat die tijd-gemoduleerd werken (paar seconde aan, paar seconde uit etc).
Quooker is ook een leuke uitdaging, die doet ca 2 keer per uur 8 a 9 seconden vol vermogen. Als je 1 keer per seconde bijregelt, dan kun je dat net volgen. Je kunt natuurlijk ook denken "laat maar", helemaal perfect wordt het nooit, omdat je niet kunt voorspellen op welk moment welk apparaat welk vermogen gaat gebruiken.

[worker]

Maartentux schreef op vrijdag 21 november 2025 @ 18:29:
Dit gebeurt bij mij tijdens koken op inductie. De plaat schakelt blijkbaar telkens aan en uit. Het schiet dus op en neer. Maar het corrigeren van de twee Sessy's gaat volgens mij extra langzaam vanwege mijn brakke P1 meter (Landis+Gyr DSMR 5.0 die eenmaal per 10 seconden updates geeft). Zien jullie bij jezelf vergelijkbare grafieken of zijn ze steiler en/of lager? Je ziet hier aan de puntjes hoezeer hij weifelt om te gaan corrigeren, en dat corrigeren gaat slechts in hele kleine stapjes. Volgens mij doet de Sessy software dit echt super inefficient. Er wordt veel te laks gereageerd.

De reden dat de Sessy langzaam reageert is dat de informatie waar hij zijn besluit op moet baseren behoorlijk oud is. Er is namelijk niet alleen een lage samplefrequentie van 0.1Hz, maar ook een delay van een volle sample.
Echt waar. Ik geloofde het eerst ook niet, maar zet maar eens een grote gebruiker aan midden in de periode tussen twee telegrammen (ik neem aan dat je weet hoe je daarbij komt). Je zal zien dat het eerstvolgende telegram nog geen effect laat zien van je grote gebruiker (tenminste bij een deel van de slimme meters, waaronder de mijne)

Dat betekent dat de Sessy te maken heeft met informatie die 10-20 seconden oud is.
Als je daar “hard” op gaat reageren wordt het nul-op-de-meter regelsysteem instabiel.
Daarom reageert Sessy zo langzaam. Sessy moet wel kleine stapjes nemen.

[rene037]

worker schreef op zaterdag 22 november 2025 @ 10:18:
[...]


De reden dat de Sessy langzaam reageert is dat de informatie waar hij zijn besluit op moet baseren behoorlijk oud is. Er is namelijk niet alleen een lage samplefrequentie van 0.1Hz, maar ook een delay van een volle sample.
Echt waar. Ik geloofde het eerst ook niet, maar zet maar eens een grote gebruiker aan midden in de periode tussen twee telegrammen (ik neem aan dat je weet hoe je daarbij komt). Je zal zien dat het eerstvolgende telegram nog geen effect laat zien van je grote gebruiker (tenminste bij een deel van de slimme meters, waaronder de mijne)
Daar komt nog bij dat sommige 'oude' slimme meters bij een piek eerst een heel negatieve waarde rapporteren. Hoe en waarom is altijd raadsel gebleven, maar ik kwam daar achter toen mijn minimaal verbruik en maximaal verbruik een minimaal verbruik aangaf dat veel groter was dan wat ik aan zonnepanelen had liggen. Maar heel lang duurt het niet voor je een nieuwe meter krijgt denk ik ivm uitfaseren oude mobiele netwerk. Weegt investeren in eigen sensoren op tegen het verlies tot dan? (Dwz vanaf moment dat salderen ophoudt tot nieuwe meter.)
Dat betekent dat de Sessy te maken heeft met informatie die 10-20 seconden oud is.
Als je daar “hard” op gaat reageren wordt het nul-op-de-meter regelsysteem instabiel.
Daarom reageert Sessy zo langzaam. Sessy moet wel kleine stapjes nemen.

[Hielko1]

ocaj schreef op zaterdag 22 november 2025 @ 10:08:
Vaatwasser en wasmachine zijn makkelijk. Die zet het verwarmingselement aan en X minuten later weer uit, dat kun je prima volgen met een batterijregeling.
Maar ovens, inductie-kookplaat etc is inderdaad erg onrustig omdat die tijd-gemoduleerd werken (paar seconde aan, paar seconde uit etc).
Quooker is ook een leuke uitdaging, die doet ca 2 keer per uur 8 a 9 seconden vol vermogen. Als je 1 keer per seconde bijregelt, dan kun je dat net volgen. Je kunt natuurlijk ook denken "laat maar", helemaal perfect wordt het nooit, omdat je niet kunt voorspellen op welk moment welk apparaat welk vermogen gaat gebruiken.

Mijn inductie kookplaat past het vermogen aan, die schakelt niet steeds aan en uit. Gelukkig geen last van. Het zal wel merk afhankelijk zijn.

[tcw82]

Hielko1 schreef op zaterdag 22 november 2025 @ 14:13:
[...]

Mijn inductie kookplaat past het vermogen aan, die schakelt niet steeds aan en uit. Gelukkig geen last van. Het zal wel merk afhankelijk zijn.

Interessant, hoe weet je dat je kookplaat dat zo doet?

Dit is de kookplaat hier, is een pan op kook temp aan het houden (laag pitje)

Of hoe home wizard het toont:

[ Voor 57% gewijzigd door tcw82 op 22-11-2025 14:19 ]

[DJP!]

worker schreef op zaterdag 22 november 2025 @ 10:18:
[...]


De reden dat de Sessy langzaam reageert is dat de informatie waar hij zijn besluit op moet baseren behoorlijk oud is. Er is namelijk niet alleen een lage samplefrequentie van 0.1Hz, maar ook een delay van een volle sample.
Echt waar. Ik geloofde het eerst ook niet, maar zet maar eens een grote gebruiker aan midden in de periode tussen twee telegrammen (ik neem aan dat je weet hoe je daarbij komt). Je zal zien dat het eerstvolgende telegram nog geen effect laat zien van je grote gebruiker (tenminste bij een deel van de slimme meters, waaronder de mijne)

Dat betekent dat de Sessy te maken heeft met informatie die 10-20 seconden oud is.
Als je daar “hard” op gaat reageren wordt het nul-op-de-meter regelsysteem instabiel.
Daarom reageert Sessy zo langzaam. Sessy moet wel kleine stapjes nemen.

Hierbij een mooi voorbeeld:



Je ziet hier de slimmemeter (blauw) en de modbus meter (wit) de slimmemeter loopt structureel dus iets van 10 a 20 seconden achter... Ben wel benieuwd of dit met een DSMR5 meter beter is.

[mausy5043]

Jammer dat condensators het op wisselspanning minder goed doen.

[Maartentux]

DJP! schreef op zaterdag 22 november 2025 @ 08:59:
[...]


per dag zijn het inderdaad maar een wat Wh's maar als je het inderdaad per maand of per jaar bekijkt dan is het inderdaad zonde van de energie... Ik weet alleen niet wat er verbeterd zou moeten worden? Bij het koken is het sowieso chaos... Ik weet ook niet hoe dit slim verbeterd kan worden. Voor wassen en drogen zou het al makkelijker zijn, daar is de tijd minder van belang en zou je dus rustiger het vermogen kunnen regelen. Zelfde voor de Quooker, die is nu aan of uit maar zou ook goed regelbaar gemaakt kunnen worden...

Nou, heel simpel: Als de Sessy weet dat -ie te maken heeft met 10-seconden meetwaarden inplaats van 1-seconden meetwaarden, zijn gedrag daarop aanpasssen en agressiever/assertiever setpoints kiezen. Je kunt aan mijn grafiek goed zien dat het soms wel 5x 10 seconden duurt voor er weer balans wordt bereikt. Meer durf tonen, grotere stappen zetten. Ja dan heb je het een keer fout, nou, dan corrigeer je dat dan weer met even grote stappen.

Zeker, ik ben met je eens dat tegen een apparaat wat telkens 10 sec aan en 10 sec uit gaat niets helpt. Maar in mijn grafiek zit er circa 60 seconden tussen de pieken en de dalen.

[Maartentux]

DJP! schreef op zaterdag 22 november 2025 @ 15:37:
[...]


Hierbij een mooi voorbeeld:

[Afbeelding]

Je ziet hier de slimmemeter (blauw) en de modbus meter (wit) de slimmemeter loopt structureel dus iets van 10 a 20 seconden achter... Ben wel benieuwd of dit met een DSMR5 meter beter is.

Ik deel je analyse. Maar ik deel niet je conclusie. Juist wanneer de data vertraagd binnenkomt (en je bent je dat bewust) moet je sneller en feller reageren, omdat je immers weet dat je al met een achterstand begint.

[Simpel360]

Maartentux schreef op zaterdag 22 november 2025 @ 19:17:
[...]


Nou, heel simpel: Als de Sessy weet dat -ie te maken heeft met 10-seconden meetwaarden inplaats van 1-seconden meetwaarden, zijn gedrag daarop aanpasssen en agressiever/assertiever setpoints kiezen. Je kunt aan mijn grafiek goed zien dat het soms wel 5x 10 seconden duurt voor er weer balans wordt bereikt. Meer durf tonen, grotere stappen zetten. Ja dan heb je het een keer fout, nou, dan corrigeer je dat dan weer met even grote stappen.

Zeker, ik ben met je eens dat tegen een apparaat wat telkens 10 sec aan en 10 sec uit gaat niets helpt. Maar in mijn grafiek zit er circa 60 seconden tussen de pieken en de dalen.

Je weet dat er andere doosjes zijn van Sessy die ipv een 10sec DSMR P1 stroomtrafotjes (ct klem) gebruiken?

[BerndGaykema]

Ik heb een DSMR5 meter hangen. De aangesloten Sessy P1-dongel geeft bij mij iedere 4 seconden een nieuw vermogen af.
Plotselinge hoge vermogens (zoals die van de Quooker) die maar een paar seconden duren laat Sessy (aangestuurd via Power by the Hour) voorbij gaan zonder daarop te reageren. Prima, lijkt mij.

Wanneer ik XOM draai staat de X op -25 Watt. Ervaring leert dat het totale gridvermogen in een rustige periode dan vrijwel zeker onder de 0 blijft: het schommelt tussen de -50 en 0 Watt.

[ Voor 68% gewijzigd door BerndGaykema op 22-11-2025 21:22 ]

[DaCootMeister]

helm71 schreef op vrijdag 21 november 2025 @ 06:54:
[...]


Zeker, sterker nog, heb ik al gedaan :-). Als je een paar schermen terug scrolled dan staat hij daar.

Met de standaard homey apps en flows kreeg ik het niet goed voor elkaar. Ik heb dus een stukje homeyscriot gevibecoded. Die doet een request naar de api van rubber, haalt de uurprijzen op van de dag, berekent of de prijsverschillen in blokken van 12 en zet op basis daarvan een aantal variabelen, die variabelen gebruik ik dan weer om gewone homey flows te maken.

Homeyscript is praktisch javascript bij mijn weten, dus in homeassistant zal dit met een beetje aanpassen vermoedelijk ook prima werken.

Aah thanks, heb daar simpelweg overheen gescrolled. Sorry!

[Hielko1]

tcw82 schreef op zaterdag 22 november 2025 @ 14:16:
[...]


Interessant, hoe weet je dat je kookplaat dat zo doet?

Getest wat er gebeurt tijdens het koken: volledig stabiel stroomgebruik (gemeten per seconde). Standje lager van de inductiekookplaat verlaagt het afgenomen vermogen, daarna weer stabiel. Sessy kan dit prima compenseren in bijv NOM mode.

[helm71]

DaCootMeister schreef op zaterdag 22 november 2025 @ 22:25:
[...]


Aah thanks, heb daar simpelweg overheen gescrolled. Sorry!

Ik ben heel benieuwd of je er iets mee kunt... De code is zo geschreven dat hij headless werkt en een aantal variabelen vult waarmee ik in een normale flow alles kan doen wat ik wil..

[ocaj]

Hielko1 schreef op zondag 23 november 2025 @ 07:36:
[...]


Getest wat er gebeurt tijdens het koken: volledig stabiel stroomgebruik (gemeten per seconde). Standje lager van de inductiekookplaat verlaagt het afgenomen vermogen, daarna weer stabiel. Sessy kan dit prima compenseren in bijv NOM mode.

Bij mijn Boretti-kookplaat hangt het een beetje van de stand af. Op de hogere standen is het continu vermogen inderdaad, maar met name op de lagere "warmhoud"-standen gaat hij steeds een paar seconden aan, paar seconden uit .

Maar het zal best per merk verschillend zijn.

[worker]

Maartentux schreef op zaterdag 22 november 2025 @ 19:17:
[...]


Nou, heel simpel: Als de Sessy weet dat -ie te maken heeft met 10-seconden meetwaarden inplaats van 1-seconden meetwaarden, zijn gedrag daarop aanpasssen en agressiever/assertiever setpoints kiezen. Je kunt aan mijn grafiek goed zien dat het soms wel 5x 10 seconden duurt voor er weer balans wordt bereikt. Meer durf tonen, grotere stappen zetten. Ja dan heb je het een keer fout, nou, dan corrigeer je dat dan weer met even grote stappen.

Zeker, ik ben met je eens dat tegen een apparaat wat telkens 10 sec aan en 10 sec uit gaat niets helpt. Maar in mijn grafiek zit er circa 60 seconden tussen de pieken en de dalen.

Jij hebt waarschijnlijk geen regeltechniek gestudeerd. Als je de “gain” te hoog zet (dat is hoe sterk je reageert op de regelfout) dan wordt het systeem instabiel. Het is geen kwestie van “dan zit je er maar een keer naast”. Als het systeem instabiel wordt gaat het oscilleren, en komt daar niet meer uit.
Je kunt je misschien voorstellen dat dat veel klachten oplevert.
Echt waar, met dit meetsignaal is geen beter resultaat te halen.

[mausy5043]

worker schreef op zondag 23 november 2025 @ 14:38:
[...]

Jij hebt waarschijnlijk geen regeltechniek gestudeerd. Als je de “gain” te hoog zet (dat is hoe sterk je reageert op de regelfout) dan wordt het systeem instabiel. Het is geen kwestie van “dan zit je er maar een keer naast”. Als het systeem instabiel wordt gaat het oscilleren, en komt daar niet meer uit.
Je kunt je misschien voorstellen dat dat veel klachten oplevert.
Echt waar, met dit meetsignaal is geen beter resultaat te halen.

D-actie?

[John245]

worker schreef op zondag 23 november 2025 @ 14:38:
[...]

Jij hebt waarschijnlijk geen regeltechniek gestudeerd. Als je de “gain” te hoog zet (dat is hoe sterk je reageert op de regelfout) dan wordt het systeem instabiel. Het is geen kwestie van “dan zit je er maar een keer naast”. Als het systeem instabiel wordt gaat het oscilleren, en komt daar niet meer uit.
Je kunt je misschien voorstellen dat dat veel klachten oplevert.
Echt waar, met dit meetsignaal is geen beter resultaat te halen.

Kun je bij de Sessy dan de PID waarden instellen?

[DJP!]

John245 schreef op zondag 23 november 2025 @ 16:21:
[...]

Kun je bij de Sessy dan de PID waarden instellen?

Nee dat is zelf niet aan te passen, setting zijn afhankelijk van het type meter.

[Supermario16]

Ik ben me aan het oriënteren op de aanschaf van 1 (10kW) of 2 (5kW) Sessy's. Stel dat ik 1 10kW Sessy zou kopen, en ik zou deze op 3-fase aansluiten, wordt de teruglevering dan verdeeld over de 3 fase? Dan zou ik dus 1.7 kW / 3 = 566W per fase ontladen?

[worker]

Beide Sessy’s hebben dezelfde inverter die maar op 1 fase wordt aangesloten

[Supermario16]

worker schreef op zondag 23 november 2025 @ 19:52:
Beide Sessy’s hebben dezelfde inverter die maar op 1 fase wordt aangesloten

Dat antwoord had ik al aan zien komen. Ik kan zo snel ook geen accu vinden die wel op 3-fasen aan te sluiten is.

Als iedereen thuisaccu's op 1 fase gaan aansluiten vergroten we toch het hele onbalans probleem (vanuit een fase perspectief)? De netbeheerder heeft er niets aan als ik mijn accu op fase 1 heb aangesloten terwijl mijn last op fase 2 of 3 draait. Dan zijn we theoretisch wel NOM, maar er stroomt energie naar de woning en vanuit de accu weer het net op.

[MajaMestreech]

Supermario16 schreef op zondag 23 november 2025 @ 20:34:
[...]


Dat antwoord had ik al aan zien komen. Ik kan zo snel ook geen accu vinden die wel op 3-fasen aan te sluiten is.

3 Sessy's?

[Supermario16]

MajaMestreech schreef op zondag 23 november 2025 @ 20:49:
[...]

3 Sessy's?

Ik heb toch ook geen 3 1-fase pv systemen? Ik ga nadenken hoe ik dit het beste aan kan pakkenZ

[Simpel360]

Supermario16 schreef op zondag 23 november 2025 @ 20:34:
[...]


Dat antwoord had ik al aan zien komen. Ik kan zo snel ook geen accu vinden die wel op 3-fasen aan te sluiten is.

Als iedereen thuisaccu's op 1 fase gaan aansluiten vergroten we toch het hele onbalans probleem (vanuit een fase perspectief)? De netbeheerder heeft er niets aan als ik mijn accu op fase 1 heb aangesloten terwijl mijn last op fase 2 of 3 draait. Dan zijn we theoretisch wel NOM, maar er stroomt energie naar de woning en vanuit de accu weer het net op.

De Sessy is een 1 fase accu met maximaal vermogen van 2,2/1,7kWh laden/ontladen.
Dit is een druppel op een gloeiende plaat.
Als jouw last alleen op fase 2 of 3 zit is de verdeling van de groepenkast niet op orde.
Je bepaald nog steeds zelf op welke fase het e.e.a wordt aangesloten.
Mijn 2 Sessy's zitten op de fases met de hoogste netspanning.
De PV is dan weer wel 3 fase maar is dan weer 9kW.

En i.d.d. 3 Sessy's, dit is het modulaire idee van dit product.

[Simpel360]

.

[ Voor 99% gewijzigd door Simpel360 op 23-11-2025 21:03 ]

[MajaMestreech]

Supermario16 schreef op zondag 23 november 2025 @ 20:56:
[...]


Ik heb toch ook geen 3 1-fase pv systemen? Ik ga nadenken hoe ik dit het beste aan kan pakkenZ

Dat hoeft ook niet. De slimme meter telt alles bij elkaar op en als je 3 fasen hebt kun je kiezen waarop je je omvormer en ook de Sessy's aansluit. Advies om in ieder geval 1 Sessy aan te sluiten op dezelfde fase als de omvormer. Zlef heb ik 2 omvormers op verschillende fases en 3 Sessy's en dat werkt prima. De Sessy EMS lost dit prima op

[ocaj]

@MajaMestreech Dat is toch alleen financieel/administratief? De vraag van @Supermario16 ging over scheefbelasting van het net. Daar lost een slimme meter niks aan op en is inderdaad een belangrijk punt om over na te denken als je een (1-fase) batterij of PV-systeem aansluit.

Bij mij zit de Sessy op de fase met het meeste sluipverbruik. Op die fase zit ook mijn omvormer met Oost/West-panelen. Inderdaad met de gedachte dat op deze manier het net het minste belast wordt.

Mogelijk maak je andere afwegingen als je gaat handelen of dynamisch inkopen, omdat je dan juist niet naar sluipverbruik, maar naar grote verbruikers kijkt? Zo is elke situatie weer anders. Geen idee of de gemiddelde installateur daar oog voor heeft, of gewoon installeert op de fase die het makkelijkst aansluiten is.

[worker]

Er zijn veel huizen in NL die maar op 1 fase zijn aangesloten. Dat maakt niet uit omdat het op wijkschaal uitmiddelt.
Daarom denk ik dat het helemaal prima is dat jij op één fase levert, terwijl je tegelijkertijd verbruikt op de 2 andere fases.

[BerndGaykema]

Supermario16 schreef op zondag 23 november 2025 @ 19:44:
Ik ben me aan het oriënteren op de aanschaf van 1 (10kW) of 2 (5kW) Sessy's. Stel dat ik 1 10kW Sessy zou kopen, en ik zou deze op 3-fase aansluiten, wordt de teruglevering dan verdeeld over de 3 fase? Dan zou ik dus 1.7 kW / 3 = 566W per fase ontladen?

Per Sessy (of het nu de 5 of 10 kWh uitvoering is) kun je maximaal 1.7kW leveren.
Ik heb voor 2 x 5 kWh gekozen om maximaal 3.4 kW te kunnen leveren, vooral interessant als je inductie kookt en een warmtepomp hebt. De dure uren rond 18 uur kun je zo (bijna) volledig uit de Sessy's halen.

Verder heb ik een 3-fase aansluiting en de beide Sessy's op verschillende fases aangesloten, net als de beide omvormers voor mijn zonnepanelen. Een 3-fase omvormer die automatisch optimaal verdeelt zou handig zijn om afschakeling van een hoofdzekering te voorkomen.

Zag net mijn fase-1 verbruik op 36 A staan (wasdroger, koffiezetter, Quookerkraan, warmtepomp en een ladende Sessy). De afzekering is 25 A, het bleef draaien, maar toch in mijn Homey-systeem maar een terugregeling voor de Sessy maken bij overschrijding van die 25 A (of de Sessy naar een andere fase overzetten).

[tcw82]

Je kunt die 25 ampère tot 40 amp belasten, hoger gaat de zekering door. Alles onder 31 is ook geen (echt) probleem. Dat heb ik natuurlijk niet zelf bedacht, maar dat zegt hager over de regeltjes rondom zekeringen.

https://assets.sc.hager.c...rbelasting-hager-2019.pdf

[DaCootMeister]

helm71 schreef op zondag 23 november 2025 @ 08:07:
[...]


Ik ben heel benieuwd of je er iets mee kunt... De code is zo geschreven dat hij headless werkt en een aantal variabelen vult waarmee ik in een normale flow alles kan doen wat ik wil..

Heb helaas geen Tibber, maar Zonneplan.
Kan dus geen token toekennen aan het script.
Weet niet of er een directe relatie is, maar lijkt mij van wel.

Script Error
⚠️ Error: Variabele 'ontladen_error' niet gevonden
at setVar (sessy charge.js:37:26)
at main (sessy charge.js:55:11)
at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
at async HomeyScriptApp.runScript (/app.js:364:22)
at async Object.runScript (/api.js:30:22)

[tcw82]

Het lijkt er op dat er vannacht hier in de buurt iets is mis gegaan met 1 van de 3 fase. Home wizard dingen lagen er "willekeurig" uit. Dwz sommige stekkers wel, andere niet.
En blijkbaar is 1 van de 2 accus niet gaan laden. Zonde. Zonde. Weer een dure dag die maar half mee doet.

[ Voor 20% gewijzigd door tcw82 op 24-11-2025 15:14 ]

[Soeski]

tcw82 schreef op maandag 24 november 2025 @ 14:14:
[Afbeelding]
Het lijkt er op dat er vannacht hier in de buurt iets is mis gegaan met 1 van de 3 fase. Home wizard dingen lagen er "willekeurig" uit. Dwz sommige stekkers wel, andere niet.
En blijkbaar is 1 van de 2 accus niet gaan laden. Zonde. Zonde. Weer een dure dag die maar half mee doet.

We weten in ieder geval waar je huis woont
Hier geen issues (meer) na 1.11.5, en nu al 1.11.6 gekregen. Meteen er maar opgeknald. Geen idee wat het verder uitmaakt, ik draai nu weer ECO modus omdat het hele HOMEY gebeuren niet lekker loopt (zal een config fout zijn van mijn kant, moet ik nog uitzoeken). Maar er wordt al sinds een weekje helemaal niet meer geladen 's nachts; dat is ook niet de bedoeling
Gezien ik gister toch weer 33kW verbruik had is het lekker om in ieder geval de goedkoopste momenten mee te pakken - mits zinvol met laad- en ontlaadverlies. Zonne-energie terugleveren lukt de laatste weken niet zo, obviously.

[ Voor 10% gewijzigd door Soeski op 24-11-2025 14:45 ]

[tcw82]

Soeski schreef op maandag 24 november 2025 @ 14:44:
[...]

We weten in ieder geval waar je huis woont
Hier geen issues (meer) na 1.11.5, en nu al 1.11.6 gekregen. Meteen er maar opgeknald. Geen idee wat het verder uitmaakt, ik draai nu weer ECO modus omdat het hele HOMEY gebeuren niet lekker loopt (zal een config fout zijn van mijn kant, moet ik nog uitzoeken). Maar er wordt al sinds een weekje helemaal niet meer geladen 's nachts; dat is ook niet de bedoeling
Gezien ik gister toch weer 33kW verbruik had is het lekker om in ieder geval de goedkoopste momenten mee te pakken - mits zinvol met laad- en ontlaadverlies. Zonne-energie terugleveren lukt de laatste weken niet zo, obviously.

Scherp. Aangepast

[BerndGaykema]

tcw82 schreef op maandag 24 november 2025 @ 12:23:
Je kunt die 25 ampère tot 40 amp belasten, hoger gaat de zekering door. Alles onder 31 is ook geen (echt) probleem. Dat heb ik natuurlijk niet zelf bedacht, maar dat zegt hager over de regeltjes rondom zekeringen.

https://assets.sc.hager.c...rbelasting-hager-2019.pdf

Interessant.
Ik heb geen smeltzekeringen maar automaten die ikzelf kan omzetten nadat het fout gegaan is. Scheelt bellen naar de netbeheerder. Ik lees dat alle informatie voor smeltzekeringen ook voor automaten geldt.
Ondertussen mijn Sessy verhuisd van fase 1 naar fase 2 (op fase 3 zit mijn 2e Sessy),

[BerndGaykema]

Soeski schreef op maandag 24 november 2025 @ 14:44:
Maar er wordt al sinds een weekje helemaal niet meer geladen 's nachts; dat is ook niet de bedoeling
Gezien ik gister toch weer 33kW verbruik had is het lekker om in ieder geval de goedkoopste momenten mee te pakken - mits zinvol met laad- en ontlaadverlies. Zonne-energie terugleveren lukt de laatste weken niet zo, obviously.

Afgelopen nacht zou die in ECO-mode van middernacht tot 4 uur geladen moeten hebben. Fijn voor de piek van 43 cent die we nu (17:46) hebben.

[ Voor 9% gewijzigd door BerndGaykema op 24-11-2025 17:48 ]

[HaraldBou]

Xxx

[ Voor 100% gewijzigd door HaraldBou op 24-11-2025 22:00 . Reden: Verkeerde opmerking in deze groep, ander fotum ]

[Bapper]

@PimDoos Ik zou in het Priority offset template een variabele willen zetten waarvan de waarde (nummer) steeds op basis van een automatisering wordt gewijzigd. Daarmee wil ik bereiken dat de accu's gelijkmatig worden ontladen. Heb al van alles geprobeerd maar krijg uitsluitend foutmeldingen. Weet jij of het mogelijk is en hoe ik dat moet doen?
Dit is bijvoorbeeld een regel die niet werkt.
{{ states(‘input_number.batterij_volst’) }}
'input_number.batterij_volst' is dan het nummer van de batterij die het meest gevuld is op het moment van controle (ik zou dat dan door een automatisering ieder uur willen controleren en de waarde aanpassen)

[PimDoos]

Bapper schreef op maandag 24 november 2025 @ 20:40:
Dit is bijvoorbeeld een regel die niet werkt.
{{ states(‘input_number.batterij_volst’) }}

Waarschijnlijk moet je die state eerst casten naar een int:

code:

{{ states("input_number.batterij_volst") | int }}

[helm71]

DaCootMeister schreef op maandag 24 november 2025 @ 12:41:
[...]


Heb helaas geen Tibber, maar Zonneplan.
Kan dus geen token toekennen aan het script.
Weet niet of er een directe relatie is, maar lijkt mij van wel.

Script Error
⚠️ Error: Variabele 'ontladen_error' niet gevonden
at setVar (sessy charge.js:37:26)
at main (sessy charge.js:55:11)
at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
at async HomeyScriptApp.runScript (/app.js:364:22)
at async Object.runScript (/api.js:30:22)

Variabele niet gevonden komt omdat je die van te voren niet gemaakt hebt… maar zonder tibber api gaat het niet werken..

[Bapper]

PimDoos schreef op maandag 24 november 2025 @ 20:45:
[...]

Waarschijnlijk moet je die state eerst casten naar een int:

code:

{{ states("input_number.batterij_volst") | int }}

Dat doet het, bedankt!

[Hielko1]

Net vanochtend de update naar v1.11.6 ontvangen en krijg nu iedere seconde op de Sessy dongels de ESP_ERR_NVS_NOT_FOUND error. Restart verhielp dit niet. Weet iemand waar dit mee te maken heeft? Op zich lijkt alles wel te werken.

[helm71]

Hielko1 schreef op woensdag 26 november 2025 @ 09:13:
Net vanochtend de update naar v1.11.6 ontvangen en krijg nu iedere seconde op de Sessy dongels de ESP_ERR_NVS_NOT_FOUND error. Restart verhielp dit niet. Weet iemand waar dit mee te maken heeft? Op zich lijkt alles wel te werken.

1.11.6 klinkt goed… ik heb nuneigen flows om te assisteren bij peakshaving…

Werkt dit onafhankelijk in welke modus de batterij staat ? Ook als hij in api modus staat ?

[Hielko1]

helm71 schreef op woensdag 26 november 2025 @ 11:33:
[...]


1.11.6 klinkt goed… ik heb nuneigen flows om te assisteren bij peakshaving…

Werkt dit onafhankelijk in welke modus de batterij staat ? Ook als hij in api modus staat ?

De error (iedere seconde ongeveer) treedt op in nom en api mode, andere niet getest.

[DJP!]

Hielko1 schreef op woensdag 26 november 2025 @ 11:42:
[...]

De error (iedere seconde ongeveer) treedt op in nom en api mode, andere niet getest.

Heb je in de P1 dongle ook de hoofdzekering waarden ingesteld en opgeslagen? Heb je ook errors in de P1 dongle?

[BerndGaykema]

Er was een storing bij Charge. De prijsinformatie was niet beschikbaar. Kan het zijn dat genoemde fout daarmee samenhangt?

[ Voor 6% gewijzigd door BerndGaykema op 26-11-2025 12:04 ]

[Hielko1]

BerndGaykema schreef op woensdag 26 november 2025 @ 12:03:
Er was een storing bij Charge. De prijsinformatie was niet beschikbaar. Kan het zijn dat genoemde fout daarmee samenhangt?

Is die storing er nog steeds? De error meldingen blijven komen (nu om 12:12)

[Hielko1]

DJP! schreef op woensdag 26 november 2025 @ 11:52:
[...]


Heb je in de P1 dongle ook de hoofdzekering waarden ingesteld en opgeslagen? Heb je ook errors in de P1 dongle?

Yep, P1 staat ingesteld, en geeft geen error meldingen.

[Hielko1]

Ik ga Charged wel berichten over deze overvloed aan error meldingen. Gelukkig laden en ontladen de Sessy's wel gewoon.

[mausy5043]

Hielko1 schreef op woensdag 26 november 2025 @ 12:13:
Ik ga Charged wel berichten over deze overvloed aan error meldingen. Gelukkig laden en ontladen de Sessy's wel gewoon.

Waar zie jij die foutmeldingen dan?

[mausy5043]

Oh ik vind het net: <local_ip>/errors
Jeetje. Daar staat veel in. Ik kijk daar dus echt nooit. Lijkt mij ook niet dat het de bedoeling is van Charged dat de consument elke dag de errorpagina gaat doorspitten. Ik mag hopen dat die errors automagisch doorgezet worden naar Charged en dat zij daar dan wat frequentieanalyses op doen of zo.

[mausy5043]

En dat brengt mij eigenlijk bij een andere vraag: Hoe "reboot" ik de batterijen?

Ik zou ze kunnen power-cyclen door de automaat handmatig te trippen. Maar heb ook ergens gehoord dat de omvormer (mn. die van de zonnepanelen en die zit bij mij achter dezelfde automaat) daar niet vrolijk van wordt.

Dus... Is er een schakelaar of een API-call die ik kan gebruiken om de batterijen een soft-restart te geven?

En hoe kan ik het beste de batterijen spanningsloos maken / hard-reset uitvoeren?

[Maartentux]

Simpel360 schreef op zondag 23 november 2025 @ 20:58:
[...]

En i.d.d. 3 Sessy's, dit is het modulaire idee van dit product.

Dat is inderdaad nog wel de grootste lariekoek van Sessy. Een vrachtwagen is ook niet modulair 'omdat je ook meer dan 1 vrachtwagen kunt kopen'. Dit is misbruik van het woord en het begrip modulair.
Maar dat terzijde

[helm71]

helm71 schreef op woensdag 26 november 2025 @ 11:33:
[...]


1.11.6 klinkt goed… ik heb nuneigen flows om te assisteren bij peakshaving…

@Twan_V Hele leuke functie om de hoofdaansluiting te laten bewaken door Sessy :-). Ik heb in Homey een paar flows gemaakt die hetzelfde doen, maar dit zal sneller werken.

Wat ik me wel afvraag: Werken die instellingen ook in de API modus ? Dat zou erg handig zijn... !

[mausy5043]

helm71 schreef op woensdag 26 november 2025 @ 19:29:
[...]
Wat ik me wel afvraag: Werken die instellingen ook in de API modus ? Dat zou erg handig zijn... !

De definitie van de API modus is dat je alles zelf mag regelen, dus ik verwacht het niet. Maar enige vorm van safety-net zou ook wel fijn zijn, dus ik hoop het wel.

[Maartentux]

worker schreef op zondag 23 november 2025 @ 14:38:
[...]

Jij hebt waarschijnlijk geen regeltechniek gestudeerd. Als je de “gain” te hoog zet (dat is hoe sterk je reageert op de regelfout) dan wordt het systeem instabiel. Het is geen kwestie van “dan zit je er maar een keer naast”. Als het systeem instabiel wordt gaat het oscilleren, en komt daar niet meer uit.
Je kunt je misschien voorstellen dat dat veel klachten oplevert.
Echt waar, met dit meetsignaal is geen beter resultaat te halen.

Je hebt gelijk in dat ik inderdaad nooit regeltechniek heb gestudeerd. Over de rest zwijg ik maar even. Maar laat ik er wat data bij pakken: In firmware 1.8.6 staat letterlijk dat Sessy zijn regelgedrag aanpast als -ie zo'n 'slechte' meter aantreft. Dat zou volgens jou echter 'niet mogelijk' zijn, wat natuurlijk lariekoek is. Tweaken van gedrag kan dus wel, want... het gebeurt.

Waar ik wel zeer benieuwd naar ben is meer informatie vanuit Sessy wat er toen concreet veranderd is en welk(e) test(s) er exact gedaan worden om te bepalen welke slimme meter ze mee te maken hebben. Ik vermoed namelijk dat mijn meter daar niet bij zit. Deze volledigheid mis ik dus in de FW pagina.

Sorry dat ik zo laat reageer overigens, ik had een meerdaagse computerstoring hier [offtopic]

[DJP!]

mausy5043 schreef op woensdag 26 november 2025 @ 19:35:
[...]

De definitie van de API modus is dat je alles zelf mag regelen, dus ik verwacht het niet. Maar enige vorm van safety-net zou ook wel fijn zijn, dus ik hoop het wel.

Volgens mij werkt het bewaken van de hoofdaansluiting altijd dus ook tijdens API

Maartentux schreef op woensdag 26 november 2025 @ 19:44:
[...]


Je hebt gelijk in dat ik inderdaad nooit regeltechniek heb gestudeerd. Over de rest zwijg ik maar even. Maar laat ik er wat data bij pakken: In firmware 1.8.6 staat letterlijk dat Sessy zijn regelgedrag aanpast als -ie zo'n 'slechte' meter aantreft. Dat zou volgens jou echter 'niet mogelijk' zijn, wat natuurlijk lariekoek is. Tweaken van gedrag kan dus wel, want... het gebeurt.

Waar ik wel zeer benieuwd naar ben is meer informatie vanuit Sessy wat er toen concreet veranderd is en welk(e) test(s) er exact gedaan worden om te bepalen welke slimme meter ze mee te maken hebben. Ik vermoed namelijk dat mijn meter daar niet bij zit. Deze volledigheid mis ik dus in de FW pagina.

Sorry dat ik zo laat reageer overigens, ik had een meerdaagse computerstoring hier [offtopic]

[Afbeelding]

Volgens mij zijn er 2 NOM regelingen, een trage voor de DSMR4 meters en een paar type DSMR5 meters die maar 1x per 10 seconden een nieuw telegram sturen. En er is een snellere regeling die werkt met DSMR5, CT en nu dus de ModBus meter.

Wat betreft de gain klopt het wel. Er is aardig geëxperimenteerd met een grotere gain voor DSMR4 meters maar daar wordt het niet stabieler van.

[Maartentux]

Simpel360 schreef op zaterdag 22 november 2025 @ 20:28:
[...]

Je weet dat er andere doosjes zijn van Sessy die ipv een 10sec DSMR P1 stroomtrafotjes (ct klem) gebruiken?

Ja dat weet ik uiteraard, dat is namelijk al meermaals door mijzelf gezegd, inclusief de vraag of iemand toevallig zo'n ding heeft liggen waar -ie vanaf wil. Het ding is namelijk veel te duur om rendabel te worden als oplossing, is mijn inschatting. Elke keer dat een 2 kW gebruiker 1 minuut te laat wordt opgemerkt/gecompenseerd levert (maximaal) 0,8 cent schade op.

[mausy5043]

DJP! schreef op woensdag 26 november 2025 @ 19:51:

[...]

Wat betreft de gain klopt het wel. Er is aardig geëxperimenteerd met een grotere gain voor DSMR4 meters maar daar wordt het niet stabieler van.

De gain is meestal ook niet waar je aan moet zitten. Maar de I- of soms zelfs de D-actie. Soms moet je dan de gain (P-actie voor degenen die regeltechniek gehad hebben toen de nederlandse terminologie en vaan-tuit systemen nog in zwang waren ) wat terug genomen worden.

[ Voor 9% gewijzigd door mausy5043 op 26-11-2025 20:02 ]

[Maartentux]

DJP! schreef op woensdag 26 november 2025 @ 19:51:
[...]

Volgens mij zijn er 2 NOM regelingen, een trage voor de DSMR4 meters en een paar type DSMR5 meters die maar 1x per 10 seconden een nieuw telegram sturen. En er is een snellere regeling die werkt met DSMR5, CT en nu dus de ModBus meter.

Wat betreft de gain klopt het wel. Er is aardig geëxperimenteerd met een grotere gain voor DSMR4 meters maar daar wordt het niet stabieler van.

Ik wil niet het onmogelijke, dus ik verlang geen ander gedrag voor mijn meter dan voor alle andere DSMR4 meters. Wel zou ik zeker willen weten dat mijn meter als zodanig herkend wordt zodat ik binnen die groep val. Ik heb daar mijn twijfels over gezien het gedrag en omdat ik scherp heb opgelet op gedragsverandering sinds FW 1.8.6
Hoe wordt die check precies gedaan, welke regexp wordt gebruikt?

[helm71]

mausy5043 schreef op woensdag 26 november 2025 @ 19:35:
[...]

De definitie van de API modus is dat je alles zelf mag regelen, dus ik verwacht het niet. Maar enige vorm van safety-net zou ook wel fijn zijn, dus ik hoop het wel.

Het zou prima een keuze kunnen zijn die los staat van de modus, maar ik zou het ook begrijpen als charged dat niet zou doen om de interface simpel te houden…

M’n eigen flowtje werkt ook in de api modus dus het kan wel zonder, maar als sessy het zelf kan is het altijd mooier…

Ik heb zelf ook “goedkoop laden en duur ontladen” gemaakt, ook een vrij logische modus, maar voor de niet-tweakers moet het ook snapbaar blijven (al denk ik dat die gewoon NOM zouden moeten zetten en er nooit meer over nadenken…)