Zelfbouw Laadpaal ervaringen

[BarryH]

MarFan schreef op dinsdag 20 januari 2026 @ 14:55:
Goedenmiddag,

Zijn er hier SmartEVSE gebruikers met een KIA EV3 ?
Die van mij heeft al 2 (mijn nieuwe en die van de garage) 'gesloopt'.

<Verhaal>
In November heb ik mijn nieuwe EV3 mogen ophalen, na 5 jaar e-niro toch wel weer een stapje vooruit.

Hij was geladen tot 90%, maar we gingen een weekend weg, dus gooide hem nog even een uur aan de lader, geen probleem.
Op de terugreis kort langs de snellader (haalde het net niet) om hem daarna thuis weer aan de SmartEVSE te hangen.
De volgende dag bleek het laden niet te zijn gelukt? Handmatig het laden gestart, maar dat deed ie niet.
Direct naar een laadpaal in het dorp gereden... daar ook niet.

Dus binnen een week kon de EV3 al weer terug. De iccu vervangen en we mochten weer.
Het laden deed het en bleef het ook 3 weken goed doen... maar ineens op een ochtend weer niet geladen.
Ik ben nogal van het dubbel-dubbel checken, dus een rondje door het dorp. En tot mijn verbazing, bij 2 van de 10 ging de auto gewoon laden.
Met deze info, naar de garage. Daar mocht ik hem weer achter laten. Dus de leen auto mee (ook EV3).
Daarvan ging het laden goed, tot afgelopen weekend... Zelfde euvel. Direct naar de laadpaal gereden waarvan ik weet dat ie het doet en ja hoor die weer wel... en andere, nope.

Net mijn eigen EV3 mogen ophalen, de reactie van de garage is dat het wel aan de laadpaal thuis moet liggen. Maar op mijn vraag, wat kan er dan mis zijn, hebben ze geen antwoord.
</Verhaal>
Snelladen werkt wel gewoon

Ik ben van mening, dat een lader geen auto mag (kan) kapot maken, daar moet de auto een beveiliging voor hebben mijn inziens.

Iemand een idee?

Hoe laadt je ? continu X ampere of aan /uit met zonnestroom opbrengst varierend?

[dingo35]

Doe eens een foto van (de bedrading van) je laadinstallatie; de SmartEVSE controller kan je EV niet zomaar kapot maken, maar een zwevende nul, een ontbrekende aarde, of andere fouten in de 230V hoek zou dat wél kunnen....

[rene037]

Als aanvulling op die zwevende nul die ik net als dingo35 ook al suggereerde, even de schroeven van de bedrading controleren/aandraaien. Dat zie je wellicht niet op de foto en verklaart dat het 'soms' en/of 'een tijdje' goed gaat. Zeker als je het na de installatie niet meer gedaan hebt. (Je moet het eigenlijk na een week nog een keer doen. Als het warm/heet wordt gaat het zich anders zetten.)

[bart155]

MarFan schreef op dinsdag 20 januari 2026 @ 14:55:
Goedenmiddag,

Zijn er hier SmartEVSE gebruikers met een KIA EV3 ?
Die van mij heeft al 2 (mijn nieuwe en die van de garage) 'gesloopt'.

<Verhaal>
In November heb ik mijn nieuwe EV3 mogen ophalen, na 5 jaar e-niro toch wel weer een stapje vooruit.

Hij was geladen tot 90%, maar we gingen een weekend weg, dus gooide hem nog even een uur aan de lader, geen probleem.
Op de terugreis kort langs de snellader (haalde het net niet) om hem daarna thuis weer aan de SmartEVSE te hangen.
De volgende dag bleek het laden niet te zijn gelukt? Handmatig het laden gestart, maar dat deed ie niet.
Direct naar een laadpaal in het dorp gereden... daar ook niet.

Dus binnen een week kon de EV3 al weer terug. De iccu vervangen en we mochten weer.
Het laden deed het en bleef het ook 3 weken goed doen... maar ineens op een ochtend weer niet geladen.
Ik ben nogal van het dubbel-dubbel checken, dus een rondje door het dorp. En tot mijn verbazing, bij 2 van de 10 ging de auto gewoon laden.
Met deze info, naar de garage. Daar mocht ik hem weer achter laten. Dus de leen auto mee (ook EV3).
Daarvan ging het laden goed, tot afgelopen weekend... Zelfde euvel. Direct naar de laadpaal gereden waarvan ik weet dat ie het doet en ja hoor die weer wel... en andere, nope.

Net mijn eigen EV3 mogen ophalen, de reactie van de garage is dat het wel aan de laadpaal thuis moet liggen. Maar op mijn vraag, wat kan er dan mis zijn, hebben ze geen antwoord.
</Verhaal>
Snelladen werkt wel gewoon

Ik ben van mening, dat een lader geen auto mag (kan) kapot maken, daar moet de auto een beveiliging voor hebben mijn inziens.

Iemand een idee?

Ik heb verder geen idee wat het kan zijn maar ik kan wel bevestigen dat ik de Smart EVSE (v3) al net iets meer dan een jaar gebruik in combinatie met een EV3. Werkt altijd perfect! 👍🏻

[maarten_NL]

Ja hier heb ik op een haar na de EV3 een jaar en ik heb er geen problemen mee.

De Kona daar in tegen, die laat sinds een half jaar of wat het relais, aan,uit,aan klapperen om vervolgens dan op 7kW 2 fases te gaan laden (dat zou niet moeten kunnen). Als ik de auto buiten het laad schema aansluit en dan laat starten gaat het wel op 3 fases.

[Hmmbob]

maarten_NL schreef op dinsdag 20 januari 2026 @ 19:00:
. Als ik de auto buiten het laad schema aansluit en dan laat starten gaat het wel op 3 fases.

Klinkt als "software van de auto"

[Grondgebonden]

Heeft iemand ervaring met het gebruik van Tapelectric puur voor de registratie van laadsessies, zonder aangesloten RFID lezer en zonder gebruik te maken van Tapelectric voor het remote starten van de laadsessie via Tapelectric app of web?
Welke instellingen moet je dan exact gebruiken van Tapelectric en de SmartEVSE?

Ik heb een account aangemaakt op Tapelectric en de laadpaal toegevoegd. Dat ging allemaal vlotjes. Ook heb ik Auto-authorize aangezet en dummy waarde "1" ingevuld in het Default idTag veld.
Ik heb geen RFID lijst geupload naar de SmartEVSE, want ik heb geen RFID lezer.

Het starten van de laadsessie wil ik dan kunnen regelen via MQTT of via de SmartEVSE webpagina. Zonder OCPP actief lukt dit prima, maar met OCPP actief schiet SmartEVSE meteen door naar OFF en toont PLEASE AUTHORIZE op het LDC scherm.

Iemand een idee hoe dit op te lossen?

[THM0]

Grondgebonden schreef op dinsdag 20 januari 2026 @ 22:48:
Heeft iemand ervaring met het gebruik van Tapelectric puur voor de registratie van laadsessies, zonder aangesloten RFID lezer en zonder gebruik te maken van Tapelectric voor het remote starten van de laadsessie via Tapelectric app of web?
Welke instellingen moet je dan exact gebruiken van Tapelectric en de SmartEVSE?

Ik heb een account aangemaakt op Tapelectric en de laadpaal toegevoegd. Dat ging allemaal vlotjes. Ook heb ik Auto-authorize aangezet en dummy waarde "1" ingevuld in het Default idTag veld.
Ik heb geen RFID lijst geupload naar de SmartEVSE, want ik heb geen RFID lezer.

Het starten van de laadsessie wil ik dan kunnen regelen via MQTT of via de SmartEVSE webpagina. Zonder OCPP actief lukt dit prima, maar met OCPP actief schiet SmartEVSE meteen door naar OFF en toont PLEASE AUTHORIZE op het LDC scherm.

Iemand een idee hoe dit op te lossen?

Probeer de handleiding eens? Het staat er echt letterlijk in bij de OCPP sectie.
Je moet natuurlijk een geldig ID invullen, anders kan Tap er ook niets mee.

[dingo35]

Ik ben momenteel niet in staat om dit te testen, maar ik vermoed dat de dummy waarde van 1 het probleem is.
Een normale nfc tag heeft een uid van 4 of 7 bytes; ik zou een waarde verzinnen van 7 bytes, in hex format.

Hier zit wel een risico aan: als je toevallig een NFC id kiest die iemand al daadwerkelijk in gebruik heeft, dan kunnen er allerlei vreemde zaken in de backoffice van Tap Electric gebeuren. Beter is een NFC tag te kopen, deze met je telefoon uit te lezen, en die waarde in je auto authorize veld in te vullen, en de tag vervolgens niet te gebruiken, of alleen bij andere laders die bij Tap Electric aangesloten zijn.

Die NFC kun je dan bij je Tap Electric lader configuratie toevoegen als tag die gratis mag laden (bij je eigen lader).

[Grondgebonden]

THM0 schreef op dinsdag 20 januari 2026 @ 23:09:
[...]

Probeer de handleiding eens? Het staat er echt letterlijk in bij de OCPP sectie.
Je moet natuurlijk een geldig ID invullen, anders kan Tap er ook niets mee.

Ik had de OCPP.md handleiding op de github van SmartEVSE gevolgd. Die was verder niet duidelijk over de exacte settings in Tapelectric. Of bedoel je een andere handleiding?
Ik heb die dummy RFID kaart "1" wel toegevoegd in Tapelectric in de sectie "Keys voor gratis gebruik", maar dat hielp niet. Moet ik RFID "1" dan toevoegen in SmartEVSE via het LDC menu?

[THM0]

Grondgebonden schreef op dinsdag 20 januari 2026 @ 23:19:
[...]

Ik had de OCPP.md handleiding op de github van SmartEVSE gevolgd. Die was verder niet duidelijk over de exacte settings in Tapelectric. Of bedoel je een andere handleiding?
Ik heb die dummy RFID kaart "1" wel toegevoegd in Tapelectric in de sectie "Keys voor gratis gebruik", maar dat hielp niet. Moet ik RFID "1" dan toevoegen in SmartEVSE via het LDC menu?

Deze: https://github.com/SmartE.../blob/master/docs/ocpp.md

[Grondgebonden]

dingo35 schreef op dinsdag 20 januari 2026 @ 23:17:
Ik ben momenteel niet in staat om dit te testen, maar ik vermoed dat de dummy waarde van 1 het probleem is.
Een normale nfc tag heeft een uid van 4 of 7 bytes; ik zou een waarde verzinnen van 7 bytes, in hex format.

Hier zit wel een risico aan: als je toevallig een NFC id kiest die iemand al daadwerkelijk in gebruik heeft, dan kunnen er allerlei vreemde zaken in de backoffice van Tap Electric gebeuren. Beter is een NFC tag te kopen, deze met je telefoon uit te lezen, en die waarde in je auto authorize veld in te vullen, en de tag vervolgens niet te gebruiken, of alleen bij andere laders die bij Tap Electric aangesloten zijn.

