Zelfbouw Laadpaal ervaringen

[master1104]

Verwijderd schreef op dinsdag 23 december 2025 @ 18:05:
[...]

ik heb even wat geknutseld. https://github.com/simonsays-techtalk/p1tosmartevse Bij mij werkt dit, als in, de smartevse accepteert het zo, hij geeft geen fouten. Ik moet het laden zelf wel nog testen. Ik gebruik de rpi als een P1 splitter in feite. Wellicht voor de ontwikkelaar een idee om een modus op de API te zetten waarbij er naar changes wordt geluisterd, in plaats van continue een datastroom te gebruiken. In feite is het nog net geen netwerk spammen zo.

Interessant! Ik heb het uiteindelijk zo geregeld: via Ser2Net naar HA en dan bij ontvangst direct een automation die het via MQTT naar de SmartEVSE zet. Mijn idee is dat MQTT een stuk minder heavy voor het netwerk is.

Nog mooier is natuurlijk als de SmartEVSE een native koppeling met Ser2Net zou ondersteunen, dan kan HA er zonder enig script er gewoon tussenuit. @stegen @dingo35 , zou zoiets complex zijn om te implementeren? De broncode kan je wellicht van HA lenen, daar zit het al in de DSMR meter integratie.

[Refthoom]

Verwijderd schreef op dinsdag 23 december 2025 @ 18:12:
[...]


Ja, dat zou je denken, maar uit mijn slimme meter komen de telegrammen om de circa 8 seconden. Althans, als ik dat direct monitor op de rpi.

Volgens mij is dat verschil door DSMR 4 en 5 die respectievelijk iedere 10 en 1 seconden telegrammen sturen.

[dingo35]

master1104 schreef op dinsdag 23 december 2025 @ 23:48:
[...]

Interessant! Ik heb het uiteindelijk zo geregeld: via Ser2Net naar HA en dan bij ontvangst direct een automation die het via MQTT naar de SmartEVSE zet. Mijn idee is dat MQTT een stuk minder heavy voor het netwerk is.

Nog mooier is natuurlijk als de SmartEVSE een native koppeling met Ser2Net zou ondersteunen, dan kan HA er zonder enig script er gewoon tussenuit. @stegen @dingo35 , zou zoiets complex zijn om te implementeren? De broncode kan je wellicht van HA lenen, daar zit het al in de DSMR meter integratie.

De SmartEVSE heeft daarvoor geen seriele poort meer vrij, dus er is een extra ESP32 nodig die de P1 poort uitleest en naar de SmartEVSE stuurt.
Dat ding zit in een kastje ingebouwd, kan ook met CT klemmen werken igv domme meter, en heet "sensorbox".

[Verwijderd]

Ik kan iig concluderen dat de smartevse niet doet wat ik wil dat ie doet. Ik heb 2 smartevse, hoe ga ik die nu aansturen dan? Hoe moet ik de api gebruiken zodat ik dat klapperen kan voorkomen? Dit gaat dus bijna 2 uur zo door.

[dingo35]

Ook na het disablen van Capacity?

[ocaj]

Verwijderd schreef op woensdag 24 december 2025 @ 04:56:
Ik kan iig concluderen dat de smartevse niet doet wat ik wil dat ie doet. Ik heb 2 smartevse, hoe ga ik die nu aansturen dan? Hoe moet ik de api gebruiken zodat ik dat klapperen kan voorkomen? Dit gaat dus bijna 2 uur zo door. [Afbeelding]

Je zegt dat je 2 SmartEVSE's hebt, maar in de ruwe data die je gisteren posste heb je staan "loadbl":0". Dat klinkt alsof Load Balancing/Power Share uit staat. Dat is de functie die er voor zorgt er voor dat de SmartEVSE's samenwerken.

Heb je de SmartEVSE's wel onderling via modbus verbonden zoals in de installatiehandleiding staat? Vervolgens wijs je er in de instelling één als master aan en de andere als een Node. Ik meen me te herinneren dat je de MAINS-data alleen naar de master hoeft te sturen, maar dat zou je moeten nakijken.

(ik heb er zelf maar 1, dus geen ervaring mee, maar dit is wat ik van de handleiding/documentatie begrepen heb)

p.s. had je misschien ook in eerdere posts even kunnen melden dat je twee SmartEVSE's hebt....

[ Voor 4% gewijzigd door ocaj op 24-12-2025 09:14 ]

[Refthoom]

dingo35 schreef op woensdag 24 december 2025 @ 03:35:
[...]

De SmartEVSE heeft daarvoor geen seriele poort meer vrij, dus er is een extra ESP32 nodig die de P1 poort uitleest en naar de SmartEVSE stuurt.
Dat ding zit in een kastje ingebouwd, kan ook met CT klemmen werken igv domme meter, en heet "sensorbox".

Volgens mij bedoelt @master1104 een software koppeling.

[Verwijderd]

ocaj schreef op woensdag 24 december 2025 @ 09:12:
[...]

Je zegt dat je 2 SmartEVSE's hebt, maar in de ruwe data die je gisteren posste heb je staan "loadbl":0". Dat klinkt alsof Load Balancing/Power Share uit staat. Dat is de functie die er voor zorgt er voor dat de SmartEVSE's samenwerken.

Heb je de SmartEVSE's wel onderling via modbus verbonden zoals in de installatiehandleiding staat? Vervolgens wijs je er in de instelling één als master aan en de andere als een Node. Ik meen me te herinneren dat je de MAINS-data alleen naar de master hoeft te sturen, maar dat zou je moeten nakijken.

(ik heb er zelf maar 1, dus geen ervaring mee, maar dit is wat ik van de handleiding/documentatie begrepen heb)

p.s. had je misschien ook in eerdere posts even kunnen melden dat je twee SmartEVSE's hebt....

Ja dat klopt, ik heb er 2, maar momenteel maar 1 in gebruik, als ik er daadwerkelijk 2 in gebruik zou hebben, had ik dat zeker gemeld. De eerste wil ik eerst goed werkend hebben en begrijpen voordat ik de tweede in gebruik nemen, die is voor "gasten" of zelf zelf sporadisch laden en heeft geen vaste kabel, maar dat terzijde.Waar om ik dan meldde dat ik er 2 heb? Omdat ik geen zin heb om naar de tweede laadpaal een extra kabel te trekken voor een P1 meter/sensorbox. Ik moet wel nog even het laadgedrag controleren van vannacht, want het lijkt er op dat het nu wel beter gaat met de constructie die ik nu heb.

[Verwijderd]

dingo35 schreef op woensdag 24 december 2025 @ 08:39:
Ook na het disablen van Capacity?

Die staat nog aan.

[dingo35]

Tsja als je mn adviezen niet opvolgt ga ik stoppen ze te geven....
Minder typen, meer LEZEN!

[Verwijderd]

dingo35 schreef op woensdag 24 december 2025 @ 10:56:
Tsja als je mn adviezen niet opvolgt ga ik stoppen ze te geven....
Minder typen, meer LEZEN!

Ik wilde niet teveel aanpassingen tegelijk doen.

[dingo35]

Dan had je ipv je klaagzang van 4:56 te typen die setting aan kunnen passen, en pas als dat niet werkt je bevindingen posten.
Nu vermoei je honderden volgers met irrelevante posts, en neem je onnodige tijd van ontwikkelaars in beslag.

[thalx]

Ik denk dat het goed is als we met zijn allen blijven beseffen dat sommige ontwikkelaars het ook maar in hun vrije tijd erbij doen (en zonder betaling). En dat de kwaliteit en toon van het aanleveren van issues kan helpen bij het krijgen van een goed antwoord/oplossing en een blije ontwikkelaar met meer vrije tijd.

Puntje bij paaltje zijn we allemaal EV-laadpaal enthousiastelingen, en willen zoveel mogelijk tweaken ermee, met alle passie die daarbij komt kijken.

[ Voor 18% gewijzigd door thalx op 24-12-2025 11:53 ]

[master1104]

dingo35 schreef op woensdag 24 december 2025 @ 03:35:
[...]

De SmartEVSE heeft daarvoor geen seriele poort meer vrij, dus er is een extra ESP32 nodig die de P1 poort uitleest en naar de SmartEVSE stuurt.
Dat ding zit in een kastje ingebouwd, kan ook met CT klemmen werken igv domme meter, en heet "sensorbox".

Dank voor je reactie 👍 Zoals @Refthoom al stelde doel ik inderdaad op een software koppeling. Veel Tweakers gebruiken Ser2Net om de P1 data naar HA te sturen. Het mooie is dat Ser2Net meerdere sockets tegelijk kan onderhouden, waardoor je een directe verbinding met zowel HA als de SmartEVSE kan onderhouden. Dat scheelt latency en zal het regelgedrag van de SmartEVSE verbeteren. Ook zal het in HA enkele procenten CPU load schelen, die automation om de data te sturen kost best veel rekenkracht heb ik gemerkt.

code:

 +------------------------+
|     P1 DSMR METER      |
+-----------+------------+
            |
            |  P1 datakabel
            |
+-----------v------------+
|        Ser2Net         |
|   (serial -> network)  |
+-----------+------------+
            |
            |  Netwerkstream (TCP)
            |
        +---+---+
        |       |
        |       |
+-------v--+   +v------------------+
| SmartEVSE |   | Home Assistant   |
|  (TCP)    |   |  (DSMR integr.)  |
+-----------+   +------------------+

[ Voor 23% gewijzigd door master1104 op 24-12-2025 17:25 ]

[Refthoom]

En de idee erbij is dat er voor de SmartEVSE hopelijk niet veel verschil is of een telegram via MQTT binnenkomt of via Ser2Net.

[manusjevanalles]

master1104 schreef op woensdag 24 december 2025 @ 17:17:
[...]

