Zelfbouw Laadpaal ervaringen

[benthouse]

Ik heb sinds 2 weken een ETH-Display op de EVSE van Stegen, draai met versie 3.10.3. Sinds paar dagen veel uitval van de bekabelde verbinding; enige manier om weer leven te krijgen in de connectie is de EVSE spanningsloos maken en weer opnieuw opstarten waarna hij weer normaal werkt en er ook toegang is tot de interne webserver van de EVSE. Meer mensen met dit issue?

[Stufipower]

benthouse schreef op maandag 11 mei 2026 @ 10:43:
Ik heb sinds 2 weken een ETH-Display op de EVSE van Stegen, draai met versie 3.10.3. Sinds paar dagen veel uitval van de bekabelde verbinding; enige manier om weer leven te krijgen in de connectie is de EVSE spanningsloos maken en weer opnieuw opstarten waarna hij weer normaal werkt en er ook toegang is tot de interne webserver van de EVSE. Meer mensen met dit issue?

Verstuur je daarbij veel netwerkverkeer naar de smartevse? (Bijv mainsmeter, ocpp, evcc polling)

[jpiscaer]

Frums schreef op maandag 11 mei 2026 @ 09:07:
Ok, maar wat is daar dan het voordeel van?

Zoals al benoemd door anderen in antwoord op je vraag: om eerder met zonneladen te kunnen beginnen (6A is het minimum, 6A op 1 fase is minder dan 6A op 3 fases). Ik had moeite dat helemaal te begrijpen, dus nog wat extra uitleg: de elektriciteitsmeter van de netbeheer doet een nettosom van de drie fases: er mag een onbalans tussen de fases zijn. Dat betekent dat de lader op 1 fase stroom gebruikt, en de zonnepalenen op de andere twee fases stroom terugleveren.

[benthouse]

Stufipower schreef op maandag 11 mei 2026 @ 11:24:
[...]

Verstuur je daarbij veel netwerkverkeer naar de smartevse? (Bijv mainsmeter, ocpp, evcc polling)

