Zelfbouw Laadpaal ervaringen

[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

[Nuclears]

Nuclears schreef op dinsdag 4 augustus 2026 @ 20:03:
[...]

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.

Kleine update.
Ik heb mijn smartevse retour van Stegens. De weerstand is toegevoegd en nu wordt de ABB kwh meter herkend .

Nu stuit ik wel meteen op het volgende probleem.
Ik heb geupdate naar 3.11.2. Als ik nu op het OCPP vinkje klik krijg ik niet meer de velden om de connectie informatie in te vullen.
edit: Zo te zien is er al een issue aangemaakt op de github.

[ Voor 21% gewijzigd door Nuclears op 21-08-2026 21:24 ]

[Tassadar32]

mjvdzwet schreef op dinsdag 18 augustus 2026 @ 22:35:
[...]

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.

Dat klopt en is normaal. De Tesla geeft daarmee aan dat hij staat te wachten tot er stroom beschikbaar is. Ik ga eens een paar RC snubbers aan de coils van de relais hangen, mogelijk geven die bij het uitschakelen een klein stroompiekje wat de Tesla oppakt.

[dingo35]

Het lijkt mij onmogelijk dat het UITschakelen van een relais een stroompiek richting het EV veroorzaakt; het relais onderbreekt de stroomkring immers.

Los daarvan zorgt het laadprotocol er voor dat het EV gesignaleerd wordt dat de stroomvoorziening gestopt gaat worden, en wordt het EV volgens datzelfde protocol geacht de stroomafname te stoppen vóórdat het relais afschakelt.

Als iedereen zich aan het laadprotocol houdt wordt er dus stroomloos geschakeld.

[Driehoek]

dingo35 schreef op donderdag 20 augustus 2026 @ 07:37:
Update eens naar current stable v3.11.2

Ondertussen geupdate maar helaas hetzelfde resultaat. Hij gaat steeds weer in pauze.

[jpiscaer]

dingo35 schreef op maandag 11 augustus 2025 @ 07:21:
Hw v4 zal een modem bevatten; er is geen datum bekend, het ontwikkelen van de firmware alleen al is een monsterklus, mijn inschatting is dat v4 in 2025 niet commercieel beschikbaar zal zijn.

Heb wat gezocht op de github repo's, hier in de thread en op smartevse.nl / stegen.com, maar zie nergens nog concreet iets over een v4. Ik ben aan het voorbereiden om een 2e smartevse te bouwen; vraag me af of het zin heeft te wachten op v4? Is er al een indicatie van een datum?

[dingo35]

Daar zou ik zeker niet op wachten; het huidige v4 prototype bestond uit twee chips, een ESP32 en een WCH-chip; dat bleek erg veel overhead in de code te geven, dus de fabrikant is nu bezig met een nieuwe loot aan de ESP32-boom, maar deze is nog zo nieuw dat hij alleen in de vorm van een dev-board uitgeleverd wordt. Dus het gaat nog wel even duren voor deze commercieel beschikbaar is, dan moet de hardware (printplaat + bestukking) nog ontworpen en getest worden en dan moet óók nog de firmware aangepast worden...

[ Voor 7% gewijzigd door dingo35 op 25-08-2026 12:10 ]

[jpiscaer]

Tnx @dingo35. Componenten voor de tweede paal besteld. Nog een vraag over de combinatie kWh-meter en Power Share.

Beide laadpalen rust ik uit met een kWh-meter (dus 1x kabel van de kWh-meter naar de A/B van op de SmartEVSE), en ik wil power share kunnen doen.

Moet ik dan de zowel de kWh-meter als de kabel tussen beide SmartEVSE's in die A/B poort stoppen? En moet ik een direct GND connectie maken tussen beide SmartEVSEs?

[dingo35]

Alles komt op 1 modbus als je Power Sharing enabled. De GND van de modbus schijnt niet echt nodig te zijn, zolang je maar twisted pair gebruikt, maar YMMV.

[jpiscaer]

Laatste vraag voor 't boodschappenlijstje.. Bij mijn NewMotion Home Advanced had ik de Wago Topjob S klemmen hergebruikt; bij de tweede donorpaal zitten die er niet bij. Wie weet welk type dat precies zijn? Hadden per module 5 polen (waarvan er twee maal 2 onderling verbonden waren, plus een PE rij onderop). Modules kunnen van links-naar-rechts op de DIN-rail aan elkaar gemonteerd worden, waardoor er groepjes van links naar rechts ontstaan van de bestaande boven-beneden groepen..

[HRV]

Zoek even op etageklem, dan kun je ze snel vinden.

https://www.elektrobode.nl/search?query=etageklem

[tomtommie]

Toch maar eens begonnen om mijn SmartEVSE te koppelen aan een provider voor de ERE's.

Ik heb alles ingebouwd in mijn garage onderverdeler, hier zitten dus naast een KNX schakelaktor ook nog andere aardlekautomaten in. Helaas zegt Joulo dat dit niet oke is, het moet in een apart kastje... jammer hoor!

Nu maar eens het proces aan gaan met Laadloon, maar na het lezen hier in het topic geef ik het weinig kans omdat de NEa-regels een losse kast voorschrijven?

Geen zin om alles om te bouwen naar een losse kast eigenlijk, zit er net zo netjes in. Iemand dit een gecombineerde kast heeft goedgekeurd?

Voor de Home Assistant gebruikers, hoe houden jullie de laadsessies bij nu? Dan heb ik in ieder geval een log dat ik eventueel later kan indienen.

[m.eddy]

tomtommie schreef op vrijdag 28 augustus 2026 @ 11:06:
Toch maar eens begonnen om mijn SmartEVSE te koppelen aan een provider voor de ERE's.

Ik heb alles ingebouwd in mijn garage onderverdeler, hier zitten dus naast een KNX schakelaktor ook nog andere aardlekautomaten in. Helaas zegt Joulo dat dit niet oke is, het moet in een apart kastje... jammer hoor!

Nu maar eens het proces aan gaan met Laadloon, maar na het lezen hier in het topic geef ik het weinig kans omdat de NEa-regels een losse kast voorschrijven?

Geen zin om alles om te bouwen naar een losse kast eigenlijk, zit er net zo netjes in. Iemand dit een gecombineerde kast heeft goedgekeurd?

Voor de Home Assistant gebruikers, hoe houden jullie de laadsessies bij nu? Dan heb ik in ieder geval een log dat ik eventueel later kan indienen.

Sessie's bijhouden kan via de OCPP koppeling. Naar een echte backoffice of naar een Home Assistant integratie.

[dooiedodo]

m.eddy schreef op vrijdag 28 augustus 2026 @ 11:55:
[...]

Sessie's bijhouden kan via de OCPP koppeling. Naar een echte backoffice of naar een Home Assistant integratie.

hoe zit die ha ocpp koppeling eruit dan? welke integratie ?


ik heb een aparte midmeter op de wifi zitten en een automation die laadsessies naar csv schrijft, lijkt vooralsnog best ok te werken ook :-)