Dank voor je reactie 👍 Zoals @Refthoom al stelde doel ik inderdaad op een software koppeling. Veel Tweakers gebruiken Ser2Net om de P1 data naar HA te sturen. Het mooie is dat Ser2Net meerdere sockets tegelijk kan onderhouden, waardoor je een directe verbinding met zowel HA als de SmartEVSE kan onderhouden. Dat scheelt latency en zal het regelgedrag van de SmartEVSE verbeteren. Ook zal het in HA enkele procenten CPU load schelen, die automation om de data te sturen kost best veel rekenkracht heb ik gemerkt.

code:

 +------------------------+
|     P1 DSMR METER      |
+-----------+------------+
            |
            |  P1 datakabel
            |
+-----------v------------+
|        Ser2Net         |
|   (serial -> network)  |
+-----------+------------+
            |
            |  Netwerkstream (TCP)
            |
        +---+---+
        |       |
        |       |
+-------v--+   +v------------------+
| SmartEVSE |   | Home Assistant   |
|  (TCP)    |   |  (DSMR integr.)  |
+-----------+   +------------------+

Op welk device draai je ser2net? Kan dat gewoon op een esp?

[thalx]

ser2net kun je op linux-based systemen draaien zoals Raspberry Pi's, computers, etc.
Een ESP helaas niet, maar daar zijn wel custom firmwares voor op internet om óók als serial-to-TCP bridge te dienen (maar vaak niet multi-connection)

[dingo35]

Volgens mij is een kant-en-klare sensorbox een stuk goedkoper dan een Raspberry Pi + voeding + SD card + kastje, heeft de mogelijkheid zowel via modbus als via wifi met de SmartEVSE en/of HomeAssistant te communiceren, ondersteunt ook MQTT voor de rest van je domotica.

Zelfs als je op zoek bent naar een nuttige tijdsbesteding kun je m.i. beter een sensorbox nabouwen, zowel hardware als software volledig opensource https://github.com/SmartEVSE/Sensorbox-2

EDIT: Het is eenieder inmiddels duidelijk dat een zuiver softwarematige oplossing om P1 naar SmartEVSE te krijgen niet bestaat, dat je op zn minst een SlimmeLezer of RPI of ESP32 nodig hebt, om je ser2net of wat dan ook op te draaien?

[ Voor 20% gewijzigd door dingo35 op 25-12-2025 13:42 ]

[Refthoom]

dingo35 schreef op donderdag 25 december 2025 @ 13:39:
Volgens mij is een kant-en-klare sensorbox een stuk goedkoper dan een Raspberry Pi + voeding + SD card + kastje, heeft de mogelijkheid zowel via modbus als via wifi met de SmartEVSE en/of HomeAssistant te communiceren, ondersteunt ook MQTT voor de rest van je domotica.

Zelfs als je op zoek bent naar een nuttige tijdsbesteding kun je m.i. beter een sensorbox nabouwen, zowel hardware als software volledig opensource https://github.com/SmartEVSE/Sensorbox-2

EDIT: Het is eenieder inmiddels duidelijk dat een zuiver softwarematige oplossing om P1 naar SmartEVSE te krijgen niet bestaat, dat je op zn minst een SlimmeLezer of RPI of ESP32 nodig hebt, om je ser2net of wat dan ook op te draaien?

Hebben de Sensorbox V2 en SmartEVSE met de nieuwste firmware versies nog steeds DSMR5 met iedere seconde een telegram als een vereiste?

Als ik het goed begrijp kwamen we namelijk zover in dit draadje omdat de SmartEVSE per seconde een telegram wil hebben zoals DSMR5 levert. De extra spullen (rpi etc) zorgen ervoor dat de lagere frequentie van telegrammen van lagere DSMR versies verhoogd wordt door berichten iedere seconde te herhalen.

Het is iedereen denk ik wel duidelijk dat de slimme meter zelf geen wifi o.i.d. heeft en er dus altijd iets tussen moet wat de telegrammen van de P1 leest.

Als de sensorbox via wifi de telegrammen naar de SmartEVSE kan sturen is dat natuurlijk prachtig. Er zal wel eerst via modbus (eenmalig?) verbinding moeten zijn om de wifi te enablen en of de firmware te upgraden, toch?

[thalx]

Volgens mij was er in eerdere reacties hier al aangegeven dat het niet slim is om een DSMR4 telegram meerdere keren te versturen omwille van de timeout, omdat ook de SMART/SOLAR sturing hier niet lekker op gaat omdat je doet alsof 5 seconde later het verbruik nog steeds hetzelfde is tegenover bijvoorbeeld de dan huidige EV-meter waardes die wél elke seconde misschien update (geen idee of dit zo is).
Ik deed dit zelf ook eerst (Python script van ser2net > MQTT > SmartEVSE) door het DSMR4 telegram 3x te verzenden, maar dit werkte niet lekker, waardoor ik het ook heb teruggezet naar 1x per DSMR4 telegram doorsturen naar MQTT. Aan de ene kant zou je willen dat de time-out instelbaar zou zijn bij SmartEVSE misschien, maar aan de andere kant is 10 seconden al erg lang als je op bijvoorbeeld 11+ kW aan het laden bent, een droger aanschiet + warmtepomp, etc. Omwille van je hoofdzekering is 10 seconde al heel lang, indien je ver boven je aansluiting verbruikt 10 seconde lang. Door het karakteristiek zal hij er echt niet direct uitklappen bij 10 seconde 26A ipv 25, maar met hogere uitschieters gaat het wel sneller

Zoals al aangegeven kom je dan uit op een andere oplossing dan P1, zoals de sensorbox met CT-clamps of een andere DIY oplossing met CT-clamps of modbus meter.

[ Voor 23% gewijzigd door thalx op 25-12-2025 16:16 ]

[Refthoom]

Blijft wel lastig dat het me nog niet gelukt is om de netbeheerder mijn DSMR4 slimme meter te vervangen door een DSMR5 exemplaar. Daarom heb ik het laden beperkt vanuit de auto app en is solar geen optie.

[stefxx]

Refthoom schreef op donderdag 25 december 2025 @ 16:08:
Blijft wel lastig dat het me nog niet gelukt is om de netbeheerder mijn DSMR4 slimme meter te vervangen door een DSMR5 exemplaar.

Ik heb bij Liander vorig jaar online gewoon een nieuwe meter aangevraagd, terwijl ik een prima functionerende (DSMR4) meter had. Was iets van 75 euro, en een week of 4 later hing deze in mijn meterkast. Niemand heeft ooit gevraagd waarom.

[Refthoom]

Zoiets wilde ik doen inderdaad maar Stedin heeft de 'klantenservice' goed dichtgetimmerd. Sowieso een week gewacht op de code per snail mail voordat mijn account geldig was, maar er zijn alleen voorgebakken opties om te kiezen. Bijvoorbeeld een slimme meter aanvragen, maar dat werkt niet want ik heb al een slimme meter. In het nieuwe jaar ga ik nog wel eens een poging wagen denk ik.

[janblok1162]

Refthoom schreef op donderdag 25 december 2025 @ 16:28:
Zoiets wilde ik doen inderdaad maar Stedin heeft de 'klantenservice' goed dichtgetimmerd. Sowieso een week gewacht op de code per snail mail voordat mijn account geldig was, maar er zijn alleen voorgebakken opties om te kiezen. Bijvoorbeeld een slimme meter aanvragen, maar dat werkt niet want ik heb al een slimme meter. In het nieuwe jaar ga ik nog wel eens een poging wagen denk ik.

Ik heb begin vorig jaar een nieuwe meter aangevraagd. Had een verzoek ingediend omdat ik graag dsmr 5 wilde en gelezen had dat de meter die wij hadden in de komende 10 jaar vervangen zou worden omdat er een grps module inzit. Proberen kan altijd was de gedachtegang. Onze oude meter was van 2014 dacht ik.

Heb een nieuwe elektrameter en gasmeter gekregen, ze deden bij mij helemaal niet moeilijk en heb me geen cent gekost. Had dit van te voren ook nog wel heel duidelijk gevraagd, want had weinig zin in een rekening van paar honderd euro.

[Refthoom]

janblok1162 schreef op donderdag 25 december 2025 @ 21:23:
[...]


Ik heb begin vorig jaar een nieuwe meter aangevraagd. Had een verzoek ingediend omdat ik graag dsmr 5 wilde en gelezen had dat de meter die wij hadden in de komende 10 jaar vervangen zou worden omdat er een grps module inzit. Proberen kan altijd was de gedachtegang. Onze oude meter was van 2014 dacht ik.

Heb een nieuwe elektrameter en gasmeter gekregen, ze deden bij mij helemaal niet moeilijk en heb me geen cent gekost. Had dit van te voren ook nog wel heel duidelijk gevraagd, want had weinig zin in een rekening van paar honderd euro.

Dankjewel, dat is goed om te lezen. Hoe ben je met ze in contact gekomen? Want ik zie geen contactformulier of telefoonnummer op de Site van Stedin.

[janblok1162]

Refthoom schreef op donderdag 25 december 2025 @ 21:27:
[...]

Dankjewel, dat is goed om te lezen. Hoe ben je met ze in contact gekomen? Want ik zie geen contactformulier of telefoonnummer op de Site van Stedin.

Meen me te herinneren dat ik via klantenportaal aanvraag voor slimme meter heb gedaan. daarna heb ik een belletje gegeven denk ik om er zeker van te zijn dat ik niks hoefde te betalen.

Tel: [phone] (zorg wel dat je de tijd hebt, wachtrij kan best lang duren)

Het ging bij mij dus wel om een meter die in de komende 10 jaar vervangen zou moeten worden vanwege technische levensduur.
Proberen kan altijd i.i.g., nee heb je, ja kun je krijgen. Succes!

