Zelfbouw Laadpaal ervaringen

[manusjevanalles]

caliban73 schreef op zaterdag 3 januari 2026 @ 20:37:
Toevallig ben ik ook vandaag bezig geweest om de P1 meter via MQTT te versturen.
Maar waarom stuur je niet meteen de stroom data die uit je P1 sensor komt.
Voor mij werkt onderstaand HA automaat fantastisch

code:

alias: "SmartEVSE: Stuur P1 Stroom (Direct)"
description: Stuurt directe Ampère waarden van P1 meter naar SmartEVSE.
triggers:
  - entity_id:
      - sensor.p1_meter_active_current_l1
      - sensor.p1_meter_active_current_l2
      - sensor.p1_meter_active_current_l3
    trigger: state
conditions: []
actions:
  - data:
      topic: SmartEVSE/<smart-evse_sn>/Set/MainsMeter
      retain: false
      payload: >-
        {{ (states('sensor.p1_meter_active_current_l1') | float(0) * 10) | int
        }}:{{ (states('sensor.p1_meter_active_current_l2') | float(0) * 10) |
        int }}:{{ (states('sensor.p1_meter_active_current_l3') | float(0) * 10)
        | int }}
    action: mqtt.publish
mode: single

Dit werkt niet goed zo. Nu wordt de automation alleen uitgevoerd als er een verandering van de stroom op een van de fases is, en dat hoeft niet elke seconde te gebeuren. Bij stabiel verbruik kan het zelfs lang duren voordat er een update komt. De SmartEVSE wil het liefst elke seconde een nieuw bericht.
Je moet dit als trigger gebruiken:

YAML:

trigger: time_pattern
seconds: /1

[stefxx]

stegen schreef op vrijdag 2 januari 2026 @ 17:24:
Na installatie zal de app alleen lokaal te gebruiken zijn. Na koppelen met een controller kan je hem waar dan ook waar internet is gebruiken.

Dank, lijkt me een mooie nieuwe feature! Echter, na het installeren van de app probeer ik middels het vergrootglas icoon mijn SmartEVSE te zoeken. Maar hij vindt helemaal niks... heb het meerdere keren geprobeerd en ook zowel mijn telefoon en SmartEVSE herstart.

Ik zit op hetzelfde WiFi netwerk. Kan de SmartEVSE via de browser probleemloos benaderen. Maar de app vindt dus niks.

Enig idee? Zou mooi zijn als ik hem handmatig kan toevoegen, bijv. middels IP adres.

[stegen]

Zet je time_pattern op /2
De SmartEVSE verwacht elke twee seconden een meting. Ook als er geen verandering is van de fase stromen.
Als je direct de fase stromen stuurt, controleer dan of ze voldoende resolutie hebben. (niet in stappen van 1A, maar 0.1A)
De reden om het vermogen door de spanning te delen is dat je dan altijd een waarde krijgt die een goede resolutie heeft.

@stefxx Hmm, ik moet zeggen dat ik ook alleen zelf nog maar getest heb.
Maar je zou inderdaad na het drukken op het vergrootglas icon een popup moeten krijgen die je SmartEVSE controller laat zien.
De app gebruikt mDNS om de controller te vinden, blijkbaar werkt dat niet altijd even goed.
Ik zal kijken of er andere opties mogelijk zijn. Een optie toevoegen om handmatig een IP adres in te voeren is ook een goed idee.

[DanTm]

manusjevanalles schreef op zaterdag 3 januari 2026 @ 20:57:
[...]


Dit werkt niet goed zo. Nu wordt de automation alleen uitgevoerd als er een verandering van de stroom op een van de fases is, en dat hoeft niet elke seconde te gebeuren. Bij stabiel verbruik kan het zelfs lang duren voordat er een update komt. De SmartEVSE wil het liefst elke seconde een nieuw bericht.
Je moet dit als trigger gebruiken:

YAML:

trigger: time_pattern
seconds: /1

Hou er wel rekening mee dat de automation dan altijd uitgevoerd wordt, ook als er om de een of andere reden geen updates vanuit de p1 binnenkomen. Dat kan je een hoofdzekering kosten.

[stefxx]

stegen schreef op zaterdag 3 januari 2026 @ 22:23:
De app gebruikt mDNS om de controller te vinden, blijkbaar werkt dat niet altijd even goed.

Ah, dat zette me op het juiste spoor. mDNS was niet goed geconfigureerd op mijn netwerk. Nu werkt het wel.
Toch zou handmatig toevoegen ook een goed idee zijn, maar (op dit moment) voor mij nu niet meer nodig.

Dank!

[stegen]

Mooi dat het toch gelukt is.
Intussen is er aan de mDNS scan een fallback toegevoegd.
Mocht mDNS niets vinden, dan scant ie het subnet. Daarmee moet(en) de controller(s) zeker te vinden zijn.
Staat weer op github: https://github.com/SmartEVSE/SmartEVSE-app/releases

[jdejonge1991]

stegen schreef op vrijdag 2 januari 2026 @ 17:24:
Beste tweakers,

Zojuist release 3.10.0 van de SmartEVSE software uitgebracht.
https://github.com/dingo3...-3.5/releases/tag/v3.10.0
Het is nu mogelijk oom een beveiligde mqtt verbinding te maken, door een CA certificaat te uploaden.

Deze optie heb ik verder uitgebouwd, met een 2e mqtt connectie naar mqtt.smartevse.nl
Via deze server is het nu ook mogelijk om met een smartphone App de controller te bedienen.
De App server verbinding kan je in het LCD menu van de controller aan/uit zetten.
Koppelen gaat zonder aanmaken van user accounts (waarom doet iedereen dat?). Maar gewoon door de app een unieke UUID te laten genereren.
Deze samen met het serienummer van de controller en een pairing pin laten je de controller verbinden met de app. Je kan maximaal 8 controllers aan de app koppelen.

Na installatie zal de app alleen lokaal te gebruiken zijn. Na koppelen met een controller kan je hem waar dan ook waar internet is gebruiken.
De software voor de eerste versie van de (android) app kunnen jullie hier vinden:
https://github.com/SmartEVSE/SmartEVSE-app
De aanvraag voor downloaden via de playstore ga ik vandaag in gang zetten.
Ik ben zelf geen iOS gebruiker, maar het zou mogelijk moeten zijn om deze om te zetten naar iOS.

Bedankt voor jullie support, ideeën en feedback de afgelopen jaren
Een goed 2026!

App werkt top hier! Ik heb hem voorlopig alleen lokaal ingesteld en dat ging zonder problemen.

Enige kleine ding dat mij opvalt is dat het aantal geladen kWh op 0 blijft staan. Verder werkt eigenlijk alles!

Laadpalen geupdated naar nieuwste versie ook. Ik had toen wel na een paar uur dat hij geen data meer leek te kregen vanuit de stroommeter (Homezwizard p1). Na een reset ging dat weer gewoon goed, maar ik hou het even in de gaten.

[adjego]

DanTm schreef op zaterdag 3 januari 2026 @ 22:39:
[...]

Hou er wel rekening mee dat de automation dan altijd uitgevoerd wordt, ook als er om de een of andere reden geen updates vanuit de p1 binnenkomen. Dat kan je een hoofdzekering kosten.

Nou, dat valt wel mee hoor. Zo snel gaat dat niet hoor. Dan moet er echt voor een langere periode teveel vermogen door de zekering gaan wil deze eruit klappen. En dan heb ik het dus niet over 28A door een 25A zekering. Dit gaat echt wel langer goed dan een paar minuten.

Maar misschien dan ook een vraag terug stellen. Wat zou een andere oplossing zijn hierin? Want als er geen gegevens meer van de slimme meter komen, dan moet eigenlijk het laden stoppen.

[Adze]

DanTm schreef op zaterdag 3 januari 2026 @ 22:39:
[...]

Hou er wel rekening mee dat de automation dan altijd uitgevoerd wordt, ook als er om de een of andere reden geen updates vanuit de p1 binnenkomen. Dat kan je een hoofdzekering kosten.

Dat is dus niet waar. Wanneer je automation om een of andere reden niet werkt en de SmartEVSE ontvangt voor >10 seconden geen update, dan slaat deze in error en stopt het laden.

Dus via HA je updates doorsturen is misschien minder betrouwbaar dan sensorbox, maar zeker niet een risico op het klappen van hoofdzekering.

[PeterJones]

Aiolos schreef op zaterdag 3 januari 2026 @ 11:41:
Ik heb nog een oude SmartEVSE van de eerste generatie liggen en vroeg me af of ik deze toch nog iets slimmer kon maken qua aansturing.

Vanuit de originele code van de SmartEVSE ben ik gaan puzzelen hoe de sensorbox1 signalen er uit zagen, om dat vervolgens in een ESPHome configuratie te stoppen, die via de RS485 verbinding de sensorbox simuleert en zo de stroom van de CT spoelen doorstuurt. (Voor het gemak stuur ik 3 keer dezelfde waarde). Ik kan nu dus vanuit Home Assistant een stroom-waarde doorsturen naar de EVSE.

Nou ligt het geheel nog als testopstelling op mijn bureau, dus een auto heb ik er nog niet mee geladen, maar als ik met een weerstand wat simuleer, zie ik netjes het verwachte gedrag op de EVSE.

Totaal allemaal niet relevant voor de nieuwe versie van de SmartEVSE, maar voor wie er nog met een v1 versie iets wil doen, hier staat mijn code: https://github.com/aiolos/ESPHome-config/tree/main/smartevse

Toevallig ben ik bezig geweest met iets vergelijkbaars: verbeterde support voor EVSE v2.3+ als Slave node (deze heb ik nog liggen, maar heeft geen WiFi) aan een EVSE v3.x Master, waarmee je de status (Online, Access, Mode, State, Error, EVPlugState, ChargeCurrent, ChargeCurrentOverride) van de EVSE v2.3+ slave nodes kan zien en kan aanpassen via MQTT.

Zie mijn fork met de commit hier.

Mijn EV wilde afgelopen nacht nog gewoon laden met deze SW op de EVSE v3, maar een EVSE-2-laadpaal heb ik zo nog niet gebouwd. Dus nog niet kunnen testen of ik zo daadwerkelijk een EV op een EVSE-2-laadpaal remote via de EVSE-3 kan laten laden, en verbeteringen zijn wellicht nog nodig. Graag bericht als er belangstelling is om dit te testen/verbeteren.

@stegen @dingo35 Is er belangstelling om deze feature in de main branch op te nemen?

