• Driek
  • Registratie: Maart 2002
  • Laatst online: 11:56
Stefannn schreef op maandag 6 april 2026 @ 11:01:
[...]

Je moet sowieso even zoeken op smartEVSE en ere in de diverse forums.
Maar ik denk..
- mid meter er in
- aanmelden bij een partij die zelfbouw accepteert

Het is een aantal mensen met smartEVSE gelukt maar alles moet wel in een laadpaal zitten. Niet in groepenkast.
Ik heb deze meter, dus die zou geschikt zijn.
Eastron SDM72D-M V2 Three-phase Energy Meter, Modbus, 100 Amp kWh, DIN rail, with pulse Digital LCD display with backlight. MID/calibrated

Maar helaas alles in de meterkast, en ook geen andere optie.

Tijd van werken, tijd van rusten


  • Stefannn
  • Registratie: Januari 2023
  • Laatst online: 10:34
Driek schreef op maandag 6 april 2026 @ 11:05:
[...]


Maar helaas alles in de meterkast, en ook geen andere optie.
Ik overweeg een laadpaal behuizing op marktplaats te scoren en daar zo’n meter in te zetten. Die kan je op een willekeurige plek tussen meterkast en auto plaatsen.
Wordt dan dus wel spanningsloos als er niet geladen wordt.
Middels display kan je standen handmatig doorgeven. Maar ja… hoe lang wordt dat geaccepteerd?

compleet zelfbouw/zelfprogrammeer home-automation, 57 PV panelen 9000kWh/jaar, 135heatpipes 150L zonneboiler met elektrische naverwarming, 2x Vaillant water/water warmtepomp vws36/4.1 3kW, smartEVSE laadpaal, 1wire/X10/P1, jacuzzi, sauna, ioniq5 EV


  • treepox
  • Registratie: April 2026
  • Laatst online: 21-04 22:14
Wat bedoel je met geaccepteerd?

Mijn Granny lader kan ik ook instellen. Ik heb nog niet meegemaakt dat hij de settings verloor na een tijd spanningsloos. Ik denk dat mijn lader wel 3 weken spanningsloos is geweest.

  • Thepawn
  • Registratie: Augustus 2019
  • Laatst online: 05-05 18:51
Stefannn schreef op maandag 6 april 2026 @ 10:46:
Vraagje,
Mijn smartEVSE hangt in de meterkast. I.v.m. ere certificaten overweeg ik een mid meter toe te voegen maar in de meterkast gaat dat waarschijnlijk niet geaccepteerd worden.
Mijn MID-meter bevindt zich in de meterkast, samen met de smartEVSE. Buiten is er alleen de kabel naar de auto. TAP heeft mijn ERE-aanvraag geaccepteerd.

6kWp PV, 15kWh Deye thuisaccu, EV, smartEVSE, Zonneplan, HA


  • Wolly
  • Registratie: Januari 2001
  • Niet online
Thepawn schreef op maandag 6 april 2026 @ 13:43:
[...]


Mijn MID-meter bevindt zich in de meterkast, samen met de smartEVSE. Buiten is er alleen de kabel naar de auto. TAP heeft mijn ERE-aanvraag geaccepteerd.
Moet je een merk/type ingeven bij aanmelding? En moest je ook foto’s aanleveren?

  • Hermarcel
  • Registratie: April 2003
  • Niet online
dingo35 schreef op maandag 6 april 2026 @ 10:46:
@Hermarcel
Hieke in "Zelfbouw Laadpaal ervaringen"

De batterypower wordt in Solar mode als een soort "offset" gebruikt, en kan dus zeker invloed op het schakelgedrag voor C2=Auto hebben....

Probeer het eens zonder batterypower te feeden om te zien wat er gebeurt?
Ga ik testen. Ik zal ook de non-bleeding-edge versie proberen.

  • Stefannn
  • Registratie: Januari 2023
  • Laatst online: 10:34
treepox schreef op maandag 6 april 2026 @ 13:32:
Wat bedoel je met geaccepteerd?

Mijn Granny lader kan ik ook instellen. Ik heb nog niet meegemaakt dat hij de settings verloor na een tijd spanningsloos. Ik denk dat mijn lader wel 3 weken spanningsloos is geweest.
Hoe lang wordt geaccepteerd dat je handmatig doorgeeft. Zonder automatische uitlezing dus. (Dat is een zorg, ik denk niet dat iemand een antwoord weet)

compleet zelfbouw/zelfprogrammeer home-automation, 57 PV panelen 9000kWh/jaar, 135heatpipes 150L zonneboiler met elektrische naverwarming, 2x Vaillant water/water warmtepomp vws36/4.1 3kW, smartEVSE laadpaal, 1wire/X10/P1, jacuzzi, sauna, ioniq5 EV


  • szczur333
  • Registratie: April 2024
  • Laatst online: 09-04 22:32
i have simple question about smart evse v2/v3 owners

what maximum charge current can you set up?

some sources says 80A, some 32A

I have US spec tesla with 48A 1 phase charger and i have hard time to find soludtion to charge it with full power

  • rvdgaag
  • Registratie: December 2015
  • Laatst online: 11:14
szczur333 schreef op maandag 6 april 2026 @ 17:36:
i have simple question about smart evse v2/v3 owners

what maximum charge current can you set up?

some sources says 80A, some 32A

I have US spec tesla with 48A 1 phase charger and i have hard time to find soludtion to charge it with full power
Mains can be set to 10-99Amps (V3), not sure about V2. But depending or your location it will be hard or impossile to find a 48A grid connection in Europe at private houses, may be in company installations.

[ Voor 15% gewijzigd door rvdgaag op 06-04-2026 20:55 ]

Deye 12kW Hybrid, 10,6 kW peak solar, 62,4 kWH Seplos batteries, Panasonic K-series 5kW all-electric heatpump


  • szczur333
  • Registratie: April 2024
  • Laatst online: 09-04 22:32
thanks

I am from Poland, regular home

I have 3x63A main breakers + 3phase 25kWp of solar power

also
some time ago I aquired this (used)
https://www.evracing.cz/evse-wb-wallbox/

it has 48/63 or 80A option, but I dont know how to change that - I put 100ohm resistor so its should give me full 48A but max which I got is 25A - I cant even set it up to 32A, I emailed manufacturer but no help from them :(

  • Solarsparc
  • Registratie: Juli 2001
  • Laatst online: 06:27
I have just checked my SmartEVSE V3, max current can be set from 6 to 80A in 1A steps.
This is the same as advertised on the main website, as well as https://github.com/SmartE...ter/docs/configuration.md (though the minimum on the latter seems to be incorrect, 8A vs. 6A).
If you've found different numbers on "official" SmartEVSE sources, it would be nice to inform them so it can be corrected.

As for your current evse, it's hard to tell without knowing the details. If you want to troubleshoot that (or if you want us to troubleshoot that) it's best to dump all info plus pictures of the current situation here.

A 25A limit does seem to suggest you put the 100k resistor across prog pin 5 instead of pin 4, so you could check that.
If it's not that, there's a good chance the setting was programmed. In that case, the next step would be to get the modbus connection sorted out.

[ Voor 35% gewijzigd door Solarsparc op 07-04-2026 01:12 ]


  • rvdgaag
  • Registratie: December 2015
  • Laatst online: 11:14
szczur333 schreef op maandag 6 april 2026 @ 22:24:
thanks

I am from Poland, regular home

I have 3x63A main breakers + 3phase 25kWp of solar power

also
some time ago I aquired this (used)
https://www.evracing.cz/evse-wb-wallbox/

it has 48/63 or 80A option, but I dont know how to change that - I put 100ohm resistor so its should give me full 48A but max which I got is 25A - I cant even set it up to 32A, I emailed manufacturer but no help from them :(
I think, suspect, this is an other evse, not the type/make we're talking about here.

Deye 12kW Hybrid, 10,6 kW peak solar, 62,4 kWH Seplos batteries, Panasonic K-series 5kW all-electric heatpump


  • szczur333
  • Registratie: April 2024
  • Laatst online: 09-04 22:32
Yes, probably its coded in firmware but I dont have to clue to how to change it - to advanced for me but I am ditching it for now bcoz today I bought PHOENIX CONTACT 2902802

I bought it fully accidently - just browsing local online marketplace and it was in great price 40euro :O


I dont know if its working but I plugged it to 230V and ethernet and I saw config tool, so probabaly it will work

I connected it super temporary for test purposes only - Tommorow I will check it on 6A at first, later I will check if I can change current in car to 48A (relax, I will not even try to start charging connected like this)
Even 6A will be for minute only

Afbeeldingslocatie: https://tweakers.net/i/rwzF85Ip_0Oh-jU6ZM1ogXEh4oA=/x800/filters:strip_icc():strip_exif()/f/image/0Enw3UxhTqQxjTn1jwukJkzV.jpg?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/7H-lF5lRkmKEB4iPwefb5ZgapG4=/x800/filters:strip_icc():strip_exif()/f/image/CSivdkpkp7hzWxet0tHxSXLj.jpg?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/Dsq0eTavRonJRWH0ycbdJwHtU9I=/x800/filters:strip_icc():strip_exif()/f/image/UDIQQRMwnSVEgUMOqkV3Rhtn.jpg?f=fotoalbum_large

  • ocaj
  • Registratie: Juli 2011
  • Niet online
Can we please go back to Dutch again? This is NOT an English forum !

  • Stefannn
  • Registratie: Januari 2023
  • Laatst online: 10:34
ocaj schreef op donderdag 9 april 2026 @ 07:12:
Can we please go back to Dutch again? This is NOT an English forum !
Let’s allow polish people to use English. I prefer that above polish.

compleet zelfbouw/zelfprogrammeer home-automation, 57 PV panelen 9000kWh/jaar, 135heatpipes 150L zonneboiler met elektrische naverwarming, 2x Vaillant water/water warmtepomp vws36/4.1 3kW, smartEVSE laadpaal, 1wire/X10/P1, jacuzzi, sauna, ioniq5 EV


  • rene037
  • Registratie: November 2007
  • Laatst online: 07:40

rene037

Homey, SmartEVSE, Sessy

Stefannn schreef op donderdag 9 april 2026 @ 09:49:
[...]

Let’s allow polish people to use English. I prefer that above polish.
Indeed. If you dislike English or can't understand, just ignore.
Inderdaad. Als je niet van Engels houdt of het niet begrijpt, negeer het dan.

  • Geim
  • Registratie: Mei 2004
  • Laatst online: 11:04
ocaj schreef op donderdag 9 april 2026 @ 07:12:
Can we please go back to Dutch again? This is NOT an English forum !
Zie: https://tweakers.net/info...arden/huisregels/#regel-3
"Daarnaast is de voertaal van Tweakers Nederlands. Engelse posts worden gedoogd, maar het is niet de bedoeling dat dit de boventoon gaat voeren. Voorbeeld: een vraag in het Engels stellen mag, mits Nederlandse antwoorden dan ook geaccepteerd zijn."
Volgens mij voert Engels niet de boventoon in de 400 pagina's die dit topic al groot is.

  • Stufipower
  • Registratie: December 2015
  • Niet online
Vraagje over het knopje dat wordt geleverd bij de laadpaal van stegen. Er staat ip65, met rubberen ring. Maar als er water boven in de knop loopt, waar je hem kan indrukken, is het dan ook waterdicht?

Ik vraag me namelijk af waar ik hem ga plaatsen op de doos. Bovenin komt mogelijk meer water op te staan door de regen. Aan de zijkant is misschien wat veiliger maar misschien lelijker. Aan de voorkant is het mooiste maar onhandig als je de doos openmaakt.

Edit: heb even zelf nagedacht en besloten dat ie aan de voorkant komt. De doos gaat niet vaak open, is de bedoeling en dan loopt het water ook weg.

[ Voor 11% gewijzigd door Stufipower op 09-04-2026 11:14 ]


  • sjoerd-p
  • Registratie: Augustus 2011
  • Laatst online: 03-05 10:56
Stufipower schreef op donderdag 9 april 2026 @ 11:07:
Vraagje over het knopje dat wordt geleverd bij de laadpaal van stegen. Er staat ip65, met rubberen ring. Maar als er water boven in de knop loopt, waar je hem kan indrukken, is het dan ook waterdicht?

Ik vraag me namelijk af waar ik hem ga plaatsen op de doos. Bovenin komt mogelijk meer water op te staan door de regen. Aan de zijkant is misschien wat veiliger maar misschien lelijker. Aan de voorkant is het mooiste maar onhandig als je de doos openmaakt.

Edit: heb even zelf nagedacht en besloten dat ie aan de voorkant komt. De doos gaat niet vaak open, is de bedoeling en dan loopt het water ook weg.
Inderdaad, ik heb hem ook aan de voorkant gedaan. Dan kan ik ook makkelijker de status zien. En met het open maken is het onhandig, want je maakt hem niet makkelijk los. Ik overweeg nog om er een stekker-contrastekker tussen te zetten op één of andere manier. Maar ook ik concludeerde dat de paal niet vaak open gaat, dus heb maar geaccepteert dat iemand dan de voorkant even vast moet houden of dat ik hem even op moet hangen of zo. Werkt in de praktijk prima.

Ik overweeg ook nog om een gat in de kast te zagen en er lexan plaatje of zo achter te plakken/kitten wat doorzichtig is. Maar of ik dat goed waterdicht krijg.... Zou wel tof zijn om de SmartEVSE van buiten af te kunnen lezen. Iemand dat al eens gedaan? Ik heb een New Motion behuizing.

Home Assistant 🏠📱, Zonneplan 20kWh thuisbatterij 🔋🏠, Quatt Duo warmtepomp met L Full Electric upgrade 🌡️🚿, 4100Wp PV ☀️, XPeng G9 🚙🔌


  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 12:56

Septillion

Moderator Wonen & Mobiliteit
Modbreak:Maar nu gaan we wel gewoon alleen verder in het Nederlands

  • 10us10
  • Registratie: Augustus 2016
  • Laatst online: 14-05 21:40
Ook hier een newmotion omgebouwd.
Een business pro 2.1 socket van marktplaats gehaald voor 50 euro en vervolgens de smartEVSE met RFID en button geinstalleerd. Met een setje van 4 din rails van amazon een nieuwe rail bovenin gezet en alles netjes aan kunnen sluiten inclusief de EVSE rechtop. Overal netjes adereindhulzen op gezet en 6mm draad gebruikt waar de flinke power loopt.

Afbeeldingslocatie: https://tweakers.net/i/7Bfreowhisbs4QZYGQuY_skupFE=/x800/filters:strip_icc():strip_exif()/f/image/mUwmmVTrNDtx3NkU3umeiplW.jpg?f=fotoalbum_large

Heb geen sensorbox gekocht want had al een slimmelezer. Die geflashed met een aangepaste code die is geschreven met hulp van dit topic en gemini. Data komt daardoor buiten Home Assistant om rechtstreeks naar de laadpaal. (wel de evse MAINS MET op API zetten, ik had hem op homewizzard staan en bleef maar tegen fouten aanlopen)

Voor de liefhebbers de code voor de slimmelezer:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
substitutions:
  device_name: slimmelezer
  smartevse_host: 192.168.x.x

esphome:
  name: ${device_name}
  name_add_mac_suffix: false
  project:
    name: zuidwijk.slimmelezer
    version: "2.1-smartevse"
  on_boot:
    - priority: 600.0
      then:
        - if:
            condition:
              lambda: return id(has_key);
            then:
              - lambda: |-
                  id(dsmr_instance).set_decryption_key(id(stored_decryption_key));
    - priority: -100.0
      then:
        - lambda: |-
            auto *server = esphome::web_server_base::global_web_server_base->get_server();
            server->on("/api/v1/telegram", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "text/plain", id(last_telegram).c_str());
            });
            server->on("/api/v1/data", HTTP_GET, [](AsyncWebServerRequest *req) {
              int wifi_pct = (int)clamp((id(hw_wifi_signal).state + 100.0f) * 2.0f, 0.0f, 100.0f);
              int smr_ver = atoi(id(hw_p1_version).state.c_str());
              float p_net = (id(hw_power_delivered).state - id(hw_power_returned).state) * 1000.0f;
              float l1_w = (id(hw_power_del_l1).state - id(power_returned_l1).state) * 1000.0f;
              float l2_w = (id(hw_power_del_l2).state - id(power_returned_l2).state) * 1000.0f;
              float l3_w = (id(hw_power_del_l3).state - id(power_returned_l3).state) * 1000.0f;
              float i1 = id(power_returned_l1).state > 0 ? -id(current_l1).state : id(current_l1).state;
              float i2 = id(power_returned_l2).state > 0 ? -id(current_l2).state : id(current_l2).state;
              float i3 = id(power_returned_l3).state > 0 ? -id(current_l3).state : id(current_l3).state;
              char buf[512];
              snprintf(buf, sizeof(buf), "{\"unique_id\":\"%s\",\"wifi_ssid\":\"%s\",\"wifi_strength\":%d,\"smr_version\":%d,\"active_power_w\":%.0f,\"active_power_l1_w\":%.0f,\"active_power_l2_w\":%.0f,\"active_power_l3_w\":%.0f,\"active_current_l1_a\":%.1f,\"active_current_l2_a\":%.1f,\"active_current_l3_a\":%.1f}", 
                id(hw_equipment_id).state.c_str(), WiFi.SSID().c_str(), wifi_pct, smr_ver, p_net, l1_w, l2_w, l3_w, i1, i2, i3);
              req->send(200, "application/json", buf);
            });
            server->on("/api", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "application/json", "{\"product_type\":\"HWE-P1\",\"product_name\":\"P1 Meter\",\"api_version\":\"v1\"}");
            });

