Zelfbouw Laadpaal ervaringen

[Yariva]

Possible schreef op maandag 7 september 2026 @ 18:54:
[...]


Oke dus je hebt deze URL ingevuld?

ws://ocpp.joulo.nl/xxxxx?auth=xxxxxx
of:
ws://insecure-ocpp.joulo.net/xxxxxx?auth=xxxxx

Volgens mijn settings:

code:

{
  "version": "v3.11.2",
  ...
  "settings": {
    "charge_current": 0,
    "override_current": 0,
    "current_min": 6,
    "current_max": 16,
    "current_main": 25,
    "current_max_circuit": 16,
    "current_max_sum_mains": 0,
    "max_sum_mains_time": 0,
    "solar_max_import": 10,
    "solar_start_current": 6,
    "solar_stop_time": 10,
    "enable_C2": "Auto",
    "mains_meter": "Homewizrd",
    "starttime": 0,
    "stoptime": 0,
    "repeat": 0,
    "lcdlock": 0,
    "lock": 1,
    "cablelock": 0,
    "ledmode": 0,
    "capacity_mode": 0,
    "intervals": []
  },
  "ocpp": {
    "mode": "Enabled",
    "backend_url": "ws://insecure-ocpp.joulo.net",
    "cb_id": "JL-A1BC-D2EF?auth=SuperSecretAuth123",
    "auth_key": "",
    "auto_auth": "Enabled",
    "status": "Connected"
  },
  ...
}

En het request dat ik heb gebruikt:

code:

POST /settings?ocpp_update=1&ocpp_mode=1&ocpp_backend_url=ws%3A%2F%2Finsecure-ocpp.joulo.net&ocpp_cb_id=JL-A1BC-D2EF%3Fauth%3DSuperSecretAuth123&ocpp_auth_key= HTTP/1.1

Update: zojuist is mijn laadpaal ERE gecertificeerd. Ik had dit echt niet verwacht voor mijn zelf-gebouwde laadpaal maar ben er erg blij mee!



Setup betreft een SmartEVSE controller, 2 contactoren (voor schakelen tussen 1 en 3 fase), een HomeWizard 3 fase meter (ERE gecertificeerd dus wie weet kan ik de historische data nog uploaden(?)) en wat extra's zoals een RFID lezer etc. De laadpoort zit buiten netjes weggewerkt met een custom 3D printje

[ Voor 33% gewijzigd door Yariva op 08-09-2026 11:53 ]

[KoffieMok]

Yariva schreef op maandag 7 september 2026 @ 20:55:
[...]

De laadpoort zit buiten netjes weggewerkt met een custom 3D printje

[Afbeelding]

Netjes? Draai er eens even fatsoenlijke schroeven in man Ook die losse installatiedraden uit de muur lijkt me niet de eindoplossing?
Verder wel hele nette setup hoor!

Gezien ik binnenkort hopelijk aan de slag ga twijfel ik tussen de laadkast in de meterkast, of toch maar op de oprit om te voorkomen dat het niet voldoende 'laadpaal'-gehalte heeft. Als ik jouw setup zo zie, en dit is goedgekeurd, lijkt me de plaatsing van deze kast niet zo relevant zolang het allemaal maar in 1 doos zit?

[ Voor 4% gewijzigd door KoffieMok op 08-09-2026 12:46 ]

[Yariva]

KoffieMok schreef op dinsdag 8 september 2026 @ 12:45:
[...]

Netjes? Draai er eens even fatsoenlijke schroeven in man Ook die losse installatiedraden uit de muur lijkt me niet de eindoplossing?
Verder wel hele nette setup hoor!

Gezien ik binnenkort hopelijk aan de slag ga twijfel ik tussen de laadkast in de meterkast, of toch maar op de oprit om te voorkomen dat het niet voldoende 'laadpaal'-gehalte heeft. Als ik jouw setup zo zie, en dit is goedgekeurd, lijkt me de plaatsing van deze kast niet zo relevant zolang het allemaal maar in 1 doos zit?

Haha ja dit waren inderdaad foto's van tijdens de installatie. Nu staat er een boilervat voor, niet heel handig wanneer je een foto wil maken van de gehele situatie

Het lijkt bij mij goed te zijn gekeurd met alle actieve componenten in 1 doos in de garage met de laadpoort buiten de woning. Registratie moet nog wel volgen en ik heb nog geen sessies langs zien komen in Joulo. Laat staan ook maar iets van betalingen. Maar ik zal een update plaatsen in dit topic hoe de voortgang loopt. Nu vind ik het zelf nog lastig om op jou vraag ja / nee te antwoorden voordat je een dure keuze maakt.

[dannyll]

Yariva schreef op dinsdag 8 september 2026 @ 12:53:
[...]

Haha ja dit waren inderdaad foto's van tijdens de installatie. Nu staat er een boilervat voor, niet heel handig wanneer je een foto wil maken van de gehele situatie

Het lijkt bij mij goed te zijn gekeurd met alle actieve componenten in 1 doos in de garage met de laadpoort buiten de woning. Registratie moet nog wel volgen en ik heb nog geen sessies langs zien komen in Joulo. Laat staan ook maar iets van betalingen. Maar ik zal een update plaatsen in dit topic hoe de voortgang loopt. Nu vind ik het zelf nog lastig om op jou vraag ja / nee te antwoorden voordat je een dure keuze maakt.

Ik heb wel een vergelijkbare situatie en is door Joulo goedgekeurd. Betaling moet nog plaatsvinden, maar gaat pas vanaf eind deze maand plaatsvinden. Alles wordt netjes geregistreerd na goedkeur.

[Elmardus]

Yariva schreef op dinsdag 8 september 2026 @ 12:53:
[...]

Registratie moet nog wel volgen en ik heb nog geen sessies langs zien komen in Joulo. Laat staan ook maar iets van betalingen.

In mijn situatie heb ik de laadpaal in de groepenkast zitten, zelfs ook nog in een 'groepenkast-lijkende' kast. Daarom heb ik een uitgebreid plaatje voor Joulo gemaakt, deze is ondertussen door Joulo goedgekeurd, en de NEa registratie is ook voltooid. Uitbetaling moet inderdaad nog volgen.

Ook zijn mijn historische laadsessies sinds 1 jan 2026 geaccepteerd. Deze kon ik als CSV via het dashboard uploaden, met als onderbouwing dat de MID meterwaarden direct uit de laadpaal backend (InfluxDB) komen. Nieuwe laadsessies komen wel via OCPP binnen, ze zijn ook zichtbaar als ze nog actief zijn.

[Yariva]

Elmardus schreef op dinsdag 8 september 2026 @ 13:27:
[...]

In mijn situatie heb ik de laadpaal in de groepenkast zitten, zelfs ook nog in een 'groepenkast-lijkende' kast. Daarom heb ik een uitgebreid plaatje voor Joulo gemaakt, deze is ondertussen door Joulo goedgekeurd, en de NEa registratie is ook voltooid. Uitbetaling moet inderdaad nog volgen.

Ook zijn mijn historische laadsessies sinds 1 jan 2026 geaccepteerd. Deze kon ik als CSV via het dashboard uploaden, met als onderbouwing dat de MID meterwaarden direct uit de laadpaal backend (InfluxDB) komen. Nieuwe laadsessies komen wel via OCPP binnen, ze zijn ook zichtbaar als ze nog actief zijn.

[Afbeelding]

Erg netjes gedaan! Ik was zelf een beetje bang om "te veel" technische informatie aan te leveren. Geen zin om slapende honden wakker te maken of meer vragen te krijgen dan nodig is. Maar fijn om te zien dat het bij jou goed is gelukt.

Wel 1 vraag: je noemt exporteren en ik zie dat onze setup erg vergelijkbaar is. Ook jij draait SmartEvse en een HomeWizard meter er tussen.

• Heb jij een verbinding met Joulo opgezet vanuit de SmartEVSE OCPP configuratie? Ik heb nog niet gekeken naar de mogelijkheden om een HomeWizard meter "aan te melden" maar gezien deze wel ERE gecertificeerd zou zijn moet daar toch ook wel iets mee kunnen.
• Heb jij voor de export gebruik gemaakt van data uit de SmartEVSE of uit de HomeWizard meter?

[Elmardus]

Yariva schreef op dinsdag 8 september 2026 @ 13:36:
[...]

• Heb jij een verbinding met Joulo opgezet vanuit de SmartEVSE OCPP configuratie? Ik heb nog niet gekeken naar de mogelijkheden om een HomeWizard meter "aan te melden" maar gezien deze wel ERE gecertificeerd zou zijn moet daar toch ook wel iets mee kunnen.
• Heb jij voor de export gebruik gemaakt van data uit de SmartEVSE of uit de HomeWizard meter?

Ik heb geen HomeWizard meter, maar een Eastron SDM72D-MID, deze hangt via Modbus aan de SmartEVSE.

De SmartEVSE heeft directe verbinding via OCPP naar Joulo. Dat werkt qua verbinding nu prima. Wel heb ik problemen met het hervatten van laadsessies, maar dat is een andere discussie. Ik ga vanaf nu geen sessies handmatig meer uploaden, maar doe alles via OCPP.

Voor de export van de oude sessies heb ik het als volgt gedaan:

• De SmartEVSE hangt via MQTT aan Home Assistant, en heeft dus een sensor voor de hoeveelheid Wh voor iedere sessie: sensor.smartevse_0000_evenergycharged
• Al mijn sensorwaarden uit HA gaan ook automatisch naar InfluxDB
• Ik heb een export uit InfluxDB gemaakt, met datum, starttijd, eindtijd en aantal kWh

Als je ergens anders de meetwaardes hebt dan kan dat vast ook :)

[Possible]

Weet iemand of voor die websocket bepaalde poorten open moeten staan? Zoals 443 ?

[HRV]

Niet binnenkomend vanaf het internet. Je hoeft geen poorten op je firewall vanaf het internet open te zetten.

[Yariva]

Yariva schreef op maandag 7 september 2026 @ 20:55:
...
Update: zojuist is mijn laadpaal ERE gecertificeerd. Ik had dit echt niet verwacht voor mijn zelf-gebouwde laadpaal maar ben er erg blij mee!

[Afbeelding]

Setup betreft een SmartEVSE controller, 2 contactoren (voor schakelen tussen 1 en 3 fase), een HomeWizard 3 fase meter (ERE gecertificeerd dus wie weet kan ik de historische data nog uploaden(?)) en wat extra's zoals een RFID lezer etc. De laadpoort zit buiten netjes weggewerkt met een custom 3D printje

