Zelfbouw Laadpaal ervaringen

[sandergar]

tsjoender schreef op vrijdag 18 september 2026 @ 09:49:
[...]


Heb je het uploaden naar Laadloon ook geautomatiseerd of is dat handmatig? Zelf worden mijn laadsessies in EVCC geregistreerd en overweeg ik ook Laadloon als inboekdienstverlener. Als jouw opzet ook de uploads naar laadloon automatisch doet, dan zou ik ook wel die oplossing willen ontvangen.

Zover ik bij Laadloon kan zien is het inboeken een handmatig proces. Dit doe je per kwartaal. Die 5 min per kwartaal lukt mij nog wel met de hand. Ben ik meteen ingelogd en zie ik de status van mijn account weer eens.

[tsjoender]

sandergar schreef op vrijdag 18 september 2026 @ 09:58:
[...]

Zover ik bij Laadloon kan zien is het inboeken een handmatig proces. Dit doe je per kwartaal. Die 5 min per kwartaal lukt mij nog wel met de hand. Ben ik meteen ingelogd en zie ik de status van mijn account weer eens.

Vier keer per jaar is prima te doen en geen probleem. Mocht dat automatisch kunnen dan was het set and forget en nog mooier. OCPP is wel volledig automatisch, maar ook foutgevoelig als ik de ervaringen van anderen zie. Dan kies ik liever deze handmatige manier.

[sandergar]

tsjoender schreef op vrijdag 18 september 2026 @ 10:31:
[...]


Vier keer per jaar is prima te doen en geen probleem. Mocht dat automatisch kunnen dan was het set and forget en nog mooier. OCPP is wel volledig automatisch, maar ook foutgevoelig als ik de ervaringen van anderen zie. Dan kies ik liever deze handmatige manier.

Je kan het ook gewoon maar 1x doen! Zet het in je agenda voor januari en doe 4 kwartalen in 1x!

[ Voor 25% gewijzigd door sandergar op 18-09-2026 10:55 ]

[thalx]

Kunnen we niet gewoon een apart ERE bij DHZ Laadpaal topic maken..... En het hier weer over de DHZ laadpalen zelf hebben?

[ Voor 26% gewijzigd door thalx op 18-09-2026 22:57 ]

[tukker999]

Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.
   
   
   Ad 2. De laadverliezen zijn het hoogst bij lage Amperages want de OBC trekt zelf al 200-250W. Daarnaast: In de winter kan er eigenlijk nooit geladen worden op zon en in de zomer wil ik liever niet laden op 6A omdat er later op de dag stroom in overvloed is en die kan ik beter gebruiken met hogere laadstroom en minder laadverliezen. Lees ook het artikel over laadverliezen van de ADAC.
   Ad 3. Deze is wat ingewikkelder. Op zich kan de prijs in de laagste uren soms best wel hoog zijn, maar nog steeds geldt dat ik wil laden tegen de laagste tarieven. Als ik de EV niet nodig heb kan ik het ook een dag uitstellen. In de zomer gaat het meestal goed en zijn de tarieven vaak wel een paar uur onder de 5 cent EPEX prijs, maar in de winter is dat niet altijd het geval. Door niet een vaste prijs te kiezen maar dynamisch de periode met de beste dagprijs kan ik toch nog voordelig laden. Buiten de uren dat Tarief laden actief is wordt er uiteraard op ieder moment op zon geladen bij voldoende aanbod van de zonnepanelen.
   Ad 4. Handmatig - simpel. Als de batterij vol moet dan moet die vol.
   
   
   
   
   
   
   Ik ben benieuwd naar de oplossingen die anderen gevonden hebben om slim te laden.

Het bedenken van de logica is van mij. Coderen doe ik tegenwoordig niet meer. Dat doet Claude voor mij.

[Stefannn]

tukker999 schreef op vrijdag 18 september 2026 @ 23:14:
Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.
   
   
   Ad 2. De laadverliezen zijn het hoogst bij lage Amperages want de OBC trekt zelf al 200-250W. Daarnaast: In de winter kan er eigenlijk nooit geladen worden op zon en in de zomer wil ik liever niet laden op 6A omdat er later op de dag stroom in overvloed is en die kan ik beter gebruiken met hogere laadstroom en minder laadverliezen. Lees ook het artikel over laadverliezen van de ADAC.
   Ad 3. Deze is wat ingewikkelder. Op zich kan de prijs in de laagste uren soms best wel hoog zijn, maar nog steeds geldt dat ik wil laden tegen de laagste tarieven. Als ik de EV niet nodig heb kan ik het ook een dag uitstellen. In de zomer gaat het meestal goed en zijn de tarieven vaak wel een paar uur onder de 5 cent EPEX prijs, maar in de winter is dat niet altijd het geval. Door niet een vaste prijs te kiezen maar dynamisch de periode met de beste dagprijs kan ik toch nog voordelig laden. Buiten de uren dat Tarief laden actief is wordt er uiteraard op ieder moment op zon geladen bij voldoende aanbod van de zonnepanelen.
   Ad 4. Handmatig - simpel. Als de batterij vol moet dan moet die vol.
   
   
   [Afbeelding]
   
   [Afbeelding]
   
   Ik ben benieuwd naar de oplossingen die anderen gevonden hebben om slim te laden.

Het bedenken van de logica is van mij. Coderen doe ik tegenwoordig niet meer. Dat doet Claude voor mij.

Voor de winter heb ik afgelopen winter dit algoritme gebruikt. Werkte prima.
Het is vergelijkbaar met jouw (3) maar heeft een automatisch beslis algoritme mbt “of de prijs laag genoeg is”.

[tukker999]

Ik heb jouw voorwaarde van het laadniveau niet ingebouwd en ook laadplanning met voorspellingen niet.

De reden voor mij is dat ik dan software dingen laat doen die ik beter zelf kan regelen en uiteindelijk niet weet wat de software (door mijzelf ontworpen) op dat moment besluit. Ik weet of kan zien of er op zon geladen kan worden (default) en schakel Tarief in wanneer ik weet dat het batterij niveau redelijk laag. In mijn display zie ik altijd hoeveel uren en minuten laden nodig is om tot het gewenste niveau te laden.

Dat neemt niet weg dat ik je ontwerp heel slim bedacht vind.

[thalx]

tukker999 schreef op vrijdag 18 september 2026 @ 23:14:
Ik heb software bedacht om de EV slim te laden bij dynamische tarieven met mijn SmartEVSE laadpaal. Ik heb een 1 fase aansluiting16A max en max opbrenst van het dak van 5000W (begrensd)
De schakel logica met 4 keuze mogelijkheden:

1. Uit - er gebeurt niets
2. Zon - laden vanaf 2000W in de winter en vanaf 2500W in de zomer
3. Tarief - per dag wordt automatisch bepaald wat de voordeligste uren zijn en dan wordt met 3500W (16A) geladen.
4. Handmatig - inschakelen en 3500W laden.