nope, niet meer dan in de voorgaande situatie met Wifi. Geen OCPP, geen EVCC etc. Ook de MQTTS naar HA werkt niet meer zodra de ethernet eruit ligt (is ook logisch want de MQTT draait op Raspberry PI via HA.

[diamanten]

diamanten schreef op zondag 10 mei 2026 @ 19:29:
Een vraag (of is het een bugje) over de Solarmode na een week de SmartEVSE in gebruik (mooie oplossing!):

Het automatisch terugschakelen van 3P-> 1P ging goed in de solarmode. Nadat de bewolking weg was en er weer genoeg zonne energie was, duurde het automatisch terugschakelen mij iets te lang (zag geen teller lopen?!) en heb ik zelf maar het laden gepauzeerd voor 30 seconden en toen weer aangezet in de solarmode. Volgens het scherm werd er weer op 'SOLAR 3P' geladen maar volgens de data niet: laadvermogen 2.8 kW dus het laden werd met 1P en niet met 3P gedaan.

Wat is de reden van deze inconsistentie?

Nb. Ook nog even de HA-log bijgevoegd van het aantal fasen en van het laadvermogen: vanaf 16.30 zou er geladen zijn met 3P, dat klopt niet, want toen was er onvoldoende zonne energie. Ik zie trouwens nu ook dat er vandaag daadwerkelijk maar een korte periode 3P is geladen: tussen 13.30 en 14.30. Dus dat klopt ook niet met de info van 'NrOfPhases'.


[Afbeelding]

[Afbeelding]
[Afbeelding]

[Afbeelding]

Kan iemand mij met bovenstaande helpen? Ik merk nu ook dat het laden op 1P bij geen zon doorloopt na de ingestelde 10 minuten (totdat ik het zelf afbreek na 30 minuten). Het gaat om een Smart EVSE V3 - Version:v3.11.0

Tevens blijft nu de SmartEVSE hangen op het 1P->3P scherm, zonder daadwerkelijk te laden.

[ Voor 13% gewijzigd door diamanten op 11-05-2026 14:34 ]

[Frums]

jpiscaer schreef op maandag 11 mei 2026 @ 11:29:
[...]

Zoals al benoemd door anderen in antwoord op je vraag: om eerder met zonneladen te kunnen beginnen (6A is het minimum, 6A op 1 fase is minder dan 6A op 3 fases). Ik had moeite dat helemaal te begrijpen, dus nog wat extra uitleg: de elektriciteitsmeter van de netbeheer doet een nettosom van de drie fases: er mag een onbalans tussen de fases zijn. Dat betekent dat de lader op 1 fase stroom gebruikt, en de zonnepalenen op de andere twee fases stroom terugleveren.

Helder, bedankt voor de toelichting.

[Epsilon]

diamanten schreef op maandag 11 mei 2026 @ 13:43:
[...]

Kan iemand mij met bovenstaande adviseren? Ik merk nu ook dat het het laden op 1P (bij geen zon) doorloopt na de ingestelde 10 minuten. Het gaat om een Smart EVSE V3 - Version:v3.11.0

Zie je wel de tijd aftellen als er geen zon meer is? Staat je start A op "0" of hoger?

Ik post hier later meer detail over, maar met start "0" krijg ik vreemd gedrag.

Wat is je laadstroom naar je EV toe op het moment dat deze af zou moeten gaan schakelen? De werkelijke stroom bedoel ik, niet de 6A die de EVSE aan probeert te sturen .

[diamanten]

Epsilon schreef op maandag 11 mei 2026 @ 14:43:
[...]

Zie je wel de tijd aftellen als er geen zon meer is? Staat je start A op "0" of hoger?

Ik post hier later meer detail over, maar met start "0" krijg ik vreemd gedrag.

Wat is je laadstroom naar je EV toe op het moment dat deze af zou moeten gaan schakelen? De werkelijke stroom bedoel ik, niet de 6A die de EVSE aan probeert te sturen .

Nee, ik zie geen tijd aftellen. Start A staat op '0'. De werkelijke stroom was (gegevens uit HA) iets boven de 6A.

Nb. Ik heb trouwens een Kia Niro EV, ooit gelezen dat deze minimaal 7A per fase nodig heeft, maar weet niet of dit waar is (en wat het effect daarvan zou kunnen zijn, behalve dat min A op 7A zou moeten staan ipv de standaard 6A).

[ Voor 15% gewijzigd door diamanten op 11-05-2026 15:39 ]

[Epsilon]

Hmm en de EVSE stuurt "6A" naar de auto, wat resulteert in werkelijk 6.2A?

Het is in ieder geval duidelijk dat er geen voorwaarde gezien wordt om te stoppen. Ik zie hetzelfde gedrag. Naar start A op 1 zetten is nu de oplossing voorlopig.

Ik kom later terug met een een hypothese in een langere reactie .

[ Voor 36% gewijzigd door Epsilon op 11-05-2026 15:54 ]

[diamanten]

Epsilon schreef op maandag 11 mei 2026 @ 15:53:
Hmm en de EVSE stuurt "6A" naar de auto, wat resulteert in werkelijk 6.2A?

Het is in ieder geval duidelijk dat er geen voorwaarde gezien wordt om te stoppen. Ik zie hetzelfde gedrag. Naar start A op 1 zetten is nu de oplossing voorlopig.

Ik kom later terug met een een hypothese in een langere reactie .

Graag! Wellicht kijk ik niet goed naar de stroom waarde, welke HA-sensor zou ik daarvoor moeten nemen? Ik heb nu deze genomen: sensor.smartevse_8870_smartevse_charge_current

[ Voor 8% gewijzigd door diamanten op 11-05-2026 16:14 ]

[jfoverdijk]

diamanten schreef op maandag 11 mei 2026 @ 16:01:
[...]

Graag! Wellicht kijk ik niet goed naar de stroom waarde, welke HA-sensor zou ik daarvoor moeten nemen? Ik heb nu deze genomen: sensor.smartevse_8870_smartevse_charge_current

De gemeten laadstromen worden met MQTT gepubliceerd als: EVCurrentL1, EVCurrentL2, EVCurrentL3

[Hmmbob]

jfoverdijk schreef op maandag 11 mei 2026 @ 16:46:
[...]

De gemeten laadstromen worden met MQTT gepubliceerd als: EVCurrentL1, EVCurrentL2, EVCurrentL3

En in Home Assistant terug te vinden als sensor.smartevse_xxxx_evcurrentl1 (en l2 en l3 natuurlijk)

[diamanten]

Hmmbob schreef op maandag 11 mei 2026 @ 17:20:
[...]

En in Home Assistant terug te vinden als sensor.smartevse_xxxx_evcurrentl1 (en l2 en l3 natuurlijk)

OK, dank. Hierbij het overzicht. L1 was dus 5.5A:

[Epsilon]

Bevestigd mijn gedrag gelukkig.

In mijn geval EVSE stuurt "6A" naar de auto, wat resulteert in werkelijkheid 5.2A wordt (nogmaals, ik kom hier op terug!).

De EVSE gaat in dat specifieke geval niet uit. Want mijn huis verbruikt is zeg "0.5A". En 5.2A + 0.5A is lager dan de 6A die de EVSE denkt te sturen.

Maw: mijn hypothese (zonder in de code gekeken te hebben) is dat de EVSE de stroom die hij stuurt pakt en de Mains total om te berekenen of er overschot is tijdens laden. Niet de werkelijke stroom. Wat in het geval dat die er is, wel zou moeten IMHO . Ja dit is een keuze, maar kan tot vreemd gedrag leiden in specifieke gevallen. In mijn geval denkt de EVSE dat er nog steeds 0.2A overschot is en gaat niet uit.

Ik zet het nog wat verder uiteen op een ander moment, want ik heb nog een issue wat dit gedrag versterkt

[ Voor 24% gewijzigd door Epsilon op 11-05-2026 18:14 ]

[Hermarcel]

Een EVSE laat aan een EV weten welke stroom er maximaal mag lopen. Hoeveel de auto daadwerkelijk gebruikt is aan de auto (tot aan die limiet dus).

Er is afgesproken om een minimum van 6A te communiceren. Maar een EV mag rustig minder afnemen.

[ Voor 25% gewijzigd door Hermarcel op 11-05-2026 19:06 ]

[diamanten]

Epsilon schreef op maandag 11 mei 2026 @ 18:11:
Bevestigd mijn gedrag gelukkig.

In mijn geval EVSE stuurt "6A" naar de auto, wat resulteert in werkelijkheid 5.2A wordt (nogmaals, ik kom hier op terug!).

De EVSE gaat in dat specifieke geval niet uit. Want mijn huis verbruikt is zeg "0.5A". En 5.2A + 0.5A is lager dan de 6A die de EVSE denkt te sturen.

Maw: mijn hypothese (zonder in de code gekeken te hebben) is dat de EVSE de stroom die hij stuurt pakt en de Mains total om te berekenen of er overschot is tijdens laden. Niet de werkelijke stroom. Wat in het geval dat die er is, wel zou moeten IMHO . Ja dit is een keuze, maar kan tot vreemd gedrag leiden in specifieke gevallen. In mijn geval denkt de EVSE dat er nog steeds 0.2A overschot is en gaat niet uit.

Ik zet het nog wat verder uiteen op een ander moment, want ik heb nog een issue wat dit gedrag versterkt

Ok, interessante hypothese! Hoor graag je vervolg. Wat vinden de makers @dingo35 en @stegen hiervan? Hopelijk komt er op termijn een goede structurele oplossing, want blijkbaar hebben meer mensen een dergelijk probleem. Als korte termijn fix ga ik de start A verhogen naar > 0.

[Epsilon]

Hermarcel schreef op maandag 11 mei 2026 @ 19:05:
Een EVSE laat aan een EV weten welke stroom er maximaal mag lopen. Hoeveel de auto daadwerkelijk gebruikt is aan de auto (tot aan die limiet dus).

Er is afgesproken om een minimum van 6A te communiceren. Maar een EV mag rustig minder afnemen.

En in beide gevallen zou de werkelijke stroom gebruikt moeten worden om het overschot te berekenen. Maar mijn hypothese is dat het in het tweede geval niet gebeurt omdat er "minimaal 6A" is afgesproken.

Goed, komt vast iemand op terug als in de code is gekeken. Dit ga ik zelf ook doen als ik er aan toe kom overigens .

[Bontje Blauw]

Vandaag met intern bekabelen bezig geweest. Alle stroomkabels naar contactdoos in 4mm2. Al met al best wat adereindhulsjes gekrompen.

Elektricien heeft vandaag voor mij de 3 fasen aardlekautomaat geplaatst. Zal max. met 16A / 11kW gaan laden

Voor nu de EV nog even opladen in de buurt, binnenkort vanaf de oprit.

[dingo35]

Voor de bepaling van beschikbare stroom wordt idd uitgegaan van ChargeCurrent (ter beschikking gestelde stroom) en Mainsmeter current; simpelweg omdat niet iedereen een EVMeter heeft.

[Bontje Blauw]

Kan je op een of andere manier de locking actuator testen via een commando of via web interface?Test open and close.

En ik twijfel nog aan de Smart EVSE naar kWh meter (Eastron SMD630-modbus V2) bedrading.

Ik heb nu van kWh meter B- en A+ bedraad naar respectivelijk B en A op de Smart EVSE.

Is configureren Eastron meter verder noodzakelijk? Hij zit ingebouwd en is verder niet meer zichtbaar.

[jfoverdijk]

Bontje Blauw schreef op dinsdag 12 mei 2026 @ 11:55:
Kan je op een of andere manier de locking actuator testen via een commando of via web interface?Test open and close.

En ik twijfel nog aan de Smart EVSE naar kWh meter (Eastron SMD630-modbus V2) bedrading.

Ik heb nu van kWh meter B- en A+ bedraad naar respectivelijk B en A op de Smart EVSE.

Is configureren Eastron meter verder noodzakelijk? Hij zit ingebouwd en is verder niet meer zichtbaar.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Het modbus aansluiten van de SMD630 is correct.

Je moet op de SMD630 het juiste modbus adres instellen, zodat het overeenkomt met wat je instelt in de SmartEVSE (default 12). De SMD630 staat vanaf fabriek ingesteld op 1.

[Epsilon]

dingo35 schreef op dinsdag 12 mei 2026 @ 04:51:
Voor de bepaling van beschikbare stroom wordt idd uitgegaan van ChargeCurrent (ter beschikking gestelde stroom) en Mainsmeter current; simpelweg omdat niet iedereen een EVMeter heeft.

Thanks voor de bevestiging. Deze keuze snap ik en nu ik er over nadenk is dat ook de beste optie. De regeling zorgt er dan zelf voor dat er naar MainsMeterCurrent (weet de naam niet, maar zal vast zoiets heten ) naar 0 gaat.

Het rare gedrag wat je krijgt bij 0A start is een gevolg. Start op 1A zetten lost dit op.

Ik kom er echt op terug, maar mijn verwachting is dat er ergens iets mis gaat in de regeling die dit probleem versterkt.

[dingo35]

Het is ook niet logisch om StartCurrent op 0 te zetten, een waarde tussen 6 en 1 is veel logischer: je wil immers dat er Solar geladen wordt als er teruggeleverd wordt, niet als er niets verbruikt wordt....

Maar het verklaart het "vreemde" gedrag niet, wel dat na al die jaren niemand er last van gehad heeft :-)

[Epsilon]

dingo35 schreef op dinsdag 12 mei 2026 @ 15:01:
Het is ook niet logisch om StartCurrent op 0 te zetten, een waarde tussen 6 en 1 is veel logischer: je wil immers dat er Solar geladen wordt als er teruggeleverd wordt, niet als er niets verbruikt wordt....

Maar het verklaart het "vreemde" gedrag niet, wel dat na al die jaren niemand er last van gehad heeft :-)

Nou ja, 0 betekent niet dat er niets wordt verbruikt. 0 betekent dat de opwekking en verbruik in balans is. Goed, dat hoef ik je niet uit te leggen.

Dat 0 een te kritische setting is ben ik met je eens overigens. Als de ChargeCurrent gepakt wordt is het geen "vreemd" gedrag, maar verklaarbaar, daar ben ik het ook mee eens.

Dat niemand er last van heeft gehad en nu ineens 2 man onafhankelijk van elkaar is wel toeval.

[diamanten]

dingo35 schreef op dinsdag 12 mei 2026 @ 15:01:
Het is ook niet logisch om StartCurrent op 0 te zetten, een waarde tussen 6 en 1 is veel logischer: je wil immers dat er Solar geladen wordt als er teruggeleverd wordt, niet als er niets verbruikt wordt....

Maar het verklaart het "vreemde" gedrag niet, wel dat na al die jaren niemand er last van gehad heeft :-)

Ik ben geen (goede) programmeur ( ), maar het al dan niet gebruik of aanwezigheid van een EV-meter is toch een SMART-Evse instelling? Dus: een simpele IF ... THEN ... ELSE ... constructie toevoegen in de code?

[ Voor 4% gewijzigd door diamanten op 12-05-2026 15:33 ]

[Stefannn]

diamanten schreef op dinsdag 12 mei 2026 @ 15:31:
[...]