[Stefannn]

janblok1162 schreef op vrijdag 26 december 2025 @ 00:02:
[...]


Meen me te herinneren dat ik via klantenportaal aanvraag voor slimme meter heb gedaan. daarna heb ik een belletje gegeven denk ik om er zeker van te zijn dat ik niks hoefde te betalen.

Tel: [phone] (zorg wel dat je de tijd hebt, wachtrij kan best lang duren)

Het ging bij mij dus wel om een meter die in de komende 10 jaar vervangen zou moeten worden vanwege technische levensduur.
Proberen kan altijd i.i.g., nee heb je, ja kun je krijgen. Succes!

Bij enexis kost vervangen op eigen verzoek t.b.v. hogere dsmr 212 euro.
Mijn meter moet sowieso de komende paar jaar vervangen vanwege gprs. Ik heb vorig jaar gebeld of ze dat niet gratis eerder konden doen maar dat deden ze niet.
Misschien inmiddels wel, proberen kan altijd.
Hier anderen die het niet lukt bij enexis.

[ Voor 6% gewijzigd door Stefannn op 26-12-2025 07:46 ]

[dingo35]

Refthoom schreef op donderdag 25 december 2025 @ 15:29:
[...]

Hebben de Sensorbox V2 en SmartEVSE met de nieuwste firmware versies nog steeds DSMR5 met iedere seconde een telegram als een vereiste?

Als ik het goed begrijp kwamen we namelijk zover in dit draadje omdat de SmartEVSE per seconde een telegram wil hebben zoals DSMR5 levert. De extra spullen (rpi etc) zorgen ervoor dat de lagere frequentie van telegrammen van lagere DSMR versies verhoogd wordt door berichten iedere seconde te herhalen.

Het is iedereen denk ik wel duidelijk dat de slimme meter zelf geen wifi o.i.d. heeft en er dus altijd iets tussen moet wat de telegrammen van de P1 leest.

Als de sensorbox via wifi de telegrammen naar de SmartEVSE kan sturen is dat natuurlijk prachtig. Er zal wel eerst via modbus (eenmalig?) verbinding moeten zijn om de wifi te enablen en of de firmware te upgraden, toch?

Als iedereen nu maar steeds blijft herhalen dat de SmartEVSE elke seconde data nodig heeft, dan gaan talloze oppervlakkige lezers dat geloven én weer herhalen.
Ik heb het nog geen drie dagen geleden gepost dingo35 in "Zelfbouw Laadpaal ervaringen" , maar nu nóg maar weer een keer:

De SmartEVSE update via modbus ongeveer 1x per 2 seconden. Dus als je data via de API toevoert moet je dat niet vaker doen dan 1x per 2 seconden, maar uiterlijk elke 10 seconden, anders krijg je een timeout.

Natuurlijk werkt de Sensorbox van Stegen met (zover nu bekend) elke gangbare DSMR meter in NL; die geven typisch elke 5-10 seconden een waarde af.

Het feit dat posters hier dan tóch timeouts krijgen heeft alles te maken met de latency van de zelf geknutselde "oplossing". HomeAssistant is python gedreven, en dat is, zeker op een RPI, niet de snelste oplossing. Een sensorbox, met een PIC chip die elke zoveel ms de P1 bus staat af te luisteren, en het telegram dan aan een dedicated ESP32 doorgeeft die het dan, via wired modbus of via wifi doorgeeft, is gewoon veel sneller en veel betrouwbaarder.

Ik heb zelf al tijden geen sensorbox besteld, maar volgens mij wordt deze nu met de nieuwste firmware uitgeleverd en is dan direct via wifi bereikbaar. Ik dacht dat ook daar de ESPtouch app overbodig gemaakt is en dat via een tijdelijk AP je wifi password ingegeven kan worden.

[ Voor 6% gewijzigd door dingo35 op 26-12-2025 12:07 ]

[dingo35]

Merk op dat HomeAssistant voor de meeste sensoren "poll" gedreven is, en dat de poll interval vaak 1 minuut is. Dat betekent dat het gemiddeld al 30 seconden duurt voor HA überhaupt door heeft dat er nieuwe data klaar staat.
Het interval kun je korter configureren maar ik zie vaak dat dit vergeten wordt, en dat bij zware HA configuraties dit een te zware belasting voor de RPI wordt.

HA is ontworpen voor domotica toepassingen, niet voor realtime signaal verwerking.

[ocaj]

Dank voor de mooie toelichting dingo35.
Op dit moment stuur ik de data (vanuit eigen script, geen HomeAssitant) via MQTT naar de SmartEVSE. Dat is wel weer een extra schakel (MQTT-broker) in de keten t.o.v. direct via de HTTP-REST API.

Wat is zwaarder voor de SmartEVSE? Mains-API-data via MQTT doorsturen of via HTTP/REST? Of zit daar geen significant verschil in?

[ben144]

ocaj schreef op vrijdag 26 december 2025 @ 12:51:
.....
Wat is zwaarder voor de SmartEVSE? Mains-API-data via MQTT doorsturen of via HTTP/REST? ...

Via MQTT werkt heel stabiel.
Zelf al ondervonden dat als ik met eigen scripts de REST-api teveel ging belasten het na een tijd (lees 1 tot anderhalve dag) smartevse raar begon te doen (reboot loste het dan op).

[dingo35]

MQTT is beduidend lichter, en is ook veel geschikter voor near-realtime toepassingen.

In volgorde van aflopende preferentie:
-modbus - realtime met gedefinieerde response/timeout tijden
-mqtt - bovenop IP dus geen gedefinieerde latency e.d., maar nog steeds geschikt voor near realtime toepassingen (10-100ms)
-http(s) - totaal niets gedefinieerd / gegarandeerd, maar werkt desalniettemin in licht belaste omgevingen

[Refthoom]

dingo35 schreef op vrijdag 26 december 2025 @ 12:02:
[...]
<knip>
Natuurlijk werkt de Sensorbox van Stegen met (zover nu bekend) elke gangbare DSMR meter in NL; die geven typisch elke 5-10 seconden een waarde af.
<knip>

De gedrukte handleiding (de mijne is van 2022) die bij de sensorbox zit zegt dat hij alleen met DSMR5 werkt. Denk dat veel mensen daar nog van uitgaan. Daar komt ook dat 1x per seconde vandaan wat een verschil is met DSMR4 met 1x per 10 seconden.

[ Voor 34% gewijzigd door Refthoom op 26-12-2025 14:14 ]

[ocaj]

dingo35 schreef op vrijdag 26 december 2025 @ 14:07:
MQTT is beduidend lichter, en is ook veel geschikter voor near-realtime toepassingen.

In volgorde van aflopende preferentie:
-modbus - realtime met gedefinieerde response/timeout tijden
-mqtt - bovenop IP dus geen gedefinieerde latency e.d., maar nog steeds geschikt voor near realtime toepassingen (10-100ms)
-http(s) - totaal niets gedefinieerd / gegarandeerd, maar werkt desalniettemin in licht belaste omgevingen

Goed om te weten, dan houdt ik het lekker bij MQTT.
Iets minder direct, maar inderdaad wel lekker licht en snel.

[dingo35]

Omdat je in de toekomst waarschijnlijk op meer plekken je P1 data nodig hebt (SmartEVSE laadpaal, Deye hybride accusysteem/inverter, warmtepomp, energie management systeem) is MQTT vooralsnog de beste manier van "splitten" (verdelen naar meerdere devices) van je data.

Daarbij zal het van belang worden dat je MQTT broker topics/subtopics en
misschien zelfs topic values kan vertalen naar de behoeftes van de diverse devices. Helaas blinkt het veelgebruikte Mosquitto daar (nog) niet in uit....

[Refthoom]

dingo35 schreef op vrijdag 26 december 2025 @ 14:12:
Omdat je in de toekomst waarschijnlijk op meer plekken je P1 data nodig hebt (SmartEVSE laadpaal, Deye hybride accusysteem/inverter, warmtepomp, energie management systeem) is MQTT vooralsnog de beste manier van "splitten" (verdelen naar meerdere devices) van je data.

Daarbij zal het van belang worden dat je MQTT broker topics/subtopics en
misschien zelfs topic values kan vertalen naar de behoeftes van de diverse devices. Helaas blinkt het veelgebruikte Mosquitto daar (nog) niet in uit....

NodeRed is een mooie aanvulling op MQTT voor dat soort vertaling.

[dingo35]

Refthoom schreef op vrijdag 26 december 2025 @ 14:08:
[...]

De gedrukte handleiding (de mijne is van 2022) die bij de sensorbox zit zegt dat hij alleen met DSMR5 werkt.

Ok dat is nieuw voor mij, ik meen in de code ook dsmr4 code gezien te hebben, maar dat is alweer een jaar of wat geleden.

Overigens zijn er door de open structuur van de SmartEVSE nog veel meer oplossingsrichtingen:
-modbus kWh meter in de mterkast erbij, zie handleiding voor de ondersteunde merken, Eastron SDM72DMv2 is populair
-sensorbox
-slimme lezer (zie repo)
-HomeWizard wordt native ondersteund (details zie handleiding)

Welke hiervan DSMR4 of zelfs 2.2 ondersteunen moet iemand even uitzoeken, maar ik had al die jaren nog niet gehoord van SmartEVSE gebruikers die hun DSMR4 meter lieten upgraden naar v5 om de SmartEVSE te kunnen voeden; het klinkt eem beetje als met een kanon op een mug schieten...

[dingo35]

Refthoom schreef op vrijdag 26 december 2025 @ 14:17:
[...]

NodeRed is een mooie aanvulling op MQTT voor dat soort vertaling.

Idd, ik zoek alleen nog een alternatief dat niet op dat enorm logge node.js gebaseerd is...

[tukker999]