Ik heb hier een mengsel van Node Red(Victron) en Reactor (Multi-Hub) aan Home Assistant, Victron Thuisaccu en de SmartEVSE, iets uitgebreidere regels i.v.m. thuisaccu en 2 EV's. Het kijkt niet vooraf wat de goedkoopste uren zijn, maar leest deze gewoon uit via de Tibber prices HA-plugin voor dat moment. Ik heb o.a.
* EV auto-herkenning (welke hangt eraan) met wisselende prioriteiten per dag. Afhankelijk van hoe vol de aangesloten accu is wordt er op zon geladen of met prioriteit 11kWh full power bij goedkoop tarief of als hij kosten wat het kost vol moet.
(ik vergelijk de laadsnelheid in kW van de auto's (Kia UVO en MeatPi OBD) met de snelheid van de SmartEVSE op dat moment)
* Thuisaccu 20kWh (deels handel, eigen verbruik, en deels afvangen overschot als er geen auto is aangesloten)

Volgende stap wordt toch een ChatGPT koppeling, meerdaagse voorspelling en een koppeling met de agenda voor een betere afstemming welke EV vol moet. Daarnaast wordt de auto helaas niet altijd direct aan de lader gezet, de wederhelft heeft wat minder OCD met de geldende tarieven
Maar eerst ga ik de SmartEVSE ombouwen van een Newmotion paal naar een Peblar donorbehuizing (ik heb meerdere ex-coolblue peblars waar het wachtwoord niet meer te achterhalen is).

[ Voor 10% gewijzigd door thalx op 19-09-2026 20:18 ]

[tukker999]

Voor de meerdaagse voorspellingen zijn deze en deze een mogelijkheid. Ik heb zelf een rekenmethode waarbij gekeken wordt naar de dag en daarbij de laatste 4 weken als referentie wordt genomen, gecombineerd met de weersverwachting voor De Bilt en ik vind de uitkomsten behoorlijk wazig. Er zijn er meer. Hier op Tweakers is ook iemand die een mooi voorspellingsmodel heeft.

[HRV]

thalx schreef op zaterdag 19 september 2026 @ 20:15:
[...]

(ik heb meerdere ex-coolblue peblars waar het wachtwoord niet meer te achterhalen is).

Mag ik vragen hoe je die op de kop hebt getikt? Op de site kun je namelijk geen losse paal bestellen, dus ook geen tweede kans model voor zover ik kan zien.

[thalx]

HRV schreef op zondag 20 september 2026 @ 08:50:
[...]

Mag ik vragen hoe je die op de kop hebt getikt? Op de site kun je namelijk geen losse paal bestellen, dus ook geen tweede kans model voor zover ik kan zien.

Coolblue is zelf gestopt hiermee, het beheer is overgenomen door een andere partij, echter, palen die tussendoor niet meer actief waren zijn niet overgenomen qua wachtwoorden/beheer en vallen tussen wal en schip. Ik had een paar op de kop getikt via een veiling in de hoop ze te kunnen activeren, maar helaas, nergens wachtwoorden of PUK codes te bemachtigen. Geen groot issue, ik heb omgerekend zo'n 10 á 15 euro betaald en de behuizing/type2 connector/lock/etc. zijn allemaal te hergebruiken met een SmartEVSE.

[ViezeVis]

Kan iemand mij verder helpen met een issue waar ik nu al vrij lang mee worstel? Ik ben ten einde raad.

Ik heb een laadpaal met ABB B21 meter die ik via Zigbee aan/uit kan zetten. Echter wil ik d.v.m. een R3485 module de modbus van de B21 uitlezen zodat ik de power consumption etc. kan uitlezen. Dit lukt om wat voor reden dan ook niet. Ik krijg geen data uit de B21. Ik heb meerdere ESP32 boards geprobeerd. En alle waarden en data heb ik uit eerdere scripts van Git gehaald en geverifieerd in de B21 handleiding. In de logs krijg ik alleen maar 'modbus:083: stop waiting for response from 26 2000ms after last send'. Soms ook een 'Frame already active for 26 with 2 requests pending, refused'. En 'Probe refused by hub for range 0x8900' (waarbij die bytecode willekeurig is voor andere sensors zoals 0x5b14).

Ik weet het oprecht gewoon niet meer wat ik fout doe hierin . Script ook al helemaal teruggebracht en de ETEK er bewust uitgehaald omdat ik alleen de B21 wil lezen.

Pinbezetting

ESP32 Gnd <> ETEK Gnd
ESP32 Gnd <> RS3485 Gnd
ESP32 VIN 5V <> ETEK +5V
ESP32 GPIO17 TXD <> RS3485 RXD
ESP32 GPIO16 RXD <> RS3485 TXD
RS3485 D- /B <> ABB B21 36 B
RS3485 D+ /A <> ABB B21 37 A

De ESP32 haalt 5V stroom weg van de ETEK. De ESP32 voed de RS3485 via 3.3V. TXD en RXD worden op de RS3485 weer omgedraaid (omdraaien heeft in het issue wat ik heb geen zin).

Settings in B21

RS348 - Modbus
Address: 26
BAUD rate: 9600
Parity: None
Access: Open

Ik heb de baudrate ook al eens op 4800 gezet maar geen resultaat.

Code in Home Assistant

YAML:

substitutions:
  device: abbmeter
  device_description: "ABB meter component for ABB kWh meter B21"
  friendly_name: ABB B21

esphome:
  name: abbmeter
  comment: ABB power meter B21

  ## Get rid of CDC error:
  platformio_options:
    board_build.extra_flags:
      - "-DARDUINO_USB_CDC_ON_BOOT=0"

## ESP32
esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:
  logs:
    modbus_controller.sensor: INFO
    modbus_controller.output: INFO
    modbus.number: INFO
    esp32.preferences: INFO
    sensor: INFO
    text_sensor: INFO
    number: INFO

# Enable Home Assistant API
api:
  encryption:
    key: !secret evseesp__api_encryption_key_evse

ota:
  password: !secret evseesp__ota_password_evse
  platform: esphome

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot
  ap:
    ssid: ${device}
    password: !secret evseesp__fallback_password

  fast_connect: false
  power_save_mode: none

captive_portal:

# Enable webserver
web_server:
  port: 80
  auth:
    username: admin
    password: !secret evseesp__web_server_password_evse
  version: 2
  log: false
  ota: false

### MODBUS ###
uart:
  id: mod_bus
  tx_pin: GPIO17
  rx_pin: GPIO16
  baud_rate: 9600
  stop_bits: 1

modbus:
  id: modbus1

modbus_controller:
  - id: B21
    address: 26
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 10s

sensor:

  ## 1 Total Energy (kWh) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Import energy"
    address: 0x5000
    register_type: holding
    value_type: U_QWORD
    device_class: energy
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    state_class: total_increasing
    filters:
      - multiply: 0.01

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Export energy"
    address: 0x5004
    register_type: holding
    value_type: U_QWORD
    device_class: energy
    unit_of_measurement: "kWh"
    accuracy_decimals: 2
    state_class: total_increasing
    filters:
      - multiply: 0.01

  ## 2 Instantaneous values

  ## 2.1 Voltage (V) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Voltage L1-N"
    address: 0x5B00
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 1
    device_class: voltage
    unit_of_measurement: "V"
    filters:
      - multiply: 0.1

  ## 2.2 Current (A) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Current L1"
    address: 0x5B0C
    register_type: holding
    value_type: U_DWORD
    accuracy_decimals: 2
    device_class: current
    unit_of_measurement: "A"
    filters:
      - multiply: 0.01

  ## 2.3 Active Power (Watt) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Power total"
    address: 0x5B14
    register_type: holding
    value_type: S_DWORD
    accuracy_decimals: 2
    device_class: power
    unit_of_measurement: "W"
    filters:
      - multiply: 0.01

  ## 2.4 Frequency (Hz) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Frequency"
    address: 0x5B2C
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 2
    device_class: frequency
    unit_of_measurement: "Hz"
    filters:
      - multiply: 0.01

  ## 2.5 Power factor (-) B21

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Power factor total"
    address: 0x5B3A
    register_type: holding
    value_type: U_WORD
    accuracy_decimals: 3
    device_class: power_factor
    filters:
      - multiply: 0.001

## 3 Production data and identification B21

text_sensor:

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Serial Number"
    address: 0x8900
    register_type: holding
    response_size: 6
    entity_category: diagnostic
    raw_encode: HEXBYTES
    skip_updates: 60

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Meter firmware version"
    address: 0x8908
    register_type: holding
    response_size: 16
    entity_category: diagnostic
    skip_updates: 60

  - platform: modbus_controller
    modbus_controller_id: B21
    name: "B21 Type designation"
    address: 0x8960
    register_type: holding
    response_size: 8
    entity_category: diagnostic
    skip_updates: 60

[ Voor 5% gewijzigd door ViezeVis op 20-09-2026 19:35 ]

[dingo35]

Misschien eerst eens proberen met een goedkope modbus<->USB stick en mbpoll als probing software?

En als je dat aan de praat krijgt de USB stick icm HomeAssistant; en dan pas de ESP32 introduceren..

[ViezeVis]

dingo35 schreef op maandag 21 september 2026 @ 07:28:
Misschien eerst eens proberen met een goedkope modbus<->USB stick en mbpoll als probing software?

En als je dat aan de praat krijgt de USB stick icm HomeAssistant; en dan pas de ESP32 introduceren..

Ik ben er inmiddels achter. A op de MAX3485 is niet A op de B21, maar B. Dus:
A = B
B = A

Lekker logisch . Kostte me 4 weken en 3 ESP boards om dat te ontdekken.

[Robert-Jan]

ViezeVis schreef op maandag 21 september 2026 @ 12:45:
[...]

Ik ben er inmiddels achter. A op de MAX3485 is niet A op de B21, maar B. Dus:
A = B
B = A

Lekker logisch . Kostte me 4 weken en 3 ESP boards om dat te ontdekken.

Dus toch zo simpel! Ik wilde nog zeggen: “wissel A en B eens om”, maar dacht dat dat wel héél flauw zou zijn na vier weken zoeken. Blijkt maar weer: eerst de domste oplossing proberen

[ViezeVis]

Robert-Jan schreef op maandag 21 september 2026 @ 18:08:
[...]

Dus toch zo simpel! Ik wilde nog zeggen: “wissel A en B eens om”, maar dacht dat dat wel héél flauw zou zijn na vier weken zoeken. Blijkt maar weer: eerst de domste oplossing proberen

TX / RX wisselen werkte niet, GPIO pins wisselen niet, baudrate instellen, address op de B21 wijzigen, doormeten van alle kabels of ik überhaupt wel connecties heb tussen A en B... ik ben onderhand ook wel vergeten wat ik allemaal heb geprobeerd. . Maar ja, ik ga volledig af op de handleiding en op een of andere manier is het dan toch andersom. Ik weet ook niet of ik nu nog wil weten waarom. Ik heb de boel lekker in een elektradoos gedrukt, dekseltje erop. En nóóit meer naar kijken

[jjonkie]

goedbedoeld, maar niet de bedoeling

[ Voor 93% gewijzigd door teacher op 22-09-2026 19:50 ]

[tukker999]

Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

- kennen anderen dit gedrag

- is er een mogelijkheid om de SmartEVSE te binden aan de wifi versterker.

[ocaj]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

Welke software bedoel je met "de software"?

Ik stuur ca 1 x per seconde via MQTT de Mains-meter waarden door. Zodra je dat 10seconde niet doet (of niet kan doen vanwege brakke wifi) stopt de SmartEVSE direct. Of is dat niet wat je bedoelt?

[edwin2021]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:
Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Ik vind dat lastig omdat ik dan de de controle over de SmartEVSE kwijt ben en de software niet aan de laadpaal kan vertellen dat er gestopt moet worden met laden.

- kennen anderen dit gedrag

- is er een mogelijkheid om de SmartEVSE te binden aan de wifi versterker.

Mijn ervaringen met WiFi versterkers is tamelijk beroerd. Om iets te krijgen wat redelijk werkt moet je goed opletten met plaatsing en configuratie. De versterker/repeater noot aan de rand van bereik zetten van de bron. Reig nooit meerdere repeater aan elkaar. Streef ernaar om repeaters/AP'S bekabeld aan te sluiten aan je modem/router. Let op kanaal verdeling, laat auto select niet aan staan maar verdeel de kanalen optimaal en dan zo laten. Maak voor IoT spul een apart SSID met alleen 2.4ghz en 20mhz kanaal breedte en een wachtwoord wat alleen letters en cijfers bevat en maximaal 12 karakters heeft. Ja, dit is minder veilig maar veel IoT spul heeft een probleem met speciale tekens of een 20 karakters wachtwoord.

[rvdgaag]

er is een ombouwkit naar een smartevse met een ethernet aansluiting, simpel te doen en echt een aanrader wat mij betreft

[ruud76]

tukker999 schreef op dinsdag 22 september 2026 @ 22:05:
Ik heb een probleem met de SmartEVSE V3.

De SmartEVSE staat redelijk dichtbij een wifi versterker en dan zie ik waarderen van -55 - -65 dB

De SmartEVSE heeft de neiging om zich te verbinden met de KPN Experia 12 router en dan gaat de signaal sterkte naar -85 dB en dan ineens verbreekt de verbinding.

Kan het zijn dat je hier tegenaan loopt? Dan is het een kwestie van je Wifi opnieuw instellen en zorgen dat hij zich dan bindt aan je versterker.

Ook ik beveel de ombouwkit voor de Ethernetaansluiting overigens van harte aan.

[ Voor 3% gewijzigd door ruud76 op 23-09-2026 14:24 ]

[tukker999]

Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

[Stefannn]

tukker999 schreef op woensdag 23 september 2026 @ 17:13:
Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

Misschien een guest netwerk maken dat enkel op de node waar je mee verbinden wil zit? (Als dat te configureren is)

[ Voor 7% gewijzigd door Stefannn op 23-09-2026 17:25 ]

[tsjoender]

tukker999 schreef op woensdag 23 september 2026 @ 17:13:
Helaas kan ik niet alsnog een ethernet kabel trekken naar de laadpaal. Ik probeer om een apart netwerk op te zetten voor IOT. Ik heb al wel de KPN versterker gezet op alleen 2.4Ghz, maar ook dan wil het nog wel mis gaan. Bedankt voor jullie tips. Ik zoek nog even verder.

Is er al wel een ethernet kabel naar de laadpaal gelegd voor de communicatie met de sensorbox? In dat geval kan je 8 aders uit die kabel verdelen met 4 voor rs485 (sensorbox) en 4 voor ethernet.

[benthouse]

tsjoender schreef op woensdag 23 september 2026 @ 18:17:
[...]


Is er al wel een ethernet kabel naar de laadpaal gelegd voor de communicatie met de sensorbox? In dat geval kan je 8 aders uit die kabel verdelen met 4 voor rs485 (sensorbox) en 4 voor ethernet.

Zo heb ik het hier ook zitten. Werkt goed, en nu met de ombouwkit een goede betrouwbare bekabelde verbinding. Het groene pcb’tje rechts op de foto gebruik ik om modus en ethernet te splitsen heb een zelfde bij de sensorbox om alles op 1 kabel te combineren

[tukker999]

Helaas, er is geen Ethernet kabel en de mogelijkheid om er een aan te leggen is er ook niet. (5 meter kabel opgraven om de Ethernet kabel naast de stroomkabel te leggen)

[edwin2021]

tsjoender schreef op woensdag 23 september 2026 @ 18:17:
[...]


Is er al wel een ethernet kabel naar de laadpaal gelegd voor de communicatie met de sensorbox? In dat geval kan je 8 aders uit die kabel verdelen met 4 voor rs485 (sensorbox) en 4 voor ethernet.

Goed idee! Heb je wel 100mb maar dat lijkt mij meer als voldoende.

[darklord007]

Graag zou ik onderstaande vraag mbt mijn setup en jullie ervaring hier ook willen voorleggen:

darklord007 in "[EV] ERE certificaten, geld verdienen met thuisladen"

Hoe groot schatten jullie de kans in dat deze setup geaccepteerd zou worden en welke aanbieder zou een goede kans maken?

[Deikke]

Ik heb zelf er een Eastron SDM72-D bij gezet in die standaard kast van Stegen. Werd bij Joulo (OCCP via Tap) zonder problemen geaccepteerd na een foto van de open kast en een close up van de meter.

[dingo35]

Exact die config heb ik ook, werd zonder problemen door Tap geaccepteerd. (Geen ervaring met Joulo).

[ Voor 15% gewijzigd door dingo35 op 24-09-2026 13:19 ]

[darklord007]

ik zie op de site van JOULO wel staan dat openEVSE wel geaccepteerd word na upgrade met MID meter, vraag is natuurlijk wat dat dan inhoud maar lijkt idd wel hoopvol. Als meerdere dit zonder problemen zo aan de gang hebben denk ik dat t de gok wel waard is. Moeten jullie periodiek ook een foto sturen of verloopt het na acceptatie gewoon automatisch?

[Deikke]

Ik registreer de laadsessies via OCCP bij Tap en deze gaan dan automatisch periodiek naar Joulo via hun API. Ze geven zelf aan dat ik er geen omkijken meer naar heb.

[KoffieMok]

Heeft iemand hier ervaring met de standaard kast van Stegen op een onoverdekte locatie? Is een IP65 rating voldoende om deze kast buiten te gebruiken?

En helaas kan ik de kast niet aan een gevel plaatsen, hebben jullie aanraders voor een goede montagepaal?

[DanTm]

Ik heb af en toe dat mijn SmartEVSE bij het herstarten een 0 verstuurd als totale meterstand. Homeassistant reset de teller dan en voegt een enorme laad hoeveelheid toe.

Zijn er meer mensen die dit tegen zijn gekomen?

[dingo35]

Dat zou een paar releases geleden al opgelost moeten zijn; zit je wel op v3.11.2?

[THM0]

darklord007 schreef op donderdag 24 september 2026 @ 13:21:
ik zie op de site van JOULO wel staan dat openEVSE wel geaccepteerd word na upgrade met MID meter, vraag is natuurlijk wat dat dan inhoud maar lijkt idd wel hoopvol. Als meerdere dit zonder problemen zo aan de gang hebben denk ik dat t de gok wel waard is. Moeten jullie periodiek ook een foto sturen of verloopt het na acceptatie gewoon automatisch?

De SmartEVSE accepteren ze ook gewoon (ze hebben hem als "Stegen Electronics" staan. Wel moet eea in een eigen behuizing zitten is volgens mij de ervaring.

Joulo ondersteunt inmiddels overigens ook een Secundair Allocatiepunt met een slimme meter, als daar enkel de laadpaal achterzit. De laadpaal moet dan wel een meter hebben, zo controleren ze dat het echt de laadpaal is. Dat is natuurlijk ook allemaal prima te omzeilen...

[DanTm]

dingo35 schreef op vrijdag 25 september 2026 @ 13:41:
Dat zou een paar releases geleden al opgelost moeten zijn; zit je wel op v3.11.2?

Ja al geruime tijd. Maar heb de afgelopen weken al een paar keer mijn statistics moeten corrigeren

[PimDoos]

DanTm schreef op vrijdag 25 september 2026 @ 13:00:
Ik heb af en toe dat mijn SmartEVSE bij het herstarten een 0 verstuurd als totale meterstand. Homeassistant reset de teller dan en voegt een enorme laad hoeveelheid toe.

Zijn er meer mensen die dit tegen zijn gekomen?

Can confirm: Ik zie dit ook op de v3.11.2 iedere keer dat SmartEVSE restart.

[dingo35]

@PimDoos @DanTm Post even jullie raw data /configs

[PimDoos]

dingo35 schreef op zaterdag 26 september 2026 @ 08:08:
@PimDoos @DanTm Post even jullie raw data /configs

Ik heb mijn bevindingen even als issue op het repository aangemaakt, om dit topic niet teveel te bevuilen met JSON

[DanTm]

dingo35 schreef op zaterdag 26 september 2026 @ 08:08:
@PimDoos @DanTm Post even jullie raw data /configs

{
"version": "v3.11.2",
"serialnr": 5929,
"mode": "OFF",
"mode_id": 0,
"car_connected": false,
"wifi": {
"status": "WL_CONNECTED",
"ssid": "",
"rssi": -53,
"bssid": ""
},
"eth": {
"present": false,
"connected": false,
"has_ip": false
},
"evse": {
"temp": 32,
"temp_max": 70,
"connected": false,
"access": 0,
"mode": 1,
"loadbl": 0,
"pwm": 1024,
"custombutton": false,
"solar_stop_timer": 0,
"state": "Ready to Charge",
"state_id": 0,
"error": "None",
"error_id": 0,
"rfidreader": "Rmt/OCPP",
"nrofphases": 3,
"rfid": "Ready to read card",
"rfid_lastread": "00000000000000"
},
"settings": {
"charge_current": 320,
"override_current": 0,
"current_min": 6,
"current_max": 32,
"current_main": 25,
"current_max_circuit": 32,
"current_max_sum_mains": 600,
"max_sum_mains_time": 0,
"solar_max_import": 0,
"solar_start_current": 15,
"solar_stop_time": 5,
"enable_C2": "Not present",
"mains_meter": "API",
"starttime": 0,
"stoptime": 0,
"repeat": 0,
"lcdlock": 0,
"lock": 0,
"cablelock": 0,
"ledmode": 0,
"capacity_mode": 1,
"intervals": []
},
"mqtt": {
"host": "",
"port": 1883,
"topic_prefix": "SmartEVSE",
"username": "",
"password_set": false,
"tls": false,
"status": "Connected",
"smartevse_server": false
},
"ocpp": {
"mode": "Enabled",
"backend_url": "ws://ocpp.plugchoice.com",
"cb_id": "",
"auth_key": "",
"auto_auth": "Enabled",
"auto_auth_idtag": "",
"status": "Connected"
},
"home_battery": {
"current": 0,
"last_update": 0
},
"ev_meter": {
"description": "Eastron3P",
"address": 101,
"import_active_power": 0,
"total_wh": 15215604,
"charged_wh": 8475,
"currents": {
"TOTAL": 0,
"L1": 0,
"L2": 0,
"L3": 0
},
"import_active_energy": 15215604
},
"phase_currents": {
"TOTAL": 37,
"L1": 114,
"L2": -34,
"L3": -43,
"last_data_update": 1790421557,
"original_data": {
"TOTAL": 37,
"L1": 114,
"L2": -34,
"L3": -43
}
},
"backlight": {
"timer": 0,
"status": "OFF"
},
"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
}
}
}