[Rimco]

@dooiedodo/@tomtommie: Normaliter hang je de MID meter direct aan de SmartEVSE via modbus, zet je OCPP richting een backend aan en dan zijn de ERE mensen blij. Dan kan je alsnog prima vanuit HA of een ander systeem via MQTT sessies starten, stoppen, pauzeren of in stroom beperken.

Het verbruik van de sessie kan je ook via MQTT weer uitlezen, dus zonder dat je direct met de kWh meter aan de slag gaat vanuit HA.

[m.eddy]

dooiedodo schreef op vrijdag 28 augustus 2026 @ 12:28:
[...]

hoe zit die ha ocpp koppeling eruit dan? welke integratie ?


ik heb een aparte midmeter op de wifi zitten en een automation die laadsessies naar csv schrijft, lijkt vooralsnog best ok te werken ook :-)

Weet alleen dat ze bestaan in HA. Even uitzoeken dus.

[dooiedodo]

Rimco schreef op vrijdag 28 augustus 2026 @ 12:48:
@dooiedodo/@tomtommie: Normaliter hang je de MID meter direct aan de SmartEVSE via modbus, zet je OCPP richting een backend aan en dan zijn de ERE mensen blij. Dan kan je alsnog prima vanuit HA of een ander systeem via MQTT sessies starten, stoppen, pauzeren of in stroom beperken.