esp8266:
  board: d1_mini
  restore_from_flash: true

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

api:
  services:
    - service: set_dsmr_key
      variables:
        private_key: string
      then:
        - lambda: |-
            if (private_key.length() == 32) memcpy(id(stored_decryption_key), private_key.c_str(), 32);
            id(dsmr_instance).set_decryption_key(private_key.c_str());

ota:
  platform: esphome

logger:
  baud_rate: 0

web_server:
  port: 80

uart:
  id: uart_dsmr
  baud_rate: 115200
  rx_pin: D7
  rx_buffer_size: 1700

mdns:
  services:
    - service: _hwenergy
      protocol: _tcp
      port: 80
      txt:
        api_enabled: "1"
        product_name: P1 Meter
        product_type: HWE-P1

globals:
  - id: has_key
    type: bool
    restore_value: yes
    initial_value: "false"
  - id: stored_decryption_key
    type: char[32]
    restore_value: yes
  - id: last_telegram
    type: std::string
    initial_value: '""'
  - id: smartevse_integration
    type: bool
    initial_value: "true"

dsmr:
  id: dsmr_instance
  uart_id: uart_dsmr
  max_telegram_length: 1700

sensor:
  - platform: dsmr
    energy_delivered_tariff1:
      id: hw_energy_t1
      name: "Energy Consumed T1"
    energy_delivered_tariff2:
      id: hw_energy_t2
      name: "Energy Consumed T2"
    energy_returned_tariff1:
      id: hw_return_t1
      name: "Energy Produced T1"
    energy_returned_tariff2:
      id: hw_return_t2
      name: "Energy Produced T2"
    power_delivered:
      id: hw_power_delivered
      name: "Power Consumed"
    power_returned:
      id: hw_power_returned
      name: "Power Produced"
    power_delivered_l1:
      id: hw_power_del_l1
      name: "Power Consumed L1"
    power_delivered_l2:
      id: hw_power_del_l2
      name: "Power Consumed L2"
    power_delivered_l3:
      id: hw_power_del_l3
      name: "Power Consumed L3"
    power_returned_l1:
      id: power_returned_l1
      name: "Power Produced L1"
    power_returned_l2:
      id: power_returned_l2
      name: "Power Produced L2"
    power_returned_l3:
      id: power_returned_l3
      name: "Power Produced L3"
    current_l1:
      id: current_l1
      name: "Current Phase 1"
    current_l2:
      id: current_l2
      name: "Current Phase 2"
    current_l3:
      id: current_l3
      name: "Current Phase 3"
    gas_delivered:
      id: hw_gas
      name: "Gas Consumed"
  - platform: wifi_signal
    id: hw_wifi_signal
    name: "Wi-Fi Signal"

text_sensor:
  - platform: dsmr
    identification:
      id: hw_identification
      name: "DSMR Identification"
    equipment_id:
      id: hw_equipment_id
      name: "DSMR Equipment ID"
    p1_version:
      id: hw_p1_version
      name: "DSMR Version"
    telegram:
      id: dsmr_telegram
      name: "DSMR Telegram"
      on_value:
        then:
          - lambda: id(last_telegram) = x;

http_request:
  timeout: 1500ms
  verify_ssl: false

interval:
  - interval: 2sec
    then:
      - if:
          condition:
            lambda: return (id(smartevse_integration));
          then:
            - http_request.post:
                url: !lambda |-
                  float s1 = (id(hw_power_del_l1).state - id(power_returned_l1).state) * 1000.0 / 230.0;
                  float s2 = (id(hw_power_del_l2).state - id(power_returned_l2).state) * 1000.0 / 230.0;
                  float s3 = (id(hw_power_del_l3).state - id(power_returned_l3).state) * 1000.0 / 230.0;
                  static char url_buf[100];
                  snprintf(url_buf, sizeof(url_buf), "http://${smartevse_host}/currents?L1=%.0f&L2=%.0f&L3=%.0f", round(s1*10), round(s2*10), round(s3*10));
                  return url_buf;
Alles lijkt goed te werken. Morgen ga ik testen onder full load.

Volgende stap is dan koppelen met OCPP en een bestuursysteem vanuit Home Assistant om zo slim mogelijk aan te sturen. Dus bijvoorbeeld: morgen om 1600 moet hij vol zijn. reken maar uit hoe ik het goedkoopst laad in combinatie tussen verwachtte zonopbrengst en goedkoopste uren.

Maar tot nu toe veel dank aan jullie allemaal in het topic, heeft me ontzettend geholpen. Met name deze post van @Phantone - Phantone in "Zelfbouw Laadpaal ervaringen" en deze van @ikke26 - ikke26 in "Zelfbouw Laadpaal ervaringen"

en misschien heeft iemand ook nog eens wat aan deze post...

  • edwin2021
  • Registratie: Oktober 2020
  • Laatst online: 09:05
@10us10 Top, en bedankt voor delen!

  • Hmmbob
  • Registratie: September 2001
  • Laatst online: 14-05 18:24
szczur333 schreef op maandag 6 april 2026 @ 22:24:
it has 48/63 or 80A option, but I dont know how to change that - I put 100ohm resistor so its should give me full 48A but max which I got is 25A - I cant even set it up to 32A, I emailed manufacturer but no help from them :(
Weet je zeker dat je auto wel met die stroomsterkte kan laden?

AC laden met 48A heb ik niet eerder gezien. 25A klinkt als een meer gangbare limiet aan de autozijde.

[ Voor 6% gewijzigd door Hmmbob op 10-04-2026 08:11 ]

Sometimes you need to plan for coincidence


  • Phantone
  • Registratie: Augustus 2000
  • Laatst online: 14-05 13:00
10us10 schreef op donderdag 9 april 2026 @ 21:46:
Ook hier een newmotion omgebouwd.
Een business pro 2.1 socket van marktplaats gehaald voor 50 euro en vervolgens de smartEVSE met RFID en button geinstalleerd. Met een setje van 4 din rails van amazon een nieuwe rail bovenin gezet en alles netjes aan kunnen sluiten inclusief de EVSE rechtop. Overal netjes adereindhulzen op gezet en 6mm draad gebruikt waar de flinke power loopt.

[Afbeelding]

Heb geen sensorbox gekocht want had al een slimmelezer. Die geflashed met een aangepaste code die is geschreven met hulp van dit topic en gemini. Data komt daardoor buiten Home Assistant om rechtstreeks naar de laadpaal. (wel de evse MAINS MET op API zetten, ik had hem op homewizzard staan en bleef maar tegen fouten aanlopen)

Voor de liefhebbers de code voor de slimmelezer:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
substitutions:
  device_name: slimmelezer
  smartevse_host: 192.168.x.x

esphome:
  name: ${device_name}
  name_add_mac_suffix: false
  project:
    name: zuidwijk.slimmelezer
    version: "2.1-smartevse"
  on_boot:
    - priority: 600.0
      then:
        - if:
            condition:
              lambda: return id(has_key);
            then:
              - lambda: |-
                  id(dsmr_instance).set_decryption_key(id(stored_decryption_key));
    - priority: -100.0
      then:
        - lambda: |-
            auto *server = esphome::web_server_base::global_web_server_base->get_server();
            server->on("/api/v1/telegram", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "text/plain", id(last_telegram).c_str());
            });
            server->on("/api/v1/data", HTTP_GET, [](AsyncWebServerRequest *req) {
              int wifi_pct = (int)clamp((id(hw_wifi_signal).state + 100.0f) * 2.0f, 0.0f, 100.0f);
              int smr_ver = atoi(id(hw_p1_version).state.c_str());
              float p_net = (id(hw_power_delivered).state - id(hw_power_returned).state) * 1000.0f;
              float l1_w = (id(hw_power_del_l1).state - id(power_returned_l1).state) * 1000.0f;
              float l2_w = (id(hw_power_del_l2).state - id(power_returned_l2).state) * 1000.0f;
              float l3_w = (id(hw_power_del_l3).state - id(power_returned_l3).state) * 1000.0f;
              float i1 = id(power_returned_l1).state > 0 ? -id(current_l1).state : id(current_l1).state;
              float i2 = id(power_returned_l2).state > 0 ? -id(current_l2).state : id(current_l2).state;
              float i3 = id(power_returned_l3).state > 0 ? -id(current_l3).state : id(current_l3).state;
              char buf[512];
              snprintf(buf, sizeof(buf), "{\"unique_id\":\"%s\",\"wifi_ssid\":\"%s\",\"wifi_strength\":%d,\"smr_version\":%d,\"active_power_w\":%.0f,\"active_power_l1_w\":%.0f,\"active_power_l2_w\":%.0f,\"active_power_l3_w\":%.0f,\"active_current_l1_a\":%.1f,\"active_current_l2_a\":%.1f,\"active_current_l3_a\":%.1f}", 
                id(hw_equipment_id).state.c_str(), WiFi.SSID().c_str(), wifi_pct, smr_ver, p_net, l1_w, l2_w, l3_w, i1, i2, i3);
              req->send(200, "application/json", buf);
            });
            server->on("/api", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "application/json", "{\"product_type\":\"HWE-P1\",\"product_name\":\"P1 Meter\",\"api_version\":\"v1\"}");
            });

esp8266:
  board: d1_mini
  restore_from_flash: true

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

api:
  services:
    - service: set_dsmr_key
      variables:
        private_key: string
      then:
        - lambda: |-
            if (private_key.length() == 32) memcpy(id(stored_decryption_key), private_key.c_str(), 32);
            id(dsmr_instance).set_decryption_key(private_key.c_str());