Die NFC kun je dan bij je Tap Electric lader configuratie toevoegen als tag die gratis mag laden (bij je eigen lader).

Dank voor jouw reactie!

Heb vanmorgen wat zitten testen.

Ik kreeg wel voor elkaar om vanuit Tapelectric de laadsessie te starten op de SmartEVSE voor de Auto-authorized tagID "1". Dus probleem lijkt dus niet echt te zitten aan de Tapelectric kant, maar alleen aan de bediening vanaf de SmartEVSE kant. Die tagID 1 kan ik bij Tapelectric nu niet meer verwijderen. Denk omdat er een laadsessie op is geregistreerd.

Ik heb de tagID van mijn Shell tag uitgelezen met de "NFC tools" app en in hex code (zonder : tussen de bytes) in het Auto-authorize veld gezet. Diezelfde RFID sleutel heb ik ook in Tapelectric bekend gemaakt onder Free usage keys bij Charger access. Krijg dan nog steeds hetzelfde gedrag te zien: SmartEVSE staat op PAUSE, ik druk op de SmartEVSE webpagina op SMART en hij schiet naar OFF met in het LCD scherm PLEASE AUTHORIZE. Aan de Tapelectric kant zie ik geen extra bericht in de Message Log komen.
Daarna heb ik diezelfde hex code in een bestandje rfid.txt gestopt en via upload in de SmartEVSE gezet. Gereboot. Daarna opnieuw geprobeerd. Zeflde resultaat.

Als ik OCPP weer uitzet, dan kan ik wel weer de laadsessie starten vanuit de SmartEVSE webpagina.

Lijkt er dus een beetje op dat de SmartEVSE de blokkade voor het starten van het laden geeft en niet Tapelectric.

Ik draai SmartEVSE v3.10.1.

[Sicco92]

@Grondgebonden Zou het helpen als je RFID op enabled zet? Of juist disabled als je hem al op enabled hebt staan?
(Weet niet zeker of je dat aan kan passen in combinatie met OCPP, daar heb ik geen ervaring mee)

[dingo35]

@Grondgebonden Probeer eens of RFID Rmt/OCPP en disabled iets uitmaakt?
Downgrade eens naar de huidige stable versie v3.8.5 ?

[ Voor 31% gewijzigd door dingo35 op 21-01-2026 12:23 ]

[Grondgebonden]

Sicco92 schreef op woensdag 21 januari 2026 @ 10:41:
@Grondgebonden Zou het helpen als je RFID op enabled zet? Of juist disabled als je hem al op enabled hebt staan?
(Weet niet zeker of je dat aan kan passen in combinatie met OCPP, daar heb ik geen ervaring mee)

Dank voor deze tip!

Ik heb via het LCD menu de waarde voor RFID op EnableAll gezet. Daarna kon ik de SmartEVSE webpagina weer normaal bedienen zonder dat die terugschoot naar OFF. Echter, Tapelectric gaf geen actieve laadsessie aan. In de Message Log van Tapelectric zag ik deze Starttransaction message staan:
Request:
{
"connectorId": 1,
"idTag": "···········000",
"meterStart": xxxxxxx,
"timestamp": "2026-01-21T10:22:55Z"
}
Response:
[
3,
"xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
{
"idTagInfo": {
"status": "Invalid"
},
"transactionId": xxxxx
}
]
Wel vreemd, want die laatste 3 cijfers ("000") van de geobscuurde "···········000" komen niet overeen met mijn geautoriseerde kaarten, maar ook belangrijk: de status staat op "Invalid".
Vervolgens krijg ik nog een StatusNotification message dat die "Charging" is, maar verder dus geen actieve laadsessie te zien in Tapelectric. Ik heb daarna de laadsessie gestopt op SmartEVSE en dan krijg ik een StatusNotification message met daarin "SuspendedEVSE". Vervolgens een StopTransaction message:
Request:
{
"meterStop": xxxxxxx,
"timestamp": "2026-01-21T10:24:32Z",
"transactionId": xxxxxx,
"reason": "DeAuthorized"
}
Response:
{
"idTagInfo": {
"status": "Invalid"
}
}

Wat ik vervolgens heb gedaan is voor mij nu de oplossing. Ik gokte erop dat idTag "···········000" in werkelijkheid "00000000000000" was en heb die toegevoegd in Tapelectric. Vervolgens de kabel even uit de EV getrokken en weer ingestoken en daarna een nieuwe laadsessie gestart op de SmartEVSE. Op Tapelectric zie ik dan weer een StartTransaction message:
Request:
{
"connectorId": 1,
"idTag": "···········000",
"meterStart": xxxxxxx,
"timestamp": "2026-01-21T10:25:55Z"
}
Response:
{
"idTagInfo": {
"status": "Accepted"
},
"transactionId": xxxxx
}
YES!

Ook zie ik nu op Tapelectric een actieve laadsessie met geregistreerde kW!


Als ik vervolgens in SmartEVSE op OFF druk, wordt de sessie in Tapelectric netjes afgerond en is met kW zichtbaar in de Charge sessions.


Wat ik alleen niet helemaal snap is waarom de Auto-authorize kaart niet wordt aangeboden aan Tapelectric. Dat kan natuurlijk zijn, omdat ik geen RFID lezer heb en er geen kaart gelezen kan worden en deze waarde dan dus in hex nog op 00000000000000 staat.

@dingo35 Is dit nu de beste manier, of moet er toch nog ergens iets in de code of in het LCD scherm aangepast worden om het netjes te krijgen?

[Beekforel]

Ik heb op dit moment een Eastron als MAINSMET maar omdat ik wat ruimtegebrek heb in mijn groepenkast ben ik op zoek naar een alternatief.

Mijn P1 meter is een https://smart-stuff.nl/product/ultra-dongle/, deze kan ook modbus output geven dus ik zou de SmartEVSE hier ook op aan kunnen sluiten. Echter, ik heb maar een DSMR4 meter dus dan is mijn data wel trager. Is dit heel bezwaarlijk?
Zijn er andere alternatieven, die minder modules ruimte innemen? Ik dacht aan bijv een Shelly Pro 3EM, maar die heeft geen RS485 maar modbus-tcp output en volgens mij is dat niet native ondersteund door de SmartEVSE.

[ Voor 10% gewijzigd door Beekforel op 21-01-2026 13:30 ]

[Grondgebonden]

dingo35 schreef op woensdag 21 januari 2026 @ 12:20:
@Grondgebonden Probeer eens of RFID Rmt/OCPP en disabled iets uitmaakt?
Downgrade eens naar de huidige stable versie v3.8.5 ?

Ik had RFID eerst op Disabled staan en ook Rmt/OCPP geprobeerd. In beide gevallen werkt het niet en schiet SmartEVSE naar OFF.

In ieder geval lijkt het dus belangrijk om aan de Tapelectric kant het kaartnummer bekend te maken, want daaraan worden de transacties opgehangen. Kaartnummer "00000000000000" is voor Tapelectric dus blijkbaar ook OK.

Ik zal straks even kijken om te downgraden.

[databeestje]

Beekforel schreef op woensdag 21 januari 2026 @ 13:29:
Ik heb op dit moment een Eastron als MAINSMET maar omdat ik wat ruimtegebrek heb in mijn groepenkast ben ik op zoek naar een alternatief.

Mijn P1 meter is een https://smart-stuff.nl/product/ultra-dongle/, deze kan ook modbus output geven dus ik zou de SmartEVSE hier ook op aan kunnen sluiten. Echter, ik heb maar een DSMR4 meter dus dan is mijn data wel trager. Is dit heel bezwaarlijk?
Zijn er andere alternatieven, die minder modules ruimte innemen? Ik dacht aan bijv een Shelly Pro 3EM, maar die heeft geen RS485 maar modbus-tcp output en volgens mij is dat niet native ondersteund door de SmartEVSE.

Het is zeflbouw, maar ik heb wel een SmartEVSE post config erin gebouwd. https://github.com/smos/esp32-p1-modbus/tree/main

Je moet de MainsMet dan instellen als API.

[jwillemsen]

maarten_NL schreef op dinsdag 20 januari 2026 @ 19:00:
De Kona daar in tegen, die laat sinds een half jaar of wat het relais, aan,uit,aan klapperen om vervolgens dan op 7kW 2 fases te gaan laden (dat zou niet moeten kunnen). Als ik de auto buiten het laad schema aansluit en dan laat starten gaat het wel op 3 fases.