Het verbruik van de sessie kan je ook via MQTT weer uitlezen, dus zonder dat je direct met de kWh meter aan de slag gaat vanuit HA.

Ik had in eerste instantie gezien over ocpp en door de issues eromheen had ik nog geen zin in zeg maar. Er van uitgaande dat begin en eindstand inprincipe genoeg is en ik nu sluitende administratie kan leveren , is dat mn poging snel klaar te zijn. OCPP mid kan ik altijd nog wel gaan doen als echt nodig is.

[tomtommie]

OCPP is een HACS integratie inderdaad. Je zou de SmartEVSE naar de Home Assistant OCPP integratie kunnen laten schrijven en dit dan weer exporteren of van daaruit doorsturen? Moet ik eens proberen.

@Rimco Klopt, mijn SmartEVSE is met een SDM630 via modbus gekoppeld en kan bediend worden met MQTT, maar het zit in een 'groepenkast' en juist dat vinden de ERE mensen dus blijkbaar niet leuk.

[humulus]

Weet iemand hoe je een Webasto kast open krijgt? Er zit alleen een klepje met daarachter wat aansluitmogelijkheden, maar de rest van de kast lijkt onbereikbaar...

Ik kan verder geen schroeven vinden...

[ Voor 3% gewijzigd door humulus op 28-08-2026 15:53 ]

[tukker999]

Vraag het AI of lees de gebruiksaanwijzing.

Meestal een paar inbus schroeven die vanaf de achterzijde bereikbaar zijn.

[Epsilon]

Even wat fotos opgezocht, en mijn gok is dat het hele glanzende stuk erop is geklikt.

Maar, check even dat "pukkeltje" in het midden. Op productfotos zie ik daar iets metaalkleurigs zitten, waar jij een dopje hebt.

[sandergar]

dooiedodo schreef op vrijdag 28 augustus 2026 @ 13:22:
[...]

Ik had in eerste instantie gezien over ocpp en door de issues eromheen had ik nog geen zin in zeg maar. Er van uitgaande dat begin en eindstand inprincipe genoeg is en ik nu sluitende administratie kan leveren , is dat mn poging snel klaar te zijn. OCPP mid kan ik altijd nog wel gaan doen als echt nodig is.

Zo doe ik het ook en mijn bestanden zijn bij Laadloon gewoon goedgekeurd. Geheel geen OCPP nodig en via HA gewoon een sluitende administratie.

Max 4x per jaar even inloggen bij Laadloon en een bestand uploaden. Kost mij minder tijd dan dealen met OCPP issues.

[ Voor 9% gewijzigd door sandergar op 28-08-2026 22:20 ]

[ruubert]

humulus schreef op vrijdag 28 augustus 2026 @ 15:50:
[Afbeelding]

Weet iemand hoe je een Webasto kast open krijgt? Er zit alleen een klepje met daarachter wat aansluitmogelijkheden, maar de rest van de kast lijkt onbereikbaar...

Ik kan verder geen schroeven vinden...

Heb alles geprobeerd, lukt niet zonder beschadeging, is allemaal verlijmd.

[Mike_S]

tomtommie schreef op vrijdag 28 augustus 2026 @ 11:06:
Toch maar eens begonnen om mijn SmartEVSE te koppelen aan een provider voor de ERE's.