Ik ben geen (goede) programmeur ( ), maar het al dan niet gebruik of aanwezigheid van een EV-meter is toch een SMART-Evse instelling? Dus: een simpele IF ... THEN ... ELSE ... constructie toevoegen in de code?

Dat is veel meer werk...
want het is een actieve regellus, dus die moet je heel goed met meerdere autos testen.

Daarbij gaat het je maar matig helpen.
- als de auto minder afneemt dan dat wat de smartEVSE aanbiedt dan zal de auto niet meer gaan gebruiken als je de smartEVSE meer laat aanbieden "omdat de meter dat aangeeft".
- als de auto meer afneemt dan de smartEVSE aanbiedt is het beter te wachten want dan gaat de auto terugregelen. Als de smartEVSE zou terugregelen dan krijg je twee regellussen die tegen elkaar in werken en dat is vragen om problemen (oscillaties).
- als de auto afneemt wat de smartEVSE aanbiedt dan maakt het niet uit.

[Bontje Blauw]

jfoverdijk schreef op dinsdag 12 mei 2026 @ 12:48:
[...]

Het modbus aansluiten van de SMD630 is correct.

Je moet op de SMD630 het juiste modbus adres instellen, zodat het overeenkomt met wat je instelt in de SmartEVSE (default 12). De SMD630 staat vanaf fabriek ingesteld op 1.

Hmm, 1 is geen optie op de Smart EVSE.

Dan bijvoorbeeld op de SMD630 het adres aanpassen naar 12?

[Grondgebonden]

Bontje Blauw schreef op dinsdag 12 mei 2026 @ 11:55:
Kan je op een of andere manier de locking actuator testen via een commando of via web interface?Test open and close.

Zie https://github.com/dingo35/SmartEVSE-3.5/issues/263. Het is een feature request.

[jfoverdijk]

Bontje Blauw schreef op dinsdag 12 mei 2026 @ 18:52:
[...]

Hmm, 1 is geen optie op de Smart EVSE.

Dan bijvoorbeeld op de SMD630 het adres aanpassen naar 12?

Ja, dat zal werken.

[Bontje Blauw]

Vandaag de laadpaal afgemonteerd en het laden is al gelukt op 3 fasen in "normal mode"
Ik moet alleen het "smart" en "solar" laden nog uitvogelen.

P1 meter HomeWizard ingesteld in de Smart EVSE config, maar loadbalacing werkt nog niet.
De Eastron kWh meter moet ik ook nog configureren, maar dan moet de laadpaal weer deels uit elkaar

[ Voor 55% gewijzigd door Bontje Blauw op 12-05-2026 20:56 ]

[Geim]

Dan bijvoorbeeld op de SMD630 het adres aanpassen naar 12?

Ja, 11 of hoger. Ikzelf heb hem op 112 staan. Weet ook niet waarom. Werkt prima, zelfde adres ook instellen op je smsrtEVSE.

Zie ook: https://github.com/dingo35/SmartEVSE-3.5/blob/master/docs/installation.md

[Bontje Blauw]

Ik ben door de documentatie aan het lezen, ik zag dit inderdaad voorbij komen.
Adres 1-10 op de Smart EVSE is gereserveerd voor communicatie met de "sensorbox"

Inmiddels ook Home Assistant, MQTT aan het werk via een voorbeeld yaml file op github.
Smart EVSE ziet nu live de status op alle fasen.

Nu nog de SMD630 aan de praat krijgen

[Driehoek]

Ik probeer de thuisbatterij te laten communiceren met de smartevse via Set/HomeBatteryCurrent. Ik heb een sensor die de stroom berekent en deze wordt dan via een automation die om de 5 seconden wordt getriggerd gepublisht.

Als ik uitluister zie ik de berichten ook (correct) langskomen:

code:

Message 933 received on SmartEVSE-6967/Set/HomeBatteryCurrent at 15:12:
40

(de **** is juist ingesteld)

Helaas lijkt de informatie niet gebruikt te worden:

"home_battery":{"current":0,"last_update":0}

Weet toevallig iemand wat ik verkeerd doe?

[Driehoek]

Driehoek schreef op vrijdag 8 mei 2026 @ 17:14:
Vind niet meteen iets met de search. Sinds gisteren springt de smartevse regelmatig automatisch van Solar naar smart. Iemand enig idee hoe dit zou komen? Via google vond ik een linkje dat de lader automatisch naar smart gaat als er teveel stroom geïnjecteerd wordt? Zou dan verwachten dat die erna weer terug gaat.

Het enige wat er recent veranderd is, zijn extra zonnepanelen op het dak. Maar geen idee of het gerelateerd is.

Hier even op terugkomen. Ben niet 100% zeker maar het lijkt erop dat het zat in de configuratie van de knoppen van de smartevse's. Eentje heeft een button en de andere een switch, deze waren als dusdanig ingesteld (en werkt al maanden goed) maar omdat master en slave elkaar volgen bij het wisselen van de modus sloeg deze tilt met ongevraagde wissels tussen smart en solar.

[Driehoek]

Driehoek schreef op woensdag 13 mei 2026 @ 15:12:
Ik probeer de thuisbatterij te laten communiceren met de smartevse via Set/HomeBatteryCurrent. Ik heb een sensor die de stroom berekent en deze wordt dan via een automation die om de 5 seconden wordt getriggerd gepublisht.

Als ik uitluister zie ik de berichten ook (correct) langskomen:

code:

Message 933 received on SmartEVSE-6967/Set/HomeBatteryCurrent at 15:12:
40

(de **** is juist ingesteld)

Helaas lijkt de informatie niet gebruikt te worden:

"home_battery":{"current":0,"last_update":0}

Weet toevallig iemand wat ik verkeerd doe?

Wellicht een erg domme vraag maar mag/moet je enkel naar de master smartevse publishen? Dat doe ik nu en de batterij informatie komt er in de webpagina bij te staan. Weliswaar enkel op de pagina van de master, niet op de slave. Ook in de raw data staat deze enkel bij de master en niet bij de slave. Is dit verwacht gedrag?

[Martijn02]

Driehoek schreef op woensdag 13 mei 2026 @ 15:12:
Ik probeer de thuisbatterij te laten communiceren met de smartevse via Set/HomeBatteryCurrent. Ik heb een sensor die de stroom berekent en deze wordt dan via een automation die om de 5 seconden wordt getriggerd gepublisht.

Als ik uitluister zie ik de berichten ook (correct) langskomen:

code:

Message 933 received on SmartEVSE-6967/Set/HomeBatteryCurrent at 15:12:
40

(de **** is juist ingesteld)

Helaas lijkt de informatie niet gebruikt te worden:

"home_battery":{"current":0,"last_update":0}

Weet toevallig iemand wat ik verkeerd doe?

Ik zie dat je berichten pushed naar

code:

SmartEVSE-6967/Set/HomeBatteryCurrent

Ik push mijn battery current naar:

code:

SmartEVSE/8760/Set/HomeBatteryCurrent # (dus met een slash ipv dash)

En dat werkt voor mij probleemloos. (Maar misschien heb jij een andere firmware, waar nog een dash gebruikt werd?)

[ Voor 4% gewijzigd door Martijn02 op 13-05-2026 17:36 ]

[diamanten]

Epsilon schreef op maandag 11 mei 2026 @ 15:53:
Hmm en de EVSE stuurt "6A" naar de auto, wat resulteert in werkelijk 6.2A?

Het is in ieder geval duidelijk dat er geen voorwaarde gezien wordt om te stoppen. Ik zie hetzelfde gedrag. Naar start A op 1 zetten is nu de oplossing voorlopig.

Ik kom later terug met een een hypothese in een langere reactie .

Dank voor de tip! Vandaag goed met start A op 1 kunnen testen en dat werkt nu inderdaad prima.

[Kaspers]

10us10 schreef op zaterdag 25 april 2026 @ 08:21:
Het is nogal een verhaal geworden maar daar gaan we...

Ik was begonnen met aansturen van mijn smarEvse via EVCC maar heb liever dat de Evse zelf de solar en smart mode doet. Sneller en direct contact met mijn slimmelezer.

Ik ben benieuwd naar jouw rationale waarom je dit niet (meer) overlaat aan EVCC. Je zou zeggen dat dat de 'core business' is van EVCC. Je schrijft:

Sneller en direct contact met mijn slimmelezer.

In hoeverre heb je geprobeerd om juist hier een oplossing voor te vinden? Ik moet je bekennen dat het uitlezen van DSMR via een seriele interface over tcp behoorlijk stabiel en goed werkt. Al heb je een punt dat deze (default) maar 1 keer per 30 seconde bijwerkt. Ik heb hem op 10 seconde staan.