dingo35 schreef op vrijdag 26 december 2025 @ 14:07:
MQTT is beduidend lichter, en is ook veel geschikter voor near-realtime toepassingen.

In volgorde van aflopende preferentie:
-modbus - realtime met gedefinieerde response/timeout tijden
-mqtt - bovenop IP dus geen gedefinieerde latency e.d., maar nog steeds geschikt voor near realtime toepassingen (10-100ms)
-http(s) - totaal niets gedefinieerd / gegarandeerd, maar werkt desalniettemin in licht belaste omgevingen

MQTT is supersimpel en failsafe.

code:

        if currentLevel == 'Off' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 0')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Off')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/ColorOff" -m 0,250,0')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '6A'  then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 60')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '8A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 80')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '10A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 100')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '13A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 130')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '16A' then
            domoticz.executeShellCommand('mosquitto_pub  -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub  -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 160')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        end

        -- domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)

P1 meter, SmartEVSE en draaien maar.

[Hermarcel]

tukker999 schreef op vrijdag 26 december 2025 @ 22:31:
[...]

MQTT is supersimpel en failsafe.

Helemaal mee eens. Hier vanuit ESPhome (stukje C-code):

YAML:

###############################################################################################
# Send GridMeter and EVMeter data to SmartEVSE-xxxx
###############################################################################################
  - platform: template
    name: "Send data to SmartEVSE-xxxx"
    internal: true
    update_interval: 5.0s
    lambda: |-
      // See: https://github.com/dingo35/SmartEVSE-3.5/blob/master/docs/configuration.md#mqtt-api
      char buf[100];

      snprintf(buf, sizeof(buf), "%.0f:%.0f:%.0f",            // MainsMeter
            (10 * id(MgridWattsL1).state / id(MgridVoltsL1).state),   // deci-Amps (Active only)
            (10 * id(MgridWattsL2).state / id(MgridVoltsL2).state),
            (10 * id(MgridWattsL3).state / id(MgridVoltsL3).state));
      id(mqttClient).publish("SmartEVSE-xxxx/Set/MainsMeter", buf);

      snprintf(buf, sizeof(buf), "%.0f:%.0f:%.0f:%.0f:%.0f",  // EvMeter
            (10 * id(EvAmpsL1).state),     // deci-Amps only (Active only)
            (10 * id(EvAmpsL2).state),
            (10 * id(EvAmpsL3).state),
            (id(EvWatts).state),
            (id(EvWatthours).state));
      id(mqttClient).publish("SmartEVSE-xxxx/Set/EVMeter", buf);
      }
      return(0);

Draait bij mij op een mainboard (L1) met twee addon-boards (L2+L3) voor een totaal van zes 3-fasen meters.

[thalx]

tukker999 schreef op vrijdag 26 december 2025 @ 22:31:
[...]

MQTT is supersimpel en failsafe.

code:

        if currentLevel == 'Off' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 0')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Off')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/ColorOff" -m 0,250,0')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '6A'  then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 60')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '8A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 80')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '10A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 100')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '13A' then
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 130')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        elseif currentLevel == '16A' then
            domoticz.executeShellCommand('mosquitto_pub  -h 192.168.2.110 -t "SmartEVSE/Set/Mode" -m Normal')
            domoticz.executeShellCommand('mosquitto_pub  -h 192.168.2.110 -t "SmartEVSE/Set/CurrentOverride" -m 160')
            domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)
        end

        -- domoticz.log('Charging set to : ' .. currentLevel, domoticz.LOG_DEBUG)

P1 meter, SmartEVSE en draaien maar.

Enige waar andere mensen bij deze oplossing (via CurrentOverride) om moeten denken is dat je handmatig met dit script zelf de laadsnelheid vastzet in de SmartEVSE in "normal" mode. Er is dan geen failsafe voor als het script vastloopt, of als de WiFi even bokt (2.4GHz, dus amper vrije airtime nog anno 2025).
Staat hij op zo'n moment dan nog op een CurrentOverride van 160 (16A) en gaan er andere zware stroomverbruikers aan (warmtepomp, droger, etc.), dan wordt het na enkele minuten zonder bijstellen van de CurrentOverride toch echt een belletje voor nieuwe hoofdzekeringen.
Indien je dit goed en wel hebt ingecalculeerd geen probleem, het is meer even een kanttekening voor mensen die dit kwakkeloos gaan overnemen

[Flesym]

Ik kom dit topic toevallig tegen omdat ik op HA met EVCC aan het spelen ben. En ja dan wil je natuurlijk ook efficiënt laden en dat betekent voor mij mijn EVHub ombouwen. Voor zover ik me heb kunnen inlezen lijkt dit vrij eenvoudig maar voordat ik het ga doen toch even een check of dat zo is.
Wat ik wil is via EVCC op HA en de P1 meter data (dus geen klemmen in de groepenkast) de EVHub aansturen. Dit alles draait al voor vanalles (zonnepanelen, WP, accu enz.). Dus hier ga ik wel uit komen.

Maar even een vraag voor de ombouw: mijn EVHub gebruik ik al 5 jaar en is 3 fase aangesloten met een aardlek met B karakteristiek (EMAT EBN 19-440). Ik gebruik hem alleen nu 1-fase omdat mijn zonnepanelen max 3600W piek leveren en ik zo dus nu de netstroom minimaliseer. Klopt het dat ik alleen de EVS6-63V2 hoef te vervangen voor een SmartEVSE 3.1? Of zie ik nog wat over het hoofd?

[Stefannn]

Flesym schreef op zondag 28 december 2025 @ 11:36:
Ik kom dit topic toevallig tegen omdat ik op HA met EVCC aan het spelen ben. En ja dan wil je natuurlijk ook efficiënt laden en dat betekent voor mij mijn EVHub ombouwen. Voor zover ik me heb kunnen inlezen lijkt dit vrij eenvoudig maar voordat ik het ga doen toch even een check of dat zo is.
Wat ik wil is via EVCC op HA en de P1 meter data (dus geen klemmen in de groepenkast) de EVHub aansturen. Dit alles draait al voor vanalles (zonnepanelen, WP, accu enz.). Dus hier ga ik wel uit komen.

Maar even een vraag voor de ombouw: mijn EVHub gebruik ik al 5 jaar en is 3 fase aangesloten met een aardlek met B karakteristiek (EMAT EBN 19-440). Ik gebruik hem alleen nu 1-fase omdat mijn zonnepanelen max 3600W piek leveren en ik zo dus nu de netstroom minimaliseer. Klopt het dat ik alleen de EVS6-63V2 hoef te vervangen voor een SmartEVSE 3.1? Of zie ik nog wat over het hoofd?
[Afbeelding]

Klopt met wat nuances.
- Formeel moet je een dc sensor erbij doen (ook via stegen). Maar dat moet je eigenlijk nu ook al.
- p1 data werkt alleen echt goed met modern dsmr protocol (zie eerdere post van @dingo35 ).
Dat gezegd hebbende, ik heb een oud dsmr2 protocol zonder fase informatie per 10 sec. En heb de stroombewaking zelf gemaakt. Als je kan programmeren lukt dat dus ook.

[Flesym]

Stefannn schreef op zondag 28 december 2025 @ 12:51:
[...]

Klopt met wat nuances.
- Formeel moet je een dc sensor erbij doen (ook via stegen). Maar dat moet je eigenlijk nu ook al.
- p1 data werkt alleen echt goed met modern dsmr protocol (zie eerdere post van @dingo35 ).
Dat gezegd hebbende, ik heb een oud dsmr2 protocol zonder fase informatie per 10 sec. En heb de stroombewaking zelf gemaakt. Als je kan programmeren lukt dat dus ook.

Dank voor het antwoord. Maar de type B aardlekschakelaar is hiervoor niet genoeg?
Ik heb een DSMR5 meter dus daar verwacht ik geen probleem.

[ Voor 4% gewijzigd door Flesym op 28-12-2025 15:07 ]

[smm]

Hallo allemaal,

Ik ben in het bezit van een Smart EVSE V3 (v3.8.5). Deze werkt naar behoren voor normaal laden (aan/uit), maar ik wil hem graag integreren in mijn Homey Pro.

Ik heb op Homey MQTT volledig draaien en de Smart EVSE geeft aan dat er een connectie is. In MQTT Explorer zie ik netjes de topics voorbij komen. Als ik via MQTT Explorer bijvoorbeeld het topic Mode naar Off verstuur, wordt dit netjes naar de Smart EVSE gestuurd en zie ik dat de mode verandert. Helaas wordt dit na enkele seconden weer overschreven naar de oorspronkelijke mode.

Mijn vraag is: wat moet ik nog instellen in de Smart EVSE zodat ik echt kan communiceren en de instellingen kan wijzigen via MQTT zonder dat ze meteen weer teruggezet worden?

Mijn doel is om in Homey een flow te maken waarmee ik:

• De auto kan laden bij overschot aan stroom.

• De auto op minimaal kan laten laden als de fasebelasting hoger is dan 80%.

Voor het meten van de fasebelasting gebruik ik een energie dongel van Homey.

Wie kan mij in de juiste richting helpen om dit te realiseren? Alle tips of voorbeelden zijn welkom!

Alvast bedankt!

[Stefannn]

Flesym schreef op zondag 28 december 2025 @ 13:08:
[...]

Dank voor het antwoord. Maar de type B aardlekschakelaar is hiervoor niet genoeg?
Ik heb een DSMR5 meter dus daar verwacht ik geen probleem.

Er zijn 2 soorten “B”.
B afschakel karakteristiek, dat is de afschakel snelheid.
En “B” als tegenhanger van “A” zijnde de extra dc beveiliging. Die kosten echter gauw 400euro.
Ik kan jouw 19-440 niet vinden, zelf even kijken dus.