[dingo35]

Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

[ Voor 8% gewijzigd door dingo35 op 26-09-2026 15:11 ]

[tukker999]

Geldt dat ook voor de wifi verbinding die steeds van de KPN versterker naar de Experia router springt?

[dingo35]

Nee, zover mij bekend locked de wifi library op de BSSID van de router; daar heb ik verder geen invloed op.

Maar dat is simpel op te lossen door de repeater (hij versterkt niets, maar relayeert) een andere ssid te geven en daar de SmartEVSE op te abonneren.

[Stefannn]

tukker999 schreef op zaterdag 26 september 2026 @ 22:58:
Geldt dat ook voor de wifi verbinding die steeds van de KPN versterker naar de Experia router springt?

Ik weet niet of je erg aan je repeaters gehecht bent,……
Maar ik heb een deco mesh systeem en daar kan je op de units zelf configureren dat apparaten “bij voorkeur” met een specifieke unit connecten.
De wifi van de kpn router staat nu helemaal uit.

[ Voor 5% gewijzigd door Stefannn op 27-09-2026 06:49 ]

[rvdgaag]

dingo35 schreef op zaterdag 26 september 2026 @ 15:09:
Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

Ik neem aan als de EV meters en Circuit meter op API zijn gedefinieerd dat je waarschuwing niet relevant is ?