[Afbeelding]

Alhoewel het flink overlapt met het [EV] ERE certificaten, geld verdienen met thuisladen topic kan ik bevestigen dat ik nu geregistreerd ben en ook mijn oude laad sessies heb weten te importeren. Ik plaats het toch hier gezien de setup die vele hier draaien toch iets meer ongebruikelijk zal zijn voor een partij als Joulo.

[Blackraven]

@Yariva en @Elmardus:
Bedankt voor het delen van jullie goedgekeurde setups, ik hik er tegenaan dat ik nu een SmartEVSE V2 heb ingebouwd in het meterbord van de meterkast.
I.v.m. ERE's is het idee om deze nu los te trekken, net als @Elmardus heeft en dan ook gelijk een V3 in te bouwen zodat ik een OCPP koppeling kan maken voor de ERE verrekening.

[sandergar]

Blackraven schreef op donderdag 10 september 2026 @ 11:28:
@Yariva en @Elmardus:
Bedankt voor het delen van jullie goedgekeurde setups, ik hik er tegenaan dat ik nu een SmartEVSE V2 heb ingebouwd in het meterbord van de meterkast.
I.v.m. ERE's is het idee om deze nu los te trekken, net als @Elmardus heeft en dan ook gelijk een V3 in te bouwen zodat ik een OCPP koppeling kan maken voor de ERE verrekening.

Voor de ERE is een OCPP koppeling geen verplichting. Met een modbus koppeling tussen je v2 en een HomeAssistant kan je je laadsessies ook loggen.

[Blackraven]

@sandergar Weet ik, maar als ik dan toch de boel uit elkaar moet trekken, dan ook gelijk goed.
Bovendien werd m'n meterbord toch wat krapjes, dus dat levert me dan nu ook weer wat extra ruimte op

[dannyll]

Maak ik een denkfout?
Ik maak gebruik van de stroommeetspoelen omdat mijn energiemeter niet geschikt (te traag) is. Nu wilde ik voor mijn batterij een snellere automatisering bouwen opbasis van deze stroommeetspoelen omdat de batterij moet reageren op de P1 (maar dus traag is). Echter... via de modbus of smartEVSE app krijg ik de data toch nog langzamer binnen dan via P1? Is dit ergens een instelling die ik over het hoofd zie?

[dingo35]

De beste, snelste manier om je stroom-info vanuit je Sensorbox in je HomeAssistant te krijgen is via MQTT.

[dannyll]

dingo35 schreef op donderdag 10 september 2026 @ 16:20:
De beste, snelste manier om je stroom-info vanuit je Sensorbox in je HomeAssistant te krijgen is via MQTT.

Hoi
Bedankt voor je reactie. Ik krijg de data via MQTT binnen. Maar zie daar verschillende tijden. van 10 seconden tot 2 minuten. Of is het een trigger dat zolang er geen wijziging is dat je dan geen nieuwe data krijgt?

[dingo35]

De SmartEVSE doet elke ca. 2 seconden een modbus request naar de Sensorbox, die dan antwoordt; MQTT moet elk antwoord ook ontvangen; misschien dat je MQTT server de berichten alleen doorstuurt bij wijzigingen?
Ik heb zelf geen CT spoelen maar krijg elke seconde een P1 telegram binnen, en elke 1 a 2 seconde krijgt HA een update.

Ik zou mijn netwerk-provider bellen, al die oude 2G meters moeten sowieso vervangen worden door 4G; afhankelijk van je netwerk gebied zijn ze blij met je telefoontje en doen ze het gratis, of willen ze het niet of alleen tegen betaling doen.
De beste meter momenteel is de Kaifa MA304, die kan de Sensorbox zelf voeden vanuit de P1 aansluiting; naar verluidt kunnen de meeste andere meters de inschakelpiek van de ESP32 niet aan (aldus een Enexis monteur).

[dannyll]

dingo35 schreef op donderdag 10 september 2026 @ 16:54:
De SmartEVSE doet elke ca. 2 seconden een modbus request naar de Sensorbox, die dan antwoordt; MQTT moet elk antwoord ook ontvangen; misschien dat je MQTT server de berichten alleen doorstuurt bij wijzigingen?
Ik heb zelf geen CT spoelen maar krijg elke seconde een P1 telegram binnen, en elke 1 a 2 seconde krijgt HA een update.

Ik zou mijn netwerk-provider bellen, al die oude 2G meters moeten sowieso vervangen worden door 4G; afhankelijk van je netwerk gebied zijn ze blij met je telefoontje en doen ze het gratis, of willen ze het niet of alleen tegen betaling doen.
De beste meter momenteel is de Kaifa MA304, die kan de Sensorbox zelf voeden vanuit de P1 aansluiting; naar verluidt kunnen de meeste andere meters de inschakelpiek van de ESP32 niet aan (aldus een Enexis monteur).

Ben iets wijzer inmiddels Ik krijg data via MQTT binnen maar gebruik ook de EVSEapp in HA. Deze heeft een mains totaal. Deze laatste is een stuk trager

[dingo35]

De SmartEVSE integratie is deprecated; verwijderen en via MQTT interfacen met HA.

[sj0ertum]

Elmardus schreef op dinsdag 8 september 2026 @ 16:19:
[...]

Ik heb geen HomeWizard meter, maar een Eastron SDM72D-MID, deze hangt via Modbus aan de SmartEVSE.

De SmartEVSE heeft directe verbinding via OCPP naar Joulo. Dat werkt qua verbinding nu prima. Wel heb ik problemen met het hervatten van laadsessies, maar dat is een andere discussie. Ik ga vanaf nu geen sessies handmatig meer uploaden, maar doe alles via OCPP.

Voor de export van de oude sessies heb ik het als volgt gedaan:

• De SmartEVSE hangt via MQTT aan Home Assistant, en heeft dus een sensor voor de hoeveelheid Wh voor iedere sessie: sensor.smartevse_0000_evenergycharged
• Al mijn sensorwaarden uit HA gaan ook automatisch naar InfluxDB
• Ik heb een export uit InfluxDB gemaakt, met datum, starttijd, eindtijd en aantal kWh

Als je ergens anders de meetwaardes hebt dan kan dat vast ook :)

Goed om dat hier te lezen! Ik heb begin dit jaar net een paar dagen voordat het ERE nieuws kwam, mijn Schneider laadpaal slimmer gemaakt met een Smart EVSE. Morgen komt de Eastron MID meter binnen, dus hopelijk lukt het mij ook om te koppelen met bijv Joulo.

Losstaand issue bij mij tijdens de zomer was trouwens het te heet worden van de EVSE module. Ik heb in de case van een 'Schneider EV Link home' hergebruikt qua componenten en die hangt op het westen aan mijn voorgevel. Einde middag komt het zonnetje direct op de laadpaal en dan schiet de SmartEVSE in zijn beveiliging omdat hij te warm wordt. Iemand hier ervaring mee? Er zit geen actieve koeling in de laadpaal, maar hij is wel vrij ruim van binnen.

[dingo35]

Je kunt de bewakingstemperatuur ophogen via het LCD scherm; gebruikers rapporteren dat je m probleemloos van 65C naar 70C kunt verhogen.

[Elmardus]

dingo35 schreef op maandag 14 september 2026 @ 14:21:
Je kunt de bewakingstemperatuur ophogen via het LCD scherm; gebruikers rapporteren dat je m probleemloos van 65C naar 70C kunt verhogen.

Handig om te weten.

Misschien ook interessant voor de zelfbouwers: er staat genoeg geklaag online over EMAT automaten, dus kan ik hierbij ook een duit in het zakje doen. Ik heb mijn laadpaal op 32A gedimensioneerd aangezien mijn EV alleen een 1f lader heeft. Zo kan ik met 25A hoofdzekering + PV toch nog een beetje laadsnelheid bereiken.

Als je een 4P 32A EMAT aardlekautomaat belast op 30A (op maar één fase), dan wordt hij (naar mijn mening) véél te heet.



Laat staan als je hem flink zou belasten op alle drie de fasen...

Ik ga binnenkort een andere alamat op de kop tikken en kijken of dat verschil maakt. Iemand anders vergelijkbare ervaringen?

[dingo35]

Installatie automaten mag je maar op 80% van hun nominale afschakelstroom belasten bij continue belasting; lijkt me dat dat bij Alamats niet anders is.

[KoffieMok]

Ik ben in gesprek met een elektricien voor het aansluiten van de laadpaal.
Waar ik van plan was de DC Residual Current Sensor van Stegen te implementeren, geeft de elektricien aan deze geen conformiteitsverklaring heeft, met als gevolg dat er toch een Type B aardlek moet komen om aan de NEN te blijven voldoen.

Ik neig nu gewoon een Type B te (laten) plaatsen voor de kleine meerprijs.

Hoe kijken jullie hier naar, inderdaad de Type B accepteren, beide plaatsen, advies negeren en toch alleen de sensor?

[dannyll]

KoffieMok schreef op dinsdag 15 september 2026 @ 09:42:
Ik ben in gesprek met een elektricien voor het aansluiten van de laadpaal.
Waar ik van plan was de DC Residual Current Sensor van Stegen te implementeren, geeft de elektricien aan deze geen conformiteitsverklaring heeft, met als gevolg dat er toch een Type aardlek moet komen om aan de NEN te blijven voldoen.

Ik neig nu gewoon een Type B te (laten) plaatsen voor de kleine meerprijs.

Hoe kijken jullie hier naar, inderdaad de Type B accepteren, beide plaatsen, advies negeren en toch alleen de sensor?

De DC Residual Current Sensor heeft een andere functie dan de standaard Aardlek. Beide plaatsen dus zou ik zeggen.

[KoffieMok]

dannyll schreef op dinsdag 15 september 2026 @ 10:02:
[...]

De DC Residual Current Sensor heeft een andere functie dan de standaard Aardlek. Beide plaatsen dus zou ik zeggen.

Nee dat begrijp ik. Het idee van de DC RCS is dat de aardlek dan een Type A kan zijn. In het geval van Hager scheelt dat al gauw een 300-400 euro.

Hoewel ik het met enkel de DC RCS en een Type A aardlek wel aan zou durven, vind ik het belangrijker om alles (goed)gekeurd te houden.

edit:
Ik zie nu dat in mijn vorige bericht initieel de 'B' was weggevallen bij het type aardlek, dus ik snap je reactie

[ Voor 11% gewijzigd door KoffieMok op 15-09-2026 10:16 ]