Ik heb alles ingebouwd in mijn garage onderverdeler, hier zitten dus naast een KNX schakelaktor ook nog andere aardlekautomaten in. Helaas zegt Joulo dat dit niet oke is, het moet in een apart kastje... jammer hoor!

Nu maar eens het proces aan gaan met Laadloon, maar na het lezen hier in het topic geef ik het weinig kans omdat de NEa-regels een losse kast voorschrijven?

Geen zin om alles om te bouwen naar een losse kast eigenlijk, zit er net zo netjes in. Iemand dit een gecombineerde kast heeft goedgekeurd?

Voor de Home Assistant gebruikers, hoe houden jullie de laadsessies bij nu? Dan heb ik in ieder geval een log dat ik eventueel later kan indienen.

Zeres gaat bij mij nog een stapje verder. Ik heb wel een losse kast, maar zelfbouw zonder installateursverklaring is een no go. Ook maar op zoek naar een andere inboeker dus…

Email Zeres:

Het specificatieblad en de factuur van de meter zijn helaas niet voldoende, ook al staat de MID-certificering daar duidelijk op vermeld. Wij hebben altijd een verklaring of factuur van de installateur nodig, waaruit blijkt dat de meter door een monteur is ingebouwd. Dit is geen formaliteit: zonder dat document houdt het dossier bij de verificatie geen stand, ook niet met foto's van de installatie.

[Femme]

Het specificatieblad en de factuur van de meter zijn helaas niet voldoende, ook al staat de MID-certificering daar duidelijk op vermeld. Wij hebben altijd een verklaring of factuur van de installateur nodig, waaruit blijkt dat de meter door een monteur is ingebouwd. Dit is geen formaliteit: zonder dat document houdt het dossier bij de verificatie geen stand, ook niet met foto's van de installatie.

Wat een poppenkast. Het grootste lek in de regeling zit in het gebruik van de energie uit de laadpaal, die niet verklaard hoeft te worden. Maar ho we gaan moeilijk doen over waar en door wie de meter is ingebouwd.

[Mike_S]

Femme schreef op zaterdag 29 augustus 2026 @ 16:30:
[...]

Wat een poppenkast. Het grootste lek in de regeling zit in het gebruik van de energie uit de laadpaal, die niet verklaard hoeft te worden. Maar ho we gaan moeilijk doen over waar en door wie de meter is ingebouwd.

Inderdaad, Zeres draaft gewoon door en heeft de regels vreemd/extreem geïnterpreteerd.

[mjvdzwet]

Mike_S schreef op zaterdag 29 augustus 2026 @ 16:24:
[...]

Zeres gaat bij mij nog een stapje verder. Ik heb wel een losse kast, maar zelfbouw zonder installateursverklaring is een no go. Ook maar op zoek naar een andere inboeker dus…

Email Zeres:

[...]

Ik moet zeggen dat mijn SmartEVSE zelfbouw paal (eigen kastje e.d.) bij Joulo binnen 4 uur was geaccepteerd en de andere dag ook mijn ERE registratie volledig was goedgekeurd.

Ik had omschreven hoe een en ander was aangesloten. Foto's van mijn Eastron SDM120-M, de kast open en gesloten erbij. Daarnaast nog een krabbel op een velletje papier met het schema.

Ging echt vlekkeloos, had me voorbereid op enige strijd.

[HRV]

Mike_S schreef op zaterdag 29 augustus 2026 @ 17:32:
[...]


Inderdaad, Zeres draaft gewoon door en heeft de regels vreemd/extreem geïnterpreteerd.

Ze draven niet echt door. Ze beschermen zichzelf.

Zij moet een audit kunnen doorstaan en ze vinden het te risicovol om dat zonder een "factuur" te bewijzen. Geen probleem, er zijn andere aanbieders.

[sandergar]