ota:
  platform: esphome

logger:
  baud_rate: 0

web_server:
  port: 80

uart:
  id: uart_dsmr
  baud_rate: 115200
  rx_pin: D7
  rx_buffer_size: 1700

mdns:
  services:
    - service: _hwenergy
      protocol: _tcp
      port: 80
      txt:
        api_enabled: "1"
        product_name: P1 Meter
        product_type: HWE-P1

globals:
  - id: has_key
    type: bool
    restore_value: yes
    initial_value: "false"
  - id: stored_decryption_key
    type: char[32]
    restore_value: yes
  - id: last_telegram
    type: std::string
    initial_value: '""'
  - id: smartevse_integration
    type: bool
    initial_value: "true"

dsmr:
  id: dsmr_instance
  uart_id: uart_dsmr
  max_telegram_length: 1700

sensor:
  - platform: dsmr
    energy_delivered_tariff1:
      id: hw_energy_t1
      name: "Energy Consumed T1"
    energy_delivered_tariff2:
      id: hw_energy_t2
      name: "Energy Consumed T2"
    energy_returned_tariff1:
      id: hw_return_t1
      name: "Energy Produced T1"
    energy_returned_tariff2:
      id: hw_return_t2
      name: "Energy Produced T2"
    power_delivered:
      id: hw_power_delivered
      name: "Power Consumed"
    power_returned:
      id: hw_power_returned
      name: "Power Produced"
    power_delivered_l1:
      id: hw_power_del_l1
      name: "Power Consumed L1"
    power_delivered_l2:
      id: hw_power_del_l2
      name: "Power Consumed L2"
    power_delivered_l3:
      id: hw_power_del_l3
      name: "Power Consumed L3"
    power_returned_l1:
      id: power_returned_l1
      name: "Power Produced L1"
    power_returned_l2:
      id: power_returned_l2
      name: "Power Produced L2"
    power_returned_l3:
      id: power_returned_l3
      name: "Power Produced L3"
    current_l1:
      id: current_l1
      name: "Current Phase 1"
    current_l2:
      id: current_l2
      name: "Current Phase 2"
    current_l3:
      id: current_l3
      name: "Current Phase 3"
    gas_delivered:
      id: hw_gas
      name: "Gas Consumed"
  - platform: wifi_signal
    id: hw_wifi_signal
    name: "Wi-Fi Signal"

text_sensor:
  - platform: dsmr
    identification:
      id: hw_identification
      name: "DSMR Identification"
    equipment_id:
      id: hw_equipment_id
      name: "DSMR Equipment ID"
    p1_version:
      id: hw_p1_version
      name: "DSMR Version"
    telegram:
      id: dsmr_telegram
      name: "DSMR Telegram"
      on_value:
        then:
          - lambda: id(last_telegram) = x;

http_request:
  timeout: 1500ms
  verify_ssl: false

interval:
  - interval: 2sec
    then:
      - if:
          condition:
            lambda: return (id(smartevse_integration));
          then:
            - http_request.post:
                url: !lambda |-
                  float s1 = (id(hw_power_del_l1).state - id(power_returned_l1).state) * 1000.0 / 230.0;
                  float s2 = (id(hw_power_del_l2).state - id(power_returned_l2).state) * 1000.0 / 230.0;
                  float s3 = (id(hw_power_del_l3).state - id(power_returned_l3).state) * 1000.0 / 230.0;
                  static char url_buf[100];
                  snprintf(url_buf, sizeof(url_buf), "http://${smartevse_host}/currents?L1=%.0f&L2=%.0f&L3=%.0f", round(s1*10), round(s2*10), round(s3*10));
                  return url_buf;
Alles lijkt goed te werken. Morgen ga ik testen onder full load.

Volgende stap is dan koppelen met OCPP en een bestuursysteem vanuit Home Assistant om zo slim mogelijk aan te sturen. Dus bijvoorbeeld: morgen om 1600 moet hij vol zijn. reken maar uit hoe ik het goedkoopst laad in combinatie tussen verwachtte zonopbrengst en goedkoopste uren.

Maar tot nu toe veel dank aan jullie allemaal in het topic, heeft me ontzettend geholpen. Met name deze post van @Phantone - Phantone in "Zelfbouw Laadpaal ervaringen" en deze van @ikke26 - ikke26 in "Zelfbouw Laadpaal ervaringen"

en misschien heeft iemand ook nog eens wat aan deze post...
Ik heb inmiddels ook een Thuisbatterij in de mix en was er door @Martijn02 op gewezen dat er een paar kleine foutjes in zaten. Gasmeter datum klopte niet en er zat wat verschil in decimalen tussen de output van de HW P1 en dit script. Deze laatste versie geeft de zelfde output als de HW P1.

Ik heb ook nog even gechecked wat de impact is als je elke seconde polt naar de HW API en die requests worden in gemiddeld binnen 0,025s afgehandeld. De HTTP POST is een stuk trager.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
#
# SlimmeLezer+ configuration with SmartEVSE REST support.
# Extended from github://zuidwijk/slimmelezer-wt32-eth01/wt32.yaml@main
#
# Added:
#   - SmartEVSE Integration switch (available in HA)
#   - SmartEVSE API connectivity status sensor (available in HA)
#   - Electricity tariff sensor (available in HA, useful for automations)
#   - Send data to SmartEVSE using http post REST interface
#   - HomeWizard HWE-P1 API emulation (for Indevolt and other batteries)
#   - mDNS announcement as HomeWizard P1 meter
#
# Please update 'smartevse_host' below to match your SmartEVSE
#

substitutions:
  device_name: slimmelezer
  smartevse_host: 192.168.x.x  # <== YOUR SMARTEVSE IP ADDRESS HERE

esphome:
  name: ${device_name}
  name_add_mac_suffix: false
  comment: SlimmeLezer+ / SmartEVSE / HomeWizard API
  project:
    name: zuidwijk.slimmelezer
    version: "1.2"
  on_boot:
    # ── Bestaande boot logica (decryptie sleutel) ────────────────────────────
    - priority: 600.0
      then:
        - if:
            condition:
              lambda: return id(has_key);
            then:
              - lambda: |-
                  std::string key(id(stored_decryption_key), 32);
                  id(dsmr_instance).set_decryption_key(key.c_str());
            else:
              - logger.log:
                  level: info
                  format: "Not using decryption key. If you need to set a key use Home Assistant service 'ESPHome:  ${device_name}_set_dsmr_key'"
    # ── HomeWizard API registreren (na webserver start) ──────────────────────
    - priority: -100.0
      then:
        - lambda: |-
            auto *server = esphome::web_server_base::global_web_server_base->get_server();

            // GET /api/v1/telegram  →  ruwe DSMR telegram tekst
            server->on("/api/v1/telegram", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "text/plain", id(last_telegram).c_str());
            });

            // GET /api/v1/data eerst registreren (meest specifieke route)
            server->on("/api/v1/data", HTTP_GET, [](AsyncWebServerRequest *req) {
              // wifi dBm (-100..0) → percentage (0..100)
              int wifi_pct = (int)clamp((id(hw_wifi_signal).state + 100.0f) * 2.0f, 0.0f, 100.0f);
              int smr_ver  = atoi(id(hw_p1_version).state.c_str());

              // kW → W
              float p_net = (id(hw_power_delivered).state - id(hw_power_returned).state) * 1000.0f;
              float l1_w  = (id(hw_power_del_l1).state   - id(power_returned_l1).state) * 1000.0f;
              float l2_w  = (id(hw_power_del_l2).state   - id(power_returned_l2).state) * 1000.0f;
              float l3_w  = (id(hw_power_del_l3).state   - id(power_returned_l3).state) * 1000.0f;

              // Gesigneerde stroom per fase berekend uit P/V (geeft 3 decimalen precisie)
              // l1_w/l2_w/l3_w zijn al gesigneerd (negatief = teruglevering)
              float i1 = (id(hw_voltage_l1).state > 0) ? l1_w / id(hw_voltage_l1).state : 0.0f;
              float i2 = (id(hw_voltage_l2).state > 0) ? l2_w / id(hw_voltage_l2).state : 0.0f;
              float i3 = (id(hw_voltage_l3).state > 0) ? l3_w / id(hw_voltage_l3).state : 0.0f;

              // Totale stroom (waarden per fase optellen)
              float i_total = i1 + i2 + i3;

              // Totaal import/export (t1 + t2)
              float total_import = id(hw_energy_t1).state + id(hw_energy_t2).state;
              float total_export = id(hw_return_t1).state + id(hw_return_t2).state;

              // gas_timestamp direct uit telegram parsen (0-1:24.2.1(YYMMDDhhmmssX)(...))
              long long gas_ts = 0LL;
              size_t gpos = id(last_telegram).find("0-1:24.2.1(");
              if (gpos != std::string::npos) {
                gpos += 11; // sla "0-1:24.2.1(" over
                size_t gend = id(last_telegram).find(')', gpos);
                if (gend != std::string::npos) {
                  std::string gts = id(last_telegram).substr(gpos, gend - gpos);
                  if (!gts.empty() && (gts.back() == 'S' || gts.back() == 'W'))
                    gts.pop_back();
                  gas_ts = atoll(gts.c_str());
                }
              }

              // Cursor-gebaseerde JSON opbouw: conditionele velden worden
              // weggelaten als de waarde niet beschikbaar is (isnan)
              static char buf[1280];
              int p = 0;
              #define A(...) p += snprintf(buf + p, sizeof(buf) - p, __VA_ARGS__)
              #define AF(key, val) if (!isnan(val)) A("\"" key "\":%.0f,", val)

              A("{");
              A("\"unique_id\":\"%s\",",          id(hw_equipment_id).state.c_str());
              A("\"wifi_ssid\":\"%s\",",           WiFi.SSID().c_str());
              A("\"wifi_strength\":%d,",           wifi_pct);
              A("\"smr_version\":%d,",             smr_ver);
              A("\"meter_model\":\"%s\",",         id(hw_identification).state.c_str());
              A("\"active_tariff\":%d,",           atoi(id(hw_tariff).state.c_str()));
              A("\"total_power_import_kwh\":%.3f,",  total_import);
              A("\"total_power_import_t1_kwh\":%.3f,", id(hw_energy_t1).state);
              A("\"total_power_import_t2_kwh\":%.3f,", id(hw_energy_t2).state);
              A("\"total_power_export_kwh\":%.3f,",  total_export);
              A("\"total_power_export_t1_kwh\":%.3f,", id(hw_return_t1).state);
              A("\"total_power_export_t2_kwh\":%.3f,", id(hw_return_t2).state);
              A("\"active_power_w\":%.0f,",        p_net);
              A("\"active_power_l1_w\":%.0f,",     l1_w);
              A("\"active_power_l2_w\":%.0f,",     l2_w);
              A("\"active_power_l3_w\":%.0f,",     l3_w);
              A("\"active_voltage_l1_v\":%.1f,",   id(hw_voltage_l1).state);
              A("\"active_voltage_l2_v\":%.1f,",   id(hw_voltage_l2).state);
              A("\"active_voltage_l3_v\":%.1f,",   id(hw_voltage_l3).state);
              A("\"active_current_a\":%.3f,",      i_total);
              A("\"active_current_l1_a\":%.3f,",   i1);
              A("\"active_current_l2_a\":%.3f,",   i2);
              A("\"active_current_l3_a\":%.3f,",   i3);
              AF("voltage_sag_l1_count",   id(hw_sag_l1).state);
              AF("voltage_sag_l2_count",   id(hw_sag_l2).state);
              AF("voltage_sag_l3_count",   id(hw_sag_l3).state);
              AF("voltage_swell_l1_count", id(hw_swell_l1).state);
              AF("voltage_swell_l2_count", id(hw_swell_l2).state);
              AF("voltage_swell_l3_count", id(hw_swell_l3).state);
              AF("any_power_fail_count",   id(hw_power_fail).state);
              AF("long_power_fail_count",  id(hw_long_power_fail).state);
              A("\"total_gas_m3\":%.3f,",          id(hw_gas).state);
              A("\"gas_timestamp\":%lld,",         gas_ts);
              A("\"unique_gas_id\":\"%s\",",       id(hw_gas_equipment_id).state.c_str());
              A("\"external\":[{"
                  "\"unique_id\":\"%s\","
                  "\"type\":\"gas_meter\","
                  "\"timestamp\":%lld,"
                  "\"value\":%.3f,"
                  "\"unit\":\"m3\""
                "}]",
                id(hw_gas_equipment_id).state.c_str(),
                gas_ts,
                id(hw_gas).state);
              A("}");
              #undef A
              #undef AF

              req->send(200, "application/json", buf);
            });

            // GET /api  →  device-identificatie als HWE-P1 (na /api/v1/data registreren)
            server->on("/api", HTTP_GET, [](AsyncWebServerRequest *req) {
              req->send(200, "application/json",
                "{\"product_type\":\"HWE-P1\","
                "\"product_name\":\"P1 Meter\","
                "\"serial\":\"a3f8c21d904e\","
                "\"firmware_version\":\"5.18\","
                "\"api_version\":\"v1\"}");
            });

esp8266:
    restore_from_flash: true
    board: d1_mini

# Enable logging
logger:
  baud_rate: 0
  logs:
    component: ERROR
    http_request.arduino: ERROR  # onderdruk de framework warning