Voor wat betreft de snelheid van LoadBalancing: met dit mergerequest is het inmiddels mogelijk geworden de loadbalancing aan SmartEVSE over te laten:



Dit maakt mijns inziens de combinatie evcc+smartevse ideaal: SmartEVSE handelt Loandbalancing af, op basis van MAINS (dus houdt rekening met PV) en eventueel een subpanel via CIRCUIT (want kan sneller acteren dan evcc). En evcc is leidend voor wat betreft het 'charging plan' obv solar forecasting en evt dynamische energieprijzen.

Ik ben erg benieuwd in hoeverre jouw opzet toch nog voordelen heeft ten opzichte van wat ik hier beschrijf.

[Stufipower]

Hoe krijgen jullie betrouwbaar de mainsmeter waardes in smartevse, zonder dat die http server overloaded raakt? Ik had met ocpp + een script dat via api elke 5 seconden L1L2L3 postte en nog evcc die regelmatig de waardes ophaalde bij smartevse dat ie periodiek in een soort crash kwam ivm comms error met mains meter.

[ Voor 76% gewijzigd door Stufipower op 14-05-2026 21:30 ]

[b01]

dingo35 schreef op zondag 19 april 2026 @ 12:16:
Ik juich parallelle ontwikkeling overigens van harte toe, "may the best version win"; ik vind het alleen jammer dat @b01 geen eigen release-nummering hanteert (bijv. 26.04) maar op die van ons voortborduurt, wat garant staat voor verwarring ("ik zit op v3.13.1", "dat kan niet want die is nog niet uit", etc)

Hoi dingo,

ik zou graag de contributies stuk voor stuk terug overdragen. Ben zoekende naar wat de handigste manier hiervoor is. Het lijkt me zonde meerdere versie te onderhouden.

Wat zou als waardevolle aanvullingen worden ervaren? ( features, test automatisering, documentatie, …)

Wat zou een praktische manier zijn om terug bij te dragen?

Hartelijke groet Bas

[ruud76]

Stufipower schreef op donderdag 14 mei 2026 @ 21:14:
Hoe krijgen jullie betrouwbaar de mainsmeter waardes in smartevse, zonder dat die http server overloaded raakt? Ik had met ocpp + een script dat via api elke 5 seconden L1L2L3 postte en nog evcc die regelmatig de waardes ophaalde bij smartevse dat ie periodiek in een soort crash kwam ivm comms error met mains meter.

Ik ben net over naar MQTT, ook omdat ik de indruk had dat HTTP te belastend is. Dat lijkt heel goed te werken! Ik had Eclipse Mosquitto toch al op mijn NAS draaien voor Zigbee2MQTT, en ik laat de slimmelezer nu elke 2 seconden een MQTT topic posten met L1-L3 voor mijn SmartEVSE.

[tukker999]

MQTT is een ondergewaardeerde optie. Zo simpel en zo betrouwbaar.

Ik zie mensen met MODBUS rommelen en denk dan: waarom?

[ Voor 30% gewijzigd door tukker999 op 15-05-2026 01:09 ]

[Epsilon]

tukker999 schreef op vrijdag 15 mei 2026 @ 01:07:
MQTT is een ondergewaardeerde optie. Zo simpel en zo betrouwbaar.

Ik zie mensen met MODBUS rommelen en denk dan: waarom?

Simpele reden: Stand-alone

Ik heb nog geen MQTT infra draaien (ook geen HA). Komt allemaal, maar is er nog ik niet.

Mijn slimme meter helpt ook niet mee; die is nog DSMR4 en kan niet de stromen per fase uitlezen (en update slecht elke 10 sec). Ik ben dus aangewezen op iets met klemmen. In dit geval, via ModBus direct naar de EVSE.

Er zijn meer wegen naar Rome en modbus is niet direct "rommelen". Het is niet flexibel, maar wel betrouwbaar en niet afhankelijk van WiFi/Ethernet .

[ Voor 10% gewijzigd door Epsilon op 15-05-2026 13:58 ]

[Epsilon]

Minor dingetje waar ik net tegenaanliep na een update naar nieuwe firmware.

Wat is er gebeurd:
* OCPP enabled vinkje aangezet (rest van velden leeg gelaten; was nog niet zo ver aan de Tap registratie kant )
* Firmware update van 3.10.3 naar 3.11.0
* Reboot (geen effect, maar toch)
* Er staat Out of Order op display
* Webserver: OCPP vinkje staat UIT
* in /Settings: OCPP staat DISABLED

OCPP vinkje aan en weer uit zetten en het werkte weer.
Klein issue, maar goed om te melden denk ik .

[Hmmbob]

b01 schreef op donderdag 14 mei 2026 @ 22:18:
...
Wat zou een praktische manier zijn om terug bij te dragen?

(Losse, per verbetering) pull requests op de repo?

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

[ Voor 5% gewijzigd door Hmmbob op 15-05-2026 13:58 ]

[Kaspers]

Stufipower schreef op donderdag 14 mei 2026 @ 21:14:
Hoe krijgen jullie betrouwbaar de mainsmeter waardes in smartevse, zonder dat die http server overloaded raakt? Ik had met ocpp + een script dat via api elke 5 seconden L1L2L3 postte en nog evcc die regelmatig de waardes ophaalde bij smartevse dat ie periodiek in een soort crash kwam ivm comms error met mains meter.

Zoals anderen ook noemen: MQTT.
De keten is idd in mijn geval zeker niet 'high available':
DSMR -> P1 reader met telnet server op poort 23 -> 'realtime' (elke seconde) lookups door home assistant -> mqtt publish naar mosquitto (elke seconde) -> smartevse via mqtt subscription

Maar het lijkt stabiel te werken en zoals genoemd, de webserver van de smartevse wordt niet overbelast.

[Hmmbob]

Stufipower schreef op donderdag 14 mei 2026 @ 21:14:
Hoe krijgen jullie betrouwbaar de mainsmeter waardes in smartevse, zonder dat die http server overloaded raakt? Ik had met ocpp + een script dat via api elke 5 seconden L1L2L3 postte en nog evcc die regelmatig de waardes ophaalde bij smartevse dat ie periodiek in een soort crash kwam ivm comms error met mains meter.

Primair mqtt, fallback http.post vanaf mijn slimme lezer. Die fallback is langzamer/meer belastend dan mqtt, maar soms zit ik met mijn server (incl HA) te klooien en dan is het wel fijn dat de mains meter gegevens gewoon nog steeds doorgegeven worden.

Code staat op GitHub: https://github.com/hmmbob...b/master/slimmelezer.yaml

[rvdgaag]

Ik heb gisteren mijn beide Smart-EVSE's geupgrade met de ethernet upgrade, was goed te doen.

Blij dat ze van wifi af zijn, wil in huis zo veel mogelijk bedraad werken, wifi is alleen voor macbooks, iphone's etc.

[Beekforel]

Hmmbob schreef op vrijdag 15 mei 2026 @ 17:44:
[...]

Primair mqtt, fallback http.post vanaf mijn slimme lezer. Die fallback is langzamer/meer belastend dan mqtt, maar soms zit ik met mijn server (incl HA) te klooien en dan is het wel fijn dat de mains meter gegevens gewoon nog steeds doorgegeven worden.

Code staat op GitHub: https://github.com/hmmbob...b/master/slimmelezer.yaml

Slim dit, ik heb het overgenomen naar mijn eigen config.

[Kaspers]

Hmmbob schreef op vrijdag 15 mei 2026 @ 17:44:
[...]

Primair mqtt, fallback http.post vanaf mijn slimme lezer. Die fallback is langzamer/meer belastend dan mqtt, maar soms zit ik met mijn server (incl HA) te klooien en dan is het wel fijn dat de mains meter gegevens gewoon nog steeds doorgegeven worden.

Code staat op GitHub: https://github.com/hmmbob...b/master/slimmelezer.yaml

Mooier dan dit wordt het niet!

[tukker999]

Epsilon schreef op vrijdag 15 mei 2026 @ 11:03:
Mijn slimme meter helpt ook niet mee; die is nog DSMR4 en kan niet de stromen per fase uitlezen (en update slecht elke 10 sec). Ik ben dus aangewezen op iets met klemmen. In dit geval, via ModBus direct naar de EVSE.

Ik zie meer mensen die graag iedere seconde willen regelen.
Waarom eigenlijk, denk ik dan. Een wolkje voor de zon en dan hup omlaag en weer iets anders en weer anders.
Zijn de mensen er op uit om het laatste drupje energie van de zon in de EV te persen?