[dingo35]

Jazeker wel, maar het is al de derde release waar de waarschuwing bij staat; in de pre 3.11 releases bestond de CircuitMeter nog niet, en werd MaxCircuit op EVMeter bewaakt; ik misbruikte eigenlijk mijn EVMeter als CircuitMeter, daar kwam dan ook het verbruik van de wasmachine e.d. bij te staan maar dat maakte mij niet uit, zolang de kabel naar de garage maar niet overbelast werd.
Met de komst van ERE certificaten is dat natuurlijk niet acceptabel, dus hebben we toen de CircuitMeter geintroduceerd.
Dus zolang je maar bewust bent dat in de nieuwere versies MaxCircuit alléén de CircuitMeter bewaakt, en niet langer de EVMeter (die wordt door MaxCurrent bewaakt), is er niets aan de hand.

[tukker999]

Stefannn schreef op zondag 27 september 2026 @ 06:49:
[...]

Ik weet niet of je erg aan je repeaters gehecht bent,……
Maar ik heb een deco mesh systeem en daar kan je op de units zelf configureren dat apparaten “bij voorkeur” met een specifieke unit connecten.
De wifi van de kpn router staat nu helemaal uit.

Mogelijk kan AP roaming helpen.

Ik heb het uiteindelijk heel simpel opgelost. De SmartEVSE probeert steeds naar een andere wifi versterker te verbinden waar hij eerder mee verbonden was.

Ik heb gisteren de stroom eraf gehaald (een reset helpt niet) en daarna zoekt hij de dichtsbijzijnde wifi versterker op. Van -70 dB naar -54 dB.

Eindelijk rust.