[Flesym]

Stefannn schreef op zondag 28 december 2025 @ 17:23:
[...]

Er zijn 2 soorten “B”.
B afschakel karakteristiek, dat is de afschakel snelheid.
En “B” als tegenhanger van “A” zijnde de extra dc beveiliging. Die kosten echter gauw 400euro.
Ik kan jouw 19-440 niet vinden, zelf even kijken dus.

Deze is geïnstalleerd voor mijn EVhub. Volgens mij met de juiste DC beveiliging.
https://www.elektramat.nl...40a-30ma-type-b-85002011/

[ Voor 28% gewijzigd door Flesym op 28-12-2025 19:31 ]

[Andrehj]

@Flesym Verwijder even alle tracking info uit je link (alles vanaf het vraagteken). Dat scheelt een boel tracking, en je post ziet er ook een stuk beter uit.

[Stefannn]

Flesym schreef op zondag 28 december 2025 @ 18:06:
[...]

Deze is geïnstalleerd voor mijn EVhub. Volgens mij met de juiste DC beveiliging.
https://www.elektramat.nl...40a-30ma-type-b-85002011/

Ja die heeft dus een echte dc beveiliging. Dan hoeft er inderdaad niks bij.

Kortom…
Smart evse erin is in principe het enige dat nodig is.
Ehh… relais is wel een type met 230V spoel? Zo te zien wel.

[Chris96]

grjn schreef op dinsdag 21 oktober 2025 @ 20:31:
Ik ben ook bezig met een zelfbouw laadpaal project in een oude Ecotap. Hier zit een ABB B23 meter met modbus bij, echter kijg ik hem niet werkend.

Aansluiting:
- A verbinden met B en visa versa
- GND aansluiten
- 150 Ohm weerstand tussen A en B

Configuratie:
Baud 9600
Adres 16
Party Even none

Edit: het werkt nu, had blijkbaar nog niet alle configuraties uitgespeeld.


[Afbeelding]

[Afbeelding]

Ik heb een ABB B23 112-10M liggen. Net even anders als in de spec lijst staat. Echter heeft ook modbus functionaliteit. Echter lees ik in je verhaal dat je een weerstand tussen A en B moet zetten? En ground moet aansluiten? Kan je dat iets toelichten waar je dat op aansluit bij de smartevse?

Ik heb een avond zitten prutsen maar kreeg deze meter niet werkend met alleen draden tussen A B en die geswapt.

[Hippe Lip]

Chris96 schreef op zondag 28 december 2025 @ 23:03:
[...]
Ik heb een ABB B23 112-10M liggen. Net even anders als in de spec lijst staat. Echter heeft ook modbus functionaliteit. Echter lees ik in je verhaal dat je een weerstand tussen A en B moet zetten? En ground moet aansluiten? Kan je dat iets toelichten waar je dat op aansluit bij de smartevse?

Ik heb een avond zitten prutsen maar kreeg deze meter niet werkend met alleen draden tussen A B en die geswapt.

Voor zover ik weet is modbus een zwevende bus. Die moet je dus vooral niet aan één kant aan aarde of massa hangen.

En die afsluitweerstand is vooral van belang bij een lange bus. Mijn bus gaat van de meterkast beneden naar zolder (2e etage), dan weer naar beneden en naar de schuur, met een draadlengte van 15-20 meter. En dat zonder afsluitweerstand.
Functioneert zonder problemen.

Als je bus veel langer wordt (100+ meter?) zal dat mss belangrijker zijn. Voor korte bussen niet zo, heb ik begrepen.
Mogelijk wel als je storende elementen in de buurt hebt?

[Chris96]

Hippe Lip schreef op zondag 28 december 2025 @ 23:15:
[...]

Voor zover ik weet is modbus een zwevende bus. Die moet je dus vooral niet aan één kant aan aarde of massa hangen.

En die afsluitweerstand is vooral van belang bij een lange bus. Mijn bus gaat van de meterkast beneden naar zolder (2e etage), dan weer naar beneden en naar de schuur, met een draadlengte van 15-20 meter. En dat zonder afsluitweerstand.
Functioneert zonder problemen.

Als je bus veel langer wordt (100+ meter?) zal dat mss belangrijker zijn. Voor korte bussen niet zo, heb ik begrepen.
Mogelijk wel als je storende elementen in de buurt hebt?

Ik zag dat in meedere voorgaande berichten voorbij komen dat er een weerstand tussen is gezet. En GND aansluiten vandaar dat ik er specifiek naar vroeg.

[Hippe Lip]

Chris96 schreef op zondag 28 december 2025 @ 23:51:
[...]
Ik zag dat in meedere voorgaande berichten voorbij komen dat er een weerstand tussen is gezet. En GND aansluiten vandaar dat ik er specifiek naar vroeg.

Die weerstand kan kloppen dus. Vooral bij langere verbindingen.
Let op overigens dat het één lange lijn moet zijn. Stervorming (aftakkingen, zijtakken) mag dus niet.

Wat die GBD betreft: waar moet je die dan op aansluiten?

[Chris96]

Hippe Lip schreef op maandag 29 december 2025 @ 00:54:
[...]

Die weerstand kan kloppen dus. Vooral bij langere verbindingen.
Let op overigens dat het één lange lijn moet zijn. Stervorming (aftakkingen, zijtakken) mag dus niet.

Wat die GBD betreft: waar moet je die dan op aansluiten?

Dat was dus ook mijn vraag, vandaar dat ik hoop dat onderstaande tweaker dit bericht nog even leest

grjn schreef op dinsdag 21 oktober 2025 @ 20:31:
Ik ben ook bezig met een zelfbouw laadpaal project in een oude Ecotap. Hier zit een ABB B23 meter met modbus bij, echter kijg ik hem niet werkend.

Aansluiting:
- A verbinden met B en visa versa
- GND aansluiten
- 150 Ohm weerstand tussen A en B

Configuratie:
Baud 9600
Adres 16
Party Even none

Edit: het werkt nu, had blijkbaar nog niet alle configuraties uitgespeeld.


[Afbeelding]

[Afbeelding]

[Andrehj]

Hippe Lip schreef op zondag 28 december 2025 @ 23:15:
Voor zover ik weet is modbus een zwevende bus. Die moet je dus vooral niet aan één kant aan aarde of massa hangen.

Hm, in alle documentatie die ik vind wordt die ground wel genoemd. Hier is die in ieder geval in beide modbus-circuits (geen Smart EVSE) aan beide zijden aangesloten

En die afsluitweerstand is vooral van belang bij een lange bus. Mijn bus gaat van de meterkast beneden naar zolder (2e etage), dan weer naar beneden en naar de schuur, met een draadlengte van 15-20 meter. En dat zonder afsluitweerstand.

Dat klopt, maar als je het netjes doet, heb je aan beide uiteinden van een modbus-string een 120 Ohm afsluitweerstand. Zo voorkom je reflecties van het signaal en potentiële storingsbronnen. Ook dat heb ik hier maar zo ingevoerd. Het scheelt ook dat die weerstand in diverse devices al ingebouwd zit, en je die vaak eenvoudig aan kunt koppelen.

[hrv]

Ook ik zit aan een grotere lengte vast. totaal wordt zeker 25-30 meter.

Wat is nu beter? Een officiële signaal-grondkabel? of een Grondkabel STP?
Het lijkt mij dat een goede signaalkabel, bijvoorbeeld https://www.elektramat.nl...s2-d0-a3-groen-per-meter/ de betere keuze is?

Deze is ook dikker (18AWG) dan een goede UTP / STP kabel (AWG24).

[Kaspers]

Dat zijn 6 aders. Mogelijk 4 teveel voor jouw doel. Ik ben voor deze gegaan.

[Refthoom]

Ik heb deze https://www.elektramat.nl/emhub-utp-cat-5e-per-meter-4080158 gebruikt. 6 aders teveel maar een stuk goedkoper en werkt ook.

[X21r]

Heren MOD bus
Wat @Hippe Lip zei zit aardig in de buurt.
Onderstaan werkt met mod bus op 9600 baud ( waar wij normaal op werken) werk je op 115kbaud zijn de eisen wel streng.
Je kan over 100 meter untwisted kabels gebruiken.. het lieft natuurlijk getwist .en in de grond, wel grond kabel waardig nemen.

De A en de B zijn floating signaal draden, met een kleine negatieve voorspannng (bv A op 2,4 en B op 2,6 v)
Ten opzicht van ground .. nu mag die groud 25 volt verschillen en zelfs een wissel spanning hebben tussen zender en ontvanger.
Er word steeds gekeken naar het verschil tussen de A en de B line + of - om het zo te zeggen.
Bij 9600 baud is de kabel afsluit weerstanden ( welk tussen de A en de B line zitten ) niet meer zo belangrijk ..( soms zitten er al in de zender print).