Bekijk het wat groter en zie wat je directe gebruik door het jaar heen is. (bij mij 46%) Bedenk bijvoorbeeld ook eens dat de OBC vaak 250W pakt. Waarom dan zonodig meteen laden zodra er 6A beschikbaar is en 2 seconden later weer uitschakelen.
Ik heb het spul zo ingeregeld dat het laden pas begint als er 10A is en die stand houdt 'ie vast ook als het daarna even naar 8A zakt. Er is ook een buffer naar boven. Dat geeft een beetje rust in de tent. Niet dat voortdurende geschakel.
In de zomer bijvoorbeeld ben ik blij dat er niet gelijk bij 6A geladen wordt en dat er meer op 13A en 16A geladen wordt, want dan zijn de laadverliezen een stuk minder. In de winter valt er sowieso niet op de zon te laden en die enkele minuut vroeg in het voorjaar of laat in het najaar dat er 6A beschikbaar is; dat kost meer energie dan er geladen wordt.

[ Voor 16% gewijzigd door tukker999 op 16-05-2026 00:03 ]

[Stefannn]

tukker999 schreef op vrijdag 15 mei 2026 @ 23:59:
[...]

Ik zie meer mensen die graag iedere seconde willen regelen.
Waarom eigenlijk, denk ik dan. Een wolkje voor de zon en dan hup omlaag en weer iets anders en weer anders.
Zijn de mensen er op uit om het laatste drupje energie van de zon in de EV te persen?

Bekijk het wat groter en zie wat je directe gebruik door het jaar heen is. (bij mij 46%) Bedenk bijvoorbeeld ook eens dat de OBC vaak 250W pakt. Waarom dan zonodig meteen laden zodra er 6A beschikbaar is en 2 seconden later weer uitschakelen.
Ik heb het spul zo ingeregeld dat het laden pas begint als er 10A is en die stand houdt 'ie vast ook als het daarna even naar 8A zakt. Er is ook een buffer naar boven. Dat geeft een beetje rust in de tent. Niet dat voortdurende geschakel.
In de zomer bijvoorbeeld ben ik blij dat er niet gelijk bij 6A geladen wordt en dat er meer op 13A en 16A geladen wordt, want dan zijn de laadverliezen een stuk minder. In de winter valt er sowieso niet op de zon te laden en die enkele minuut vroeg in het voorjaar of laat in het najaar dat er 6A beschikbaar is; dat kost meer energie dan er geladen wordt.

Snel regelen, en met name “per fase” is voor het “PV volgen” ook niet zo essentieel. Het is wel essentieel voor bewaken van maximale grid-load om te voorkomen dat de hoofdzekering eruit klapt.
Per seconde is dan echter niet nodig, sterker… dat gaat niet eens. De auto is veel langzamer met reageren. Mijn auto heeft 4 a 5 seconden nodig. De smartEVse heeft dacht ik liefst data per 2 seconden. Ik zelf doe de load-control in mijn home automation en regel per 5 seconden (met een emergency dial-down op 2 seconden). Als een 25A hoofdzekering met 16A wordt overbelast (dat is het maximum dat de evse kan leveren dus ook het maximum dat die kan oplossen), dan zou die dat volgens de afschakel curve minimaal 20 seconden moeten uithouden.
De regeling baseren op die 20 seconden is wel heel erg het randje opzoeken en niet aan te bevelen. Maar…. Het geeft aan dat regelen per seconde niet nodig is. Per 5 seconden is wel genoeg.

[Epsilon]

Rust in de tent kan ik begrijpen. Maar aan de andere kant: je hebt er ook geen omkijken naar, dus rust voor wie. De auto? Die zal het een worst wezen . En uiteraard raad ik aan om de timer te bruiken, zodat pas na bijvoorbeeld 5min of 10min minder dan <ingesteld> overschot het laden stopt. Op bewolkte dagen kom ik (en vele met mij) niet op 8A/10A overschot. En er zijn niet genoeg dagen met dat overschot om alleen dan te laden.

Keuzes worden gebaseerd op je situatie en die van mij is anders dan die van jou. Er "moet" bij mij 300kWh per maand de EV in om te rijden. Als het een paar dagen niet zonnig is, moet ik ook importen. Het zou in mijn geval jammer om 1000W aan overschot verloren te laten gaan.

En elke druppel zon in de auto? Graag, als die anders "verloren" gaat. Dat is voor mijn situatie gewenst.

Het laadverlies is overigens wel een goed punt .

Dat wil ik voor mijn auto eens uittesten, om het verschil in laadverlies tussen 6A, 16A, 3x10A en 3x16A bijvoorbeeld te bekijken.

Maar als overschot niets opbrengt, is laadverlies irrelevant qua kosten natuurlijk. Als je alles importeert of stuurt op kosten maak je andere keuzes.

Kortom: Alles ligt aan de situatie waarin je zit .

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 1% gewijzigd door Epsilon op 16-05-2026 15:34 . Reden: Typos en lopende zinnen ]

[dingo35]

Laadverlies van mijn Enyaq is ca. 200-220W; best fors en voor mij reden om de laadtijden niet te lang te kiezen...

Toelichting: gemeten door steeds van 40% naar 60% SoC te laden bij verschillende laadstromen en het totale energie verbruik te meten. Elk uur langer laden kost 200-220Wh extra.

[ Voor 44% gewijzigd door dingo35 op 18-05-2026 09:59 ]

[Epsilon]

Voor het vergelijk zal ik hetzelfde aanhouden als ik ga testen . Met een Polestar 2 trouwens, dus een andere auto.

[ Voor 27% gewijzigd door Epsilon op 17-05-2026 16:57 ]

[Allewijn]

Ben op zoek naar een nieuwe laadpaal met mid meter (en wat slimmer qua oa 1p3p automatisch schakelen, etc), maar ben zó verknocht aan het Tesla knopje bovenop de type 2 stekker.

Gebruik dat elke dag voor (ont)koppelen en openen laadklep Tesla.

Stel dat ik de kabel+stekker van mijn huidige Tesla Twc³ laadpaal als donor gebruik op een nieuwe paal, zou dan het knopje nog werken/is die interne electronica werkend te houden?