[ Voor 37% gewijzigd door tukker999 op 27-09-2026 19:38 ]

[Beowhy]

Ik heb 1,5 jaar geleden een dubbele EcoTAP laadpaal omgebouwd maar SMARTevse Controller. Ik heb toen een 2e paal aangeschaft om voor iemand anders om te bouwen, maar die had geen behoeft meer aan een laadpaal, deze mag dus weg. Is er hier iemand die daar interesse in heeft?

Het gaat om een zwaar uitgevoerde (3F) laadpaal met 2 mennekes laadpoorten die je via de smartEVSE kunt locken (de kabel kunnen ze dus niet maarzo meenemen als je deze aangesloten laat). Ze zijn voorzien van ABB meters en Relais (bij 1 relais twijfel ik over de werking). De rfid lezer is niet te gebruiken icm de Smartevse, de LED brand bij spanning.

Enig wat je nog nodig hebt is een PSU'tje voor de Smartevse en evt. residual current sensor.




Dus ben je op zoek naar een mooie basis, voor een dubbele paal? Stuur mij een PM.





De SMARTevse past boven op de DIN-rail boven de relais.

[thalx]

Beowhy schreef op zondag 27 september 2026 @ 23:04:
Ik heb 1,5 jaar geleden een dubbele EcoTAP laadpaal omgebouwd maar SMARTevse Controller. Ik heb toen een 2e paal aangeschaft om voor iemand anders om te bouwen, maar die had geen behoeft meer aan een laadpaal, deze mag dus weg. Is er hier iemand die daar interesse in heeft?

Het gaat om een zwaar uitgevoerde (3F) laadpaal met 2 mennekes laadpoorten die je via de smartEVSE kunt locken (de kabel kunnen ze dus niet maarzo meenemen als je deze aangesloten laat). Ze zijn voorzien van ABB meters en Relais (bij 1 relais twijfel ik over de werking). De rfid lezer is niet te gebruiken icm de Smartevse, de LED brand bij spanning.

Enig wat je nog nodig hebt is een PSU'tje voor de Smartevse en evt. residual current sensor.


[Afbeelding]

Dus ben je op zoek naar een mooie basis, voor een dubbele paal? Stuur mij een PM.

[Afbeelding]

[Afbeelding]

De SMARTevse past boven op de DIN-rail boven de relais.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Marktplaats? Betere plaats dan dat iedereen hier z'n spul gaat aanbieden.

[Grondgebonden]

Heeft er al iemand geprobeerd om zich bij ERE-aanbieder stekker.com aan te melden met zijn SmartEVSE+MID meter gebaseerde laadpaal? Ben je geaccepteerd door hun? Heb je ook oude sessies van dit jaar in een bestandje ofzo kunnen aanleveren aan hen?

[maarten_NL]

Als je netzoals ik een Newmotion paal om hebt gebouwd is de kans dat er ook een Saia ALD1 energy meter in zit (of zat). Blijkbaar heeft die ook een modbus RTU aansluiting, de D en /D aansluiting. Ik heb die aangesloten en ik kwam er na heel wat gransduinen en testen achter dat die Saia alleen Modbus met 8E1 instellingen ondersteund en niet de standaard en hardcoded 8N1 van de smartevse. De Smartvese code heb ik aangepast zodat die tijdens boot kijkt of er een Saia als EV of mains meter geconfigureerd is en switched dan over naar 8E1, anders blijft die op 8N1.

Dus dan moet je alle meters op dezelfde modbus over zetten naar parity Even, mijn eastrons vinden dat prima en de 2 SmartEVSEs praten met parity Even ook prima met elkaar.

Mijn commit op mijn eigen fork is te vinden op:

https://github.com/SmartE...4251fcdd5f9c5317e700e6580

Ik heb een feature request aangemaakt op de SmartEVSE repo zelf, wie weet wordt die wel meegenomen.

[maarten_NL]

Grondgebonden schreef op dinsdag 29 september 2026 @ 13:38:
Heeft er al iemand geprobeerd om zich bij ERE-aanbieder stekker.com aan te melden met zijn SmartEVSE+MID meter gebaseerde laadpaal? Ben je geaccepteerd door hun? Heb je ook oude sessies van dit jaar in een bestandje ofzo kunnen aanleveren aan hen?

Heb je www.GEENREFERRALSOPTWEAKERS.nl al geprobeerd? Met goede fotos van de laadpaal en bestanden die voldoen aan de criteria van tijd/datum start laadsessie, geladen energie in die sessie en foto van de meter per kwartaal moet het goed komen.

[ Voor 7% gewijzigd door teacher op 30-09-2026 11:45 ]

[darklord007]

ik heb mijn smartevse geupgrade met een MID meter en gekoppeld aan Joulo. Echter als hij connected geeft via OCCP ben ik dus mijn controle kwijt welke ik via HA had. Hij start meteen met laden terwijl ik een automation heb die eerst de SoC doet ophalen en pas later overschakeld op solar of smart laden obv ingestelde waarde.
Ik heb auto authenicate aangevinkt in de EVSE, maar vraag me af of jullie tegen eenzelfde issue aanlopen en/of hier een oplossing voor hebben

[DanTm]

darklord007 schreef op woensdag 30 september 2026 @ 20:37:
ik heb mijn smartevse geupgrade met een MID meter en gekoppeld aan Joulo. Echter als hij connected geeft via OCCP ben ik dus mijn controle kwijt welke ik via HA had. Hij start meteen met laden terwijl ik een automation heb die eerst de SoC doet ophalen en pas later overschakeld op solar of smart laden obv ingestelde waarde.
Ik heb auto authenicate aangevinkt in de EVSE, maar vraag me af of jullie tegen eenzelfde issue aanlopen en/of hier een oplossing voor hebben

ik zet hem op pauze direct nadat hij geconnect is.. dan later naar smart/solar wanneer er daadwerkelijk geladen moet worden (via een automation).

[darklord007]

DanTm schreef op woensdag 30 september 2026 @ 20:38:
[...]

ik zet hem op pauze direct nadat hij geconnect is.. dan later naar smart/solar wanneer er daadwerkelijk geladen moet worden (via een automation).

en is dat snel genoeg om m niet te laten inschakelen? Wil niet onnodig de contactor en auto belasten iedere keer

[mjvdzwet]

darklord007 schreef op woensdag 30 september 2026 @ 20:37:
ik heb mijn smartevse geupgrade met een MID meter en gekoppeld aan Joulo. Echter als hij connected geeft via OCCP ben ik dus mijn controle kwijt welke ik via HA had. Hij start meteen met laden terwijl ik een automation heb die eerst de SoC doet ophalen en pas later overschakeld op solar of smart laden obv ingestelde waarde.
Ik heb auto authenicate aangevinkt in de EVSE, maar vraag me af of jullie tegen eenzelfde issue aanlopen en/of hier een oplossing voor hebben

Ik heb hem in Joulo en de SmartEVSE van auto gehaald en stuur zelf een verzonnen RFID tag naar de SmartEVSE zodra de auto wordt aangesloten.

[Hippe Lip]

Ik wil wat dingen testen van de V2L van mijn Ioniq 5 en daarvoor heb ik een 3-fase laadkabel met aan één kant een type 2 stekker nodig.

Is er iemand in de buurt van Zutphen die zo'n snoer los heeft (bijvoorbeeld omdat je binnenkort je eigen laadpaal gaat bouwen) en waarvan ik die kabel even kan gebruiken?

[dooiedodo]

Is de Ionic niet gemlimiteerd naar 1 fase output. Hoe wil je je setup eigenlijk hebben, ik volg hem niet helemaal zo als je nu stelt.

[Stefannn]

dooiedodo schreef op vrijdag 2 oktober 2026 @ 16:49:
Is de Ionic niet gemlimiteerd naar 1 fase output. Hoe wil je je setup eigenlijk hebben, ik volg hem niet helemaal zo als je nu stelt.

Klopt…
Maar een 1fase kabel bestaat niet echt

[dooiedodo]

Hihi, jawel hoor. Sterker nog, die zijn lekker goedkoop. Ik heb een 32A 1 fase kabel in gebruik.

[Hippe Lip]