[dannyll]

KoffieMok schreef op dinsdag 15 september 2026 @ 10:14:
[...]

Nee dat begrijp ik. Het idee van de DC RCS is dat de aardlek dan een Type A kan zijn. In het geval van Hager scheelt dat al gauw een 300-400 euro.

Hoewel ik het met enkel de DC RCS en een Type A aardlek wel aan zou durven, vind ik het belangrijker om alles (goed)gekeurd te houden.

edit:
Ik zie nu dat in mijn vorige bericht initieel de 'B' was weggevallen bij het type aardlek, dus ik snap je reactie

ChatGPT zegt:

Ja. Voor een AC-laadpaal (Mode 3) geldt in Nederland dat het laadpunt tegen DC-foutstromen moet zijn beveiligd. Maar dat betekent niet automatisch dat je een aparte aardlekschakelaar type B in de meterkast nodig hebt.

De NEN 1010 geeft hiervoor twee mogelijkheden:

1. Een aardlekschakelaar type B toepassen, óf
2. Een aardlekschakelaar type A of F + een RDC-DD, waarbij de laadpaal zelf de DC-foutstroom bewaakt en bij > 6 mA DC afschakelt.

Daarnaast moet het AC-laadpunt afzonderlijk worden beveiligd met een RCD van maximaal 30 mA.

Dus als jouw laadpaal dit al ingebouwd heeft

Als in de specificaties van jouw laadpaal bijvoorbeeld staat:

6 mA DC leakage detection / RDC-DD

dan is een type B aardlekschakelaar meestal niet nodig. Je kunt dan doorgaans een 30 mA type A aardlekschakelaar vóór de laadpaal gebruiken, waarbij de laadpaal zelf de DC-component >6 mA detecteert en de voeding laat afschakelen.

[dannyll]

Ook website van Stegen is hier duidelijk over:

Deze lekstroom monitor detecteert DC lekstromen in 50Hz/60Hz AC installaties volgens IEC62955.
Hij is bedoeld voor gebruik in laadstations voor elektrische voertuigen om de stroomtoevoer naar het elektrische voertuig te onderbreken bij een DC lekstroom conditie.

De sensor kan direct worden aangesloten op de SmartEVSE v3. Het beschermt tegen DC (6mA) lekstromen, en zal de SmartEVSE waarschuwen als er een storing optreedt. De SmartEVSE zal dan onmiddellijk de stroomtoevoer naar de EV onderbreken, een foutmelding op het scherm weergeven, en wachten tot een gebruiker de fout reset.

Bij gebruik van deze module heeft u geen type B aardlekschakelaar nodig in uw meterkast, maar kunt u een normale type A gebruiken.

• Geschikt voor enkelfasige of 3-fasige belastingen
• max 100A enkelfasig of 40A 3-fasig
• ROHS-conform
• Voldoet aan de DC-beschermingsvereisten van IEC62955
• 3000A piekstroom bestendigheid
• 14mm diameter gat

De lekstroom monitor wordt geleverd met een bijpassende kabel waarmee u deze kunt aansluiten op de SmartEVSE.

[THM0]

dannyll schreef op dinsdag 15 september 2026 @ 10:18:
[...]

ChatGPT zegt:

Ja. Voor een AC-laadpaal (Mode 3) geldt in Nederland dat het laadpunt tegen DC-foutstromen moet zijn beveiligd. Maar dat betekent niet automatisch dat je een aparte aardlekschakelaar type B in de meterkast nodig hebt.

De NEN 1010 geeft hiervoor twee mogelijkheden:

1. Een aardlekschakelaar type B toepassen, óf
2. Een aardlekschakelaar type A of F + een RDC-DD, waarbij de laadpaal zelf de DC-foutstroom bewaakt en bij > 6 mA DC afschakelt.

Daarnaast moet het AC-laadpunt afzonderlijk worden beveiligd met een RCD van maximaal 30 mA.

Dus als jouw laadpaal dit al ingebouwd heeft

Als in de specificaties van jouw laadpaal bijvoorbeeld staat:


[...]

dan is een type B aardlekschakelaar meestal niet nodig. Je kunt dan doorgaans een 30 mA type A aardlekschakelaar vóór de laadpaal gebruiken, waarbij de laadpaal zelf de DC-component >6 mA detecteert en de voeding laat afschakelen.

Het probleem is dat de SmartEVSE met de RCD optie weliswaar de beveiliging heeft (althans, dat zegt de documentatie), maar dat daar geen conformiteitsverklaring voor is waarin staat dat de combinatie voldoet aan de eisen voor DC lekstroom.

De elektricien wil het in dit geval graag netjes doen zodat eea officieel in orde is, en dan is de enige optie om een goedgekeurde aparte DC lekstroomdetectie te plaatsen op het circuit middels een Type B aardlekschakelaar. De RCD module van de SmartEVSE kun je dan achterwege laten want die voegt geen extra beveiliging toe.

In de praktijk zal het geen verschil maken als je aanneemt dat Stegen zijn spullen voor elkaar heeft, voor de elektricien maakt het wel verschil, oa qua aansprakelijkheidsrisico's.

[KoffieMok]

dannyll schreef op dinsdag 15 september 2026 @ 10:18:
[...]

ChatGPT zegt:

Dit vind ik gevaarlijk en ik zou je adviseren niet al je informatie uit een LLM te halen.

Waar de chatbot in dit geval gelijk heeft in wat nodig is of niet, ontbreekt er wel het stukje aantoonbaarheid/verificatierapport in, die je wel nodig hebt wil je NEN-conform blijven.

dannyll schreef op dinsdag 15 september 2026 @ 10:20:
Ook website van Stegen is hier duidelijk over:

Nogmaals (waarschijnlijk) correct maar incompleet.
"Voldoet aan de DC-beschermingsvereisten van IEC62955" op een productpagina plaatsen is helaas niet voldoende. Je moet ook kunnen aantonen dat dit daadwerkelijk het geval is, bijvoorbeeld met een datasheet, fabrikantdocumentatie, IEC testrapporten/certificaten als bewijsstuk.

Dat is ook wat de elektricien aangeeft, op papier doet het allemaal zn werk maar het moet ook hardgemaakt worden.
Een Type B aardlek is een stuk duurder, maar voldoet.

[dannyll]

KoffieMok schreef op dinsdag 15 september 2026 @ 10:28:
[...]

Dit vind ik gevaarlijk en ik zou je adviseren niet al je informatie uit een LLM te halen.

Waar de chatbot in dit geval gelijk heeft in wat nodig is of niet, ontbreekt er wel het stukje aantoonbaarheid/verificatierapport in, die je wel nodig hebt wil je NEN-conform blijven.


[...]

Nogmaals (waarschijnlijk) correct maar incompleet.
"Voldoet aan de DC-beschermingsvereisten van IEC62955" op een productpagina plaatsen is helaas niet voldoende. Je moet ook kunnen aantonen dat dit daadwerkelijk het geval is, bijvoorbeeld met een datasheet, fabrikantdocumentatie, IEC testrapporten/certificaten als bewijsstuk.

Dat is ook wat de elektricien aangeeft, op papier doet het allemaal zn werk maar het moet ook hardgemaakt worden.
Een Type B aardlek is een stuk duurder, maar voldoet.

Ik ben het met je eens. Ik heb niet goed gelezen. Het ging er niet om of het kan, maar of het ook aantoonbaar gemaakt kan worden. Het is overigens dit apparaat
https://www.westernautomation.com/wp-content/uploads/2022/05/WA-DS-015-RCM14-03-Rev-C-3.pdf

[adjego]

dannyll schreef op dinsdag 15 september 2026 @ 10:32:
[...]

Ik ben het met je eens. Ik heb niet goed gelezen. Het ging er niet om of het kan, maar of het ook aantoonbaar gemaakt kan worden. Het is overigens dit apparaat
https://www.westernautomation.com/wp-content/uploads/2022/05/WA-DS-015-RCM14-03-Rev-C-3.pdf

In een Shell Recharge laadpaal zit de AC/DC versie van ditzelfde component in. Dus het is een beetje gek dat hier deze elektricien zo over valt. Daarnaast staat indat document aan welke standaard hij voldoet, en dat is de IEC 62955.

[KoffieMok]

adjego schreef op dinsdag 15 september 2026 @ 11:04:
[...]


In een Shell Recharge laadpaal zit de AC/DC versie van ditzelfde component in. Dus het is een beetje gek dat hier deze elektricien zo over valt. Daarnaast staat indat document aan welke standaard hij voldoet, en dat is de IEC 62955.

Ik vermoed dat het verschil is dat Shell een conformiteitsverklaring voor het geheel kan aanleveren, iets wat mij niet gaat lukken bij een zelfbouw.
Dat de elektricien daar niet in mee wil gaan kan ik begrijpen, ik heb hem namelijk gevraagd netjes en NEN conform te werk te gaan.

De reden dat ik de vraag hier alsnog heb neergelegd is vooral om te kijken hoe anderen hier mee zijn omgegaan en/of er toch nog wegen zijn om te voldoen met deze sensor.

[Stefannn]

adjego schreef op dinsdag 15 september 2026 @ 11:04:
[...]


In een Shell Recharge laadpaal zit de AC/DC versie van ditzelfde component in. Dus het is een beetje gek dat hier deze elektricien zo over valt. Daarnaast staat indat document aan welke standaard hij voldoet, en dat is de IEC 62955.

Dat zegt nog steeds niet zo veel dat de elektricien daar zijn garantie op wil geven.
De firmware van Stegen is niet formeel gekeurd en wordt ook niet bij elke release opnieuw gekeurd. Het is in theorie mogelijk dat er een firmware release komt die niet of te laat afschakelt op het signaal van de sensor.
smartEVSE is een hobby ding. Dat gaat stomweg niet samen met een formele installatie.
Enige optie is de elektricien inhuren voor arbeid "onder verantwoordelijkheid van opdrachtgever".
Dat zou ik nog niet zo raar vinden. Die elektricien gaat echt niet opeens zitten kleuteren omdat hij geen garantie meer hoeft te geven.

[KoffieMok]

Stefannn schreef op dinsdag 15 september 2026 @ 11:20:
[...]


De firmware van Stegen is niet formeel gekeurd en wordt ook niet bij elke release opnieuw gekeurd. Het is in theorie mogelijk dat er een firmware release komt die niet of te laat afschakelt op het signaal van de sensor.
Enige optie is de elektricien inhuren voor arbeid "onder verantwoordelijkheid van opdrachtgever".