Een T splitsing van 10 meter in je netwerk op 115kb zit moet je afsluit weerstanden verdelen ( dus op einde t splitsing 2x de waarde) , afsluit weerstand blijft dan 2x 120ohm. ( een bij zender (120) en 2x bij ontvanger (2x 240 ohm)
Bij 9600 Baud mag je rustig de weerstanden plaatsen zoals boven beschreven en mag je T splitsing veel langer zijn.

Wat ik doe is een 8 aderig netwerk kabel verdelen in 4 voor 100Mb net werk en de ander 2 draden voor modbus A en B en 2 draden voor temperatuur meting dsb20, over dik 15 meter met T splitsingen.

De ground mag floating zijn .. hoeft niet speciaal aan aarde liggen.

[grjn]

Ik heb hem werkend gekregen met de instelling zoals hierboven beschreven, dus de A aan B en de B aan de A. Uiteindelijk waren ground en de weerstand niet nodig bij het korte getwiste draadje van mij. Controleer goed of de Smart EVSE goed ingesteld staat, had soms dat de instelling toch niet bevestigd waren.

Daarnaast kun je op de ABB B23 meter ook het nodige instellen, zorg dat deze op MODBUS, de juiste baud rate en adres staat.

Succes!

Chris96 schreef op zondag 28 december 2025 @ 23:03:
[...]


Ik heb een ABB B23 112-10M liggen. Net even anders als in de spec lijst staat. Echter heeft ook modbus functionaliteit. Echter lees ik in je verhaal dat je een weerstand tussen A en B moet zetten? En ground moet aansluiten? Kan je dat iets toelichten waar je dat op aansluit bij de smartevse?

Ik heb een avond zitten prutsen maar kreeg deze meter niet werkend met alleen draden tussen A B en die geswapt.

[Refthoom]

Het heeft even geduurd maar het is nu toch (bijna) klaar, de ombouw van een 'TheNewMotion' Lolo laadpaal naar SmartEVSE. Het is een ouder 1 fase model, maar dat maakt uiteindelijk niet zoveel uit, het enig wat jammer is, is dat de buitenkap er best verweerd uitziet. Tegelijkertijd maakt het dat wel een soort sleeper

De SmartEVSE zit er ondersteboven in. Dat kwam beter uit voor de bekabeling en als de kap er op zit zie je dat toch niet meer. Een stukje DINrail kon ik aan de ene kant vastschroeven met een bestaand bevestigingspunt, aan de andere kant moest ik wat creatiever zijn.

De oplettende lezer ziet dat er geen kWh meter in zit. Daar heb ik geen behoefte aan, de laadpaal is alleen voor prive gebruik. Heb ik 'm later toch nodig dan kan ik die in de meterkast plaatsen en op de modbus bij de Sensorbox aansluiten. Ook heeft de antenne van de interne ESP32, op de foto aan de rechtse zijde van de SmartEVSE, door het weglaten van de kWh meter wat 'lucht' wat hopelijk positief werkt voor de WiFi verbinding.



De printplaat rechtsonder had oorspronkelijk het aansluitblok voor L1, N en PE (aarde). Daar heb ik alle onderdelen vanaf gehaald, aan weerszijden gladgeschuurd en 5 Wago doorverbinders erop gelijmd voor de 3 fasen L1/L2/L3, Nul en Aarde.



Ik had nog een stuk 3-fase Ymvk 2,5mm2 liggen (lekker makkelijk voor de juiste kleuren) wat ik gebruikt heb voor de aansluitingen van de Wago's naar het relais en van het relais naar de type 2 socket (die bleek gelukkig gewoon alles te hebben voor 3 fasen) met de residual current detector ertussen.

Edit
!!!BELANGRIJK!!! op foto loopt de aarddraad ook door de residual current detector (RCD), dan werkt de beveiliging niet goed. De aarddraad moet buitenlangs de RCD lopen, dat ga ik aanpassen.
/Edit





De oorspronkelijke RGB Led kon ik hergebruiken. Het is een Common Anode type wat ook met de SmartEVSE werkt. De connector heb ik vervangen door een JST PH2.0 connector van Ali zodat ik deze direct in de connector op de SmartEVSe kon plaatsen. De draden voor SW en GND heb ik weggelaten, die doen niets hiervoor. Wel heb ik weerstanden opgenomen omdat de RGB Led nu met 12V wordt aangestuurd. Dat is 470 ohm voor Rood, 390 ohm voor Groen en 390 ohm voor Blauw.



De oorspronkelijke prinplaat voor de RFID lezer heb ik als sjabloon gebruikt voor een plaatje, daarin een gaatje gemaakt voor de draad en de RFID lezer erop geplakt.



Niet zo goed te zien op de foto maar ook de oorspronkelijke locking solenoid kon ik hergebruiken en is op de SmartEVSE aangesloten, net als de CP en PP draden. Ook hier de connectors er afgeknipt en ferrules aangebracht voor het contactblok.

Tussen het Relais en de SmartEVSE zit een "SEP Europe DIN-rail adapter voor wago lasklem 6x 3-voudig". Dit is een stuk plastic wat op de DINrail past en waarin je Wago type 221 klemmen kunt plaatsen. Handig als doorverbindingsblok. Uiteraard is ook de oorspronkelijke aardrail aangesloten, zodat de behuizing geaard is.



Voor de connectie naar de sensorbox v2 heb ik ook een oorspronkelijke printplaat hergebruikt, hier waren 2 RJ45 en 1 RJ6(?) connector beschikbaar. De middelste RJ45 bleek geschikt. Een (standaard) UTP ethernetkabel conform 568a kleurcodering pakt daarop namelijk precies twee aderparen. Zo afgemonteerd is op de SmartEVSE:

• 12V op wit/groen ( - ) en groen ( + )
• modbus op wit/oranje ( B ) en oranje ( A )

De niet gebruikte connectors heb ik dichtgekit zodat alleen deze RJ45 beschikbaar is. Op de printplaat heb ik de voet van de JST connector er afgehaald en de 4 draden (voor GND, 12V, A en B ) naar de SmartEVSE aan de 4 linkse pinnen gesoldeerd. De rechtse 4 pinnen heb ik verwijderd. Daarna hotglue erop als isolatie en mechanische versterking.



De sensorbox hangt er even met een kabeltje aan voor het testen.



De Lolo heeft een binnen- en een buitenkap. De binnenkap zit met tig schroeven gemonteerd. Voor het geval dat ik de SmartEVSE met de USB-C aan de PC moet hangen, heb ik een chassis deel van Ali in de kap gemaakt, zodat ik 'm kan inpluggen terwijl de kap nog gewoon dicht is (en de schakelaar in de meterkast UIT is!!!).



En met de binnenkap erop ziet het er dan zo uit. Rechtsonder bij de Wago's heb ik een plaatje gemaakt. Het zorgt ervoor dat de Wago's niet geopend kunnen worden als het plaatje is gemonteerd en het dicht het gat naast de Wago's waar je anders met je vingers in zou kunnen.



Voor het testen heb ik tijdelijk een snoer met randaarde op PE, N en L1 aangesloten. Daarmee kon ik de firmware updates van de SmartEVSE en de Sensorbox uitvoeren. Ook heb ik de meeste functies kunnen testen.

Volgende stap is buiten monteren maar dat komt wel.

[ Voor 4% gewijzigd door Refthoom op 30-12-2025 08:42 ]

[timovd]

@Refthoom heb je nu de hele kabel/alle 5 aders door de rcb gedaan?

[Refthoom]

timovd schreef op maandag 29 december 2025 @ 21:49:
@Refthoom heb je nu de hele kabel/alle 5 aders door de rcb gedaan?

Ja.

[timovd]

@Refthoom geel/groen hoort daar niet doorheen, want dan gaat de beveiliging niet (goed) werken.

[Refthoom]

@timovd Kun je dat svp toelichten?

[ Voor 24% gewijzigd door Refthoom op 29-12-2025 22:00 ]

[timovd]

@Refthoom als er stroom weglekt via aarde, is de som van de stroom die door de RCD loopt nog steeds 0, dus wordt er niets gedetecteerd.

[Beer070]

timovd schreef op maandag 29 december 2025 @ 22:09:
@Refthoom als er stroom weglekt via aarde, is de som van de stroom die door de RCD loopt nog steeds 0, dus wordt er niets gedetecteerd.

Tenzij de stroom weglekt door een andere aarde, wat meestal in gevaarlijke situaties het geval is, maar in principe heb je wel gelijk.
De groen gele aarde draad hoort inderdaad niet door de rcd meet lus te lopen. Een aardlek schakelaar meet het verschil tussen de fase en de nul draad. Er vanuit gaande dat in een normale gezonde situatie alle stroom vanuit de fase naar de nul loopt zou een verschil tussen fase en nul betekenen dat het ergens anders naar toe is gelopen. Hierop zal de schakelaar afschakelen.
Als deze stroom echter in deze situatie via de groen gele aarde draad terugloopt zal de aardlek detectie denken dat alles in orde is, terwijl dat niet zo is…
Hopelijk helpt deze uitleg.

[Refthoom]

Dat de totale stroom heen en terug door 3 fasen en nul elkaar in normale omstandigheden opheft, dat is uiteraard duidelijk. Voor een lekstroom gaan jullie uit van aarde. Dat komt voort uit de beveiliging van 'natte" apparaten zoals een wasmachine, waar een 'nat lek' of een mechanische schade aan bedrading in een metalen behuizing een lek naar aarde oplevert. Bij een elektrische auto en de lader daarin, lijkt het mij dat een DC stroom uit de accu, bij een defect in de elektronica, willekeurig naar elk van de 5 aders kan lekken waarvan er 4 samen door de RCD gaan en wat door dat samengaan dan niet gedetecteerd zou worden.
Het is te laat, ik kan niet meer denken ik ga het morgen verder uitzoeken. Bedankt voor de snelle reacties.

Edit: zie mijn reactie verderop.

[ Voor 20% gewijzigd door Refthoom op 30-12-2025 08:55 ]

[X21r]

Refthoom schreef op maandag 29 december 2025 @ 22:38:
Bij een elektrische auto en de lader daarin, lijkt het mij dat een DC stroom uit de accu, bij een defect in de elektronica, willekeurig naar elk van de 5 aders kan lekken waarvan er 4 samen door de RDC gaan en wat door dat samengaan dan niet gedetecteerd zou worden. Als een RDC dus alleen een lek naar aarde beveiligd, lijkt me dat maar een 'halve' beveiliging.

De stelling hier boven is vreemd .. de accu is namelijk "rechtstreeks" met het licht net door verbonden !!!! aan een der polen.
Net zo als bij zonnepanelen (een pool "rechtstreeks" door verbonden is aan het lichtnet), in de omvormer van de zonnepanelen zit standaard al een DC lek detector in..

Nu als je met 50Hz een lekstroom heb zal die in beide golfvormen (positief/ negatief) een even hoge stroom sterkte hebben.
Mocht je met een batterij een lekstroom creëren naar aarde dan zal een der golf vormen (positief of negatief) een hoge lekstroom geven en de ander een lagere lekstroom.

De aarde draad MOET er niet door. punt.

De foute stroom "moet" standaard door de aarde leiding lopen ( die je niet meet).
Mocht iemand de + pool aan raken met natte handen en voeten, dan loopt de stroom via een andere aarde weg .
Dus je meet alleen de 4 toevoer draden L0 L1 L2 L3 en hiervan moet alle stroom heen en terug komen.. niets mag ontsnappen ;-)