dooiedodo schreef op vrijdag 2 oktober 2026 @ 16:49:
Is de Ionic niet gemlimiteerd naar 1 fase output. Hoe wil je je setup eigenlijk hebben, ik volg hem niet helemaal zo als je nu stelt.

De auto heeft voor het laden 3 separate circuits; voor elke fase eentje.
Nu wil ik gaan testen of er ook op alle drie die pennen spanning staat (en er vermogen uit te halen is) als de auto in V2L-modus staat.

Het lijkt makkelijk om daarop ‘nee’ te antwoorden, maar ik zou het graag zelf testen.

[dooiedodo]

Hippe Lip schreef op zaterdag 3 oktober 2026 @ 00:27:
[...]

De auto heeft voor het laden 3 separate circuits; voor elke fase eentje.
Nu wil ik gaan testen of er ook op alle drie die pennen spanning staat (en er vermogen uit te halen is) als de auto in V2L-modus staat.

Het lijkt makkelijk om daarop ‘nee’ te antwoorden, maar ik zou het graag zelf testen.

Dat gevoel ken ik maar al te goed, ik kon nergens vinden of mijn tiguan op 1 fase 7kw kon laden en ben ik het gewoon gaan proberen. Heel blij dat het gewoon ja is.

Voor jouw test moet je ook de stekker aanpassen (die weerstand moet eruit). En ik heb echt het vermoeden dat er maar 1 omvormer inzit die tot 3.6kw kan leveren voor de v2l. Ben benieuwd wat er uit komt. (Acht de kans erg klein om eerlijk te zijn, omdat het een ontwerp keuze qua warmte ontwikkeling is waarschijnlijk. 3 fasen omvormer wordt warm en een stilstaande auto koelt slecht)

[ Voor 8% gewijzigd door dooiedodo op 03-10-2026 10:35 ]

[Stefannn]

Hippe Lip schreef op zaterdag 3 oktober 2026 @ 00:27:
[...]

De auto heeft voor het laden 3 separate circuits; voor elke fase eentje.
Nu wil ik gaan testen of er ook op alle drie die pennen spanning staat (en er vermogen uit te halen is) als de auto in V2L-modus staat.

Het lijkt makkelijk om daarop ‘nee’ te antwoorden, maar ik zou het graag zelf testen.

Ik kan me vaag herinneren dat iemand op 3 fases inderdaad spanning had. Waarschijnlijk maar 3.6kW totaal en niet fase verschoven. Ik weet niet eens zeker of dat een ioniq5 was. Misschien staat het zelfs ergens in dit forum.

[Hippe Lip]

dooiedodo schreef op zaterdag 3 oktober 2026 @ 10:29:
[...]
Voor jouw test moet je ook de stekker aanpassen (die weerstand moet eruit).

Die weerstand hoeft er gelukkig niet uit. Bij een gewone laadkabel zit er een 680 (32A kabel) of 220Ω (20A kabel) weerstand tussen PP en aarde. In geval van V2L moet dat 62Ω zijn, wat dus eenvoudig op te lossen is met een extra weerstand parallel.
Voorwaarde is dan wel dat de PP-aansluiting doorloopt van de autokant naar de laadpaalkant van de kabel. En dat hebben zeker niet alle kabels.

En ik heb echt het vermoeden dat er maar 1 omvormer inzit die tot 3.6kw kan leveren voor de v2l. Ben benieuwd wat er uit komt. (Acht de kans erg klein om eerlijk te zijn, omdat het een ontwerp keuze qua warmte ontwikkeling is waarschijnlijk. 3 fasen omvormer wordt warm en een stilstaande auto koelt slecht)

Dat je een EV met 3 fasen kunt laden komt niet omdat er een 3-fase omvormer (gelijkrichter) in de auto zit maar omdat er (bij de meeste auto's) 3x een 1-fase omvormer in de auto zit. En als je op één fase laadt, dan kan de auto twee van die omvormers parallel zetten, waardoor je met max 32A kunt laden op 1 fase (ja, ik weet het, niet alle auto's zijn hetzelfde).

Nu wil ik dus testen of die omvormers alle drie ook omgekeerd werken, met V2L dus.

En als dat zo is, dan ga ik kijken of ze toevallig ook nog eens ongeveer 120º in fase verschoven zijn, want als dat niet zo is kun je niet zomaar 3x 16A uit die stekker trekken omdat je dan de nul overbelast en dan wordt er ergens iets te warm. Liever niet.

Testen dus allemaal en goed oppassen wat je doet.

[Hippe Lip]

Stefannn schreef op zaterdag 3 oktober 2026 @ 11:37:
[...]

Ik kan me vaag herinneren dat iemand op 3 fases inderdaad spanning had. Waarschijnlijk maar 3.6kW totaal en niet fase verschoven. Ik weet niet eens zeker of dat een ioniq5 was. Misschien staat het zelfs ergens in dit forum.

Die was mogelijk de oorsprong van mijn gedachte. Maar ik kan me geen uitkomst herinneren, dus dan moet ik het zelf maar oppakken.

Maar daarvoor heb ik dus eerst een kabel nodig met aan een kant een type 2 stekker. Bovendien moet de PP ook door de kabel naar de andere kant doorlopen.

[Hippe Lip]

Dus nogmaals hier de vraag of iemand een type 2 kabel heeft met aan één kant een stekker en waar de PP-aansluiting doorloopt naar de overkant.

Die zou ik dan graag lenen en misschien wel overnemen, indien mogelijk.

[dooiedodo]

Dat je een EV met 3 fasen kunt laden komt niet omdat er een 3-fase omvormer (gelijkrichter) in de auto zit maar omdat er (bij de meeste auto's) 3x een 1-fase omvormer in de auto zit. En als je op één fase laadt, dan kan de auto twee van die omvormers parallel zetten, waardoor je met max 32A kunt laden op 1 fase (ja, ik weet het, niet alle auto's zijn hetzelfde).

Klopt, ik zei het ook verkeerd. Het is dus zo dat ze het hardware en/of software matig beperkt hebben tot 1 fase als je omgekeerde energie doet. Puur vanwege warmte regeling door dc/ac omzetten. Je ziet wel kabels dan met 3 shucko's, maar dat komt nog steeds maar van 1 fase af.

Ben nog steed benieuwd of je het voor elkaar kan krijgen met meten op 3 fases.

[Hippe Lip]

dooiedodo schreef op zaterdag 3 oktober 2026 @ 17:45:
Klopt, ik zei het ook verkeerd. Het is dus zo dat ze het hardware en/of software matig beperkt hebben tot 1 fase als je omgekeerde energie doet. Puur vanwege warmte regeling door dc/ac omzetten.

Wat maakt dat je zegt dat het beperkt is tot 1x16A? Ja, de adapter heeft maar 1x, maar ik wil graag weten of de auto mss wel 3x heeft.

[dooiedodo]

Hippe Lip schreef op zaterdag 3 oktober 2026 @ 18:27:
[...]

Wat maakt dat je zegt dat het beperkt is tot 1x16A? Ja, de adapter heeft maar 1x, maar ik wil graag weten of de auto mss wel 3x heeft.

Ik geef je groot gelijk hoor, meten is weten. De v2l in europa is gewoon gelimiteerd door schucko standaard 16a limiet en met 3 fasen zou je kracht stroom stekkers moeten hebben. Ik zie het gewoon niet gebeuren, dat is alles

[tukker999]

Ik heb een omgebouwde EVBox laadpaal die is ingericht voor 16A omgebouwd met een SmartEVSE. Dat draait al bijna 3 jaar prima.

De laadstroom wordt aangestuurd met MQTT vanuit Domoticz. In huis heb ik de max stroom in mijn 1-fase aansluiting van 35A ingesteld op 25A. Daarboven wordt het laden van de EV 'afgeknepen'.

Zoals gezegd tot nu toe max 16A laden. Kan ik het laden straffeloos instellen op 20A 4600 W?

De zonnepanelen leveren op 1 fase max 5000 W en het basis huisgebruik is 150 Wh

[Stefannn]

tukker999 schreef op zaterdag 3 oktober 2026 @ 21:52:
Ik heb een omgebouwde EVBox laadpaal die is ingericht voor 16A omgebouwd met een SmartEVSE. Dat draait al bijna 3 jaar prima.