Ik had er nog niet eens bij stilgestaan dat een fwupdate een eventuele keuring weer teniet kan doen.
De verantwoordelijkheid verleggen van de elektricien naar mij is juist het tegenovergestelde van wat ik hiermee wilde bereiken, dus ik denk dat het daarmee eigenlijk al wel duidelijk is; dat wordt een (dure) B aardlek.

Het is voor mij een hobbyproject, maar het moet wel netjes blijven.

[Stefannn]

KoffieMok schreef op dinsdag 15 september 2026 @ 11:25:
[...]

Ik had er nog niet eens bij stilgestaan dat een fwupdate een eventuele keuring weer teniet kan doen.
De verantwoordelijkheid verleggen van de elektricien naar mij is juist het tegenovergestelde van wat ik hiermee wilde bereiken, dus ik denk dat het daarmee eigenlijk al wel duidelijk is; dat wordt een (dure) B aardlek.

Het is voor mij een hobbyproject, maar het moet wel netjes blijven.

Je moet het compleet zelf weten maar naar mijn mening koop je schijnzekerheid.
Als je met smartEVSE in zee gaat gebruik je een component die heel netjes is verzonnen, met heel veel gebruikers, en een forum hier waar je eventuele problemen al lang had gelezen.
Tegelijkertijd is dat een component die geen formele keuring heeft gehad. In theorie kan er van alles mee mee mis. Een plotselinge oscillatie veroorzaakt door een instabiel regel algoritme dat het relais kapot laat schakelen terwijl er load op zit bijvoorbeeld. Zoals ik zei,… ik acht dat een theoretisch risico maar het is maakbaar.
Met de aanpak die je nu van plan bent dek je 1 aspect af, maar zeker niet alles.
ALS je dan bang bent voor schade en verzekerings problemen met betrekking tot “niet gekeurde spullen” dan los je dat op deze manier niet op. De smartEVSE blijft een niet formeel gekeurde component.
Als je hier echt bang voor bent moet je denk ik geen zelfbouw spul nemen maar iets kopen zodat je de volledige verantwoordelijkheid bij een fabrikant neerlegt. Dan zou ik wel een gernormeerde fabrikant kiezen en niet een vaag postorder merk.
Oftewel…
Ik kan me 100% voorstellen dat je een vakman wil laten aanleggen als je je hier zelf niet zo zeker in voelt. Die levert vakwerk onafhankelijk van de garantie die die geeft. De toegevoegde waarde van “formeel goedgekeurd” acht ik in deze echter nihil. De toegevoegde waarde van betreffende garantie trouwens ook. Een pruts-vakman (en die bestaan) geeft net zo hard garantie maar als het affikt heb je daar maar matig wat aan.
Zoals gezegd,,, je moet het helemaal zelf weten.

Iets dat wel hout snijdt:
- geen automatische firmware updates
- pas een maand na release installeren nadat je commentaren op het forum bestudeerd hebt.

[KoffieMok]

Stefannn schreef op dinsdag 15 september 2026 @ 13:55:
[...]

Je moet het compleet zelf weten maar naar mijn mening koop je schijnzekerheid.
Als je met smartEVSE in zee gaat gebruik je een component die heel netjes is verzonnen, met heel veel gebruikers, en een forum hier waar je eventuele problemen al lang had gelezen.
Tegelijkertijd is dat een component die geen formele keuring heeft gehad. In theorie kan er van alles mee mee mis. Een plotselinge oscillatie veroorzaakt door een instabiel regel algoritme dat het relais kapot laat schakelen terwijl er load op zit bijvoorbeeld. Zoals ik zei,… ik acht dat een theoretisch risico maar het is maakbaar.
Met de aanpak die je nu van plan bent dek je 1 aspect af, maar zeker niet alles.
ALS je dan bang bent voor schade en verzekerings problemen met betrekking tot “niet gekeurde spullen” dan los je dat op deze manier niet op. De smartEVSE blijft een niet formeel gekeurde component.
Als je hier echt bang voor bent moet je denk ik geen zelfbouw spul nemen maar iets kopen zodat je de volledige verantwoordelijkheid bij een fabrikant neerlegt. Dan zou ik wel een gernormeerde fabrikant kiezen en niet een vaag postorder merk.
Oftewel…
Ik kan me 100% voorstellen dat je een vakman wil laten aanleggen als je je hier zelf niet zo zeker in voelt. Die levert vakwerk onafhankelijk van de garantie die die geeft. De toegevoegde waarde van “formeel goedgekeurd” acht ik in deze echter nihil. De toegevoegde waarde van betreffende garantie trouwens ook. Een pruts-vakman (en die bestaan) geeft net zo hard garantie maar als het affikt heb je daar maar matig wat aan.
Zoals gezegd,,, je moet het helemaal zelf weten.

Iets dat wel hout snijdt:
- geen automatische firmware updates
- pas een maand na release installeren nadat je commentaren op het forum bestudeerd hebt.

Ik ben zelf aardig (elektro)technisch onderlegd en heb niet zozeer mijn twijfels bij mijn aansluitkunsten of de kwaliteit van de componenten. Dat een aardlekkeuze in de groepenkast niet direct alles oplost begrijp ik ook.

Mijn beweegredenen om dit zoveel mogelijk volgens het boekje te doen is vooral het 'bij' blijven wbt regelgeving/richtlijnen om gezeik met de verzekering te minimaliseren en te voorkomen dat een toekomstige aanpassing aan de installatie zich uitmond in een grotere (correctieve) klus vanwege historische keuzes. Evolutie ipv Revolutie zullen we maar zeggen.
Het betreft een jonge woning (<5 jaar) waarbij de vorige bewoner e.e.a zelf heeft gedaan wat nu wordt afgekeurd door de elektricien. Dat vind ik gewoon jammer om tegen te komen en probeer ik zelf zo veel mogelijk te voorkomen.

Dat er aan de kant van de laadpaal nog steeds van alles fout kan gaan is een acceptabel risico. Als ik grijze import apparatuur in mijn stopcontact steek is dat ook mijn eigen verantwoordelijkheid (en ook de keurmeuk apparatuur is m.i. soms zeer questionable). Desalniettemin wil ik de risico's wel zoveel mogelijk beperken en volgens de voorschriften te werk gaan.
Als dat in dit geval betekent dat een gekeurde B aardlek iets kan afdekken wat via zelfbouw een risico zou kunnen zijn dan is mij dat het beetje extra geld ook wel waard.

Ik waardeer je uitgebreide reactie en advies!

[P5ycho]

Hmm, ik heb de EVmeter (eastron SDM630) het laatste jaar gewoon uitgelezen rechtstreeks met esphome+HA ipv via de smartEVSE. De mainsmet gepushed vanuit esphome P1 readout met HA gepushed naar MQTT, maar evmeter niet.

Nu ben ik eens naar ERE en OCPP gaan kijken, het is nu wel handig om de EV METER rechtstreeks aan te sluiten. Klopt het dat als ik dat eerder gedaan had, de smartEVSE al mijn laadsessies gelogd had en deze nu had kunnen uploaden naar de ERE inboeker?
Met andere woorden, heb ik mezelf onbedoeld hard genaaid?

[THM0]

P5ycho schreef op dinsdag 15 september 2026 @ 17:21:
Hmm, ik heb de EVmeter (eastron SDM630) het laatste jaar gewoon uitgelezen rechtstreeks met esphome+HA ipv via de smartEVSE. De mainsmet gepushed vanuit esphome P1 readout met HA gepushed naar MQTT, maar evmeter niet.

Nu ben ik eens naar ERE en OCPP gaan kijken, het is nu wel handig om de EV METER rechtstreeks aan te sluiten. Klopt het dat als ik dat eerder gedaan had, de smartEVSE al mijn laadsessies gelogd had en deze nu had kunnen uploaden naar de ERE inboeker?
Met andere woorden, heb ik mezelf onbedoeld hard genaaid?

Nee dat klopt niet.

[sandergar]

P5ycho schreef op dinsdag 15 september 2026 @ 17:21:
Hmm, ik heb de EVmeter (eastron SDM630) het laatste jaar gewoon uitgelezen rechtstreeks met esphome+HA ipv via de smartEVSE. De mainsmet gepushed vanuit esphome P1 readout met HA gepushed naar MQTT, maar evmeter niet.

Nu ben ik eens naar ERE en OCPP gaan kijken, het is nu wel handig om de EV METER rechtstreeks aan te sluiten. Klopt het dat als ik dat eerder gedaan had, de smartEVSE al mijn laadsessies gelogd had en deze nu had kunnen uploaden naar de ERE inboeker?
Met andere woorden, heb ik mezelf onbedoeld hard genaaid?

De Smart EVSE houdt geen laadsessies bij!

Je hebt toch reeds al je sessies via HA laten lopen? Heb je hiermee dan niet alle details van je laadsessies in HA beschikbaar?

[P5ycho]

Ja, die heb ik, maar alleen long term history. Ik kan wel alle sessies uit de bmw app halen en samenvoegen met de meterdata, maar de vraag is of de ere inboeker (joulo) hier mee akkoord gaat.

Het leek me al sterk dat ik compleet gemist had dat sessies opgeslagen werden, dat is dus ook niet zo.
Morgen maar even:
- de evmeter rechtstreeks aan de smartevse knopen
- de historie naast elkaar leggen.
- zoeken hoe ik kan bewijzen dat mijn eastron sdm630 modbus v2 MID gecertificeerd is (staat wel op de bon).

[ASracing]

KoffieMok schreef op dinsdag 15 september 2026 @ 09:42:
Ik ben in gesprek met een elektricien voor het aansluiten van de laadpaal.
Waar ik van plan was de DC Residual Current Sensor van Stegen te implementeren, geeft de elektricien aan deze geen conformiteitsverklaring heeft, met als gevolg dat er toch een Type B aardlek moet komen om aan de NEN te blijven voldoen.

Ik neig nu gewoon een Type B te (laten) plaatsen voor de kleine meerprijs.

Hoe kijken jullie hier naar, inderdaad de Type B accepteren, beide plaatsen, advies negeren en toch alleen de sensor?

Officieel heeft de SmartEVSE zelf ook geen conformiteitsverklaring.