# Enable Home Assistant API
api:
  services:
    service: set_dsmr_key
    variables:
      private_key: string
    then:
      - logger.log:
          format: Setting private key %s. Set to empty string to disable
          args: [private_key.c_str()]
      - globals.set:
          id: has_key
          value: !lambda "return private_key.length() == 32;"
      - lambda: |-
          if (private_key.length() == 32)
            memcpy(id(stored_decryption_key), private_key.c_str(), 32);
          id(dsmr_instance).set_decryption_key(private_key.c_str());

ota:
  platform: esphome

dashboard_import:
  package_import_url: github://zuidwijk/dsmr/slimmelezer.yaml@main
  import_full_config: true

uart:
  id: uart_dsmr
  baud_rate: 115200
  rx_pin: D7
  rx_buffer_size: 1700

web_server:
  port: 80

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${device_name}

captive_portal:

# mDNS: kondigt de SlimmeLezer+ aan als HomeWizard HWE-P1
mdns:
  services:
    - service: _hwenergy
      protocol: _tcp
      port: 80
      txt:
        api_enabled: "1"
        path: /api/v1
        product_name: P1 Meter
        product_type: HWE-P1
        serial: a3f8c21d904e

globals:
  - id: has_key
    type: bool
    restore_value: yes
    initial_value: "false"
  - id: stored_decryption_key
    type: char[32]
    restore_value: yes
  - id: smartevse_integration  # SmartEVSE addition
    type: bool
  - id: smartevse_error  # SmartEVSE addition
    type: int
  - id: last_telegram       # HomeWizard API telegram endpoint
    type: std::string
    restore_value: no
    initial_value: '""'

dsmr:
  uart_id: uart_dsmr
  id: dsmr_instance
  max_telegram_length: 1700
  # For Luxembourg users set here your decryption key
  #decryption_key: !secret decryption_key // enable this when using decryption for Luxembourg; key like '00112233445566778899AABBCCDDEEFF'

sensor:
  - platform: dsmr
    energy_delivered_lux:
      name: "Energy Consumed Luxembourg"
    energy_delivered_tariff1:
      id: hw_energy_t1                    # HomeWizard API
      name: "Energy Consumed Tariff 1"
    energy_delivered_tariff2:
      id: hw_energy_t2                    # HomeWizard API
      name: "Energy Consumed Tariff 2"
    energy_returned_lux:
      name: "Energy Produced Luxembourg"
    energy_returned_tariff1:
      id: hw_return_t1                    # HomeWizard API
      name: "Energy Produced Tariff 1"
    energy_returned_tariff2:
      id: hw_return_t2                    # HomeWizard API
      name: "Energy Produced Tariff 2"
    power_delivered:
      id: hw_power_delivered              # HomeWizard API
      name: "Power Consumed"
      accuracy_decimals: 3
    power_returned:
      id: hw_power_returned               # HomeWizard API
      name: "Power Produced"
      accuracy_decimals: 3
    electricity_failures:
      id: hw_power_fail                   # HomeWizard API
      name: "Electricity Failures"
      icon: mdi:alert
    electricity_long_failures:
      id: hw_long_power_fail              # HomeWizard API
      name: "Long Electricity Failures"
      icon: mdi:alert
    voltage_sag_l1:
      id: hw_sag_l1                       # HomeWizard API
      name: "Voltage Sags Phase 1"
    voltage_sag_l2:
      id: hw_sag_l2                       # HomeWizard API
      name: "Voltage Sags Phase 2"
    voltage_sag_l3:
      id: hw_sag_l3                       # HomeWizard API
      name: "Voltage Sags Phase 3"
    voltage_swell_l1:
      id: hw_swell_l1                     # HomeWizard API
      name: "Voltage Swells Phase 1"
    voltage_swell_l2:
      id: hw_swell_l2                     # HomeWizard API
      name: "Voltage Swells Phase 2"
    voltage_swell_l3:
      id: hw_swell_l3                     # HomeWizard API
      name: "Voltage Swells Phase 3"
    voltage_l1:
      id: hw_voltage_l1                   # HomeWizard API
      name: "Voltage Phase 1"
    voltage_l2:
      id: hw_voltage_l2                   # HomeWizard API
      name: "Voltage Phase 2"
    voltage_l3:
      id: hw_voltage_l3                   # HomeWizard API
      name: "Voltage Phase 3"
    current_l1:
      id: current_l1                      # SmartEVSE + HomeWizard API
      name: "Current Phase 1"
    current_l2:
      id: current_l2                      # SmartEVSE + HomeWizard API
      name: "Current Phase 2"
    current_l3:
      id: current_l3                      # SmartEVSE + HomeWizard API
      name: "Current Phase 3"
    power_delivered_l1:
      id: hw_power_del_l1                 # HomeWizard API
      name: "Power Consumed Phase 1"
      accuracy_decimals: 3
    power_delivered_l2:
      id: hw_power_del_l2                 # HomeWizard API
      name: "Power Consumed Phase 2"
      accuracy_decimals: 3
    power_delivered_l3:
      id: hw_power_del_l3                 # HomeWizard API
      name: "Power Consumed Phase 3"
      accuracy_decimals: 3
    power_returned_l1:
      id: power_returned_l1               # SmartEVSE + HomeWizard API
      name: "Power Produced Phase 1"
      accuracy_decimals: 3
    power_returned_l2:
      id: power_returned_l2               # SmartEVSE + HomeWizard API
      name: "Power Produced Phase 2"
      accuracy_decimals: 3
    power_returned_l3:
      id: power_returned_l3               # SmartEVSE + HomeWizard API
      name: "Power Produced Phase 3"
      accuracy_decimals: 3
    gas_delivered:
      id: hw_gas                          # HomeWizard API
      name: "Gas Consumed"
    gas_delivered_be:
      name: "Gas Consumed Belgium"
  - platform: uptime
    name: "SlimmeLezer Uptime"
    update_interval: 60s
  - platform: wifi_signal
    id: hw_wifi_signal                    # HomeWizard API
    name: "SlimmeLezer Wi-Fi Signal"
    update_interval: 60s

text_sensor:
  - platform: dsmr
    identification:
      id: hw_identification               # HomeWizard API
      name: "DSMR Identification"
    equipment_id:
      id: hw_equipment_id                 # HomeWizard API (unique_id)
      name: "Equipment ID"
    gas_equipment_id:
      id: hw_gas_equipment_id             # HomeWizard API (unique_gas_id)
      name: "Gas Equipment ID"
    p1_version:
      id: hw_p1_version                   # HomeWizard API
      name: "DSMR Version"
    p1_version_be:
      name: "DSMR Version Belgium"
    electricity_tariff:                   # SmartEVSE + HomeWizard API
      id: hw_tariff
      name: "Electricity tariff"
    telegram:                             # HomeWizard API telegram endpoint
      id: hw_telegram
      internal: true
      on_value:
        then:
          - lambda: |-
              id(last_telegram) = x;
  - platform: wifi_info
    ip_address:
      name: "SlimmeLezer IP Address"
    ssid:
      name: "SlimmeLezer Wi-Fi SSID"
    bssid:
      name: "SlimmeLezer Wi-Fi BSSID"
  - platform: version
    name: "ESPHome Version"
    hide_timestamp: true

# SmartEVSE additions

binary_sensor:
  - platform: template
    name: "SmartEVSE API"
    device_class: connectivity
    lambda: "return id(smartevse_error) < 5;"

switch:
  - platform: template
    name: "SmartEVSE Integration"
    optimistic: true
    turn_on_action:
      - globals.set:
          id: smartevse_integration
          value: "true"
      - globals.set:
          id: smartevse_error
          value: "5"
    turn_off_action:
      - globals.set:
          id: smartevse_integration
          value: "false"
      - globals.set:
          id: smartevse_error
          value: "5"
    icon: "mdi:ev-station"
    restore_mode: RESTORE_DEFAULT_ON

http_request:
  timeout: 1500ms
  verify_ssl: false
  esp8266_disable_ssl_support: true

interval:
  - interval: 2sec
    then:
      - if:
          condition:
            lambda: |-
              return (id(smartevse_integration) &&
                      !isnan(id(current_l1).state) &&
                      !isnan(id(current_l2).state) &&
                      !isnan(id(current_l3).state));
          then:
            - http_request.post:
                url: !lambda |-
                  float lw1 = (id(hw_power_del_l1).state - id(power_returned_l1).state) * 1000.0f;
                  float lw2 = (id(hw_power_del_l2).state - id(power_returned_l2).state) * 1000.0f;
                  float lw3 = (id(hw_power_del_l3).state - id(power_returned_l3).state) * 1000.0f;
                  float s1 = (id(hw_voltage_l1).state > 0) ? lw1 / id(hw_voltage_l1).state : 0.0f;
                  float s2 = (id(hw_voltage_l2).state > 0) ? lw2 / id(hw_voltage_l2).state : 0.0f;
                  float s3 = (id(hw_voltage_l3).state > 0) ? lw3 / id(hw_voltage_l3).state : 0.0f;
                  static char url[128];
                  snprintf(url, sizeof(url),
                          "http://${smartevse_host}/currents?L1=%.0f&L2=%.0f&L3=%.0f",
                          s1 * 10, s2 * 10, s3 * 10);
                  return url;
                request_headers:
                  Content-Length: 0
                on_response:
                  then:
                    lambda: |-
                      if (id(smartevse_error) != 0) {
                        id(smartevse_error) = 0;
                      }
                on_error:
                  then:
                    lambda: |-
                      if (id(smartevse_error) < 5) {
                        id(smartevse_error) += 1;
                      }
Kleine wijziging gedaan aan active_current_a zodat deze negatief is bij teruglevering:
float i_total = i1 + i2 + i3;
ipv
float i_total = fabsf(i1) + fabsf(i2) + fabsf(i3);

Greetings, Phantone :)


  • 10us10
  • Registratie: Augustus 2016
  • Laatst online: 14-05 21:40
Dank, ga je aanpassingen meenemen!

  • superyupkent
  • Registratie: Juni 2001
  • Laatst online: 14-05 19:48
Vraagje,

Gebruik nu al een tijdje de solar functie icm de twee relais en schakelen tussen 1 en 3 fase laden. Ik heb zelf nog niet ervaren dat de smartevse van 1 naar 3 schakelt op mijn model 3 tesla. ik zou verwachten dat wanneer er 7A teruglevering is per fase, de schakeling naar 3F mogelijk is.
Wat zien jullie?

  • THM0
  • Registratie: Juli 2006
  • Laatst online: 11:23
https://github.com/evcc-io/evcc/pull/28782

Er lijkt iets in het vat te zitten… _/-\o_
Weet niet of iemand hier er aan heeft gewerkt maar dit zou zo’n mooie verbetering zijn voor een SmartEVSE setup!

[ Voor 38% gewijzigd door THM0 op 10-04-2026 15:35 ]


  • jpiscaer
  • Registratie: Januari 2002
  • Laatst online: 10:32
Dat was ik (o.a.). Er komt denk ik een betere pr van iemand anders, zie de laatste comment

  • Martijn02
  • Registratie: September 2000
  • Laatst online: 14-05 15:34

Martijn02

/* No Comment */

superyupkent schreef op vrijdag 10 april 2026 @ 14:47:
Vraagje,

Gebruik nu al een tijdje de solar functie icm de twee relais en schakelen tussen 1 en 3 fase laden. Ik heb zelf nog niet ervaren dat de smartevse van 1 naar 3 schakelt op mijn model 3 tesla. ik zou verwachten dat wanneer er 7A teruglevering is per fase, de schakeling naar 3F mogelijk is.
Wat zien jullie?
Voor mij (met een Enyaq) werkt dat wel. Er moet dan wel een tijdje minimaal 3 x 6 (minimum Start Current) beschikbaar zijn. Soms (zoals vandaag) is het een beetje irritant, want als er dan een wolkje voor de zon schuift kan hij niet naar lager dan 3x6 Amp en duurt het in mijn geval 10 minuten voordat hij terugschakelt naar 1 fase waar de stroom veel beter te managen is.

Heb je Contact2 wel op Auto staan?

  • Martijn02
  • Registratie: September 2000
  • Laatst online: 14-05 15:34

Martijn02

/* No Comment */

nvm

[ Voor 99% gewijzigd door Martijn02 op 10-04-2026 16:53 ]


  • diamanten
  • Registratie: Juli 2024
  • Laatst online: 14-05 13:48
Beste tweakers, graag jullie input:
Om te testen heb ik de smartevse v3 in testopstelling gezet zonder EV. De configuratie draait en heb ook PP via 680 ohm verbonden met PE. Toch krijg ik hem niet in Connected mode.
Wat doe ik verkeerd of ben ik mogelijk vergeten?Afbeeldingslocatie: https://tweakers.net/i/zGFpnGDEyw_gmhWwMnZmLm98LYo=/800x/filters:strip_exif()/f/image/ooeej0EYkW8bPjxfkSaXoZ70.png?f=fotoalbum_large

[ Voor 3% gewijzigd door diamanten op 12-04-2026 13:39 ]


  • Yannick-ski
  • Registratie: November 2015
  • Laatst online: 24-04 19:01
Ik heb al een hele tijd een smart EVSE van Stegen. Altijd super gedaan ook met loadbalencing. Wij hebben deze week een Tesla Model 3 in gebruik genomen en ik heb direct al storingen met laden.

PCS_a017
Opladen gestopt - Stroom uitgevallen tijdens het laden
Controleer energiebron en oplaadapparatuur

Ik denk dat dit van de loadbalancing afkomt wanneer de evse onder 6a komt en dan het laden stopt. Heeft iemand ervaring die mij verder kan helpen dit op te lossen?

  • Wolly
  • Registratie: Januari 2001
  • Niet online
