Zelfbouw Laadpaal ervaringen

[manusjevanalles]

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

code:

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

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

YAML:

trigger: time_pattern
seconds: /1

[stefxx]

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

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

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

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

[stegen]

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

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

[DanTm]

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


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

YAML:

trigger: time_pattern
seconds: /1

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

[stefxx]

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

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

Dank!

[stegen]

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

[jdejonge1991]

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

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

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

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

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

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

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

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

[adjego]

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

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

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

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

[Adze]

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

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

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

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

[PeterJones]

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

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

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

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

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

Zie mijn fork met de commit hier.

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

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

[Driek]

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

code:

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

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

[caliban73]

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

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

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

[PimDoos]

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


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

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

[Stefannn]

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

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

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

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

[Adze]

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

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

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

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

[PimDoos]

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

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

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

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


Zo ziet diezelfde meting eruit na transformatie van de richting:

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

[Stefannn]

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


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

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

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

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

[DanTm]

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


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

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

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

[DanTm]

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


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

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

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

[databeestje]

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

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

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

[fluppie007]

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

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

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

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

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

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

[manusjevanalles]

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

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

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

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

[ikke26]

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

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

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

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

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

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

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

code:

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

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

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

[Driek]

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


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

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

Alleen komt er met de volgende code een 0 door.

YAML:

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

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

als ik dit dan verander in

YAML:

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

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

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

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

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

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

[hrv]

Hoe gaan jullie om met de kou?

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

Hoe lossen jullie dat op?

[Jazsie]

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

Wat is het nu?

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

[ocaj]

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

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

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

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

[dingo35]

Offtopic

[thalx]

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

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

Hoe lossen jullie dat op?

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

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

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

[rene037]

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

[databeestje]

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


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

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

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


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

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

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

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

[hrv]

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

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

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

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

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

[fishman]

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

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

[Refthoom]

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

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

[dingo35]

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

[sj0ertum]

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

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

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

[Femme]

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

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

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

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

[Elmardus]

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

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

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

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

[sj0ertum]

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

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

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

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

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

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

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

[maarten_NL]

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

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

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

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

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

Heeft iemand al zoiets geknutseld?

[BarryH]

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

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

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

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

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

Heeft iemand al zoiets geknutseld?

wellicht een nul stand ertussen maken?

[Stefannn]

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

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

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

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

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

Heeft iemand al zoiets geknutseld?

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

[maarten_NL]

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

[Stefannn]

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

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

[databeestje]

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

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

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



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

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