[Driek]

caliban73 schreef op zaterdag 3 januari 2026 @ 20:37:
Toevallig ben ik ook vandaag bezig geweest om de P1 meter via MQTT te versturen.
Maar waarom stuur je niet meteen de stroom data die uit je P1 sensor komt.
Voor mij werkt onderstaand HA automaat fantastisch

code:

alias: "SmartEVSE: Stuur P1 Stroom (Direct)"
description: Stuurt directe Ampère waarden van P1 meter naar SmartEVSE.
triggers:
  - entity_id:
      - sensor.p1_meter_active_current_l1
      - sensor.p1_meter_active_current_l2
      - sensor.p1_meter_active_current_l3
    trigger: state
conditions: []
actions:
  - data:
      topic: SmartEVSE/<smart-evse_sn>/Set/MainsMeter
      retain: false
      payload: >-
        {{ (states('sensor.p1_meter_active_current_l1') | float(0) * 10) | int
        }}:{{ (states('sensor.p1_meter_active_current_l2') | float(0) * 10) |
        int }}:{{ (states('sensor.p1_meter_active_current_l3') | float(0) * 10)
        | int }}
    action: mqtt.publish
mode: single

Volgens mij omdat de active current altijd positief is, als je dan zonnepanelen hebt dan heb je dus ook ene positief getal bij teruglevering. Dit zal de smartesve op het verkeerde been zetten.

[caliban73]

Driek schreef op zondag 4 januari 2026 @ 11:46:
[...]

Volgens mij omdat de active current altijd positief is, als je dan zonnepanelen hebt dan heb je dus ook ene positief getal bij teruglevering. Dit zal de smartesve op het verkeerde been zetten.

Of ik begrijp niet wat je bedoelt, maar bij mij ziet de EVSE gewoon een negatieve stroom als ik die ook opstuur.

[PimDoos]

caliban73 schreef op zondag 4 januari 2026 @ 14:20:
[...]


Of ik begrijp niet wat je bedoelt, maar bij mij ziet de EVSE gewoon een negatieve stroom als ik die ook opstuur.
[Afbeelding]

Niet alle meters meten stroom twee kanten op. De P1 output van mijn slimme meter geeft bijvoorbeeld alleen positieve waarden voor de stroommetingen. Het trucje met het vermogen is een manier om de 'richting' van de stroom te bepalen, waardoor de EVSE het verschil kan zien tussen -6A en +6A.

[Stefannn]

PimDoos schreef op zondag 4 januari 2026 @ 15:09:
[...]

Niet alle meters meten stroom twee kanten op. De P1 output van mijn slimme meter geeft bijvoorbeeld alleen positieve waarden voor de stroommetingen. Het trucje met het vermogen is een manier om de 'richting' van de stroom te bepalen, waardoor de EVSE het verschil kan zien tussen -6A en +6A.

P1 output geeft wel degelijk negatieve waardes, maar op een ander telwerk

Voorbeeld (van poosje geleden):
0-0:96.1.1(#####################) /equipemnet ID
1-0:1.8.1(43224.803*kWh). /tarief 1 deliver
1-0:1.8.2(23354.930*kWh). /tarief 2 deliver
1-0:2.8.1(10021.060*kWh). /tarief 1 return
1-0:2.8.2(22574.904*kWh). /tarief 2 return
0-0:96.14.0(0002). / huidig tarief
1-0:1.7.0(0002.06*kW). / now deliver
1-0:2.7.0(0001.42*kW). / now return
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3). / iets mnet gas
0-1:96.1.0(3238313031353431303034343830323131)
0-1:24.3.0(230306130000)(00)(60)(1)(0-1:24.2.1)(m3). /gas
(14853.502)

[Adze]

Stefannn schreef op zondag 4 januari 2026 @ 15:18:
[...]

P1 output geeft wel degelijk negatieve waardes, maar op een ander telwerk