mjvdzwet schreef op zaterdag 29 augustus 2026 @ 18:27:
Ik had omschreven hoe een en ander was aangesloten. Foto's van mijn Eastron SDM120-M, de kast open en gesloten erbij. Daarnaast nog een krabbel op een velletje papier met het schema.

Inderdaad!

Ik heb inmiddels meerdere Smart EVSE's aangemeld. Heb net als jij een beschrijving gemaakt met details zoals serienummers, foto van de meter met tellerstand, foto's, elektrisch schema etc. Bij elke volgende Smart EVSE's is het kwestie van adres aanpassen, details bijwerken en uploaden.

[Timbus]

sandergar schreef op zaterdag 29 augustus 2026 @ 21:20:
[...]

Inderdaad!

Ik heb inmiddels meerdere Smart EVSE's aangemeld. Heb net als jij een beschrijving gemaakt met details zoals serienummers, foto van de meter met tellerstand, foto's, elektrisch schema etc. Bij elke volgende Smart EVSE's is het kwestie van adres aanpassen, details bijwerken en uploaden.

Klinkt als een goed plan, zo ga ik het ook proberen.

alleen overzie ik nog niet alle facetten die nodig zijn. Ik heb alleen maar een simpele zelfbouw evse paal die ik meer dan 6 jaar geleden heb gemaakt, dus met oude smart evse en sensorbox. Verder niet op internet aangesloten oid.

wat heb ik nog extra nodig, naast de mid kWh meter (welke gebruiken jullie die Joulo goedkeurt, 3 phase?). Ik lees over backend (de administratie?) en hoe lees je dat dan uit?

Woon achteraf en de laadpaal staat ver weg van huis of meterkast. Dus hoop op een oplossing zonder internet.

bedankt voor de hulp!

[dooiedodo]

sandergar schreef op vrijdag 28 augustus 2026 @ 22:18:
[...]

Zo doe ik het ook en mijn bestanden zijn bij Laadloon gewoon goedgekeurd. Geheel geen OCPP nodig en via HA gewoon een sluitende administratie.

Max 4x per jaar even inloggen bij Laadloon en een bestand uploaden. Kost mij minder tijd dan dealen met OCPP issues.

Top, ik dacht dat zeres dit ook zou gaan accepteren, maar dan doe ik ook gewoon laadloon als dat stuk loopt

[sandergar]

dooiedodo schreef op zaterdag 29 augustus 2026 @ 22:21:
[...]

Top, ik dacht dat zeres dit ook zou gaan accepteren, maar dan doe ik ook gewoon laadloon als dat stuk loopt

Let op : je kan maar 1x per jaar overstappen van inboekdienstverlener!

[sandergar]

Timbus schreef op zaterdag 29 augustus 2026 @ 21:48:
alleen overzie ik nog niet alle facetten die nodig zijn. Ik heb alleen maar een simpele zelfbouw evse paal die ik meer dan 6 jaar geleden heb gemaakt, dus met oude smart evse en sensorbox. Verder niet op internet aangesloten oid.

wat heb ik nog extra nodig, naast de mid kWh meter (welke gebruiken jullie die Joulo goedkeurt, 3 phase?). Ik lees over backend (de administratie?) en hoe lees je dat dan uit?

Uitdagend .... Een oude Smart EVSE betekent waarschijnlijk dat je nog geen EVSE met WiFi hebt. Enige manier om de EVSE uit te lezen is dan modbus. De sensorbox is met een kabel verbonden met de Smart EVSE? Wellicht kan je via deze kabel dan ook de Smart EVSE uitlezen. Een simpele mini computer met een modbus USB stick geeft je mogelijk de data van de Smart EVSE. Geen idee welke data dan beschikbaar komt voor je.

[Timbus]

De sensorbox is inderdaad met een kabel verbonden.

Ik vind het ook geen probleem om wat hardware te vervangen. Ben ik er dan met een nieuwe smart evse en een mid meter? Of heb ik nog meer nodig om bij Joulo door de ballotage te komen?