De laadstroom wordt aangestuurd met MQTT vanuit Domoticz. In huis heb ik de max stroom in mijn 1-fase aansluiting van 35A ingesteld op 25A. Daarboven wordt het laden van de EV 'afgeknepen'.

Zoals gezegd tot nu toe max 16A laden. Kan ik het laden straffeloos instellen op 20A 4600 W?

De zonnepanelen leveren op 1 fase max 5000 W en het basis huisgebruik is 150 Wh

Ik neem aan dat ik je goed begrijp: “je hebt actieve stroombewaking op de hoofdaansluiting operationeel. Dat is namelijk wel essentieel.
In dat geval kan je de smartEVSE inderdaad op 20A zetten. Dan moet wel:
- laadkabel geschikt zijn voor 20A
- de weerstand tussen PP en aarde 680 ohm
- Automaat waar de smartEVSE achter hangt 20A

Ik heb mijn smartEVSE bij 3 fase laden op 16A staan en bij 1 fase laden op 20A. Dat laatste gebruik ik bij laden op zonne energie. Dat vind ik prettiger dat steeds tussen 1 en 3 fasen schakelen. (Ik bestuur dat zelf, buiten de Solar modus om).

[tukker999]

Stefannn schreef op zondag 4 oktober 2026 @ 06:58:
[...]

Ik neem aan dat ik je goed begrijp: “je hebt actieve stroombewaking op de hoofdaansluiting operationeel. Dat is namelijk wel essentieel.
In dat geval kan je de smartEVSE inderdaad op 20A zetten. Dan moet wel:
- laadkabel geschikt zijn voor 20A
- de weerstand tussen PP en aarde 680 ohm
- Automaat waar de smartEVSE achter hangt 20A

Ik heb mijn smartEVSE bij 3 fase laden op 16A staan en bij 1 fase laden op 20A. Dat laatste gebruik ik bij laden op zonne energie. Dat vind ik prettiger dat steeds tussen 1 en 3 fasen schakelen. (Ik bestuur dat zelf, buiten de Solar modus om).

Dank je, daar heb ik wat aan.

[dooiedodo]

tukker999 schreef op zondag 4 oktober 2026 @ 08:53:
[...]

Dank je, daar heb ik wat aan.

En je auto (phev?) moet het kunnen, dit was vroeger weinig ondersteunt, nieuwere autos hebben het wel

[Geim]

tukker999 schreef op zondag 4 oktober 2026 @ 08:53:
[...]

Dank je, daar heb ik wat aan.

Ik neem aan dat de rest van je systeem (bedrading relais etc.) ook op 20A uitgelegd is? Je automaat moet je overigens een klasse hoger (25A) kiezen als je deze voor lange tijd met 20A gaat belasten. Is al genoeg over geschreven, even terugzoeken.

[Hyena]

Op de site van Joulo lees ik hetvolgende:

• Een Joulo-account
• Toegang tot het webdashboard van je SmartEVSE
• Een MID-gecertificeerde kWh-meter in het laadstation zelf, ingesteld als EV METER
• Het serienummer van die MID-meter
• De factuur van je installateur, waaruit blijkt dat hij de MID-meter later in het laadstation heeft geplaatst
• Bewijs van de MID-certificering van die meter, zoals het certificaat of het datablad
  
  Heb je dan alsnog een installateur nodig om voor ERE in aanmerking te komen?

[dannyll]

*knip*

[ Voor 100% gewijzigd door twain4me op 05-10-2026 13:12 . Reden: referral ]

[dannyll]

Hyena schreef op maandag 5 oktober 2026 @ 11:30:
Op de site van Joulo lees ik hetvolgende:

• Een Joulo-account
• Toegang tot het webdashboard van je SmartEVSE
• Een MID-gecertificeerde kWh-meter in het laadstation zelf, ingesteld als EV METER
• Het serienummer van die MID-meter
• De factuur van je installateur, waaruit blijkt dat hij de MID-meter later in het laadstation heeft geplaatst
• Bewijs van de MID-certificering van die meter, zoals het certificaat of het datablad
  
  Heb je dan alsnog een installateur nodig om voor ERE in aanmerking te komen?

Hoi Hyena,
Daar is geen installateur voor nodig. Gewoon aanmelden bij Joulo en met wat foto's aantonen dat je een MID meter in je laadpaal hebt zitten. Ik was er zo doorheen.

[Himalaya]

Net vandaag aangemeld met mijn oude Zappi omgebouwd tot SmartEVSE, foto's en certificaat aangeleverd en met OCPP (via evcc) aangemeld bij Joulo. De verbinding is er, nu de goedkeuring nog. Ben benieuwd, maar zou geen probeem moeten zijn denk ik.



(alleen nog even een automaat voor de EVSE regelen).


En zonet bericht gehad dat hij is goedgekeurd en inderdaad in de portal als actief gemarkeerd.

[ Voor 8% gewijzigd door Himalaya op 06-10-2026 12:00 ]

[Rimco]

dingo35 schreef op zaterdag 26 september 2026 @ 15:09:
Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

Lijkt beter, maar nog geen echte conclusie. Had volgens mij ergens op zondag of maandag na jouw bericht de update gedaan:

[dooiedodo]

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

Nou Zeres blijft lastig. Ben naar laadloon gegaan en die zijn lekker soepel en hebben mn eerste boeking al geaccepteerd en verkocht. my happy.

[mr_density]

dingo35 schreef op zaterdag 26 september 2026 @ 15:09:
Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

Heb afgelopen augustus de update naar v3.11.2 gedaan en sindsdien problemen met laden. De auto gaf ineens aan dat er een probleem is met de laadpaal. De onboard charger van de auto is in een noodmodus gezet door een te lage laadspanning. Vervolgens wil de auto ook niet meer opladen, ook niet aan de granny lader of aan een commerciële laadpaal.
Heb dit bij de auto dealer laten uitzoeken en na een reset van de onboard charger was het opgelost en kon de auto weer normaal laden.

Nadat ik de auto weer terug had heb ik de Smart evse op de standaard mode gezet om te laden wat goed verliep. Zodra ik de Smart modes aanzette bij het laden had ik weer hetzelfde probleem met de auto. Nu weer een afspraak gemaakt bij de auto dealer om het te laten onderzoeken.

Ik ben van plan weer terug te gaan naar versie 3.10.2 die ik hiervoor had.
Mogelijk andere met een zelfde probleem die tips hebben?
Aanwijzing hoe dit te onderzoeken zijn welkom!

[P5ycho]

Hoe kan de smartevse invloed hebben op de laadspanning, vraag ik me dan af?

[dingo35]

Dat kan hij niet; de spanning komt direct van het net via het relais, dus óf de netspanning is te laag, óf er is een grote spanningsval over het relais/bedrading, óf de foutmelding dekt de lading niet...

Welk merk/type auto betreft het?

[ Voor 7% gewijzigd door dingo35 op 06-10-2026 18:03 ]

[mr_density]

Het is een Jeep Compass PHEV (2022).

In augustus heb ik naast de nieuwe versie ook 2 opties toegevoegd aan de smart evse:
- ev meter geconfigureerd via de API
- ocpp config ingesteld

[Rimco]

@mr_density Heb je 1 en 3-fase omschakeling wat wellicht iets probeert te doen?

[mr_density]

Alles is op 1 fase geïnstalleerd en geconfigureerd. De auto zelf kan ook maar met 1 fase laden

[Rimco]

@mr_density Dan heb ik het idee dat de auto en laadpaal elkaar niet helemaal snappen wanneer de EVSE het laden wil pauzeren. En geen idee wie van de 2 dan het protocol juist volgt, maar mijn auto heeft er op dit moment geen problemen mee

[dingo35]

Ik zou zeker downgraden naar v3.10.2 om alles uit te sluiten, maar het lijkt me sterk dat het daar in zit.

Zou het kunnen dat je omstreeks de SmartEVSE update je Jeep een OTA firmware update gehad heeft?
Verder zou ik alle bedrading nameten en kijken of je wifi verbinding voldoende stabiel is.
Misschien komt hij in Smart Mode af en toe in "Waiting for Power", en dat je Jeep daar niet tegen kan?