(Ik weet dat evking een eigen stekker met zo'n knopje verkoopt. Maar liefste hou ik huidige slanke originele Tesla versie)

[jpiscaer]

Allewijn schreef op zondag 17 mei 2026 @ 18:11:
Ben op zoek naar een nieuwe laadpaal met mid meter (en wat slimmer qua oa 1p3p automatisch schakelen, etc), maar ben zó verknocht aan het Tesla knopje bovenop de type 2 stekker.

Gebruik dat elke dag voor (ont)koppelen en openen laadklep Tesla.

Stel dat ik de kabel+stekker van mijn huidige Tesla Twc³ laadpaal als donor gebruik op een nieuwe paal, zou dan het knopje nog werken/is die interne electronica werkend te houden?

(Ik weet dat evking een eigen stekker met zo'n knopje verkoopt. Maar liefste hou ik huidige slanke originele Tesla versie)

Ik heb laatst zo'n kabel uit een Gen2 in m'n SmartEVSE gezet. Knopje werkt indien de kabel is aangesloten. (knopje werkt niet indien niet aangesloten, maar ik steek 'm altijd in bij uitstappen wanneer 't deurtje gewoon werkt, dus is prima voor mij)

[Allewijn]

jpiscaer schreef op zondag 17 mei 2026 @ 18:18:
[...]

Ik heb laatst zo'n kabel uit een Gen2 in m'n SmartEVSE gezet. Knopje werkt indien de kabel is aangesloten. (knopje werkt niet indien niet aangesloten, maar ik steek 'm altijd in bij uitstappen wanneer 't deurtje gewoon werkt, dus is prima voor mij)

Bedankt voor je snelle antwoord. Dus de kabel werkt niet als hij nog niet is ingestoken en hij 'draadloos' een signaal naar de Tesla moet sturen dat het laadklepje elektrisch open gaat (zoals origineel wel werkt), máár als hij eenmaal ingestoken is werkt het knopje wel om de laadsessie te stoppen, vergrendeling er af te halen en de stekker er dus uit te kunnen trekken? Grappig dat hij 'half' werkt... Hoe zou dat komen... En waarom draadloos niet... Zou dat werkend te maken zijn.

[Beekforel]

@Allewijn pp 1 van de draadjes 3,3V zetten en dan kun je het klepje openen. Volgens mij de rode draad

[ Voor 14% gewijzigd door Beekforel op 17-05-2026 18:32 ]

[Allewijn]

Beekforel schreef op zondag 17 mei 2026 @ 18:31:
@Allewijn pp 1 van de draadjes 3,3V zetten en dan kun je het klepje openen.

Dankjewel. Waar haalt de originele Tesla lader dat vandaan? Geeft die lader ook die 3,3V op pp in tegenstelling tot alle andere laders?

[Beekforel]

Zit ergens op hun board volgens mij. Ik hen het een tijdje werkend gehad met een 3,3V knoopcel maar die ging vrij snel leeg. Ben ju bezig met een setup waar ik het van een ESP32 af ga tappen.

[jpiscaer]

Allewijn schreef op zondag 17 mei 2026 @ 18:21:
[...]

Bedankt voor je snelle antwoord. Dus de kabel werkt niet als hij nog niet is ingestoken en hij 'draadloos' een signaal naar de Tesla moet sturen dat het laadklepje elektrisch open gaat (zoals origineel wel werkt), máár als hij eenmaal ingestoken is werkt het knopje wel om de laadsessie te stoppen, vergrendeling er af te halen en de stekker er dus uit te kunnen trekken? Grappig dat hij 'half' werkt... Hoe zou dat komen... En waarom draadloos niet... Zou dat werkend te maken zijn.

Zonder de 3V3 werkt 't alleen als de kabel is aangesloten idd. Op de Tesla laadpaal zit inderdaad een 3,3v aansluiting. Met een voedinkje van AliExpress (HLK-PM03), is dat zo gedaan; die ligt hier te wachten op installatie in de paal, maar ik heb de noodzaak niet zo, omdat ik een duwtje tegen de klep geef en die dan open gaat...

[ Voor 7% gewijzigd door jpiscaer op 17-05-2026 19:34 ]

[freshter]

Als ik mijn smartevse instel op solar laden en het laden gepauzeerd wordt wanneer er niet voldoende zon is gaat mijn auto (hybride Volkswagen caddy 2025) geregeld, maar niet altijd, in error. Het rood lampje bij de laadpoort gaat branden. Ik moet dan handmatig de laadkabel gaan uittrekken en weer in steken. Klinkt dat bekend voor iemand en is er hopelijk een oplossing?

[ben144]

Ja typisch VW probleem, ik heb dat met een id7. zie ben144 in "Zelfbouw Laadpaal ervaringen" voor een dirty workarround. Ofwel, niet teveel laten schakelen dan blijft ie ook werken.

[m.eddy]

freshter schreef op zondag 17 mei 2026 @ 19:58:
Als ik mijn smartevse instel op solar laden en het laden gepauzeerd wordt wanneer er niet voldoende zon is gaat mijn auto (hybride Volkswagen caddy 2025) geregeld, maar niet altijd, in error. Het rood lampje bij de laadpoort gaat branden. Ik moet dan handmatig de laadkabel gaan uittrekken en weer in steken. Klinkt dat bekend voor iemand en is er hopelijk een oplossing?

Check, hier ook met een Elroq, allemaal VAG. Gelukkig niet altijd. Als ik Solar wil laden start ik altijd met Smart en schakel na een minuut naar Solar, volgens mij gaat het dan beter.

[RonJ]

Vergelijkbare problematiek met een eGolf idd. Laadt die voortaan maar Smart op een lage stroom als ik wil solarladen.

[Wolly]

dingo35 schreef op zondag 17 mei 2026 @ 15:16:
Laadverlies van mijn Enyaq is ca. 200-220W; best fors en voor mij reden om de laadtijden niet te lang te kiezen...

Toelichting: gemeten door steeds van 40% naar 60% SoC te laden bij verschillende laadstromen en het totale energie verbruik te meten. Elk uur langer laden kost 200-220kWh extra.

Elk uur langer laden kost je dus 220Wh en geen kWh.

[dingo35]

Ja klopt, thx voor de correctie, aangepast in de originele post!

[freshter]

ben144 schreef op zondag 17 mei 2026 @ 23:20:
Ja typisch VW probleem, ik heb dat met een id7. zie ben144 in "Zelfbouw Laadpaal ervaringen" voor een dirty workarround. Ofwel, niet teveel laten schakelen dan blijft ie ook werken.

Zijn er bepaalde risico's aan deze aanpassing? Zoals ik het begrijp is de enige wijziging dat de contactors niet uitgeschakeld worden bij fall through wanneer overgeschakeld wordt naar STATE_B1. Kan ik dan mogelijk in de situatie komen waarbij ik de plug uit trek terwijl er wel nog stroom op de fasedraden zit?

[ben144]

Best dit natuurlijk niet doen, het gaat niet voorniets in het laadprotocol zitten dat de relais moet uitschakelen.
(Voor mezelf kan het geen kwaad, stekker is locked in auto, gaat enkel los bij stop evse of afstandsbediening unlock auto, laadstroom valt dan weg + overdekte laadpaal + ik laad maximaal aan 3500w single fase vanwege Belgische capaciteitstarief)

Ik heb nog eens tegoei in mijn code gekeken en er waren eigenlijk 2 problemen.
- Het rood lampje dat de VW in fout valt als je teveel in een periode hem aan en uit laat schakelen.
- Het soms rood lampje(soms geen lampje) als de auto in zeer deep sleep zit. Het is vooral daarvoor dat de stroom erop houden een oplossing is. Je ziet hem dan ook af en toe 4 watt verbruiken.

[tukker999]

ben144 schreef op zondag 17 mei 2026 @ 23:20:
Ja typisch VW probleem, ik heb dat met een id7. zie ben144 in "Zelfbouw Laadpaal ervaringen" voor een dirty workarround. Ofwel, niet teveel laten schakelen dan blijft ie ook werken.

Geen problemen als je iedere minuut schakelt en dan ook een buffer er bij.
Bij mij ingesteld op 6A, 8A, 10A, 13A en 16A.

Inschakelen bij 8A

[Bontje Blauw]

Ik heb gisteren 2 uur geladen op 16A 3P en ondanks een omgevingstemperatuur van ca. 16C geeft de EVSE temperatuursensor 36C aan.
Dit in een witte Smart Motion Lolo laadpaal. Nu vraag ik mij af hoe hoog de temperaturen kunnen oplopen in de zomer in de volle zon.
Mijn laadpaal is op het oosten georiënteerd en na 13:00 uur pas in de schaduw.

Wat zijn "normale" temperaturen voor de Smart EVSE? Ik heb daar geen beeld bij.
Wat kan ik verwachten in volle zon met omgevingstemperatuur van 30 graden.

[Driehoek]

Iemand een idee of er schade kan optreden als je enkel N L1 L2 verbindt (en dus L3 niet). De Tesla's kunnen hier mee om maar erg moeilijk om informatie te vinden voor andere modellen. Wou even testen om te kijken wat het geeft

Gebruikt er iemand de HomeBatteryCurrent? Bij mij blijft de batterij ontladen terwijl de wagen nog niet het maximale vermogen vraagt in Solar. Houdt deze rekening met de ingestelde startstroom? Bij mij -6A in de zonnige maanden.

[freshter]

tukker999 schreef op maandag 18 mei 2026 @ 11:42:
[...]

Geen problemen als je iedere minuut schakelt en dan ook een buffer er bij.
Bij mij ingesteld op 6A, 8A, 10A, 13A en 16A.

Inschakelen bij 8A

Wat bedoel je hier mee? Waar stel je deze buffer in? En met inschakelen bij 8A bedoel je de "Start Current" in solar mode?

[rene037]

Driehoek schreef op maandag 18 mei 2026 @ 12:04:
Iemand een idee of er schade kan optreden als je enkel N L1 L2 verbindt (en dus L3 niet). De Tesla's kunnen hier mee om maar erg moeilijk om informatie te vinden voor andere modellen. Wou even testen om te kijken wat het geeft

Gebruikt er iemand de HomeBatteryCurrent? Bij mij blijft de batterij ontladen terwijl de wagen nog niet het maximale vermogen vraagt in Solar. Houdt deze rekening met de ingestelde startstroom? Bij mij -6A in de zonnige maanden.

Ik kan alleen delen dat mijn Kona een keer 'spontaan' met 2 fasen laadde. Geen idee waarom, gestopt en opnieuw gestart en toen ging het over 3 fasen. Daar kun je geen algemene conclusie uit trekken, maar wel dat het voorkomt en dus niet onmogelijk is dat andere modellen dan de Tesla het ook kunnen.

[tukker999]

freshter schreef op maandag 18 mei 2026 @ 12:12:
[...]

Wat bedoel je hier mee? Waar stel je deze buffer in? En met inschakelen bij 8A bedoel je de "Start Current" in solar mode?

Domoticz en MQTT

[dannyll]

dingo35 schreef op maandag 11 mei 2026 @ 09:11:
@riberts Ik heb mongoose even van 7.17 naar 7.21 geupdated, je kunt een test versie hier vinden:

https://github.com/dingo35/SmartEVSE-3.5/discussions/376

Lost dat het probleem op?

Iemand al een andere oplossing gevonden? Ik loop tegen hetzelfde probleem aan dat ik de verbinding niet werkend krijg met Joulo. Zodra ik ocpp aanzet krijg ik out of order. WS ipv WSS geprobeerd en ook WW ingevuld. (staat op site van Joulo). Heeft iemand het al werkend?

[dingo35]

Uiteindelijk lijkt het mij toch bij Joulo te liggen, gezien het feit dat zij de enige OCPP backend zijn met dit probleem .....

Een bug in mongoose is niet onmogelijk maar wel onwaarschijnlijk, gezien het grote aantal (professionele) gebruikers ervan.

[ Voor 33% gewijzigd door dingo35 op 19-05-2026 10:01 ]

[Stufipower]

dannyll schreef op dinsdag 19 mei 2026 @ 08:35:
[...]

Iemand al een andere oplossing gevonden? Ik loop tegen hetzelfde probleem aan dat ik de verbinding niet werkend krijg met Joulo. Zodra ik ocpp aanzet krijg ik out of order. WS ipv WSS geprobeerd en ook WW ingevuld. (staat op site van Joulo). Heeft iemand het al werkend?

Als workaround doe ik het nu via plugchoice.

@dingo35 Ze geven in de discussie bij mongoose aan dat daar in het verleden een fix voor is uitgebracht. Het probleem is daar als volgt geformuleerd (door riberts):

When ca is empty or "*", MBEDTLS_SSL_VERIFY_NONE is set and mbedtls_ssl_set_hostname() (SNI) is never called. SNI is part of the TLS ClientHello and is required by any server running multiple domains on a shared IP — regardless of whether the client verifies the server's certificate. Without it, the server cannot select the correct certificate and drops the handshake.

Het kan dat er niet zo vaak servers om mee te verbinden zijn / waren die SNI gebruiken (dus met reverse proxies). Het kan ook dat veel mensen die hier hinder van ondervonden upgraden naar een volgende versie en niet dermate RAM constrained zijn. Of dat zij zelf een fork draaien.

Op github werd gereageerd door de maintainer met de reactie:

7.17 is around one year old.
What you describe is likely to have been already fixed, IIRC.
No need to change what has been reported, just remember it for a next time, we don't support old versions anyway, unless you're a paying customer, in which case we welcome you to contact us at Support as per your contract.
Thank you.

In hoeverre is een geforkte versie van mongoose 7.17 gebruiken in de SmartEVSE repo draaien die dit oplost acceptabel? (Totdat evt. ram constraints en andere nieuwe problemen die worden geintroduceerd zijn verholpen?)

[ Voor 63% gewijzigd door Stufipower op 19-05-2026 10:53 ]

[dingo35]

Dan moet Joulo toch gewoon zn servers herconfigureren? 7.21 zou de fix moeten bevatten maar bij de test verhielp die t probleem niet.

Patches inbrengen is ontzettend veel en lastig werk, m.n. op de github workflow, ik streef liever naar oplossingen ipv veel tijd te stoppen in workarounds.

[riberts]

Stufipower schreef op dinsdag 19 mei 2026 @ 10:24:
[...]

Als workaround doe ik het nu via plugchoice.

@dingo35 Ze geven in de discussie bij mongoose aan dat daar in het verleden een fix voor is uitgebracht. Het probleem is daar als volgt geformuleerd (door riberts):


[...]

Het kan dat er niet zo vaak servers om mee te verbinden zijn / waren die SNI gebruiken (dus met reverse proxies). Het kan ook dat veel mensen die hier hinder van ondervonden upgraden naar een volgende versie en niet dermate RAM constrained zijn. Of dat zij zelf een fork draaien.

Op github werd gereageerd door de maintainer met de reactie:


[...]


In hoeverre is een geforkte versie van mongoose 7.17 gebruiken in de SmartEVSE repo draaien die dit oplost acceptabel? (Totdat evt. ram constraints en andere nieuwe problemen die worden geintroduceerd zijn verholpen?)

Ik heb de "fix" in mijn repo gezet.
Die zou je kunnen clonen en dan een build kunnen maken.

https://github.com/riberts/SmartEVSE-3.5

De laatste commit laat zien wat de change is.

[Stufipower]

@dingo35 Het is niet dat Joulo zijn servers moet herconfigureren. Gebruikmaken van SNI is niet vreemd en het probleem ligt elders.

Ik heb even met claude een heen-en-weer gehad. Goed nieuws: er is een fix mogelijk in de smartEVSE repo zonder changes of forks in upstream repo's. Deze fix zou ook een beveiligingsgat dichten, omdat er dan echte TLS cert verificatie plaatsvindt. Nu is het nog kwetsbaar voor MITM. SmartEVSE geeft ca = "*" → VERIFY_NONE → het servercertificaat wordt nooit gecontroleerd. Dat geldt voor élke wss://-backend, met of zonder SNI.

Met de versies 7.17 tm 7.21 van mongoose heb ik verbonden met verschillende ocpp backends. De bug is inderdaad niet gefixed bij een hoger niveau van mongoose. Waarom de fix van riberts dan wel werkt is omdat smartevse mbedTLS gebruikt (Via MicroOCPP), niet de ingebouwde TLS van mongoose. Door wat te schuiven lost riberts punt 2 hieronder op.

Het probleem samengevat:

1. SmartEVSE geeft geen CA mee (ca = "*") → "doe geen certificaatcontrole".
2. In de code van Mongoose zit het versturen van SNI en het verifiëren in dezelfde functie-aanroep (mbedtls_ssl_set_hostname()), en die wordt alléén aangeroepen in de "wél verifiëren"-tak.
3. Dus "geen verificatie" betekent óók "geen SNI versturen". Die twee zijn verbonden.

Gevolg voor de backends:

Backend die geen SNI nodig heeft → werkt prima (één server, één certificaat, geen SNI nodig om te kiezen).
Backend die SNI nodig heeft (zoals joulo)→ de server weet zónder SNI niet wélk certificaat hij moet aanbieden, dus hij breekt de handshake meteen af.

De oplossing:

Drie paden (zie pull request):

1. Voor niet-SNI backends, die geen let's encrypt gebruiken kan gekozen worden om het (root)certificaat te pasten voor verificatie, of om TLS verificatie over te slaan (zo was het dus: smartevse deed nooit tls verificatie). Bij TLS verificatie overslaan heb je dus wel encryptie maar geen authenticatie. Gebruikt een backend let's encrypt, dan hoef je deze niet te pasten en gebruikt hij het ingebouwde certificaat van let's encrypt.
2. SNI backends (zoals joulo) & Niet SNI backends, zoals vele anderen, waaronder tap, die let's encrypt gebruiken gaan nu automatisch goed, omdat hij gebruik maakt van het ingebouwde TLS certificaat van let's encrypt.
3. SNI backends die geen let's encrypt gebruiken werken nog steeds niet zonder certificaat. Hierbij moet je dan het certificaat echt pasten. De skip TLS verification toggle werkt hierbij niet. Hier is voor gekozen zodat niet de upstream mongoose code aangepast hoeft te worden.

Een alternatief was om een bundel van certificaten in de firmware te zetten, maar dat maakt de build size wat groter. Het let's encrypt certificaat zat al in de code voor de MQTT, dus die is hergebruikt.

Ik heb de code op mijn smartevse lokaal getest en het werkt nu met joulo - met tls verificatie dus! omdat deze let's encrypt gebruikt gaat het goed zonder een certificaat te hoeven pasten in de UI (in code van PR mogelijk). Ik heb het niet getest met andere backends.

Mocht @dingo35 vragen hebben stuur me gerust een PM!

[dingo35]

@Stufipower Bedankt voor het seintje, github gaf me niet door dat er een PR klaar staat; steeds meer bugs daar.

De laatste wijzigingen op dit vlak zijn door Michael doorgevoerd, dus ik wacht even zijn mening af.

[Allewijn]

jpiscaer schreef op zondag 17 mei 2026 @ 18:18:
[...]

Ik heb laatst zo'n kabel uit een Gen2 in m'n SmartEVSE gezet. Knopje werkt indien de kabel is aangesloten. (knopje werkt niet indien niet aangesloten, maar ik steek 'm altijd in bij uitstappen wanneer 't deurtje gewoon werkt, dus is prima voor mij)

Ik heb vandaag ook een originele Tesla kabel 2ehands gekocht die ik in mijn volgende (nog te bepalen en te kopen) nieuwe mid geschikte laadpaal ga monteren.
Ben er oa door @Beekforel al uit dat idd door 3.3v op de rode draad te zetten, het knopje draadloos weer gaat werken. Dus dat ga ik snel testen.
Hoe heb je hem verder op je smartEVSE aangesloten qua kleuren PP en CP?
Misschien dat ik, als het qua ERE acceptatie blijft lukken, ook voor zelfbouw met SmartEVSE wil gaan icm deze fijne Tesla kabel...

En @jpiscaer jij geeft aan ook zo'n Tesla kabel te gebruiken in een ander type paal (nog zonder 3.3v voeding): welke paal heb jij?

En moet er nou een bepaalde weerstand (welke?) tussen PP en CP geplaatst worden om maximale stroomcapaciteit aan te geven?

[ Voor 12% gewijzigd door Allewijn op 19-05-2026 21:35 ]

[Conrado]

Ik ben wat met de Smart EVSE aan het stoeien en heb er een ABB D13 kWh-meter aan hangen. De Modbus registers moet/mag ik dus zelf instellen.
Alleen ABB gebruikt registers als 5B00_hex en zo. Het EVSE menu telt registerwaardes steeds +1 en dan moet je wel héél lang de knop vasthouden. Via de browser kun je het niet instellen. Is er wellicht een snellere methode?

[dannyll]

Ik heb zojuist nog contact gehad met Joulo en ze hebben een fix doorgevoerd. Mijn EVSE is nu verbonden en is met zijn eerste laadsessie bezig :-)

[thedennis12]

Als de Smart EVSE via OCPP wordt gekoppeld met Tap, is het hierna nog mogelijk om het laden automatisch te laten starten zodra de laadkabel word ingeplugd? Momenteel is de lader gekoppeld via OCPP enkel bij start van de sessie meld deze direct deny.

[Stufipower]

Hahaha. Heb er een hoop tijd in gezonken, een halfuur later blijkt Joulo dus gewoon “te werken”.

Let wel, er vindt geen TLS verificatie plaats aan de kant van SmartEVSE. Het is dus vatbaar voor MiTM. Met de PR die open staat zijn hier oplossingen voor. En dus ook voor alle andere OCPP backends.

[ Voor 7% gewijzigd door Stufipower op 19-05-2026 22:03 ]

[Netraam]

thedennis12 schreef op dinsdag 19 mei 2026 @ 21:59:
Als de Smart EVSE via OCPP wordt gekoppeld met Tap, is het hierna nog mogelijk om het laden automatisch te laten starten zodra de laadkabel word ingeplugd? Momenteel is de lader gekoppeld via OCPP enkel bij start van de sessie meld deze direct deny.

Ja als je bij OCPP instellingen een tag id invult in het auto authorize veld en deze bij tap instelt om te mogen laden.

[dingo35]

@Stufipower Dus Joulo heeft z'n server-instellingen aangepast?

[jpiscaer]

Allewijn schreef op dinsdag 19 mei 2026 @ 21:12:
[...]

Ik heb vandaag ook een originele Tesla kabel 2ehands gekocht die ik in mijn volgende (nog te bepalen en te kopen) nieuwe mid geschikte laadpaal ga monteren.
Ben er oa door @Beekforel al uit dat idd door 3.3v op de rode draad te zetten, het knopje draadloos weer gaat werken. Dus dat ga ik snel testen.
Hoe heb je hem verder op je smartEVSE aangesloten qua kleuren PP en CP?
Misschien dat ik, als het qua ERE acceptatie blijft lukken, ook voor zelfbouw met SmartEVSE wil gaan icm deze fijne Tesla kabel...

En @jpiscaer jij geeft aan ook zo'n Tesla kabel te gebruiken in een ander type paal (nog zonder 3.3v voeding): welke paal heb jij?

En moet er nou een bepaalde weerstand (welke?) tussen PP en CP geplaatst worden om maximale stroomcapaciteit aan te geven?

SmartEVSE. CP aangesloten, PP niet, zoals het hoort bij een vaste kabel. De juiste weerstanden zitten al in vaste laadkabels, hoef je dus niks mee. Verder geen van de LV (dunne) draden van de Tesla laadkabel aangesloten. Zoals gezegd, moet ik nog een 3V3 voeding monteren in de laadpaal, maar zonder voeding werkt het knopje van de kabel als die aangesloten is op m'n Tesla...

[dannyll]

dingo35 schreef op dinsdag 19 mei 2026 @ 22:05:
@Stufipower Dus Joulo heeft z'n server-instellingen aangepast?

ja klopt.

[Allewijn]

jpiscaer schreef op dinsdag 19 mei 2026 @ 22:15:
[...]

SmartEVSE. CP aangesloten, PP niet, zoals het hoort bij een vaste kabel. De juiste weerstanden zitten al in vaste laadkabels, hoef je dus niks mee. Verder geen van de LV (dunne) draden van de Tesla laadkabel aangesloten. Zoals gezegd, moet ik nog een 3V3 voeding monteren in de laadpaal, maar zonder voeding werkt het knopje van de kabel als die aangesloten is op m'n Tesla...

Bedankt. Duidelijk. Ik was even door de war doordat in de originele Tesla TWC3 de PP wel op het moederbord zit (oranje ader), maar dit is dus voor standaard EVSE afhandeling niet nodig...
En de juiste weerstand voor deze kabel zit zeker al ergens tussen PP en PE in de gegoten Tesla type 2 stekker?

[ Voor 7% gewijzigd door Allewijn op 19-05-2026 22:29 ]

[Stufipower]

dingo35 schreef op dinsdag 19 mei 2026 @ 22:05:
@Stufipower Dus Joulo heeft z'n server-instellingen aangepast?

Dat is wat ik opmaak a.d.h.v. het bericht van @dannyll. Het lijkt er echter op dat ze nog steeds SNI gebruiken. Ben benieuwd hoe (en of het werkt - heb het lokaal niet getest met joulo op 3.11.0) het nu wel werkt!

Let wel he; dat neemt nog steeds niet weg dat er geen TLS verificatie plaatsvindt in de huidige build.

@dannyll weet jij wat ze veranderd hebben bij joulo?

[ Voor 41% gewijzigd door Stufipower op 19-05-2026 23:34 ]

[jpiscaer]

Vraagje voor de NewMotion Alfen variant: heb 'm via de ACE Installer geupdate naar de nieuwste software, daarmee load balancing unlocked. Is die op een of andere manier als slave aan een SmartEVSE te hangen?

[dannyll]

Stufipower schreef op dinsdag 19 mei 2026 @ 23:03:
[...]

Dat is wat ik opmaak a.d.h.v. het bericht van @dannyll. Het lijkt er echter op dat ze nog steeds SNI gebruiken. Ben benieuwd hoe (en of het werkt - heb het lokaal niet getest met joulo op 3.11.0) het nu wel werkt!

Let wel he; dat neemt nog steeds niet weg dat er geen TLS verificatie plaatsvindt in de huidige build.

@dannyll weet jij wat ze veranderd hebben bij joulo?

sorry... niet goed geluisterd of onthouden..... Kan het met TLS te maken hebben gehad?

Ander vraagje: In mijn energiedashboard van HA staat mijn kWh een factor 1000 te hoog. In het dasboard van de EVSE laat het wel goed zien. Wat doe ik fout?

[Stufipower]

dannyll schreef op woensdag 20 mei 2026 @ 20:07:
[...]

sorry... niet goed geluisterd of onthouden..... Kan het met TLS te maken hebben gehad?

Ander vraagje: In mijn energiedashboard van HA staat mijn kWh een factor 1000 te hoog. In het dasboard van de EVSE laat het wel goed zien. Wat doe ik fout?

Gebruik jij joulo met ws:// of wss:// ?

[dannyll]

Stufipower schreef op woensdag 20 mei 2026 @ 20:17:
[...]


Gebruik jij joulo met ws:// of wss:// ?

staat nu op ws://

[Stufipower]

Ok. Eerst deed ws:// het niet, en nu wel? Toch? wss:// werkt bij mij nog steeds niet met 3.11.0. Bij jou wel? Misschien wat veel vragen maar het is relevant voor een bugfix die nu openstaat. Daarna zou wss:// wel kunnen werken namelijk bij Joulo.

[ Voor 38% gewijzigd door Stufipower op 20-05-2026 20:39 ]

[dannyll]

Stufipower schreef op woensdag 20 mei 2026 @ 20:26:
Ok. Eerst deed ws:// het niet, en nu wel? Toch? wss:// werkt bij mij nog steeds niet met 3.11.0. Bij jou wel?

Ik zit nog op v3.10.3 en kan daarbij geen wss:// gebruiken. Ik heb dus ws://