[humulus]

ruubert schreef op zaterdag 29 augustus 2026 @ 08:58:
[...]

Heb alles geprobeerd, lukt niet zonder beschadeging, is allemaal verlijmd.

Daar was ik al bang voor

[sandergar]

Timbus schreef op zondag 30 augustus 2026 @ 05:11:
De sensorbox is inderdaad met een kabel verbonden.

Ik vind het ook geen probleem om wat hardware te vervangen. Ben ik er dan met een nieuwe smart evse en een mid meter? Of heb ik nog meer nodig om bij Joulo door de ballotage te komen?

Wat wil je dan met een nieuwe Smart EVSE bereiken als je geen internet beschikbaar hebt? En de Smart EVSE gaat geen laadsessies voor je bijhouden, hoe wil je dat gaan oplossen?

[ocaj]

De vraag is: moet je echt laadsessies in een CSV aanleveren, of kan dat ook de begin+eind-meterstand per dag (en dus ook het verbruik) zijn?
Sessies op solar-only kunnen hier nu het weer wat grijzer wordt soms meerdere dagen duren en toch maar 10-20kWh laden. Per dag/week/maand lijkt me dan net zo praktisch.

[tukker999]

Dit kreeg ik van Zeres

Sessienummer: uniek

Start

Einde

Duur

kWh

Van iedere sessie, niet per dag.

[ Voor 24% gewijzigd door tukker999 op 30-08-2026 18:46 ]

[jpiscaer]

Iemand anders met evcc en smartevse recent gedoe gekregen met http 503 errors?

[Timbus]

sandergar schreef op zondag 30 augustus 2026 @ 10:06:
[...]

Wat wil je dan met een nieuwe Smart EVSE bereiken als je geen internet beschikbaar hebt? En de Smart EVSE gaat geen laadsessies voor je bijhouden, hoe wil je dat gaan oplossen?

Dat is dus ook mijn vraag. Hoe houdt men de admin op orde? Ik weet überhaupt niet hoe dat in z’n werk gaat.

Als het moet kan ik proberen internet in m’n laadpaal te krijgen met een powerline adapter of iets dergelijks.

[tomtommie]

mjvdzwet schreef op zaterdag 29 augustus 2026 @ 18:27:
[...]

Ik moet zeggen dat mijn SmartEVSE zelfbouw paal (eigen kastje e.d.) bij Joulo binnen 4 uur was geaccepteerd en de andere dag ook mijn ERE registratie volledig was goedgekeurd.

Ik had omschreven hoe een en ander was aangesloten. Foto's van mijn Eastron SDM120-M, de kast open en gesloten erbij. Daarnaast nog een krabbel op een velletje papier met het schema.

Ging echt vlekkeloos, had me voorbereid op enige strijd.

Oke top, ik verwacht ook geen problemen zodra alle onderdelen in een losse kast ondergebracht zijn. Dit hebben ze ook zo via de chat/contact bevestigd, het moet een losse 'laadpaal' zijn, dus 230v kabel erin en laadkabel eruit. Mag niet onderdeel zijn van iets anders.

[sandergar]

Timbus schreef op maandag 31 augustus 2026 @ 11:32:
[...]

Dat is dus ook mijn vraag. Hoe houdt men de admin op orde? Ik weet überhaupt niet hoe dat in z’n werk gaat.

Als het moet kan ik proberen internet in m’n laadpaal te krijgen met een powerline adapter of iets dergelijks.

Ik heb je al een tip gegeven, lees maar terug.

[sandergar]

tomtommie schreef op maandag 31 augustus 2026 @ 12:04:
[...]

Oke top, ik verwacht ook geen problemen zodra alle onderdelen in een losse kast ondergebracht zijn. Dit hebben ze ook zo via de chat/contact bevestigd, het moet een losse 'laadpaal' zijn, dus 230v kabel erin en laadkabel eruit. Mag niet onderdeel zijn van iets anders.