Mocht je aarde draad dus ergens onderbroken zijn.. dan zou de auto onderspanning kunnen staan , vandaar dat je alleen de toevoer draden meet, en op tijd probeert de spanning er af te gooien.

[Refthoom]

@timovd @X21r @Beer070 Dank voor jullie reacties, ben weer blij met deze community. Ik heb mijn post aangepast en zal de bedrading corrigeren.

Mijn denkfout lag hierin:
- Op het moment dat de auto is aangesloten, is het gewoon een 'nat' elektrisch apparaat zoals bijvoorbeeld een wasmachine. De accu en het gelijkstroom stuk leidden me daar vanaf.
- De RCD dient alleen om de aardlekschakelaar in de meterkast te beschermen zodat die zijn werk goed blijft doen. Mijn aanname was dat het ook een bescherming voor de laadpaal intern was.

[lasharor]

Ik wil een 1 fase smartevse laadpaal gaan bouwen. Maar, heb een aantal vragen:

1. [insert] vraag over MQTT in plaats van de sensorbox. [/insert] De discussie hier voorgaande is mij duidelijk. Mijn huidige p1 meter stuurt elke 1 seconde data naar een MQTT server. Ik begrijp dat ik deze gewoon kan gebruiken met smartevse. Ik zie ook, altans in HA of ik teruglever of van het net gebruik. Kan ik dit ook gebruiken SmartEvse? Ik heb dus specifiek een "Power Consumed" en "Power Produced" topic
2. Ik heb deze aardlekautomaat gekocht. Type A, dus wanneer ik de Residual Current Sensor aansluit voldoet het weer. Is dit correct?
3. Ik wil graag een vaste kabel door de muur. In combinatie met een mooie ophangset als deze. Hoe werk ik de doorvoer van de kabel netjes af?

[Refthoom]

lasharor schreef op dinsdag 30 december 2025 @ 09:57:
Ik wil een 1 fase smartevse laadpaal gaan bouwen. Maar, heb een aantal vragen:
<knip>
Ik wil graag een vaste kabel door de muur. In combinatie met een mooie ophangset als deze. Hoe werk ik de doorvoer van de kabel netjes af?

Ik zou in ieder geval zorgen dat het gat door de muur, aan de binnenkant hoger zit dan aan de buitenkant, zodat regenwater wat langs de gevel loopt niet naar binnen loopt. Een PVC buis door het gat en daar de kabel door maakt het makkelijker om de kabel door te voeren. Aan weerszijden wat kit zodat de boel goed afgesloten is tegen beestjes en tocht.

N.B.: De link naar de ophangset werkt bij mij niet.

[ Voor 3% gewijzigd door Refthoom op 30-12-2025 10:08 ]

[Pim57]

lasharor schreef op dinsdag 30 december 2025 @ 09:57:
…Hoe werk ik de doorvoer van de kabel netjes af?

Google is je vriend …. zoekopdracht

[timovd]

@lasharor waarom 1 fase? Ik heb een auto met 1 fase lader, maar toch er voor gekozen om een 3f laadpaal te bouwen.

[lasharor]

timovd schreef op dinsdag 30 december 2025 @ 11:34:
@lasharor waarom 1 fase? Ik heb een auto met 1 fase lader, maar toch er voor gekozen om een 3f laadpaal te bouwen.

Omdat ik een 1 fase aansluiting heb. Ik verwacht niet dat ik ooit in dit huis zal verzwaren naar een 3 fase aansluiting. Ik wil graag die kosten laag houden om ROI te maximaliseren.

Mijn auto hoeft ook niet super snel vol, dus de meerwaarde ontgaat mij een beetje.

[Stefannn]

lasharor schreef op dinsdag 30 december 2025 @ 12:26:
[...]


Omdat ik een 1 fase aansluiting heb. Ik verwacht niet dat ik ooit in dit huis zal verzwaren naar een 3 fase aansluiting. Ik wil graag die kosten laag houden om ROI te maximaliseren.

Mijn auto hoeft ook niet super snel vol, dus de meerwaarde ontgaat mij een beetje.

Dan heb je waarschijnlijk een 1x40A aansluiting gok ik.
@timovd, ik zie dat hij een 32A alamat heeft gekocht dus dat wordt waarschijnlijk een 7.2kW 1 fase aansluiting, geen 3.6kW.
Defacto heb je dan het vermogen van 2/3 van een reguliere 3fase aansluting.
Dat is helemaal niet verkeerd.
Op 7.2kW is de efficiency nog heel behoorlijk en je laadt inderdaad van 21:00 tot 8:00 vrijwel elke auto van 0% tot 100%.
En als je zomers op PV laadt heb je het voordeel dat je geen 1fase<>3fase hoeft te schakelen. Zomers op PV is 1x16A eigenlijk net te weinig en 3x16A net te veel (ik laad zomers op 1x20A zonder omschakelen en dat bevalt me best goed).

[tukker999]

lasharor schreef op dinsdag 30 december 2025 @ 12:26:
[...]


Omdat ik een 1 fase aansluiting heb. Ik verwacht niet dat ik ooit in dit huis zal verzwaren naar een 3 fase aansluiting. Ik wil graag die kosten laag houden om ROI te maximaliseren.

Mijn auto hoeft ook niet super snel vol, dus de meerwaarde ontgaat mij een beetje.

Bovendien als je zonnepanelen hebt: hoe vaak is er voldoende opbrengst om effectief voordeel te hebben die 3 fase rechtvaardigd.

[Refthoom]

Stefannn schreef op dinsdag 30 december 2025 @ 12:56:
[...]
<knip>
En als je zomers op PV laadt heb je het voordeel dat je geen 1fase<>3fase hoeft te schakelen.
<knip>

Waar kan ik meer info vinden over dat 3fasen/1fase laden en schakelen bij PV panelen?

[HyperBart]

Na zelf heel wat projecten gedaan te hebben heb ik twee open einde 3 fase 32A laadkabels over van 5m (werden bij mijn Alfen’s geleverd).

Voor de hobbyist of zelfbouwer, stuur me gerust een DM, mogen voor een fijn Tweaker prijsje weg.

Normaal zou ik zoiets in v&a gooien maar die categorie bestaat nog niet 😅.

[Stefannn]

Refthoom schreef op dinsdag 30 december 2025 @ 13:50:
[...]

Waar kan ik meer info vinden over dat 3fasen/1fase laden en schakelen bij PV panelen?

hier
En dan met name:
- mode (om naar solar te schakelen)
- contact2 (dat is de feitelijke 1/3fase switch)
Maar als je een 1fase installatie hebt zal je dat nooit nodig hebben

[Refthoom]

Stefannn schreef op dinsdag 30 december 2025 @ 18:34:
[...]

hier
En dan met name:
- mode (om naar solar te schakelen)
- contact2 (dat is de feitelijke 1/3fase switch)
Maar als je een 1fase installatie hebt zal je dat nooit nodig hebben

Dankjewel. Ik heb wel 3 fasen laden en ook PV maar het nut ontgaat me nog even (noem me gerust blond).

Is dit vanwege de minimum laadstroom van 6A wat ik ergens gelezen heb?
Hoe gaat dat met een 3 fasen inverter voor PV (heb nu nog 1 fase maar wil mijn PV upgraden, meer vermogen en 3 fasen inverter)?
En als er ook nog een batterij is?

[Stefannn]

Refthoom schreef op dinsdag 30 december 2025 @ 19:40:
[...]

Dankjewel. Ik heb wel 3 fasen laden en ook PV maar het nut ontgaat me nog even (noem me gerust blond).

Is dit vanwege de minimum laadstroom van 6A wat ik ergens gelezen heb?
Hoe gaat dat met een 3 fasen inverter voor PV (heb nu nog 1 fase maar wil mijn PV upgraden, meer vermogen en 3 fasen inverter)?
En als er ook nog een batterij is?

Zolang je kan salderen is het met dynamisch contract niet nuttig.
Met vast contract wel want dan kan je terugleveren en daarmee terugleverkosten zoveel mogelijk beperken.
Met accu toch ook wel want eerst naar accu en dan naar EV geeft toch 15..25% verlies.

Het principe is:
In eerste instantie op 1 fase laden want minimum stroom van 6A op 3 fase is 4.1kW en de meeste PV installaties halen dat een groot deel van de tijd niet. Op 1 fase is 6A slechts 1.4kW en dat gaat vaak wel.
Als de PV opbrengst dan boven de 3.6kW uitkomt schakel je over op 3 fases want dan zit je aan de 16A Max op 1 fase.
Dat je nu een 1fase omvormer hebt doet niet ter zake. Energie bedrijf kijkt naar de som van alle fases. Als je op 1 fase net zoveel levert als je op een andere fase afneemt ziet het energiebedrijf dat als “nul”.