Yannick-ski schreef op zondag 12 april 2026 @ 13:34:
Ik heb al een hele tijd een smart EVSE van Stegen. Altijd super gedaan ook met loadbalencing. Wij hebben deze week een Tesla Model 3 in gebruik genomen en ik heb direct al storingen met laden.

PCS_a017
Opladen gestopt - Stroom uitgevallen tijdens het laden
Controleer energiebron en oplaadapparatuur

Ik denk dat dit van de loadbalancing afkomt wanneer de evse onder 6a komt en dan het laden stopt. Heeft iemand ervaring die mij verder kan helpen dit op te lossen?
Mijn SmartEvse doet dat wel eens bij de tesla, kijk even wat het LCD schermpje meldt.

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Valt ook weinig aan op te lossen, ik neem even aan dat je op solar laadt dan. De Tesla is nogal trigger happy met meldingen. Op een wisselvallige dag schakelt hij bij mij 10+ keer ivm 1/3 fasen, inclusief alle meldingen.

  • Frankyy
  • Registratie: September 2009
  • Niet online
Ik draai al een tijdje de SmartEVSE, maar tot recent maar op 1 fase 10 amp (u mag raden hoe die was aangesloten).

Nu op 11kw en ook een sensorbox. Ik heb een heel laf mountje gemaakt die vrij is om te worden afgedrukt met een 3d printer.

https://makerworld.com/nl...rtevse-sensorbox-v2-mount
Afbeeldingslocatie: https://tweakers.net/i/_qJQHnQLBpfxsc5sq_PNE8u6uVg=/800x/filters:strip_exif()/f/image/gJIVL6IQgLZ9urGbzP9F40Si.webp?f=fotoalbum_large

  • Yannick-ski
  • Registratie: November 2015
  • Laatst online: 24-04 19:01
Wolly schreef op zondag 12 april 2026 @ 14:29:
[...]


Mijn SmartEvse doet dat wel eens bij de tesla, kijk even wat het LCD schermpje meldt.
EVSE geeft Ready weer en laat zien dat die is aangesloten, maar start dus niet meer opnieuw met laden.

Heb dit nu al 5 keer achter elkaar gehad. Mijn Mazda MX-30 had hier bijna nooit (1 x per maand ) last van. Ik laad op Smart, dus niet op solar want ik heb ook geen zonnepanelen.

  • Yannick-ski
  • Registratie: November 2015
  • Laatst online: 24-04 19:01
Beekforel schreef op zondag 12 april 2026 @ 14:54:
Valt ook weinig aan op te lossen, ik neem even aan dat je op solar laadt dan. De Tesla is nogal trigger happy met meldingen. Op een wisselvallige dag schakelt hij bij mij 10+ keer ivm 1/3 fasen, inclusief alle meldingen.
Het betreft niet alleen een melding van de auto maar hij stopt ook met laden en start niet meer opnieuw. Uittrekken en insteken is het enige wat werkt.

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Yannick-ski schreef op zondag 12 april 2026 @ 21:10:
[...]


Het betreft niet alleen een melding van de auto maar hij stopt ook met laden en start niet meer opnieuw. Uittrekken en insteken is het enige wat werkt.
Hm, dat is wel vreemd. Maar je had soortgelijk gedrag dus ook al met de vorige auto, alleen nu vaker. Tesla's zijn gevoelige dames hè. ;-)

Misschien de debug versie flashen en daarmee op onderzoek uit.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
De fabrikant heeft zelf een paar Tesla's in gebruik, dus ik zou het probleem toch echt in je eigen opstelling zoeken: geen losse draadjes/contacten, geen vuile stekkerpennen, aarding goed aangesloten, geen extreem stralende apparaten in de directe nabijheid, dat soort zaken...
En anders eerst terug naar Normal mode en het laadgedrag observeren....

  • Yannick-ski
  • Registratie: November 2015
  • Laatst online: 24-04 19:01
Heb het net geobserveerd, maar het uitvallen gebeurt niet door loadbalancing. Hij is gewoon netjes aan jet laden 3x16A maar en totaal ver onder de 25A van de aansluiting en dan valt die ineens uit blank scherm en gaat die na een seconde of 2 weer aan. De helft van de tijd pakt die het laden weer op en de andere helft van de tijd niet.

Edit: 12-04-26 21:45
Ik ga nu testen wat die doet in Normal modus


Edit: 12-04-26 22:00
Ook in normal modus valt die na 10min laden uit, gaat die weer aan, valt die weer uit, gaat die weer aan dan laad die 20 seconden en valt die uit en gaat die weer aan maar gaat niet verder met laden.

Dit is gedrag wat ik met mijn vorige auto niet ervaarde, de Mazda kon er puur niet tegen als met loadbalancing veel geschakeld werd en wilde die wel eens in een foutmelding schieten.

Zij Tesla’s gevoelig voor een lange CP kabel? Ik heb alles in de meterkast zitten en de stekker zit in de garage.

[ Voor 47% gewijzigd door Yannick-ski op 12-04-2026 22:02 ]


  • thalx
  • Registratie: Januari 2003
  • Laatst online: 13-05 16:08
Yannick-ski schreef op zondag 12 april 2026 @ 21:44:
Zij Tesla’s gevoelig voor een lange CP kabel? Ik heb alles in de meterkast zitten en de stekker zit in de garage.
Ergens eerder in deze thread staan volgens mij gelijksoortige issues met sommige andere auto's, strekking was volgens mij om ook naar de aarding te kijken en de juiste aansluiting van de PE/CP.

Blbaa


  • mjl
  • Registratie: November 2001
  • Laatst online: 12:54

mjl

Ugh

Ik heb even een snelle vraag (ik kom er via google niet uit en co-pilot geeft willekeurige antwoorden afhankelijk van hoe ik de vraag stel ;) ) over SMARTevse. Als ik een master - slave situatie maak, heb ik dan 2 residual current modulles nodig of alleen 1 gekoppeld aan de master (uiteraard alle fasen en N door de spoel laten lopen). Nu zit er ook een aardlek automaat voor de laadpaal in een verdeelkast in de tuin, zou dat on sich ook al genoeg zijn?

Mijn laadpaal wordt 2 aansluitingen met master-slave, elke aansluiting in princiepe 1 fase. Aaansluitng 1: max 32A, aansluitng 2 max 16A en total curicuit 32A, grid import voor de zekerheid op 23A).

-------


  • bbbrumbrum
  • Registratie: November 2003
  • Niet online
mjl schreef op maandag 13 april 2026 @ 16:08:
Ik heb even een snelle vraag (ik kom er via google niet uit en co-pilot geeft willekeurige antwoorden afhankelijk van hoe ik de vraag stel ;) ) over SMARTevse. Als ik een master - slave situatie maak, heb ik dan 2 residual current modulles nodig of alleen 1 gekoppeld aan de master (uiteraard alle fasen en N door de spoel laten lopen). Nu zit er ook een aardlek automaat voor de laadpaal in een verdeelkast in de tuin, zou dat on sich ook al genoeg zijn?

Mijn laadpaal wordt 2 aansluitingen met master-slave, elke aansluiting in princiepe 1 fase. Aaansluitng 1: max 32A, aansluitng 2 max 16A en total curicuit 32A, grid import voor de zekerheid op 23A).
Type B alamat van niet-Chinees merk zijn nogal kostbaar (>EUR250), dus tenzij je die hebt, is die module zeker wel een goed idee om DC lekstromen te detecteren.
Hoe wil je eea aansluiten?

[ Voor 3% gewijzigd door bbbrumbrum op 13-04-2026 16:39 ]


  • mjl
  • Registratie: November 2001
  • Laatst online: 12:54

mjl

Ugh

Dit ben ik van plan te bouwe ofwel met 2 rest stroom meters of 1. Bij dat laatste is die dan verbonden met de Master SmartEVSE, ik vraag me dan af of die beide SmartEVSE's dan laat weten om te stoppen als er een lekstroom is. Overigens zit op de aarlek automaat ook een spoel om lekstroom te meten (afgesteld op 30mA).

Afbeeldingslocatie: https://tweakers.net/i/_kk3NiCkYav-MFTgoQZJ8n9D-gU=/800x/filters:strip_exif()/f/image/dngUWp7O6m1Xsy3l1vRXJCNK.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/SA0dvpTOBlXYq9Vfe0n29kFmWTg=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/oYJwsLzNvehHrraS0O9AMWtJ.png?f=user_large

[ Voor 21% gewijzigd door mjl op 13-04-2026 19:44 ]

-------


  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Ik ga een nieuwe laadpaal bouwen omdat ik het in de Tesla Wallbox Gen 2 toch allemaal wat te krap vind (en iets met ERE en MID meter). Ik was wat gaan zoeken en zo op de EVBOX terecht gekomen, een H1161-1001. Heb voor een paar tientjes een 1 fase model gekocht op Marktplaats. Zag dat er ook 3F modellen zijn met dubbele dinrail, zeeën van ruimte.

Had misschien even moeten opzoeken hoe gróót dat ding echt is. :X Hij is net aan breder dan de paal waar ik mijn laadpaal op heb gemonteerd haha.

Even nadenken of ik deze aanhoud of toch nog ga zoeken naar wat anders. Maar denk dat ik het antwoord wel weet: accepteren dat het wat uitsteekt. Dit ding geeft mij ook mooi ruimte om een esp32 met voeding naast m'n auto te plaatsen.

  • maarten_NL
  • Registratie: Mei 2013
  • Nu online
mjl schreef op maandag 13 april 2026 @ 19:43:
Dit ben ik van plan te bouwe ofwel met 2 rest stroom meters of 1. Bij dat laatste is die dan verbonden met de Master SmartEVSE, ik vraag me dan af of die beide SmartEVSE's dan laat weten om te stoppen als er een lekstroom is. Overigens zit op de aarlek automaat ook een spoel om lekstroom te meten (afgesteld op 30mA).

[Afbeelding]

[Afbeelding]
Technisch gezien ja, praktisch gezien nee. Je krijgt de draden niet door 1 RCM en de software interface tussen de 2 EVSE's bestaat niet,

Vaillant AroTHERM+ WP - 15kWp O-Z-W PV - 14kWh ESS - Kona EV + Kia ev3 - ESP8266 FTW!


  • mjl
  • Registratie: November 2001
  • Laatst online: 12:54

mjl

Ugh

maarten_NL schreef op maandag 13 april 2026 @ 21:14:
[...]


Technisch gezien ja, praktisch gezien nee. Je krijgt de draden niet door 1 RCM en de software interface tussen de 2 EVSE's bestaat niet,
De draden passen prima door 1 RCM, er zaten origineel 3p+N doorheen en dat wordt nu dan 2P+2N

Welke software interface bedoel je? SMARTevse heeft een master en maximaal 7 slaves nodes configuratie, ik kan echter niet vinden of die ook de residual current doorgeeft aan de node(s). Een splitter op de kabel van de RCM aansluiten zal niet werken? Dan sluit ik die op beide SmarEVSE’s aan.

Maar op zich heeft de aardlekautomaat ook al een RCM, dat zou toch ook voldoende moeten zijn? Die zit een 8 meter voor de laadpalen.

[ Voor 11% gewijzigd door mjl op 13-04-2026 22:07 ]

-------


  • Femme
  • Registratie: Juni 1999
  • Laatst online: 12:17

Femme

Hardwareconnaisseur

Official Jony Ive fan

mjl schreef op maandag 13 april 2026 @ 22:04:
[...]


De draden passen prima door 1 RCM, er zaten origineel 3p+N doorheen en dat wordt nu dan 2P+2N
De ene SmartEVSE gaat de andere niet vertellen dat een voor hem irrelevante RCM getripped is. Dit is wat de code doet:
C:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
// Residual current monitor fault trigger.
//
void EXTI9_5_IRQHandler(void) __attribute__((interrupt));
void EXTI9_5_IRQHandler()
{
    printf("@MSG: EXTI 9 Interrupt\n");
    delay(1);
    // check again, to prevent voltage spikes from tripping the RCM detection
    if (funDigitalRead(RCMFAULT) == FUN_HIGH ) {
        if (State) setState(STATE_B1);
        setErrorFlags(RCM_TRIPPED);
    }

    EXTI->INTFR = 0x1ffffff;                        // clear interrupt flag register
}
Het zet zo te zien de EVSE state terug naar B1 (Vehicle connected, not ready to accept energy, EVSE not ready to supply energy).
Welke software interface bedoel je? SMARTevse heeft een master en maximaal 7 slaves nodes configuratie, ik kan echter niet vinden of die ook de residual current doorgeeft aan de node(s). Een splitter op de kabel van de RCM aansluiten zal niet werken? Dan sluit ik die op beide SmarEVSE’s aan.

Maar op zich heeft de aardlekautomaat ook al een RCM, dat zou toch ook voldoende moeten zijn? Die zit een 8 meter voor de laadpalen.
Het gaat in dit geval om de detectie van DC-lekstromen, waarvoor een normale aardlekbeveiliging niet geschikt is. Een type B wel maar deze zijn erg prijzig van Europese fabrikanten.

  • Solarsparc
  • Registratie: Juli 2001
  • Laatst online: 06:27
Het voelt een beetje sketchy, maar aan de andere kant zijn we zelfbouwers die niet bang zijn om de (soms terechte, soms onterechte) red tape te omzeilen:

Er is in principe niets wat je in de weg staat om het signaal van de RCM te splitsen en op beide SmartEVSEs aan te sluiten. Het is een simpel hoog/laagsignaal en we testen allemaal onze DC-detectie, toch?
(Ook even gnd van de RCM meenemen in het verhaal)