Het is een validatie op afstand he! Pak 1 van de foto's hier uit het topic en je hebt "alle onderdelen in een losse kast ondergebracht" toch?

[DanTm]

dingo35 schreef op woensdag 1 juli 2026 @ 15:27:
Voor de SmartEVSE gebruikers die een instabiele OCPP verbinding ervaren: het lijkt aan de mbedtls stack te liggen; tot we het gefixed hebben kun je misschien beter een ws:// ipv wss:// url opgeven bij je OCPP parameters, dan is het (in ieder geval bij Tap) super stabiel.

is hier nog een fix voor gevonden? ik draai nu al geruime tijd op de laatste versie (3.11.2) met ws ipv wss op Tap. Dat heeft heel lang gewerkt, maar vandaag kwam ik erachter dat er weer eens niet begonnen was met laden (als je connect tijdens een offline, dan gaat de authorize niet goed en start hij nooit meer op).

Toen ik ging kijken in het Tap dashboard zag ik dat hij weer om de zoveel minuten een paar (1-5) minuten offline was (ook te zien in de Home assistant log).

Nou lijkt dit niet zo'n probleem te zijn als de sessie eenmaal loopt.. maar wel als je dus aankoppelt terwijl hij niet connected is. Ik gebruik auto authorize.

Is er als extra maatregel geen mogelijkheid om de auto authorize later alsnog uit te voeren als de verbinding weer terug komt. Dat zou ook helpen bij bv een reboot van de laadpaal, dan kan hij na een reboot automatisch weer authorizen.

[dingo35]

Die fix is in v3.11.2 doorgevoerd...
Misschien een keer rebooten en je wifi-kanaal checken?

[ Voor 43% gewijzigd door dingo35 op 02-09-2026 16:27 ]

[DanTm]

dingo35 schreef op woensdag 2 september 2026 @ 16:25:
Die fix is in v3.11.2 doorgevoerd...
Misschien een keer rebooten en je wifi-kanaal checken?

ik zal hem ook maar weer eens terugzetten op wss dan... en checken hoe het gaat (ook reboot gedaan). Wifi staat (en stond) prima.

[m.eddy]

Het is - als je er meerdere hebt - ook weleens nuttig om het verbonden Access Point te controleren. Mijn AP's worden gevoed door POE en werden eens allemaal gereset doordat de POE switch een reset geforceerd kreeg. Alles kwam prima op alleen verbond SmartEVSE met een AP ver weg op de tweede verdieping terwijl er een AP op 1 meter hangt. Na lang wachten bleef hij daar ook op hangen. Blijkbaar was dat AP eerder up dan het AP op 1 meter.

De verbinding was nog steeds ok maar de webinterface wat traag. Heb hem uiteindelijk naar de dichtstbijzijnde geforceerd door het AP waar ie mee verbonden was te resetten.

[Possible]

code:

Hi,

Ik probeer mijn Homewizzard KWH meter in SmartEVSE pagina te krijgen d.m.v de rest API.

Ik heb de ev_meter api gebruikt en als volgt geconfigurgeerd:

[code]
  dsmrtosmartevse1: 'curl -X POST "http://192.168.1.72/ev_meter?L1={{ states("kwh_meter_3_phase_vermogen_fase_1") | float*10 }}&L2={{ states("kwh_meter_3_phase_vermogen_fase_2") | float*10 }}&L3={{ states("kwh_meter_3_phase_vermogen_fase_l3") | float*10 }}" -H "accept: application/json" -H "Content-Type: application/json" -d {}'
[/code]

Ik zie niks verschijnen. Doe ik iets fout?

Ah ik zag dat de HW gewoon via discovery kan worden gevonden. Het werkt inmiddels!

[ Voor 9% gewijzigd door Possible op 03-09-2026 11:57 ]