Zelfbouw Laadpaal ervaringen

[THM0]

buiter schreef op donderdag 8 oktober 2026 @ 09:47:
Sinds een tijdje heb ik een SmartEVSE thuis
Nu wil voorbereid zijn op einde saldering/dynamisch contract.

Tot nu toe werk ik met de SMART modus om de auto te laden.
Ik loop met mijn thuisaccu tegen het probleem aan dat in de SMART modus er geen overschot is om het laadproces te starten. Mijn thuisaccu zorgt er namelijk voor dat de meter op 0 (nul) staat.
Nu heb ik in HA zelf een omschakelaar gemaakt die de thuisaccu tijdelijk op ontladen zet zodat er overcapaciteit is om het laadproces te activeren.

Het zou misschien veel slimmer zijn dat je in de EVSE een vinkje hebt waarmee je aangeeft dat je een thuisbatterij hebt. En dat de EVSE automatisch op en afschaalt afhankelijk van of som van alle fases op 0 (nul) uitkomt.

Hoe hebben jullie dit opgelost?

Met EVCC kun je dit prima oplossen, je kunt dan namelijk instellen:

- Onder welke SoC van de thuisaccu het zonne-overschot naar de thuisaccu moet
- Vanaf welke SoC van de thuisaccu het zonneoverschot naar de auto mag
- Of de thuisaccu mag bijspringen bij het laden van de auto uit PV als er even te weinig overschot is (dan blijft de auto dus langer doorladen
- Of de thuisaccu mag ontladen als de auto gepland aan het laden is uit het net of op vol vermogen aan het laden is uit het net

Met een thuisaccu heb je vast ook dynamische tarieven, dat pakt EVCC ook heel mooi op.

Ik ben persoonlijk van mening dat de verschillende laadstrategiën en voorkeuren dusdanig complex worden dat dat niet meer in de laadpaal zelf thuishoort, ook omdat het andere systemen in huis raakt.

[buiter]

THM0 schreef op donderdag 8 oktober 2026 @ 10:25:
[...]

Met EVCC kun je dit prima oplossen, je kunt dan namelijk instellen:

- Onder welke SoC van de thuisaccu het zonne-overschot naar de thuisaccu moet
- Vanaf welke SoC van de thuisaccu het zonneoverschot naar de auto mag
- Of de thuisaccu mag bijspringen bij het laden van de auto uit PV als er even te weinig overschot is (dan blijft de auto dus langer doorladen
- Of de thuisaccu mag ontladen als de auto gepland aan het laden is uit het net of op vol vermogen aan het laden is uit het net

Met een thuisaccu heb je vast ook dynamische tarieven, dat pakt EVCC ook heel mooi op.

Ik ben persoonlijk van mening dat de verschillende laadstrategiën en voorkeuren dusdanig complex worden dat dat niet meer in de laadpaal zelf thuishoort, ook omdat het andere systemen in huis raakt.

Met het aansturen van energie in de woning ben ik het met je eens.
Dat wil ik buiten de laadpaal organiseren met HA + plugin.

Wel vind ik dat de laadpaal autonoom moet werken, ipluggen en laden meer niet.
En dat kan met SMART of SOLAR modus niet in combinatie met een thuisaccu (instelling 0 op de meter).

[THM0]

buiter schreef op donderdag 8 oktober 2026 @ 10:34:
[...]

Met het aansturen van energie in de woning ben ik het met je eens.
Dat wil ik buiten de laadpaal organiseren met HA + plugin.

Wel vind ik dat de laadpaal autonoom moet werken, ipluggen en laden meer niet.
En dat kan met SMART of SOLAR modus niet in combinatie met een thuisaccu (instelling 0 op de meter).

Als de laadpaal de thuisaccu mee moet nemen dan is het al niet meer autonoom... Je kunt wel de laadstroom en stroomrichting van de accu naar de laadpaal sturen, dan weet de laadpaal het daadwerkelijke PV overschot tbv Solar modus. Doe je dat al?

[Hippe Lip]

@buiter Als je wil dat alle componenten (thuisbatterij en laadpaal) zelfstandig moeten werken krijg je direct met conflicten te maken. Beide gaan reageren op dezelfde signalen (maximale stroom door de meter en zon) en daarmee beïnvloeden ze elkaar. Dat gaat niet goed.

Je zult dus één kapitein op je schip moeten aanstellen: HA. En die deelt de orders uit aan de anderen.

[dingo35]

@buiter : @10us10 heeft volledig gelijk, je verhaal klopt niet.

Je thuisbatterij houdt nul op de meter (NOM); als je de SmartEVSE nu op Smart zet, gaat hij op MaxCurrent laden; de thuisbatterij zorgt er immers voor dat de MainsMeter ongeveer op 0 staat, dus hij xal nooit beperkt worden door de bewaking van de hoofdzekering; de thuisbatterij zal laden of ontladen om NOM te houden.

Als dit niet zo werkt dan heb je iets raar aangesloten (Mainsmeter niet op de hoofdschakelaar o.i.d.) of je voedt de SmartEVSE met verkeerde accu-informatie; in jouw geval moet je dat deel van de API niet gebruiken, die is om te voorkomen dat je je EV laadt vanuit de thuisbatterij; jij wil dat vanuit jouw use case juist wel. Of je hebt niet door dat je in Solar mode zit in plaats van Smart Mode.

OT: Overigens is NOM niet zo'n heel slimme strategie, slimmer is een dynamisch contract te nemen en op de goedkope uren te laden en op de dure uren te ontladen.

[ Voor 3% gewijzigd door dingo35 op 08-10-2026 11:28 ]

[Hippe Lip]

dingo35 schreef op donderdag 8 oktober 2026 @ 11:26:
[…] slimmer is een dynamisch contract te nemen en op de goedkope uren te laden en op de dure uren te ontladen.

Tot 1 januari. Daarna niet meer (extreme situaties uitgezonderd).

[THM0]

Hippe Lip schreef op donderdag 8 oktober 2026 @ 11:35:
[...]

Tot 1 januari. Daarna niet meer (extreme situaties uitgezonderd).

Dan nog steeds is het verstandig om op goedkope uren te laden.

Alleen moet je ook mee gaan rekenen dat de thuisaccu op die momenten wellicht ook wilt laden, en dat je dus moet uitrekenen hoeveel energie je totaal wilt importeren voor laadpalen en thuisaccu's, en dan dáár de goedkoopste uren voor kiezen en het laden starten/stoppen.

[dingo35]

Nee ook na 1 januari, alleen krijg je dan je energiebelasting (ca. 11ct/kWh) niet terug, dus gaat het pas lonen vanaf een spread van zeg 20 eurocent. Niemand weet hoe die spread zich na 1 jan gaat ontwikkelen, maar bijv. vandaag inkoop 20,7 eurocent allin verkoop 42 eurocent allin, dan kun je dat verlies aan energie belasting wel dragen.

Ik schat dat ik met deze strategie "nul op de factuur" bereik, dus incl. alle netkosten en het laden van mijn EV. Maar zoals gezegd, niemand weet hoe inkoop/verkoop er in 2027 uit gaat zien..

[buiter]

@dingo35 Hier thuis vraagt de SMART modus om een bepaalde hoeveelheid beschikbare energie.
Tot die tijd laadt de auto niet.
Geen idee of dit zo hoort, misschien heb ik iets verkeerd geconfigureerd:



Hier werkt het als volgt met een thuisbatterij "0 op de meter" en modus SMART op de SmartEVSE:
- Auto wordt ingeplugt
- Display: WAITING FOR POWER , State: Charging Stopped - No Power Available
- Thuisaccu krijgt opdracht om stroom terug te leveren*
- EVSE gaat aftellen van 1 minuut naar 0
- Na 1 minuut begin het laden van de auto
- Met de maximale stroom wordt er geladen en afgeschaald indien nodig

* Hiervan weet ik niet exact wat de drempel is om te starten met aftellen.
Vanavond kan ik testen (indien nodig) welke drempel dit is.

Bovenstaande stappen heb ik nu afgevangen.
Zodra de laadkabel ingeplugd is, gaat de thuisaccu al terugleveren zodat er direct geladen wordt.
Na het scannen van de rfid.

Of de NOM zinvol is speculatief, toch een praktisch voorbeeldje:

• Stel je hebt een thuisaccu zoals ik (60kWh)
• Overdag niet thuis, dus auto kan niet laden.
• Overdag wel veel zon, dat gaat dan grotendeels naar de thuisaccu (stroomprijs €0,00)
• S'avonds bij thuiskomst auto inpluggen en laden o ja, ook nog koken en warmtepomp stookt ook nog bij (stroomprijs €0,40)

Om die reden wil ik graag dat SmartEVSE ook NOM aanhoudt.
Hoe wil je anders niet onbedoeld stroom van het net afnemen omdat je te veel apparaten aan hebt staan.
Als het echt een rare gedachtegoed is verneem ik het graag.

[fishman]

buiter schreef op donderdag 8 oktober 2026 @ 16:22:
@dingo35 Hier thuis vraagt de SMART modus om een bepaalde hoeveelheid beschikbare energie.
Tot die tijd laadt de auto niet.
Geen idee of dit zo hoort, misschien heb ik iets verkeerd geconfigureerd:

[Afbeelding]

Hier werkt het als volgt met een thuisbatterij "0 op de meter" en modus SMART op de SmartEVSE:
- Auto wordt ingeplugt
- Display: WAITING FOR POWER , State: Charging Stopped - No Power Available
- Thuisaccu krijgt opdracht om stroom terug te leveren*
- EVSE gaat aftellen van 1 minuut naar 0
- Na 1 minuut begin het laden van de auto
- Met de maximale stroom wordt er geladen en afgeschaald indien nodig

* Hiervan weet ik niet exact wat de drempel is om te starten met aftellen.
Vanavond kan ik testen (indien nodig) welke drempel dit is.

Bovenstaande stappen heb ik nu afgevangen.
Zodra de laadkabel ingeplugd is, gaat de thuisaccu al terugleveren zodat er direct geladen wordt.
Na het scannen van de rfid.

Of de NOM zinvol is speculatief, toch een praktisch voorbeeldje:

• Stel je hebt een thuisaccu zoals ik (60kWh)
• Overdag niet thuis, dus auto kan niet laden.
• Overdag wel veel zon, dat gaat dan grotendeels naar de thuisaccu (stroomprijs €0,00)
• S'avonds bij thuiskomst auto inpluggen en laden o ja, ook nog koken en warmtepomp stookt ook nog bij (stroomprijs €0,40)

Om die reden wil ik graag dat SmartEVSE ook NOM aanhoudt.
Hoe wil je anders niet onbedoeld stroom van het net afnemen omdat je te veel apparaten aan hebt staan.
Als het echt een rare gedachtegoed is verneem ik het graag.

Hier weer een voorbeeld waarom je altijd de juiste informatie moet delen om een passend antwoord te krijgen.

Jouw usecase is niet gelijk aan 99% van de ander mensen met een SmartEVSE en een thuisaccu. Allereerst omdat bijna niemand 60kWh opslag capaciteit heeft. En ten tweede omdat veel mensen niet de dubbele verliezen willen hebben bij het overzetten van stroom van de ene accu naar de andere accu.

Dat gezegd hebbende laad ik het aan de experts over hoe / of je vraag beantwoord kan worden.

[buiter]

fishman schreef op donderdag 8 oktober 2026 @ 16:49:
[...]

Hier weer een voorbeeld waarom je altijd de juiste informatie moet delen om een passend antwoord te krijgen.

Jouw usecase is niet gelijk aan 99% van de ander mensen met een SmartEVSE en een thuisaccu. Allereerst omdat bijna niemand 60kWh opslag capaciteit heeft. En ten tweede omdat veel mensen niet de dubbele verliezen willen hebben bij het overzetten van stroom van de ene accu naar de andere accu.

Dat gezegd hebbende laad ik het aan de experts over hoe / of je vraag beantwoord kan worden.

Het klopt, ik had meer details kunnen delen maar mijn oorspronkelijk vraag blijft gewoon staan.
SmartEVSE is sowieso een niche/DIY product waar je juist zoiets zou verwachten.
Over de verliezen maak ik me niet druk, dat zit in de marge van de zonnepanelen.

[P5ycho]

Je smartevse op solar zetten en een fake netmeter waarde toespelen via mqtt. Et voila, de evse ziet ruimte en gaat laden, de batterij ziet load en gaat compenseren.

[ Voor 21% gewijzigd door P5ycho op 10-10-2026 11:02 ]

[Driehoek]

buiter schreef op donderdag 8 oktober 2026 @ 16:22:
@dingo35 Hier thuis vraagt de SMART modus om een bepaalde hoeveelheid beschikbare energie.
Tot die tijd laadt de auto niet.
Geen idee of dit zo hoort, misschien heb ik iets verkeerd geconfigureerd:

[Afbeelding]

Hier werkt het als volgt met een thuisbatterij "0 op de meter" en modus SMART op de SmartEVSE:
- Auto wordt ingeplugt
- Display: WAITING FOR POWER , State: Charging Stopped - No Power Available
- Thuisaccu krijgt opdracht om stroom terug te leveren*
- EVSE gaat aftellen van 1 minuut naar 0
- Na 1 minuut begin het laden van de auto
- Met de maximale stroom wordt er geladen en afgeschaald indien nodig

* Hiervan weet ik niet exact wat de drempel is om te starten met aftellen.
Vanavond kan ik testen (indien nodig) welke drempel dit is.

Bovenstaande stappen heb ik nu afgevangen.
Zodra de laadkabel ingeplugd is, gaat de thuisaccu al terugleveren zodat er direct geladen wordt.
Na het scannen van de rfid.

Of de NOM zinvol is speculatief, toch een praktisch voorbeeldje:

• Stel je hebt een thuisaccu zoals ik (60kWh)
• Overdag niet thuis, dus auto kan niet laden.
• Overdag wel veel zon, dat gaat dan grotendeels naar de thuisaccu (stroomprijs €0,00)
• S'avonds bij thuiskomst auto inpluggen en laden o ja, ook nog koken en warmtepomp stookt ook nog bij (stroomprijs €0,40)

Om die reden wil ik graag dat SmartEVSE ook NOM aanhoudt.
Hoe wil je anders niet onbedoeld stroom van het net afnemen omdat je te veel apparaten aan hebt staan.
Als het echt een rare gedachtegoed is verneem ik het graag.

Deel je settings even. Daar staat vermoedelijk iets niet juist ingesteld. Als je MAINS boven 6A staat ingesteld zou hij gewoon moeten starten. Is de lader enkelfasig of driefasig?

[buiter]

Driehoek schreef op donderdag 8 oktober 2026 @ 22:26:
[...]

Deel je settings even. Daar staat vermoedelijk iets niet juist ingesteld. Als je MAINS boven 6A staat ingesteld zou hij gewoon moeten starten. Is de lader enkelfasig of driefasig?

Doet wachten op power doet zich na aanpassingen niet meer voor.
Met andere woorden, laden via SMART start nu meteen.

[dingo35]

Dus het probleem bevond zich tussen keyboard en stoel?

[tukker999]

tukker999 schreef op zaterdag 3 oktober 2026 @ 21:52:
Ik heb een omgebouwde EVBox laadpaal die is ingericht voor 16A omgebouwd met een SmartEVSE. Dat draait al bijna 3 jaar prima.

De laadstroom wordt aangestuurd met MQTT vanuit Domoticz. In huis heb ik de max stroom in mijn 1-fase aansluiting van 35A ingesteld op 25A. Daarboven wordt het laden van de EV 'afgeknepen'.

Zoals gezegd tot nu toe max 16A laden. Kan ik het laden straffeloos instellen op 20A 4600 W?

De zonnepanelen leveren op 1 fase max 5000 W en het basis huisgebruik is 150 Wh

Inmiddels is de SmartEVSE ingesteld op 20A.

Ik zag op de laadkabel dat deze geschikt is voor 1 fase 20A. De auto ingesteld op 20A en laden maar.
Komt het huis boven de 25A dan schakelt de SmartEVSE in eerste instantie terug van 20A naar 16A en als dat nog te veel is dan schakelt de siftware de SmarteEVSE naar 0.

[buiter]

dingo35 schreef op donderdag 8 oktober 2026 @ 22:53:
Dus het probleem bevond zich tussen keyboard en stoel?

Dat denk ik niet.
Als je kijkt naar de screenshot dan gebeurt er iets vreemd.
Het is 0 op de meter en toch wacht SMART op stroom.
Welke instelling zou dat in SMART kunnen veroorzaken?

Fase instelling kan niet lager dan 10A.
En som van de fase kan ook niet lager dan 10A.
Dus zeg maar hoe het kan.

[dingo35]

buiter schreef op donderdag 8 oktober 2026 @ 22:47:
[...]

Doet wachten op power doet zich na aanpassingen niet meer voor.
Met andere woorden, laden via SMART start nu meteen.

Welke aanpassing heb je gedaan? Uit je vage formulering kunnen we helemaal niets leren...

[buiter]

dingo35 schreef op vrijdag 9 oktober 2026 @ 08:10:
[...]

Welke aanpassing heb je gedaan? Uit je vage formulering kunnen we helemaal niets leren...

Aanpassingen: geswitcht van SMART naar SOLAR en van SOLAR naar SMART en reboot SmartEVSE.
Misschien dat het lukt om het te reproduceren.

[dingo35]

Sowieso is het beter om in een 1 fase installatie C2 op "Always Off" te zetten.

[buiter]

dingo35 schreef op vrijdag 9 oktober 2026 @ 08:51:
Sowieso is het beter om in een 1 fase installatie C2 op "Always Off" te zetten.

Deze instelling heb ik aangepast.

Het is wel heel jammer dat NOM niet ingesteld kan worden en dat de nut hiervan niet wordt ingezien.

• Het past volledig in het straatje van een slimme laadpaal
• Het komt de energie-efficiënte in huis met een thuisaccu ten goede
• Het staat andere modi en instellingen niet in de weg
• Ook bij kleinere thuisaccu's heeft deze functie nut (o.a. bij wisselend bewolkte dagen)

De functie past misschien beter bij de SOLAR modus omdat daar het op en afschalen per stap al is ingebouwd.
Dan is een simpele aan/uit functie voor NOM voldoende.

[dingo35]

Je begrijpt het niet: NOM wordt al door je thuisaccu afgedwongen, daar is helemaal geen setting voor de SmartEVSE voor nodig; die maakt het geen bal uit of het EV gevoed wordt uit het net, uit PV of uit de thuisaccu; sterker nog, dat weet hij helemaal niet, hoeft hij ook niet te weten, het enige dat hij moet bewaken is dat de hoofdzekering niet overbelast wordt, en dat zal bij NOM sowieso niet gebeuren.

[tsjoender]

buiter schreef op vrijdag 9 oktober 2026 @ 09:15:
[...]

Deze instelling heb ik aangepast.

Het is wel heel jammer dat NOM niet ingesteld kan worden en dat de nut hiervan niet wordt ingezien.

• Het past volledig in het straatje van een slimme laadpaal
• Het komt de energie-efficiënte in huis met een thuisaccu ten goede
• Het staat andere modi en instellingen niet in de weg
• Ook bij kleinere thuisaccu's heeft deze functie nut (o.a. bij wisselend bewolkte dagen)

De functie past misschien beter bij de SOLAR modus omdat daar het op en afschalen per stap al is ingebouwd.
Dan is een simpele aan/uit functie voor NOM voldoende.

Er lijkt spraakverwarring te zijn met NOM in combinatie met een laadpaal? Zonder dat die laadpaal stroom terug kan leveren aan het net (die bestaan ook wel, maar zijn nog niet veel toegepast en SmartEVSE is daar geen van) en de 6A limiet in het laadprotocol is NOM operatie gerealiseerd door een laadpaal niet voor de hand liggend. Oftewel niet het juiste apparaat om dat te bereiken.

Het klinkt mij eerder alsof je bedoelt dat het laden met een laadpaal jouw NOM operatie (gestuurd met jouw thuisbatterij) niet mag ontregelen (of juist nog extra stroom uit het net halen terwijl je eerder die dag voldoende zonnestroom opgeslagen hebt in de batterij). Daar heeft de SmartEVSE wel functionaliteit voor als ik het goed begrijp. Dit lijkt dan meer van toepassing op jouw use case: https://github.com/dingo3...#home-battery-integration

[buiter]

tsjoender schreef op vrijdag 9 oktober 2026 @ 10:04:
[...]


Er lijkt spraakverwarring te zijn met NOM in combinatie met een laadpaal? Zonder dat die laadpaal stroom terug kan leveren aan het net (die bestaan ook wel, maar zijn nog niet veel toegepast en SmartEVSE is daar geen van) en de 6A limiet in het laadprotocol is NOM operatie gerealiseerd door een laadpaal niet voor de hand liggend. Oftewel niet het juiste apparaat om dat te bereiken.

Het klinkt mij eerder alsof je bedoelt dat het laden met een laadpaal jouw NOM operatie (gestuurd met jouw thuisbatterij) niet mag ontregelen (of juist nog extra stroom uit het net halen terwijl je eerder die dag voldoende zonnestroom opgeslagen hebt in de batterij). Daar heeft de SmartEVSE wel functionaliteit voor als ik het goed begrijp. Dit lijkt dan meer van toepassing op jouw use case: https://github.com/dingo3...#home-battery-integration

Dit is wel een link waar ik misschien wat mee kan.
Het moet dan wel (weer) extern aangestuurd worden.

Als ik het heb over een NOM instelling op een laadpaal, dan heb ik het logischerwijs over het respecteren van de NOM door een EMS/thuisbatterij.
Ik had niet het idee dat daar spraakverwarring over was.

Correctie: @dingo35 denkt dat ik NOM in relatie tot de laadpaal niet begrijp.

dingo35 schreef op vrijdag 9 oktober 2026 @ 09:25:
Je begrijpt het niet: NOM wordt al door je thuisaccu afgedwongen, daar is helemaal geen setting voor de SmartEVSE voor nodig; die maakt het geen bal uit of het EV gevoed wordt uit het net, uit PV of uit de thuisaccu; sterker nog, dat weet hij helemaal niet, hoeft hij ook niet te weten, het enige dat hij moet bewaken is dat de hoofdzekering niet overbelast wordt, en dat zal bij NOM sowieso niet gebeuren.

Ik begrijp het zeker wel.
De laadpaal moet gewoon kunnen begrijpen dat er een NOM regime actief is en dat de laadpaal zich hier naar schikt.
Omdat de laadpaal met afstand de grootste stroomverbruiker is, is die flexibiliteit toevoegen slim.
Mijn argumenten heb ik ondertussen kenbaar gemaakt maar het nut ervan wordt niet ingezien.
Prima, het zal wel aan mij liggen dus geef ik het op.

[ Voor 25% gewijzigd door buiter op 09-10-2026 19:18 ]

[dingo35]

Het aanleveren van laad/ontlaadstromen werkt alleen in Solar mode en is om te voorkomen dat de thuisbatterij de EV batterij gaat laden; sommige gebruikers willen dat niet i.v.m. efficiency.

Dat is dus precies het tegenovergestelde van wat je wil bereiken met NOM.

[sandergar]

buiter schreef op vrijdag 9 oktober 2026 @ 10:50:
[...]
Prima, het zal wel aan mij liggen dus geef ik het op.

De firmware voor de Smart EVSE is ontwikkeld conform de geldende standaarden en passende voor de meeste gebruikers. Het is echter open source en als jij een specifieke eis/wens hebt dan kan je deze zelf toe (laten) voegen. Inmiddels heb ik zelf al diverse toevoegingen/aanpassingen gedaan. Bijv. :

• De knop functie, niet alleen wisselen tussen smart en solor maar ook naar normaal.
• Bij veel verbruik in huis stopte de EVSE steeds in Smart modus. Bij 3x stoppen in 15 min gaat de Smart EVSE nu een uur lang in stand-by stand en gaat dan opnieuw weer proberen te laden.
• Als de wifi verbinding verbroken is heb je fysiek contact met de EVSE nodig. Een aanpassing gedaan zodat de Wifi verbinding opgebouwd kan worden zonder de kast te moeten openen.

Bedenk dus goed hoe de Smart EVSE voor jou beter/handiger kan werken en maak je eigen firmware versie!

[dingo35]

Ik draai al maanden op NOM met SmartEVSE in Smart mode, totdat mijn dynamisch contract ingaat. Dat werkt prima: overdag laadt de thuisbatterij met alle overtollige zonne-energie, 's avonds komt het EV thuis en gaat de SmartEVSE op MaxCurrent laden; immers de thuisbatterij houdt MainsMeter op 0 dus er is volop laadruimte.
Als de thuisbatterij leeg is ga ik pas consumeren, dan is NOM niet langer houdbaar.

Ik zou niet weten waarom de laadpaal zich bewust zou moeten zijn van een NOM strategie, en wat hij dan in zijn gedrag aan zou moeten passen; het is slechts een van de vele verbruikers, en als het vermogen van je thuisbatterij niet voldoende zou zijn (bijv. omdat je met max 0.2C wil ontladen) kun je met CurrentOverride de gewenste stroomsterkte vastzetten...

Als beginnend thuisbatterij-gebruiker dacht ik ook dat bijv.de thuisbatterij feed ook in Smart mode moest werken; maar als je dat dan aanpast merk je dat dat helemaal niet werkt; de oorspronkelijke ontwikkelaar had dat al heel goed doordacht, en is door talloze thuisbatterij-gebruikers (waaronder de fabrikant van de SmartEVSE) her-overdacht....

[HRV]

In de zomer kun je de thuisaccu gratis opladen en maken de verliezen (AC-DC de accu in en DC-AC je kabels op en weer AC-DC de auto in) niet uit, het is tenslotte gratis.

In de winter is dat een ander verhaal. Dan laad je de thuisaccu op goedkope momenten en gebruik je dit op de dure momenten. Het is dan niet altijd logisch om dit via de thuisaccu aan de auto te leveren. Dan heb je er meer aan om je auto in de nacht te laden en je accu voor de rest van de woning te gebruiken.

In beide gevallen koop je de energie, maar doordat je minder omzetverliezen hebt (eenmalig AC-DC de auto in) scheelt dat toch redelijk wat.

Wil je dat aansturen dan zul je iets moeten regelen met een externe regeling lijkt me.

[tukker999]

HRV schreef op zaterdag 10 oktober 2026 @ 13:30:
In de zomer kun je de thuisaccu gratis opladen en maken de verliezen (AC-DC de accu in en DC-AC je kabels op en weer AC-DC de auto in) niet uit, het is tenslotte gratis.

In de winter is dat een ander verhaal. Dan laad je de thuisaccu op goedkope momenten en gebruik je dit op de dure momenten. Het is dan niet altijd logisch om dit via de thuisaccu aan de auto te leveren. Dan heb je er meer aan om je auto in de nacht te laden en je accu voor de rest van de woning te gebruiken.

In beide gevallen koop je de energie, maar doordat je minder omzetverliezen hebt (eenmalig AC-DC de auto in) scheelt dat toch redelijk wat.

Wil je dat aansturen dan zul je iets moeten regelen met een externe regeling lijkt me.

Het fabeltje van de thuisbatterij moet steeds opnieuw doorgeprikt worden.

Ik wil er op een later tijdstip nog wel eens een berekening op loslaten. Voorlopig stel ik vast dat de laadverliezen zodanig zijn dat een rendement van 85% al heel mooi is.

Luister bijvoorbeeld eens naar de podcast van de groene nerds van 8 oktober, 'Worden thuisbatterijen steeds duurder'

Luister niet oppervlakkig maar luister goed. Dan hoor je van mensen die enthousiast zijn over thuisbatterijen dat het verdienmodel behoorlijk tegenvalt.

Kort samengevat: je bent een hele knappe jongen als je een thuisbatterij in 5 jaar terug wilt verdienen.

[dingo35]

Dat klopt, maar gelukkig zijn we tweakers hier en kunnen sommigen van ons door scherp inkopen en/of zelfbouw i.c.m. zelf-installatie van zowel PV als batterij-technologie zeer korte terugverdientijden realiseren.
Maar eens, voor de doorsnee consument geldt dit zeker niet.

[buiter]

sandergar schreef op zaterdag 10 oktober 2026 @ 12:29:
[...]

De firmware voor de Smart EVSE is ontwikkeld conform de geldende standaarden en passende voor de meeste gebruikers. Het is echter open source en als jij een specifieke eis/wens hebt dan kan je deze zelf toe (laten) voegen. Inmiddels heb ik zelf al diverse toevoegingen/aanpassingen gedaan. Bijv. :

• De knop functie, niet alleen wisselen tussen smart en solor maar ook naar normaal.
• Bij veel verbruik in huis stopte de EVSE steeds in Smart modus. Bij 3x stoppen in 15 min gaat de Smart EVSE nu een uur lang in stand-by stand en gaat dan opnieuw weer proberen te laden.
• Als de wifi verbinding verbroken is heb je fysiek contact met de EVSE nodig. Een aanpassing gedaan zodat de Wifi verbinding opgebouwd kan worden zonder de kast te moeten openen.

Bedenk dus goed hoe de Smart EVSE voor jou beter/handiger kan werken en maak je eigen firmware versie!

Goede tip.
Dit had ik zelf ook bedacht en gisteravond aan de slag gegaan.
Zodoende heb ik nu mijn eigen firmware op de SmartEVSE draaien met NOM modus.
De laadpaal start nu direct met 6A en verhoogt de laadcapaciteit elke keer een beetje.
Zodra er NOM niet meer bereikt kan worden zakt het laadvermogen van de laadpaal tot NOM weer bereikt wordt.
Wie interesse heeft stuurt maar een PB (zo te lezen verwacht ik daar niet zoveel van)

@dingo35
Dank voor je meer inhoudelijk reactie en bedenkingen.
Misschien kom ik er nu achter dat de NOM modus op de laadpaal overbodig is maar daar kom ik nu in ieder geval zelf achter.

@tukker999
Een thuisaccu is voor een gemiddeld huishouden niet financieel rendabel.
Met een mix van heel veel zonnepanelen, voordelige grote thuisaccu en slimme aansturing denk ik wel dat er mogelijkheden zijn. Maar dat is offtopic en hoort bij het topic over thuisaccus.

[Robert-Jan]

buiter schreef op zaterdag 10 oktober 2026 @ 17:07:
[...]

De laadpaal start nu direct met 6A en verhoogt de laadcapaciteit elke keer een beetje.
Zodra er NOM niet meer bereikt kan worden zakt het laadvermogen van de laadpaal tot NOM weer bereikt wordt.
Wie interesse heeft stuurt maar een PB (zo te lezen verwacht ik daar niet zoveel van)

Op zich is zo’n BATTERY-modus interessant. De SmartEVSE zou dan het laadvermogen steeds verder kunnen opschalen, totdat de accu het niet meer voor elkaar krijgt om de meter op nul te houden. Mijn accu kan bijvoorbeeld maximaal 6000 W leveren en heeft een capaciteit van 56 kWh, dus die houdt dat wel even vol.

Aan de andere kant vraag ik mij af of de SmartEVSE hierin leidend moet zijn. Momenteel schakel ik de SmartEVSE via Node-RED naar SMART-modus op basis van de actuele elektriciteitsprijs. De prijsdrempel pas ik vrijwel dagelijks een beetje aan, meestal ligt die ergens rond de 20 cent per kWh all-in.

De ideale configuratie heb ik nog niet gevonden. Vooral de bediening blijft een uitdaging: het moet niet alleen slim en automatisch werken, maar ook eenvoudig te bedienen zijn door de rest van het huishouden.

[dingo35]

Ik zie persoonlijk meer in een overall energie management systeem zoals Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO ; dan bereken je je optimale strategie rekening houdend met je electriciteitsprijs, zonvoorspelling, laadpaal, warmtepomp, zonnepanelen, wasmachine, vaatwasser, je kunt het zo gek maken als je zelf wil...

[ Voor 15% gewijzigd door dingo35 op 10-10-2026 18:45 ]

[Conrado]

tukker999 schreef op zaterdag 10 oktober 2026 @ 13:38:
Het fabeltje van de thuisbatterij moet steeds opnieuw doorgeprikt worden.

Ach, in het draadje met Victron Thuisbatterijen werd eens gezegd dat het gewoon een interessante hobby is, en hobbies kosten nu eenmaal geld

Aan de andere kant weet je ook niet wat de toekomst nog in petto heeft. Nog een grote internationale crisis, of nog meer ellende op ons eigen gen stroomnet, en de terugverdientijd wordt plotseling een nobrainer.

[jpiscaer]

dingo35 schreef op zaterdag 10 oktober 2026 @ 18:36:
Ik zie persoonlijk meer in een overall energie management systeem zoals Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO ; dan bereken je je optimale strategie rekening houdend met je electriciteitsprijs, zonvoorspelling, laadpaal, warmtepomp, zonnepanelen, wasmachine, vaatwasser, je kunt het zo gek maken als je zelf wil...

Dit is waarom ik evcc.io interessant vind, lijkt die kant op de bewegen..

[dingo35]

EVCC.io heeft een prachtige user-interface, is m.i. gericht op het handmatig regelen van je energie-management; EMHASS en DAO zijn m.i. meer gericht op het automatiseren daarvan.

[jpiscaer]

dingo35 schreef op zaterdag 10 oktober 2026 @ 23:42:
EVCC.io heeft een prachtige user-interface, is m.i. gericht op het handmatig regelen van je energie-management; EMHASS en DAO zijn m.i. meer gericht op het automatiseren daarvan.

De optimizer van evcc heeft de eerste trekjes voor die automatisering, en ze lijken bijna zover om die meer controle te geven in plaats van de veelal handmatige huidige situatie idd

[buiter]

dingo35 schreef op zaterdag 10 oktober 2026 @ 18:36:
Ik zie persoonlijk meer in een overall energie management systeem zoals Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO ; dan bereken je je optimale strategie rekening houdend met je electriciteitsprijs, zonvoorspelling, laadpaal, warmtepomp, zonnepanelen, wasmachine, vaatwasser, je kunt het zo gek maken als je zelf wil...

Hier ben ik het helemaal mee eens.
Op dit moment ben ik met DAO bezig.

@Robert-Jan
De thuisaccu zorgt voor NOM niets meer, niets minder.
Met de NOM modus op de laadpaal voorkom ik dat de laadpaal met meer vermogen laadt dan ik zou willen. Er is(was) geen automatische dimmer functie op de laadpaal, tenzij dat extern werd aangestuurd.
Het maximale vermogen van de thuisaccu kan ik namelijk ook beperken, ter voorkoming van het leegraken van de thuisaccu. De NOM instelling op de laadpaal gaat daar nu automatisch in mee (zonder extra aansturing). Hiermee hoop ik fouten in aansturing en een lege accu te voorkomen.

[Martijn02]

Robert-Jan schreef op zaterdag 10 oktober 2026 @ 17:24:
[...]

Op zich is zo’n BATTERY-modus interessant. De SmartEVSE zou dan het laadvermogen steeds verder kunnen opschalen, totdat de accu het niet meer voor elkaar krijgt om de meter op nul te houden. Mijn accu kan bijvoorbeeld maximaal 6000 W leveren en heeft een capaciteit van 56 kWh, dus die houdt dat wel even vol.

Aan de andere kant vraag ik mij af of de SmartEVSE hierin leidend moet zijn. Momenteel schakel ik de SmartEVSE via Node-RED naar SMART-modus op basis van de actuele elektriciteitsprijs. De prijsdrempel pas ik vrijwel dagelijks een beetje aan, meestal ligt die ergens rond de 20 cent per kWh all-in.

De ideale configuratie heb ik nog niet gevonden. Vooral de bediening blijft een uitdaging: het moet niet alleen slim en automatisch werken, maar ook eenvoudig te bedienen zijn door de rest van het huishouden.

Dit is wat ik heb nagebouwd met Home Assistant. Ik gebruik hiervoor de Normal mode op SmartEVSE. In die mode blijft de thuisbatterij actief, en verhoogt home assistant iedere paar seconden de laadstroom totdat de zonnepanelen en de thuisaccu niet meer genoeg stroom produceren. Zodra er stroom geimporteerd wordt zakt de laadstroom weer. Idem als de thuisbatterij een instelbaar % SOC bereikt.

Ik gebruik die modus om (op zonnige dagen) 's morgens de inhoud van de thuisbatterij te legen in de auto, zodat ik maximaal ruimte heb om zonnestroom op te slaan in de thuisaccu terwijl ik met de auto weg ben.

Zou op zich mooi zijn als die mode als een soort extra mode in SmartEVSE zou zitten. SmartEVSE weet immers al wat mijn slimme meter doet, en ook hoeveel mijn thuisbatterij levert of gebruikt.

Alleen het laadpercentage/SOC mist nu, maar dat zou relatief makkelijk aan de API kunnen worden toegevoegd als extra veld naast de HomeBatteryCurrent. Maar misschien is het zelfs beter als dat een automation in Home assistant blijft. Dat zou de Battery mode in SmartEVSE ook simpeler maken. In dat geval word hij hetzelfe als Solar mode, maar dan zonder rekening te houden met wat de thuisbatterij doet.

[ Voor 6% gewijzigd door Martijn02 op 12-10-2026 14:43 ]

[darklord007]

mjvdzwet schreef op donderdag 1 oktober 2026 @ 03:54:
[...]

Ik heb hem in Joulo en de SmartEVSE van auto gehaald en stuur zelf een verzonnen RFID tag naar de SmartEVSE zodra de auto wordt aangesloten.

ik heb m RFID accept all gezet en vanaf dat moment werkt hij eigelijk weer zoals voorheen.
Heb mijn automation wat moeten aanpassen dat hij naar PAUSE gaat ipv OFF maar sindsdien werkt alles als vanouds

[benthouse]

Ik heb een probleempje met mijn EVSE. Ik draai FW v3.11.2. De EVSE is voorzien van een EtherLCD met vaste UTP aansluiting. Dit functioneert al ca 6 maanden naar volle tevredenheid.

Nu ervaar ik dat de vaste netwerkverbinding sinds ca een week wegvalt. Enige wat dan helpt is een harde reset (Spanning eraf). Daarna komt de netwerkverbinding weer bij en is de EVSE via de webpagina en ook voor Home Assistant (MQTT) weer bereikbaar.

Aan de fysieke verbinding ligt het dus niet. Netwerk zelf is ook goed.

Wie herkent dit probleem nog meer? Zou het kunne zitten in een recente FW upgrade waar wellicht iets fout gegaan is?

[dingo35]

Ga eerst eens naar v3.11.3 ....

[benthouse]

dingo35 schreef op maandag 12 oktober 2026 @ 20:43:
Ga eerst eens naar v3.11.3 ....

Vanavond upgrade gedaan. Nu verder kijken.

[dingo35]

Ook, als je OCPP actief hebt, een ws:// connectie gebruiken ipv wss://, en niet de debug versie flashen, dan zijn zoveel mogelijk resources beschikbaar voor de netwerkverbindingen...

[Martijn02]

dingo35 schreef op zaterdag 26 september 2026 @ 15:09:
Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

Ik had voorheen regelmatig issues met de OCPP connectie met laadloon. De UI zei "verbonden", maar laadsessies werden niet meer geregistreerd. De automaat van SmartEVSE uit-en-weer-aanzetten loste het op. Laadloon gaf van hun kant aan dat de paal wel verbinding maakte met de websocket, maar verder geen OCPP-berichten meer naar Laadloon verstuurde.

Na deze update lijkt het probleem verholpen. Het draait nu >2 weken rocksolid.

[KoffieMok]

Eerder dit jaar waren er nog geluiden dat na 2026 zelfbouw waarschijnlijk niet meer geaccepteerd zou worden bij inboekers.

Inmiddels kan ik hier niet zo veel meer van terugvinden, behalve dat de kWH-meter in de paal moet zitten.

Om te voorkomen dat ik nu een zelfbouw plaats om er over 3 maand achter te komen dat het gedaan is met ERE's, speelt dit daadwerkelijk nog of lijkt alles gewoon door te lopen komend jaar, inclusief zelfbouw?

[tukker999]

Wat leuk, die SmartEVSE app.

Je moet wel een VPN verbinding hebben met je huis of thuis zitten.

Tip: Raspberry Pi plus PiHole plus PiVPN, je mist heel veel reclame en je bent op openbare netwerken bovendien beveiligd.

[tukker999]

Geef mij eens advies.

Mijn EVBox uit 2013 heb ik een aantal jaren geleden omgebouwd met een SmartEVSE.

Dat werkt perfect. Besturing met MQTT vanuit Domoticz.

Recent een MIDmeter ingebouwd en aangemeld bij een inboekdienstverlener. Dat werkt in principe perfect maar de inboekdienstverlener is wat ambivalent in enerzijds geen bezwaren te hebben en anderzijds steeds opnieuw moeilijk te doen.

Vorige week zag ik dat de laadkabel geschikt is voor 20A. Daarna heb ik mijn 1 fase aansluiting omgezet van 16A naar 20A.

Gisteren schroefde ik de laadpaal open om eens naar de bedrading te kijken en zag tot mijn schrik dat de 10 meter lange aanvoerleiding 1,5 mm doorsnede koper is.

Dat levert bij 16A al warmte en leiding verliezen op, maar bij 20A zeker.

Het gaat al 13½ jaar goed.

Zal ik het gewoon op 20A laten staan of toch maar weer terug naar 16A.

[adjego]

Martijn02 schreef op dinsdag 13 oktober 2026 @ 09:52:
[...]

Ik had voorheen regelmatig issues met de OCPP connectie met laadloon. De UI zei "verbonden", maar laadsessies werden niet meer geregistreerd. De automaat van SmartEVSE uit-en-weer-aanzetten loste het op. Laadloon gaf van hun kant aan dat de paal wel verbinding maakte met de websocket, maar verder geen OCPP-berichten meer naar Laadloon verstuurde.

Na deze update lijkt het probleem verholpen. Het draait nu >2 weken rocksolid.

Heb jij hem met Laadloon verbonden rechtstreeks via OCPP of via Plugchoice als tussenweg?

[Martijn02]

adjego schreef op dinsdag 13 oktober 2026 @ 12:07:
[...]


Heb jij hem met Laadloon verbonden rechtstreeks via OCPP of via Plugchoice als tussenweg?

Rechtstreeks met Laadloon. De Backend URL in SmartEVSE staat op: wss://ocpp.laadloon.nl/<id>

[Martijn02]

tukker999 schreef op dinsdag 13 oktober 2026 @ 11:16:
[...]

Gisteren schroefde ik de laadpaal open om eens naar de bedrading te kijken en zag tot mijn schrik dat de 10 meter lange aanvoerleiding 1,5 mm doorsnede koper is.

Dat levert bij 16A al warmte en leiding verliezen op, maar bij 20A zeker.

Het gaat al 13½ jaar goed.

Zal ik het gewoon op 20A laten staan of toch maar weer terug naar 16A.

Wat denk je zelf dat verstandig is? (De vraag stellen is hem beantwoorden toch?)

edit:
Ik zie dat je het hebt over 1.5mm doorsnede, ik las in de snelheid 1.5mm². Een 1.5mm² (met een doorsnede van 1.38mm) kabel zou je voor korte stukjes met max 16a mogen belasten. Dat zou ik niet langdurig doen en is dus absoluut ongeschikt voor het aansluiten van een laadpaal. 2.5mm² (met een aderdoorsnede van ~1.8mm) is ok voor 16A, maar zou ik met die lengte niet voor 20A gebruiken.

[ Voor 78% gewijzigd door Martijn02 op 13-10-2026 14:58 ]

[adjego]

Martijn02 schreef op dinsdag 13 oktober 2026 @ 12:59:
[...]

Rechtstreeks met Laadloon. De Backend URL in SmartEVSE staat op: wss://ocpp.laadloon.nl/<id>

Heb je ook nog Auto Authenticate aanstaan?
Ik heb de verbinding al gemaakt in ieder geval

[ Voor 9% gewijzigd door adjego op 13-10-2026 14:13 ]

[Martijn02]

adjego schreef op dinsdag 13 oktober 2026 @ 14:13:
[...]


Heb je ook nog Auto Authenticate aanstaan?
Ik heb de verbinding al gemaakt in ieder geval

Ik heb geen RFID lezer en wil dat hij gewoon direct laad als ik hem inplug of met home assistant aanzet. Dus ik heb Auto-authorize aanstaan met een random hex string. (En in het SmartEVSE Menu staat RFID op EnableAll).

[Epsilon]

Wow, 16A over 1.5mm² over 10m is 0.0113ohm/m*10m*(16A)² = 29W verlies per ader.

Bij 1 fase is dat (terug over nul) 58W verlies.

Bij 3 fasen is dat 77 87W verlies.

Op 20A wordt dat 45*2=90W of 45*3=135W. Over 10meter! Lijkt me gevalletje nieuwe kabel trekken van tenminste 2.5mm2. Liever 4mm².

[ Voor 2% gewijzigd door Epsilon op 14-10-2026 13:50 . Reden: Thanks voor de correctie! Ik kan niet tellen :+ ]

[Hippe Lip]

Epsilon schreef op dinsdag 13 oktober 2026 @ 15:02:
Bij 3 fasen is dat 77W verlies.

87 zelfs!

[superyupkent]

KoffieMok schreef op dinsdag 13 oktober 2026 @ 11:07:
Eerder dit jaar waren er nog geluiden dat na 2026 zelfbouw waarschijnlijk niet meer geaccepteerd zou worden bij inboekers.

Inmiddels kan ik hier niet zo veel meer van terugvinden, behalve dat de kWH-meter in de paal moet zitten.

Om te voorkomen dat ik nu een zelfbouw plaats om er over 3 maand achter te komen dat het gedaan is met ERE's, speelt dit daadwerkelijk nog of lijkt alles gewoon door te lopen komend jaar, inclusief zelfbouw?

Ik kan je iets vertellen over mijn eigen ervaringen bij Joulo en smartevse. De onderstaande zaken waren van belang om mijn evse aangemeld te krijgen:

• Losse kast met mid, evse en techniek
• Mid meter met certificaat van fabrikant
• Fotos van de installatie
• Verklaring van electricien die de installatie heeft geïnstalleerd

Hiermee is mijn installatie nu (eindelijk) goedgekeurd. Ik hoorde inderdaad dat in 2027 er mogelijk extra eisen komen. Zal dat afwachten, wil je echt geen gedoe dan blijft zelfbouw een risico.

[mjvdzwet]

superyupkent schreef op donderdag 15 oktober 2026 @ 07:30:
[...]

Ik kan je iets vertellen over mijn eigen ervaringen bij Joulo en smartevse. De onderstaande zaken waren van belang om mijn evse aangemeld te krijgen:

• Losse kast met mid, evse en techniek
• Mid meter met certificaat van fabrikant
• Fotos van de installatie
• Verklaring van electricien die de installatie heeft geïnstalleerd

Hiermee is mijn installatie nu (eindelijk) goedgekeurd. Ik hoorde inderdaad dat in 2027 er mogelijk extra eisen komen. Zal dat afwachten, wil je echt geen gedoe dan blijft zelfbouw een risico.

Ik heb hetzelfde gedaan, maar zonder verklaring van een elektricien.

Daarnaast kan je voor Eastron de certificaten downloaden op hun site.
Ik heb ook duidelijk het serienummer en keuringsnummer op de MID meter meegestuurd.

Werd direct goedgekeurd.

[benthouse]

dingo35 schreef op maandag 12 oktober 2026 @ 20:43:
Ga eerst eens naar v3.11.3 ....

Hi dingo, update uitgevoerd maar toch nog dezelfde problemen. Web interface is niet bereikbaar. Enige wat helpt is uitzetten en wederom aanzetten.

Laden is een aantal keren goed verlopen en webinterface bleef ook bereikbaar maar gisteravond toch weer hetzelfde probleem.

Even ter verduidelijking; geen OPCC, ERE of andere verbindingen naar derden in gebruik. Alleen een koppeling naar Home Assistant via MQTT.

EVSE heeft een vaste verbinding via ethernet (ETH-LCD).

[johan_L]

Recent geupgrade van versie 3.10.x naar 3.11.2 maar sindsdien al een paar keer opgemerkt dat de instelling voor C2 (Solar off) niet bewaard wordt. Als de mode gewijzigd wordt van Off naar Solar wordt er geladen op 3 fasen in plaats van 1 fase. Hierdoor wordt mijn thuisbatterij leeggetrokken en dat is niet mijn bedoeling. Is dit een bekend probleem?

[dingo35]

@benthouse : geen VLAN configuratie, firewall blokkades, dubbel uitgegeven IP adres o.i.d.?

Het klinkt als een LAN config probleem, je bent de eerste (en zover ik weet enige) die met de etherLCD oplossing connectiviteitsproblemen heeft.
Kan het zijn dat je MQTT API te aggressief resources opeist? Upload niet vaker dan 1x/seconde?

@johan_L Nee dit is geen bekend probleem; er is wel een mechanisme actief ter bescherming van het flash geheugen: als je een setting wijzigt, wordt die direct weggeschreven, tenzij er in de minuut ervoor een schrijfactie was; dan worden de pending schrijfacties een minuut uitgesteld.

Kan dat het probleem zijn? Te snelle reboot o.i.d.? Wat is de setting van C2 nadat je van Off naar Solar bent geswitched?

[johan_L]

dingo35 schreef op donderdag 15 oktober 2026 @ 13:15:
Kan dat het probleem zijn? Te snelle reboot o.i.d.? Wat is de setting van C2 nadat je van Off naar Solar bent geswitched?

Tot nu toe 2 keer gezien dat C2 op Not Present stond. Reboot doe ik eigenlijk nooit, nu 1 keer gedaan naar aanleiding van dit probleem. Zal vanmiddag nog eens proberen te testen

[johan_L]

Gistermiddag stond C2 weer op Not Present terwijl ik het de dag ervoor nog gecorrigeerd had. Bij de vorige versie heb ik dit probleem nooit gehad, kan het zijn dat in 3.11.2 het opslaan van gewijzigde settings niet (altijd) goed werkt?

[benthouse]

dingo35 schreef op donderdag 15 oktober 2026 @ 13:15:
@benthouse : geen VLAN configuratie, firewall blokkades, dubbel uitgegeven IP adres o.i.d.?

Het klinkt als een LAN config probleem, je bent de eerste (en zover ik weet enige) die met de etherLCD oplossing connectiviteitsproblemen heeft.
Kan het zijn dat je MQTT API te aggressief resources opeist? Upload niet vaker dan 1x/seconde?

@dingo35 : nee, geen VLAN actief ook MQTT geen wijzigingen gedaan, dat functioneert al ca 1,5 jaar naar volle tevredenheid. Het is van de ene op de andere dag geconstateerd, ca 2 weken terug
Dubbel IP zou kunnen maar is onwaarschijnlijk meeste draait met DHCP. Kan helaas geen vast IP toewijzen aan de EVSE, dat zou dit namelijk uit kunnen sluiten. Wellicht iets voor een volgende FW update? Nu de ETH-LCD er is zou dat een mooie aanvulling zijn. Bij WiFi ben je toch al meer afhankelijk van DHCP normaal gesproken.

[dingo35]

Nee de oplossing is niet meer statische IPs, maar minder.
Veel mensen maken de fout op hun device een statisch ip adres te definiëren, waardoor de meeste DHCP servers zich niet bewust zijn van het ip adres, en het dus nogmaals uit kunnen geven.

De oplossing is om de statische adressen zoveel mogelijk te vermijden en via mdns en hostname.local je devices te benaderen/definieren. Als een statisch adres écht nodig is, op de DHCP server definiëren, en als die dat niet ondersteunt, een aparte range voor statische adressen aanhouden.

[johan_L]

Vandaag is de C2 instelling weer spontaan gewijzigd en volgens mij klopt de State ook niet. Mqtt staat op connected terwijl ik dat niet gebruik en de mqtt settings leeg zijn. Ik weet niet wat hier aan de hand is maar ik ga maar proberen te downgraden naar 3.10

[tsjoender]

benthouse schreef op vrijdag 16 oktober 2026 @ 17:25:
[...]

@dingo35 : nee, geen VLAN actief ook MQTT geen wijzigingen gedaan, dat functioneert al ca 1,5 jaar naar volle tevredenheid. Het is van de ene op de andere dag geconstateerd, ca 2 weken terug
Dubbel IP zou kunnen maar is onwaarschijnlijk meeste draait met DHCP. Kan helaas geen vast IP toewijzen aan de EVSE, dat zou dit namelijk uit kunnen sluiten. Wellicht iets voor een volgende FW update? Nu de ETH-LCD er is zou dat een mooie aanvulling zijn. Bij WiFi ben je toch al meer afhankelijk van DHCP normaal gesproken.

Hoeveel DHCP servers zijn actief in het netwerk? Toevallig niet meerdere access points met ieder een DHCP server actief? Mogelijk dat bij het verlopen van de DHCP lease een andere DHCP server een IP uitdeelt? Dat zou je dan ook op de SmartEVSE kunnen zien. Als je het menu opent, dan zie je het actieve IP. Als die anders was dan toen je nog verbonden was, dan zit daar misschien de oorzaak.

Je kan een DHCP server ook IP adressen uit laten delen op basis van een mac adres. Zo krijgt een device altijd hetzelfde IP toegewezen. Heb je toch de voordelen van een vast IP, maar dan met DHCP.

[tukker999]

Ik ben met Claude wat automatisering aan het bouwen en Claude heeft voor mij de laadverliezen uitgezocht aan de hand van de data in Domoticz. Ik heb een S0 meter in de meterkast die de stroom naar de laadpaal meet en sinds juni een MIDMeter in de laadpaal (dus achter de SmartEVSE) die de stroom naar de EV meet.

Verbruik = alles ná de MIDmeter: de auto zelf, met de lader (OBC) en de accu (± 7–8 % laadverlies). Incl. paal + kabel telt daar bij wat tussen de meterkast en de MIDmeter verloren gaat:

Kabel meterkast → paal	± 43 W tijdens laden op 16A (± 1,2 %)
Relais (Hager in de meterkast)	1,9 W, dag en nacht (± 17 kWh per jaar)
SmartEVSE + MIDmeter	1,9 W; 3,3 W met de auto aangesloten (± 20 kWh per jaar)
Overig tijdens laden	± 15 W: contacten en aansluitingen (± 0,4 %)

Samen: 1,8 % tijdens het laden, en 3,8 W (5,2 W met de auto aangesloten) als er niet geladen wordt. Gemeten met de S0-meter in de meterkast tegen de MIDmeter.

[ Voor 66% gewijzigd door tukker999 op 17-10-2026 22:04 ]

[Burning_Tyre]

Ik ben bezig met een zelfbouw paal in een oude Mennekes Amtron behuizing (ruimte zat).

Ik kan niet echt goed vinden of ik de MID-meter (EASTRON SDM630-M) nu na of voor de contactors (Iskra 4polig & 2polig).

[mjvdzwet]

Burning_Tyre schreef op zondag 18 oktober 2026 @ 09:51:
Ik ben bezig met een zelfbouw paal in een oude Mennekes Amtron behuizing (ruimte zat).

Ik kan niet echt goed vinden of ik de MID-meter (EASTRON SDM630-M) nu na of voor de contactors (Iskra 4polig & 2polig).

Ervoor, anders schakel je de meter helemaal uit als er niet geladen wordt.

[THM0]

tukker999 schreef op zaterdag 17 oktober 2026 @ 19:28:
Ik ben met Claude wat automatisering aan het bouwen en Claude heeft voor mij de laadverliezen uitgezocht aan de hand van de data in Domoticz. Ik heb een S0 meter in de meterkast die de stroom naar de laadpaal meet en sinds juni een MIDMeter in de laadpaal (dus achter de SmartEVSE) die de stroom naar de EV meet.

Verbruik = alles ná de MIDmeter: de auto zelf, met de lader (OBC) en de accu (± 7–8 % laadverlies). Incl. paal + kabel telt daar bij wat tussen de meterkast en de MIDmeter verloren gaat:

Kabel meterkast → paal	± 43 W tijdens laden op 16A (± 1,2 %)
Relais (Hager in de meterkast)	1,9 W, dag en nacht (± 17 kWh per jaar)
SmartEVSE + MIDmeter	1,9 W; 3,3 W met de auto aangesloten (± 20 kWh per jaar)
Overig tijdens laden	± 15 W: contacten en aansluitingen (± 0,4 %)

Samen: 1,8 % tijdens het laden, en 3,8 W (5,2 W met de auto aangesloten) als er niet geladen wordt. Gemeten met de S0-meter in de meterkast tegen de MIDmeter.

Je zou ook echt moeten kijken naar de energie die naar de auto gaat, en de energie die daadwerkelijk in de accu terechtkomt. En dan ook kijken naar de verschillen wanneer je met laag of hoog vermogen laadt.

Die verliezen zijn veel interessanter om te bekijken.

[tukker999]

Van wat naar de auto gaat wordt 200-250W gebruikt door de OBC, en gedeelte door de laadkabel van paal naar auto en de rest gaat naar de batterij waar ook laadverliezen optreden. Deze beide samen zijn de genoemde 7-8%.

Hoe meer Ampère, hoe meer laadverliezen in de kabels. Het percentage laadverlies veroorzaakt door de OBC wordt dan minder want het absolute verbruik van de OBC verandert niet zoveel.

Het levert mij inzicht op in wat zich afspeelt.

Wat uiteindelijk telt is dat we bij PHEV en BEV moeten rekenen met grofweg 10% laadverlies.

[ Voor 15% gewijzigd door tukker999 op 18-10-2026 12:06 ]

[Himalaya]

tukker999 schreef op zondag 18 oktober 2026 @ 12:00:
Van wat naar de auto gaat wordt 200-250W gebruikt door de OBC, en gedeelte door de laadkabel van paal naar auto en de rest gaat naar de batterij waar ook laadverliezen optreden. Deze beide samen zijn de genoemde 7-8%.

Hoe meer Ampère, hoe meer laadverliezen in de kabels. Het percentage laadverlies veroorzaakt door de OBC wordt dan minder want het absolute verbruik van de OBC verandert niet zoveel.

Het levert mij inzicht op in wat zich afspeelt.

Wat uiteindelijk telt is dat we bij PHEV en BEV moeten rekenen met grofweg 10% laadverlies.

Maar dat percentage laadverlies is dus wel sterk afhankelijk van het gekozen laadvermogen. 2 uur op max vermogen geeft minder verlies dan 8uur op 3kW. O.a. omdat het aandeel van de OBC dan veel groter is. Ik laad dus voornamelijk op vol vermogen tenzij er echt voldoende zon is om het langzaam te doen. Er zijn wel tabellen te vinden van de laadverliezen bij verschillende vermogens op AC. Bij onze ZOE kan het zelfs oplopen tot 18%.

En als je je kabels een een beetje juist dimensioneert valt het verlies daar wel mee, ik heb de mijne dus ook van meterkast tot stekker in de auto volledig op 6mm2 uitgelegd.

[benthouse]

dingo35 schreef op vrijdag 16 oktober 2026 @ 17:30:
Nee de oplossing is niet meer statische IPs, maar minder.
Veel mensen maken de fout op hun device een statisch ip adres te definiëren, waardoor de meeste DHCP servers zich niet bewust zijn van het ip adres, en het dus nogmaals uit kunnen geven.

De oplossing is om de statische adressen zoveel mogelijk te vermijden en via mdns en hostname.local je devices te benaderen/definieren. Als een statisch adres écht nodig is, op de DHCP server definiëren, en als die dat niet ondersteunt, een aparte range voor statische adressen aanhouden.

Ik heb een router met een deel voor statische adressen ingesteld. (192.168.1.2 - 192.168.1.49) Zou graag optie hebben omdat op de EVSE ook in die bewuste range in te kunnen stellen.

Mijn Wifi accesspoint hebben fixed IP’s, de MQTT server, Home Assistant en ook enkele andere apparaten. Als de EVSE ook in die range kan zou mooi zijn

[tukker999]

Statisch voor je SmartEVSE kan je op je router instellen aan de hand van het MAC adres.

[edwin2021]

dingo35 schreef op vrijdag 16 oktober 2026 @ 17:30:
Nee de oplossing is niet meer statische IPs, maar minder.
Veel mensen maken de fout op hun device een statisch ip adres te definiëren, waardoor de meeste DHCP servers zich niet bewust zijn van het ip adres, en het dus nogmaals uit kunnen geven.

De oplossing is om de statische adressen zoveel mogelijk te vermijden en via mdns en hostname.local je devices te benaderen/definieren. Als een statisch adres écht nodig is, op de DHCP server definiëren, en als die dat niet ondersteunt, een aparte range voor statische adressen aanhouden.

Via dhcp het ip adres vastzetten is ook de beste methode. Als je dan bv een DNS wilt aanpassen doe je dat in de dhcp server en herstart je elk apparaat en klaar.

Enige nadeel van vast op via dhcp server is dat het apparaat onbereikbaar wordt bij refresh als de dhcp server niet werkt. Verder is het wel verstandig om een overzicht of backup te maken van de ip adres uitgifte zodat je dit kunt instellen bij een nieuwe router.

Btw, zelfs een router van ziggo of kpn kent deze ip adres uitgifte truc om er zo voor te zorgen dat een apparaat altijd hetzelfde ipadres krijgt.

[Stefannn]

edwin2021 schreef op maandag 19 oktober 2026 @ 07:14:
[...]

Via dhcp het ip adres vastzetten is ook de beste methode. Als je dan bv een DNS wilt aanpassen doe je dat in de dhcp server en herstart je elk apparaat en klaar.

Enige nadeel van vast op via dhcp server is dat het apparaat onbereikbaar wordt bij refresh als de dhcp server niet werkt. Verder is het wel verstandig om een overzicht of backup te maken van de ip adres uitgifte zodat je dit kunt instellen bij een nieuwe router.

Btw, zelfs een router van ziggo of kpn kent deze ip adres uitgifte truc om er zo voor te zorgen dat een apparaat altijd hetzelfde ipadres krijgt.

Daar zit nog een nadeel/eigenschap aan: apparaat wordt ongeveer 1 minuut per 24 uur onbereikbaar omdat de dhcp lease dan vernieuwd wordt. Als je de power-data via de api doorgeeft krijg je dan een dip in het laden omdat de smartevse stopt met laden als er meer dan 10 seconden geen nieuwe poer data is.

Ik heb het echter wel op die manier gedaan (dus vast adres op dhcp server van mijn kpn modem). Heeft ook wel als heel groot voordeel dat als je een nieuwe modem krijgt met andere subgroepen structuur alles bereikbaar blijft. Gebeurt niet vaak maar ik heb het een paar keer gehad. Als je het vast ip adres op het apparaat instelt is hij dan ofwel onder de oude, dan wel onder de nieuwe modem niet bereikbaar en dat kan heel lastig zijn.

Maar goed… bij deze dus de informatie dat “als je met api 1x per dag een dip ziet, dat dat aan de dhcp lease renewal ligt”. Ik had het een keer gezien en heb 2 maanden gepuzzeld voor ik wist waar het van kwam.

[P5ycho]

Een minuut onbereikbaar vanwege een verlengde dhcp lease? Zolang de lease verlengd wordt is er geen onderbreking in connectivity volgens de standaard. Als die er wel is, dan is het device specific en een heel slechte implementatie...

[FatalError]

Ik ben er een beetje uit, maar volgens mij wordt een DCHP lease al op de helft van de levensduur verlengd. Die verlenging wordt daarna nog meerdere malen gepoogd. Als het aan het eind van de leasetijd nog niet gelukt is is er echt iets meer aan de hand als een kort verbindingsprobleem.

[edwin2021]

Stefannn schreef op maandag 19 oktober 2026 @ 07:44:
[...]

Daar zit nog een nadeel/eigenschap aan: apparaat wordt ongeveer 1 minuut per 24 uur onbereikbaar omdat de dhcp lease dan vernieuwd wordt. Als je de power-data via de api doorgeeft krijg je dan een dip in het laden omdat de smartevse stopt met laden als er meer dan 10 seconden geen nieuwe poer data is.

Ik heb het echter wel op die manier gedaan (dus vast adres op dhcp server van mijn kpn modem). Heeft ook wel als heel groot voordeel dat als je een nieuwe modem krijgt met andere subgroepen structuur alles bereikbaar blijft. Gebeurt niet vaak maar ik heb het een paar keer gehad. Als je het vast ip adres op het apparaat instelt is hij dan ofwel onder de oude, dan wel onder de nieuwe modem niet bereikbaar en dat kan heel lastig zijn.

Maar goed… bij deze dus de informatie dat “als je met api 1x per dag een dip ziet, dat dat aan de dhcp lease renewal ligt”. Ik had het een keer gezien en heb 2 maanden gepuzzeld voor ik wist waar het van kwam.

Die 1 seconde vind ik bijzonder. Proces is ontwikkeld om naadloos te functioneren. Iedere netwerk training adviseerde ook om vast op adressen op deze wijze vanuit de router op te zetten. Ikzelf gebruik dit al zeker 15 jaar zo en eigenlijk zonder een enkel probleem. Als er een hikkel was dan zat dat vrijwel altijd in de rest van het netwerk, vaak een historisch apparaat wat een echt ingetypt ip adres had en iedereen vergeten had.

[Netraam]

Bij de meeste routers kun je ook een start en eind aangeven van de DHCP adressen range. Hiermee kun je een deel vrijhouden voor apparaten die je een handmatig gekozen vast ip adres wil geven.

[Stefannn]

edwin2021 schreef op maandag 19 oktober 2026 @ 09:18:
[...]

Die 1 seconde vind ik bijzonder. Proces is ontwikkeld om naadloos te functioneren. Iedere netwerk training adviseerde ook om vast op adressen op deze wijze vanuit de router op te zetten. Ikzelf gebruik dit al zeker 15 jaar zo en eigenlijk zonder een enkel probleem. Als er een hikkel was dan zat dat vrijwel altijd in de rest van het netwerk, vaak een historisch apparaat wat een echt ingetypt ip adres had en iedereen vergeten had.

1 minuut, niet 1 seconde.
Eerlijk gezegd weet ik niet 100% zeker of het de smartEVSE is. Ik merkte het het eerst op bij de solaredge. ik heb toen de timestamp van netwerk verlies vergeleken met lease-expire en dat klopte precies. Ik zag toen nog wat dips maar heb er verder niet zoveel aandacht aan besteed.
Boodschap was meer.... "als je dit ook ervaart, dan is dit wellicht een tip". Scheelt een hoop puzzelen.
Anyway... ook als ik ze vast vanuit de router opzet dan hebben de ip adressen een 24uur lease-expire. Dat weet ik in ieder geval voor KPN modem zeker.

[Stefannn]

Netraam schreef op maandag 19 oktober 2026 @ 09:57:
Bij de meeste routers kun je ook een start en eind aangeven van de DHCP adressen range. Hiermee kun je een deel vrijhouden voor apparaten die je een handmatig gekozen vast ip adres wil geven.

klopt... maar dat is dan dus op het apparaat zelf. En hele message was juist dat het beter is om het vanuit de modem te doen. En dat onderschrijf ik. Toen ik van ziggo naar kpn ging was ik in eerste instantie een heleboel apparaten kwijt omdat de subnet structuur van ziggo en kan anders is.

[THM0]

Stefannn schreef op maandag 19 oktober 2026 @ 13:08:
[...]

klopt... maar dat is dan dus op het apparaat zelf. En hele message was juist dat het beter is om het vanuit de modem te doen. En dat onderschrijf ik. Toen ik van ziggo naar kpn ging was ik in eerste instantie een heleboel apparaten kwijt omdat de subnet structuur van ziggo en kan anders is.

Er is voor beide opties wat te zeggen, maar als je met DHCP reserveringen werkt ben je ook alles kwijt als je een nieuw ISP modem krijgt. Ik heb beide SmartEVSE's hier op een static IP, in een subnet waar ook een DHCP range op zit, maar de vaste adressen zitten niet in die range waardoor ik nooit conflicten kan krijgen door DHCP toewijzingen, precies zoals @Netraam ook beschrijft.

[edwin2021]

Ik pas altijd het subnet aan naar een afwijkende range in de 192.x.x.x (sommige apparaten hebben er echt een enorme hekel aan als ze ineens een ander ip adres krijgen) en ontwijk de standaard reeksen zoals 192.168.178.x, 192.168.1.x en nog een rijtje. Daarnaast maak ik backup van de dgcp bind tabel als deze aangepast wordt maar dat kan ook een handmatig overzicht zijn.

[ Voor 15% gewijzigd door edwin2021 op 19-10-2026 14:02 ]

[P5ycho]

Jongens, dit is echt networking basics. Als je niet weet wat je doet, pak dan gewoon dhcp en mDNS en focus je op andere zaken. Vaste ip adressen lijkt controle te geven maar brengt in de praktijk vooral pebkac issues door slecht documenteren of vergeten devices.

[joosie]

De vernieuwde webinterface die in de community-firmware van @dingo35 staat, ziet er echt mooi uit (nog niet in een release, v3.11.3 heeft nog de oude)!

Ik heb zelf Mijn vrouw heeft de behoefte een Nederlandse vertaling. Met behulp van Claude heb ik een EN/NL-knop voor de webinterface en de LCD-meldingen toegevoegd. MQTT en de API blijven Engels. Ik heb er ook een feature request van gemaakt.

[mr_density]

dingo35 schreef op dinsdag 6 oktober 2026 @ 20:39:
Ik zou zeker downgraden naar v3.10.2 om alles uit te sluiten, maar het lijkt me sterk dat het daar in zit.

Zou het kunnen dat je omstreeks de SmartEVSE update je Jeep een OTA firmware update gehad heeft?
Verder zou ik alle bedrading nameten en kijken of je wifi verbinding voldoende stabiel is.
Misschien komt hij in Smart Mode af en toe in "Waiting for Power", en dat je Jeep daar niet tegen kan?

@Rimco Dat lijkt me idd het meest waarschijnlijke; en ik weet dat Michael Stegen de ISO standaarden nauwgezet volgt, en dat er meer dan 7000 SmartEVSE's actief zijn, dus mijn gok zou zijn dat de Jeep zich niet aan de standaarden houdt.

Ik had overigens een soortgelijk probleem toen mijn Enyaq een software update gehad had bij de dealer; bij gewoon inpluggen ging laden perfect, maar bij delayed charging ging de Enyaq in slaap en werd niet wakker op het moment dat de SmartEVSE de sessie startte.

Uit een Duits forum bleek dat de laadmodule gereset had moeten worden na de update; zekering er uit, 5 minuten wachten, zekering er in, en probleem opgelost. De dealer had geen idee .....

Afgelopen vrijdag de auto weer terug gehad van de garage, de conclusie is dat ze niks konden vinden van een defect van de auto. Een weekend lang diverse (commerciele) laadpalen gebruikt waarbij de auto netjes geladen heeft. Heb thuis de firmware van de smart evse terug gezet naar v3.10.2 en de modus op normal gezet. Na 15 minuten laden stop het laden en zie ik in home assistant de (ocpp) connector de waarde SuspendedEVSE. Stekker eruit gehaald en opnieuw erin maar dan lijkt hij te laden met de minimaal ingesteld ampere maar na een minuut stopt het weer. In home assistant de (ocpp) connector de waarde SuspendedEV. De auto is weer in zijn veiligheids modus en laad niet meer op.

Wie heeft er tips wat te doen?
Advies over wie ik hiervoor kan inschakelen om dit op te lossen?

[Stefannn]

mr_density schreef op maandag 19 oktober 2026 @ 20:57:
[...]

Afgelopen vrijdag de auto weer terug gehad van de garage, de conclusie is dat ze niks konden vinden van een defect van de auto. Een weekend lang diverse (commerciele) laadpalen gebruikt waarbij de auto netjes geladen heeft. Heb thuis de firmware van de smart evse terug gezet naar v3.10.2 en de modus op normal gezet. Na 15 minuten laden stop het laden en zie ik in home assistant de (ocpp) connector de waarde SuspendedEVSE. Stekker eruit gehaald en opnieuw erin maar dan lijkt hij te laden met de minimaal ingesteld ampere maar na een minuut stopt het weer. In home assistant de (ocpp) connector de waarde SuspendedEV. De auto is weer in zijn veiligheids modus en laad niet meer op.

Wie heeft er tips wat te doen?
Advies over wie ik hiervoor kan inschakelen om dit op te lossen?

Ik beb dit nooit gehad, maar…
Ten eerste zou ik proberen of het zonder overload bewaken wel werkt. Smart uit dus. Eventueel op lagere stroom om de boel niet over te belasten.
Dan heb je namelijk tijdens het laden geen enkel commando. Als hij er dan tijdens het laden mee stopt ligt het niet aan protocol.
Als dat zo is met multimeter foutzoeken. Misschien slecht relays? Ben je een fase kwijt? Of slecht CP connectie?

[Adze]

mr_density schreef op maandag 19 oktober 2026 @ 20:57:
[...]


Wie heeft er tips wat te doen?
Advies over wie ik hiervoor kan inschakelen om dit op te lossen?

Je mag als je bij mij in de buurt bent wel een keer laden. Ik heb twee SmartEVSE laadpunten en drie verschillende autos. Over het algemeen gaat het hier altijd goed. Dan kan je uitsluiten of het aan SmartEVSE algemeen, of jouw SmartEVSE in het bijzonder ligt.

Stuur me naar een DM bij interesse.

[dingo35]

mr_density schreef op maandag 19 oktober 2026 @ 20:57:
[...]

Afgelopen vrijdag de auto weer terug gehad van de garage, de conclusie is dat ze niks konden vinden van een defect van de auto. Een weekend lang diverse (commerciele) laadpalen gebruikt waarbij de auto netjes geladen heeft. Heb thuis de firmware van de smart evse terug gezet naar v3.10.2 en de modus op normal gezet. Na 15 minuten laden stop het laden en zie ik in home assistant de (ocpp) connector de waarde SuspendedEVSE. Stekker eruit gehaald en opnieuw erin maar dan lijkt hij te laden met de minimaal ingesteld ampere maar na een minuut stopt het weer. In home assistant de (ocpp) connector de waarde SuspendedEV. De auto is weer in zijn veiligheids modus en laad niet meer op.

Wie heeft er tips wat te doen?
Advies over wie ik hiervoor kan inschakelen om dit op te lossen?

Gewoon gestructureerd foutzoeken: Terug naar de basis, alle HA/MQTT/REST en OCPP uitzetten, in Normal mode kijken of je dan problemen hebt; zo niet, Smart mode, dan OCPP aanzetten, etc., en zo de kerstboom opnieuw optuigen.
Dat zou ik overigens met v3.11.3 doen, die heeft nog wat connectiviteitsverbeteringen van de onderliggende libraries geïncorporeerd.

[Adze]

benthouse schreef op maandag 12 oktober 2026 @ 20:05:
Ik heb een probleempje met mijn EVSE. Ik draai FW v3.11.2. De EVSE is voorzien van een EtherLCD met vaste UTP aansluiting. Dit functioneert al ca 6 maanden naar volle tevredenheid.

Nu ervaar ik dat de vaste netwerkverbinding sinds ca een week wegvalt. Enige wat dan helpt is een harde reset (Spanning eraf). Daarna komt de netwerkverbinding weer bij en is de EVSE via de webpagina en ook voor Home Assistant (MQTT) weer bereikbaar.

Aan de fysieke verbinding ligt het dus niet. Netwerk zelf is ook goed.

Wie herkent dit probleem nog meer? Zou het kunne zitten in een recente FW upgrade waar wellicht iets fout gegaan is?

Ik ervaar ook opeens uitval van één van mijn SmartEVSE's terwijl het maanden goed ging. Vorig jaar had ik ook problemen in koudere dagen... Toeval?!? Het rare bij mij is dat enkel netwerk verbinding uitvalt, ook met EtherLCD. Hierdoor krijgt SmartEVSE geen mainsmeter updates meer en schiet in storing. Wel kan ik met behulp van de toetsen op SmartEVSE zelf de modus veranderen van SMART naar NORMAL en dan begint het laden weer. Dus apparaat is niet vastgelopen, maar enkel network stack is kaduk. Dit is me nu al twee keer overkomen deze week.

Wanneer ik wat meer tijd heb ga ik nog even verder troubleshooten om te kijken of ik leven in de laadpaal krijg, zonder volledige reboot...

[VicSmurf]

Adze schreef op donderdag 22 oktober 2026 @ 18:15:
[...]

Ik ervaar ook opeens uitval van één van mijn SmartEVSE's terwijl het maanden goed ging. Vorig jaar had ik ook problemen in koudere dagen... Toeval?!? Het rare bij mij is dat enkel netwerk verbinding uitvalt, ook met EtherLCD. Hierdoor krijgt SmartEVSE geen mainsmeter updates meer en schiet in storing. Wel kan ik met behulp van de toetsen op SmartEVSE zelf de modus veranderen van SMART naar NORMAL en dan begint het laden weer. Dus apparaat is niet vastgelopen, maar enkel network stack is kaduk. Dit is me nu al twee keer overkomen deze week.

Wanneer ik wat meer tijd heb ga ik nog even verder troubleshooten om te kijken of ik leven in de laadpaal krijg, zonder volledige reboot...

Mijne is verbonden via WiFi en ik dacht dat het daar aan lag. Hij valt continue weg, heeft ook maanden goed gedraaid. Ik dacht dat het kwam door firmware v3.11.3 en ben juist terug gegaan naar v3.11.2 vandaag. Ben benieuwd....

[tukker999]

De SmartEVSE zoekt niet automatisch naar de sterkste verbinding. https://github.com/SmartEVSE/SmartEVSE-3/issues

[m.eddy]

Heb ook al eens gezien dat bij meerdere AP's hij niet automatisch naar de sterkste verbind. RSSI waarde van de EVSE kan daarbij helpen.

Als die slecht is en je hebt meerdere AP's kan dat een oorzaak zijn.

[tukker999]

Wat ook nog toegevoegd kan worden in de SmartEVSE code is AP roaming, zodat de SmartEVSE regelmatig zoekt naar het sterkste AP (Access Point) Je treft AP roaming aan in de Shelly's.

[VicSmurf]

Hij verbind bij mij geforceerd maar op 1 AP, dat heeft jaren goed gewerkt.

[tukker999]

Wat gebruikt de SmartEVSE per dag?

De meter met de tekst 'Laadpaal' staat in de meterkast en de MIDMeter meet de stroom die daadwerkelijk richting EV gaat.

[ocaj]

Mijn MID-meter (Eastron SDM-630) zit vóór de SmartEVSE in dezelfde behuzing en meet dus zowel de SmartEVSE als de stroom die naar de auto gaat.
Het verbruik van de SmartEVSE zelf valt kennelijk buiten het meetbereik, want hij meet helemaal 0,000.
Ook als ik dagen niet laad, dan blijft de meterstand van de MID-meter (gemeten in Wh) gewoon hetzelfde.

[Stefannn]

tukker999 schreef op zaterdag 24 oktober 2026 @ 19:44:
[Afbeelding] Wat gebruikt de SmartEVSE per dag?

De meter met de tekst 'Laadpaal' staat in de meterkast en de MIDMeter meet de stroom die daadwerkelijk richting EV gaat.

De smartEVSE gebruikt zeer zeker geen 89 watt.
Heb je wel eens een ouderwetse gloeilamp van 75 watt vast gepakt? De smartEVSE is een stuk koeler.

[mjvdzwet]

tukker999 schreef op zaterdag 24 oktober 2026 @ 19:44:
[Afbeelding] Wat gebruikt de SmartEVSE per dag?

De meter met de tekst 'Laadpaal' staat in de meterkast en de MIDMeter meet de stroom die daadwerkelijk richting EV gaat.

Officieus hoort de midmeter direct voor het relais.

Welke aderdikte en lengte zit er tussen de meterkast en de SmartEVSE? Met hoeveel A laad je?
Is de meter in de meterkast geijkt (MID)?