Zie dit stukje onder het artikel op de website van Stegen.
This evaluation kit is intended for use for ENGINEERING DEVELOPMENT, DEMONSTRATION, OR EVALUATION PURPOSES ONLY and is not considered by Stegen Electronics to be a finished end-product fit for general consumer use. Persons handling the product(s) must have electronics training and observe good engineering practice standards. As such, the goods being provided are not intended to be complete in terms of required design-, marketing-, and/or manufacturing-related protective considerations, including product safety and environmental measures typically found in end products that incorporate such semiconductor components or circuit boards. This evaluation kit does not fall within the scope of the European Union directives regarding electromagnetic compatibility, restricted substances (RoHS), recycling (WEEE), FCC, CE or UL, and therefore may not meet the technical requirements of these directives or other related directives.

Dus als je je hier druk over maakt, kun je wellicht beter een kant en klare laadpaal kopen.

Edit: niet alle antwoorden gelezen en ik ben niet de eerste die iets dergelijks gezegd heeft.

[sandergar]

P5ycho schreef op dinsdag 15 september 2026 @ 18:45:
Ja, die heb ik, maar alleen long term history. Ik kan wel alle sessies uit de bmw app halen en samenvoegen met de meterdata, maar de vraag is of de ere inboeker (joulo) hier mee akkoord gaat.

Joulo gebruik ik niet dus geen idee. Mijn goedgekeurde sessie lijsten bestaan uit :

• sessie_id
• evse_id
• datum
• mid_start_kwh
• mid_eind_kwh
• geladen_kwh

[P5ycho]

Dat kan ik wel namaken, thx

[sj0ertum]

Oke ik heb vandaag ook een Eastron 3f meter toegevoegd aan mijn laadpaal die ik reeds had voorzien van de Smart EVSE. OCPP verbinden met Joulo lukt ook, via de insecure URL. Maar vanaf dat moment vraagt de Smart EVSE om een 'Please Authorize'. Zodra ik OCPP uitzet, kan ik weer laden. Ik heb Auto authorize al aangehad, ik heb de OCPP instelling geprobeerd bij de RFID instelling, maar ook weer terug op disabled gezet.

Ik weet het even niet meer. Iemand die dit ook heeft gehad?

[Elmardus]

sj0ertum schreef op dinsdag 15 september 2026 @ 23:36:
Ik heb Auto authorize al aangehad, ik heb de OCPP instelling geprobeerd bij de RFID instelling, maar ook weer terug op disabled gezet.

Ik heb hier ook een hoop mee gerommeld. Wat voor mij werkt:

• In het settings menu van de EVSE RFID instellen op RMT/OCPP
• In de OCPP settings van de smartEVSE 'Auto Authorize' inschakelen. Ik heb een tag UID ingevuld van mijn echte laadpas (UID via mijn smartphone uitgelezen met NFCtools), maar een random UID is ook prima.
• Joulo instellen op 'alle tags accepteren'

Vervolgens is het zo dat Auto Authorize alleen werkt op het moment van inpluggen. Oftwel, met bovenstaande settings gebeurde er bij mij nog niks uit zichzelf, ook niet als ik handmatig via /Set/MQTT een UID van een RFID tag doorstuurde (maar dat laatste had een configuratiefout van mij kunnen zijn).

Maar, na het opnieuw inpluggen van de auto begon hij netjes te laden. Heb je dit ook gedaan?

Voetnoot daarbij: ik gebruik de 'EV smart Charging' integration in HA om te regelen op energieprijzen. Bij hoge prijzen zette hij de EVSE naar 'Off'. Bij terugschakelen naar 'Smart' begint het laden dan niet meer! Dit komt omdat de OCPP transaction afgesloten is en de SmartEVSE blijft hangen op 'Finished Charging' totdat je de stekker opnieuw inplugt. Nu heb ik mijn automation aangepast om de SmartEVSE in 'Pause' te zetten, en werkt alles zoals ik zou verwachten.

[ Voor 5% gewijzigd door Elmardus op 16-09-2026 15:05 ]

[sj0ertum]

Elmardus schreef op woensdag 16 september 2026 @ 09:31:
[...]

Ik heb hier ook een hoop mee gerommeld. Wat voor mij werkt:

• In het settings menu van de EVSE RFID instellen op RMT/OCPP
• In de OCPP settings van de smartEVSE 'Auto Authorize' inschakelen
• Joulo instellen op 'alle tags accepteren'

Vervolgens is het zo dat Auto Authorize alleen werkt op het moment van inpluggen. Oftwel, met bovenstaande settings gebeurde er bij mij nog niks uit zichzelf, ook niet als ik handmatig via /Set/MQTT een UID van een RFID tag doorstuurde (maar dat laatste had een configuratiefout van mij kunnen zijn).

Maar, na het opnieuw inpluggen van de auto begon hij netjes te laden. Heb je dit ook gedaan?

Voetnoot daarbij: ik gebruik de 'EV smart Charging' integration in HA om te regelen op energieprijzen. Bij hoge prijzen zette hij de EVSE naar 'Off'. Bij terugschakelen naar 'Start' begint het laden dan niet meer! Dit komt omdat de OCPP transaction afgesloten is en de SmartEVSE blijft hangen op 'Finished Charging' totdat je de stekker opnieuw inplugt. Nu heb ik mijn automation aangepast om de SmartEVSE in 'Pause' te zetten, en werkt alles zoals ik zou verwachten.

Top, dankjewel voor je antwoord. Ik heb de auto niet opnieuw ingeplugd, ik zat lekker op de bank wat te proberen. En zodra ik OCPP uitzette, kon ik meteen weer laden. Maar dan ga ik OCPP eens aanzetten met de settings die jij deelt en dan plug ik hem opnieuw in. Dan zal die handshake toch net iets anders zijn. Ik ga vanavond even proberen.

[Netraam]

sj0ertum schreef op woensdag 16 september 2026 @ 11:35:
[...]

Top, dankjewel voor je antwoord. Ik heb de auto niet opnieuw ingeplugd, ik zat lekker op de bank wat te proberen. En zodra ik OCPP uitzette, kon ik meteen weer laden. Maar dan ga ik OCPP eens aanzetten met de settings die jij deelt en dan plug ik hem opnieuw in. Dan zal die handshake toch net iets anders zijn. Ik ga vanavond even proberen.

Als je Home Assistant gebruikt kun je ook een "schakelaar" maken die het start sessie commando geeft. Je hoeft dan niet opnieuw in te pluggen. Ook via de OCPP provider kan je als het goed is ook een start laadsessie geven (bij Tap in ieder geval wel)

[sj0ertum]

Netraam schreef op woensdag 16 september 2026 @ 11:44:
[...]

Als je Home Assistant gebruikt kun je ook een "schakelaar" maken die het start sessie commando geeft. Je hoeft dan niet opnieuw in te pluggen. Ook via de OCPP provider kan je als het goed is ook een start laadsessie geven (bij Tap in ieder geval wel)

Ok check, ik heb home assistant draaien voor wat lampen en probeersels, maar nog niet met de Smart EVSE. Ik zal me er eens in verdiepen.

[dooiedodo]

sj0ertum schreef op woensdag 16 september 2026 @ 11:51:
[...]

Ok check, ik heb home assistant draaien voor wat lampen en probeersels, maar nog niet met de Smart EVSE. Ik zal me er eens in verdiepen.

dat gaat nu via MQTT, werkt best prettig, weinig werk aan als je al mqtt hebt draaien ergens.

[sj0ertum]

Elmardus schreef op woensdag 16 september 2026 @ 09:31:
[...]

Ik heb hier ook een hoop mee gerommeld. Wat voor mij werkt:

• In het settings menu van de EVSE RFID instellen op RMT/OCPP
• In de OCPP settings van de smartEVSE 'Auto Authorize' inschakelen. Ik heb een tag UID ingevuld van mijn echte laadpas (UID via mijn smartphone uitgelezen met NFCtools), maar een random UID is ook prima.
• Joulo instellen op 'alle tags accepteren'

Vervolgens is het zo dat Auto Authorize alleen werkt op het moment van inpluggen. Oftwel, met bovenstaande settings gebeurde er bij mij nog niks uit zichzelf, ook niet als ik handmatig via /Set/MQTT een UID van een RFID tag doorstuurde (maar dat laatste had een configuratiefout van mij kunnen zijn).

Maar, na het opnieuw inpluggen van de auto begon hij netjes te laden. Heb je dit ook gedaan?

Voetnoot daarbij: ik gebruik de 'EV smart Charging' integration in HA om te regelen op energieprijzen. Bij hoge prijzen zette hij de EVSE naar 'Off'. Bij terugschakelen naar 'Start' begint het laden dan niet meer! Dit komt omdat de OCPP transaction afgesloten is en de SmartEVSE blijft hangen op 'Finished Charging' totdat je de stekker opnieuw inplugt. Nu heb ik mijn automation aangepast om de SmartEVSE in 'Pause' te zetten, en werkt alles zoals ik zou verwachten.

Het is gelukt! Super bedankt. Ik heb gisteravond mezelf aangemeld bij Joulo en 2 foto's gedeeld ter certificering. Vanmorgen al bevestiging en de eerste sessie draait nu. Valt me alles mee.

Op marktplaats vind je voor 3 tientjes een nieuwe Eastron 3fase meter, doe er je voordeel mee.

[P5ycho]

Nou, Joulo doet moeilijk omdat ik de boel niet in een plastic laadpaal maar een groepenkast heb gebouwd. Of ik alles in een losse kast wil ombouwen. Ik ben even niet zo blij.

[cyclone]

Vanochtend trof ik weer een niet geladen Tesla aan, voor de 3de of 4de keer dit jaar gaf mijn SmartEVSE de melding dat hij niet geautoriseerd was.
Dit is i.v.m. de brakke OCPP koppeling met TAP (en vermoed dat het bij TAP ligt).
Pas na 2 pogingen via de TAP app om remote een start te doen begon de boel weer te werken.

Meer mensen die hier vandaag / recent last van hebben gehad ?

[sandergar]

cyclone schreef op donderdag 17 september 2026 @ 09:42:
Vanochtend trof ik weer een niet geladen Tesla aan, voor de 3de of 4de keer dit jaar gaf mijn SmartEVSE de melding dat hij niet geautoriseerd was.
Dit is i.v.m. de brakke OCPP koppeling met TAP (en vermoed dat het bij TAP ligt).
Pas na 2 pogingen via de TAP app om remote een start te doen begon de boel weer te werken.

Meer mensen die hier vandaag / recent last van hebben gehad ?

Wellicht goed om een apart algemeen OCPP topic te openen? Geheel gericht op OCPP ervaringen per dienstverlener en per type laadpaal. Wellicht ontstaat er dan een beter beeld wat de betere OCPP dienstverleners zijn en in combinatie met welke type laadpalen.