Bepaalde Hyundai en KIA modellen gaan op 2 fasen laden als ze een beperkte hoeveelheid stroom mogen laden, EVCC heeft hier een optie voor dat je de minimum current kunt instellen (zie https://docs.evcc.io/docs/devices/vehicles#hyundai-bluelink). Ben al 2 jaar bezig om dit bij myEnergi/Zappi ook voor elkaar te krijgen, met 3*6A laden levert niet gewenst gedrag op, de auto gooit elke keer 1 fase eruit en erin.

[Grondgebonden]

dingo35 schreef op woensdag 21 januari 2026 @ 12:20:
@Grondgebonden Probeer eens of RFID Rmt/OCPP en disabled iets uitmaakt?
Downgrade eens naar de huidige stable versie v3.8.5 ?

Ook in v3.8.5 exact hetzelfde gedrag. RFID op Disabled of op Rmt/OCPP geprobeerd. In beide gevallen werkt het starten van SMART laden niet en schiet SmartEVSE naar OFF. In RFID stand EnableAll werkt het wel.

*Edit*: hij blijft wel in SMART staan, maar het laden start niet in SmartEVSE. Weer teruggegaan naar v3.10.1 en dan laadt die wel.

[ Voor 12% gewijzigd door Grondgebonden op 21-01-2026 14:02 ]

[Deikke]

Beekforel schreef op woensdag 21 januari 2026 @ 13:29:
Ik heb op dit moment een Eastron als MAINSMET maar omdat ik wat ruimtegebrek heb in mijn groepenkast ben ik op zoek naar een alternatief.

Mijn P1 meter is een https://smart-stuff.nl/product/ultra-dongle/, deze kan ook modbus output geven dus ik zou de SmartEVSE hier ook op aan kunnen sluiten. Echter, ik heb maar een DSMR4 meter dus dan is mijn data wel trager. Is dit heel bezwaarlijk?
Zijn er andere alternatieven, die minder modules ruimte innemen? Ik dacht aan bijv een Shelly Pro 3EM, maar die heeft geen RS485 maar modbus-tcp output en volgens mij is dat niet native ondersteund door de SmartEVSE.

Ik heb zelf de P1 Dongle Pro+ geflashed met ESPhome en stuur de data door via MQTT mbv de volgende code, wellicht heb je er wat aan. Ik heb zelf een DSMR5 meter die 1x per second updates geeft. Eens per 10s is waarschijnlijk te weinig voor de SmartEVSE.

code:

- platform: dsmr
    telegram:
      name: "telegram"
      disabled_by_default: true
      on_value:
        then:
          - lambda: |-
              p1_bridge_uart->write_str(x.c_str());
          - mqtt.publish:
              topic: "SmartEVSE-XXX/Set/MainsMeter"
              payload: !lambda |-
                char buf[100];

                snprintf(buf, sizeof(buf), "%.0f:%.0f:%.0f",            // MainsMeter
                  (10 * (id(power_delivered_l1).state - id(power_returned_l1).state) / id(voltage_l1).state),   // deci-Amps (Active only)
                  (10 * (id(power_delivered_l2).state - id(power_returned_l2).state) / id(voltage_l2).state),
                  (10 * (id(power_delivered_l3).state - id(power_returned_l3).state) / id(voltage_l3).state));

                return buf;

[Beekforel]

Deikke schreef op woensdag 21 januari 2026 @ 13:51:
[...]

Ik heb zelf de P1 Dongle Pro+ geflashed met ESPhome en stuur de data door via MQTT mbv de volgende code, wellicht heb je er wat aan. Ik heb zelf een DSMR5 meter die 1x per second updates geeft. Eens per 10s is waarschijnlijk te weinig voor de SmartEVSE.

code:

- platform: dsmr
    telegram:
      name: "telegram"
      disabled_by_default: true
      on_value:
        then:
          - lambda: |-
              p1_bridge_uart->write_str(x.c_str());
          - mqtt.publish:
              topic: "SmartEVSE-XXX/Set/MainsMeter"
              payload: !lambda |-
                char buf[100];

                snprintf(buf, sizeof(buf), "%.0f:%.0f:%.0f",            // MainsMeter
                  (10 * (id(power_delivered_l1).state - id(power_returned_l1).state) / id(voltage_l1).state),   // deci-Amps (Active only)
                  (10 * (id(power_delivered_l2).state - id(power_returned_l2).state) / id(voltage_l2).state),
                  (10 * (id(power_delivered_l3).state - id(power_returned_l3).state) / id(voltage_l3).state));

                return buf;

Ik denk inderdaad dat dit niet geschikt is ivm DSMR4, dus ik zoek een dedicated oplossing.

databeestje schreef op woensdag 21 januari 2026 @ 13:39:
[...]

Het is zeflbouw, maar ik heb wel een SmartEVSE post config erin gebouwd. https://github.com/smos/esp32-p1-modbus/tree/main

Je moet de MainsMet dan instellen als API.

Ivm DSMR4 durf ik dit niet aan.

[Grondgebonden]

Deikke schreef op woensdag 21 januari 2026 @ 13:51:
[...]
Ik heb zelf een DSMR5 meter die 1x per second updates geeft. Eens per 10s is waarschijnlijk te weinig voor de SmartEVSE.

Ik heb zelf een DSMR4. Eens per 10 seconden is geen probleem via MQTT. De timeout ligt dacht ik op 11 seconden. Loopt al tijden stabiel bij mij.

[Beekforel]

Grondgebonden schreef op woensdag 21 januari 2026 @ 13:57:
[...]

Ik heb zelf een DSMR4. Eens per 10 seconden is geen probleem via MQTT. De timeout ligt dacht ik op 11 seconden. Loopt al tijden stabiel bij mij.

Om lekker 0 op de meter te houden is eens per seconde wel prettiger denk ik. Ik ben ook begonnen met data via mqtt maar vond dat toch wel wat te traag allemaal.

Ik vond net https://www.amazon.nl/BSE...&smid=A34YRLLQV5SF7I&th=1, dit zou denk ik moeten werken. Maar durf ik een Tuya device in mijn groepenkast te monteren?

[databeestje]

Beekforel schreef op woensdag 21 januari 2026 @ 14:06:
[...]

Om lekker 0 op de meter te houden is eens per seconde wel prettiger denk ik. Ik ben ook begonnen met data via mqtt maar vond dat toch wel wat te traag allemaal.

Ik vond net https://www.amazon.nl/BSE...&smid=A34YRLLQV5SF7I&th=1, dit zou denk ik moeten werken. Maar durf ik een Tuya device in mijn groepenkast te monteren?

Dan zou ik eerder die van Smart-Stuff.nl aanhouden, dan heb je ook nog ondersteuning

Zelf overigens het eerste half jaar met een dsmr2.2 meter de waarden afgeduwd, de hoofdzekering ploft niet zo snel in de praktijk. Ik had de net limiet staan op 20A, dus als er verbruik was dan had ik 5A meer "ruimte".

[Beekforel]

databeestje schreef op woensdag 21 januari 2026 @ 14:25:
[...]

Dan zou ik eerder die van Smart-Stuff.nl aanhouden, dan heb je ook nog ondersteuning

Zelf overigens het eerste half jaar met een dsmr2.2 meter de waarden afgeduwd, de hoofdzekering ploft niet zo snel in de praktijk. Ik had de net limiet staan op 20A, dus als er verbruik was dan had ik 5A meer "ruimte".

Ja, je hebt een punt daar. Ik zal het gaan testen met de smart-stuff.nl dongle.

Het is ook maar een kwestie van tijd voor er een DSMR5 meter komt, moet binnen 3 jaar geregeld zijn volgens mij.

[jjonkie]

spuit 11, laat maar

[ Voor 92% gewijzigd door jjonkie op 21-01-2026 21:33 ]

[rene037]

Beekforel schreef op woensdag 21 januari 2026 @ 14:43:
[...]

Ja, je hebt een punt daar. Ik zal het gaan testen met de smart-stuff.nl dongle.

Het is ook maar een kwestie van tijd voor er een DSMR5 meter komt, moet binnen 3 jaar geregeld zijn volgens mij.

Het kan zinvol zijn met de netbeheerder te bellen. Mijn buurman kreeg te horen dat ze toch binnenkort gingen vervangen en als er iemand belde dat ze die direct inplannen. Zo geschiedde. Hij heeft nus ene DSMR5.5 meter. (Ik had die al een tijdje, gek genoeg spontaan gebeurd.)

[adjego]

rene037 schreef op woensdag 21 januari 2026 @ 23:30:
[...]

Het kan zinvol zijn met de netbeheerder te bellen. Mijn buurman kreeg te horen dat ze toch binnenkort gingen vervangen en als er iemand belde dat ze die direct inplannen. Zo geschiedde. Hij heeft nus ene DSMR5.5 meter. (Ik had die al een tijdje, gek genoeg spontaan gebeurd.)

Was dit in Enexis gebied? Want ik heb dit laatst ook geprobeerd maar als ik een snelle vervanging wilde mag ik gewoon betalen

[rene037]

Nee, stedin. Ik wist het niet uit mijn hoofd, daarom had ik het niet vermeld. Nu ff opgezocht voor je. Ik woon in Zoetermeer.

[maarten_NL]

jwillemsen schreef op woensdag 21 januari 2026 @ 13:41:
[...]


Bepaalde Hyundai en KIA modellen gaan op 2 fasen laden als ze een beperkte hoeveelheid stroom mogen laden, EVCC heeft hier een optie voor dat je de minimum current kunt instellen (zie https://docs.evcc.io/docs/devices/vehicles#hyundai-bluelink). Ben al 2 jaar bezig om dit bij myEnergi/Zappi ook voor elkaar te krijgen, met 3*6A laden levert niet gewenst gedrag op, de auto gooit elke keer 1 fase eruit en erin.

Ach so!

Manche Modelle (z.B. Kona) schalten bei geringen Ladeströmen (< 8A) intern auf 2 Phasen um. In den Fällen, in denen die Wallbox auch die Phasenströme misst, führt das zu unerwünschten Schwankungen der Ladeleistung. Abhilfe schafft hier, den Mindestladestrom auf 8A zu setzen.

Dat is wel interessante info want ik heb het hier een jaar of wat geleden nog met Stegen over gehad. Ik heb de Solar start hier op 24A staan om er zeker van te zijn dat er voldoende prik beschikbaar is om dan ook op Solar door te laden.

Wat ik weet is dat ondanks dat er dan per fase 8A beschikbaar is, de SmartEVSE toch de PWM terug naar de minimale laadstroom (6A per fase) zet en na het starten van de laadsessie pas op gaat bouwen naar de feitelijk beschikbare laadstroom. Stegen bevestigde dat maar voelde er niks voor om die logica te wijzigen (wij dachten destijds aan een specifiek probleem waar alleen mijn Kona last van had) en stelde voor om de minimale laadstroom naar bijv 10A te zetten, ja dan is het gedrag weg maar dan zit ik altijd met een basis laadstroom van 10A.

@dingo35 misschien kunnen we hier toch eens naar kijken, het lijkt dus geen specifiek vreemd gedrag van mijn auto maar generiek zo geïmplementeerd gedrag. Kunnen we er een feature van maken om te kiezen of je op de lage laadstroom (misschien zelfs nog lager) te starten om dan zonder relais op 2 fases te laden (en daarmee ook lagere minimale laadstroom) of naar keuze op 3 fases, door de start laadstroom op de feitelijke aanwezige laadstroom te zetten.

[dingo35]

Klopt het dat we het hier alleen over Solar mode hebben? Ik meen me te herinneren dat Stegen idd een stukje logica ingebouwd heeft dat er de eerste 40 seconden of zo op MinCurrent (6A) geladen wordt, en dat daarna de normale regelloop ingeschakeld wordt; maar volgens mij was dat alleen in Solar mode, en de reden was een rustiger laadpatroon te creëren.

Dus dan zou dit niet optreden in Smart mode?

[jwillemsen]

@maarten_NL Het heeft even tijd gekost om hier achter te komen, volgens Hyundai is het `normaal` laad gedrag dat ze met 3 fasen laden onder de 3*8A ze maar 2 fasen gebruik. De nul op de meter regeling van de zappi gaat helemaal nuts als dit gebeurt, krijg een sinus van een paar seconden waar het laadvermogen tussen de 2 en 11kWh wisselt. Het is het beste te zien met een losse kWh meter waar je per fase het vermogen kunt zien, dan zul je zien dat 1 fase wisselt van gebruik naar geen gebruik. Ik wacht nu al 2 jaar op een fix/workaround voor de zappi, op dit moment schakel ik handmatig van 1 naar 3 fasen en terug, maar het blijft tricky, vooral in het voor en najaar, meestal laad ik dan maar op 1 fase.

[dingo35]

Tsja dit is het probleem van de EV en de EVSE beiden proberen tegelijkertijd het probleem van een vrij hoge (3 x 6A) minimumlaadstroom op te lossen.
En het vervelende is, beiden houden zich aan de standaarden....

[jwillemsen]

dingo35 schreef op donderdag 22 januari 2026 @ 15:18:
Tsja dit is het probleem van de EV en de EVSE beiden proberen tegelijkertijd het probleem van een vrij hoge (3 x 6A) minimumlaadstroom op te lossen.
En het vervelende is, beiden houden zich aan de standaarden....

Ja, en myenergi en hyundai wijzen dan maar naar elkaar, myenergi zegt dat de auto dit niet moet doen, hyundai zegt dat de zappi het maar moet ondersteunen. Als consument zit je er tussen in en kun je niets, alleen maar klagen en hopen dat er myenergi ooit een workaround levert. Uiteindelijk de hoofd monteur van mijn Hyundai dealer dit allemaal moeten uitleggen, wisten ze zelf nog niet eens dat de auto dit kon doen .

Onlangs gestart met rond te kijken voor een PHEV erbij, maar als je een verkoper vraagt wat de auto doet als je een minimum laadstroom aanbiedt kijken ze je heel raar aan, enige wat ze weten is dat je op 3 fasen 11kWh kunt laden, maar daar houdt hun kennis wel op.

[ Voor 7% gewijzigd door jwillemsen op 22-01-2026 15:26 ]

[maarten_NL]

dingo35 schreef op donderdag 22 januari 2026 @ 12:49:
Klopt het dat we het hier alleen over Solar mode hebben? Ik meen me te herinneren dat Stegen idd een stukje logica ingebouwd heeft dat er de eerste 40 seconden of zo op MinCurrent (6A) geladen wordt, en dat daarna de normale regelloop ingeschakeld wordt; maar volgens mij was dat alleen in Solar mode, en de reden was een rustiger laadpatroon te creëren.

Dus dan zou dit niet optreden in Smart mode?

Volgens mij doet de EVSE dat ook in smart.

De wens is hier denk ik om die start laadstroom gewoon naar het beschikbare te zetten ipv het minimum en de OBC het netjes opbouwen van de laadstroom laten regelen.

[ben144]

sj0ertum schreef op maandag 19 januari 2026 @ 10:46:
[...]

Het stoppen blijkbaar. Hij gaat dan in 'slaap' en wordt niet wakker als er weer wat stroom wordt geboden. Ik moet het zelf nog gaan ervaren. Misschien dat de Smart EVSE wel een juist signaal naar de auto geeft iedere keer dat hij opnieuw voldoende vermogen heeft om laden te kunnen starten.

Ik heb dat ook met een ID7 solar charging in combinatie met OCPP, maar heb het op een (niet fatsoenlijke manier) kunnen oplossen door de relais aan te laten bij de solar pauses. Dus relais gaat enkel uit als sessie volledig stopt. Dirty fix, maar het werkt voorlopig tot er betere fixes in de VW-software of smartevse komen.
( De IF toegevoegd in main.cpp - setState - switch (NewState)
case STATE_A:
if (NewState == STATE_A) { //only turn relais off when really in state_A, not the messy fall through from the case above.
CONTACTOR1_OFF;
CONTACTOR2_OFF;
}
)

[tukker999]

Voor degenen die graag het uiterste uit de PV energie willen halen en alles in de auto proberen te persen...
Realiseer je wel dat de OBC gemiddeld 200 tot 250 W gebruikt.
Je wilt voordeel maar je laadverliezen lopen op door steeds weer te schakelen.

[Hieke]

Nieuwe opstelling met Smart EVSE V3 in combinatie met Tesla Model Y. Max current ingesteld op 48 A en systeem laadt op 3 fases. Geeft het voertuig ook netjes aan. Alles lijkt verder goed te werken, zoals Load balancing met de HomeWizard P1-meter, etc.

Maar in zowel de app van Tesla als op het display van de auto kan ik, ook op 3 fase laden, niet hoger dan 13 A laden. Dit kon voorheen met de TWC wel tot 3*16A..
Iemand een verklaring cq oplossing?

Vaste kabel (32 A) van TWC hergebruikt voor de Smart EVSE met 220 Ohm weerstand ingebouwd in stekker. Ingesteld op Fixed. De Smart EVSE is niet voorzien van EV meter.

code:

{"version":"v3.10.1","serialnr":XXXX,"mode":"NORMAL","mode_id":1,"car_connected":true,"wifi":{"status":"WL_CONNECTED","ssid":"XXX","rssi":-55,"bssid":"14:49:BC:8C:59:68"},"evse":{"temp":21,"temp_max":65,"connected":true,"access":1,"mode":0,"loadbl":0,"pwm":221,"custombutton":false,"solar_stop_timer":0,"state":"Charging","state_id":2,"error":"None","error_id":0,"rfidreader":"Disabled","nrofphases":3,"rfid":"Not Installed"},"settings":{"charge_current":130,"override_current":0,"current_min":6,"current_max":16,"current_main":21,"current_max_circuit":16,"current_max_sum_mains":48,"max_sum_mains_time":1,"solar_max_import":16,"solar_start_current":5,"solar_stop_time":1,"enable_C2":"Auto","mains_meter":"HmWzrd P1","starttime":0,"stoptime":0,"repeat":0,"lcdlock":0,"lock":0,"cablelock":0},"mqtt":{"host":"192.168.1.18","port":1883,"topic_prefix":"SmartEVSE/XXXX","username":"","password_set":false,"tls":false,"status":"Connected","smartevse_server":true},"ocpp":{"mode":"Disabled","backend_url":"","cb_id":"","auth_key":"","auto_auth":"Disabled","auto_auth_idtag":"","status":"Disconnected"},"home_battery":{"current":0,"last_update":0},"ev_meter":{"description":"Disabled","address":12,"import_active_power":0,"total_wh":0,"charged_wh":0,"currents":{"TOTAL":0,"L1":0,"L2":0,"L3":0},"import_active_energy":0,"export_active_energy":0},"mains_meter":{"import_active_energy":0,"export_active_energy":0,"host":"p1meter-38304A.local"},"phase_currents":{"TOTAL":350,"L1":120,"L2":116,"L3":114,"last_data_update":1769171975,"original_data":{"TOTAL":350,"L1":120,"L2":116,"L3":114}},"backlight":{"timer":119,"status":"ON"},"color":{"off":{"R":0,"G":0,"B":0},"normal":{"R":0,"G":255,"B":0},"smart":{"R":0,"G":255,"B":0},"solar":{"R":255,"G":170,"B":0},"custom":{"R":0,"G":0,"B":255}}}

[ Voor 4% gewijzigd door Hieke op 23-01-2026 15:02 ]

[stegen]

Woon je in een land met een capaciteitstarief? Anders zou ik de optie Capacity instellen op Disabled.
Verder zie ik geen vreemde instellingen.
Controleer voor de zekerheid nogmaals of Config=Fixed, omdat dit je stroom begrenst op 13A als er geen socket is aangesloten.
Vergeet niet het menu weer te verlaten met Exit Menu, omdat hij anders de Config instelling niet opslaat.

[ Voor 16% gewijzigd door stegen op 23-01-2026 14:49 ]

[Hieke]

Dank Michael, you made my day!!
Had ik natuurlijk zelf kunnen bedenken maar dit zetje had ik kennelijk net nodig.

Getest en nu kan inderdaad in de Tesla app scrollen naar 16 A.

Complimenten voor dit mooie product. Meteen tijdens de eerst laadsessie met de Smart EVSE kunnen zien hoe de backupheater van warmtepomp voor de legionellarun tezamen met het verwarmingselement van de vaatwasser, beiden op zelfde fase, het laadproces van de auto wisten te stoppen.

En nee, geen capaciteitstarief. Dus Capacity disabled.

[Beekforel]

rene037 schreef op woensdag 21 januari 2026 @ 23:30:
[...]

Het kan zinvol zijn met de netbeheerder te bellen. Mijn buurman kreeg te horen dat ze toch binnenkort gingen vervangen en als er iemand belde dat ze die direct inplannen. Zo geschiedde. Hij heeft nus ene DSMR5.5 meter. (Ik had die al een tijdje, gek genoeg spontaan gebeurd.)

Even geprobeerd maar meer dan "We gaan hem vervangen, uiterlijk in 2028." kon ik er niet uit krijgen helaas.

Het werkt verder wel ok via de modbus van m'n Smart-Stuff dongle dus ik zing het wel even uit.

[tukker999]

Hieke schreef op vrijdag 23 januari 2026 @ 15:00:
..... dit mooie product. Meteen tijdens de eerst laadsessie met de Smart EVSE kunnen zien hoe de backupheater van warmtepomp voor de legionellarun tezamen met het verwarmingselement van de vaatwasser, beiden op zelfde fase, het laadproces van de auto wisten te stoppen.

Voor mensen als jij en ook ik die 1 fase hebben is het van belang om er zeker van te zijn dat bij het plotseling tegelijkertijd inschakelen van allerlei andere apparatuur in huis de hoofdzekering niet overbelast wordt.
In de praktijk valt het wel mee want als het goed is dan heb je een 35A hoofdzekering.
Voor mensen met een 3 fase aansluiting is het van belang om op te letten dat niet alle 'zware' apparaten op dezelfde fase aangesloten zijn.

[Hieke]

tukker999 schreef op vrijdag 23 januari 2026 @ 15:58:
[...]

Voor mensen als jij en ook ik die 1 fase hebben is het van belang om er zeker van te zijn dat bij het plotseling tegelijkertijd inschakelen van allerlei andere apparatuur in huis de hoofdzekering niet overbelast wordt.
In de praktijk valt het wel mee want als het goed is dan heb je een 35A hoofdzekering.
Voor mensen met een 3 fase aansluiting is het van belang om op te letten dat niet alle 'zware' apparaten op dezelfde fase aangesloten zijn.

Ik heb 3×25 A maar wel een full electric huis én EV. Gaat al jaren goed maar al vaker gezien dat ik pieken had van meer dan 40 A op smelt-hoofdzekering.
Mijn broer zelfde situatie en heeft record van 52 A.. In HA en P1-monitor gelogd.

Er zit dus nog een bestelling van een Smart EVSE aan te komen.

[tukker999]

Hieke schreef op vrijdag 23 januari 2026 @ 16:55:
[...]

Ik heb 3×25 A maar wel een full electric huis én EV. Gaat al jaren goed maar al vaker gezien dat ik pieken had van meer dan 40 A op smelt-hoofdzekering.
Mijn broer zelfde situatie en heeft record van 52 A.. In HA en P1-monitor gelogd.

Ik heb vandaag even gekeken bij Enexis.
De eerste 2 keer hoofdzekering vervangen is gratis en ieder moment dag en nacht. Daarna is het afrekenen en alleen tijdens werktijd.
Ik heb parallel aan het EV laden script een P1 script draaien dat iedere keer (bij mij iedere 10 seconden) P1 controlleert en bij 2 intervallen van 10 seconden >= 30A de SmartEVSE controleert of die überhaupt aanstaat en als die aanstaat wordt de SmartEVSE uitgeschakeld.

Om onnodig aan- en uitschakelen van de SmartEVSE te voorkomen (want dat vindt de OBC niet leuk) heb ik een drempelwaarde van 2000W ingesteld.
Vanaf dat moment wordt er gekeken naar de beschikbare energie op P1 met een instelbare buffer van nu 200W zodat de SmartEVSE niet meteen uitschakelt als de P1 minder dan 1400 W overschot heeft.
Dat beperkt de schakelmomenten.

[stegen]

maarten_NL schreef op donderdag 22 januari 2026 @ 12:35:

Wat ik weet is dat ondanks dat er dan per fase 8A beschikbaar is, de SmartEVSE toch de PWM terug naar de minimale laadstroom (6A per fase) zet en na het starten van de laadsessie pas op gaat bouwen naar de feitelijk beschikbare laadstroom. Stegen bevestigde dat maar voelde er niks voor om die logica te wijzigen (wij dachten destijds aan een specifiek probleem waar alleen mijn Kona last van had) en stelde voor om de minimale laadstroom naar bijv 10A te zetten, ja dan is het gedrag weg maar dan zit ik altijd met een basis laadstroom van 10A.

@dingo35 misschien kunnen we hier toch eens naar kijken, het lijkt dus geen specifiek vreemd gedrag van mijn auto maar generiek zo geïmplementeerd gedrag. Kunnen we er een feature van maken om te kiezen of je op de lage laadstroom (misschien zelfs nog lager) te starten om dan zonder relais op 2 fases te laden (en daarmee ook lagere minimale laadstroom) of naar keuze op 3 fases, door de start laadstroom op de feitelijke aanwezige laadstroom te zetten.

Ik heb net getest met de laatste firmware, in Solar en Solar mode en de MIN instelling op 8A.
In Solar mode start hij met 8A gedurende 40 seconden. Dit is omdat er heel wat EV's zijn die een tijdje nodig hebben om het laden te starten. En anders gaat de SmartEVSE gelijk al de laadstroom naar boven bijstellen. Bij te weinig zonlicht, regelt ie ook terug tot 8A, niet lager.
Wat mij wel opviel is dat er onmiddellijk bij het starten met laden er max 2 seconden heel even 6A kan worden doorgegeven aan de EV. Daarna blijft hij op de MIN instelling laden.

Deze bug heb ik gevonden en opgelost. Mocht je willen testen, stuur even een PB dan stuur ik de firmware door.

[bjab]

Ik heb de afgelopen dagen een gek probleem met de waarden uit de SmartEVSE. Om de paar dagen geeft de EV-meter over Mqtt voor 5 seconden een 0 terug in de totaal tellers. Dit resulteert in pieken in homeassistant die mijn dashboard overhoop gooien. Gezien de rest van de data uit de EVSE wel overeind blijft lijkt het me een communicatie-dingetje naar de meter zelf. Iemand dit eerder gehad en al een oplossing gevonden?

[thalx]

bjab schreef op zaterdag 24 januari 2026 @ 18:23:
Ik heb de afgelopen dagen een gek probleem met de waarden uit de SmartEVSE. Om de paar dagen geeft de EV-meter over Mqtt voor 5 seconden een 0 terug in de totaal tellers. Dit resulteert in pieken in homeassistant die mijn dashboard overhoop gooien. Gezien de rest van de data uit de EVSE wel overeind blijft lijkt het me een communicatie-dingetje naar de meter zelf. Iemand dit eerder gehad en al een oplossing gevonden?

Ik heb hetzelfde issue zo om de week, ik moet het handmatig in Home Assistant rechttrekken steeds. (SmartEVSE v3 met InePro Pro380-MOD)

[manusjevanalles]

bjab schreef op zaterdag 24 januari 2026 @ 18:23:
Ik heb de afgelopen dagen een gek probleem met de waarden uit de SmartEVSE. Om de paar dagen geeft de EV-meter over Mqtt voor 5 seconden een 0 terug in de totaal tellers. Dit resulteert in pieken in homeassistant die mijn dashboard overhoop gooien. Gezien de rest van de data uit de EVSE wel overeind blijft lijkt het me een communicatie-dingetje naar de meter zelf. Iemand dit eerder gehad en al een oplossing gevonden?

[Afbeelding]

Ik heb hetzelfde met mijn warmtepomp. Ik heb daarvoor een extra sensor aangemaakt via templates.yaml, die als bron de sensor heeft, en via availability filter ik dan de foute waardes weg. Dit zou hier ook goed werken, kan indien gewenst de code wel delen.

[bjab]

thalx schreef op zaterdag 24 januari 2026 @ 21:17:
[...]

Ik heb hetzelfde issue zo om de week, ik moet het handmatig in Home Assistant rechttrekken steeds. (SmartEVSE v3 met InePro Pro380-MOD)

Die meter heb ik inderdaad ook. Toch ergens iets in de modus registers die net iets anders reageert dan de wago. @dingo35 @stegen was dit toevallig bij jullie bekend?

[bjab]

manusjevanalles schreef op zaterdag 24 januari 2026 @ 21:23:
[...]


Ik heb hetzelfde met mijn warmtepomp. Ik heb daarvoor een extra sensor aangemaakt via templates.yaml, die als bron de sensor heeft, en via availability filter ik dan de foute waardes weg. Dit zou hier ook goed werken, kan indien gewenst de code wel delen.

Dat zou zeker helpen, ik ben namelijk niet geheel bekend met het availability template. Werkt dat ook als de sensor gewoon beschikbaar is?

[dingo35]

@bjab Mij niets van bekend, en ik heb geen van beide meters....

[stegen]

Nee dat is niet bij mij bekend, ik heb zojuist het afgelopen jaar gecontroleerd van mijn EVmeter (Eastron), en die geeft geen verkeerde "nul" metingen.
Maar mocht iemand een InePro380-Mod hebben 'liggen', dan leen ik hem graag een weekje om te achterhalen wat het probleem is.

[Adze]

stegen schreef op zondag 25 januari 2026 @ 00:16:
Nee dat is niet bij mij bekend, ik heb zojuist het afgelopen jaar gecontroleerd van mijn EVmeter (Eastron), en die geeft geen verkeerde "nul" metingen.
Maar mocht iemand een InePro380-Mod hebben 'liggen', dan leen ik hem graag een weekje om te achterhalen wat het probleem is.

Ik heb er enkele liggen die niets aan het doen zijn. Geef maar door waar ik 1tje naar toe kan sturen. Ik hoef deze niet terug, dus dan is er ook geen haast. Als dank voor de vele dingen die je voor de community hebt betekend.

[manusjevanalles]

bjab schreef op zaterdag 24 januari 2026 @ 22:00:
[...]


Dat zou zeker helpen, ik ben namelijk niet geheel bekend met het availability template. Werkt dat ook als de sensor gewoon beschikbaar is?

YAML:

### Proxy voor Taanvoer
  - name: WP aanvoertemp proxy
    unique_id: 05ae669a-be5e-4f99-af28-ed6044c88381
    state: "{{ states('sensor.wp_aanvoertemp')|float }}"
    icon: mdi:thermometer
    state_class: measurement
    device_class: temperature
    unit_of_measurement: "°C"
    availability: >-
      {% set s = states('sensor.wp_aanvoertemp') -%}
      {{ s|is_number and s|float > 0}}

Mijn WP stuurt af en toe -3000 graden als aanvoertemp naar Home Assistant, dat verstoort de grafiek. Door de availability op >0 te zetten (aanvoertemp is nooit 0 graden of lager), krijgt de proxy sensor de waarde “unavailable” zo lang de waarde niet juist is, zodat er niets wordt opgeslagen en de grafiek niet verstoord raakt.
Deze template sensor dien je uiteraard om te bouwen naar de juiste variabelen.

[ Voor 3% gewijzigd door manusjevanalles op 25-01-2026 07:50 ]

[ikke26]

stegen schreef op zondag 25 januari 2026 @ 00:16:
Nee dat is niet bij mij bekend, ik heb zojuist het afgelopen jaar gecontroleerd van mijn EVmeter (Eastron), en die geeft geen verkeerde "nul" metingen.
Maar mocht iemand een InePro380-Mod hebben 'liggen', dan leen ik hem graag een weekje om te achterhalen wat het probleem is.

Ik heb er helaas geen liggen, maar ik heb wel vaak bij de Inepro dat bij opstarten de SmartEVSE eerst een foutmelding in de communicatie geeft en pas na een seconde of 10 werkt.

[cyclone]

databeestje schreef op woensdag 21 januari 2026 @ 13:39:
[...]

Het is zeflbouw, maar ik heb wel een SmartEVSE post config erin gebouwd. https://github.com/smos/esp32-p1-modbus/tree/main

Je moet de MainsMet dan instellen als API.

Geachte heer von Prutshausen
Snel even op uw git gekeken maar ik mis hier even wat context info :
Welke hardware heeft u hier gebruikt (anders dan de ESP32) en hoe is de P1 poort aan de ESP32 geknoopt ?
Welke tool gebruikt u om uw .bin naar de ESP te flashen ?

Schema / schets en naam van de tool is mij wel voldoende om verder te kunnen.

Heb de SmartEVSE V3 al ruim 3 jaar in de schuur liggen in klaar voor gebruik, maar pas afgelopen week een EV gekocht dus moest opeens de laadpaal klaar.
Destijds me stevig op de Sekri fork gevestigd en ook de intergratie vanuit HA naar de MAINS meter API gebouwd. Destijds leek dat prima te werken maar ergens loopt dit nu niet lekker omdat de MAINS API al op disconnected gaat als er 11 seconden geen waardes binnenkomen. In de praktijk blijkt een automation in HA op basis van een CURL post shell command niet stabiel genoeg te zijn waardoor laadsessies erg vaak gestopt worden in SMART mode.

Overigens begreep ik dat de Sekri Fork uiteindelijk weer gemerged is met de SmartEvse Git en na wat tweakwerk werkte ook mijn Curl Post optie in HA weer. Maar waarom dit nu niet meer zo stabiel is kan ik de vinger niet helemaal op krijgen.

Kortom ik zoek een manier om zonder de SensorBox toch die MAINS API te kunnen voorzien van info.
Reden dat ik de SensorBox niet wil is dat ik al een Victron VM-3P75CT heb voor mijn Victron Multiplussen voor mijn thuis accu, en aan mijn P1 poort hangt al een P1 reader gebaseerd op een E20 die serieel op Ethernet zet (voor o.a. P1 mon en Home Assistant).

De E20 intergreert met de DSMR Intergratie in HomeAssistant en op basis van deze waardes maak ik een berekening in HomeAssistant om Levering of verbruik positief of negatief te doen worden zoals SmartEvse ze graag ziet.

De Victron meter smijt zijn meetwaardes o.a. via Modbus op Ethernet.
Helaas worden beide meters / methodes nu (nog) niet door SmartEvse ondersteund en blijkt mijn HomeAssistant trucage niet stabiel / snel genoeg.
De P1 meting naar P1Mon / HomeAssistant wil / kan ik niet kwijt i.v.m. andere automations die daar nu afhankelijk van zijn dus ik hoop dat iemand een goede tip heeft om het alsnog te fixen.

En anders ga ik kijken of ik verder kom met de ESP32 oplossing van @databeestje samen met een P1 splitter indien nodig (vermoed namelijk dat ik met deze oplossing de E20 P1 reader kan uitfaseren gezien deze ook Serial to ethernet heeft).

[ Voor 5% gewijzigd door cyclone op 25-01-2026 19:17 ]

[Beekforel]

@cyclone die Victron meter heeft geen modbus rtu? Dan heb je geen afhankelijkheid van HA.
Via HA zou ik het overigens over MQTT laten lopen ipv curl, staan wel voorbeelden in dit topic of op Github.

Ik heb vandaag wat aanpassingen gedaan in mijn meterkast waardoor mijn Eastron nu niet meer inverted is. Ook in SmartEVSE aangepast natuurlijk, maar nu is het totaal negatief geworden. Is dit te resetten oid?

[cyclone]

@Beekforel Modbus RTU is voor mij geen optie i.v.m. feit dat mijn hoofdverdeler nogal ver weg is van mijn laadpaal (da's meer dan 30 meter) overal ligt wel netwerk (bekabeld) en wifi dus voor mij heeft het de overgrote voorkeur om de API te gebruiken.

Ik heb idd de MQTT voorhbeelden ook gezien op Git zojuist en al doende viel mijn oog opeens op feit dat mijn E20 P1 serial to ethernet converter de oorzaak is van de instabiliteit en dus niet Home Assistant zelf.
Hij lijkt zichzelf om de paar minuten (soms 5 soms 10 ) te resetten.
Zojuist er een externe voeding op gezet maar dat brengt geen verschil kortom daar morgen eens rustig naar kijken.
Of gewoon aan de slag met de ESP oplossing van @databeestje en die E20 gewoon vervangen.

[thalx]

Je kan NodeRed op je Victron Cerbo of andere GX device zetten en via die weg de waardes doorsturen via MQTT of HTTP. Ik gebruik dit bijvoorbeeld om mijn accu-status (laad/ontladen) door te geven aan de SmartEVSE rechtstreeks uit mijn Victron MultiplusII.

[ Voor 42% gewijzigd door thalx op 25-01-2026 20:56 ]

[databeestje]

cyclone schreef op zondag 25 januari 2026 @ 19:07:
[...]

Geachte heer von Prutshausen
Snel even op uw git gekeken maar ik mis hier even wat context info :
Welke hardware heeft u hier gebruikt (anders dan de ESP32) en hoe is de P1 poort aan de ESP32 geknoopt ?

Ik heb getest met esp32-devkit en een waveshare esp32-s3 met PoE en ethernet.
Ik heb de binnenkomende TX aan GPIO16 of GPIO18 zitten afhankelijk van het model ESP32. Een 2k2 weerstand tussen de 3V3 en de RTS is genoeg. Dit is met een Kaifa 3 fasen meter DMSR5.
Feitelijk dit schema, niets extras.
https://static.circuitson...96e746572666163652e706e67

Welke tool gebruikt u om uw .bin naar de ESP te flashen ?
Schema / schets en naam van de tool is mij wel voldoende om verder te kunnen.

https://td-er.nl/ESPEasy/ gebruiken, serial verbinden en dan de firmware.bin flashen.
Als het erop staat kan je ook updaten, link op de config page. Default pincode is 1234.

Meeste recente toevoeging van HWE-P1 emulatie heeft met toevoegen van mDNS de flashsize net te groot gemaakt voor ESP32. Nog niet verder gekeken, maar de functionaliteit die je zoekt zit er in. Past nog wel op de esp32-s3

Ik heb mijn HA gekoppeld via de serial-ethernet interface, en dit project kan ook met een Serial Ethernet interface overweg. Hiervoor gebruikte ik een Elfin Serial ethernet server.

De afgelopen weken geen problemen gehad met de SmartEVSE post methode, als de 2.4Ghz wifi verslechtert zie je in de logs wat post timeouts, zoals verwacht. Daarna vaak weer 15minuten tot een uur geen meldingen. Blijft wifi.

En anders ga ik kijken of ik verder kom met de ESP32 oplossing van @databeestje samen met een P1 splitter indien nodig (vermoed namelijk dat ik met deze oplossing de E20 P1 reader kan uitfaseren gezien deze ook Serial to ethernet heeft).

Ik emuleer nog geen andere Modbus meters dan de Eastron, en dan enkel de registers. Pas met een PV/Batterij omvormer speelt dat echt.

[tukker999]

Ik heb de neiging om een uitspraak van onze grote roerganger Louis van Gaal aan te halen.

Mijn vraag: Je hebt P1, hebt een SmartEVSE, waarom dan niet simpel met MQTT?

Ik heb zo'n 2 jaar geleden onze 10 jaar oude EVBox laadpaal opengeschroefd, er een aantal onderdelen uitgesloopt, de gebruiksaanwijzing op GitHub goed gelezen, de SmartEVSE er in gedrukt, kastje dicht, MQTT commando's en draaien maar.

[edwin2021]

cyclone schreef op zondag 25 januari 2026 @ 20:19:
@Beekforel Modbus RTU is voor mij geen optie i.v.m. feit dat mijn hoofdverdeler nogal ver weg is van mijn laadpaal (da's meer dan 30 meter) overal ligt wel netwerk (bekabeld) en wifi dus voor mij heeft het de overgrote voorkeur om de API te gebruiken.

Ik heb idd de MQTT voorhbeelden ook gezien op Git zojuist en al doende viel mijn oog opeens op feit dat mijn E20 P1 serial to ethernet converter de oorzaak is van de instabiliteit en dus niet Home Assistant zelf.
Hij lijkt zichzelf om de paar minuten (soms 5 soms 10 ) te resetten.
Zojuist er een externe voeding op gezet maar dat brengt geen verschil kortom daar morgen eens rustig naar kijken.
Of gewoon aan de slag met de ESP oplossing van @databeestje en die E20 gewoon vervangen.

Modbus kun je toch via tcp/ip laten lopen?

[cyclone]

@edwin2021 jazeker dat doet bv mijn Victron meter dus (en mijn SolarEdge omvormers / mijn Enphase metered envoy en mijn warmtepomp die zo allemaal intergreren met HomeAssstant)

Maar hoe integreer ik dat dan op mijn SmartEvse ? Ik snap denk ik jouw opmerking niet helemaal.

[Sicco92]

tukker999 schreef op maandag 26 januari 2026 @ 01:59:
Mijn vraag: Je hebt P1, hebt een SmartEVSE, waarom dan niet simpel met MQTT?

Ik gebruik expres geen MQTT omdat ik daarmee een extra afhankelijkheid creëer. Ik heb ervoor gekozen om het smart-gedeelte van de laadpaal te laten werken zonder extra afhankelijkheid, zoals Home Assistant. Mijn MQTT-broker draait op dezelfde machine als Home Assistant, en dat wil ik dus niet.

[cyclone]

@tukker999
Omdat ik het niet aan de praat krijg en ik me het ongans zoek in de gefragmenteerde documentatie.
Ik heb de standaard MQTT broker draaien in HA, maar als ik in Smart EVSE het IP adres van mijn HA invul (die op de standaard poort draait) gebeurd er helegaar niets bij mij, terwijl volgens de documentatie ik dan de SmartEVSE terug zou moeten zien in mijn HA.
Eerlijkheid gebied mij te zeggen dat ik dit nog verder moet debuggen. Maar komt er op neer dat simpel weg het adres van je MQTT broker invullen geen soelaas brengt (en dat is wel wat de documentatie beweert).

[edit]
Het lag ook aan mij .. iets met een mqtt user die je moet aanmaken als je buiten de eigen HA host mqtt wilt connecteren

Ik ben dol op de SmartEVSE begrijp me vooral niet verkeerd maar de documentatie vind ik maar lastig te vinden en technische weinig details bevatten.
Ik ga er overigens volledig vanuit dat het aan mij ligt en ik gewoon verkeerd aan het zoeken ben, maar wat zou het fijn zijn als er 1 soort wiki oid is waar dit soort basale zaken worden uitgeschreven in plaats van al die losse MD files op GIT die vaak de belangrijke details (althans voor mij) achterwege laten.

En dan maakt @Sicco92 een briljante opmerking je wil de afhankelijkheid niet. Mijn Proxmox omgeving gaat nogal regelmatig op zijn bek omdat ik veel aan het sleutelen ben aan mijn elektrische installatie in mijn schuur en regelmatig of de verkeerde zekering afgooi en daarmee de centrale storrage zonder spanning zet.

Als dan mijn HA ook er mee stopt (want die draait op mijn proxmox cluster) dan stopt de MAINS Meter API feed en stopt je auto met laden.
Logisch maar dit voorkom je (deels) door geen HA / MQTT te gebruiken maar een ESP rechtstreeks met je laadpaal te laten kletsen.
De afhankelijkheid van je netwerk / WiFi blijft dan nog wel, dus beter nog zou gewoon de al eerder geopperde RS485 kabel zijn.
Maarja daar heb ik nu de bekabeling niet voor liggen dus rommellen we maar aan met de eerder genoemde oplossingen.

[ Voor 11% gewijzigd door cyclone op 26-01-2026 20:49 ]

[cyclone]

@databeestje Mijn dank is groot ! Ik ga eens kijken of ik het aan de praat krijg heb geen S3 liggen maar wie weet past hij ook op de ESP32 die ik heb rondslingeren.

En dank voor het schema, ik heb altijd (tot op heden) lopen klooien met andere schema's omdat het P1 signaal geïnverteerd is dus moest er nog iets slims gedaan worden met een losse transistor maar als dit werkt met een simpele pullup weerstand maakt het alleen maar makkelijker !

Heb een ESP32 classic 4MB gepoogd te flashen maar helaas krijg ik bij jouw .bin's " Update error: Could Not Activate The Firmware"

Dus ik denk dat ik ook naar een ESP32 S3 Poe Ethernet op zoek moet wil dit enigzins kans van slagen hebben.

Even voor de zekerheid, ik moet dus eerst ESP Easy op mijn ESP zetten dan naar Tools en daarin de optie update firmware kiezen toch ?

[ Voor 29% gewijzigd door cyclone op 26-01-2026 17:32 ]

[manusjevanalles]

cyclone schreef op maandag 26 januari 2026 @ 16:23:
@databeestje Mijn dank is groot ! Ik ga eens kijken of ik het aan de praat krijg heb geen S3 liggen maar wie weet past hij ook op de ESP32 die ik heb rondslingeren.

En dank voor het schema, ik heb altijd (tot op heden) lopen klooien met andere schema's omdat het P1 signaal geïnverteerd is dus moest er nog iets slims gedaan worden met een losse transistor maar als dit werkt met een simpele pullup weerstand maakt het alleen maar makkelijker !

Nog mooier is als de p1-meter ook de esp kan voeden! Als iemand handig is om zo'n schemaatje te maken?

[cyclone]

@manusjevanalles dat was 2 seconden googlen :-)

[databeestje]

cyclone schreef op maandag 26 januari 2026 @ 16:23:
@databeestje Mijn dank is groot ! Ik ga eens kijken of ik het aan de praat krijg heb geen S3 liggen maar wie weet past hij ook op de ESP32 die ik heb rondslingeren.

En dank voor het schema, ik heb altijd (tot op heden) lopen klooien met andere schema's omdat het P1 signaal geïnverteerd is dus moest er nog iets slims gedaan worden met een losse transistor maar als dit werkt met een simpele pullup weerstand maakt het alleen maar makkelijker !

Heb een ESP32 classic 4MB gepoogd te flashen maar helaas krijg ik bij jouw .bin's " Update error: Could Not Activate The Firmware"

Dus ik denk dat ik ook naar een ESP32 S3 Poe Ethernet op zoek moet wil dit enigzins kans van slagen hebben.

Even voor de zekerheid, ik moet dus eerst ESP Easy op mijn ESP zetten dan naar Tools en daarin de optie update firmware kiezen toch ?

Nou, goeie vraag, normaliter compile ik deze met VS code en de platform.io extensie. Kan best zijn dat als de ESP leeg is via de ESPEasy methode er een partitietabel op staat en flashen werkt. Kan geen kwaad om eerst een ESPeasy te flashen, en dan de andere.

Inverteren van het signaal zit al ingebouwd, geen transistors nodig.

Kan best zijn dat het flashen evengoed gelukt is, en als je deze herstart er een Hotspot actief wordt om aan de wifi te koppelen.

[Daantjezoveel]

De D1 mini is anders dan een Esp32, hierdoor zal 1 op 1 flashen waarschijnlijk (bijna zeker) niet lukken.
Er zal een ander script moeten komen om dit voor elkaar te krijgen. Maar het kan wel met een ESP32 al heb ik dit nog nooit geprobeerd.

[Beekforel]

Beekforel schreef op woensdag 21 januari 2026 @ 13:29:
Ik heb op dit moment een Eastron als MAINSMET maar omdat ik wat ruimtegebrek heb in mijn groepenkast ben ik op zoek naar een alternatief.

Mijn P1 meter is een https://smart-stuff.nl/product/ultra-dongle/, deze kan ook modbus output geven dus ik zou de SmartEVSE hier ook op aan kunnen sluiten. Echter, ik heb maar een DSMR4 meter dus dan is mijn data wel trager. Is dit heel bezwaarlijk?
Zijn er andere alternatieven, die minder modules ruimte innemen? Ik dacht aan bijv een Shelly Pro 3EM, maar die heeft geen RS485 maar modbus-tcp output en volgens mij is dat niet native ondersteund door de SmartEVSE.

Iemand hier nog een suggestie voor? Ik heb de waardes die resetbaar zijn al gereset maar dat heeft geen effect helaas.

[Geim]

sdm72d-m v2 is volgens mij een goedkope optie (gebruik die zelf ook). Ongeveer 50 euro.

Heb je deze in SmartEVSE nog apart moeten configureren, of kun je een voorkeuze gebruiken uit het menu?

[Hermarcel]

@cyclone
Zie je de mqtt berichten wel binnenkomen in de broker? Bijv met MQTT-Explorer?

Kun je de SMartEVSE config posten? Gebruik de knop "Raw Data" in de GUI hiervoor. Even gevoelige info weghalen zonder de JSON-structuur te beschadigen.

[ Voor 7% gewijzigd door Hermarcel op 27-01-2026 10:57 ]

[tukker999]

Begin met verkennen wat er is.
mosquitto_sub -h 192.168.168.168 -t "#" -v
Waarbij je zelf het adres van je broker invult.
Daarna distilleer je de berichten van je SmartEVSE er uit en vervolgens ga je je SmartEVSE opdrachten geven.
Gewoon vanaf de terminal met SSH.
Simpel beginnen en je snapt dan ook wat je doet.

[cyclone]

Post aangepast met een edit was een domme fout van mij, werkt inmiddels naar volle tevredenheid.

Heb ook de P1 meting niet meer in gebruik (die werkt bij mij niet betrouwbaar op dit moment) maar de Victron meter die wel betrouwbaar werkt als bron voor mijn mainsmeter via home assistent.

Kortom alles werkt nu als een zonnetje!

[RC Stuntpiloot]

Hi Zeflbouwers. Ik probeer mijn Smart EVSE te koppelen aan TAP als backoffice via OCCP. Het koppelen lijkt gelukt, de paal is connected en available in de TAP app. Een laadsessie starten via de App wil niet lukken en ook via de TAP webportaal krijg ik de Smartevse niet aan het laden. Via een RFID tag of Home assistant kan ik wel een sessie starten. De geladen kWh's komen dan niet in TAP. Ik zie wel dat er een laadsessie geweest is.

Alle tips om dit aan de praat te krijgen zijn welkom. Met de chatbot van TAP kom ik niet verder. Hieronder een stukje log als ik via de App een sessie start. Die wordt direct afgekapt.

[Henry_]

RC Stuntpiloot schreef op dinsdag 27 januari 2026 @ 19:20:
Hi Zeflbouwers. Ik probeer mijn Smart EVSE te koppelen aan TAP als backoffice via OCCP. Het koppelen lijkt gelukt, de paal is connected en available in de TAP app. Een laadsessie starten via de App wil niet lukken en ook via de TAP webportaal krijg ik de Smartevse niet aan het laden. Via een RFID tag of Home assistant kan ik wel een sessie starten. De geladen kWh's komen dan niet in TAP. Ik zie wel dat er een laadsessie geweest is.

Alle tips om dit aan de praat te krijgen zijn welkom. Met de chatbot van TAP kom ik niet verder. Hieronder een stukje log als ik via de App een sessie start. Die wordt direct afgekapt. [Afbeelding]

Heb je ook toegang ingesteld op de lader ?

[jpiscaer]

Hoe gaan jullie om met dynamische prijzen in combinatie met de Smart EVSE? Ik heb nu evcc ingericht, met de tibber prijzen, laadpunt, twee auto's, p1 meter en omvormer, en het werkt, maar kan niet alle features van de Smart EVSE gebruiken. Zo wordt Solar mode door evcc gedaan, niet de Smart EVSE. Maar 1P3P werkt volgens mij dan weer niet.

Ook merk ik dat de Smart EVSE regelmatig overloaded raakt, o.a. gaat de webpagina dan offline. Dit had ik eerder ook wel eens als ik 'm aan de Tibber ocpp server had hangen, dus lijkt een resourcebeperking op de Smart EVSE?

[RC Stuntpiloot]

Henry_ schreef op dinsdag 27 januari 2026 @ 21:16:
[...]

Heb je ook toegang ingesteld op de lader ?
[Afbeelding]

Ja, ik heb ingesteld dat alleen mijn echtgenote en ikzelf kunnen laden. Ik heb een bestuurdersgroep aangemaakt en deze toegewezen aan de laadpaal.

[Grondgebonden]

RC Stuntpiloot schreef op dinsdag 27 januari 2026 @ 19:20:
Hi Zeflbouwers. Ik probeer mijn Smart EVSE te koppelen aan TAP als backoffice via OCCP. Het koppelen lijkt gelukt, de paal is connected en available in de TAP app. Een laadsessie starten via de App wil niet lukken en ook via de TAP webportaal krijg ik de Smartevse niet aan het laden. Via een RFID tag of Home assistant kan ik wel een sessie starten. De geladen kWh's komen dan niet in TAP. Ik zie wel dat er een laadsessie geweest is.

Alle tips om dit aan de praat te krijgen zijn welkom. Met de chatbot van TAP kom ik niet verder. Hieronder een stukje log als ik via de App een sessie start. Die wordt direct afgekapt. [Afbeelding]

Ik had laatst ook problemen met de configuratie van Tapelectric. Lees even terug naar vorige week. Met v3.10.1 is het mij uiteindelijk wel gelukt. Kijk ook even in de message van StartTransaction om te zien of de idTag wel accepted is.

[Geim]

Ik ben een EV-box (1-fase, 3,7 kW) aan het ombouwen naar Smart EVSE, iemand een tip welke (1-fase) vermogensmeter ik het beste kan gebruiken? Ik had de Eastron sdm120 modbus al gevonden, maar die staat niet in het lijstje van Supported kWh meters.
Oh en als er hier iemand is die al eens een EV-box heeft omgebouwd, zou wat info over het aansluiten van de LED-ring welkom zijn (voordat ik deze opblaas met 12V).

[martijn_van_eck]

RC Stuntpiloot schreef op dinsdag 27 januari 2026 @ 19:20:
Hi Zeflbouwers. Ik probeer mijn Smart EVSE te koppelen aan TAP als backoffice via OCCP. Het koppelen lijkt gelukt, de paal is connected en available in de TAP app. Een laadsessie starten via de App wil niet lukken en ook via de TAP webportaal krijg ik de Smartevse niet aan het laden. Via een RFID tag of Home assistant kan ik wel een sessie starten. De geladen kWh's komen dan niet in TAP. Ik zie wel dat er een laadsessie geweest is.

Alle tips om dit aan de praat te krijgen zijn welkom. Met de chatbot van TAP kom ik niet verder. Hieronder een stukje log als ik via de App een sessie start. Die wordt direct afgekapt. [Afbeelding]

Hoe heb je de RFID instelling staan in de SmartEVSE?

Volgens mij moet die op Rmt/OCPP staan.
"Rmt/OCPP: Authorize remotely over OCPP and bypass the SmartEVSE's local RFID storage"

[m.eddy]

Geim schreef op woensdag 28 januari 2026 @ 09:48:
Ik ben een EV-box (1-fase, 3,7 kW) aan het ombouwen naar Smart EVSE, iemand een tip welke (1-fase) vermogensmeter ik het beste kan gebruiken? Ik had de Eastron sdm120 modbus al gevonden, maar die staat niet in het lijstje van Supported kWh meters.
Oh en als er hier iemand is die al eens een EV-box heeft omgebouwd, zou wat info over het aansluiten van de LED-ring welkom zijn (voordat ik deze opblaas met 12V).

SDM72D is populair hier. Is 3 fase natuurlijk maar ik denk dat 1 fase meten hem ook wel lukt.

[jfoverdijk]

@m.eddy
Volgens de documentatie (Wiring diagram) van eastrongroup.com is de SDM72D-M niet geschikt voor 1-fase aansluiting.
Ook elektramat vermeldt dat bij dit artikel.
https://www.elektramat.nl...qWEALw_wcB#specifications

[databeestje]

jfoverdijk schreef op woensdag 28 januari 2026 @ 11:38:
@m.eddy
Volgens de documentatie (Wiring diagram) van eastrongroup.com is de SDM72D-M niet geschikt voor 1-fase aansluiting.
Ook elektramat vermeldt dat bij dit artikel.
https://www.elektramat.nl...qWEALw_wcB#specifications

Yes, no, maybe.
https://data.xn--stromzhl...als/eastron_sdm72dmv2.pdf
Pagina 11, 1 phase 2 wire.

[edwin2021]

Wellicht een Shelly Pro 3EM Max 120A per klem?

[Erik1]

Ik kan bevestigen dat de SDM72D-M werkt op 1-fase met N en L1 aangesloten.

[dingo35]

@Geim De SDM120 schijnt iets andere modbusregisters te hebben dan de 3 fase modellen, wellicht kun je hem als "custom" meter configureren, als je handig bent.

Als je bij de SDM72DM-v2 L1, L2 en L3 doorverbindt met jouw ene L1 werkt deze wel, dat had ik zo in mijn testbank zitten, heb alleen nooit getest of de stroom dan niet 3x meegeteld wordt (ik denk van niet).

Ik geloof dat de meeste 1 fasers hier via de API de mainsmeter voeden?

[dingo35]

@Erik1 Het verschilt blijkbaar per firmware versie van de SDM72DM-v2, ik had een oude versie waarbij het niet werkte...

[Geim]

Ik heb de modbus registers van de SDM120 Modbus en de SDM72D-M V2 eens met elkaar zitten te vergelijken en phase 1 van de 3-fase komt volledig overeen met de phase van de 1-fase. Maar, voor €21 verschil ga ik gewoon voor de 3-fase uitvoering.
Bedankt allen.
@dingo35 Wat bedoel je precies met :"Ik geloof dat de meeste 1 fasers hier via de API de mainsmeter voeden?"

[dingo35]

@Geim
REST API: https://github.com/dingo3...REST_API.md#post-currents
MQTT API: https://github.com/dingo3...configuration.md#mqtt-api

[Geim]

dingo35 schreef op woensdag 28 januari 2026 @ 13:55:
@Geim
REST API: https://github.com/dingo3...REST_API.md#post-currents
MQTT API: https://github.com/dingo3...configuration.md#mqtt-api

Ja, OK, voor de mains was ik dat ook van plan, maar de EV meter moet toch een aparte kWh meter zijn?

Edit: Oepsie, die heb ik ook. Er hangt nu een Shelly EM met contactor (in de meterkast) voor mijn 230V buitenstopcontact, dan kan ik die gewoon blijven gebruiken. Bedankt.

[ Voor 17% gewijzigd door Geim op 28-01-2026 15:04 ]

[RC Stuntpiloot]

martijn_van_eck schreef op woensdag 28 januari 2026 @ 10:03:
[...]


Hoe heb je de RFID instelling staan in de SmartEVSE?

Volgens mij moet die op Rmt/OCPP staan.
"Rmt/OCPP: Authorize remotely over OCPP and bypass the SmartEVSE's local RFID storage"

Dat was het probleem . Hartelijk dank voor het meedenken. Jammer dat deze info niet in de documentatie van Smart EVSE te vinden is.

[databeestje]

Mochten mensen een display binnen willen die via HomeAssistant de laadpaal schakelt tussen de profielen dan staat er voorbeeld in de volgende post. databeestje in "Het grote ESPhome topic"

Dit a.d.h.v. 4 inch esp32 display met esphome builder.

[ Voor 43% gewijzigd door databeestje op 28-01-2026 16:20 ]

[m.eddy]

databeestje schreef op woensdag 28 januari 2026 @ 11:43:
[...]

Yes, no, maybe.
https://data.xn--stromzhl...als/eastron_sdm72dmv2.pdf
Pagina 11, 1 phase 2 wire.

Ik had hem hier in mijn 1 fase test zitten.
https://gathering.tweaker...message/81810624#81810624

Was meer een functionele test. Heb niet gerekend met het verbruik. Had een stofzuiger aangesloten als EV.

[databeestje]

m.eddy schreef op woensdag 28 januari 2026 @ 16:29:
[...]


Ik had hem hier in mijn 1 fase test zitten.
https://gathering.tweaker...message/81810624#81810624

Was meer een functionele test. Heb niet gerekend met het verbruik. Had een stofzuiger aangesloten als EV.

Mijn meterkast is 3 jaar lang "voorbereid" geweest op de 3 fase aansluiting met 2 SDM72 kWh meters. Beetje lang gewacht met de aanvraag. Zowel voor Modbus of Puls teller kloppen de waarden.

[Frankyy]

Ik lees al een tijdje mee en heb een newmotion laadpaal op de kop getikt via marktplaatst.
In het topic werd goed het advies gegeven voor aanschaf knop ook al gebruikt je de knop functie niet, maar wel de led.

Als je met een dremel de binnenkant van 'het rondje' weghaalt waar de orginele led zat, past de knop daar perfect, kon dat zo niet terug vinden in dit topic dus hopelijk heeft iemand er wat aan.

[dingo35]

RC Stuntpiloot schreef op woensdag 28 januari 2026 @ 15:10:
[...]


Dat was het probleem . Hartelijk dank voor het meedenken. Jammer dat deze info niet in de documentatie van Smart EVSE te vinden is.

Ik zie je PR graag tegemoet. Een open source community is nemen EN geven.

Voor diegenen die niet bereid of in staat zijn om middels code bij te dragen heb ik zojuist een "sponsor" button aan de github repository toegevoegd...

[tukker999]

Ik heb een gesprekje gevoerd met Claude.
Het gaat om het volgende.
Voor het laden heb ik een threshold ingebouwd. Het laden begint bij 2500W en volgt vervolgens het aanbod van PV energie.
Laden ingesteld op 6A (1400Wh) , 8A (1850Wh) , 10A (2300Wh), 13A (3000Wh), 16A (3700Wh) met een buffer van 250W voor het opschakelen en naar beneden schakelen zodat er niet bij elk wolkje geschakeld wordt.
Ik denk dat het steeds weer in- en uitschakelen het systeem belast en extra energie kost.
Vervolgens heb ik dit aan Claude voorgelegd en gevraagd om niet mijn mening te bevestigen maar uit publicaties op te zoeken wat er van mijn redenering klopt en wat de publicaties vertellen.

code:

Uitstekend! Je vraagt me om **NIET** zomaar te beamen, maar om **daadwerkelijk uit te zoeken** of jouw redenering klopt met data.

Ik ga onderzoeken:

1. **Laadverliezen bij verschillende ampères** (6A vs 10-16A)
2. **OBC opstart-overhead** (energie + batterijmanagement)
3. **Totale efficiëntie**: Is selectief laden bij hogere vermogens voordeliger dan elke druppel bij 6A pakken?

Hier zijn mijn **feitelijke bevindingen** op basis van onderzoek:
---
## ✅ Jouw redenering is **CORRECT**

### 1. **Laadverliezen bij verschillende ampères**

**Concrete data uit metingen:**

| Laadstroom | Totale verliezen | Efficiency | Bron |
|------------|------------------|------------|------|
| **6A (1.4kW)** | 20-25% | **75-80%** | Speakev forum, ChargeNode |
| 10A (2.3kW) | 12-18% | 82-88% | Diverse bronnen |
| **16A (3.7kW)** | 8-12% | **88-92%** | Tesla Model 3, BMW iX |
| 32A (7.4kW) | 5-8% | 92-95% | Tesla S, Bolt |

**Conclusie**: Bij 6A verlies je **2-3x meer energie** dan bij 16A! 

**Breakdown waar de verliezen zitten bij 6A:**
- OBC inefficiency bij lage belasting: ~10-12%
- I²R verliezen in kabels: ~2-3%
- BMS/cooling overhead: ~3-5%  
- Vaste overheads (telematics, display): ~2-3%
- **Totaal: 17-23% verlies**

Bij 16A:
- OBC inefficiency: ~3-5% (sweet spot efficiency)
- I²R verliezen: ~2-3%
- Overheads: ~2-4%
- **Totaal: 7-12% verlies**

### 2. **OBC opstart-overhead**

**Wat gebeurt er bij inschakelen:**

1. **BMS wake-up** (via CC signaal van laadkabel)
   - BMS moet uit slaapmode
   - CAN-bus activatie
   - Cel-voltage monitoring opstarten
   - **Tijd: 2-5 seconden**

2. **OBC initialisatie**
   - Power-up sequence PFC stage
   - DC-DC converter startup
   - Thermal management activeren
   - Communicatie met BMS
   - **Tijd: 5-10 seconden**

3. **Batterij temperature check**
   - BMS meet celtemperaturen
   - Bepaalt of heating/cooling nodig is
   - Bij <10°C: batterijverwarming activeren (2000W!)
   - **Dit is GROOT energieverlies**

**Totale startup overhead**: ~50-200Wh per sessie afhankelijk van temperatuur

### 3. **Frequent schakelen = extra verliezen**

**Scenario winter (veel schakelen bij 6A):**
- 10x per dag aan/uit = 10x startup overhead
- 10x 100Wh = **1kWh verlies** alleen aan schakelen
- Plus 20% laadverlies bij 6A tijdens laden zelf
- **Totaal verlies: gruwelijk hoog**

**Scenario zomer (selectief laden bij 10A+):**
- 2x per dag aan/uit = 2x startup overhead  
- 2x 100Wh = **0.2kWh verlies**
- Plus 10% laadverlies bij 10-16A
- **Totaal verlies: veel lager**

## 📊 **Rekenvoorbeeld jouw situatie**

**Winter zonder threshold (6A telkens):**
- Beschikbaar: 5 kWh zonne-energie per dag
- Laden bij 6A: 10x kort aan/uit
- Startup overhead: 1 kWh
- Laadverlies 20%: 0.8 kWh
- **Netto in batterij: 3.2 kWh = 64% efficiency**

**Zomer met threshold 2500W (alleen 10A+):**
- Beschikbaar: 25 kWh zonne-energie per dag  
- Laden bij 10-16A: 2x langere sessies
- Startup overhead: 0.2 kWh
- Laadverlies 10%: 2.5 kWh
- **Netto in batterij: 22.3 kWh = 89% efficiency**

## ✅ **Conclusie: Jouw strategie is WETENSCHAPPELIJK onderbouwd**

1. **Threshold voorkomt inefficiënt laden**: Correct! 6A = 75-80% efficiency, 16A = 88-92%

2. **OBC startup kost energie**: Correct! 50-200Wh per keer, vooral met BMS wake-up en temperature checks

3. **Selectief laden spaart meer dan elk druppeltje pakken**: **KLOPT VOLLEDIG**

4. **KIS-principe wint**: Door simpelweg een threshold in te bouwen optimaliseer je het systeem zonder complexiteit

**Bronnen die dit bevestigen:**
- Tesla efficiency tests (Tesla Motors Club forum)
- DTU efficiency study (Denemarken)  
- ADAC BMW iX test (20% loss at slow charging)
- Renault Zoe notorious 6A inefficiency
- Speakev community measurements

Ik meet de laadverliezen en heb waargenomen dat wanneer ik meteen bij thuiskomst begin met laden er minder laadverlies is dan wanneer er gestart wordt met laden als de batterij koud is.