Het vervelende is dat er geen overlap is tussen het minimum op 3 fases (4.1kW) en het maximum op 1 fase (3.6kW) dus als de PV rond dat nivo opwekt dan zal je frequent heen en weer schakelen en dat is niet prettig. Dan wordt de laadsessie steeds helemaal geleidelijk afgebouwd, omgeschakeld, en weer opgebouwd.
Ik zelf heb een alamat van 20A en doe Solar laden nu altijd op 1 fase, max 20A. ik schakel niet meer naar 3.
In theorie “verlies ik dan wat” als er 8kW PV beschikbaar is omdat ik op 20A maar met max 4.6kW kan laden maar in praktijk zijn dat dermate zonnige dagen dat de auto ook op de 4.6kW over de hele dag heel aardig vol komt.

[Refthoom]

@Stefannn okay helder, dankjewel.

Ik overweeg een 30kWh thuisbatterij met een 10kW 3f omvormer. PV overdag in de batterij (of iig een flink deel) en in de avond auto laden uit de batterij. 2x verliezen idd, volgens opgaaf overigens rond 10% totaal, maar ik vermijd wel die dingen van 1 en 3 fasen laden

[ Voor 14% gewijzigd door Refthoom op 30-12-2025 20:19 ]

[thalx]

Refthoom schreef op dinsdag 30 december 2025 @ 20:18:
@Stefannn okay helder, dankjewel.

Ik overweeg een 30kWh thuisbatterij met een 10kW 3f omvormer. PV overdag in de batterij (of iig een flink deel) en in de avond auto laden uit de batterij. 2x verliezen idd, volgens opgaaf overigens rond 10% totaal, maar ik vermijd wel die dingen van 1 en 3 fasen laden

Dat was ook mijn eerdere idee. Puntje bij paaltje hebben we gewoon de tweede auto (benzine) ook vervangen door een EV, zodat we nu altijd een EV thuis hebben kunnen staan die overdag volgeladen kan worden met de zonnestroom, en er gewisseld kan worden van EV de volgende dag zodat de ander kan laden.
De verliezen waren mij te groot met overdag AC>DC(thuisaccu), en daarna 's avonds DC(thuisaccu)>AC>DC(EV), en de prijs van +/-40kWh aan accu's is al een redelijk deel van een 2e hands EV.

[ Voor 5% gewijzigd door thalx op 30-12-2025 20:45 ]

[Hippe Lip]

Refthoom schreef op dinsdag 30 december 2025 @ 20:18:
@Stefannn okay helder, dankjewel.

Ik overweeg een 30kWh thuisbatterij met een 10kW 3f omvormer. PV overdag in de batterij (of iig een flink deel) en in de avond auto laden uit de batterij. 2x verliezen idd, volgens opgaaf overigens rond 10% totaal, maar ik vermijd wel die dingen van 1 en 3 fasen laden

@Refthoom Bedenk voordat je aan een thuisaccu begint, zeker zo’n grote als waar jij het over hebt, wat je doel ervan is.
Als dat kostenbesparing is, dan zou dat wel eens aardig tegen kunnen gaan vallen. Ja, er zijn freaks die het voor elkaar krijgen om ze terug te verdienen, maar die zijn wel eerder begonnen, in de tijd dat prijzen er nog anders uitzagen. Zeker met het wegvallen van de saldering over een jaar gaat dat landschap er anders uitzien. Hoe? Dat weet nog niemand.

[Refthoom]

@Hippe Lip Klopt,. Het is een puzzel met veel variabelen. Mogelijk komt er subsidie op de thuisbatterij, er moet een WP komen (CV is 15 jaar oud) en de 12 jaar oude PV vervangen voor nieuwe met bijna dubbele opbrengst zit ook in de overwegingen. We hebben geen haast, eerste stap is gezet, over naar een dynamisch contract. Eerst maar eens zien wat dat doet.

[teacher]

zelfbouw laadpaal topic, niet een accu/subsidie/batterijtopic.

[ Voor 10% gewijzigd door teacher op 31-12-2025 11:02 ]

[Refthoom]

@teacher True, sorry

[rvdgaag]

Refthoom schreef op dinsdag 30 december 2025 @ 20:18:
@Stefannn okay helder, dankjewel.

Ik overweeg een 30kWh thuisbatterij met een 10kW 3f omvormer. PV overdag in de batterij (of iig een flink deel) en in de avond auto laden uit de batterij. 2x verliezen idd, volgens opgaaf overigens rond 10% totaal, maar ik vermijd wel die dingen van 1 en 3 fasen laden

You wish ,een autolader heeft op 3 fasen al 10 a 15 % verlies. De beste 3 fasen PV/ACCU omvormers (Deye ) hebben een RTE van ongeveer 85%. Victron heeft de naam goed te zijn maar al een RTE van rond de 75 tot 70%. Dus je hebt al 25 tot 30% verlies minimaal

Auto laden vanuit een andere accu is geld verbranden.

[Adze]

rvdgaag schreef op donderdag 1 januari 2026 @ 17:25:
[...]


You wish ,een autolader heeft op 3 fasen al 10 a 15 % verlies. De beste 3 fasen PV/ACCU omvormers (Deye ) hebben een RTE van ongeveer 85%. Victron heeft de naam goed te zijn maar al een RTE van rond de 75 tot 70%. Dus je hebt al 25 tot 30% verlies minimaal

Auto laden vanuit een andere accu is geld verbranden.

Nou zo heet wordt de soep niet altijd gegeten. Ik heb bij mijn eigen Sigenergy thuisbatterij een test gedaan met externe MID meter. Bij het opladen vanaf het net had ik bij een verbruik van 10kWh een netto opbrengst van 8,6 kWh. 14% verlies dus.

[Refthoom]

Adze schreef op donderdag 1 januari 2026 @ 18:26:
[...]


Nou zo heet wordt de soep niet altijd gegeten. Ik heb bij mijn eigen Sigenergy thuisbatterij een test gedaan met externe MID meter. Bij het opladen vanaf het net had ik bij een verbruik van 10kWh een netto opbrengst van 8,6 kWh. 14% verlies dus.

Laten we het bij het topic "zelfbouw laadpaal" houden. Hoewel zeer interessant dit, heeft een paar berichtjes terug al een mod gesignaleerd.

[Beer070]

rvdgaag schreef op donderdag 1 januari 2026 @ 17:25:
[...]


You wish ,een autolader heeft op 3 fasen al 10 a 15 % verlies. De beste 3 fasen PV/ACCU omvormers (Deye ) hebben een RTE van ongeveer 85%. Victron heeft de naam goed te zijn maar al een RTE van rond de 75 tot 70%. Dus je hebt al 25 tot 30% verlies minimaal

Auto laden vanuit een andere accu is geld verbranden.

Interessante cijfers. Heb je een onderbouwing daarvoor?
Afhankelijk van de belasting haalt mijn Victron multi RS 3 fase systeem een end-to-end RTE van 86% bij lage load (6kw laden/ontladen) tot 78% onder volle load (18kw). Dit is inclusief conversie AC/DC naar accu en DC/AC terug het net op. Met de PV -> DC -> accu -> DC -> AC is het beter (90%).
De cijfers die jij aanhaalt herken ik niet uit de testen die in de verschillende fora worden getoond, ik zou er graag meer over leren

[rvdgaag]

Beer070 schreef op donderdag 1 januari 2026 @ 19:48:
[...]

Interessante cijfers. Heb je een onderbouwing daarvoor?
Afhankelijk van de belasting haalt mijn Victron multi RS 3 fase systeem een end-to-end RTE van 86% bij lage load (6kw laden/ontladen) tot 78% onder volle load (18kw). Dit is inclusief conversie AC/DC naar accu en DC/AC terug het net op. Met de PV -> DC -> accu -> DC -> AC is het beter (90%).
De cijfers die jij aanhaalt herken ik niet uit de testen die in de verschillende fora worden getoond, ik zou er graag meer over leren

Je zegt het al op lage load, de cijfers waar ik het over heb is bij 11 kW ontlading (waarmee je normaal een EV mee laadt) Kijk dan nog eens.

Sorry off-topic

[stegen]

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!

[Driek]

Wat is nu de beste manier om de smartevse met Home Assistant te laten praten, en tevens de p1 meter door te geven.

Ik gebruik nu de restapi om de p1 door te geven, en heb ook de smartevse custom integration draaien.
En daarnaast heb ik ook mqtt draaien.

Voelt een beetje als dubbel.

[PimDoos]

Driek schreef op vrijdag 2 januari 2026 @ 18:27:
Wat is nu de beste manier om de smartevse met Home Assistant te laten praten, en tevens de p1 meter door te geven.

Ik gebruik nu de restapi om de p1 door te geven, en heb ook de smartevse custom integration draaien.
En daarnaast heb ik ook mqtt draaien.

Voelt een beetje als dubbel.

Ik zou zeggen MQTT. Is meer real-time en heeft minder overhead dan REST. Met een simpele automation kun je de currents van je p1 doorsturen naar het topic van SmartEVSE.

[Jazsie]

MQTT is hoe ik het doe. REST is trager/meer overhead.

[Aiolos]

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

[Driek]

Toch nog een vraagje over het doorgeven van de p1 meter via mqtt.

De mqtt configuratie stuurt:
((states('sensor.meter_active_power_l1')|float / states('sensor.on_grid_l1_voltage')|float ) * (-1) * 10 ) | round(0)

terwijl de rest api dit op deze manier doet.
{% set solarl1 = states('sensor.electricity_meter_power_production_phase_l1') | float(0) %}
{% set currentl1 = states('sensor.electricity_meter_current_phase_l1') | float(0) %}
{{ currentl1 * -1 if solarl1 > 0 else currentl1 }}

Oftewel als er teruglevering(productie) is dan de waarde * -1.

De mqtt versie lijkt hier de Amp zelf te berekenen door de consumptie kW door het voltage te delen.

Waarom is er dit verschil?

[caliban73]

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