Voorbeeld (van poosje geleden):
0-0:96.1.1(#####################) /equipemnet ID
1-0:1.8.1(43224.803*kWh). /tarief 1 deliver
1-0:1.8.2(23354.930*kWh). /tarief 2 deliver
1-0:2.8.1(10021.060*kWh). /tarief 1 return
1-0:2.8.2(22574.904*kWh). /tarief 2 return
0-0:96.14.0(0002). / huidig tarief
1-0:1.7.0(0002.06*kW). / now deliver
1-0:2.7.0(0001.42*kW). / now return
0-0:96.13.1()
0-0:96.13.0()
0-1:24.1.0(3). / iets mnet gas
0-1:96.1.0(3238313031353431303034343830323131)
0-1:24.3.0(230306130000)(00)(60)(1)(0-1:24.2.1)(m3). /gas
(14853.502)

Ik zie hier geen negatieve waarden... Dat is een positieve waarde op een ander telwerk. Dat je daarmee een negatieve waarde kan uitrekenen is een ander verhaal.

[PimDoos]

Stefannn schreef op zondag 4 januari 2026 @ 15:18:
[...]

P1 output geeft wel degelijk negatieve waardes, maar op een ander telwerk

Voorbeeld (van poosje geleden):
[...]

Je toont hier kW/kWh telwerken, dat is wat anders dan stroommetingen.
Ter illustratie, zo komen de metingen uit mijn slimme meter; de stroom (current) metingen zijn bij mij altijd positief, zelfs als het netto vermogen negatief is. Daarnaast rapporteert mijn slimme meter de stroom tot een nauwkeurigheid van 0 decimalen, dus in stappen van 1A. SmartEVSE werkt met stappen van 0.1A, wat je beter kunt uitrekenen met het trucje op basis van het vermogen per fase gedeeld door het voltage op die fase.


Zo ziet diezelfde meting eruit na transformatie van de richting:

[ Voor 13% gewijzigd door PimDoos op 04-01-2026 16:18 ]

[Stefannn]

PimDoos schreef op zondag 4 januari 2026 @ 16:15:
[...]


Je toont hier kW/kWh telwerken, dat is wat anders dan stroommetingen.
Ter illustratie, zo komen de metingen uit mijn slimme meter; de stroom (current) metingen zijn bij mij altijd positief, zelfs als het netto vermogen negatief is. Daarnaast rapporteert mijn slimme meter de stroom tot een nauwkeurigheid van 0 decimalen, dus in stappen van 1A. SmartEVSE werkt met stappen van 0.1A, wat je beter kunt uitrekenen met het trucje op basis van het vermogen per fase gedeeld door het voltage op die fase.
[Afbeelding]

Zo ziet diezelfde meting eruit na transformatie van de richting:
[Afbeelding]

Ah...
ik geloof dat ik je inderdaad verkeerd begreep.
Ik heb een oud DSMR2.2 protocol en heb derhalve überhaupt geen stroom metingen.
enkel power (kW dus zonder h)
1-0:1.7.0(0002.06*kW). / now deliver
1-0:2.7.0(0001.42*kW). / now return

zoals @Adze opmerkt, inderdaad geen getallen met een min-teken
Maar 2 telwerken die beiden positief tellen maar waarvan 1 de teruggave is (dus als min gezien moet worden).

[DanTm]

Adze schreef op zondag 4 januari 2026 @ 10:14:
[...]


Dat is dus niet waar. Wanneer je automation om een of andere reden niet werkt en de SmartEVSE ontvangt voor >10 seconden geen update, dan slaat deze in error en stopt het laden.

Dus via HA je updates doorsturen is misschien minder betrouwbaar dan sensorbox, maar zeker niet een risico op het klappen van hoofdzekering.

Als je de automation op tijd laat triggeren blijft hij dus door lopen en mogelijk oude data versturen (of bij Unavailable in combinatie met |Float(0) gaat hij 0 waarden versturen). Je wilt eigenlijk dat hij getriggerd wordt door een P1 update.

[DanTm]

adjego schreef op zondag 4 januari 2026 @ 09:07:
[...]


Nou, dat valt wel mee hoor. Zo snel gaat dat niet hoor. Dan moet er echt voor een langere periode teveel vermogen door de zekering gaan wil deze eruit klappen. En dan heb ik het dus niet over 28A door een 25A zekering. Dit gaat echt wel langer goed dan een paar minuten.

Maar misschien dan ook een vraag terug stellen. Wat zou een andere oplossing zijn hierin? Want als er geen gegevens meer van de slimme meter komen, dan moet eigenlijk het laden stoppen.

Ik zei ook niet dat het snel zou gaan, maar het kan wel.
Je wilt dat je automation getriggerd wordt door een P1 update, de timestamp van het telegram zou een mogelijk waarde kunnen zijn, als die er is.

[databeestje]

Geen idee of het meerwaarde heeft, maar misschien voor iemand nuttig. Nog een ESP P1 meter project, een ESP-P1-Bridge die tegelijkertijd de P1 meter aanbied via MQTT, Modbus TCP (eastron) en SMA/Speedwire.
https://github.com/smos/esp32-p1-modbus/tree/main

Niet af, maar sta open voor suggesties. Datagrams kunnen er in via Serieel of TCP, en ook weer doorgeven via TCP. Getest op een esp32dev en een esp32s3, met een Kaifa 3 Fase meter. Ik bereken de stroom via de vermogens van de P1 meter. De AB, BC en CA spanning doe ik ook via berekening.

Misschien iets P1/Sensor box vergelijkbaars maken? Aankomende week komt er een SMA Webconnect module binnen en kan ik Speedwire testen.

[fluppie007]

databeestje schreef op zondag 4 januari 2026 @ 21:49:
Geen idee of het meerwaarde heeft, maar misschien voor iemand nuttig. Nog een ESP P1 meter project, een ESP-P1-Bridge die tegelijkertijd de P1 meter aanbied via MQTT, Modbus TCP (eastron) en SMA/Speedwire.
https://github.com/smos/esp32-p1-modbus/tree/main

Niet af, maar sta open voor suggesties. Datagrams kunnen er in via Serieel of TCP, en ook weer doorgeven via TCP. Getest op een esp32dev en een esp32s3, met een Kaifa 3 Fase meter. Ik bereken de stroom via de vermogens van de P1 meter. De AB, BC en CA spanning doe ik ook via berekening.

Misschien iets P1/Sensor box vergelijkbaars maken? Aankomende week komt er een SMA Webconnect module binnen en kan ik Speedwire testen.

Vet, ik zit hier zelf met zo'n module van NewMotion (van Xemex) die current clamps omzet in een P1 signaal voor de LoLo3 (gebaseerd op de Alfen Eve), dan een Sensorbox v2 voor de 2 SmartEVSE's en dan nog een SDM230 voor de analoge meter te kunnen valideren. Ooit vliegt die draaischijf er helaas uit en zal ik daar ook nog eens een P1 signaal krijgen.

Ik heb een SMA omvormer, dus die Speedwire lijkt me ook wel interessant mocht ik power limiting via Speedwire willen doen, kan nu via HA en Modbus TCP, maar dat gebruik ik (nog) niet vanwege de analoge meter.

En als ik iets van Victron wil kan ik ook nog zo'n VM-3P75CT current clamp meetmodule bijsteken, olé

[manusjevanalles]

databeestje schreef op zondag 4 januari 2026 @ 21:49:
Geen idee of het meerwaarde heeft, maar misschien voor iemand nuttig. Nog een ESP P1 meter project, een ESP-P1-Bridge die tegelijkertijd de P1 meter aanbied via MQTT, Modbus TCP (eastron) en SMA/Speedwire.
https://github.com/smos/esp32-p1-modbus/tree/main

Niet af, maar sta open voor suggesties. Datagrams kunnen er in via Serieel of TCP, en ook weer doorgeven via TCP. Getest op een esp32dev en een esp32s3, met een Kaifa 3 Fase meter. Ik bereken de stroom via de vermogens van de P1 meter. De AB, BC en CA spanning doe ik ook via berekening.

Misschien iets P1/Sensor box vergelijkbaars maken? Aankomende week komt er een SMA Webconnect module binnen en kan ik Speedwire testen.

Mooi project! Welke hardware is hiervoor nodig? Het klinkt als zelfbouw, of gebruik je de slimmemeter+ van Marcel Zuidwijk oid?
Ik zou ook wel geïnteresseerd zijn in een beschrijving hoe je de esp op de p1 hebt aangesloten, indien je zelfbouw hardware gebruikt.

[ikke26]

databeestje schreef op zondag 4 januari 2026 @ 21:49:
Geen idee of het meerwaarde heeft, maar misschien voor iemand nuttig. Nog een ESP P1 meter project, een ESP-P1-Bridge die tegelijkertijd de P1 meter aanbied via MQTT, Modbus TCP (eastron) en SMA/Speedwire.
https://github.com/smos/esp32-p1-modbus/tree/main

Niet af, maar sta open voor suggesties. Datagrams kunnen er in via Serieel of TCP, en ook weer doorgeven via TCP. Getest op een esp32dev en een esp32s3, met een Kaifa 3 Fase meter. Ik bereken de stroom via de vermogens van de P1 meter. De AB, BC en CA spanning doe ik ook via berekening.

Misschien iets P1/Sensor box vergelijkbaars maken? Aankomende week komt er een SMA Webconnect module binnen en kan ik Speedwire testen.

Wellicht interessant: met de DSMR-API software op de Smart-Stuff P1 Ultra dongle kun je hetzelfde bereiken en een hele reeks aan Modbus RTU en TCP meters emuleren, zie deze documentatie. Source code is hier te vinden.

Ik heb deze software in gebruik en vertaal van mijn P1 ultra de DSMR telegrammen naar SmartEVSE MQTT topics. Mocht de Modbus TCP optie weer worden toegevoegd aan SmartEVSE, dan wil ik daarop overstappen. Dan ben ik compleet onafhankelijk van server met MQTT broker.

Nog beter zou het zijn als SmartEVSE met een P1 serial-to-TCP proxy zou kunnen verbinden.
DSMR-API bijvoorbeeld, biedt standaard een P1 serial-to-network proxy op poort 82 (zie bijgevoegde telnet dump).
Als de SmartEVSE daarop zou kunnen abonneren krijgt die nieuwe data rechtstreeks binnen van de slimme meter. Zie ook deze documentatie pagina over DSMR van Home Assistant en de dsmr_parser

Mogelijk zou de code van de SmartEVSE sensorbox daarvoor kunnen worden hergebruikt?
Die doet immers al dezelfde parsing in de "P1Extract()" functie, maar dan in een extern apparaat en via serial i.p.v. TCP.

code:

telnet 192.168.12.12 82       
Trying 192.168.12.12...
Connected to 192.168.12.12.
Escape character is '^]'.
/CTA5ZIV-METER

1-3:0.2.8(50)
0-0:1.0.0(260105154748W)
0-0:96.1.1(XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
1-0:1.8.1(004853.934*kWh)
1-0:1.8.2(004362.221*kWh)
1-0:2.8.1(004042.638*kWh)
1-0:2.8.2(009927.118*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(01.024*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00019)
0-0:96.7.9(00018)
1-0:99.97.0(9)(0-0:96.7.19)(251022110756S)(0000002661*s)(231024140517S)(0000017467*s)(231022114715S)(0000006365*s)(231008144757S)(0000000452*s)(231008142208S)(0000001071*s)(231008131716S)(0000002869*s)(231007164050S)(0000000399*s)(230412173437S)(0000000000*s)(220125072533W)(0000000000*s)
1-0:32.32.0(00260)
1-0:52.32.0(00003)
1-0:72.32.0(00020)
1-0:32.36.0(00005)
1-0:52.36.0(00002)
1-0:72.36.0(00003)
0-0:96.13.0()
1-0:32.7.0(231.0*V)
1-0:52.7.0(228.0*V)
1-0:72.7.0(233.0*V)
1-0:31.7.0(001*A)
1-0:51.7.0(003*A)
1-0:71.7.0(001*A)
1-0:21.7.0(00.078*kW)
1-0:41.7.0(00.800*kW)
1-0:61.7.0(00.139*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
0-1:24.2.1(260105154500W)(02932.379*m3)
!8EE4
/CTA5ZIV-METER

1-3:0.2.8(50)
0-0:1.0.0(260105154749W)
0-0:96.1.1(XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
1-0:1.8.1(004853.934*kWh)
1-0:1.8.2(004362.222*kWh)
1-0:2.8.1(004042.638*kWh)
1-0:2.8.2(009927.118*kWh)
0-0:96.14.0(0002)
1-0:1.7.0(01.011*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00019)
0-0:96.7.9(00018)
1-0:99.97.0(9)(0-0:96.7.19)(251022110756S)(0000002661*s)(231024140517S)(0000017467*s)(231022114715S)(0000006365*s)(231008144757S)(0000000452*s)(231008142208S)(0000001071*s)(231008131716S)(0000002869*s)(231007164050S)(0000000399*s)(230412173437S)(0000000000*s)(220125072533W)(0000000000*s)
1-0:32.32.0(00260)
1-0:52.32.0(00003)
1-0:72.32.0(00020)
1-0:32.36.0(00005)
1-0:52.36.0(00002)
1-0:72.36.0(00003)
0-0:96.13.0()
1-0:32.7.0(231.0*V)
1-0:52.7.0(228.0*V)
1-0:72.7.0(233.0*V)
1-0:31.7.0(001*A)
1-0:51.7.0(003*A)
1-0:71.7.0(001*A)
1-0:21.7.0(00.076*kW)
1-0:41.7.0(00.801*kW)
1-0:61.7.0(00.133*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
0-1:24.2.1(260105154500W)(02932.379*m3)
!D8BA

[Driek]

caliban73 schreef op zondag 4 januari 2026 @ 14:20:
[...]


Of ik begrijp niet wat je bedoelt, maar bij mij ziet de EVSE gewoon een negatieve stroom als ik die ook opstuur.
[Afbeelding]

Ik probeer nu de P1 door te geven via MQTT ipv de restapi.

Alleen komt er met de volgende code een 0 door.

YAML:

{{  ((states('sensor.power_consumption_phase_l2')|float / states('sensor.voltage_phase_l3')|float )  * (-1) * 10 | round(0)  }}

ik zie dan dat er op de mqtt een 0:0:0 wordt gepubliceerd. (met de 3 fases aan code uiteraard)

als ik dit dan verander in

YAML:

{{ ((states("sensor.power_consumption_phase_l1")| float / states("sensor.voltage_phase_l1")| float ) * 1000 ) | round(1) }}

dan zie ik in de developer tools keurig 14,2 zoals dat ook in de dsmr integratie wordt weergegeven als de current op die phase.

Op de mqtt publicatie zie ik dan ook:
14.2:0:0

Maar dit resulteert in een error aan de smartevse, cant read mains meter check cfg or wiring.
Welke waarde wordt er verwacht?

>> update: antwoord gevonden in ocaj in "Zelfbouw Laadpaal ervaringen"

[ Voor 3% gewijzigd door Driek op 05-01-2026 19:16 ]

[hrv]

Hoe gaan jullie om met de kou?

Mijn auto staat nu continue aan de lader, dus eventuele verwarming van de accus pakt hij gewoon van het net.
Als ik met SmartEVSE ga laden dat staat hij een deel van de tijd niet aan het net gekoppeld. Maar het is met dit weer wel handig om hem af en toe even een kwartiertje bij te laden neem ik aan?

Hoe lossen jullie dat op?

[Jazsie]

Je zegt dat auto continue aan de lader zit en dus van het net pakt... vervolgens zeg je dat ie een deel van de tijd niet aan het net is gekoppeld...

Wat is het nu?

Hier hangt de auto altijd aan de lader, is een gewoonte om gewoon altijd in te steken bij thuiskomst.

[ocaj]

@hrv Waarom zou je elk kwartier moeten/willen bijladen???
Mijn auto staat al sinds vrijdag aan de straat geparkeerd, bedolven onder 20-30cm sneeuw....

Ik weet niet veel van auto-techniek, maar suggereer je nu dat hij de hele week de accu aan het verwarmen is omdat het een paar graden vriest? Dat lijkt me een onhandig concept, want dan loopt de accu wel een keer leeg. Ik kan me niet herinneren dat ik in de handleiding van de auto gelezen heb dat ik de auto niet te lang mag parkeren als het vriest?

Aanvulling: ik had hem vorige week met 100% acculading geparkeerd (doe ik meestal niet, maar ik zou zaterdag een eind gaan rijden wat uiteindelijk niet is doorgegaan vanwege code oranje) en net even gechecked in de app: Auto zegt nog steeds dat hij 100% is.

[ Voor 21% gewijzigd door ocaj op 06-01-2026 09:22 ]

[dingo35]

Offtopic

[thalx]

hrv schreef op maandag 5 januari 2026 @ 22:24:
Hoe gaan jullie om met de kou?

Mijn auto staat nu continue aan de lader, dus eventuele verwarming van de accus pakt hij gewoon van het net.
Als ik met SmartEVSE ga laden dat staat hij een deel van de tijd niet aan het net gekoppeld. Maar het is met dit weer wel handig om hem af en toe even een kwartiertje bij te laden neem ik aan?

Hoe lossen jullie dat op?

Ik doe geen korte laadperiodes nu met de lage temperaturen,maar meer langere periodes zodat de accu een beetje kan opwarmen. Van een kwartiertje laden zal de accu denk ik niet erg veel opwarmen.

Op de tijd dat mijn auto staat ingesteld om op te warmen (klimaatbeheersing) 's ochtends zet ik via een script tijdelijk de SmartEVSE lader even aan op 1-fase (ipv normaal 3) en 6A voor de klimaatbeheersing. (ik doe met zin niet hoger omdat de stroom duus is, en ik eigenlijk niet de HV accu wil laden dan)

[ Voor 6% gewijzigd door thalx op 06-01-2026 12:40 ]

[rene037]

Ik weet niet wat je voor auto hebt, maar veel/sommige (Geen idee) auto's hebben een voorziening die de accu voorverwarmt. Mijn auto (Een Hyundai Kona) heeft dat wel. Als ik de volgende vertrektijd in de app opgeef, kan ik er ook voor kiezen de klimaatbeheersing aan te zetten, zodat je in een verwarmde auto stapt. In de configuratie op het dashboard is een vinkje voor 'wintermodus' die (Als ik het goed begrepen heb) ervoor zorgt dat de accu dan op temperatuur is als je gaat laden of wilt vertrekken.
Wellicht de handleiding doorspitten of jouw auto ook zoiets heeft.

[databeestje]

manusjevanalles schreef op maandag 5 januari 2026 @ 14:20:
[...]


Mooi project! Welke hardware is hiervoor nodig? Het klinkt als zelfbouw, of gebruik je de slimmemeter+ van Marcel Zuidwijk oid?
Ik zou ook wel geïnteresseerd zijn in een beschrijving hoe je de esp op de p1 hebt aangesloten, indien je zelfbouw hardware gebruikt.

Dit is een generieke ESP32, in de meterkast heb ik een Waveshare ESP32-S3 Ethernet+PoE maar het ethernet deel doet het (nog) niet. Op een generieke ESP32 is de datapin GPIO16 (wit), 3.3 Volt naar de RTS (zwart), Gnd naar Gnd (rood) en een 10k weerstand tussen 3.3V en GPIO16 (wit).
Deze werkt al een paar weken zonder issues.

ikke26 schreef op maandag 5 januari 2026 @ 16:07:
[...]


Wellicht interessant: met de DSMR-API software op de Smart-Stuff P1 Ultra dongle kun je hetzelfde bereiken en een hele reeks aan Modbus RTU en TCP meters emuleren, zie deze documentatie. Source code is hier te vinden.

Wel bijzonder dat ik vrijwel hetzelfde idee had zonder van het bestaan te weten. De huidige features van de Smart-Stuff Ultra X2 dekken mijn volledige use case al af. Alle dingen die ik al gebouwd had zoals het doorlussen van de TCP verbinding, MQTT en Modbus meter emulatie. Het enige dat mist is SMA/Speedwire. Als dat werkt zal ik Martijn lastig vallen.

Deze is echter af en ondersteund, heeft een P1 doorlus en kan ook rs485 bedraad aansturen. Dat is voor de 3 andere kWh meters in de meterkast wel handig. Dat doe ik nu met een Waveshare RS485+PoE gateway, zou dan ook weg kunnen.

@dingo35 Wat zijn de beperkingen voor het koppelen van de P1 meter via TCP of via Modbus/TCP rechtstreeks naar de SmartEVSE? Misschien kan je een tipje van de sluier oplichten? Nu relay ik alles via de Homeassistant elke seconde

[hrv]

thalx schreef op dinsdag 6 januari 2026 @ 12:38:
[...]

Ik doe geen korte laadperiodes nu met de lage temperaturen,maar meer langere periodes zodat de accu een beetje kan opwarmen. Van een kwartiertje laden zal de accu denk ik niet erg veel opwarmen.

Op de tijd dat mijn auto staat ingesteld om op te warmen (klimaatbeheersing) 's ochtends zet ik via een script tijdelijk de SmartEVSE lader even aan op 1-fase (ipv normaal 3) en 6A voor de klimaatbeheersing. (ik doe met zin niet hoger omdat de stroom duus is, en ik eigenlijk niet de HV accu wil laden dan)

Het gaat me er om dat de auto zelf accucapaciteit verbruikt om de accus op een redelijke temperatuur te houden met dit weer. Dat verbuikt dus stroom. Staat de auto een week stil, dan kan dat best wel wat zijn met dit weer.

Het idee van een kwartier / half uurtje de smartEVSE aanzetten is dus meer om bij te laden, niet om het interieir voor te verwarmen.

[fishman]

Voor zover ik weet worden accu's alleen voorverwarmd vlak voordat ze gaan opladen. Dat verbeterd de laad efficiëntie en accu levensduur. Als je auto dus gewoon geparkeerd staat thuis verwacht ik niet dat een EV zijn accu gaat verwarmen. Ook niet als hij een week lang bij vorst stilstaat.

[ Voor 9% gewijzigd door fishman op 06-01-2026 18:45 ]

[Refthoom]

fishman schreef op dinsdag 6 januari 2026 @ 18:45:
Voor zover ik weet worden accu's alleen voorverwarmd vlak voordat ze gaan opladen. Dat verbeterd de laad efficiëntie en accu levensduur. Als je auto dus gewoon geparkeerd staat thuis verwacht ik niet dat een EV zijn accu gaat verwarmen. Ook niet als hij een week lang bij vorst stilstaat.

Voor het opladen wist ik het maar mijn auto (Model 3) verwarmt ook de accu voor het wegrijden als ik "ontdooien" kies in de app. Wist niet dat het zo was totdat ik afgelopen weekend voor het eerst een symbooltje zag en later (in hele kleine lettertjes) de tekst 'accu opwarmen'. Daarna opgezocht en is inderdaad een feature.

[dingo35]

Er is geen modbus/tcp interface, alleen modbus/rtu. Via tcp kom je uit op de REST Api

[sj0ertum]

Ik ben momenteel bezig met de Smart Evse van Stegen en twijfel nog over één ding en dat is de 'Residual current monitor' die ze ook aanbieden bij Stegen en plug&play is.

Nu is het zo, dat ik mijn huidige laadpaal achter een C karakteristiek ALAMAT (Hager ADM470G) heb zitten. Die heeft een Type B lektroom beveiliging.
Zover ik weet, gebruik je juist een C karakteristiek juist om ook DC lekstroom te kunnen pakken. Waarschijnlijk destijds overkill, want in de laadpaal zelf zit ook een DC lekstroom beveiliging gebouwd, maar wellicht komt het me nu goed van pas en heb ik niet nog een extra Lekstroom beveiliging nodig direct op de Smart EVSE.

Klopt dat?
Het voordeel van wat die module wel doet, is de Smart EVSE gecontroleerd het laden laten onderbreken, ipv dat m'n Alamat er totaal uitknalt en de Smart EVSE meeneemt.

[Femme]

sj0ertum schreef op woensdag 7 januari 2026 @ 15:34:
Ik ben momenteel bezig met de Smart Evse van Stegen en twijfel nog over één ding en dat is de 'Residual current monitor' die ze ook aanbieden bij Stegen en plug&play is.

Nu is het zo, dat ik mijn huidige laadpaal achter een C karakteristiek ALAMAT (Hager ADM470G) heb zitten.
Zover ik weet, gebruik je juist een C karakteristiek juist om ook DC lekstroom te kunnen pakken. Waarschijnlijk destijds overkill, want in de laadpaal zelf zit ook een DC lekstroom beveiliging gebouwd, maar wellicht komt het me nu goed van pas en heb ik niet nog een extra Lekstroom beveiliging nodig direct op de Smart EVSE.

Klopt dat?
Het voordeel van wat die module wel doet, is de Smart EVSE gecontroleerd het laden laten onderbreken, ipv dat m'n Alamat er totaal uitknalt en de Smart EVSE meeneemt.

Een type B aardlekschakelaar beveiligt tegen DC-lekstromen. Het is verwarrend maar iets anders dan de afschakelkarakteristiek bij overbelasting.

[Elmardus]

@sj0ertum
Dat klopt niet helemaal. Je haalt karakteristiek van de automaat en type aardlek door elkaar.

De B karakteristiek of C karakteristiek zegt iets over hoe snel de automaat afschakelt bij een plotseling hoge stroom. Een C-karakteristiek schakelt minder snel af. Bij de meeste laadpalen (en andere groepen in huis) zou ik een B-karakteristiek verwachten. Ik verwacht dat de C-kar geen kwaad kan, maar weet dit niet zeker.

Een aardlekschakelaar voor normale toepassingen is een type A. Dit type aardlek schakelt echter niet af bij een DC-lekstroom, alleen bij AC-lekstroom. Aangezien (sommige) EV's DC-lek kunnen hebben heb je hier een speciale type B aardlek voor nodig. Deze zijn meestal duur.

Aangezien jouw Alamat een type A is, en dus niet geschikt voor DC-lek, zul je de Residual current monitor van Stegen moeten gebruiken. Deze is plug-en-play. Alternatief kan je de alamat vervangen door een type B (en met B-karakteristiek), deze zijn echter zéér duur en is dus niet echt een logische keuze tov een losse DC monitor.

[sj0ertum]

Elmardus schreef op woensdag 7 januari 2026 @ 16:11:
@sj0ertum
Dat klopt niet helemaal. Je haalt karakteristiek van de automaat en type aardlek door elkaar.

De B karakteristiek of C karakteristiek zegt iets over hoe snel de automaat afschakelt bij een plotseling hoge stroom. Een C-karakteristiek schakelt minder snel af. Bij de meeste laadpalen (en andere groepen in huis) zou ik een B-karakteristiek verwachten. Ik verwacht dat de C-kar geen kwaad kan, maar weet dit niet zeker.

Een aardlekschakelaar voor normale toepassingen is een type A. Dit type aardlek schakelt echter niet af bij een DC-lekstroom, alleen bij AC-lekstroom. Aangezien (sommige) EV's DC-lek kunnen hebben heb je hier een speciale type B aardlek voor nodig. Deze zijn meestal duur.

Aangezien jouw Alamat een type A is, en dus niet geschikt voor DC-lek, zul je de Residual current monitor van Stegen moeten gebruiken. Deze is plug-en-play. Alternatief kan je de alamat vervangen door een type B (en met B-karakteristiek), deze zijn echter zéér duur en is dus niet echt een logische keuze tov een losse DC monitor.

Ahhh klopt het is een C karakteristiek, maar een Type A lekstroom beveiliging. Ik dacht in het snelle zoeken een Type B lekstroom beveiliging te hebben gezien, maar dat is dus niet zo.

In de laadpaal die ik aan het ombouwen ben, zie ik een DC beveiliging zitten, alleen de connector en het aantal draden daarvan is zo te zien anders dan die van Stegen, dus helaas niet makkelijk te hergebruiken. Dan toch maar even die van Stegen nog laten komen. Bedankt mannen!

[ Voor 26% gewijzigd door sj0ertum op 07-01-2026 16:42 ]

[maarten_NL]

Mag een zelfbouw-ont-laad-paal vraag wel?

Ik heb een Kia Ev3 en bij het uitblijven van de V2G functionaliteit zit ik er over te denken over de V2L te gaan gebruiken om mijn thuisaccu (nu 2,5kWh) wanneer nodig te kunnen laden vanuit de EV3. Daarbij wil ik natuurlijk geen kabels moeten gaan wisselen dus zat ik te denken aan:

Een omschakel automaat in de vaste laadkabel om tussen EV laden en V2L te kunnen schakelen
Het toevoegen van een wisselrelais tussen de PP/PE met een 2.7K weerstand (dat is alles om een V2L stekker te maken)

Dan een dikke Victron lader om de thuisaccu op te laden/DC te voeden aan de al aanwezige Multiplus om AC te voeden naar het huis.

Efficient is het niet, maar stroom gaat straks toch niks meer opleveren dus als ik dan deze setup kan gebruiken om tussen 17h-1h het huis te voeden (of als de prijs echt de pan uit vliegt zelfs terug te leveren) en dan vanaf 1u-17h de EV3 weer met goedkope of zonnestroom op te kunnen laden.

Heeft iemand al zoiets geknutseld?

[BarryH]

maarten_NL schreef op donderdag 8 januari 2026 @ 21:45:
Mag een zelfbouw-ont-laad-paal vraag wel?

Ik heb een Kia Ev3 en bij het uitblijven van de V2G functionaliteit zit ik er over te denken over de V2L te gaan gebruiken om mijn thuisaccu (nu 2,5kWh) wanneer nodig te kunnen laden vanuit de EV3. Daarbij wil ik natuurlijk geen kabels moeten gaan wisselen dus zat ik te denken aan:

Een omschakel automaat in de vaste laadkabel om tussen EV laden en V2L te kunnen schakelen
Het toevoegen van een wisselrelais tussen de PP/PE met een 2.7K weerstand (dat is alles om een V2L stekker te maken)

Dan een dikke Victron lader om de thuisaccu op te laden/DC te voeden aan de al aanwezige Multiplus om AC te voeden naar het huis.

Efficient is het niet, maar stroom gaat straks toch niks meer opleveren dus als ik dan deze setup kan gebruiken om tussen 17h-1h het huis te voeden (of als de prijs echt de pan uit vliegt zelfs terug te leveren) en dan vanaf 1u-17h de EV3 weer met goedkope of zonnestroom op te kunnen laden.

Heeft iemand al zoiets geknutseld?

wellicht een nul stand ertussen maken?

[Stefannn]

maarten_NL schreef op donderdag 8 januari 2026 @ 21:45:
Mag een zelfbouw-ont-laad-paal vraag wel?

Ik heb een Kia Ev3 en bij het uitblijven van de V2G functionaliteit zit ik er over te denken over de V2L te gaan gebruiken om mijn thuisaccu (nu 2,5kWh) wanneer nodig te kunnen laden vanuit de EV3. Daarbij wil ik natuurlijk geen kabels moeten gaan wisselen dus zat ik te denken aan:

Een omschakel automaat in de vaste laadkabel om tussen EV laden en V2L te kunnen schakelen
Het toevoegen van een wisselrelais tussen de PP/PE met een 2.7K weerstand (dat is alles om een V2L stekker te maken)

Dan een dikke Victron lader om de thuisaccu op te laden/DC te voeden aan de al aanwezige Multiplus om AC te voeden naar het huis.

Efficient is het niet, maar stroom gaat straks toch niks meer opleveren dus als ik dan deze setup kan gebruiken om tussen 17h-1h het huis te voeden (of als de prijs echt de pan uit vliegt zelfs terug te leveren) en dan vanaf 1u-17h de EV3 weer met goedkope of zonnestroom op te kunnen laden.

Heeft iemand al zoiets geknutseld?

Ik heb een ioniq5 en speel al heel lang met vergelijkbare gedachte. Ik heb nog geen thuisbatterij (komt nog) maar op deze manier zou ik het huis wel als v2h kunnen voeden.
Ik heb de smartEVSE expres in de meterkast zitten en heb een volledige laadkabel met PP ader (veel laadkabels hebben geen PP ader maar hebben de weerstand in de plug). Ik zou de V2L functie dus op de door jouw beschreven manier in de meterkast beschikbaar kunnen maken.
Echter…..
Ik durf het omschakelen niet aan….
Op zich snap ik heel goed hoe ik dat moet maken,.. maar….
Je moet extreem goed opletten dat de auto niet per ongeluk aan het grid komt te hangen terwijl hij aan het terugleveren is.
En daarbij ook rekening houden met potentieel weigerende relais.
Alles bij elkaar weegt de meerwaarde van “auto stroom gebruiken” niet op tegen “risico auto kapot”.
Daarbij ook nog de afweging dat stroom van accu naar accu brengen gepaard gaat met flinke verliezen.
Als ooit een keer de stroom uitvalt en “het echt nodig is” dan kan ik altijd met een verlengsnoer naar de V2L adapter. En/of.. misschien maak ik nog een keer een V2L stopcontact in de meterkast. Dat is niet zo risicovol en eigenlijk wel leuk.
Maar eerlijk gezegd koop ik dit jaar een 12kWh thuisbatterij en dan is de auto optie afgezien van een zeldzame meerdaagse stroomuitval niet nodig.

[maarten_NL]

@Stefannn als je bij elektramat kijkt zie je omschakel relais met een 0 in het midden, dus het is of standje 1 die de laadkabel met het grid verbind, stand 0 zit er tussen en dan standje 2 die de laadkabel met de acculader verbind.

[Stefannn]

maarten_NL schreef op vrijdag 9 januari 2026 @ 09:42:
@Stefannn als je bij elektramat kijkt zie je omschakel relais met een 0 in het midden, dus het is of standje 1 die de laadkabel met het grid verbind, stand 0 zit er tussen en dan standje 2 die de laadkabel met de acculader verbind.

Yep dat snap ik en dat weet ik.
Maar mijn ioniq5 was 60.000 euro.
dan hobby ik liever met een thuis batterij van 6000 (ish) euro.

[databeestje]

dingo35 schreef op dinsdag 6 januari 2026 @ 20:34:
Er is geen modbus/tcp interface, alleen modbus/rtu. Via tcp kom je uit op de REST Api

Ingebouwd, getest, meer dan een dag succesvol met een 3.9.3. Dan nog blijft het een hobbyisten ding, maar het scheelt weer een afhankelijkheid van HA, als de wifi maar blijft werken.

De post request heb ik een harde timeout op gezet van ~0.6s zodat er niet onnodig sessies open blijven staan of dat dit out of sync kan raken.



https://github.com/smos/esp32-p1-modbus/tree/main

[ Voor 3% gewijzigd door databeestje op 11-01-2026 09:06 ]

[Frankzelf]

Beste mensen,

Heb een EVbox omgebouwd, en SmartEVSE, LED drukknop en DC stroombeveiliging toegevoegd. De bedoeling is gewoon zo makkelijk mogelijk: laden met eigen stroom; niks meten of registreren oid.
Alles keurig ingebouwd en aangesloten volgens schema's.
Stroom erop geeft melding ACCESS DENIED.
Knop eenmaal indrukken geeft melding READY FOR CHARGING.

En daar blijft het bij helaas. C1 komt geen spanning op, dus het 'doorvoer relais' wordt niet geactiveerd.

Heb de volgende instellingen in de EVSE:
MODE : Normal
CONFIG : Socket
LOCK : alle 3 geprobeerd (bij solenoid blijft de locker geluiden maken, en bij motor is ie stil)
PWR SHARE : Disabled
MAINS MET : Disabled
EV METER : Disabled
SWITCH : Access B
RCMON : beide geprobeerd (weet dat hij op Enabled moet staan ivm de DC beveiliging)
RFID : Disabled
WIFI : Disabled
AUTOUPDAT : Disabled

Ik zou het zo even niet weten dus.
Wellicht iemand dezelfde ervaring, en een passende oplossing.
Het lijkt zo simpel allemaal haha.

Groeten Frank

[Stefannn]

Frankzelf schreef op dinsdag 13 januari 2026 @ 18:36:
Beste mensen,

Heb een EVbox omgebouwd, en SmartEVSE, LED drukknop en DC stroombeveiliging toegevoegd. De bedoeling is gewoon zo makkelijk mogelijk: laden met eigen stroom; niks meten of registreren oid.
Alles keurig ingebouwd en aangesloten volgens schema's.
Stroom erop geeft melding ACCESS DENIED.
Knop eenmaal indrukken geeft melding READY FOR CHARGING.

En daar blijft het bij helaas. C1 komt geen spanning op, dus het 'doorvoer relais' wordt niet geactiveerd.

Heb de volgende instellingen in de EVSE:
MODE : Normal
CONFIG : Socket
LOCK : alle 3 geprobeerd (bij solenoid blijft de locker geluiden maken, en bij motor is ie stil)
PWR SHARE : Disabled
MAINS MET : Disabled
EV METER : Disabled
SWITCH : Access B
RCMON : beide geprobeerd (weet dat hij op Enabled moet staan ivm de DC beveiliging)
RFID : Disabled
WIFI : Disabled
AUTOUPDAT : Disabled

Ik zou het zo even niet weten dus.
Wellicht iemand dezelfde ervaring, en een passende oplossing.
Het lijkt zo simpel allemaal haha.

Groeten Frank

Zat de auto er al aan?
En in geval van socket moet de kabel die er in gaat wel een weerstand tussen GND en PP hebben anders doet hij het ook niet.
- Weerstand moet in de kabel cq plug (niet in de laadpaal)
- PP moet aangesloten zijn (tussen socket en smartEVSE)
De SmartEVSE meet die weerstand en weet dan enerzijds dat de kabel er in zit en anderzijds de maximale stroom die betreffende kabel kan hebben.

[Frankzelf]

De auto zit er al aan ja. (Hyundai Kona)
Is gewoon de kabel die altijd al gebruikt werd....
Heb uiteraard PP en CP ook aangesloten.
Kan ik daar iets op meten met een scope??

[Stefannn]

Frankzelf schreef op dinsdag 13 januari 2026 @ 19:49:
De auto zit er al aan ja. (Hyundai Kona)
Is gewoon de kabel die altijd al gebruikt werd....
Heb uiteraard PP en CP ook aangesloten.
Kan ik daar iets op meten met een scope??

je kan hem eens op "fixed cable" zetten, dan negeert hij de PP ingang.

[ocaj]

Ik zou beginnen met het laden van het debug-image en kijken of je in de logging iets ziet.
debug-image zit standaard in de firmware-distributies: https://github.com/dingo35/SmartEVSE-3.5/releases

[Frankzelf]

Ik meet aan de 'autokant' van de kabel (=contrastekker) een weerstand van 220Ohm tussen PP en PE.
Is het normaal dat de PP pennen niet met elkaar verbonden zijn aan beide uiteinden van de kabel?
Want nu heeft het volgens mij weinig nut om de PP aansluiting vanuit de walbox aan de EVSE aan te sluiten; aangezien er aan de 'male'-connector niks zit op de PP-pen.
En dit gewoon de standaard Hyundai kabel welke altijd heeft gewerkt

[rene037]

Ik zie dat je een Kona hebt, heb je in de app daluren ingesteld? En een andere truuk: klik in de app op 'start charching' , kijk of hij dan gaat laden.Of je krijgt een melding dat het niet mogelijk is, check vehicle of iets van die strekking. Heb je weinig aan, maar dan weet je dat hij het wel probeert.
Ik krijg ook soms die melding, dan plug uit de auto en er weer in, en hij start alsnog. Maar ik neem aan dat je dat al geprobeerd hebt.
En of je met de skoop iets kunt zien? Jazeker, wel even de protocoldefinitie opzoeken, heb ik niet zo bijdehand, maar is te vinden.

[stegen]

Heb je de PE / randaarde op de SmartEVSE aangesloten op de aardrail in de EVbox behuizing?
Dat wordt namelijk het vaakst vergeten. Alles lijkt het dan te doen, maar de referentie aarde ontbreekt, dus de auto 'ziet' de EVSE dan niet.
Je kan eventueel met een multimeter meten tussen de CP pen en PE aan de stekker die je in de auto steekt.
Hier moet je ongeveer 12V meten.

Het klopt dat de PP aansluiting in de stekker blijft. Het is alleen een weestand tussen de PP en de PE pen in de stekker.

[nvdbosch]

Ik heb vandaag problemen met de acceptatie van mijn Shell TagID in combinatie met de TAP OPCC. Ik heb ook nog een openbare paal geprobeerd en daar start de laadsessie wel netjes. Zijn er anderen die problemen hebben met TAP in combinatie met Shell?

[bjab]

Na een relatief korte tijd lurken in dit topic heb ik ook de stoute schoenen aangetrokken en het volgende uitgevoerd:

22kW newmotion laadpaal van marktplaats gehaald en bij een andere verkoper een 6m 22kW laadkabel op de kop getikt. Daarnaast bij stegen een smartevse inclusief relais, rfid lezer en button besteld. Ook nog wat flexibele draad besteld om het een en ander aan te sluiten. Ondanks dat de laadkabel die ik al eerder aangelegd heb afgezekerd is op 16A, heb ik alle materialen zo gekozen dat ik later eventueel eenvoudig kan upgraden naar 22kW. Gezien mijn auto dat niet ondersteund is dat nu nog niet van toepassing.

De laadpaal heb ik gestript van alle onnodigheden. Daarnaast wat aluminium strip gebruikt om een extra DIN-rail op te bevestigen en vervolgens de componenten geplaatst. Voor de knop heb ik enkel wat niet meer gebruikt plastic verwijderd en voor de rfid-lezer wat gaten geboord. Deze zit ook netjes op de oorspronkelijke plek achter de behuizing. Helaas kwam ik met de kabelloop niet helemaal uit, dus een aantal kabels moesten bovenlangs. Wat rest is wat meer automatiseringen met home-assistant, want gisteren en vandaag heeft de auto lekker op basis van de dsmr-meting via home-assistant op zonne-energie staan laden.Wat ik nog enigszins mis is zonder de kap open te hoeven maken via de web-interface de instellingen te kunnen aanpassen zoals deze ook op het display te doen zijn. Wellicht zie ik het over het hoofd, maar voor de rest erg tevreden met het tot nu toe behaalde resultaat.

[mjvdzwet]

Je kan een LCD pin code instellen op de SmartEVSE. Dan in de webinterface op het LCD scherm klikken en de code in voeren.

Dan kan je hem bedienen.


Ik mis de DC lekstroom beveiliging, heb je die in de meterkast?

[ Voor 18% gewijzigd door mjvdzwet op 15-01-2026 21:03 ]

[Hieke]

mjvdzwet schreef op donderdag 15 januari 2026 @ 21:01:
Ik mis de DC lekstroom beveiliging, heb je die in de meterkast?

Ik zie wel de aansluitdraden daarvoor in de smart evse verdwijnen. Dus die zal uit het zicht zitten

[mjvdzwet]

Hieke schreef op donderdag 15 januari 2026 @ 21:20:
[...]

Ik zie wel de aansluitdraden daarvoor in de smart evse verdwijnen. Dus die zal uit het zicht zitten

Idd, ik zie ze nu ook

[busscherski]

Is er al bekend of en hoe smart EVSE ERE-certificaten gaat ondersteunen? Ik heb al een MID-meter in gebruik.

https://www.evrijders.nl/...625b104&mc_eid=e7d545a652

[ruud76]

busscherski schreef op donderdag 15 januari 2026 @ 22:38:
Is er al bekend of en hoe smart EVSE ERE-certificaten gaat ondersteunen? Ik heb al een MID-meter in gebruik.

https://www.evrijders.nl/...625b104&mc_eid=e7d545a652

Interessant.. maar als je een MID meter voor (hoeft niet eens aan..) de SmartEVSE hebt hangen, dan ben je toch klaar?

[bjab]

mjvdzwet schreef op donderdag 15 januari 2026 @ 21:01:
Je kan een LCD pin code instellen op de SmartEVSE. Dan in de webinterface op het LCD scherm klikken en de code in voeren.

Dan kan je hem bedienen.


Ik mis de DC lekstroom beveiliging, heb je die in de meterkast?

De lekstroombeveiliging staat gewoon op de foto. Hint: hij is zwart

Wat betreft de pincode: ik dacht in de manual gelezen te hebben dat deze maar 2 minuten geldig was, vandaar dat ik het niet verder uitgezocht heb. Ik zal de paal dit weekend eens open schroeven om met de pincode te “spelen”

[Hmmbob]

mjvdzwet schreef op donderdag 15 januari 2026 @ 21:01:
Ik mis de DC lekstroom beveiliging, heb je die in de meterkast?

Gewoon op de foto hoor, rechts naast de relais

[adjego]

bjab schreef op vrijdag 16 januari 2026 @ 06:03:
[...]


De lekstroombeveiliging staat gewoon op de foto. Hint: hij is zwart

Wat betreft de pincode: ik dacht in de manual gelezen te hebben dat deze maar 2 minuten geldig was, vandaar dat ik het niet verder uitgezocht heb. Ik zal de paal dit weekend eens open schroeven om met de pincode te “spelen”

Dit is gewoon op de webinterface. De kap hoeft niet meer open. Op de website heb je het scherm ook zichtbaar en heb je de knopjes ook beschikbaar.

[Kelly Tong]

Duidelijke uitleg, vooral het deel over de EVSE en de veiligheid vond ik prettig om te lezen.

[bjab]

adjego schreef op vrijdag 16 januari 2026 @ 11:06:
[...]


Dit is gewoon op de webinterface. De kap hoeft niet meer open. Op de website heb je het scherm ook zichtbaar en heb je de knopjes ook beschikbaar.

Klopt, maar zodra ik op de knopjes druk vraagt hij om de pincode. Ik zal hem dus eerst moeten linken. Bij een eerste pogingen faalde hij op het invoeren van de gegenereerde pincode.

[adjego]

bjab schreef op vrijdag 16 januari 2026 @ 11:54:
[...]


Klopt, maar zodra ik op de knopjes druk vraagt hij om de pincode. Ik zal hem dus eerst moeten linken. Bij een eerste pogingen faalde hij op het invoeren van de gegenereerde pincode.

Die heeft een default van 0000.

[stegen]

De gegenereerde PIN is de APP PIN, deze is willekeurig, en kan gebruikt worden om de controller aan de smartphone app te koppelen.
De LCD PIN kan je zelf instellen, en is voor het beveiligen van de web interface. Zoals @adjego al zei staat deze standaard op 0000

[WillemI]

Ter info: het lijkt erop dat er ook mogelijkheden komen om met een zelfbouw laadpaal mee te doen met de ERE regeling. Er zou dan alleen een (waarschijnlijk wel MID-gekeurde) kWh meter nodig zijn.
Zie het topic [EV] ERE certificaten, geld verdienen met thuisladen.

[fishman]

WillemI schreef op vrijdag 16 januari 2026 @ 13:55:
Ter info: het lijkt erop dat er ook mogelijkheden komen om met een zelfbouw laadpaal mee te doen met de ERE regeling. Er zou dan alleen een (waarschijnlijk wel MID-gekeurde) kWh meter nodig zijn.
Zie het topic [EV] ERE certificaten, geld verdienen met thuisladen.

Ik had hier nog helemaal niet van gehoord, maar lijkt interessant.
Heb even zitten kijken op deze site: https://www.denhartogbv.c...particulier-zo-werkt-het/
Deze info lijkt erop te wijzen dat het ook met een zelfbouwpaal moet werken:

Handmatige jaarlijkse meterstand (foto of rapportage)
Heeft u geen backoffice én geen installateursomgeving, maar wel een MID-kWh-meter in de voedingsgroep van uw laadpaal? Dan kan het in sommige gevallen ook handmatig:

u maakt aan het begin en einde van het jaar een foto van de MID-meter;

u ontvangt in januari een verzoek om de meterstand door te geven of een rapport te uploaden;

op basis van het verschil in meterstanden wordt berekend hoeveel kWh u in dat jaar heeft geladen.

Deze methode wordt vooral gebruikt bij eenvoudige thuisinstallaties zonder slimme software, maar mét betrouwbare meting.

[rene037]

Ook bij de VER wordt er melding van gemaakt: https://www.evrijders.nl/...ertificaten-hoe-werken-ze
[Tip: lid worden kan gratis en is onafhankelijke club.]

[tlpeter]

rene037 schreef op vrijdag 16 januari 2026 @ 15:47:
Ook bij de VER wordt er melding van gemaakt: https://www.evrijders.nl/...ertificaten-hoe-werken-ze
[Tip: lid worden kan gratis en is onafhankelijke club.]

Eerst staat er "alle laadpalen kunnen meedoen" en dan later dat er een gecertificeerde MID in moet zitten.
Ik baal hier wel van. Een paar maanden terug zelf een paal opgehangen en vond het niet nodig om een paar honderd euro extra uittegeven waarbij die er wel inzit. Ik ga dit dan voorlopig ook niet terugverdienen zo.
Beetje oftopic aangezien het niet zelfbouw is maar ik denk dat zelfbouw er dan ook niet onder valt.

[ Voor 7% gewijzigd door tlpeter op 16-01-2026 15:54 ]

[rene037]

'kunnen' heeft niet altijd de betekenis van 'onder elke omstandigheid'. Ik lees er niet in dat zelfbouwlaadpalen niet zouden kunnen, zolang je maar een gecertificeerde energiemeter hebt. Maar ook dat staat er niet expliciet, dus wie probeert het even? (Ik heb geen aparte energiemeter voor mijn laadpaal, dus ook niet gecertificeerd.)

[Mister I]

Ik heb me zojuist aangemeld bij den hartog. Begin februari krijg ik een account krijg ik direct op de mail.
Ben benieuwd!

[jjonkie]

Ik zit ook te denken aan den Hartog maar ik kwam ook dit tegen:

MID meters buiten de laadpaal
Vanaf 2026 mogen bedrijven bepaalde leveringen niet meer inboeken. Dit gaat om leveringen van elektriciteit waarbij de MID-meter buiten de laadpaal is geplaatst. Dat mag op dit moment nog wel, waarbij geldt dat de meter in de laadpaal zelf de in te boeken hoeveelheid meet, en de MID-meter buiten de laadpaal contra-informatie levert. Vanaf 2026 moet de meter in de laadpaal zelf MID-gecertificeerd zijn óf moet er sprake zijn van een exclusief bemeterd allocatiepunt. Vanwege de technische aanpassingen die nodig zijn voor bestaande situaties die hieraan niet voldoen, staat de NEa voor 2026 een overgangsperiode toe waarin zij niet op dit punt gaat optreden. Dat betekent dat bedrijven een constructie met een MID-meter buiten de laadpaal nog kunnen inboeken in 2026. Per 1 januari 2027 is dit niet meer toegestaan.

Ik heb 2 SmartEvse palen en de hardware zit in een (aparte) groepenkast naast mijn andere grroepenkast. Ik wil er 1 MID meter voorzetten maar dat is toch feitelijk dan "in" de laadpaal...

[Mister I]

jjonkie schreef op vrijdag 16 januari 2026 @ 19:10:
Ik zit ook te denken aan den Hartog maar ik kwam ook dit tegen:


[...]


Ik heb 2 SmartEvse palen en de hardware zit in een (aparte) groepenkast naast mijn andere grroepenkast. Ik wil er 1 MID meter voorzetten maar dat is toch feitelijk dan "in" de laadpaal...

Hier hetzelfde. Heb de componenten van de laadpaal in een aparte groepenkast zitten waar de smartEVSE ook in zit wat mij betreft is dit de laadpaal. We gaan het zien.

[blaaspijp]

Hoe ga je om met de verliezen tussen de hoofdaansluiting en de MID meter in de paal, dit verschil kan zomaar 2-5% bedragen.

[tomtommie]

Soepvlieg schreef op woensdag 12 november 2025 @ 10:20:
Tijdje geleden rapporteerde ik wat connectieproblemen met de smartEVSE.
10 dagen verder en de wegvallende verbinding is nog 4 keer voorgekomen.
Telkens te fixen door op de smartEVSE zelf met de knopjes door het menu heen te cyclen en bij wifi door het submenu te cyclen: enabled > setupWifi > disabled > enabled

[...]

Ik ga de smartEVSE toch maar overzetten naar mqtt en kijken of dat voor stabiliteit zorgt.

Heb je dit nog eens opgelost? Is het mogelijk om te switchen naar mqtt vanuit de slimmelezer? Op zich vond ik het wel mooi dat hij direct de waardes pushed zonder tussenkomst van bijvoorbeeld Home Assistant.

[dingo35]

Zeer interessant die ERE certificaten, maar er blijkt al een speciaal topic over te zijn:
[EV] ERE certificaten, geld verdienen met thuisladen

[ngommers]

Ik ben wel echt benieuwd of SmartEVSE goede ondersteuning gaat bieden voor die ERE certificaten ik heb een Eastron MID gecertificeerde meter in de kast zitten dus ik voldoe volgens mij wel aan de eisen.

[hterhofte]

dingo35 schreef op vrijdag 16 januari 2026 @ 23:24:
Zeer interessant die ERE certificaten, maar er blijkt al een speciaal topic over te zijn:
[EV] ERE certificaten, geld verdienen met thuisladen

Dit zou voor veel laadpaal-zelfbouwers met een MID-gecertificeerde kWh-meter best wel eens interessant kunnen zijn. Sinds 1-jan-2026 kunnen door de invoering van de RED III-richtlijn particulieren namelijk ook aan voertuigen geleverde hernieuwbare elektriciteit inboeken en daarmee Emissiereductie-eenheden (ERE's) genereren. Omdat particulieren zelf doorgaans niet aan de drempelwaarde van 2 miljoen kWh per jaar komen, moet dit via een andere marktpartij gaan, een zogenaamde 'inboekdienstverlener'. De opbrengst voor een particulier met een laadpaal lijkt al snel om meer dan honderd euro per jaar te gaan.

Een harde eis in de regeling is dat de elektriciteit gemeten wordt door een geregeld meetinstrument als bedoeld in de Metrologiewet, voorzien van de voorgeschreven merktekens. In de praktijk betekent dit een MID-meter. Daarnaast moet deze meter onderdeel zijn van het bemeterde leverpunt en exclusief de stroom meten die naar de EV gaat.

Om aan deze eisen te voldoen, zou ik mijn huidige Eastron SDM630-ModbusV2 (die niet MID-gecertificeerd is) in mijn zelfgebouwde laadpaal op basis van SmartEVSE kunnen vervangen door een exemplaar dat wel een geldige conformiteitsbeoordeling heeft, zoals de Eastron SDM72D-M. Gezien de verwachte opbrengst uit de ERE's zou die investering van €61 zich wel eens heel snel kunnen terugverdienen.

Hét grote punt is dat je als zelfbouwer afhankelijk bent van een inboekdienstverlener. Dit is de marktpartij die namens jou de hernieuwbare elektriciteit registreert bij de Nederlandse Emissieautoriteit (NEa). We hebben als zelfbouwers een inboekdienstverlener nodig die:

1. Het bemeterde leverpunt functioneel interpreteert. De regelgeving stelt namelijk dat de meter "onderdeel van het leverpunt" moet zijn. Bij zelfbouw is dat geen kant-en-klare paal, maar een samenstel van componenten (zoals de SmartEVSE en de kWh-meter) in een DIN-rail behuizing.
2. Accepteert dat op basis van een foto of elektrisch schema wordt aangetoond dat er een geregeld meetinstrument (MID-meter) aanwezig is die voldoet aan de Metrologiewet.
3. Verifieert en documenteert in het dossier dat dit meetinstrument exclusief de stroom registreert die aan het voertuig wordt geleverd. Het feit dat er andere componenten (zoals alamats voor PV of een warmtepomp in mijn geval) in dezelfde groepenkast zitten, hoeft technisch geen belemmering te zijn, zolang de verificateur kan vaststellen dat de kWh-meter uitsluitend de lader bemetert.
4. Het operationele risico durft te dragen voor de verplichte inboekverificatie. Een onafhankelijke verificateur moet namelijk met een redelijke mate van zekerheid kunnen vaststellen dat de ingeboekte data geen materiële afwijkingen bevatten. Dit gebeurt op basis van een risicoanalyse en kan leiden tot steekproefsgewijze locatiebezoeken.

Ervaringen en oproep: Ik hoor graag of er al ervaringen zijn met inboekdienstverleners die dit zelfbouw-laadpalen accepteren (voordat ik die €61 aan een MID-meter uitgeef). Wordt er bijvoorbeeld gevraagd om een specifiek installatiebewijs of gedetailleerde foto's van de interne bedrading? En worden die dan ook geaccepteerd?

En mocht er nog geen zelfbouw-vriendelijke inboekdienstverlener zijn: zijn er hier wellicht ondernemende Tweakers die er lol in zien om zelf een zelfbouw-vriendelijke inboekdienstverlener op te richten? Voor registratie bij NEa moet je dan aannemelijk kunnen maken om minimaal 200 machtigingen van natuurlijke personen of ondernemingen (of minimaal 2 miljoen kWh per kalenderjaar) te gaan halen.

Bronnen:
- https://www.emissieautori...boeken-elektriciteit-red3
- https://www.internetconsu...6_implementatie_rediii/b1

[ Voor 2% gewijzigd door hterhofte op 17-01-2026 17:45 . Reden: Typo ]

[Adze]

hterhofte schreef op zaterdag 17 januari 2026 @ 15:38:
[...]

Ervaringen en oproep: Ik hoor graag of er al ervaringen zijn met inboekdienstverleners die dit zelfbouw-laadpalen accepteren (voordat ik die €61 aan een MID-meter uitgeef). Wordt er bijvoorbeeld gevraagd om een specifiek installatiebewijs of gedetailleerde foto's van de interne bedrading? En worden die dan ook geaccepteerd?

Ik loop ook tegen zelfde issue aan dat zelfbouw niet wordt geaccepteerd. Ik heb wel een MID gecertificeerde meter in de paal. Maar bij ere-registratie.nl durven ze het niet aan met onderstaande oplossing:

[jjonkie]

Wat zou er volgens hun mis mee zijn ?

[Stefannn]

jjonkie schreef op zondag 18 januari 2026 @ 11:30:
Wat zou er volgens hun mis mee zijn ?

gokje...
zelfbouw impliceert dat iemand het zelf kan maken
En daarmee dus ook dat iemand het zelf kan modificeren na aanmelding

[hterhofte]

Stefannn schreef op zondag 18 januari 2026 @ 11:52:
[...]

gokje...
zelfbouw impliceert dat iemand het zelf kan maken
En daarmee dus ook dat iemand het zelf kan modificeren na aanmelding

Volgens mij bewijzen de foto's van Adze juist dat een bestaande laadpaal gemodificeerd kan worden, dus als dat de logica is dan zouden ze geen enkele niet verzegelde laadpaal willen accepteren?

Voor zover ik (en NotebookLM) kon zien staat er niets in de (conceptversies van de) regelgeving dat zelfbouw expliciet uitsluit.

Wat Adze's ervaring onderstreept is dat we dus als zelfbouwers afhankelijk van de risico-inschatting van de bestaande (en toekomstige?) inboekdienstverleners...

[ Voor 4% gewijzigd door hterhofte op 18-01-2026 15:34 . Reden: Foto's waren vannl Adze ]

[Refthoom]

Stefannn schreef op zondag 18 januari 2026 @ 11:52:
[...]

gokje...
zelfbouw impliceert dat iemand het zelf kan maken
En daarmee dus ook dat iemand het zelf kan modificeren na aanmelding

Het enige wat interessant is voor ze is dat de meetgegevens correct zijn en vandaar de MID certficering. De rest van de laadpaal zou ze niet moeten interesseren. Maar goed, de les die ik hier uithaal is dat als ze een foto vragen van de laadpaal dat het een dichte laadpaal is, dus de binnenkant niet zichtbaar.

[maarten_NL]

Stefannn schreef op zondag 18 januari 2026 @ 11:52:
[...]

gokje...
zelfbouw impliceert dat iemand het zelf kan maken
En daarmee dus ook dat iemand het zelf kan modificeren na aanmelding

Onderaan de aanmelding moet je ook toestemming geven om aansluitingsgegevens (meterstanden?) op te vragen:



Dus dan kunnen ze je verbruiksopgave toch heel simpel met de verbruiksgegevens controleren.

[maarten_NL]

Refthoom schreef op zondag 18 januari 2026 @ 15:55:
[...]

Het enige wat interessant is voor ze is dat de meetgegevens correct zijn en vandaar de MID certficering. De rest van de laadpaal zou ze niet moeten interesseren. Maar goed, de les die ik hier uithaal is dat als ze een foto vragen van de laadpaal dat het een dichte laadpaal is, dus de binnenkant niet zichtbaar.

Op ere-registratie:
Wat dien ik te uploaden? Upload hier een bewijs dat de laadpaal er daadwerkelijk staat. Bij voorkeur een factuur van installatie of een foto van de laadpaal inclusief serienummer. Zijn het meerdere laadpalen? Dan graag meerdere facturen of foto’s indien van toepassing

Als een zelfbouw zo'n probleem is, is dan een foto van de buitenkant van een omgebouwde newmotion wel ok?

[gastje01]

Ik volg dit ook met interesse, maar ik ben er nog niet helemaal uit hoe het nu exact werkt. Communiceert de (in ons geval zelfbouw) paal met een OCCP-backoffice en haalt de ERE-toko hier z’n gegevens vandaan, of moet de EVSE hier direct meer communiceren?

[Refthoom]

maarten_NL schreef op zondag 18 januari 2026 @ 16:18:
Als een zelfbouw zo'n probleem is, is dan een foto van de buitenkant van een omgebouwde newmotion wel ok?

Ik ga niet zeggen wat je moet doen maar als ik de tekst van ere-registratie zo lees dan lijkt het dat het ze om mogelijk misbruik voorkomen gaat en dat ze voldoende unieke gegevens willen hebben om te zorgen dat iemand niet de laadpaal van de buren opgeeft bijvoorbeeld. Een foto van bijvoorbeeld de laadpaal met je voordeur en huisnummer, eventueel aangevuld met het serienummer op de behuizing, lijkt dan voldoende. Maar niet naar mij kijken als het anders blijkt

[hterhofte]

maarten_NL schreef op zondag 18 januari 2026 @ 16:16:
[...]


Onderaan de aanmelding moet je ook toestemming geven om aansluitingsgegevens (meterstanden?) op te vragen:

...

Dus dan kunnen ze je verbruiksopgave toch heel simpel met de verbruiksgegevens controleren.

Dat vraagt een inboekdienstverlener bij particulieren ('natuurlijke personen') in elk geval omdat ze moeten checken of de aansluiting voor elektriciteit in het register (C-AR van EDSN) wel op de naam van de aanvrager staat. Zo wordt voorkomen dat je ERE's van iemand anders kunt claimen.

Volgens mij heeft dat niets te maken met meterstanden, althans niet bij registratie door een particulier, die doorgaans niet een 'exclusieve aansluiting' gebruikt waar alleen elektrisch vervoer verbruikers zitten, maar doorgaans een aansluiting waarop ook andere verbruikers (apparaten) zitten aangesloten.

Hoe de meterstanden worden doorgegeven naar de inboekdienstverlener zal verschillen. Ik zie nu dat sommige inboekdienstverleners 'handmatige' processen hebben (fotootje van meterstand op MiD gecertificeerde meter?) en dat aan 'geautomatiseerde' processen bij sommige inboekdienstverleners nu nog gewerkt wordt.

[sj0ertum]

Ik heb vorigeweek mijn bestaande 'domme' Schneider EVLINK laadpaal omgebouwd met een Smart EVSE module van Stegen. Hiermee heb ik nu loadbalancing via de Homewizard P1 en kan ik in theorie de auto met alleen zonnestroom gaan laden, alleen in de praktijk vindt onze E-Golf dat niet leuk schijnbaar.
Het was me vooral om het projectje te doen .

In eerste instantie begon ik in de meterkast met de module, maar ik vroeg mezelf al snel af waarom, want de laadpaal box zou toch blijven en het zou me alleen een hoop gedoe met signaalkabels brengen. Dus uiteindelijk de originele EVSE er uit gehaald, samen met de originele DC sensor. De Stegen Smart EVSE op het DIN railtje erbij geplaatst en alle bekabeling netjes hergebruikt en de DC current sensor van Stegen er ook tussen gezet.

Er zit een 'Ratio Lock' slot in (heb een socket ipv vaste kabel), alleen die lijkt nog niet te werken. Ik weet ook niet zo goed wanneer dat slot bekrachtigd wordt. Iedere keer bij laden zoals ook aan de kant van de auto de stekker wordt geblokkeerd?

Nu een week later lees ik ook over die ERE's, dus ik ben benieuwd of ik daarmee deze zelfombouwlaadpaal ook voor in aanmerking kan laten komen, wanneer ik er een MID meter ook nog bij inbouw.

Voor:


En na:

[ Voor 6% gewijzigd door sj0ertum op 19-01-2026 10:00 ]

[Hansie_P]

sj0ertum schreef op maandag 19 januari 2026 @ 09:41:
alleen in de praktijk vindt onze E-Golf dat niet leuk schijnbaar.

Wat vindt de e-golf hier niet leuk aan? De snel wisselende amerpages? Of het stoppen als er geen zonnestroom meer is?

[sj0ertum]

Hansie_P schreef op maandag 19 januari 2026 @ 10:33:
[...]


Wat vindt de e-golf hier niet leuk aan? De snel wisselende amerpages? Of het stoppen als er geen zonnestroom meer is?

Het stoppen blijkbaar. Hij gaat dan in 'slaap' en wordt niet wakker als er weer wat stroom wordt geboden. Ik moet het zelf nog gaan ervaren. Misschien dat de Smart EVSE wel een juist signaal naar de auto geeft iedere keer dat hij opnieuw voldoende vermogen heeft om laden te kunnen starten.

[RonJ]

Hij resumed niet na het stoppen én hij stopt er sowieso mee na >18x de ingestelde laadstroom te wijzigen. Dan loopt er ergens een register oid in de software vol en moet je de sessie handmatig stoppen en weer opnieuw starten. Iets met Duitsers en software.

Hier bestaat zonneladen voor de e-golf dus inmiddels maar noodgedwongen uit een smart ipv solar sessie met een lagere laadstroom.

[Sideways]

Enkele jaren geleden de installatie van mijn Smart EVSE gestopt i.v.m. grote afstand meter tot de onderverdeler. Het was niet mogelijk/ erg lastig modbus van de sensorbox bij de EVSE te krijgen.

Nu in het laatste jaar van saldering weer eens kijken wat er de afgelopen tijd is gebeurt met de functionaliteit en tot mijn grote vreugde zie ik dat nu de Homewizard P1 meter ook native ondersteuning heeft! Sensorbox kan marktplaats op en ik kan weer wat bouwen!



Schematisch ziet mijn situatie er bovenstaand uit. Nu laad ik met een 3x16A Tesla UMC op een 16A CEE-form.

Is met mogelijk de 3 signalen die naar de stekker moeten over 10-15 meter naar een lasbox te brengen waar de 8 meter laadkabel start of is die afstand onhaalbaar? Dan vervang ik mijn CEE-form voor een lasbox waarin de voeding en signalen overgaan op de laadkabel. De componenten (EVSE, Relais en DC sensor) kunnen dan in de onderverdeler bijgeplaatst worden.

[ Voor 4% gewijzigd door Sideways op 19-01-2026 16:14 ]

[hrv]

sj0ertum schreef op maandag 19 januari 2026 @ 09:41:
Ik heb vorigeweek mijn bestaande 'domme' Schneider EVLINK laadpaal omgebouwd...

... De Stegen Smart EVSE op het DIN railtje erbij geplaatst en alle bekabeling netjes hergebruikt en de DC current sensor van Stegen er ook tussen gezet.

En na:
[Afbeelding]

Ik zou een korte din rail aanschaffen en die erin monteren. Dat lijkt me beter dan een tie-wrap die iedere keer warm wordt en na verloop van tijd kan knappen met potentieel alle gevolgen vandien.

Bijvoorbeeld deze: https://www.sandervunderi...16-5mm-vision-vkg59t.html

[dingo35]

EDIT post verwijderd

[ Voor 82% gewijzigd door dingo35 op 19-01-2026 20:07 ]