[Elmardus]

P5ycho schreef op woensdag 16 september 2026 @ 21:47:
Nou, Joulo doet moeilijk omdat ik de boel niet in een plastic laadpaal maar een groepenkast heb gebouwd. Of ik alles in een losse kast wil ombouwen. Ik ben even niet zo blij.

Dat is wel teleurstellend! Vind ik ook niet erg consequent van ze, hier heb ik geen enkel commentaar op gekregen: Elmardus in "Zelfbouw Laadpaal ervaringen"

[Netraam]

Elmardus schreef op donderdag 17 september 2026 @ 10:58:
[...]

Dat is wel teleurstellend! Vind ik ook niet erg consequent van ze, hier heb ik geen enkel commentaar op gekregen: Elmardus in "Zelfbouw Laadpaal ervaringen"

Waarschijnlijk omdat er bij jou alleen onderdelen van de laadpaal in de aparte kast zitten en niet nog andere groepen etc.

[cyclone]

sandergar schreef op donderdag 17 september 2026 @ 10:26:
[...]

Wellicht goed om een apart algemeen OCPP topic te openen? Geheel gericht op OCPP ervaringen per dienstverlener en per type laadpaal. Wellicht ontstaat er dan een beter beeld wat de betere OCPP dienstverleners zijn en in combinatie met welke type laadpalen.

Ja kan, reden waarom ik het hier poste is omdat er veel SMARTEVSE fans / gebruikers zitten die veelal dezelfde issues ervaren (althans wel in het verleden)

[Adze]

cyclone schreef op donderdag 17 september 2026 @ 09:42:
Vanochtend trof ik weer een niet geladen Tesla aan, voor de 3de of 4de keer dit jaar gaf mijn SmartEVSE de melding dat hij niet geautoriseerd was.
Dit is i.v.m. de brakke OCPP koppeling met TAP (en vermoed dat het bij TAP ligt).
Pas na 2 pogingen via de TAP app om remote een start te doen begon de boel weer te werken.

Meer mensen die hier vandaag / recent last van hebben gehad ?

Ik voel je frustratie. Ik herken dit. Niet alleen mijn Tesla, maar ook mijn vrouws auto was soms niet geladen wanneer ik wilde vertrekken, met frustraties tot gevolg. Sinds enkele maanden heb ik plugchoice tussen laadpaal en Tap zitten. Daarnaast heb ik een HA automation die elke SmartEvse periodiek herstart. Sindsdien heb ik geen problemen meer gehad. Misschien niet de mooiste oplossing, maar voor mij wil wat werkt.

[cyclone]

@Adze Tja a reboot a day keeps the admin away ;-)
Zou ik kunnen gaan doen, PlugChoice kende ik nog niet dus dank voor de tip.

Voelt wel beetje "suf" om er nu een proxy dienst er tussen moeten zetten (aka meer dingen die weer kappot kunnen) maar TAP blijkt botweg niet betrouwbaar te zijn (wellicht alleen in combinatie met SmartEVSE)

[P5ycho]

Netraam schreef op donderdag 17 september 2026 @ 11:00:
[...]

Waarschijnlijk omdat er bij jou alleen onderdelen van de laadpaal in de aparte kast zitten en niet nog andere groepen etc.

Inderdaad, dat maakt uit voor Joulo.

Ik heb een kast hangen van 4 maal 24 DIN modulebreedte, niet zo'n zin om dat overhoop te halen. Als ik vraag om de regelgeving dan wordt verwezen naar een blog van Joulo, waarin alleen staat dat een MID meter toevoegen in de meterkast niet toegestaan is. Dat kun je op verschillende manieren interpreteren, dus dat gevecht ga ik toch niet winnen.

[DanTm]

cyclone schreef op donderdag 17 september 2026 @ 12:36:
@Adze Tja a reboot a day keeps the admin away ;-)
Zou ik kunnen gaan doen, PlugChoice kende ik nog niet dus dank voor de tip.

Voelt wel beetje "suf" om er nu een proxy dienst er tussen moeten zetten (aka meer dingen die weer kappot kunnen) maar TAP blijkt botweg niet betrouwbaar te zijn (wellicht alleen in combinatie met SmartEVSE)

Ik heb er ook nog regelmatig last van. Ik heb in ieder geval de websocket naar WS gezet in plaats van WSS, maar dat lijkt niet afdoende. Heb van de week dus ook maar een reboot de smartevse als er geen auto verbonden is toegevoegd.

Het blijft wel opmerkelijk dat na een reboot de verbinding weer goed gaat.

[cyclone]

@DanTm Heb idd ook het "gedoe" gehad met het certificaat / secure websocket. Dat is inmiddels verholpen en tijdens de laatste debug heb ik hem weer terug gezet naar WSS en sindsdien werkte dat ook stabiel. Tot op gisteren.
Een reboot verhielp mijn issue vanochtend overigens niet, handmatig een sessie aanzetten via de TAP app wel. Dat maakt ook dat ik vermoed dat de issue niet in de SmartEVSE software maar in de backend van TAP zit.

[DanTm]

cyclone schreef op donderdag 17 september 2026 @ 13:47:
@DanTm Heb idd ook het "gedoe" gehad met het certificaat / secure websocket. Dat is inmiddels verholpen en tijdens de laatste debug heb ik hem weer terug gezet naar WSS en sindsdien werkte dat ook stabiel. Tot op gisteren.
Een reboot verhielp mijn issue vanochtend overigens niet, handmatig een sessie aanzetten via de TAP app wel. Dat maakt ook dat ik vermoed dat de issue niet in de SmartEVSE software maar in de backend van TAP zit.

een reboot doet (helaas) geen authorize.. dat moet je dan via de app forceren.. of je laadkabel opnieuw aansluiten.

[cyclone]

Tja dat was eigenlijk mijn eerste idee, hoe sloop ik uberhaupt enige voor van authorisatie eruit want dat is telkens de oorzaak van feit dat mijn auto niet wil opladen.
Mijn laadpaal staat op eigen terein en zou ik zelfs middels HA uit en aan kunnen zetten. Authorisatie heeft voor mij (op dit moment) geen enkele meerwaarde.

Ben alleen beetje bang dat dit juist voor de back-end systemen cruciale functionaliteit is. IIG wel bij TAP.
Misschien ook maar eens kijken of ik mijn certificaten elders kan gaan gaan sparen.

[sandergar]

cyclone schreef op donderdag 17 september 2026 @ 16:00:
Tja dat was eigenlijk mijn eerste idee, hoe sloop ik uberhaupt enige voor van authorisatie eruit want dat is telkens de oorzaak van feit dat mijn auto niet wil opladen.
Mijn laadpaal staat op eigen terein en zou ik zelfs middels HA uit en aan kunnen zetten. Authorisatie heeft voor mij (op dit moment) geen enkele meerwaarde.

Ben alleen beetje bang dat dit juist voor de back-end systemen cruciale functionaliteit is. IIG wel bij TAP.
Misschien ook maar eens kijken of ik mijn certificaten elders kan gaan gaan sparen.

Als je HA hebt draaien, waarom dan moeilijk doen met OCPP?
En wisselen van inboekdienstverlener kan maar 1x per jaar.

[cyclone]

@sandergar ik wil graag mijn MID meter / SMARTEvsE koppelen om mijn ERE certificaatjes te kunnen verzilveren. Alle inboekers die ik ken doen dit via OCPP direct Is er een andere manier ?

Feit dat ik het niet ken zegt niet zoveel ik heb dit begin dit jaar eens uitgezocht en daarna gelaten voor wat het was kortom wellicht heb ik wat gemist.
En ik ben bekend dat ik TAP pas na einde contract periode (en gelukkig heb ik maar 1 jaar gekozen) kan wissellen.

Maar als er een beter alternatief is laat ik me graag verassen :-)

[m.eddy]

cyclone schreef op donderdag 17 september 2026 @ 16:35:
@sandergar ik wil graag mijn MID meter / SMARTEvsE koppelen om mijn ERE certificaatjes te kunnen verzilveren. Alle inboekers die ik ken doen dit via OCPP direct Is er een andere manier ?

Feit dat ik het niet ken zegt niet zoveel ik heb dit begin dit jaar eens uitgezocht en daarna gelaten voor wat het was kortom wellicht heb ik wat gemist.
En ik ben bekend dat ik TAP pas na einde contract periode (en gelukkig heb ik maar 1 jaar gekozen) kan wissellen.

Maar als er een beter alternatief is laat ik me graag verassen :-)

Laadloon doet ook gewoon csv uploads. Wel bij meerdere mogelijk. Stel dat je ocpp al hebt lopen bij een backoffice voor de lease declaratie, dan zou je dat allemaal om moeten gooien voor ERE.

[sandergar]

cyclone schreef op donderdag 17 september 2026 @ 16:35:
@sandergar ik wil graag mijn MID meter / SMARTEvsE koppelen om mijn ERE certificaatjes te kunnen verzilveren. Alle inboekers die ik ken doen dit via OCPP direct Is er een andere manier ?

Dat het via OCPP kan wil niet zeggen dat dit zo moet of de enige optie is
HA kan heel goed jouw sessies bijhouden, ook voor de ERE.

Indien gewenst kan ik mijn oplossing delen!

cyclone schreef op donderdag 17 september 2026 @ 16:35:
Maar als er een beter alternatief is laat ik me graag verassen :-)

Liever niet ver-assen
Bij laadloon kan je gewoon een bestand uploaden. Hierboven heb ik al aangegeven welke kolommen ik opgenomen heb in mijn bestanden.

[cyclone]

@sandergar aaaah da's fijn nieuws ! Dank, zou je jouw oplossing willen delen.
En dank voor de typo

[sandergar]

cyclone schreef op donderdag 17 september 2026 @ 16:47:
@sandergar aaaah da's fijn nieuws ! Dank, zou je jouw oplossing willen delen.
En dank voor de typo

Je hebt een DM!

[manusjevanalles]

sandergar schreef op donderdag 17 september 2026 @ 22:25:
[...]

Je hebt een DM!

Kan je hem hier ook delen? Heb ook interesse

[sandergar]

manusjevanalles schreef op vrijdag 18 september 2026 @ 06:55:
[...]
Kan je hem hier ook delen? Heb ook interesse

Je hebt een DM!

[tsjoender]

sandergar schreef op donderdag 17 september 2026 @ 16:45:
[...]

Indien gewenst kan ik mijn oplossing delen!

[...]