Nadeel is natuurlijk wel dat je maar 1x de opgetelde 6mA-drempel hebt, dus als beide laders een klein DC-lekstroompje binnen de norm hebben, slaat het geheel alsnog af, maar in feite maakt dat je setup op dat punt juist strikter dan IEC62955.
En beide laders weigeren als er 1 een fout heeft, maar dat was je in principe al van plan.

Dit is geen advies, ik zou gewoon 5 tientjes stukslaan op een tweede RCM, geld kost het allemaal toch al

[ Voor 8% gewijzigd door Solarsparc op 14-04-2026 01:33 ]


  • THM0
  • Registratie: Juli 2006
  • Laatst online: 11:23
Solarsparc schreef op dinsdag 14 april 2026 @ 01:27:
Het voelt een beetje sketchy, maar aan de andere kant zijn we zelfbouwers die niet bang zijn om de (soms terechte, soms onterechte) red tape te omzeilen:

Er is in principe niets wat je in de weg staat om het signaal van de RCM te splitsen en op beide SmartEVSEs aan te sluiten. Het is een simpel hoog/laagsignaal en we testen allemaal onze DC-detectie, toch?
(Ook even gnd van de RCM meenemen in het verhaal)

Nadeel is natuurlijk wel dat je maar 1x de opgetelde 6mA-drempel hebt, dus als beide laders een klein DC-lekstroompje binnen de norm hebben, slaat het geheel alsnog af, maar in feite maakt dat je setup op dat punt juist strikter dan IEC62955.
En beide laders weigeren als er 1 een fout heeft, maar dat was je in principe al van plan.

Dit is geen advies, ik zou gewoon 5 tientjes stukslaan op een tweede RCM, geld kost het allemaal toch al
Daarnaast is het niet de beschreven manier om het aan te sluiten. Dat het vandaag werkt betekent niet dat het blijft werken, aangezien de software normaal gesproken op een set aan ondersteunde aansluitschema’s wordt ontwikkeld.

Echt de verkeerde bezuiniging dit…

  • mjl
  • Registratie: November 2001
  • Laatst online: 12:54

mjl

Ugh

THM0 schreef op dinsdag 14 april 2026 @ 08:03:
[...]

Daarnaast is het niet de beschreven manier om het aan te sluiten. Dat het vandaag werkt betekent niet dat het blijft werken, aangezien de software normaal gesproken op een set aan ondersteunde aansluitschema’s wordt ontwikkeld.

Echt de verkeerde bezuiniging dit…
Helder in iedergeval :)

-------


  • Medjai
  • Registratie: Februari 2004
  • Laatst online: 07:35
Wat is je plan hier dan precies? De 1 fase EVBOX ombouwen naar een 3 fase lader met smartEVSE?
Waarom verwacht je dat deze zelfbouw wel voor ERE in aanmerking komt? Zat er al een MID meter in de EVBOX en hergebruik je die? (en is die dan wel 3 fase?).
Ik ben serieus geinteresseerd, niet bedoeld om je idee onderuit te halen
Beekforel schreef op maandag 13 april 2026 @ 20:17:
Ik ga een nieuwe laadpaal bouwen omdat ik het in de Tesla Wallbox Gen 2 toch allemaal wat te krap vind (en iets met ERE en MID meter). Ik was wat gaan zoeken en zo op de EVBOX terecht gekomen, een H1161-1001. Heb voor een paar tientjes een 1 fase model gekocht op Marktplaats. Zag dat er ook 3F modellen zijn met dubbele dinrail, zeeën van ruimte.

Had misschien even moeten opzoeken hoe gróót dat ding echt is. :X Hij is net aan breder dan de paal waar ik mijn laadpaal op heb gemonteerd haha.

Even nadenken of ik deze aanhoud of toch nog ga zoeken naar wat anders. Maar denk dat ik het antwoord wel weet: accepteren dat het wat uitsteekt. Dit ding geeft mij ook mooi ruimte om een esp32 met voeding naast m'n auto te plaatsen.

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Medjai schreef op dinsdag 14 april 2026 @ 10:32:
Wat is je plan hier dan precies? De 1 fase EVBOX ombouwen naar een 3 fase lader met smartEVSE?
Waarom verwacht je dat deze zelfbouw wel voor ERE in aanmerking komt? Zat er al een MID meter in de EVBOX en hergebruik je die? (en is die dan wel 3 fase?).
Ik ben serieus geinteresseerd, niet bedoeld om je idee onderuit te halen


[...]
Van de EVBox gebruik ik alleen de behuizing, alle componenten erin worden nieuw. Inderdaad een MID meter erin. Her en der al wel wat tweakers die hiermee "akkoord" hebben behaald volgens mij.

Obv de regelgeving kom je dan volgens mij in aanmerking, de laadpaal heeft een geïntegreerde MID meter.

  • Jazsie
  • Registratie: Juni 2006
  • Laatst online: 14-05 10:46
mjl schreef op maandag 13 april 2026 @ 19:43:
Dit ben ik van plan te bouwe ofwel met 2 rest stroom meters of 1. Bij dat laatste is die dan verbonden met de Master SmartEVSE, ik vraag me dan af of die beide SmartEVSE's dan laat weten om te stoppen als er een lekstroom is. Overigens zit op de aarlek automaat ook een spoel om lekstroom te meten (afgesteld op 30mA).

[Afbeelding]

[Afbeelding]
Ieder SmartEVSE zijn eigen RCM.
mjl schreef op maandag 13 april 2026 @ 22:04:
[...]
Maar op zich heeft de aardlekautomaat ook al een RCM, dat zou toch ook voldoende moeten zijn? Die zit een 8 meter voor de laadpalen.
Die is 30mA zeg je, ofwel ik gok op Type A alamat.... Je moet ook DC 6mA kunnen en dan kom je dus uit bij RCM op de SmartEVSE.

Tenzij je een Type B alamat hebt, dan is het niet nodig maar dan had je nu ook geen RCM op je master zitten ;).

Woonachtig in België | 6200 Wp | eGolf 32kWh


  • mjl
  • Registratie: November 2001
  • Laatst online: 12:54

mjl

Ugh

Jazsie schreef op dinsdag 14 april 2026 @ 12:48:
[...]

Ieder SmartEVSE zijn eigen RCM.


[...]


Die is 30mA zeg je, ofwel ik gok op Type A alamat.... Je moet ook DC 6mA kunnen en dan kom je dus uit bij RCM op de SmartEVSE.

Tenzij je een Type B alamat hebt, dan is het niet nodig maar dan had je nu ook geen RCM op je master zitten ;).
Die is instelbaar, staat nu op 30mA maar kan ook lager.

-------


  • Solarsparc
  • Registratie: Juli 2001
  • Laatst online: 06:27
THM0 schreef op dinsdag 14 april 2026 @ 08:03:
[...]

Daarnaast is het niet de beschreven manier om het aan te sluiten. Dat het vandaag werkt betekent niet dat het blijft werken, aangezien de software normaal gesproken op een set aan ondersteunde aansluitschema’s wordt ontwikkeld.

Echt de verkeerde bezuiniging dit…
Juist omdat dit een "domme" hardwareoplossing is, is er niet echt een scenario waarin de software dit specifiek sloopt (en niet tegelijkertijd ook alle andere "gecertificeerde" setups). Als de RCM nu 1 of ander protocol had gehad, was het een ander verhaal, maar het is aan/uit. Hetzelfde principe als een knop.
Het aansluitschema is geen certificering, je "mag" er ook gewoon een type B-aardlek voor zetten, of een andere aan/uit-RCM.

Ik ben er 100% voor om elkaar er hier op te wijzen als we domme dingen doen, maar gatekeepen met irreële angsten is IMO ook niet in de geest van zelfbouw.

  • Jazsie
  • Registratie: Juni 2006
  • Laatst online: 14-05 10:46
mjl schreef op dinsdag 14 april 2026 @ 15:15:
[...]
Die is instelbaar, staat nu op 30mA maar kan ook lager.
Type A of Type B? Daar is nog geen antwoord op gegeven...

Woonachtig in België | 6200 Wp | eGolf 32kWh


  • THM0
  • Registratie: Juli 2006
  • Laatst online: 11:23
Solarsparc schreef op dinsdag 14 april 2026 @ 17:45:
[...]


Juist omdat dit een "domme" hardwareoplossing is, is er niet echt een scenario waarin de software dit specifiek sloopt (en niet tegelijkertijd ook alle andere "gecertificeerde" setups). Als de RCM nu 1 of ander protocol had gehad, was het een ander verhaal, maar het is aan/uit. Hetzelfde principe als een knop.
Het aansluitschema is geen certificering, je "mag" er ook gewoon een type B-aardlek voor zetten, of een andere aan/uit-RCM.

Ik ben er 100% voor om elkaar er hier op te wijzen als we domme dingen doen, maar gatekeepen met irreële angsten is IMO ook niet in de geest van zelfbouw.
Het ging specifiek om de werking in master/slave met een enkele RCM. Er is geen technische reden om ook de slave af te schakelen als de master een lekstroom detecteert.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
Ik heb het niet getest, maar als master en/of slaves een error flag zetten, dan zet volgens mij de master zichzelf en alle slaves in error, en stopt het laden.

Net zoals de master het laden stopt voor alle slaves als er niet genoeg stroom is om alle aangesloten ev's van MinCurrent te voorzien.

Hoewel niet altijd logisch, zit het min of meer in de architectuur van de firmware.

  • jpiscaer
  • Registratie: Januari 2002
  • Laatst online: 10:32
THM0 schreef op vrijdag 10 april 2026 @ 15:34:
https://github.com/evcc-io/evcc/pull/28782

Er lijkt iets in het vat te zitten… _/-\o_
Weet niet of iemand hier er aan heeft gewerkt maar dit zou zo’n mooie verbetering zijn voor een SmartEVSE setup!
Voor de mensen die EVCC draaien: de nightly van vannacht heeft de Smart EVSE (Go-based) integratie erin zitten, en na wat eerste testen lijkt 'ie volledig te werken!Afbeeldingslocatie: https://tweakers.net/i/wsYcIHftppjhkrIIz2jrMVU557Q=/x800/filters:strip_exif()/f/image/EeZLblV9lwcXEVa2emhRXPkD.png?f=fotoalbum_large

  • THM0
  • Registratie: Juli 2006
  • Laatst online: 11:23
jpiscaer schreef op woensdag 15 april 2026 @ 14:13:
[...]

Voor de mensen die EVCC draaien: de nightly van vannacht heeft de Smart EVSE (Go-based) integratie erin zitten, en na wat eerste testen lijkt 'ie volledig te werken![Afbeelding]
Kudos! Ik heb hem direct geconfigureerd op beide SmartEVSE’s.

  • Soepvlieg
  • Registratie: Februari 2009
  • Laatst online: 05-05 22:00
Ben erg benieuwd of dat goed blijft gaan met die REST API (ipv via MQTT) met EVCC.

Ik heb EVCC nu soort halfbakken draaien met een 'type: custom' charger om in elk geval al mijn laadessies te loggen, maar heb zo af en toe een compleet gecrashte ip-stack op de smartEVSE en verdenk het overvragen met de REST API, maar heb nog geen tijd gehad om het grondig uit te zoeken.

  • jpiscaer
  • Registratie: Januari 2002
  • Laatst online: 10:32
Soepvlieg schreef op woensdag 15 april 2026 @ 19:49:
Ben erg benieuwd of dat goed blijft gaan met die REST API (ipv via MQTT) met EVCC.

Ik heb EVCC nu soort halfbakken draaien met een 'type: custom' charger om in elk geval al mijn laadessies te loggen, maar heb zo af en toe een compleet gecrashte ip-stack op de smartEVSE en verdenk het overvragen met de REST API, maar heb nog geen tijd gehad om het grondig uit te zoeken.
Ik ben ook benieuwd. Vooralsnog gaat dat goed. Er is tijdens de diverse PRs discussie over mqtt, ocpp en http geweest, en de ontwikkelaars hebben manieren om (een deel van de gegevens) te cachen. We zullen zien.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
Voor alle SmartEVSE gebruikers, zojuist release v3.10.3 uitgebracht:

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