@Rimco Dat lijkt me idd het meest waarschijnlijke; en ik weet dat Michael Stegen de ISO standaarden nauwgezet volgt, en dat er meer dan 7000 SmartEVSE's actief zijn, dus mijn gok zou zijn dat de Jeep zich niet aan de standaarden houdt.

Ik had overigens een soortgelijk probleem toen mijn Enyaq een software update gehad had bij de dealer; bij gewoon inpluggen ging laden perfect, maar bij delayed charging ging de Enyaq in slaap en werd niet wakker op het moment dat de SmartEVSE de sessie startte.

Uit een Duits forum bleek dat de laadmodule gereset had moeten worden na de update; zekering er uit, 5 minuten wachten, zekering er in, en probleem opgelost. De dealer had geen idee .....

[ Voor 46% gewijzigd door dingo35 op 06-10-2026 20:44 ]

[joosie]

dingo35 schreef op zaterdag 26 september 2026 @ 15:09:
Voor alle SmartEVSE gebruikers, zojuist release v3.11.3 uitgebracht; deze versie bevat een UPDATE van de onderliggende libraries, het is de verwachting dat de OCPP verbindingsproblemen die sommige gebruikers ervaren, hiermee drastisch verminderen.

GRAAG TESTEN EN HIER TERUGRAPPORTEREN!!!

https://github.com/dingo35/SmartEVSE-3.5/releases


WARNING:

If you have sub-panel configuration, your EVMeter was used to guard MaxCircuit. Since version v3.11.0 a separate CircuitMeter can be defined, and THAT meter is used to guard MaxCircuit. EVMeter then will be used what it was intended for, to measure the number of kWh that goes into your EV.So if you have sub-panel (garage-) configuration, reconfigure your current EVMeter to the new CircuitMeter!!IF YOU DONT CHANGE THIS YOUR MAXCIRCUIT WILL NO LONGER BE GUARDED!!!

## Improvements:

- platformio.ini: upgrade espressif to 7.1.3; the wifi-library update improves connectivity on OCPP
- Add MQTT announcements for circuit energy metrics (#400)


## BugFixes:

- esp32.cpp: only publish EVMeter Energies when not zero
- glcd: show network related menu options for both WiFi and Ethernet
- network_common.cpp: Add WiFi network scanning to portal.
- get timezone from browser when serving index.html
- glcd.cpp: clear all error flags. write settings immediately to nvs when exiting LCD menu.
- fix comma-operator misparse in Update.begin() calls
- Fix undefined mainsHost variable crashing WebUI for HomeWizard mains meters (#393)
- esp32.cpp: change auto update url to SmartEVSE_firmware

Hierbij ook de ervaring dat het nog niet goed gaat. Ik heb 2 SmartEVSE's in 1 paal, ze vallen op verschillende momenten uit. Ik heb ze op maandagmorgen de 28e geüpdatet.

SmartEVSE 1:



En nummer 2:

[dingo35]

OCPP testers @joosie @Rimco , als je bij Tap voor "berichtenlog" kiest, en de heartbeat filter aanzet (zodat alles zichtbaar is in de log), en je selecteert het tijdvak van uitval, zien jullie dan ook elke 90s een heartbeat uitgaan die met een timestamp beantwoord wordt?

Of wordt die sequentie onderbroken?

[ Voor 3% gewijzigd door dingo35 op 06-10-2026 22:32 ]

[joosie]

dingo35 schreef op dinsdag 6 oktober 2026 @ 22:18:
OCPP testers @joosie @Rimco , als je bij Tap voor "berichtenlog" kiest, en de heartbeat filter aanzet (zodat alles zichtbaar is in de log), en je selecteert het tijdvak van uitval, zien jullie dan ook elke 90s een heartbeat uitgaan die met een timestamp beantwoord wordt?

Of wordt die sequentie onderbroken?

Het lijkt erop dat hij in die tijd wel een heartbeat stuurt en een response krijgt. Wil je anders zelf kijken, ik heb je een pm gestuurd om dit topic niet te veel te vervuilen.

[Rimco]

Ik heb er ook een PM van gemaakt om dezelfde reden

[marcel3]

Hier met versie 3.11.3 helaas ook regelmatig een WebSocket status: Disconnected. Pas na reboot weer verbinding met Joulo.

[mr_density]

dingo35 schreef op dinsdag 6 oktober 2026 @ 20:39:
Ik zou zeker downgraden naar v3.10.2 om alles uit te sluiten, maar het lijkt me sterk dat het daar in zit.

Zou het kunnen dat je omstreeks de SmartEVSE update je Jeep een OTA firmware update gehad heeft?
Verder zou ik alle bedrading nameten en kijken of je wifi verbinding voldoende stabiel is.
Misschien komt hij in Smart Mode af en toe in "Waiting for Power", en dat je Jeep daar niet tegen kan?

@Rimco Dat lijkt me idd het meest waarschijnlijke; en ik weet dat Michael Stegen de ISO standaarden nauwgezet volgt, en dat er meer dan 7000 SmartEVSE's actief zijn, dus mijn gok zou zijn dat de Jeep zich niet aan de standaarden houdt.

Ik had overigens een soortgelijk probleem toen mijn Enyaq een software update gehad had bij de dealer; bij gewoon inpluggen ging laden perfect, maar bij delayed charging ging de Enyaq in slaap en werd niet wakker op het moment dat de SmartEVSE de sessie startte.

Uit een Duits forum bleek dat de laadmodule gereset had moeten worden na de update; zekering er uit, 5 minuten wachten, zekering er in, en probleem opgelost. De dealer had geen idee .....

Dankje, ga ik in iedergeval de downgrade uitvoeren. En ook bij de dealer vragen of ze een update hebben gezien in de auto rond die tijd.

[thalx]

3.11.3 draait hier al sinds de release stabiel zonder spontane downtime (via ws: op Tap), alleen 26 September downtime gehad omdat de stroom er even af moest. Maar ik moet zeggen dat ik wel in het verleden wat met de interval tijden en timeouts heb lopen spelen in de tap configuratie, dat kan het verschil verklaren.

[ Voor 12% gewijzigd door thalx op 07-10-2026 22:56 ]

[buiter]

Sinds een tijdje heb ik een SmartEVSE thuis
Nu wil voorbereid zijn op einde saldering/dynamisch contract.

Tot nu toe werk ik met de SMART modus om de auto te laden.
Ik loop met mijn thuisaccu tegen het probleem aan dat in de SMART modus er geen overschot is om het laadproces te starten. Mijn thuisaccu zorgt er namelijk voor dat de meter op 0 (nul) staat.
Nu heb ik in HA zelf een omschakelaar gemaakt die de thuisaccu tijdelijk op ontladen zet zodat er overcapaciteit is om het laadproces te activeren.

Het zou misschien veel slimmer zijn dat je in de EVSE een vinkje hebt waarmee je aangeeft dat je een thuisbatterij hebt. En dat de EVSE automatisch op en afschaalt afhankelijk van of som van alle fases op 0 (nul) uitkomt.

Hoe hebben jullie dit opgelost?

[10us10]

Bedoel je niet de Solar modus? De Smart modus kijkt alleen of je niet in totaal te veel stroom afneemt en de zekering er uit trekt.

En als het probleem bij solar is: dan zet je hem yoch grwoon op smart als je wil laden ondanks dat er geen produnctie (netto) is

[buiter]

10us10 schreef op donderdag 8 oktober 2026 @ 10:03:
Bedoel je niet de Solar modus? De Smart modus kijkt alleen of je niet in totaal te veel stroom afneemt en de zekering er uit trekt.

En als het probleem bij solar is: dan zet je hem yoch grwoon op smart als je wil laden ondanks dat er geen produnctie (netto) is

Mijn setup staat op SMART omdat ik met veel vermogen wil laden (helaas maar 1 fase auto).
Daarbij wil ik niet dat de hoofdzekering eruit vliegt.

Mijn uitgangspunt is dat de laadpaal het gewoon moet doen.
Dus kiezen voor een andere modus vind ik geen oplossing.

Het is verassend dat voor de thuisaccu uberhaupt geen instelling mogelijk is in de SmartEVSE.
Terwijl die toch invloed heeft op je energiehuishouden.