Bij laadloon kan je gewoon een bestand uploaden. Hierboven heb ik al aangegeven welke kolommen ik opgenomen heb in mijn bestanden.

Heb je het uploaden naar Laadloon ook geautomatiseerd of is dat handmatig? Zelf worden mijn laadsessies in EVCC geregistreerd en overweeg ik ook Laadloon als inboekdienstverlener. Als jouw opzet ook de uploads naar laadloon automatisch doet, dan zou ik ook wel die oplossing willen ontvangen.

[sandergar]

tsjoender schreef op vrijdag 18 september 2026 @ 09:49:
[...]


Heb je het uploaden naar Laadloon ook geautomatiseerd of is dat handmatig? Zelf worden mijn laadsessies in EVCC geregistreerd en overweeg ik ook Laadloon als inboekdienstverlener. Als jouw opzet ook de uploads naar laadloon automatisch doet, dan zou ik ook wel die oplossing willen ontvangen.

Zover ik bij Laadloon kan zien is het inboeken een handmatig proces. Dit doe je per kwartaal. Die 5 min per kwartaal lukt mij nog wel met de hand. Ben ik meteen ingelogd en zie ik de status van mijn account weer eens.

[tsjoender]

sandergar schreef op vrijdag 18 september 2026 @ 09:58:
[...]

Zover ik bij Laadloon kan zien is het inboeken een handmatig proces. Dit doe je per kwartaal. Die 5 min per kwartaal lukt mij nog wel met de hand. Ben ik meteen ingelogd en zie ik de status van mijn account weer eens.

Vier keer per jaar is prima te doen en geen probleem. Mocht dat automatisch kunnen dan was het set and forget en nog mooier. OCPP is wel volledig automatisch, maar ook foutgevoelig als ik de ervaringen van anderen zie. Dan kies ik liever deze handmatige manier.

[sandergar]

tsjoender schreef op vrijdag 18 september 2026 @ 10:31:
[...]


Vier keer per jaar is prima te doen en geen probleem. Mocht dat automatisch kunnen dan was het set and forget en nog mooier. OCPP is wel volledig automatisch, maar ook foutgevoelig als ik de ervaringen van anderen zie. Dan kies ik liever deze handmatige manier.

Je kan het ook gewoon maar 1x doen! Zet het in je agenda voor januari en doe 4 kwartalen in 1x!

[ Voor 25% gewijzigd door sandergar op 18-09-2026 10:55 ]

[thalx]

Kunnen we niet gewoon een apart ERE bij DHZ Laadpaal topic maken..... En het hier weer over de DHZ laadpalen zelf hebben?

[ Voor 26% gewijzigd door thalx op 18-09-2026 22:57 ]

[tukker999]

Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.
   
   
   Ad 2. De laadverliezen zijn het hoogst bij lage Amperages want de OBC trekt zelf al 200-250W. Daarnaast: In de winter kan er eigenlijk nooit geladen worden op zon en in de zomer wil ik liever niet laden op 6A omdat er later op de dag stroom in overvloed is en die kan ik beter gebruiken met hogere laadstroom en minder laadverliezen. Lees ook het artikel over laadverliezen van de ADAC.
   Ad 3. Deze is wat ingewikkelder. Op zich kan de prijs in de laagste uren soms best wel hoog zijn, maar nog steeds geldt dat ik wil laden tegen de laagste tarieven. Als ik de EV niet nodig heb kan ik het ook een dag uitstellen. In de zomer gaat het meestal goed en zijn de tarieven vaak wel een paar uur onder de 5 cent EPEX prijs, maar in de winter is dat niet altijd het geval. Door niet een vaste prijs te kiezen maar dynamisch de periode met de beste dagprijs kan ik toch nog voordelig laden. Buiten de uren dat Tarief laden actief is wordt er uiteraard op ieder moment op zon geladen bij voldoende aanbod van de zonnepanelen.
   Ad 4. Handmatig - simpel. Als de batterij vol moet dan moet die vol.
   
   
   
   
   
   
   Ik ben benieuwd naar de oplossingen die anderen gevonden hebben om slim te laden.

Het bedenken van de logica is van mij. Coderen doe ik tegenwoordig niet meer. Dat doet Claude voor mij.

[Stefannn]

tukker999 schreef op vrijdag 18 september 2026 @ 23:14:
Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.
   
   
   Ad 2. De laadverliezen zijn het hoogst bij lage Amperages want de OBC trekt zelf al 200-250W. Daarnaast: In de winter kan er eigenlijk nooit geladen worden op zon en in de zomer wil ik liever niet laden op 6A omdat er later op de dag stroom in overvloed is en die kan ik beter gebruiken met hogere laadstroom en minder laadverliezen. Lees ook het artikel over laadverliezen van de ADAC.
   Ad 3. Deze is wat ingewikkelder. Op zich kan de prijs in de laagste uren soms best wel hoog zijn, maar nog steeds geldt dat ik wil laden tegen de laagste tarieven. Als ik de EV niet nodig heb kan ik het ook een dag uitstellen. In de zomer gaat het meestal goed en zijn de tarieven vaak wel een paar uur onder de 5 cent EPEX prijs, maar in de winter is dat niet altijd het geval. Door niet een vaste prijs te kiezen maar dynamisch de periode met de beste dagprijs kan ik toch nog voordelig laden. Buiten de uren dat Tarief laden actief is wordt er uiteraard op ieder moment op zon geladen bij voldoende aanbod van de zonnepanelen.
   Ad 4. Handmatig - simpel. Als de batterij vol moet dan moet die vol.
   
   
   [Afbeelding]
   
   [Afbeelding]
   
   Ik ben benieuwd naar de oplossingen die anderen gevonden hebben om slim te laden.

Het bedenken van de logica is van mij. Coderen doe ik tegenwoordig niet meer. Dat doet Claude voor mij.

Voor de winter heb ik afgelopen winter dit algoritme gebruikt. Werkte prima.
Het is vergelijkbaar met jouw (3) maar heeft een automatisch beslis algoritme mbt “of de prijs laag genoeg is”.

[tukker999]

Ik heb jouw voorwaarde van het laadniveau niet ingebouwd en ook laadplanning met voorspellingen niet.

De reden voor mij is dat ik dan software dingen laat doen die ik beter zelf kan regelen en uiteindelijk niet weet wat de software (door mijzelf ontworpen) op dat moment besluit. Ik weet of kan zien of er op zon geladen kan worden (default) en schakel Tarief in wanneer ik weet dat het batterij niveau redelijk laag. In mijn display zie ik altijd hoeveel uren en minuten laden nodig is om tot het gewenste niveau te laden.

Dat neemt niet weg dat ik je ontwerp heel slim bedacht vind.

[thalx]

tukker999 schreef op vrijdag 18 september 2026 @ 23:14:
Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.

