Zelfbouw Laadpaal ervaringen

[humulus]

Nuclears schreef op vrijdag 31 juli 2026 @ 15:43:
Het adres staat op 16 dat wordt hexadecimaal 10.

Ah, OK, de logging is dus niet consequent met aangeven of iets hex is

[jfoverdijk]

Nuclears schreef op vrijdag 31 juli 2026 @ 11:44:
[...]

Na aanleiding van dit bericht ook de B23 112–10E gekocht en geinstalleerd. Echter blijft de smartevse de foutmelding geven "can't read EV meter."

De ABB aangesloten via het 1 fase aansluitschema want we wachten nog op onze 3 fase aansluiting.
RS485 aansluiting de A op B en de B op A, Voor de zekerheid ook nog de ground aangesloten.
ABB ingesteld op Modbus, Baudrate 9600, parity None, adres 15 ingesteld op de
Smartevse op ABB en adres 15.

de ABB geeft het icoontje met twee pijltjes weer dat hij dingen verzend / ontvangt.
Als ik wat aanpas verdwijnt dit icoontje geheel of een van de twee pijltjes

Wat ik heb geprobeerd:
- de kabel A en B omdraaien en een andere kabel
- Ander adres instellen op beide
- Andere baudrate en weer terug.
- Paar keer stroom eraf en er weer op.
- Parity veranderd van None naar even en naar odd.
- Smartevse op Normal, auto gaat laden en op de ABB zie ik de meter oplopen.

Zien jullie nog andere dingen die ik kan proberen?
Ik dacht zelf nog aan de terminatie weerstand, deze ga ik vanmiddag kopen, al is de kabel maar 10 cm.

Zijn SmartEVSE en ABB goed en éénzijdig geaard?

[Nuclears]

Ik heb de smartevse met de aarde verbonden en de aarde die bij de rs485 poort hoort verbonden met de ABB

ik zal zo een foto maken van de opstelling en toevoegen

[ Voor 53% gewijzigd door Nuclears op 31-07-2026 17:47 ]

[Hmmbob]

Probeer eens een heel ander modbus adres?
En waarop staat de EVMETER in je SmartEVSE config ingesteld?

[Conrado]

Nuclears schreef op vrijdag 31 juli 2026 @ 15:14:
E2 - CRC check error.

Dat bevalt me niet. Er is dus communicatie, maar de CRC klopt niet. Zover ik weet kun je dat bij Modbus verder niet instellen. Één ding weet ik zeker: de EVSE moet op 'ABB' staan, en de enige overgebleven instelling daar is het address. dat klopt allemaal.
Welke instellingen he je op de ABB?

humulus schreef op vrijdag 31 juli 2026 @ 16:04:
Ah, OK, de logging is dus niet consequent met aangeven of iets hex is

Toch wel; er staat toch 0x10...?

[Nuclears]

ik heb ondertussen al meerdere adressen geprobeerd. De smart evse staat op ABB en adres 16.

In de ABB staat hij op modbus, baudrate 9600, parity None, adres 16. Meer kan je niet instellen in het rs485 menu. En als ik wat wijzig zie je eigelijk direct op de abb dat een of beide van de twee communicatie pijltjes verdwijnt

Draden tussen de abb en de smartevse heb ik ook al een keer vervangen om dat uit te sluiten.

[dingo35]

Maak de aarde draad naar de ABB meter eens los, in principe zouden de A en B aansluitingen genoeg moeten zijn.

[Nuclears]

Ook met de aarde draad los krijg ik de E2 error. Nog altijd op register 0x5000 en 0x5b0c.
Ik kan verder ook geen specificaties vinden voor de B23 112-10E alleen voor de B23 in het algemeen.

code:

[0m [0;32m(V) (ModbusSend8)(C1) Sent packet address: 0x6a, function: 0x03, reg: 0x5000, token:0x6a035000, data: 0x0004.
[0m(MBhandleError)(C1) Error response: E2 - CRC check error, address: 6a, function: 03, reg: 5000.
[0m[0;32m(V) (ModbusSend8)(C1) Sent packet address: 0x6a, function: 0x03, reg: 0x5b0c, token:0x6a035b0c, data: 0x0010.
[0m(MBhandleError)(C1) Error response: E2 - CRC check error, address: 6a, function: 03, reg: 5b0c.

edit:
Net nog even alle draden losgetrokken dan krijg ik error E5 - Packet length error.
Copilot vermoed dat de Smartevse stuk is omdat ik geen E1 timeout error krijg, dat lijkt mij lastig uitsluiten zonder een andere meter te kopen. Als ik zelf door de code ga zie ik alleen een timeout voor de sensorbox lijkt erop dat copilot het ook niet weet.

[ Voor 21% gewijzigd door Nuclears op 31-07-2026 22:52 ]

[THM0]

Nuclears schreef op vrijdag 31 juli 2026 @ 21:33:
Ook met de aarde draad los krijg ik de E2 error. Nog altijd op register 0x5000 en 0x5b0c.
Ik kan verder ook geen specificaties vinden voor de B23 112-10E alleen voor de B23 in het algemeen.

code:

[0m [0;32m(V) (ModbusSend8)(C1) Sent packet address: 0x6a, function: 0x03, reg: 0x5000, token:0x6a035000, data: 0x0004.
[0m(MBhandleError)(C1) Error response: E2 - CRC check error, address: 6a, function: 03, reg: 5000.
[0m[0;32m(V) (ModbusSend8)(C1) Sent packet address: 0x6a, function: 0x03, reg: 0x5b0c, token:0x6a035b0c, data: 0x0010.
[0m(MBhandleError)(C1) Error response: E2 - CRC check error, address: 6a, function: 03, reg: 5b0c.

Zat nog even terug te lezen maar heb je nou A op B aangesloten en B op A op de RS485 aansluitingen?

Je hoort van alle apparaten op de bus de A’s met elkaar te verbinden op de ene kabel, en de B’s op de andere kabel.

Dus rood op de beide A’s en zwart op de beide B’s.

En dan de parity en adressen goed instellen.

[Conrado]

THM0 schreef op vrijdag 31 juli 2026 @ 22:12:
[...]

Zat nog even terug te lezen maar heb je nou A op B aangesloten en B op A op de RS485 aansluitingen?

Je hoort van alle apparaten op de bus de A’s met elkaar te verbinden op de ene kabel, en de B’s op de andere kabel.

Voor iedereen die het nog niet weet: ABB heeft A en B omgewisseld

[dingo35]

Probeer adres 100decimaal eens; er zijn rapporten van gebruikers dat zo'n hoog adres wel werkte, en een laag adres niet. Vreemd maar het proberen waard....

[Geim]

Bedrading voor de modbus aansluiting is exact zoals ik hem ook heb, ik heb inderdaad een hoog adres (wat @dingo35 ) voorstelt, namelijk 112 (decimaal).

[Nuclears]

Helaas lost een hoger adres het ook niet op. Nog een paar keer herstart voor de zekerheid.
Ik heb een RS485 - usb adapter besteld om de ABB en de kabel te controleren.

wordt vervolgt...

[ Voor 5% gewijzigd door Nuclears op 01-08-2026 21:00 ]

[ngommers]

dingo35 schreef op dinsdag 28 juli 2026 @ 05:28:
@ngommers dingo35 in "Zelfbouw Laadpaal ervaringen"

probleem maandag al opgelost door de SmartEVSE te herstarten sinds dien weer een stabiele verbinding.

[jpiscaer]

Nuclears schreef op zaterdag 1 augustus 2026 @ 20:59:
Helaas lost een hoger adres het ook niet op. Nog een paar keer herstart voor de zekerheid.
Ik heb een RS485 - usb adapter besteld om de ABB en de kabel te controleren.

wordt vervolgt...

Ik moet alles echt van de stroom halen (evse, mid) en een paar keer van adres wisselen voordat de mid meter en smart evse gingen communiceren…

[ViezeVis]

Hoi allemaal! Ik plaats mijn vraag hier even aangezien ik denk dat 'ie hier beter tot zijn recht komt dan in het ERE forum. Ik heb ik Marktplaats een reeds omgebouwde NewMotion laadpaal gekocht met daarin een MID-meter, EV Charge Controller (ETEK EKEPC2-C) en een Zigbee controller om de laadpaal in te schakelen (vb. op automation of handmatig).

Nu is het ding dus dat deze laadpaal niet is omgebouwd naar de nieuwste standaard die straks gaat gelden voor ERE's, namelijk dat de MID controller direct uitgelezen moet worden. Bijvoorbeeld via OCPP. Ik heb Home Assistant draaien en kan met DNS ook port 9000 openzetten etc. Alleen heb ik daarmee de HA-kant en nog niet de laadpaalkant. En ik was dus benieuwd; hoe krijg ik deze laadpaal zo gebouwd dat ik wel via OCPP de waarden kan laten ophalen door het ERE-loket?

Ik ben overigens vrij nieuw hiermee, dus het is wel ff zoeken soms /edit

Mijn vermoeden is dat de EKEPC2-C dan vervangen moet worden voor een Smartevse? En oja: ik laad op max 10A 1 fase. Dat komt omdat wij een hybrid auto hebben die op een gedeelde groep oplaad en ook maar tot max 3.7kW ondersteunt. Een heel nieuwe kabel en groep aanleggen was geen hele eenvoudige optie.

[ Voor 9% gewijzigd door ViezeVis op 02-08-2026 20:57 ]

[Daantjezoveel]

ViezeVis schreef op zondag 2 augustus 2026 @ 20:22:
Hoi allemaal! Ik plaats mijn vraag hier even aangezien ik denk dat 'ie hier beter tot zijn recht komt dan in het ERE forum. Ik heb ik Marktplaats een reeds omgebouwde NewMotion laadpaal gekocht met daarin een MID-meter, EV Charge Controller (ETEK EKEPC2-C) en een Zigbee controller om de laadpaal in te schakelen (vb. op automation of handmatig).

Nu is het ding dus dat deze laadpaal niet is omgebouwd naar de nieuwste standaard die straks gaat gelden voor ERE's, namelijk dat de MID controller direct uitgelezen moet worden. Bijvoorbeeld via OCPP. Ik heb Home Assistant draaien en kan met DNS ook port 9000 openzetten etc. Alleen heb ik daarmee de HA-kant en nog niet de laadpaalkant. En ik was dus benieuwd; hoe krijg ik deze laadpaal zo gebouwd dat ik wel via OCPP de waarden kan laten ophalen door het ERE-loket?

Ik ben overigens vrij nieuw hiermee, dus het is wel ff zoeken soms

[Afbeelding]

/edit

Mijn vermoeden is dat de EKEPC2-C dan vervangen moet worden voor een Smartevse? En oja: ik laad op max 10A 1 fase. Dat komt omdat wij een hybrid auto hebben die op een gedeelde groep oplaad en ook maar tot max 3.7kW ondersteunt. Een heel nieuwe kabel en groep aanleggen was geen hele eenvoudige optie.

Het is geen verplichting om via occp te werken, Ik boek mijn ERE's via een CSV bij de inboeker in.
in de voorlopige toekomst is er geen verplichting dat dit automatisch ingeboekt moet worden, het moet alleen aantoonbaar zijn dat de KWH's naar een voertuig zijn gegaan.
Dit is een verzonnen regel van de inboekverlener zodat die minder hoeft te controleren dus meer geld bij de inboeker blijft hangen.
Dus via HA of een andere manier een automatisch kwartaalbestand CSV mag bij enkele inboekdienstverleners.

[ViezeVis]

Daantjezoveel schreef op zondag 2 augustus 2026 @ 21:09:
[...]


Het is geen verplichting om via occp te werken, Ik boek mijn ERE's via een CSV bij de inboeker in.
in de voorlopige toekomst is er geen verplichting dat dit automatisch ingeboekt moet worden, het moet alleen aantoonbaar zijn dat de KWH's naar een voertuig zijn gegaan.
Dit is een verzonnen regel van de inboekverlener zodat die minder hoeft te controleren dus meer geld bij de inboeker blijft hangen.
Dus via HA of een andere manier een automatisch kwartaalbestand CSV mag bij enkele inboekdienstverleners.

Hmmm. Dat verandert de zaak voor mijn relatief 'domme' opzet van de laadpaal . Met andere woorden, gewoon een inboeker hebben die handmatig inboeken toestaat.

[Daantjezoveel]

ViezeVis schreef op zondag 2 augustus 2026 @ 21:10:
[...]

Hmmm. Dat verandert de zaak voor mijn relatief 'domme' opzet van de laadpaal . Met andere woorden, gewoon een inboeker hebben die handmatig inboeken toestaat.

Zoals ik het heb wordt het geaccepteerd.
vanuit mijn smartevse of HA of Domoticz een correct CSV bestand halen, deze via een upload uploaden en geregeld voor een kwartaal, maar je hebt er per kwartaal wel werk aan, 5 minuten inboeken/uploaden.
Geen moeilijk gedoe of de controle van de laadpaal uit handen geven via occp.
Er bestaan ook scripts welke automatisch een kwartaal csv maken in node-red,

[ViezeVis]

Daantjezoveel schreef op zondag 2 augustus 2026 @ 21:13:
[...]


Zoals ik het heb wordt het geaccepteerd.
vanuit mijn smartevse of HA of Domoticz een correct CSV bestand halen, deze via een upload uploaden en geregeld voor een kwartaal, maar je hebt er per kwartaal wel werk aan, 5 minuten inboeken/uploaden.
Geen moeilijk gedoe of de controle van de laadpaal uit handen geven via occp.
Er bestaan ook scripts welke automatisch een kwartaal csv maken in node-red,

Ja alleen heb ik dus nu helemaal geen integratie met de laadpaal in HA dus dat is wel wat onhandig. Dan moet ik alsnog een Smartevse overwegen.

[Daantjezoveel]

ViezeVis schreef op zondag 2 augustus 2026 @ 21:29:
[...]

Ja alleen heb ik dus nu helemaal geen integratie met de laadpaal in HA dus dat is wel wat onhandig. Dan moet ik alsnog een Smartevse overwegen.

denk het niet, is een abb energiemeter.
of rs232 485 of S0 teller opzetten met een ESP32. voor de esp32 heb je wel een extra module nodig om de RS485 door te zetten.
deze kan je dan laten landen in HA of ander systeem via de wifi.
S0 teller kan ook, maar wel rekening houden dat deze een handmatige correctie nodig heeft + of - na een tijdje. zolang je abb energiemeter maar MID goedgekeurd blijft, niet openen of tweaken.

[ViezeVis]

Daantjezoveel schreef op zondag 2 augustus 2026 @ 21:33:
[...]

denk het niet, is een abb energiemeter.
of rs232 485 of S0 teller opzetten met een ESP32. voor de esp32 heb je wel een extra module nodig om de RS485 door te zetten.
deze kan je dan laten landen in HA of ander systeem via de wifi.
S0 teller kan ook, maar wel rekening houden dat deze een handmatige correctie nodig heeft + of - na een tijdje. zolang je abb energiemeter maar MID goedgekeurd blijft, niet openen of tweaken.

EP32 met een RS485 module kreeg ik ook als tip van wie ik de paal had. Ik heb alleen werkelijk geen idee wat ik dan precies nodig heb, hoe ik het aansluit en moet configureren . Zijn daar online instructies voor te vinden?

[ Voor 3% gewijzigd door ViezeVis op 02-08-2026 22:04 ]

[Daantjezoveel]

ViezeVis schreef op zondag 2 augustus 2026 @ 21:38:
[...]

EP32 met een RS385 module kreeg ik ook als tip van wie ik de paal had. Ik heb alleen werkelijk geen idee wat ik dan precies nodig heb, hoe ik het aansluit en moet configureren . Zijn daar online instructies voor te vinden?

Onderdelen zijn redelijk goed te verkrijgen.
Script is met Chatgpt te maken inclusief een mogelijke koppeling met een HA of MQTT.
Ook zou dan je draadloze schakelaar opgenomen kunnen worden in de ESP32.

Software om op de ESP32 te zetten kan zijn ESPHome of Tasmota, zelf maken doet ook mee maar is veel werk

[ Voor 9% gewijzigd door Daantjezoveel op 02-08-2026 21:56 ]

[ViezeVis]

Daantjezoveel schreef op zondag 2 augustus 2026 @ 21:47:
[...]

Onderdelen zijn redelijk goed te verkrijgen.
Script is met Chatgpt te maken inclusief een mogelijke koppeling met een HA of MQTT.
Ook zou dan je draadloze schakelaar opgenomen kunnen worden in de ESP32.

Software om op de ESP32 te zetten kan zijn ESPHome of Tasmota, zelf maken doet ook mee maar is veel werk

Meh, die laadpaal ombouwen gaat me denk ik niet lukken en daar ga ik ws iemand voor nodig hebben dan. Tot die tijd maar even handmatig.

[Stefannn]

ViezeVis schreef op zondag 2 augustus 2026 @ 22:05:
[...]

Meh, die laadpaal ombouwen gaat me denk ik niet lukken en daar ga ik ws iemand voor nodig hebben dan. Tot die tijd maar even handmatig.

We zitten op tweakers… dus veel mensen die van alles knutselen.
Maar…. Ook zonder knutselen kan je een heel eind komen…

Wat je kan doen:
- elk kwartaal handmatig, dus van het display, de sessie opschrijven
- in een spreadsheet zetten
- exporteren als csv en opsturen.

Dat is elk kwartaal even werk, maar als je “in grote blokken eens in de paar dagen laadt” valt dat wel mee. Als je automatisch op dynamisch tarief of zon -productie draait wordt het wel erg veel schrijven, maar die modus operandus hoort ook wel weer bij “meer connected meter”.

Nb… automatische koppeling knutselen is waarschijnlijk net zoveel werk als 3 jaar handmatig indienen

[Nuclears]

Nuclears schreef op zaterdag 1 augustus 2026 @ 20:59:
Helaas lost een hoger adres het ook niet op. Nog een paar keer herstart voor de zekerheid.
Ik heb een RS485 - usb adapter besteld om de ABB en de kabel te controleren.

wordt vervolgt...

Ik kan alle registers gewoon uitlezen met de USB - RS485 adapter. Toch blijft de smart evse CRC check errors gooien. Nu weet ik helemaal niet meer wat ik nog kan proberen behalve een andere smartevse of kwh-meter.

[dingo35]

@Nuclears Misschien heb je het al zo aangepakt, maar een gestructureerde aanpak voor foutzoeken: dingo35 in "Zelfbouw Laadpaal ervaringen"

Als je in kale Normal Mode nog steeds CRC errors hebt, lijkt het een hardware probleem van je SmartEVSE. Als het één van de eerste, oudere v3.1 SmartEVSE's is dan mis je misschien een weerstandje, zie een van de issues in de repo voor details.

[Hmmbob]

dingo35 schreef op dinsdag 4 augustus 2026 @ 07:05:

Als je in kale Normal Mode nog steeds CRC errors hebt, lijkt het een hardware probleem van je SmartEVSE. Als het één van de eerste, oudere v3.1 SmartEVSE's is dan mis je misschien een weerstandje, zie een van de issues in de repo voor details.

Dat zou dan deze moeten zijn: https://github.com/dingo35/SmartEVSE-3.5/issues/262

[Nuclears]

Hmmbob schreef op dinsdag 4 augustus 2026 @ 08:30:
[...]

Dat zou dan deze moeten zijn: https://github.com/dingo35/SmartEVSE-3.5/issues/262

Goede vondst

Ik heb de smartevse opengemaakt en zie geen pullup weerstand zoals beschreven. Ik zal contact opnemen met Stegens het is voor mij iets te klein om daar een weerstand tussen te solderen.

[Conrado]

Fijn dat er een oorzaak gevonden is, het begon wel een heel vervelend verhaal te worden...

[dingo35]

@Nuclears geeft je SmartEVSE bij het opstarten een piepje, dan heb je v3.1 hardware versie; geeft hij geen piepje dan heb je hardware versie v3 en speelt het issue dus niet

[ Voor 4% gewijzigd door dingo35 op 05-08-2026 09:25 ]

[dooiedodo]

Even toch maar keertje mijn setup delen, maanden geleden hier wat rond gevraagd en nu is het klaar en al tijdje in gebruik naar wens.

1 Fase 32A setup (upgrade naar 3x32 mogelijk als hoofdaansluiting gewijzigd wordt ooit). Was even lastig om te vinden of mijn auto wel 7kw op 1fase zou gaan laden, informatie was erg karig daaromtrent. Maar met 6mm2 kabel doet ie het helemaal prima.

Uiteindelijk de socket zo kunnen plaatsen, wens van de wife ,maximale WAF.



Besturing en voeding via kastje in de garage om de hoek (het boren door de muur was wel tikje spannend, maar kwam prima uit)



Gat in de muur was klote klus



inhoud kastje, komt nog een mid meter erbij en dan maar zien dat ze het gaan accepteren.

[Nuclears]

dingo35 schreef op woensdag 5 augustus 2026 @ 09:24:
@Nuclears geeft je SmartEVSE bij het opstarten een piepje, dan heb je v3.1 hardware versie; geeft hij geen piepje dan heb je hardware versie v3 en speelt het issue dus niet

Volgens mijn orderbevestiging heb ik een v3.1 van januari 2026.

Ik heb michael een email gestuurd maar volgens de website zijn ze tot 15 agustus op vakantie. Ik zal nog even geduld moeten hebben.

Het enige wat mij tegenstaat is dat de issue een oplossing had in augustus. Het lijkt mij raar dat het in een order van januari niet opgelost zou zijn.

edit: Net nog even gekeken naar de github issue en ik heb inderdaad ook de versie met een ESP-1-mini

[ Voor 20% gewijzigd door Nuclears op 05-08-2026 11:39 ]

[rvdgaag]

dooiedodo schreef op woensdag 5 augustus 2026 @ 10:03:
Even toch maar keertje mijn setup delen, maanden geleden hier wat rond gevraagd en nu is het klaar en al tijdje in gebruik naar wens.

1 Fase 32A setup. Was even lastig om te vinden of mijn auto wel 7kw op 1fase zou gaan laden, informatie was erg karig daaromtrent. Maar met 6mm2 kabel doet ie het helemaal prima.

Uiteindelijk de socket zo kunnen plaatsen, wens van de wife ,maximale WAF.

[Afbeelding]

Besturing en voeding via kastje in de garage om de hoek (het boren door de muur was wel tikje spannend, maar kwam prima uit)

[Afbeelding]

Gat in de muur was klote klus

[Afbeelding]

inhoud kastje, komt nog een mid meter erbij en dan maar zien dat ze het gaan accepteren.

[Afbeelding]

Netjes gedaan, zo wordt de WAF wel bediend :-)

1 puntje van kritiek, die automaat van emat zou ik gelijk in de kliko gooien en er een goede kwaliteit automaat voor in de plaatst zetten, Hager, Eaton, ABB ofzo.

[Geim]

rvdgaag schreef op woensdag 5 augustus 2026 @ 13:47:
1 puntje van kritiek, die automaat van emat zou ik gelijk in de kliko gooien en er een goede kwaliteit automaat voor in de plaatst zetten, Hager, Eaton, ABB ofzo.

Da's een B10 die voor de SmartEVSE, daar zou ik niet zo'n punt van maken.

Als de SmartEVSE 10A trekt is er sowieso al iets goed defect en bij kortsluiting spring die Emat er echt wel uit.

[dooiedodo]

Geim schreef op woensdag 5 augustus 2026 @ 14:22:
[...]

Da's een B10 die voor de SmartEVSE, daar zou ik niet zo'n punt van maken.

Als de SmartEVSE 10A trekt is er sowieso al iets goed defect en bij kortsluiting spring die Emat er echt wel uit.

goed gezien, is inderdaad niet voor de EV stroom

[Possible]

JoooostB schreef op maandag 23 september 2024 @ 20:39:
[...]


Ik doe het net anders, volgens mij ook geïnspireerd op een Tweaker hier, door bij elke wijziging in (terug)levering op L1, L2 of L3 een automation te starten die een bericht op het MainsMeter MQTT topic te publiceert:

code:

alias: SmartEVSE - MQTT
description: Publiceert P1 verbruiksgegevens via MQTT
trigger:
  - alias: Bij iedere P1 update
    platform: state
    entity_id:
      - sensor.dsmr_reading_phase_currently_delivered_l1
      - sensor.dsmr_reading_phase_currently_delivered_l2
      - sensor.dsmr_reading_phase_currently_delivered_l3
      - sensor.dsmr_reading_phase_currently_returned_l1
      - sensor.dsmr_reading_phase_currently_returned_l2
      - sensor.dsmr_reading_phase_currently_returned_l3
action:
  - data_template:
      topic: SmartEVSE-XXXX/Set/MainsMeter
      payload: |-
        {{
          ((((states('sensor.dsmr_reading_phase_currently_delivered_l1') | float * 1000) - (states('sensor.dsmr_reading_phase_currently_returned_l1') | float * 1000)) / (states('sensor.dsmr_reading_phase_voltage_l1')|float ) * 10 )) | round(0) 
        }}:{{
          ((((states('sensor.dsmr_reading_phase_currently_delivered_l2') | float * 1000) - (states('sensor.dsmr_reading_phase_currently_returned_l2') | float * 1000)) / (states('sensor.dsmr_reading_phase_voltage_l2')|float )  * 10 )) | round(0)
        }}:{{ 
          ((((states('sensor.dsmr_reading_phase_currently_delivered_l3') | float * 1000) - (states('sensor.dsmr_reading_phase_currently_returned_l3') | float * 1000)) / (states('sensor.dsmr_reading_phase_voltage_l3')|float ) * 10 )) | round(0) 
        }}
    action: mqtt.publish
    alias: Publiceer verbruik op MQTT

Om 1 of andere reden werkt mijn data niet meer richting mijn SMARTEVSE. Ik heb een soort gelijk script. Zijn er dingen veranderd ofzo?

[dooiedodo]

Possible schreef op woensdag 12 augustus 2026 @ 11:12:
[...]


Om 1 of andere reden werkt mijn data niet meer richting mijn SMARTEVSE. Ik heb een soort gelijk script. Zijn er dingen veranderd ofzo?

topics veranderen niet zomaar, dus wsl even de trace in HA checken wat die zegt.

[josfrederix]

Ik heb een Victron‑thuisbatterij en deze gekoppeld aan mijn SmartEVSE.
Via MQTT stuur ik de actuele stroomwaarden van L1, L2 en L3 door, plus de batterij‑stroom. Dat werkt allemaal prima.

Nu zou ik graag ’s avonds een deel van mijn thuisaccu willen gebruiken om mijn auto bij te laden, als ik overdag heb moeten werken en dus geen zonne‑energie heb gehad. In principe kan dit via de Smart‑mode, maar ik zou het graag ook via de Solar‑mode willen doen.

Het probleem:
Wanneer ik in Solar‑mode het “restvermogen” uit mijn thuisaccu doorgeef aan de SmartEVSE, raakt de interne berekening van de main current in de war. De SmartEVSE verdeelt de batterij‑stroom namelijk intern door drie en trekt die van elke fase af. Daardoor klopt de interne verrekening niet meer zodra er een grote verbruiker op één fase inschakelt.

Mijn vraag:
Hoe zouden jullie dit aanpakken? Is er een manier om de thuisaccu‑stroom correct aan te bieden aan de SmartEVSE zonder dat de interne fase‑verrekening ontspoort?

[THM0]

josfrederix schreef op woensdag 12 augustus 2026 @ 20:19:
Ik heb een Victron‑thuisbatterij en deze gekoppeld aan mijn SmartEVSE.
Via MQTT stuur ik de actuele stroomwaarden van L1, L2 en L3 door, plus de batterij‑stroom. Dat werkt allemaal prima.

Nu zou ik graag ’s avonds een deel van mijn thuisaccu willen gebruiken om mijn auto bij te laden, als ik overdag heb moeten werken en dus geen zonne‑energie heb gehad. In principe kan dit via de Smart‑mode, maar ik zou het graag ook via de Solar‑mode willen doen.

Het probleem:
Wanneer ik in Solar‑mode het “restvermogen” uit mijn thuisaccu doorgeef aan de SmartEVSE, raakt de interne berekening van de main current in de war. De SmartEVSE verdeelt de batterij‑stroom namelijk intern door drie en trekt die van elke fase af. Daardoor klopt de interne verrekening niet meer zodra er een grote verbruiker op één fase inschakelt.

Mijn vraag:
Hoe zouden jullie dit aanpakken? Is er een manier om de thuisaccu‑stroom correct aan te bieden aan de SmartEVSE zonder dat de interne fase‑verrekening ontspoort?

Als je iets van een lichte computer hebt draaien zou je EVCC kunnen proberen. Met de SmartEVSE is dat gratis te gebruiken, en dan heb je best wat mogelijkheden om in te stellen tot welk percentage de thuisaccu aangesproken mag worden om een auto te laden.

[Stefannn]

josfrederix schreef op woensdag 12 augustus 2026 @ 20:19:
Ik heb een Victron‑thuisbatterij en deze gekoppeld aan mijn SmartEVSE.
Via MQTT stuur ik de actuele stroomwaarden van L1, L2 en L3 door, plus de batterij‑stroom. Dat werkt allemaal prima.

Nu zou ik graag ’s avonds een deel van mijn thuisaccu willen gebruiken om mijn auto bij te laden, als ik overdag heb moeten werken en dus geen zonne‑energie heb gehad. In principe kan dit via de Smart‑mode, maar ik zou het graag ook via de Solar‑mode willen doen.

Het probleem:
Wanneer ik in Solar‑mode het “restvermogen” uit mijn thuisaccu doorgeef aan de SmartEVSE, raakt de interne berekening van de main current in de war. De SmartEVSE verdeelt de batterij‑stroom namelijk intern door drie en trekt die van elke fase af. Daardoor klopt de interne verrekening niet meer zodra er een grote verbruiker op één fase inschakelt.

Mijn vraag:
Hoe zouden jullie dit aanpakken? Is er een manier om de thuisaccu‑stroom correct aan te bieden aan de SmartEVSE zonder dat de interne fase‑verrekening ontspoort?

Nee.
De smart evse verdeelt namelijk niks.
De omvormer zit in de auto en die neemt op 3 fases hetzelfde af.
Hij hoort via de CP pen van de stekker “hoeveel stroom toegestaan is”, maar dat is maar 1 getal. Het protocol staat geen getal per fase toe.
Dat ligt dus niet specifiek aan de smartEVSE maar dat is het AC laad protocol. Dat kan op geen enkele AC laadpaal.
Het enige dat je kan doen is 1 fase aanbieden. Maar daarvoor is je speelruimte erg beperkt. Dat moet dan namelijk wel L1 zijn. Dat kan je dus niet kiezen afhankelijk van de andere belasting.

Hoe ik het oplos?
Auto mag laden “zolang het kan”, verder niet.

[dooiedodo]

Wat is je definitie van 'zolang het kan' en gebruik je wel de solar modus? Ik zou smart modus gebruiken zodat je meer kan sturen en regelen zelf.

Daarnaast, het laden vanuit een dc accu, naar ac stroom en weer naar dc accu (ev) is een erg laag rendement verhaal. 'Gewoon' vlot 11kw laden voor je EV beetje op niveau te krijgen is misschien verstandiger (al is het verlies wat je lijdt natuurlijk redelijk 0 als je accu echt alleen maar op solar geladen heeft, maar dat zal in de winter wsl niet voorkomen)

[DanTm]

dooiedodo schreef op donderdag 13 augustus 2026 @ 08:55:
Wat is je definitie van 'zolang het kan' en gebruik je wel de solar modus? Ik zou smart modus gebruiken zodat je meer kan sturen en regelen zelf.

Daarnaast, het laden vanuit een dc accu, naar ac stroom en weer naar dc accu (ev) is een erg laag rendement verhaal. 'Gewoon' vlot 11kw laden voor je EV beetje op niveau te krijgen is misschien verstandiger (al is het verlies wat je lijdt natuurlijk redelijk 0 als je accu echt alleen maar op solar geladen heeft, maar dat zal in de winter wsl niet voorkomen)

Het rendement van zon naar batterij weer naar ev is natuurlijk precies hetzelfde als het rendement van zon naar batterij naar overig elektrisch gebruik in je huis. Je kunt je auto dus prima uit je batterij laden (mits voldoende capaciteit natuurlijk), maar het is altijd slimmer om zonnestroom direct te gebruiken indien mogelijk.

[dooiedodo]

Das niet helemaal correct. Naar je ev heb je ook weer verlies en dat is naar andere apparatuur in je woning niet zo. Maar goed, het is maar net hoe je ernaar wilt kijken, ga er geen ruzie om maken :-)

[cruysen]

Klopt beide. Bij elke omzetting is er een rendement: van Solar (DC) naar 230v AC, van AC weer naar DC in de accu, van DC weer naar AC, en van AC weer naar DC voor de auto. 🤷🏻‍♂️

Dus hoe minder totaal rendement, des te beter. Het rendement is van veel elementen afhankelijk, maar meestal worden waarden rond de 90% of hoger aangegeven. (Bijt me daar niet op vast!) Dus ja, het is beter direct van Solar naar auto te gaan. Maar dadelijk als de saldering eraf is, kan het gunstiger zijn om toch de accu erbij te gebruiken bij het laden. 👍 (Dit alles even los bekeken van slijtage en degradatie.)

[dooiedodo]

cruysen schreef op donderdag 13 augustus 2026 @ 16:52:
Klopt beide. Bij elke omzetting is er een rendement: van Solar (DC) naar 230v AC, van AC weer naar DC in de accu, van DC weer naar AC, en van AC weer naar DC voor de auto. 🤷🏻‍♂️

Dus hoe minder totaal rendement, des te beter. Het rendement is van veel elementen afhankelijk, maar meestal worden waarden rond de 90% of hoger aangegeven. (Bijt me daar niet op vast!) Dus ja, het is beter direct van Solar naar auto te gaan. Maar dadelijk als de saldering eraf is, kan het gunstiger zijn om toch de accu erbij te gebruiken bij het laden. 👍 (Dit alles even los bekeken van slijtage en degradatie.)

Precies en dat 90% is per omzetting, dus in jouw voorbeeld 90*90*90*90 %, da's flinke hap uit je zonne energie. Maar je kan wegredeneren dat het goedkoper is dan de energie uit het net slurpen snachts (zeker als je je zonnepanelen toch al terug verdient hebt)

[josfrederix]

cruysen schreef op donderdag 13 augustus 2026 @ 16:52:
Klopt beide. Bij elke omzetting is er een rendement: van Solar (DC) naar 230v AC, van AC weer naar DC in de accu, van DC weer naar AC, en van AC weer naar DC voor de auto. 🤷🏻‍♂️

Dus hoe minder totaal rendement, des te beter. Het rendement is van veel elementen afhankelijk, maar meestal worden waarden rond de 90% of hoger aangegeven. (Bijt me daar niet op vast!) Dus ja, het is beter direct van Solar naar auto te gaan. Maar dadelijk als de saldering eraf is, kan het gunstiger zijn om toch de accu erbij te gebruiken bij het laden. 👍 (Dit alles even los bekeken van slijtage en degradatie.)

Het gaat mij inderdaad niet om het rendement. De grootste winst zit voor mij in het feit dat ik niet hoef terug te leveren tegen een lage of zelfs negatieve vergoeding. In mijn setup is het rendement bovendien hoger omdat mijn zonnepanelen rechtstreeks DC/DC in de accu laden, waardoor ik maar twee conversies heb (DC→AC en AC→DC).

Maar mijn oorspronkelijke vraag ging over iets anders. Ik loop er tegenaan dat de interne berekening van de SmartEVSE de beschikbare netstroom verkeerd inschat zodra ik het accuvermogen meeneem in de berekening.

Voorbeeld: als de accu 7200 W kan leveren (~10 A per fase), dan ziet SmartEVSE dat als “extra beschikbare netstroom”. Daardoor denkt hij dat hij 10 A per fase méér uit het net mag halen. In mijn geval resulteert dat erin dat SmartEVSE richting 25 A + 10 A gaat sturen, terwijl die 10 A helemaal niet uit het net komt maar uit de accu.

Ik wil de accu juist gebruiken als boost tijdens solar‑laden (zodat hij niet terugvalt naar 1 fase bij wisselende zon), én om ’s avonds te kunnen laden als er weinig of geen zon is. Maar ik wil niet dat SmartEVSE denkt dat de netcapaciteit hoger is dan toegestaan.

De vraag is dus: hoe voorkom ik dat het accuvermogen de mains‑berekening beïnvloedt, terwijl ik de accu wel kan inzetten als extra laadvermogen?

[BarryH]

josfrederix schreef op donderdag 13 augustus 2026 @ 20:20:
[...]

Het gaat mij inderdaad niet om het rendement. De grootste winst zit voor mij in het feit dat ik niet hoef terug te leveren tegen een lage of zelfs negatieve vergoeding. In mijn setup is het rendement bovendien hoger omdat mijn zonnepanelen rechtstreeks DC/DC in de accu laden, waardoor ik maar twee conversies heb (DC→AC en AC→DC).

Maar mijn oorspronkelijke vraag ging over iets anders. Ik loop er tegenaan dat de interne berekening van de SmartEVSE de beschikbare netstroom verkeerd inschat zodra ik het accuvermogen meeneem in de berekening.

Voorbeeld: als de accu 7200 W kan leveren (~10 A per fase), dan ziet SmartEVSE dat als “extra beschikbare netstroom”. Daardoor denkt hij dat hij 10 A per fase méér uit het net mag halen. In mijn geval resulteert dat erin dat SmartEVSE richting 25 A + 10 A gaat sturen, terwijl die 10 A helemaal niet uit het net komt maar uit de accu.

Ik wil de accu juist gebruiken als boost tijdens solar‑laden (zodat hij niet terugvalt naar 1 fase bij wisselende zon), én om ’s avonds te kunnen laden als er weinig of geen zon is. Maar ik wil niet dat SmartEVSE denkt dat de netcapaciteit hoger is dan toegestaan.

De vraag is dus: hoe voorkom ik dat het accuvermogen de mains‑berekening beïnvloedt, terwijl ik de accu wel kan inzetten als extra laadvermogen?

Je hebt nu 2 kapiteins op 1 schip. Ik zou de victron de baas maken en de Smartevse met de victron instellen

[josfrederix]

Ik denk dat er geen 2 kapiteins zijn omdat de battrij ruimschoots meer kan leveren en de batterij stroom via mqtt word door gegeven. Intern in de smart EVSE maakt hij de beslissing dat hij de mains current mag verhogen.

In feite is wat ik doe de stroom van de batterij voor de gek houden naar de smartEVSE dat hij aan het laden is maar in feite is dat dan de ontlaad capaciteit. Dit werkt inprincipe goed als de max mains current maar niet wordt overschreven..

De Victron doet voor de rest helemaal niks. Deze zorgt er alleen voor dat er geen stroom van het net wordt gehaald

[BarryH]

josfrederix schreef op donderdag 13 augustus 2026 @ 20:46:
Ik denk dat er geen 2 kapiteins zijn omdat de battrij ruimschoots meer kan leveren en de batterij stroom via mqtt word door gegeven. Intern in de smart EVSE maakt hij de beslissing dat hij de mains current mag verhogen.

In feite is wat ik doe de stroom van de batterij voor de gek houden naar de smartEVSE dat hij aan het laden is maar in feite is dat dan de ontlaad capaciteit. Dit werkt inprincipe goed als de max mains current maar niet wordt overschreven..

De Victron doet voor de rest helemaal niks. Deze zorgt er alleen voor dat er geen stroom van het net wordt gehaald

Dus wel 2 kapiteins

- Smartevse in solar stuurt op niet afnemen van net

- victron stuurt nul op meter

[cruysen]

BarryH schreef op donderdag 13 augustus 2026 @ 21:32:
[...]

Dus wel 2 kapiteins

- Smartevse in solar stuurt op niet afnemen van net

- victron stuurt nul op meter

Dus of de smartevse moet gestuurd worden om meer af te nemen zodat de victron gaat bijleveren.
Of de victron moet meer gaan leveren zodat de smartevse meer mag laten gebruiken door de auto.
Of een derde partij (Hass of een anders EMS b.v.) die beide aanstuurt wat hun mogen doen.

[Deikke]

Je kunt de SmartEvse vertellen wat de batterij doet, dan kun je hem gewoon in Solar mode zetten. Zodra de thuisbatterij dan gaat terugleveren omdat er een overshoot is, schroeft smartevse het vermogen terug en dan zal de batterij wel weer stoppen met terugleveren. Dit werkt hier in ieder geval prima.

Je kunt dan eventueel nog een battery boost functie toevoegen door het vermogen te manipuleren voordat je deze doorgeeft aan de SmartEvse, haal wat van het vermogen af (bijvoorbeeld 10 A en je zal de batterij met ongeveer 10 A legen in je auto accu). Tel er wat bij op en dan laat de SmartEvse wat vermogen achter om de thuisbatterij te laden als deze bijvoorbeeld vrij leeg is.

[dooiedodo]

josfrederix schreef op donderdag 13 augustus 2026 @ 20:20:
[...]

Het gaat mij inderdaad niet om het rendement. De grootste winst zit voor mij in het feit dat ik niet hoef terug te leveren tegen een lage of zelfs negatieve vergoeding. In mijn setup is het rendement bovendien hoger omdat mijn zonnepanelen rechtstreeks DC/DC in de accu laden, waardoor ik maar twee conversies heb (DC→AC en AC→DC).

Maar mijn oorspronkelijke vraag ging over iets anders. Ik loop er tegenaan dat de interne berekening van de SmartEVSE de beschikbare netstroom verkeerd inschat zodra ik het accuvermogen meeneem in de berekening.

Voorbeeld: als de accu 7200 W kan leveren (~10 A per fase), dan ziet SmartEVSE dat als “extra beschikbare netstroom”. Daardoor denkt hij dat hij 10 A per fase méér uit het net mag halen. In mijn geval resulteert dat erin dat SmartEVSE richting 25 A + 10 A gaat sturen, terwijl die 10 A helemaal niet uit het net komt maar uit de accu.

Ik wil de accu juist gebruiken als boost tijdens solar‑laden (zodat hij niet terugvalt naar 1 fase bij wisselende zon), én om ’s avonds te kunnen laden als er weinig of geen zon is. Maar ik wil niet dat SmartEVSE denkt dat de netcapaciteit hoger is dan toegestaan.

De vraag is dus: hoe voorkom ik dat het accuvermogen de mains‑berekening beïnvloedt, terwijl ik de accu wel kan inzetten als extra laadvermogen?

da's nice accu meteen laden op zonnepanelen, dat scheelt een hoop.

als jouw accu geforceerd gaat ontladen loopt de mains toch naar negatief en kan EVSE meer stroom pakken voor je EV. Dat wil niet betekenen dat EVSE meer uit net neemt, maar de 10A gewoon binnen je huis blijft.

[Beekforel]

Op 1 of andere manier springt mijn SmartEVSE af en toe terug van Smart naar Off. Zodra mijn auto thuis gedetecteerd wordt publiceer ik via `/Set/RFID` een virtuele tag `112233445566` en deze heb ik ook bij de OCPP connectie als 'Auto-authorize' geconfigureerd. De OCPP connectie is die van Laadloon, momenteel niet functioneel maar heb deze wel geconfigureerd gelaten voor de toekomst. Kan het zijn dat door die connectie hij weer naar Off springt?

[dooiedodo]

Beekforel schreef op zondag 16 augustus 2026 @ 14:41:
Op 1 of andere manier springt mijn SmartEVSE af en toe terug van Smart naar Off. Zodra mijn auto thuis gedetecteerd wordt publiceer ik via `/Set/RFID` een virtuele tag `112233445566` en deze heb ik ook bij de OCPP connectie als 'Auto-authorize' geconfigureerd. De OCPP connectie is die van Laadloon, momenteel niet functioneel maar heb deze wel geconfigureerd gelaten voor de toekomst. Kan het zijn dat door die connectie hij weer naar Off springt?

dit soort gedrag kan je naar mijn idee het beste met een debug firmware uitzoeken.. Zie je direct waarom hij kiest voor 'off' , niks gokken echt feiten

[Tassadar32]

Heeft er iemand anders met een Tesla (2024 Model 3) ook last van dat met 1-fase solar het laden stopt (voltage error) na start/stop van het laden door te weinig stroom? Kabels doorgemeten vanaf de meterkast tot aan de laadkabel en geen significante weerstand. Start current staat op 0A (laden zo gauw er stroom over is), max import op 1A om onnodig uitschakelen te voorkomen en stop time op 10 minuten. Min current staat op 7A omdat de Zoë van mijn vrouw om de een of andere reden niet met 6A wil laden.

[mjvdzwet]

Tassadar32 schreef op dinsdag 18 augustus 2026 @ 21:39:
Heeft er iemand anders met een Tesla (2024 Model 3) ook last van dat met 1-fase solar het laden stopt (voltage error) na start/stop van het laden door te weinig stroom? Kabels doorgemeten vanaf de meterkast tot aan de laadkabel en geen significante weerstand. Start current staat op 0A (laden zo gauw er stroom over is), max import op 1A om onnodig uitschakelen te voorkomen en stop time op 10 minuten. Min current staat op 7A omdat de Zoë van mijn vrouw om de een of andere reden niet met 6A wil laden.

Ik heb met de SmartEVSE wel dat als deze naar Solar Mode wordt geschakeld en er is onvoldoende zonnestroom (waiting for solar). Dat de Tesla M3H (2024) dan aangeeft: laadapparatuur niet gereed.

[Driehoek]

Hopelijk kan iemand me helpen:

Setup met twee smartevse's ("version":"v3.10.2" voor beide). Sinds vandaag gaat de master steeds automatisch naar pause. Meestal na enkele minuten, soms na enkele seconden. De raw data geeft geen error ("error":"None","error_id":0,). Wat ik al heb geprobeerd:

- Power sharing aan en uit.

- De switch functie disabled in het menu.

- De switches fysiek disconnected.

- Normal, smart en solar geven allemaal hetzelfde.

- In HA heb ik een automation die de batterijstroom doorstuurt via MQTT. Die is disabled.

- Stroom eraf en erop.

- CAPTAR verhoogd, maximale laadstroom verlaagd.


Mocht er iemand een gouden tip hebben..


edit: als ik de wifi uitschakel blijft de master het wel gewoon doen. De slave werkt wel gewoon.

[ Voor 8% gewijzigd door Driehoek op 19-08-2026 20:28 ]

[dingo35]

Update eens naar current stable v3.11.2