Improvements
  • EtherLCD support: Ethernet add-on board that replaces the LCD board (#349)
  • Feature: Ability to set RFID via MQTT & REST API (#330) thx to Bart Versluis
  • Add support for chint Chint DDSU666 (#128) thx to Halfware
  • Add MaxSumMains and MaxSumMainsTime to MQTT (#355)
  • Improved Raw Settings view with formatted JSON and Download button (#353) thx to Rob Juurlink
  • glcd.cpp: write settings immediately when exiting menu.
  • LCD remote control to WebSockets + improved mobile button UX (#331) thx to Rob Juurlink
  • Improve integrations section of the repository (#334) thx to Hmmbob
  • Add OCPP firmware update functionality.
  • Refactor tooltips: centralize styles in styling.css and improve accessibility (#301) thx to Rob Juurlink
  • OCPP: public charging station LED colour scheme when OCPP is enabled. (#351)
  • docs: update OCPP documentation
BugFixes
  • main.cpp: Fix: Solar charging on one phase would not trigger stop timer.
  • OCPP: prevent actuator unlock/relock jitter during charging
  • OCPP: recover from silent OCPP session loss (#345)
  • Fix cable disconnect not detected when switching to PAUSE (fixes #347)
  • esp32.cpp: prevent [Mains|EV]Meter.[Im|Ex]port_active_energy to be exported when zero value
  • modbus.cpp: do not advance request loop on broadcast timeouts
  • update2.html: add warning message, small layout changes
  • OCPP: send Finishing state before Available, fixes #348
  • main.cpp: reset ChargeDelay countdown when solar power disappears
  • main.cpp: reset Node ChargeDelay countdown when solar power disappears
  • main.cpp: prevent current fluctuations when CAPACITY is used (fixes #327)

  • m.eddy
  • Registratie: Juni 2007
  • Laatst online: 12:25
Indrukwekkende set met features en fixes zeg :P

Ik ga vanavond de eerste run doen. :)

  • reputatio
  • Registratie: Mei 2017
  • Laatst online: 12:59
Direct geupdate, al moet ik wel zeggen dat ik zeer geïnteresseerd ben in de Ethernet upgrade! Er ligt nog steeds een ethernet kabel naar de laadpaal waar ik niets meer mee kon. Dus die upgrade is zeer welkom!

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
Ja zeker, en voor diegenen die nog wat meer willen experimenteren, in de master branch zitten twee gloednieuwe features:
1 CircuitMeter: voor iedereen die een subpanel (ook wel: garage) configuratie heeft: de EVMeter werd misbruikt om de zekering van je subpanel te bewaken; met deze change wordt de EVMeter weer gewoon de weergave van je EV verbruik, en kun je een aparte kWh meter als CircuitMeter instellen voor het bewaken van je subpanel zekering.
Nuttig voor als je gebruik wil maken van ERE certificaten!!!

LET OP dit is dus een BREAKING change, als je een subpanel configuratie hebt waarin je MaxCircuit had ingesteld, dan moet je kWh meter die ingesteld stond als EVMeter nu instellen als CircuitMeter (en EVMeter disablen).

2 Capacity Mode: in steeds meer EU landen wordt het vastrecht afhankelijk gemaakt van je piek verbruik. Om dit te regelen kun je een begrenzing van het af te nemen vermogen instellen: de Mainsmeter rapporteert het energieverbruik per tijdsvak (meestal een kwartier) en de SmartEVSE zorgt er voor dat hij zelf het gemiddelde verbruik niet over een grenswaarde pushed. Die grenswaarde kan vast zijn (Fixed), per tijdvak (Interval) of toegesneden op een specifieke regeling in Vlaanderen (Flanders).
Als een andere verbruiker de grenswaarde overschrijdt dan zou ook de SmartEVSE verder uitgaan van deze nieuwe grenswaarde.

Alfa code dus voorzichtig testen, vooral aan het begin van je tijdvak zodat je niet onnodig op kosten gejaagd wordt!

  • Mike_S
  • Registratie: Augustus 2007
  • Laatst online: 13-05 17:42
V3.10.3 geïnstalleerd, ben benieuwd…

Display in UI geeft problemen (iOS Safari), zie hieronder, auto koppel ik morgen pas aan…

Afbeeldingslocatie: https://tweakers.net/i/N6dhR5gODAA0rAfTs7uVOP8-BWc=/x800/filters:strip_icc():strip_exif()/f/image/Qazh9UqYEmwINvIbdn5fKKT3.jpg?f=fotoalbum_large

  • Stufipower
  • Registratie: December 2015
  • Niet online
Het lijkt erop dat er een sponsortoken nodig is voor de nieuwe integratie van smartevse in evcc. Is dit zo bedoeld? Ik dacht namelijk dat open source hard / software gratis werd geintegreerd.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
Misschien aan de EVCC kant, zeker niet aan de SmartEVSE kant!

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
@Mike_S Ik kan dat probleem ook op Android reproduceren, Linux/Firefox gaat wel goed.
Ik heb de contributor getagged.

  • Mike_S
  • Registratie: Augustus 2007
  • Laatst online: 13-05 17:42
Nevermind, ik had je reactie verkeerd gelezen. Thx voor het oppakken.

[ Voor 85% gewijzigd door Mike_S op 16-04-2026 19:53 ]


  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Ik zie de Phoenix Contact quauttro rijgklemmen hier regelmatig voorbij komen, ik zal wel weer zeer matig kunnen zoeken maar waar schaf ik die aan per stuk voor 6 mm²?

  • m.eddy
  • Registratie: Juni 2007
  • Laatst online: 12:25
Al een test gedaan met v3.10.3 ism /Set/RFID via MQTT - werkt als een speer :)

Had debug geflashed zodat ik zoveel mogelijk voorbij zie komen van de RFID swipe.

Hier zag ik een oude bekende voorbijkomen:
(MBhandleError)(C1) Error response: E2 - CRC check error, address: 0c, function: 04, reg: 0048.
Had die error wel vaker gezien maar het laden gaat al een jaar prima ism OCPP dus....
Het valt me op dat de error alleen in debug level 'e' (error) voor bij komt en niet in 'v' (verbose) en 'd' (debug).
Klopt het dat errors alleen in debug 'e' weergegeven worden? Ik had ze ook verwacht in 'v' en 'd'.

  • superyupkent
  • Registratie: Juni 2001
  • Laatst online: 14-05 19:48
m.eddy schreef op donderdag 16 april 2026 @ 22:42:
Al een test gedaan met v3.10.3 ism /Set/RFID via MQTT - werkt als een speer :)

Had debug geflashed zodat ik zoveel mogelijk voorbij zie komen van de RFID swipe.

Hier zag ik een oude bekende voorbijkomen:
(MBhandleError)(C1) Error response: E2 - CRC check error, address: 0c, function: 04, reg: 0048.
Had die error wel vaker gezien maar het laden gaat al een jaar prima ism OCPP dus....
Het valt me op dat de error alleen in debug level 'e' (error) voor bij komt en niet in 'v' (verbose) en 'd' (debug).
Klopt het dat errors alleen in debug 'e' weergegeven worden? Ik had ze ook verwacht in 'v' en 'd'.
Betekent dit dat je een Mac adres van een rfid kaart kan doorgeven via mqtt? En daarmee remote een swipe met een kaart kan simuleren?

  • m.eddy
  • Registratie: Juni 2007
  • Laatst online: 12:25
superyupkent schreef op donderdag 16 april 2026 @ 22:51:
[...]


Betekent dit dat je een Mac adres van een rfid kaart kan doorgeven via mqtt? En daarmee remote een swipe met een kaart kan simuleren?
Yep, check de release notes hierboven. 2de improvement.

  • reputatio
  • Registratie: Mei 2017
  • Laatst online: 12:59
superyupkent schreef op donderdag 16 april 2026 @ 22:51:
[...]


Betekent dit dat je een Mac adres van een rfid kaart kan doorgeven via mqtt? En daarmee remote een swipe met een kaart kan simuleren?
Klopt, je kan middels MQTT of REST een RFID-kaart doorsturen en zo een “swipe” simuleren.

Mijn use-case was dat één auto zakelijk is en één niet. Maar ik wilde (als techneut :+) niet steeds het kaartje ervoor houden die van toepassing was voor die auto. Dus heb dat nu geautomatiseerd middels wat slimmigheden in Home Assistant.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
@m.eddy Dat klopt, in principe komen alle errors langs in elke debug mode.

MAAR als Powershare enabled is dan zend de Master naar alle potentiële slaves boodschappen over de modbus; slaves kunnen geen initiatief nemen op de modbus.
Een groot aantal van deze boodschappen blijven onbeantwoord (bijna niemand heeft 7 slaves aangesloten) en geven dus een modbus timeout error; soort van error-maar-geen-error. Dat soort boodschappen wordt dus uitgefilterd, wellicht is het filter nog niet fijn genoeg:
code:
1
2
3
4
5
6
7
8
if (LoadBl == 1 && ((address>=2 && address <=8 && function == 4 && reg == 0) || address == 9)) {  //master sends out messages to nodes 2-8, if no EVSE is connected with that address
                                                                                //a timeout will be generated. This is legit!
                                                                                //same goes for broadcast address 9
    _LOG_V("Error response: %02X - %s, address: %02x, function: %02x, reg: %04x.\n", error, (const char *)me,  address, function, reg);
  }     
  else {
    _LOG_A("Error response: %02X - %s, address: %02x, function: %02x, reg: %04x.\n", error, (const char *)me,  address, function, reg);
  }

  • Ferrox1
  • Registratie: Augustus 2008
  • Laatst online: 14-05 20:59
reputatio schreef op vrijdag 17 april 2026 @ 07:34:
[...]


Klopt, je kan middels MQTT of REST een RFID-kaart doorsturen en zo een “swipe” simuleren.

Mijn use-case was dat één auto zakelijk is en één niet. Maar ik wilde (als techneut :+) niet steeds het kaartje ervoor houden die van toepassing was voor die auto. Dus heb dat nu geautomatiseerd middels wat slimmigheden in Home Assistant.
Oh, hier dezelfde use-case. Echter ik kan niet met zekerheid zeggen welke auto aan de paal hangt via de software van de auto in home assistant. (lynk & Co is traag met zijn integrate en een beetje onbetrouwbaar)

De auto van de zaak reken ik af via TAP. Maar hoe bepaal jij welke auto er aan de paal staat met 100% zekerheid? Ik kan me ook voorstellen als beide auto's gekoppeld zijn (1 extern en 1 op je eigen laadpaal) je mogelijk dus niet weet welke er nu aan hangt en welke tag je moet sturen.

Wel leuke functionaliteit overigens en zet mij ook aan het denken. Misschien met een camera + Frigate oplossen?

  • reputatio
  • Registratie: Mei 2017
  • Laatst online: 12:59
Ferrox1 schreef op vrijdag 17 april 2026 @ 08:21:
[...]

Oh, hier dezelfde use-case. Echter ik kan niet met zekerheid zeggen welke auto aan de paal hangt via de software van de auto in home assistant. (lynk & Co is traag met zijn integrate en een beetje onbetrouwbaar)

De auto van de zaak reken ik af via TAP. Maar hoe bepaal jij welke auto er aan de paal staat met 100% zekerheid? Ik kan me ook voorstellen als beide auto's gekoppeld zijn (1 extern en 1 op je eigen laadpaal) je mogelijk dus niet weet welke er nu aan hangt en welke tag je moet sturen.

Wel leuke functionaliteit overigens en zet mij ook aan het denken. Misschien met een camera + Frigate oplossen?
Ik zat zelf ook eerst aan de camera + frigate te denken.
Echter heb ik het nu anders opgelost.
Bij mij zijn het 2 Volvo’s, dus ik hoef maar met 1 API rekening te houden.

Wat ik doe is wanneer de SmartEVSE EV connected status verandert naar “true”, vraag ik HomeAssistant om de EV Plug Connected state van beide Volvo’s te updaten na 10sec. Dat werkt eigenlijk altijd.

Dan zit je met het scenario inderdaad of de auto thuis is of niet. Die data krijg ik ook van Home Assistant. Dus als de SmartEVSE connected is, één van de Volvo’s connected is en diezelfde Volvo thuis is, dan ga ik er vanuit dat dat de connected Volvo is :+

Werkt eigenlijk altijd en flawless, binnen een seconde of 15/30 na het connecten van de auto.

  • m.eddy
  • Registratie: Juni 2007
  • Laatst online: 12:25
dingo35 schreef op vrijdag 17 april 2026 @ 08:04:
@m.eddy Dat klopt, in principe komen alle errors langs in elke debug mode.

MAAR als Powershare enabled is dan zend de Master naar alle potentiële slaves boodschappen over de modbus; slaves kunnen geen initiatief nemen op de modbus.
Een groot aantal van deze boodschappen blijven onbeantwoord (bijna niemand heeft 7 slaves aangesloten) en geven dus een modbus timeout error; soort van error-maar-geen-error. Dat soort boodschappen wordt dus uitgefilterd, wellicht is het filter nog niet fijn genoeg:
code:
1
2
3
4
5
6
7
8
if (LoadBl == 1 && ((address>=2 && address <=8 && function == 4 && reg == 0) || address == 9)) {  //master sends out messages to nodes 2-8, if no EVSE is connected with that address
                                                                                //a timeout will be generated. This is legit!
                                                                                //same goes for broadcast address 9
    _LOG_V("Error response: %02X - %s, address: %02x, function: %02x, reg: %04x.\n", error, (const char *)me,  address, function, reg);
  }     
  else {
    _LOG_A("Error response: %02X - %s, address: %02x, function: %02x, reg: %04x.\n", error, (const char *)me,  address, function, reg);
  }
Ok dan.
Nou powershare staat uit en mijn Eastron zit op 0C, dat komt overeen met de melding. En de medling is crc, geen timeout die ik zou verwachten met een niet bestaande slave.

Laden gaat prima maar heel af en toe gaat ie een keer uit en weer aan zonder dat ik dat snap. Geen andere flinke belastingen dan welke loadbalancing zou verklaren.
Errors lopen ook door als er geen auto aan het laden is. Echter de gemeten waardes lijken normaal vanaf de EV.

Afbeeldingslocatie: https://tweakers.net/i/mhAFGlIiWac-b7Ys-iHqamXg4ak=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/GJTxrRPPO7xEGzUAQRKSTXe8.png?f=user_large
Afbeeldingslocatie: https://tweakers.net/i/iQ9BXXnzeyWud-OyKaaf0UpzX1k=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/huCnhUDOmAwMF8zVD6rmPlKV.png?f=user_large
Afbeeldingslocatie: https://tweakers.net/i/uDqI-VSUqpNOEnQANneZcl6C2Jw=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/wAsHk1ob8DRgRIwAgWv7tPBk.png?f=user_large
Afbeeldingslocatie: https://tweakers.net/i/0iH8C_2dNYS_meeJ06R6RDEz38o=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/PIbKYJNDLpRa617jgohYf2W0.png?f=user_large

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
@m.eddy Ja idd met die settings geeft hij een _LOG_A die hij bij alle debug levels weergeeft.
Als hij die crc errors niet weergeeft in bepaalde debug levels dan heeft hij toevallig geen crc errors in die levels.
Het zou theoretisch kunnen dat de crc errors optreden als de ESP te druk bezig is de telnet messages uit te spugen. Hoe is je wifi verbinding?

  • m.eddy
  • Registratie: Juni 2007
  • Laatst online: 12:25
dingo35 schreef op vrijdag 17 april 2026 @ 11:09:
@m.eddy Ja idd met die settings geeft hij een _LOG_A die hij bij alle debug levels weergeeft.
Als hij die crc errors niet weergeeft in bepaalde debug levels dan heeft hij toevallig geen crc errors in die levels.
Het zou theoretisch kunnen dat de crc errors optreden als de ESP te druk bezig is de telnet messages uit te spugen. Hoe is je wifi verbinding?
Ok, hij geeft de error dus alleen in debug e. Dan is telnet juist het rustigs....

Wifi:
"wifi": {
"status": "WL_CONNECTED",
"rssi": -61,
},

Schotel hangt erboven.
Kan dit een modbus aarde probleem zijn? Volgens mij heb ik zonder aangesloten? Meter zit naast de samertevse.

  • dingo35
  • Registratie: Februari 2008
  • Laatst online: 06:20
De modbus aarde is AFAIK een kwestie van uitproberen....

  • Geim
  • Registratie: Mei 2004
  • Laatst online: 11:04
Beekforel schreef op donderdag 16 april 2026 @ 21:42:
Ik zie de Phoenix Contact quauttro rijgklemmen hier regelmatig voorbij komen, ik zal wel weer zeer matig kunnen zoeken maar waar schaf ik die aan per stuk voor 6 mm²?
https://www.elektramat.nl...-4-mm-grijs-pt-4-quattro/
Of een tikkie groter:
https://www.elektrobode.n...tact-pt-6-quattro-3212934

[ Voor 19% gewijzigd door Geim op 17-04-2026 13:52 . Reden: URL aangepast ]


  • Beekforel
  • Registratie: November 2001
  • Laatst online: 13:15

Beekforel

Is eigenlijk geen vis

Dit is voor 4 mm²?
Aansluitbare geleiderdoorsnede fijndraads zonder adereindhuls (mm²/mm²)0.20/6
Aansluitbare geleiderdoorsnede fijndraads met adereindhuls (mm²/mm²)0.25/0.25
Aansluitbare geleiderdoorsnede eendraads (mm²/mm²)0.20/6
Aansluitbare geleiderdoorsnede meerdraads (mm²/mm²)0.20/4
Maar hier staat dan wel weer 6... Past in elk geval de aanvoer er goed in, maar past m'n interne bedrading, 6 mm² met adereindhulzen, dan ook?

  • Frankyy
  • Registratie: September 2009
  • Niet online
Beekforel schreef op vrijdag 17 april 2026 @ 13:52:
[...]

Dit is voor 4 mm²?
Aansluitbare geleiderdoorsnede fijndraads zonder adereindhuls (mm²/mm²)0.20/6
Aansluitbare geleiderdoorsnede fijndraads met adereindhuls (mm²/mm²)0.25/0.25
Aansluitbare geleiderdoorsnede eendraads (mm²/mm²)0.20/6
Aansluitbare geleiderdoorsnede meerdraads (mm²/mm²)0.20/4
Maar hier staat dan wel weer 6... Past in elk geval de aanvoer er goed in, maar past m'n interne bedrading, 6 mm² met adereindhulzen, dan ook?
https://www.elektramat.nl...ads-6-mm-grijs-2006-1201/

  • mr_density
  • Registratie: Oktober 2004
  • Laatst online: 11-05 21:15
Gebruik de SmartEVSE nu een aantal weken naar tevredenheid. Ik heb nu alles ingesteld op het gebruik van 1 fase. De sensor box klem meet het verbruik en heb op de SmartEVSE een max ingesteld van 19A. Op het scherm lees ik netjes die waardes af. Wat ik me afvraag, zou die 19A op het scherm niet moeten wijzigen naar het aantal A dat overblijft (Sensorbox minus Max ingesteld )?Afbeeldingslocatie: https://tweakers.net/i/Sx94BeCPyIoj0rXLZCO_lPKerug=/x800/filters:strip_exif()/f/image/6MJyZg9ZavXMwagoeyTPiJus.png?f=fotoalbum_large

  • lasharor
  • Registratie: December 2004
  • Laatst online: 13-05 12:32

lasharor

7 december 2004

mr_density schreef op vrijdag 17 april 2026 @ 14:21:
Gebruik de SmartEVSE nu een aantal weken naar tevredenheid. Ik heb nu alles ingesteld op het gebruik van 1 fase. De sensor box klem meet het verbruik en heb op de SmartEVSE een max ingesteld van 19A. Op het scherm lees ik netjes die waardes af. Wat ik me afvraag, zou die 19A op het scherm niet moeten wijzigen naar het aantal A dat overblijft (Sensorbox minus Max ingesteld )?[Afbeelding]
Die 19A is de waarde waarmee je auto aan het laden is. 12A is het verbruik op fase 1.

Het aantal ampere dat overblijft is toch niet zo relevant? Dat kan je eigenlijk zelf ook al bereken door linksboven en het totaal beschikbare amperage van elkaar af te trekken.

  • dooiedodo
  • Registratie: November 2005
  • Laatst online: 13-05 21:59
lasharor schreef op vrijdag 17 april 2026 @ 14:32:
[...]


Die 19A is de waarde waarmee je auto aan het laden is. 12A is het verbruik op fase 1.

Het aantal ampere dat overblijft is toch niet zo relevant? Dat kan je eigenlijk zelf ook al bereken door linksboven en het totaal beschikbare amperage van elkaar af te trekken.
Dus die 7 ampere komt default van zonnepanelen dan?
(ben altijdje aan de bouw hier en lekker aan het meelezen, flinke klus hier in huis iig)

  • sorted.bits
  • Registratie: Januari 2000
  • Laatst online: 10:43
Ik heb ondertussen een laadpaal gebouwd met SmartEVSE en bij ons op kantoor gebruiken ze ook e-flux. Dit komt mooi uit en ik zal komende week eens contact met ze opnemen. Ik heb echter (nog?) geen RFID ingebouwd, omdat ik een prive oprit heb en de laadpaal sowieso pas aanspringt als mijn auto voor de deur staat (iets met nummerbord herkenning, Homey, etc).

Is het gebruik van RFID verplicht om hem aan e-flux te koppelen? Ik zie ook een auto-authorize optie in de interface, dus ik ging er een beetje van uit dat het niet nodig was.

  • ngommers
  • Registratie: November 2005
  • Laatst online: 13:21
sorted.bits schreef op vrijdag 17 april 2026 @ 20:22:
Ik heb ondertussen een laadpaal gebouwd met SmartEVSE en bij ons op kantoor gebruiken ze ook e-flux. Dit komt mooi uit en ik zal komende week eens contact met ze opnemen. Ik heb echter (nog?) geen RFID ingebouwd, omdat ik een prive oprit heb en de laadpaal sowieso pas aanspringt als mijn auto voor de deur staat (iets met nummerbord herkenning, Homey, etc).

Is het gebruik van RFID verplicht om hem aan e-flux te koppelen? Ik zie ook een auto-authorize optie in de interface, dus ik ging er een beetje van uit dat het niet nodig was.
Nee is niet noodzakelijk met de auto-authorize kun je een RFID doorgeven zodra hij verbinding maakt met de auto.

  • sorted.bits
  • Registratie: Januari 2000
  • Laatst online: 10:43
Mochten er mensen de SmartEVSE gebruiken in combinatie met Homey, de huidige app in de Homey appstore mist behoorlijk wat features and gegevens en maakt gebruik van de HTTP server van de Smart EVSE (niet zijn sterkste kant).

Ik heb een andere app gemaakt die de MQTT integratie gebruikt en dus geen aanslag pleegt op je HTTP server. Ook is data actueler omdat er niet gepolled wordt. Hij is nog in test, maar je kan hem al installeren:

https://homey.app/en-nl/a...Smart-EVSE-via-MQTT/test/

Na het installeren in de configuratie van de app je MQTT server gegevens invoeren en daarna kan je 1 of meerdere Smart EVSEs in je Homey hangen.

Afbeeldingslocatie: https://tweakers.net/i/YafGjFRRX5xP4z4cfU-l96E77g0=/800x/filters:strip_exif()/f/image/2lYH5GxNOmH8lJMmFmc553ff.png?f=fotoalbum_large

Hier wat simpele flows, die ik gebruik icm mijn thuis batterij.

  • mr_density
  • Registratie: Oktober 2004
  • Laatst online: 11-05 21:15
lasharor schreef op vrijdag 17 april 2026 @ 14:32:
[...]


Die 19A is de waarde waarmee je auto aan het laden is. 12A is het verbruik op fase 1.

Het aantal ampere dat overblijft is toch niet zo relevant? Dat kan je eigenlijk zelf ook al bereken door linksboven en het totaal beschikbare amperage van elkaar af te trekken.
Ik zag in mijn home assistant dat het actuele energie verbruik niet overeenkomt met de 19A die ik zou verwachten.

Maar als ik het geheel dan goed begrijp dan:
Meet de sensorbox het verbuik op de fase maar haalt daar dan al het verbruik van de laadpaal af.
De SmartEVSE past het vermogen van de laadpaal aan naar wat hij van de sensorbox binnen krijgt.

Volgens mij zien we aan de linker kant het verbruik van het huis. En rechts de constante waarde van 19A waarop er maximaal geladen kan worden. Deze waarde veranderd niet, de auto is helemaal niet met 19A aan het laden maar met wat er overblijft 19 minus 12.

  • stefxx
  • Registratie: Februari 2016
  • Laatst online: 13:22
mr_density schreef op zaterdag 18 april 2026 @ 13:35:
[...]Volgens mij zien we aan de linker kant het verbruik van het huis. En rechts de constante waarde van 19A waarop er maximaal geladen kan worden. Deze waarde veranderd niet, de auto is helemaal niet met 19A aan het laden maar met wat er overblijft 19 minus 12.
Het is precies zoals het op het LCD scherm staat: links wat er van het net wordt gehaald, en rechts wat er naar de auto gaat. Als dat niet hetzelfde is, komt dat door ander stroomverbruik en/of opwekking in het huis.

Dus als er 19A rechts staat, is dat wat je auto krijgt.

  • diamanten
  • Registratie: Juli 2024
  • Laatst online: 14-05 13:48
diamanten schreef op zondag 12 april 2026 @ 13:00:
Beste tweakers, graag jullie input:
Om te testen heb ik de smartevse v3 in testopstelling gezet zonder EV. De configuratie draait en heb ook PP via 680 ohm verbonden met PE. Toch krijg ik hem niet in Connected mode.
Wat doe ik verkeerd of ben ik mogelijk vergeten?[Afbeelding]
Voor diegene, die ook eens wil testen zonder EV:
CP via een diode en een weerstand van 880 ohm verbinden met PE en het laden start! Afbeeldingslocatie: https://tweakers.net/i/cRcbjQVE1b71FV5OPbwgH8LON48=/800x/filters:strip_exif()/f/image/N8L3l9KQeGDTiGNBT8mqGOrz.png?f=fotoalbum_large

  • Driehoek
  • Registratie: September 2024
  • Niet online
stefxx schreef op zaterdag 18 april 2026 @ 13:45:
[...]


Het is precies zoals het op het LCD scherm staat: links wat er van het net wordt gehaald, en rechts wat er naar de auto gaat. Als dat niet hetzelfde is, komt dat door ander stroomverbruik en/of opwekking in het huis.

Dus als er 19A rechts staat, is dat wat je auto krijgt.
Klopt dat? Als ik me niet vergis, is die 19 A wat de laadpaal aanbiedt aan de wagen, maar is het niet noodzakelijk wat de auto ook gebruikt. Ik weet niet of dit wel correct op het scherm verschijnt als je een vermogensmeter aansluit.
Misschien moet je even kijken of je wagen om de een of andere reden niet het volledige vermogen gebruikt. Bijvoorbeeld als de batterij bijna vol is zakt het vermogen in bij onze wagens maar blijft die 19A wel gewoon staan.

  • martijn_van_eck
  • Registratie: December 2014
  • Laatst online: 08:35
Update Niet meer nodig

[ Voor 97% gewijzigd door martijn_van_eck op 18-04-2026 19:55 ]


  • THM0
  • Registratie: Juli 2006
  • Laatst online: 11:23
Driehoek schreef op zaterdag 18 april 2026 @ 16:19:
[...]


Klopt dat? Als ik me niet vergis, is die 19 A wat de laadpaal aanbiedt aan de wagen, maar is het niet noodzakelijk wat de auto ook gebruikt. Ik weet niet of dit wel correct op het scherm verschijnt als je een vermogensmeter aansluit.
Misschien moet je even kijken of je wagen om de een of andere reden niet het volledige vermogen gebruikt. Bijvoorbeeld als de batterij bijna vol is zakt het vermogen in bij onze wagens maar blijft die 19A wel gewoon staan.
Correct, rechts zie je wat de paal vrijgeeft. Ook met een EV meter.
Pagina: 1 ... 101 ... 105 Laatste