Ik heb hier een mengsel van Node Red(Victron) en Reactor (Multi-Hub) aan Home Assistant, Victron Thuisaccu en de SmartEVSE, iets uitgebreidere regels i.v.m. thuisaccu en 2 EV's. Het kijkt niet vooraf wat de goedkoopste uren zijn, maar leest deze gewoon uit via de Tibber prices HA-plugin voor dat moment. Ik heb o.a.
* EV auto-herkenning (welke hangt eraan) met wisselende prioriteiten per dag. Afhankelijk van hoe vol de aangesloten accu is wordt er op zon geladen of met prioriteit 11kWh full power bij goedkoop tarief of als hij kosten wat het kost vol moet.
(ik vergelijk de laadsnelheid in kW van de auto's (Kia UVO en MeatPi OBD) met de snelheid van de SmartEVSE op dat moment)
* Thuisaccu 20kWh (deels handel, eigen verbruik, en deels afvangen overschot als er geen auto is aangesloten)

Volgende stap wordt toch een ChatGPT koppeling, meerdaagse voorspelling en een koppeling met de agenda voor een betere afstemming welke EV vol moet. Daarnaast wordt de auto helaas niet altijd direct aan de lader gezet, de wederhelft heeft wat minder OCD met de geldende tarieven
Maar eerst ga ik de SmartEVSE ombouwen van een Newmotion paal naar een Peblar donorbehuizing (ik heb meerdere ex-coolblue peblars waar het wachtwoord niet meer te achterhalen is).

[ Voor 10% gewijzigd door thalx op 19-09-2026 20:18 ]

[tukker999]

Voor de meerdaagse voorspellingen zijn deze en deze een mogelijkheid. Ik heb zelf een rekenmethode waarbij gekeken wordt naar de dag en daarbij de laatste 4 weken als referentie wordt genomen, gecombineerd met de weersverwachting voor De Bilt en ik vind de uitkomsten behoorlijk wazig. Er zijn er meer. Hier op Tweakers is ook iemand die een mooi voorspellingsmodel heeft.

[HRV]

thalx schreef op zaterdag 19 september 2026 @ 20:15:
[...]

(ik heb meerdere ex-coolblue peblars waar het wachtwoord niet meer te achterhalen is).

Mag ik vragen hoe je die op de kop hebt getikt? Op de site kun je namelijk geen losse paal bestellen, dus ook geen tweede kans model voor zover ik kan zien.

[thalx]

HRV schreef op zondag 20 september 2026 @ 08:50:
[...]

Mag ik vragen hoe je die op de kop hebt getikt? Op de site kun je namelijk geen losse paal bestellen, dus ook geen tweede kans model voor zover ik kan zien.

Coolblue is zelf gestopt hiermee, het beheer is overgenomen door een andere partij, echter, palen die tussendoor niet meer actief waren zijn niet overgenomen qua wachtwoorden/beheer en vallen tussen wal en schip. Ik had een paar op de kop getikt via een veiling in de hoop ze te kunnen activeren, maar helaas, nergens wachtwoorden of PUK codes te bemachtigen. Geen groot issue, ik heb omgerekend zo'n 10 á 15 euro betaald en de behuizing/type2 connector/lock/etc. zijn allemaal te hergebruiken met een SmartEVSE.

[ViezeVis]

Kan iemand mij verder helpen met een issue waar ik nu al vrij lang mee worstel? Ik ben ten einde raad.

Ik heb een laadpaal met ABB B21 meter die ik via Zigbee aan/uit kan zetten. Echter wil ik d.v.m. een R3485 module de modbus van de B21 uitlezen zodat ik de power consumption etc. kan uitlezen. Dit lukt om wat voor reden dan ook niet. Ik krijg geen data uit de B21. Ik heb meerdere ESP32 boards geprobeerd. En alle waarden en data heb ik uit eerdere scripts van Git gehaald en geverifieerd in de B21 handleiding. In de logs krijg ik alleen maar 'modbus:083: stop waiting for response from 26 2000ms after last send'. Soms ook een 'Frame already active for 26 with 2 requests pending, refused'. En 'Probe refused by hub for range 0x8900' (waarbij die bytecode willekeurig is voor andere sensors zoals 0x5b14).

Ik weet het oprecht gewoon niet meer wat ik fout doe hierin . Script ook al helemaal teruggebracht en de ETEK er bewust uitgehaald omdat ik alleen de B21 wil lezen.

Pinbezetting

ESP32 Gnd <> ETEK Gnd
ESP32 Gnd <> RS3485 Gnd
ESP32 VIN 5V <> ETEK +5V
ESP32 GPIO17 TXD <> RS3485 RXD
ESP32 GPIO16 RXD <> RS3485 TXD
RS3485 D- /B <> ABB B21 36 B
RS3485 D+ /A <> ABB B21 37 A

De ESP32 haalt 5V stroom weg van de ETEK. De ESP32 voed de RS3485 via 3.3V. TXD en RXD worden op de RS3485 weer omgedraaid (omdraaien heeft in het issue wat ik heb geen zin).

Settings in B21

RS348 - Modbus
Address: 26
BAUD rate: 9600
Parity: None
Access: Open

Ik heb de baudrate ook al eens op 4800 gezet maar geen resultaat.

Code in Home Assistant

YAML:

substitutions:
  device: abbmeter
  device_description: "ABB meter component for ABB kWh meter B21"
  friendly_name: ABB B21

esphome:
  name: abbmeter
  comment: ABB power meter B21

  ## Get rid of CDC error:
  platformio_options:
    board_build.extra_flags:
      - "-DARDUINO_USB_CDC_ON_BOOT=0"

## ESP32
esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:
  logs:
    modbus_controller.sensor: INFO
    modbus_controller.output: INFO
    modbus.number: INFO
    esp32.preferences: INFO
    sensor: INFO
    text_sensor: INFO
    number: INFO

# Enable Home Assistant API
api:
  encryption:
    key: !secret evseesp__api_encryption_key_evse

ota:
  password: !secret evseesp__ota_password_evse
  platform: esphome

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot
  ap:
    ssid: ${device}
    password: !secret evseesp__fallback_password

  fast_connect: false
  power_save_mode: none

captive_portal:

# Enable webserver
web_server:
  port: 80
  auth:
    username: admin
    password: !secret evseesp__web_server_password_evse
  version: 2
  log: false
  ota: false

### MODBUS ###
uart:
  id: mod_bus
  tx_pin: GPIO17
  rx_pin: GPIO16
  baud_rate: 9600
  stop_bits: 1

modbus:
  id: modbus1

modbus_controller:
  - id: B21
    address: 26
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 10s

sensor:

  ## 1 Total Energy (kWh) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Import energy"
    address: 0x5000
    register_type: holding
    value_type: U_QWORD
    device_class: energy
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    state_class: total_increasing
    filters:
      - multiply: 0.01

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Export energy"
    address: 0x5004
    register_type: holding
    value_type: U_QWORD
    device_class: energy
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    state_class: total_increasing
    filters:
      - multiply: 0.01

  ## 2 Instantaneous values

  ## 2.1 Voltage (V) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Voltage L1-N"
    address: 0x5B00
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 1
    device_class: voltage
    unit_of_measurement: "V"
    filters:
      - multiply: 0.1

  ## 2.2 Current (A) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Current L1"
    address: 0x5B0C
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 2
    device_class: current
    unit_of_measurement: "A"
    filters:
      - multiply: 0.01

  ## 2.3 Active Power (Watt) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Power total"
    address: 0x5B14
    register_type: holding
    value_type: S_DWORD
    accuracy_decimals: 2
    device_class: power
    unit_of_measurement: "W"
    filters:
      - multiply: 0.01

  ## 2.4 Frequency (Hz) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Frequency"
    address: 0x5B2C
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 2
    device_class: frequency
    unit_of_measurement: "Hz"
    filters:
      - multiply: 0.01

  ## 2.5 Power factor (-) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Power factor total"
    address: 0x5B3A
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 3
    device_class: power_factor
    filters:
      - multiply: 0.001

## 3 Production data and identification B21

text_sensor:

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Serial Number"
    address: 0x8900
    register_type: holding
    response_size: 6
    entity_category: diagnostic
    raw_encode: HEXBYTES
    skip_updates: 60

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Meter firmware version"
    address: 0x8908
    register_type: holding
    response_size: 16
    entity_category: diagnostic
    skip_updates: 60

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Type designation"
    address: 0x8960
    register_type: holding
    response_size: 8
    entity_category: diagnostic
    skip_updates: 60

[ Voor 5% gewijzigd door ViezeVis op 20-09-2026 19:35 ]

[dingo35]

Misschien eerst eens proberen met een goedkope modbus<->USB stick en mbpoll als probing software?

En als je dat aan de praat krijgt de USB stick icm HomeAssistant; en dan pas de ESP32 introduceren..

[ViezeVis]

dingo35 schreef op maandag 21 september 2026 @ 07:28:
Misschien eerst eens proberen met een goedkope modbus<->USB stick en mbpoll als probing software?

En als je dat aan de praat krijgt de USB stick icm HomeAssistant; en dan pas de ESP32 introduceren..

Ik ben er inmiddels achter. A op de MAX3485 is niet A op de B21, maar B. Dus:
A = B
B = A

Lekker logisch . Kostte me 4 weken en 3 ESP boards om dat te ontdekken.

[Robert-Jan]

ViezeVis schreef op maandag 21 september 2026 @ 12:45:
[...]

Ik ben er inmiddels achter. A op de MAX3485 is niet A op de B21, maar B. Dus:
A = B
B = A

Lekker logisch . Kostte me 4 weken en 3 ESP boards om dat te ontdekken.

Dus toch zo simpel! Ik wilde nog zeggen: “wissel A en B eens om”, maar dacht dat dat wel héél flauw zou zijn na vier weken zoeken. Blijkt maar weer: eerst de domste oplossing proberen

[ViezeVis]

Robert-Jan schreef op maandag 21 september 2026 @ 18:08:
[...]

Dus toch zo simpel! Ik wilde nog zeggen: “wissel A en B eens om”, maar dacht dat dat wel héél flauw zou zijn na vier weken zoeken. Blijkt maar weer: eerst de domste oplossing proberen

TX / RX wisselen werkte niet, GPIO pins wisselen niet, baudrate instellen, address op de B21 wijzigen, doormeten van alle kabels of ik überhaupt wel connecties heb tussen A en B... ik ben onderhand ook wel vergeten wat ik allemaal heb geprobeerd. . Maar ja, ik ga volledig af op de handleiding en op een of andere manier is het dan toch andersom. Ik weet ook niet of ik nu nog wil weten waarom. Ik heb de boel lekker in een elektradoos gedrukt, dekseltje erop. En nóóit meer naar kijken

[jjonkie]

goedbedoeld, maar niet de bedoeling

[ Voor 93% gewijzigd door teacher op 22-09-2026 19:50 ]

[tukker999]

Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

- kennen anderen dit gedrag

- is er een mogelijkheid om de SmartEVSE te binden aan de wifi versterker.

[ocaj]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

Welke software bedoel je met "de software"?

Ik stuur ca 1 x per seconde via MQTT de Mains-meter waarden door. Zodra je dat 10seconde niet doet (of niet kan doen vanwege brakke wifi) stopt de SmartEVSE direct. Of is dat niet wat je bedoelt?

[edwin2021]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:
Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

- kennen anderen dit gedrag

- is er een mogelijkheid om de SmartEVSE te binden aan de wifi versterker.

Mijn ervaringen met WiFi versterkers is tamelijk beroerd. Om iets te krijgen wat redelijk werkt moet je goed opletten met plaatsing en configuratie. De versterker/repeater noot aan de rand van bereik zetten van de bron. Reig nooit meerdere repeater aan elkaar. Streef ernaar om repeaters/AP'S bekabeld aan te sluiten aan je modem/router. Let op kanaal verdeling, laat auto select niet aan staan maar verdeel de kanalen optimaal en dan zo laten. Maak voor IoT spul een apart SSID met alleen 2.4ghz en 20mhz kanaal breedte en een wachtwoord wat alleen letters en cijfers bevat en maximaal 12 karakters heeft. Ja, dit is minder veilig maar veel IoT spul heeft een probleem met speciale tekens of een 20 karakters wachtwoord.

[rvdgaag]

er is een ombouwkit naar een smartevse met een ethernet aansluiting, simpel te doen en echt een aanrader wat mij betreft

[ruud76]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:
Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Kan het zijn dat je hier tegenaan loopt? Dan is het een kwestie van je Wifi opnieuw instellen en zorgen dat hij zich dan bindt aan je versterker.

Ook ik beveel de ombouwkit voor de Ethernetaansluiting overigens van harte aan.

[ Voor 3% gewijzigd door ruud76 op 23-09-2026 14:24 ]

[tukker999]

Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

[Stefannn]

tukker999 schreef op woensdag 23 september 2026 @ 17:13:
Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

Misschien een guest netwerk maken dat enkel op de node waar je mee verbinden wil zit? (Als dat te configureren is)

[ Voor 7% gewijzigd door Stefannn op 23-09-2026 17:25 ]

[tsjoender]

tukker999 schreef op woensdag 23 september 2026 @ 17:13:
Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

Is er al wel een ethernet kabel naar de laadpaal gelegd voor de communicatie met de sensorbox? In dat geval kan je 8 aders uit die kabel verdelen met 4 voor rs485 (sensorbox) en 4 voor ethernet.

[benthouse]

tsjoender schreef op woensdag 23 september 2026 @ 18:17:
[...]


Is er al wel een ethernet kabel naar de laadpaal gelegd voor de communicatie met de sensorbox? In dat geval kan je 8 aders uit die kabel verdelen met 4 voor rs485 (sensorbox) en 4 voor ethernet.

Zo heb ik het hier ook zitten. Werkt goed, en nu met de ombouwkit een goede betrouwbare bekabelde verbinding. Het groene pcb’tje rechts op de foto gebruik ik om modus en ethernet te splitsen heb een zelfde bij de sensorbox om alles op 1 kabel te combineren

[tukker999]

Helaas, er is geen Ethernet kabel en de mogelijkheid om er een aan te leggen is er ook niet. (5 meter kabel opgraven om de Ethernet kabel naast de stroomkabel te leggen)