Zelfbouw Laadpaal ervaringen

[databeestje]

PimDoos schreef op dinsdag 4 november 2025 @ 19:23:
Ter vermaak: Mijn naar SmartEVSE omgebouwde EVBox G2 geeft steeds creatievere kleurcombinaties op de LED-ring (uit 2014)
[Afbeelding]

Kijk, zo herken ik de EV Box weer

[mjvdzwet]

PimDoos schreef op dinsdag 4 november 2025 @ 19:23:
Ter vermaak: Mijn naar SmartEVSE omgebouwde EVBox G2 geeft steeds creatievere kleurcombinaties op de LED-ring (uit 2014)
[Afbeelding]

De ring is duidelijk stuk. Weet je zeker dat de stroom door (of voltage op) de LEDs niet te hoog is?

[databeestje]

mjvdzwet schreef op woensdag 5 november 2025 @ 07:20:
[...]

De ring is duidelijk stuk. Weet je zeker dat de stroom door (of voltage op) de LEDs niet te hoog is?

Dat was onderdeel van het avontuur in 2015-2020 om te zien welke kleuren combinatie de EVBox ringen zouden maken. Deze waren in het begin vrij populair in de publieke ruimte en bij bedrijven.

Ik heb een heel oude enkel fase 2012, en die led ring is nog goed, ik denk dat deze met 230 geschakeld wordt vanuit de contactor die daar 3NO1NC is, ze schakelen groen via het NC contact, en de blauw via het NO contact. Dat zou betekenen dat alle voorschakeling in de ring zit, dan snap ik wel dat ze uitbranden.

Normaliter gebruik je een Led driver met een stroom beperking, ze hebben een andere keuze gemaakt.

[PimDoos]

databeestje schreef op woensdag 5 november 2025 @ 07:32:
[...]
Ik heb een heel oude enkel fase 2012, en die led ring is nog goed, ik denk dat deze met 230 geschakeld wordt vanuit de contactor die daar 3NO1NC is, ze schakelen groen via het NC contact, en de blauw via het NO contact. Dat zou betekenen dat alle voorschakeling in de ring zit, dan snap ik wel dat ze uitbranden.

Normaliter gebruik je een Led driver met een stroom beperking, ze hebben een andere keuze gemaakt.

Dit in combinatie met het over tijd brossere plastic maakt dat bepaalde delen slecht contact gaan maken of er vocht tussen komt. Als je op bepaalde punten drukt op deze ring wordt 'ie weer gedeeltelijk groen

[databeestje]

PimDoos schreef op woensdag 5 november 2025 @ 19:55:
[...]

Dit in combinatie met het over tijd brossere plastic maakt dat bepaalde delen slecht contact gaan maken of er vocht tussen komt. Als je op bepaalde punten drukt op deze ring wordt 'ie weer gedeeltelijk groen

Ah, vandaar. Ik heb dus jaren geleden een PLA ring geprint die ervoor zat.
databeestje in "Zelfbouw Laadpaal ervaringen"

Staat nog steeds online. https://www.thingiverse.com/thing:1030589

[cruysen]

Zag deze trottoirband bij een bedrijf hier in Duitsland. 👌 Misschien goed ideetje voor iemand?

[PeterJones]

Kan iemand mij helpen met het updaten van de firmware van een SmartEVSE2?
Om de SmartEVSE2 te laten werken met een SmartEVSE3 (v3.9.0) moet ik van firmware versie 2.2 naar 2.3 of 2.4. Ik heb een FTDI kabel, maar nog niet de juiste instructies gevonden om de firmware te flashen (met bijv. platformio).

Weet iemand hier hoe het moet? Dank.

Inmiddels is me dit gelukt - het was vooral zoeken naar een werkende AN1310 programming tool.

[ Voor 13% gewijzigd door PeterJones op 06-11-2025 20:45 ]

[Hmmbob]

cruysen schreef op donderdag 6 november 2025 @ 18:35:
Zag deze trottoirband bij een bedrijf hier in Duitsland. 👌 Misschien goed ideetje voor iemand? [Afbeelding]

Is dat niet mega gevoelig voor vocht / regen?

[Blackraven]

PeterJones schreef op donderdag 6 november 2025 @ 19:13:
Kan iemand mij helpen met het updaten van de firmware van een SmartEVSE2?
Om de SmartEVSE2 te laten werken met een SmartEVSE3 (v3.9.0) moet ik van firmware versie 2.2 naar 2.3 of 2.4. Ik heb een FTDI kabel, maar nog niet de juiste instructies gevonden om de firmware te flashen (met bijv. platformio).

Weet iemand hier hoe het moet? Dank.

Inmiddels is me dit gelukt - het was vooral zoeken naar een werkende AN1310 programming tool.

Zou je de instructies hier kunnen posten?
Want @stegen heeft de instructies van smartevse.nl gehaald en ik wil ook nog naar 2.4, maar geen idee meer hoe en wat.

[stegen]

Je kan de bootloader software vinden in de SmartEVSE 1 repo:
https://github.com/SmartE...se/tree/master/bootloader
Gebruik een FTDI kabel, en sluit deze aan op de controller.

Verbind de kabel met de 6 pins aansluiting op de SmartEVSE (een rijtje met 6 pennen (pinheader) is wel nodig om deze te kunnen aansluiten.
De zwarte draad van de kabel komt aan de kant waar BLK staat.
Zorg er voor dat er geen EV's zijn aangesloten op het laadpunt.

Start het AN1310ui.exe programma op, en kies de juiste COM poort.
Probeer nu verbinding te maken met de module door op het groene RUN knopje te klikken.
Druk enkele keren op Enter, en het command line menu van de SmartEVSE moet nu zichtbaar zijn.

Als dit lukt, kies dan het rode vierkantje (bootloader mode) , en laad de laatste firmware in.
Deze kan je hier vinden:
https://github.com/SmartE...artEVSE2.X.production.hex

Druk vervolgens op "write device" om de module te programmeren.
Druk op het groene RUN knopje, om weer terug te gaan naar het menu van de SmartEVSE.
Als het goed is, is de firmware nu geupdate

[THM0]

Heeft iemand inmiddels een werkende en deelbare configuratie voor een SmartEVSE v3 icm EVCC?
Protocol maakt me niet zoveel uit (MQTT, OCCP, API, via HA, allemaal goed…).

[Printpapiertjes]

Ik zit bij een stichting welke spullen verkoopt voor het goede doel.

Nu hebben wij recent 3 laadpalen binnengekregen welke wij mogen demonteren en de onderdelen mogen verkopen, echter komen wij er onderhand als stichting achter dat de markt voor laadpalen nogal klein is. Nu heb ik wat rondgezocht op internet en kwam op dit forum uit!

Zijn er hier mensen die interesse hebben in onderdelen elektronische componenten of 3 complete (dubbele) laadpalen van het merk EVbox? Meer foto’s en/of info kan uiteraard verstuurt worden!

[databeestje]

Printpapiertjes schreef op zondag 9 november 2025 @ 16:53:
Ik zit bij een stichting welke spullen verkoopt voor het goede doel.

Nu hebben wij recent 3 laadpalen binnengekregen welke wij mogen demonteren en de onderdelen mogen verkopen, echter komen wij er onderhand als stichting achter dat de markt voor laadpalen nogal klein is. Nu heb ik wat rondgezocht op internet en kwam op dit forum uit!

Zijn er hier mensen die interesse hebben in onderdelen elektronische componenten of 3 complete (dubbele) laadpalen van het merk EVbox? Meer foto’s en/of info kan uiteraard verstuurt worden!

[Afbeelding]

[Afbeelding]

Ik denk dat je meer succes zal hebben op Markplaats eerlijk gezegd. Een lege kast met een contactor/automaat is zo'n beetje het enige. Maar dat is tientjes werk.

Zover ik weet is de EVbox toko over de kop en is alle computer in relatie tot backend daarmee waardeloos geworden. Er is ook geen incentive meer om deze vrij te geven.

[Beer070]

databeestje schreef op zondag 9 november 2025 @ 21:10:
[...]

Ik denk dat je meer succes zal hebben op Markplaats eerlijk gezegd. Een lege kast met een contactor/automaat is zo'n beetje het enige. Maar dat is tientjes werk.

Zover ik weet is de EVbox toko over de kop en is alle computer in relatie tot backend daarmee waardeloos geworden. Er is ook geen incentive meer om deze vrij te geven.

Misschien als je toevallig wat van die aardlekschakelaars nodig hebt..
@Printpapiertjes wat wil je er voor hebben?

[Printpapiertjes]

@Beer070 stuur me anders even een berichtje.
Prijs is open.. dit omdat het voor een stichting is en wij eerlijk gezegd ook niet weten wat de waarde exact is. Alle beetjes helpen

Marktplaats staat het al, zonder groot succes helaas.

[Mr.MarQuez]

Heeft iemand al eens het volgende ervaren met de hun Smartevse v3?
Tijdens het laden stopt deze zonder duidelijke aanwijzing in de logs met het laden, het lijkt zelfs of deze herstart, maar dat durf ik niet met zekerheid te stellen.

Heb de v3 inmiddels al 3,5 jaar en nooit problemen ervaren, afgelopen maand begon dit gedrag met v3.8.5 geïnstalleerd, een update naar 3.9.2 heeft het helaas niet verholpen.

Bij het spanningsloos maken en weer opstarten blijft het display ook knipperen en lijkt het erop dat deze niet doorstart, door het aansluiten van een usb kabel en deze te verbinden met een laptop lijkt hij wel door te starten.

Iemand nog ideeën wat ik zou kunnen testen of heeft deze er gewoon geen zin meer in?

Hieronder het stukje log waarin het stoppen te zien is, regel 46.

code:

(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=11, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.7 A Isum: 1.0 A
(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=10, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.7 A Isum: 1.0 A
(D) (ModbusRequestLoop)(C1) ModbusRequest 2: Request MainsMeter Measurement
(V) (ModbusSend8)(C1) Sent packet address: 0x0a, function: 0x04, reg: 0x0000, token:0x0a040000, data: 0x0020.
(V) (ModbusDecode)(C1) Received packet (67 bytes) 0a 04 40 02 14 32 83 43 69 00 00 43 68 00 00 43 6a 00 00 bf 0d bb e1 40 0e 9e e6 bf 01 18 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14 2c 0d 08 46 00 00 00 00 00 00 23 8f c9 00 00 00 00 00 00 00 00
(V) (ModbusDecode)(C1)  valid Modbus packet: Address 0x0a Function 0x04 Register 0x0000 Response
(V) (CalcBalancedCurrent)(C1) Checkpoint 1 Isetbalanced=16.0 A Imeasured=2.2 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=1.
(V) (CalcBalancedCurrent)(C1) phaseLastUpdate=1762692823.
(V) (CalcBalancedCurrent)(C1) Checkpoint 2 Isetbalanced=21.7 A, Idifference=22.8, mod=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 4 Isetbalanced=21.7 A.
(D) (CalcBalancedCurrent)(C1) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.7A, ActiveEVSE=1.
(V) (CalcBalancedCurrent)(C1) [L]Node 0 = 16.0 A
(V) (CalcBalancedCurrent)(C1) Checkpoint 5 Isetbalanced=16.0 A.
(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=11, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.5 A Isum: 1.2 A
(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=10, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.5 A Isum: 1.2 A
(D) (ModbusRequestLoop)(C1) ModbusRequest 2: Request MainsMeter Measurement
(V) (ModbusSend8)(C1) Sent packet address: 0x0a, function: 0x04, reg: 0x0000, token:0x0a040000, data: 0x0020.
(V) (ModbusDecode)(C1) Received packet (67 bytes) 0a 04 40 02 14 32 83 43 6a 00 00 43 68 00 00 43 69 00 00 bf 07 a8 7b 40 0e 58 47 bf 04 f1 b7 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14 2c 0d 08 46 00 00 00 00 00 00 23 8f c9 00 00 00 00 00 00 00 00
(V) (ModbusDecode)(C1)  valid Modbus packet: Address 0x0a Function 0x04 Register 0x0000 Response
(V) (CalcBalancedCurrent)(C1) Checkpoint 1 Isetbalanced=16.0 A Imeasured=2.2 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=1.
(V) (CalcBalancedCurrent)(C1) phaseLastUpdate=1762692825.
(V) (CalcBalancedCurrent)(C1) Checkpoint 2 Isetbalanced=21.7 A, Idifference=22.8, mod=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 4 Isetbalanced=21.7 A.
(D) (CalcBalancedCurrent)(C1) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.7A, ActiveEVSE=1.
(V) (CalcBalancedCurrent)(C1) [L]Node 0 = 16.0 A
(V) (CalcBalancedCurrent)(C1) Checkpoint 5 Isetbalanced=16.0 A.
(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=11, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.5 A Isum: 1.2 A
(I) (loop)(C1) STATE: C Error: 0 StartCurrent: -4 ChargeDelay: 0 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=10, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.5 A Isum: 1.2 A
(D) (ModbusRequestLoop)(C1) ModbusRequest 2: Request MainsMeter Measurement
(V) (ModbusSend8)(C1) Sent packet address: 0x0a, function: 0x04, reg: 0x0000, token:0x0a040000, data: 0x0020.
(V) (ModbusDecode)(C1) Received packet (67 bytes) 0a 04 40 02 14 32 83 43 69 00 00 43 68 00 00 43 6a 00 00 bf 08 3d 87 40 0f 72 c2 bf 18 11 81 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14 2c 0d 08 46 00 00 00 00 00 00 23 8f c9 00 00 00 00 00 00 00 00
(V) (ModbusDecode)(C1)  valid Modbus packet: Address 0x0a Function 0x04 Register 0x0000 Response
(V) (CalcBalancedCurrent)(C1) Checkpoint 1 Isetbalanced=16.0 A Imeasured=2.2 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=1.
(V) (CalcBalancedCurrent)(C1) phaseLastUpdate=1762692827.
(V) (CalcBalancedCurrent)(C1) Checkpoint 2 Isetbalanced=21.7 A, Idifference=22.8, mod=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 4 Isetbalanced=21.7 A.
(D) (CalcBalancedCurrent)(C1) Checkpoint b: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.7A, ActiveEVSE=1.
(V) (CalcBalancedCurrent)(C1) [L]Node 0 = 16.0 A
(V) (CalcBalancedCurrent)(C1) Checkpoint 5 Isetbalanced=16.0 A.
0000000000000
(CheckRFID)(C1) RFID card found!
(setState)(C1) 13:53:48 STATE C -> C1
(Timer100ms_singlerun)(C0) Unlocking Actuator.
(setState)(C0) 13:53:48 STATE C1 -> B1
(setState)(C1) @MSG: Switching Contactor1 OFF.
(setState)(C1) @MSG: Switching Contactor2 OFF.
(D) (ModbusRequestLoop)(C1) ModbusRequest 2: Request MainsMeter Measurement
(V) (ModbusSend8)(C1) Sent packet address: 0x0a, function: 0x04, reg: 0x0000, token:0x0a040000, data: 0x0020.
(I) (loop)(C1) STATE: B1 Error: 0 StartCurrent: -4 ChargeDelay: 13 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 16.0 A, MainsMeter.Timeout=9, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.5 A Isum: 1.2 A
(V) (ModbusDecode)(C1) Received packet (67 bytes) 0a 04 40 02 14 32 83 43 69 00 00 43 68 00 00 43 6a 00 00 bf 06 0a fd 40 11 1a 7c bf 28 7a 88 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14 2c 0d 08 46 00 00 00 00 00 00 23 8f c9 00 00 00 00 00 00 00 00
(V) (ModbusDecode)(C1)  valid Modbus packet: Address 0x0a Function 0x04 Register 0x0000 Response
(V) (CalcBalancedCurrent)(C1) Checkpoint 1 Isetbalanced=16.0 A Imeasured=2.2 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=1.
(V) (CalcBalancedCurrent)(C1) phaseLastUpdate=1762692829.
(V) (CalcBalancedCurrent)(C1) Checkpoint 2 Isetbalanced=21.7 A, Idifference=22.8, mod=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 4 Isetbalanced=21.7 A.
(D) (CalcBalancedCurrent)(C1) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=21.7A, saveActiveEVSE=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 5 Isetbalanced=21.7 A.
(I) (loop)(C1) STATE: B1 Error: 0 StartCurrent: -4 ChargeDelay: 13 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 21.7 A, MainsMeter.Timeout=11, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.6 A Isum: 1.1 A
(D) (ModbusRequestLoop)(C1) ModbusRequest 2: Request MainsMeter Measurement
(V) (ModbusSend8)(C1) Sent packet address: 0x0a, function: 0x04, reg: 0x0000, token:0x0a040000, data: 0x0020.
(I) (loop)(C1) STATE: B1 Error: 0 StartCurrent: -4 ChargeDelay: 11 SolarStopTimer: 0 NoCurrent: 0 Imeasured: 2.2 A IsetBalanced: 21.7 A, MainsMeter.Timeout=9, EVMeter.Timeout=64.
(I) (loop)(C1) L1: -0.5 A L2: 2.2 A L3: -0.6 A Isum: 1.1 A
(V) (ModbusDecode)(C1) Received packet (67 bytes) 0a 04 40 02 14 32 83 43 6b 00 00 43 69 00 00 43 6a 00 00 bf 05 fd d2 40 0f 61 c9 bf 31 3b 14 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14 2c 0d 08 46 00 00 00 00 00 00 23 8f c9 00 00 00 00 00 00 00 00
(V) (ModbusDecode)(C1)  valid Modbus packet: Address 0x0a Function 0x04 Register 0x0000 Response
(V) (CalcBalancedCurrent)(C1) Checkpoint 1 Isetbalanced=21.7 A Imeasured=2.2 A MaxCircuit=16 Imeasured_EV=0.0 A, Battery Current = 0.0 A, mode=1.
(V) (CalcBalancedCurrent)(C1) phaseLastUpdate=1762692831.
(V) (CalcBalancedCurrent)(C1) Checkpoint 2 Isetbalanced=27.4 A, Idifference=22.8, mod=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 4 Isetbalanced=22.8 A.
(D) (CalcBalancedCurrent)(C1) Checkpoint c: Resetting SolarStopTimer, MaxSumMainsTimer, IsetBalanced=22.8A, saveActiveEVSE=0.
(V) (CalcBalancedCurrent)(C1) Checkpoint 5 Isetbalanced=22.8 A.

[rvdgaag]

Zinloos1 schreef op maandag 3 november 2025 @ 21:55:
Ja, het blijft vreemd.. Ik zat nu weer even in de kast te kijken om een foto te nemen, maar dan zie je toch wel echt meer schade bij de uitgang van de Iskra. Maar de draden waren wel aan de kap vastgesmolten. Lastig nu te zien wat er gebeurd is omdat de draden ook kapot zijn gegaan door het verwijderen van de kap.
De kabels die zijn gesmolten zijn inderdaad 6mm2

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]

Zie ik nu goed dat de nul op de 4 polige ISKRA zit ? Je gebruikt een 2e ISKRA om solar te kunnen laden schat ik. Dan is het verkeerd bedraad en heb je 400 volt op de hele handel gezet door een zwevende nul.

[fishman]

EDIT. Ahh...wacht. Ik zie het verschil nu. Het gaat om de stroomvoorzien voor de ISKRAs zelf, zodat ze kunnen schakelen. De nul moet aan de bovenkant vam de ISKRA's komen, en de C1 en C2 aan de onderkant. Is dat het verschil?
Goed dat ik dit zie, want ik zou dat ook bijna verkeerd hebben gedaan.

Hoewel bij 2e inspectie lijkt het erop dat A1 en A2 helemaal niet uitgeschakeld kunnen worden. Hoe kan de nul dan ooit uitgeschakeld worden?

[ Voor 54% gewijzigd door fishman op 11-11-2025 18:59 ]

[Zinloos1]

rvdgaag schreef op dinsdag 11 november 2025 @ 16:20:
[...]


Zie ik nu goed dat de nul op de 4 polige ISKRA zit ? Je gebruikt een 2e ISKRA om solar te kunnen laden schat ik. Dan is het verkeerd bedraad en heb je 400 volt op de hele handel gezet door een zwevende nul.

Ik begrijp niet helemaal wat je bedoelt, wat is er precies verkeerd aangesloten? Want hij is nu weer in werking gezet door de electicien, dus ben wel benieuwd wat er dan precies fout zit.

Bedoel je dat de nul draad in zijn geheel niet door de Iskra had moeten gaan maar gewoon één directe kabel had moeten blijven?

[ Voor 10% gewijzigd door Zinloos1 op 11-11-2025 19:15 ]

[ocaj]

fishman schreef op dinsdag 11 november 2025 @ 18:50:
[url="https://tweakers.net/i/CDNnWVy8Y-bRAPLu8dk6W5axcRE=/fit- De nul moet aan de bovenkant vam de ISKRA's komen, en de C1 en C2 aan de onderkant.

Hmmm, net even bij mij gekeken en ik heb de C1 en C2 aan de bovenkant op A1 zitten en de nul op A2 (da's ook makkelijker met bedraden, aangezien zowel C1/C2 als A1 aan de bovenkant zitten).

Waar komt jouw schema vandaan?

(overigens denk/verwacht ik dat het voor het A1/A2-circuit niet uitmaakt hoe je hem aansluit, het gaat er immers over dat het circuit rondloopt?)

[Hieke]

@Zinloos1

Ik ben nu van plan de 4 polige Iskra te laten vervangen door de ESC425 (niet S).

Benieuwd of je je voornemen ook hebt doorgezet en wat de ervaringen tot op heden de Hager-relais zijn.

[fishman]

ocaj schreef op dinsdag 11 november 2025 @ 19:52:
[...]

Waar komt jouw schema vandaan?

Is een nieuwe plaatje van hier:
https://github.com/SmartE...ster/docs/installation.md

[mjvdzwet]

ocaj schreef op dinsdag 11 november 2025 @ 19:52:
[...]


Hmmm, net even bij mij gekeken en ik heb de C1 en C2 aan de bovenkant op A1 zitten en de nul op A2 (da's ook makkelijker met bedraden, aangezien zowel C1/C2 als A1 aan de bovenkant zitten).

Waar komt jouw schema vandaan?

(overigens denk/verwacht ik dat het voor het A1/A2-circuit niet uitmaakt hoe je hem aansluit, het gaat er immers over dat het circuit rondloopt?)

Het maakt inderdaad niet uit, zeker gezien ze met AC worden gestuurd.

[Zinloos1]

Hieke schreef op dinsdag 11 november 2025 @ 19:59:
@Zinloos1
[...]

Benieuwd of je je voornemen ook hebt doorgezet en wat de ervaringen tot op heden de Hager-relais zijn.

Ik heb inderdaad de ESC425 genomen. Nu één keer geladen, werkt perfect. De elektricien zei dat het goed spul was en had het zo geïnstalleerd.

[Zinloos1]

fishman schreef op dinsdag 11 november 2025 @ 20:05:
[...]


Is een nieuwe plaatje van hier:
https://github.com/SmartE...ster/docs/installation.md

Dit is exact hoe het hier aangesloten zit. Alleen dan dus C1/C2 en N boven en onder gewisseld. Dus ik denk dat het wel goed zit?

[ocaj]

mjvdzwet schreef op dinsdag 11 november 2025 @ 20:14:
[...]


Het maakt inderdaad niet uit, zeker gezien ze met AC worden gestuurd.

Dank voor de bevestiging!

[rvdgaag]

Zinloos1 schreef op dinsdag 11 november 2025 @ 19:03:
[...]


Ik begrijp niet helemaal wat je bedoelt, wat is er precies verkeerd aangesloten? Want hij is nu weer in werking gezet door de electicien, dus ben wel benieuwd wat er dan precies fout zit.

Bedoel je dat de nul draad in zijn geheel niet door de Iskra had moeten gaan maar gewoon één directe kabel had moeten blijven?

Op de foto lijkt het onjuist aangesloten, hier ter controle het schema van de juiste aansluiting:

[ Voor 42% gewijzigd door rvdgaag op 12-11-2025 08:51 ]

[Zinloos1]

rvdgaag schreef op woensdag 12 november 2025 @ 08:48:
[...]


Op de foto lijkt het onjuist aangesloten, hier ter controle het schema van de juiste aansluiting:

[Afbeelding]

Maar welk deel dan precies, want volgens mij is het precies zo aangesloten?De weg die ze afleggen vanuit de bovenkant van de alamat is dat alle draden eerst een topjob in gaan dan de Iskra 4P in aan de bovenkant, waarna de grijze en zwarte kabel achterlangs naar de bovenkant van de Iskra 2P gaan en dan zoals hierboven alle kabels samenkomen richting het laadpunt.

[ Voor 59% gewijzigd door Zinloos1 op 12-11-2025 09:41 ]

[Soepvlieg]

Tijdje geleden rapporteerde ik wat connectieproblemen met de smartEVSE.
10 dagen verder en de wegvallende verbinding is nog 4 keer voorgekomen.
Telkens te fixen door op de smartEVSE zelf met de knopjes door het menu heen te cyclen en bij wifi door het submenu te cyclen: enabled > setupWifi > disabled > enabled

Afgelopen nacht is er weer verbinding weggevallen. Inmiddels heb ik smokeping draaien:




Ik zie in mijn mqtt explorer dat de slimmelezer weer beweert:

code:

debug = [0;33m[W][http_request.arduino:115]: HTTP Request failed; URL: http://192.168.2.230/currents?L1=-13&L2=-0&L3=12; Error: connection refused[0m

maar dat is misschien een misleidende melding? Er is gewoon geen connectie lijkt me.

Ik ga de smartEVSE toch maar overzetten naar mqtt en kijken of dat voor stabiliteit zorgt.

[dingo35]

Waarom laat je geen ping meelopen om te zien wat ee gebeurt? Als de wifi verbinding wegvalt kan ook MQTT je niet helpen.
Ik zou eerder eens een kanaalanalyse bij je SmartEVSE uitvoeren om storende buren uit te sluiten.
EDIT: Of misschien hopt je access point af en toe naar een ander kanaal en heeft de SmartEVSE moeite te volgen?

Dit heeft alle kenmerken van een netwerk probleem....

[ Voor 27% gewijzigd door dingo35 op 12-11-2025 11:55 ]

[Soepvlieg]

Wat bedoel je met een ping laten meelopen?
Je hebt natuurlijk gelijk dat mqtt ook gewoon netwerk nodig heeft. Mijn hoofd hing nog een beetje in de hypothese van een gecrashte webserver oid op de evse.
Mijn AP stond fixed op kanaal 6 (20Mhz bw) tot ik zojuist ontdek dat mijn buren 2.4Ghz op kanaal 7 met 40Mhz bandwith gebruiken. Dus ben nu even overgegaan naar kanaal 1.
Zal de buren eens vragen of ze over willen gaan naar een andere instelling.

edit: ervaar overigens verder nooit wifi issues, dus ik dacht ook niet gelijk in die richting

[ Voor 9% gewijzigd door Soepvlieg op 12-11-2025 12:46 ]

[rvdgaag]

Zinloos1 schreef op woensdag 12 november 2025 @ 09:29:
[...]


Maar welk deel dan precies, want volgens mij is het precies zo aangesloten?

[Afbeelding]

[Afbeelding]

De weg die ze afleggen vanuit de bovenkant van de alamat is dat alle draden eerst een topjob in gaan dan de Iskra 4P in aan de bovenkant, waarna de grijze en zwarte kabel achterlangs naar de bovenkant van de Iskra 2P gaan en dan zoals hierboven alle kabels samenkomen richting het laadpunt.

Prima als je het zeker weet en hebt gecheckt aan de hand van het schema klaar toch ? Op de foto's niet helemaal duidelijk vandaar mijn waarschuwing

[dingo35]

@Soepvlieg prompt "wifi ping laten meelopen", chatgpt is your friend!

[CyberEspresso]

Nadat Newmotion voor de zoveelste keer werd overgenomen, steeds eindeloos gedoe met de klantenservice en nu weer een verplicht abonnement, heb ik met behulp van dit topic ook mijn laadpaal omgebouwd tot een SmartEVSE laadpaal. Voor de liefhebbers hier het resultaat:



Ik heb alles inmiddels goed werken. Met wat HomeAssistant automation wordt de SmartEVSE gevoed met de actuele amperages per fase via MQTT. Ook heb ik wat automation gemaakt waar ik op basis van de prijs van mijn dynamisch energiecontract het laden kan laten starten en stoppen. Iets dat eerst allemaal niet mogelijk was, dus ben heel blij met deze ombouw!

Heb ook een vraag waar voor jullie waar ik zo snel even niet uit kwam. Wat ik graag zou willen is dat ik met een druk op de knop (ik heb de bekende led knop van Stegen Electronics) de auto kan loskoppelen van de laadpaal. Volgens de documentatie zou dat moeten kunnen als je de functie van de knop op 'Disabled' zet. Dat werkt in zoverre dat het slot van de laadkabel in de Tesla heel even 'losklikt', maar daarna meteen weer vastklikt. Bij publieke laadpalen blijft de kabel 'losgeklikt' zodra ik een sessie stop met mijn laadpas. Aangezien mijn laadpaal verder op afgesloten terrein staat zou ik dat graag met de button willen doen. Dat scheelt weer de Tesla app opstarten om de laadkabel los te krijgen. Heeft iemand hier zoiets geconfigureerd?

[dingo35]

Probeer "Access B" eens; het slot van de laadkabel aan Tesla zijde wordt bepaald door de Tesla, niet door de SmartEVSE.

Met Access B schakel je tussen "Access Denied" en de geselecteerde mode, wellicht dat de Tesla de kabel vrijgeeft wanneer Access Denied is.

[ Voor 3% gewijzigd door dingo35 op 12-11-2025 19:59 ]

[Soepvlieg]

dingo35 schreef op woensdag 12 november 2025 @ 19:13:
@Soepvlieg prompt "wifi ping laten meelopen", chatgpt is your friend!

Je had gezien dat ik smokeping heb draaien? Dus er loopt de hele tijd een ping test. Nou ja, elke 5 minuten 20 pings.

Edit: En inmiddels ligt de smartEVSE netwerkverbinding weer op zijn gat.

[ Voor 11% gewijzigd door Soepvlieg op 12-11-2025 21:41 ]

[CyberEspresso]

dingo35 schreef op woensdag 12 november 2025 @ 19:58:
Met Access B schakel je tussen "Access Denied" en de geselecteerde mode, wellicht dat de Tesla de kabel vrijgeeft wanneer Access Denied is.

Bij nader inzien bleek het 'her-locken' te komen door mijn eigen HomeAssistant automation die het laden direct weer liet starten nadat het gestopt was. Het lijkt erop dat zowel "Access B" als "Disabled" in de praktijk effectief hetzelfde resultaat hebben. Het is wel zo dat het alleen werkt als de auto al van het slot af is, maar dat was waarschijnlijk altijd al zo.

[Hmmbob]

Soepvlieg schreef op woensdag 12 november 2025 @ 10:20:
Tijdje geleden rapporteerde ik wat connectieproblemen met de smartEVSE.
10 dagen verder en de wegvallende verbinding is nog 4 keer voorgekomen.
Telkens te fixen door op de smartEVSE zelf met de knopjes door het menu heen te cyclen en bij wifi door het submenu te cyclen: enabled > setupWifi > disabled > enabled

Afgelopen nacht is er weer verbinding weggevallen. Inmiddels heb ik smokeping draaien:
[Afbeelding]

[Afbeelding]

Ik zie in mijn mqtt explorer dat de slimmelezer weer beweert:

code:

debug = [0;33m[W][http_request.arduino:115]: HTTP Request failed; URL: http://192.168.2.230/currents?L1=-13&L2=-0&L3=12; Error: connection refused[0m

maar dat is misschien een misleidende melding? Er is gewoon geen connectie lijkt me.

Ik ga de smartEVSE toch maar overzetten naar mqtt en kijken of dat voor stabiliteit zorgt.

Wat gebeurt er rond 02:00 op je netwerk? Ik zie ook de graph van de slimme lezer veranderen rond dat tijdstip.

[Eggybert]

CyberEspresso schreef op woensdag 12 november 2025 @ 22:06:
[...]

Bij nader inzien bleek het 'her-locken' te komen door mijn eigen HomeAssistant automation die het laden direct weer liet starten nadat het gestopt was. Het lijkt erop dat zowel "Access B" als "Disabled" in de praktijk effectief hetzelfde resultaat hebben. Het is wel zo dat het alleen werkt als de auto al van het slot af is, maar dat was waarschijnlijk altijd al zo.

Ik heb een mesh netwerk en wat ik heb gehad is dat de smartEVSE (met oudere firmware) verbond was met een repeater welke ik later verplaatst had en bijna buiten bereik was. Hierdoor viel de verbinding ook steeds weg. Hij switchen toen niet naar de router die letterlijk 20cm ernaast zit.

Na netwerk opnieuw ingesteld te hebben zodat hij de router pakte en niet een repeater was het opgelost.
Weet niet of dit in de later firmware ook nog zo is.

[dingo35]

De library die we aanroepen werkt op bssid, niet oo ssid.

[thalx]

Soepvlieg schreef op woensdag 12 november 2025 @ 12:44:
Wat bedoel je met een ping laten meelopen?
Je hebt natuurlijk gelijk dat mqtt ook gewoon netwerk nodig heeft. Mijn hoofd hing nog een beetje in de hypothese van een gecrashte webserver oid op de evse.
Mijn AP stond fixed op kanaal 6 (20Mhz bw) tot ik zojuist ontdek dat mijn buren 2.4Ghz op kanaal 7 met 40Mhz bandwith gebruiken. Dus ben nu even overgegaan naar kanaal 1.
Zal de buren eens vragen of ze over willen gaan naar een andere instelling.

edit: ervaar overigens verder nooit wifi issues, dus ik dacht ook niet gelijk in die richting

Ik heb in het verleden ook issues gehad, waarbij ik én een slechte WiFi verbinding buiten bij de laadpaal had, én ik blijkbaar de webserver overstuurde met HTTP-requests van o.a. de slimme meter, EVCC en nog wat andere scripts. (waarschijnlijk door een hoop verbindingen die "hingen" en niet juist waren afgesloten).
Sindsdien draai ik al mijn scripts en koppelingen via MQTT in plaats van HTTP, dat loopt een stuk beter.

[Hmmbob]

Voor de mensen die wat minder weten van de werking van WiFI:

Dit:

dingo35 schreef op donderdag 13 november 2025 @ 09:38:
De library die we aanroepen werkt op bssid, niet oo ssid.

Verklaart inderdaad dit:

Eggybert schreef op donderdag 13 november 2025 @ 08:51:
Ik heb een mesh netwerk en wat ik heb gehad is dat de smartEVSE (met oudere firmware) verbond was met een repeater welke ik later verplaatst had en bijna buiten bereik was. Hierdoor viel de verbinding ook steeds weg. Hij switchen toen niet naar de router die letterlijk 20cm ernaast zit.

Na netwerk opnieuw ingesteld te hebben zodat hij de router pakte en niet een repeater was het opgelost.
Weet niet of dit in de later firmware ook nog zo is.

Of, vertaling: Je SmartEVSE blijft zoeken naar het specifieke Access Point waarmee het eerder verbonden was, en zal niet automatisch overschakelen naar een sterker AP met dezelfde netwerknaam.

[ Voor 10% gewijzigd door Hmmbob op 13-11-2025 10:59 ]

[Robert-Jan]

Hmmbob schreef op donderdag 13 november 2025 @ 10:58:
[...]
Of, vertaling: Je SmartEVSE blijft zoeken naar het specifieke Access Point waarmee het eerder verbonden was, en zal niet automatisch overschakelen naar een sterker AP met dezelfde netwerknaam.

Dit is waardevolle informatie. Wat mij betreft mag dit zeker worden opgenomen in de documentatie, omdat dit voor de meeste gebruikers niet het verwachte gedrag is. Niet voor mij in ieder geval.

[DanTm]

Volgens mij werkt het ook niet altijd zo, ik heb laatst een access point vervangen en heb daarna de smartevse niet opnieuw hoeven in te stellen.
Ook is hij in het verleden wel eens op een andere access point terecht gekomen.
Ik zit overigens op de stable release.

[tukker999]

Hmmbob schreef op donderdag 13 november 2025 @ 10:58:
Of, vertaling: Je SmartEVSE blijft zoeken naar het specifieke Access Point waarmee het eerder verbonden was, en zal niet automatisch overschakelen naar een sterker AP met dezelfde netwerknaam.

Enig geduld helpt ook.
Na enkele uren komt het vanzelf in orde.
Een herstart van modem of SmartEVSE wil ook nog wel eens helpen.

[Soepvlieg]

Hmmbob schreef op donderdag 13 november 2025 @ 07:51:
[...]

Wat gebeurt er rond 02:00 op je netwerk? Ik zie ook de graph van de slimme lezer veranderen rond dat tijdstip.

Geen idee, niks bijzonders volgens mij. Hypothese: De slimmelezer ping latency wordt lager als de hele http post naar de evse niet afgehandeld hoeft te worden. in plaats daarvan is er direct tijd is om op de ping te reageren.

thalx schreef op donderdag 13 november 2025 @ 10:04:
[...]

Ik heb in het verleden ook issues gehad, waarbij ik én een slechte WiFi verbinding buiten bij de laadpaal had, én ik blijkbaar de webserver overstuurde met HTTP-requests van o.a. de slimme meter, EVCC en nog wat andere scripts. (waarschijnlijk door een hoop verbindingen die "hingen" en niet juist waren afgesloten).
Sindsdien draai ik al mijn scripts en koppelingen via MQTT in plaats van HTTP, dat loopt een stuk beter.

Dit sluit aan bij mijn vermoeden dat ik inderdaad de netwerkstack van de evse overvraag. Nog voor ik de slimmelezer had, was ik aan het stoeien met evcc en trok daarmee de evse netwerk verbinding onderuit door veel te frequent GET settings op te halen.

dingo35 schreef op donderdag 13 november 2025 @ 09:38:
De library die we aanroepen werkt op bssid, niet oo ssid.

Ik heb maar één AP voor mijn wifi, geen repeaters. rssi is ook gewoon gezond, zeker nu ik op kanaal 1 ben gaan zitten. Schommelt tussen de -63 en -57.

Dank voor het meedenken in elk geval.
Maar even kijken of ik dit weekend tijd heb om het om te klussen naar mqtt.

[jossie67]

CyberEspresso schreef op woensdag 12 november 2025 @ 19:20:

Heb ook een vraag waar voor jullie waar ik zo snel even niet uit kwam. Wat ik graag zou willen is dat ik met een druk op de knop (ik heb de bekende led knop van Stegen Electronics) de auto kan loskoppelen van de laadpaal. Volgens de documentatie zou dat moeten kunnen als je de functie van de knop op 'Disabled' zet. Dat werkt in zoverre dat het slot van de laadkabel in de Tesla heel even 'losklikt', maar daarna meteen weer vastklikt. Bij publieke laadpalen blijft de kabel 'losgeklikt' zodra ik een sessie stop met mijn laadpas. Aangezien mijn laadpaal verder op afgesloten terrein staat zou ik dat graag met de button willen doen. Dat scheelt weer de Tesla app opstarten om de laadkabel los te krijgen. Heeft iemand hier zoiets geconfigureerd?

Als je bij je Tesla de rechter achterdeur handvat voor 2 of 3 sec open houdt dan wordt de laadkabel unlocked . Zo doe ik het altijd

[RonJ]

jossie67 schreef op donderdag 20 november 2025 @ 13:22:
[...]


Als je bij je Tesla de rechter achterdeur handvat voor 2 of 3 sec open houdt dan wordt de laadkabel unlocked . Zo doe ik het altijd

Nog beter: Gebruik een (bijv. van EVchargeking) kabel/stekker met tesla button.

[jpiscaer]

RonJ schreef op vrijdag 21 november 2025 @ 09:44:
[...]


Nog beter: Gebruik een (bijv. van EVchargeking) kabel/stekker met tesla button.

Of stel de button van de SmartEVSE in om de Tesla charge port te unlocken, zo heb ik 't gedaan

[CyberEspresso]

jossie67 schreef op donderdag 20 november 2025 @ 13:22:
Als je bij je Tesla de rechter achterdeur handvat voor 2 of 3 sec open houdt dan wordt de laadkabel unlocked . Zo doe ik het altijd

Dat wist ik niet! Thanks voor de tip!

RonJ schreef op vrijdag 21 november 2025 @ 09:44:
Nog beter: Gebruik een (bijv. van EVchargeking) kabel/stekker met tesla button.

Die houd ik in gedachten voor als mijn laadkabel aan vervanging toe is, thanks!

jpiscaer schreef op vrijdag 21 november 2025 @ 11:58:
Of stel de button van de SmartEVSE in om de Tesla charge port te unlocken, zo heb ik 't gedaan

Ja precies, dat was dus mijn originele vraag! Hoe heb je dat gedaan?

[ Voor 20% gewijzigd door CyberEspresso op 21-11-2025 12:19 ]

[jpiscaer]

CyberEspresso schreef op vrijdag 21 november 2025 @ 12:18:
[...]
Ja precies, dat was dus mijn originele vraag! Hoe heb je dat gedaan?

HomeAssistant luistert naar een MQTT topic payload als trigger, en doet dan 2 actions: 'Turn off Charge' en 'Unlock Charge cable lock' via de Tesla integration.

[Beekforel]

Ik ben sinds een paar dagen overgestapt naar Tibber, het was even vogelen maar nadat ik erachter kwam dat de URL op Github niet klopte (het moet wss://zappi.ocpp.tibber.com/ zijn bij mij) werkt de OCPP koppeling met een zelf verzonnen Zappi serienummer.

Ben benieuwd of dit bevalt, ik lees her en der wat negatieve berichten.

[martijn_van_eck]

Beekforel schreef op zaterdag 22 november 2025 @ 17:09:
Ik ben sinds een paar dagen overgestapt naar Tibber, het was even vogelen maar nadat ik erachter kwam dat de URL op Github niet klopte (het moet wss://zappi.ocpp.tibber.com/ zijn bij mij) werkt de OCPP koppeling met een zelf verzonnen Zappi serienummer.

Ben benieuwd of dit bevalt, ik lees her en der wat negatieve berichten.

Ben eigenlijk best tevreden met de Tibber integratie. Weinig probleem gehad. Wel even gehad dat Tibber niet de juiste laadsnelheid hanteerde voor het laadplan. Maar na een service ticket aangemaakt te hebben is het door hun opgelost

[Beekforel]

martijn_van_eck schreef op zaterdag 22 november 2025 @ 22:44:
[...]


Ben eigenlijk best tevreden met de Tibber integratie. Weinig probleem gehad. Wel even gehad dat Tibber niet de juiste laadsnelheid hanteerde voor het laadplan. Maar na een service ticket aangemaakt te hebben is het door hun opgelost

Hij heeft geladen vannacht, maar lang niet op volgens vermogen. Heel kort op vol en daarna ongeveer half. Regelt Tibber dat?

[Tassadar32]

Ik heb voor mijn SmartEVSE voor een andere behuizing gekozen maar heb nu dus een TheNewMotion v1 over (met socket) die ik niet gebruik. Als iemand die als basis wil gebruiken voor een SmartEVSE mag die voor een heel zacht bedrag weg.

[martijn_van_eck]

Beekforel schreef op zondag 23 november 2025 @ 07:56:
[...]

Hij heeft geladen vannacht, maar lang niet op volgens vermogen. Heel kort op vol en daarna ongeveer half. Regelt Tibber dat?

Ja ik ik ook zo nu en dan dan Tibber het vermogen terug regelt. Dit is wel voornamelijk tijdens grid reward momenten en niet wanneer de stroom het goedkoopst, dan wordt er met vol vermogen geladen

[Beekforel]

martijn_van_eck schreef op zondag 23 november 2025 @ 21:28:
[...]

Ja ik ik ook zo nu en dan dan Tibber het vermogen terug regelt. Dit is wel voornamelijk tijdens grid reward momenten en niet wanneer de stroom het goedkoopst, dan wordt er met vol vermogen geladen

Hij is nu net weer begonnen met laden en weer op 3x6A. Ik wist niet dat dat kon via de OCPP koppeling. Het staat ook aangegeven in de app dat ze op die snelheid laden. Ik zie nu dat de max laadsnelheid op 6A ingesteld staat....

Naja, als de auto maar goedkoop vol komt vind ik het prima.

Ik heb een dummy auto toegevoegd, heeft het nog meerwaarde om de echte auto te koppelen ivm berekening laadtijd ofzo?

[ Voor 4% gewijzigd door Beekforel op 23-11-2025 22:09 ]

[stegen]

Ik heb gisteren software v3.9.3 uitgebracht voor de SmartEVSE v3.

Aardig wat bugfixes met name met het schakelen tussen 1 en 3 fase laden.
De firmware is zoals altijd op github te vinden:
https://github.com/dingo35/SmartEVSE-3.5/releases/tag/v3.9.3

[Hermarcel]

@stegen
Thanks! Ik ga hem in december testen.

Waar is @dingo35 gebleven? Ik zie dat zijn/haar bijdragen op zijn Github gestopt zijn? Ik hoop dat het goed met hem/haar gaat.

[RonJ]

Heb 'm geïnstalleerd. 1P/3P testen wordt wel lastig momenteel, te weinig opwek.

[Hermarcel]

@RonJ
En jij dacht dat dat een probleem was? Ik heb nog niet eens een EV.
Ben wel zoekende en in december komen vrienden langs mét hun EV. Dus testen komt goed.

[Thepawn]

stegen schreef op maandag 24 november 2025 @ 23:49:
Ik heb gisteren software v3.9.3 uitgebracht voor de SmartEVSE v3.

is /Set/ConfigureMaxCurrent het juiste MQTT-onderwerp om Max Current te wijzigen?

[stegen]

Thepawn schreef op dinsdag 25 november 2025 @ 13:51:
[...]


is /Set/ConfigureMaxCurrent het juiste MQTT-onderwerp om Max Current te wijzigen?

ConfigureMaxCurrent is alleen beschikbaar als OCPP configurationkey, om via een OCPP backend (eenmalig) de Max laadstroom van het laadpunt in te kunnen stellen.

Direct de MAX instelling aanpassen kan alleen via de controller zelf, je kan eventueel /Set/CurrentOverride gebruiken om direct de laadstroom aan te passen. Deze waarde is dan van 6A tot de MAX waarde te variëren in stappen van 0.1A

[Mad_Demon]

Ik heb een paar jaar terug een Smart EVSE V2.2 gekocht en geïnstalleerd in de EVBox behuizing die we bij verhuizing van de vorige eigenaren hebben overgenomen. Binnenkort komt eindelijk een EV die we kunnen gaan aansluiten en ik ben nu met de voorbereidingen bezig. Ik heb de EVSE dus nog nooit eerder getest.

Ik heb de grootste moeite om deze module op Home Assistant aangesloten te krijgen. Ik had aanvankelijk een Wemos D1 mini aangesloten met een RS485 converter maar dit geheel kon niet communiceren met de Smart EVSE (ook nadat ik het oude modbus protocol ontdekte). Na héél lang troubleshooten aan de ESPHome kant heb ik met een RS485-USB converter de EVSE rechtstreeks geprobeerd uit te lezen maar de bus geeft geen enkele vorm van leven, zelfs rauwe bits uitlezen geeft helemaal niks op de lijn. Het enige wat ik nu kan bedenken is om dat ding uit te bouwen en het over UART te proberen maar ik ben inmiddels ook wel een beetje klaar met de urenlange zoektocht. In handmatige modus kan ik met de knopjes prima door de menu's heen.

Ik ga nu denk ik mijn verlies maar gewoon pakken en toch een nieuwe DIN EVSE aanschaffen en twijfel tussen de EVSE V3 en een DomBusEVSE. Belangrijkste usecase is om via Home Assistant (die de rest van het energiemanagement doet in huis) de auto in meer of mindere mate te laten laden, afhankelijk van zon, tarief, etc.

[ Voor 5% gewijzigd door Mad_Demon op 26-11-2025 12:15 ]

[Blackraven]

Mad_Demon schreef op woensdag 26 november 2025 @ 12:13:
Ik heb een paar jaar terug een Smart EVSE V2.2 gekocht en geïnstalleerd in de EVBox behuizing die we bij verhuizing van de vorige eigenaren hebben overgenomen. Binnenkort komt eindelijk een EV die we kunnen gaan aansluiten en ik ben nu met de voorbereidingen bezig. Ik heb de EVSE dus nog nooit eerder getest.

Ik heb de grootste moeite om deze module op Home Assistant aangesloten te krijgen. Ik had aanvankelijk een Wemos D1 mini aangesloten met een RS485 converter maar dit geheel kon niet communiceren met de Smart EVSE (ook nadat ik het oude modbus protocol ontdekte). Na héél lang troubleshooten aan de ESPHome kant heb ik met een RS485-USB converter de EVSE rechtstreeks geprobeerd uit te lezen maar de bus geeft geen enkele vorm van leven, zelfs rauwe bits uitlezen geeft helemaal niks op de lijn. Het enige wat ik nu kan bedenken is om dat ding uit te bouwen en het over UART te proberen maar ik ben inmiddels ook wel een beetje klaar met de urenlange zoektocht. In handmatige modus kan ik met de knopjes prima door de menu's heen.

Ik ga nu denk ik mijn verlies maar gewoon pakken en toch een nieuwe DIN EVSE aanschaffen en twijfel tussen de EVSE V3 en een DomBusEVSE. Belangrijkste usecase is om via Home Assistant (die de rest van het energiemanagement doet in huis) de auto in meer of mindere mate te laten laden, afhankelijk van zon, tarief, etc.

Ik heb ook een V2, maar kwam tot de conclusie dat ik toch niet heel veel wil schakelen, dus ik stuur hem nu middels een shelly i.c.m. EV smart charging integratie in HA om het laden te starten of stoppen. Verder heb ik de modbus meter losgetrokken van de SmartEVSE en lees deze nu rechtstreeks in HA uit.

[stegen]

Controleer de firmware versie van de SmartEVSE v2 controller, als je er namelijk een hebt met een firmware versie voor 2.10, dan gebruikt hij helemaal geen modbus, maar een protocol op 1200bps dat ook door SMA omvormers werd gebruikt.
Je kan de software versie zien op het display net na het opstarten van de module, of via de serieele CLI, als je een FTDI kabel aansluit (115200 8N1).

Mad_Demon schreef op woensdag 26 november 2025 @ 12:13:
Ik heb de grootste moeite om deze module op Home Assistant aangesloten te krijgen. Ik had aanvankelijk een Wemos D1 mini aangesloten met een RS485 converter maar dit geheel kon niet communiceren met de Smart EVSE (ook nadat ik het oude modbus protocol ontdekte). Na héél lang troubleshooten aan de ESPHome kant heb ik met een RS485-USB converter de EVSE rechtstreeks geprobeerd uit te lezen maar de bus geeft geen enkele vorm van leven,

[Mad_Demon]

stegen schreef op woensdag 26 november 2025 @ 12:59:
Controleer de firmware versie van de SmartEVSE v2 controller, als je er namelijk een hebt met een firmware versie voor 2.10, dan gebruikt hij helemaal geen modbus, maar een protocol op 1200bps dat ook door SMA omvormers werd gebruikt.
Je kan de software versie zien op het display net na het opstarten van de module, of via de serieele CLI, als je een FTDI kabel aansluit (115200 8N1).


[...]

Firmware is V2.20

[stegen]

Dan zou je hem op adres 0x01 moeten kunnen benaderen, als de loadBal optie op Master/Disabled staat

[Mad_Demon]

Heb Gemini onze hele troubleshooting sessies laten samenvatten:

Hardware Setup:

• SmartEVSE v2.2
• Poging 1: Wemos D1 Mini met XY-017 RS485 module (zowel op 3.3V als 5V geprobeerd met level shifting).
• Poging 2: USB-RS485 adapter (FTDI/CH340) direct aan een MacBook.

Het Probleem: Ik krijg totaal geen response over de RS485 lijn. De SmartEVSE reageert niet op requests en stuurt ook niets uit zichzelf (ook niet bij booten).

Gedane Troubleshooting Stappen:

Instellingen op de SmartEVSE:

• Mode: Staat op Normal (zodat hij niet als Master de bus claimt voor een Sensorbox).
• LoadBal: Staat op Disabled (zodat hij niet als Master andere EVSE's zoekt).
• Er zijn geen andere apparaten (zoals kWh meters) aangesloten op de bus.
• Ik heb alle adressen geprobeerd van 0x01 tot 0x09

Elektrische Metingen (Multimeter):

• SmartEVSE losgekoppeld (idle): Ik meet 0V tussen A en B. Tussen A of B en GND meet ik 2V.
• USB-Adapter losgekoppeld: Ik meet 5V tussen A en B (adapter biast wel).
• Aangesloten: De bus spanning is netjes ~3.6V diff, dus elektrisch lijkt de bus in orde zodra de adapter eraan hangt.
• Terminatie: Geprobeerd met en zonder 120 Ohm weerstand tussen A en B. Dit leidt tot een permanent brandende Rx led op de XY-017

Communicatie Tests (Brute Force):

• Ik heb een Python script gebruikt om te scannen op de USB-poort.
• Baudrates: Alle standaard snelheden getest (9600, 19200, 38400, 57600, 115200).
• Adressen: Adres 1 t/m 5 gescand.
• Registers: Zowel de nieuwe map (State op 0x0000) als de oude map (State op 0x00A0) geprobeerd uit te lezen.
• Polariteit: A en B omgewisseld en de hele scan herhaald.
• Resultaat: 100% timeout / stilte.

Passieve Test:

• Geluisterd op de lijn terwijl ik de SmartEVSE power-cycle (stroom eraf/erop).
• Er komt geen enkele byte data uit de RS485 poort bij het opstarten.

Mijn Vragen:

1. Is het mogelijk dat de RS485 transceiver chip defect is, gezien de totale stilte?
2. Zijn er firmware versies waarbij de RS485 poort standaard uit staat of alleen werkt voor specifieke randapparatuur?
3. Is het veilig/mogelijk om de interne 4-pin header (J2/Serial) te gebruiken om de ESP8266 direct via TTL aan te sluiten en zo de RS485 chip te omzeilen?

[stegen]

Het lijkt inderdaad of er iets mis is met de hardware.
De controller moet als je bijvoorbeeld een Mainsmeter instelt deze meter gaan uitlezen. Als je dan nog steeds niets meet op de bus dan moet er iets mis zijn.

Bij het instellen van een Mains of EVmeter (in Smart mode) moet de controller altijd deze meter proberen uit te lezen, en zal je na 10 seconden een COMM error krijgen. De RS485 bus blijft wel actief, en zal de meters blijven uitlezen.

De FTDI poort geeft alleen een menu om de controller mee te configureren (hetzelfde als via de knoppen/LCD).

Je mag hem altijd even opsturen, dan kijk ik hem voor je na.

[ Voor 38% gewijzigd door stegen op 26-11-2025 16:28 ]

[dingo35]

Ik ken de v2 firmware niet, maar is het niet heel logisch dat er geen modbus communicatie plaatsvindt in Normal mode?

[Hermarcel]

@dingo35

[Edwin Berger]

Goedenavond, ik heb naar tevredenheid een new motion laadpaal omgebouwd met een stegen evse en bijbehorende sensorbox2 en bijbehorend Iskra relais. Nu valt mij op dat (ondanks de naar mijn mening juiste instellingen) mijn Tesla Model 3 maar met max 13A laadt ipv de aangegeven 16A. Weet iemand misschien wat ik fout doe? Hierbij wat screenshots van de instellingen. Mocht er nog informatie nodig zijn dan hoor ik dit graag. Instellingen in de EVSE staan mijns inziens ook allemaal goed.

[ Voor 14% gewijzigd door Edwin Berger op 01-12-2025 20:55 . Reden: spellingsfout ]

[adjego]

Edwin Berger schreef op maandag 1 december 2025 @ 20:21:
Goedenavond, ik heb naar tevredenheid een new motion laadpaal omgebouwd met een stegen evse en bijbehorende sensorbox2 en bijbehorend Iskra relais. Nu valt mij op dat (ondanks de naar mijn mening juiste instellingen) mijn Tesla Model 3 maar met max 13A laadt ipv de aangegeven 16A. Weet iemand misschien wat ik fout doe? Hierbij wat screenshots van de instellingen. Mocht er nog informatie nodig zijn dan hoor ik dit graag. Instellingen in de EVSE staan mijns inziens ook allemaal goed.
[Afbeelding]

[Afbeelding][Afbeelding]

[Afbeelding]

Post even de info onder de knop "Raw Data".

[master1104]

Weet je zeker dat je in de tesla app de laadsnelheid ook op 16A hebt gezet? Anders geeft de laadpaal een max van 16A aan de auto door, maar neemt de auto to minder laadstroom af.

[ Voor 5% gewijzigd door master1104 op 01-12-2025 22:49 ]

[Edwin Berger]

@master1104 ja en dat is nu het vreemde. In mijn auto is het max instelbare A hier ook 13A. Ga ik naar een openbare laadpaal of laadpaal op het werk dan staat daar wel 16A, dus met de BMS oid is ook niks mis dacht ik zo.

[adjego]

Edwin Berger schreef op dinsdag 2 december 2025 @ 07:50:
@master1104 ja en dat is nu het vreemde. In mijn auto is het max instelbare A hier ook 13A. Ga ik naar een openbare laadpaal of laadpaal op het werk dan staat daar wel 16A, dus met de BMS oid is ook niks mis dacht ik zo.

Volgens mij staat er ergens nog een setting niet helemaal goed. Kun je de Raw data eens posten.
Graag gebruik maken van een code block

[Edwin Berger]

@adjego kun je mij uitleggen wat je met Raw data en een code block bedoelt? Van elektra heb ik enigsinds verstand 😁maar ben bang dat jou vragen dieper op de materie ingaan.
#ikhebhetnognooitgedaanmaardenkweldatikhetkan.

[adjego]

Edwin Berger schreef op dinsdag 2 december 2025 @ 07:56:
@adjego kun je mij uitleggen wat je met Raw data en een code block bedoelt? Van elektra heb ik enigsinds verstand 😁maar ben bang dat jou vragen dieper op de materie ingaan.
#ikhebhetnognooitgedaanmaardenkweldatikhetkan.

Even je eigen plaatje geleend



Daar komt veel tekst uit, en dat kun je dan in een code block zetten hier op het forum.
Code block druk je op </> bovenin het uitgebreide reactievenster.
En dat ziet er dan ongeveer zo uit:

code:

{
  "version": "v3.9.3",
  "serialnr": XXXX,
  "mode": "OFF",
  "mode_id": 0,
  "car_connected": false,
  "wifi": {
    "status": "WL_CONNECTED",
    "ssid": "XX",
    "rssi": -23,
    "bssid": "18:E8:XX:XX:XX:XX"
  },
  "evse": {
    "temp": 19,
    "temp_max": 65,
    "connected": false,
    "access": 0,
    "mode": 2,
    "loadbl": 0,
    "pwm": 1024,
    "custombutton": false,
    "solar_stop_timer": 0,
    "state": "Ready to Charge",
    "state_id": 0,
    "error": "None",
    "error_id": 0,
    "rfidreader": "Disabled",
    "nrofphases": 1,
    "rfid": "Not Installed"
  },
  "settings": {
    "charge_current": 0,
    "override_current": 0,
    "current_min": 6,
    "current_max": 16,
    "current_main": 25,
    "current_max_circuit": 16,
    "current_max_sum_mains": 600,
    "max_sum_mains_time": 0,
    "solar_max_import": 0,
    "solar_start_current": 5,
    "solar_stop_time": 10,
    "enable_C2": "Solar Off",
    "mains_meter": "API",
    "starttime": 0,
    "stoptime": 0,
    "repeat": 0,
    "lcdlock": 0,
    "lock": 0,
    "cablelock": 0
  },
  "mqtt": {
    "host": "192.168.XX.XX",
    "port": 1883,
    "topic_prefix": "SmartEVSE",
    "username": "",
    "password_set": false,
    "status": "Connected"
  },
  "ocpp": {
    "mode": "Enabled",
    "backend_url": "wss://zappi.ocpp-s.tibber.com/",
    "cb_id": "XXXXXXXX",
    "auth_key": "kowcyp",
    "auto_auth": "Enabled",
    "auto_auth_idtag": "XXXXXX",
    "status": "Connected"
  },
  "home_battery": {
    "current": 458752,
    "last_update": 0
  },
  "ev_meter": {
    "description": "Eastron3P",
    "address": 12,
    "import_active_power": 0,
    "total_kwh": 1569,
    "charged_kwh": 0,
    "currents": {
      "TOTAL": 0,
      "L1": 0,
      "L2": 0,
      "L3": 0
    },
    "import_active_energy": 1569,
    "export_active_energy": 0
  },
  "mains_meter": {
    "import_active_energy": 0,
    "export_active_energy": 0
  },
  "phase_currents": {
    "TOTAL": 8,
    "L1": 7,
    "L2": 0,
    "L3": 1,
    "last_data_update": 1764659464,
    "original_data": {
      "TOTAL": 8,
      "L1": 7,
      "L2": 0,
      "L3": 1
    }
  },
  "backlight": {
    "timer": 0,
    "status": "OFF"
  },
  "color": {
    "off": {
      "R": 0,
      "G": 0,
      "B": 0
    },
    "normal": {
      "R": 0,
      "G": 255,
      "B": 0
    },
    "smart": {
      "R": 0,
      "G": 255,
      "B": 0
    },
    "solar": {
      "R": 255,
      "G": 170,
      "B": 0
    },
    "custom": {
      "R": 0,
      "G": 0,
      "B": 255
    }
  }
}

[adjego]

Edwin Berger schreef op dinsdag 2 december 2025 @ 07:56:
@adjego kun je mij uitleggen wat je met Raw data en een code block bedoelt? Van elektra heb ik enigsinds verstand 😁maar ben bang dat jou vragen dieper op de materie ingaan.
#ikhebhetnognooitgedaanmaardenkweldatikhetkan.

Ik herrinner me dit ook. Volgens mij als je hem op "Socket" instelt krijg je max 13A. Je kunt dit aanpassen naar "fixed" en dan werkt het volgens mij met 16A. Dit moet je wel op het display doen, of via de website met het display.

[Edwin Berger]

@adjego dat zou dan dit moeten zijn. Ziet er wel anders uit ;-) En socket (config) inmiddela ook op FIXED gezet. Straks als de vrouw er weer is, dat ook maar even testen

code:

{"version":"3.9.2a","serialnr":8250,"mode":"SMART","mode_id":3,"car_connected":false,"wifi":{"status":"WL_CONNECTED","ssid":"BergerDeco","rssi":-63,"bssid":"D8:47:32:4D:46:BE"},"evse":{"temp":18,"temp_max":65,"connected":false,"access":1,"mode":1,"loadbl":0,"pwm":1024,"custombutton":false,"solar_stop_timer":0,"state":"Ready to Charge","state_id":0,"error":"None","error_id":0,"rfidreader":"Disabled","nrofphases":3,"rfid":"Not Installed"},"settings":{"charge_current":130,"override_current":0,"current_min":6,"current_max":16,"current_main":25,"current_max_circuit":16,"current_max_sum_mains":75,"max_sum_mains_time":0,"solar_max_import":0,"solar_start_current":4,"solar_stop_time":10,"enable_C2":"Always On","mains_meter":"Sensorbox","starttime":0,"stoptime":0,"repeat":0,"lcdlock":0,"lock":0,"cablelock":0},"mqtt"
{"host":"","port":1883,"topic_prefix":"SmartEVSE/8250","username":"","password_set":false,"status":"Disconnected"},"ocpp":{"mode":"Disabled","backend_url":"","cb_id":"","auth_key":"","auto_auth":"Disabled","auto_auth_idtag":"","status":"Disconnected"},"home_battery":{"current":327680,"last_update":0},"ev_meter":{"description":"Disabled","address":12,"import_active_power":0,"total_kwh":0,"charged_kwh":0,"currents":{"TOTAL":0,"L1":0,"L2":0,"L3":0},"import_active_energy":0,"export_active_energy":0},"mains_meter":{"import_active_energy":0,"export_active_energy":-1154716.7},"phase_currents":{"TOTAL":10,"L1":5,"L2":3,"L3":2,"last_data_update":1764689163,"original_data":{"TOTAL":10,"L1":5,"L2":3,"L3":2}},"backlight":{"timer":0,"status":"OFF"},"color":{"off":{"R":0,"G":0,"B":0},"normal":{"R":0,"G":255,"B":0},"smart":{"R":0,"G":255,"B":0},"solar":{"R":255,"G":170,"B":0},"custom":{"R":0,"G":0,"B":255}}}

[ Voor 3% gewijzigd door Edwin Berger op 02-12-2025 16:47 ]

[Stefannn]

Edwin Berger schreef op dinsdag 2 december 2025 @ 16:33:
@adjego dat zou dan dit moeten zijn. Ziet er wel anders uit ;-) En socket (config) inmiddela ook op FIXED gezet. Straks als de vrouw er weer is, dat ook maar even testen

code:

{"version":"3.9.2a","serialnr":8250,"mode":"SMART","mode_id":3,"car_connected":false,"wifi":{"status":"WL_CONNECTED","ssid":"BergerDeco","rssi":-63,"bssid":"D8:47:32:4D:46:BE"},"evse":{"temp":18,"temp_max":65,"connected":false,"access":1,"mode":1,"loadbl":0,"pwm":1024,"custombutton":false,"solar_stop_timer":0,"state":"Ready to Charge","state_id":0,"error":"None","error_id":0,"rfidreader":"Disabled","nrofphases":3,"rfid":"Not Installed"},"settings":{"charge_current":130,"override_current":0,"current_min":6,"current_max":16,"current_main":25,"current_max_circuit":16,"current_max_sum_mains":75,"max_sum_mains_time":0,"solar_max_import":0,"solar_start_current":4,"solar_stop_time":10,"enable_C2":"Always On","mains_meter":"Sensorbox","starttime":0,"stoptime":0,"repeat":0,"lcdlock":0,"lock":0,"cablelock":0},"mqtt"
{"host":"","port":1883,"topic_prefix":"SmartEVSE/8250","username":"","password_set":false,"status":"Disconnected"},"ocpp":{"mode":"Disabled","backend_url":"","cb_id":"","auth_key":"","auto_auth":"Disabled","auto_auth_idtag":"","status":"Disconnected"},"home_battery":{"current":327680,"last_update":0},"ev_meter":{"description":"Disabled","address":12,"import_active_power":0,"total_kwh":0,"charged_kwh":0,"currents":{"TOTAL":0,"L1":0,"L2":0,"L3":0},"import_active_energy":0,"export_active_energy":0},"mains_meter":{"import_active_energy":0,"export_active_energy":-1154716.7},"phase_currents":{"TOTAL":10,"L1":5,"L2":3,"L3":2,"last_data_update":1764689163,"original_data":{"TOTAL":10,"L1":5,"L2":3,"L3":2}},"backlight":{"timer":0,"status":"OFF"},"color":{"off":{"R":0,"G":0,"B":0},"normal":{"R":0,"G":255,"B":0},"smart":{"R":0,"G":255,"B":0},"solar":{"R":255,"G":170,"B":0},"custom":{"R":0,"G":0,"B":255}}}

Als socket config niet op fixed staat dan meet hij volgens mij de maximaal toegestane kabelstroom via de weerstand op PP. Op fixed negeert hij dat. Dus als je die weerstand niet goed had zitten verklaart dat het.

[Mike_S]

Heeft iemand dit eerder gezien? V3.9.3, power off/on helpt niet. Software issue of scherm issue? Knoppen werken prima (icm met het schermpje in de browser)

[Edwin Berger]

Aan een ieder die heeft meegedacht, auto laadt nu met 16A. Lag toch aan de socket FIXED.
Thanx

[JoooostB]

Vandaag succesvol een koppeling met TapElectric gedaan via OCPP en dat werkt perfect (waarvoor dank). Echter legt dat, als ik het goed begrijp, de controle over de laadsessie volledig bij hen neer.

Hierdoor werkt mijn setup met EV Smart Charging om te laden op basis van dynamische tarieven vanuit Home Assistant helaas niet meer. Is er iemand hier die ervaring heeft met een OCPP oplossing zoals TapElectric/E-flux, in combinatie met laden op basis van dynamische tarieven vanuit Home Assistant (of vergelijkbaar)?

[ocaj]

Edwin Berger schreef op dinsdag 2 december 2025 @ 19:04:
Aan een ieder die heeft meegedacht, auto laadt nu met 16A. Lag toch aan de socket FIXED.

Maar heb je nou een vaste kabel gemonteerd of heb je een socket?

In dat laatste geval is het niet erg verstandig om hem op FIXED te zetten, zoals @Stefannn ook al aangeeft.
Je omzeilt daarmee een beveiliging die er niet voor niets in zit.

[Edwin Berger]

Ik heb een vaste kabel gemonteerd. Dus als ik het nu goed begrijp gaat dat niet goed zoals ik het nu heb staan?

[ocaj]

Als je een vaste kabel hebt gaat het goed (mits het een kabel is die voor 16A geschikt is uiteraard).

FIXED = vaste kabel
SOCKET = stopcontact waar dus zowel dunnere als dikkere kabels in kunnen worden aangesloten. Dan wordt het maximum uitgelezen via de PP-aansluiting en is dat afhankelijk van de kabel die je aansluit.

[Stefannn]

Edwin Berger schreef op dinsdag 2 december 2025 @ 22:07:
Ik heb een vaste kabel gemonteerd. Dus als ik het nu goed begrijp gaat dat niet goed zoals ik het nu heb staan?

Vaste kabel is fixed dus fixed setting is goed.

Bij een socket kan je kabels van verschillende dikte gebruikt worden en dan moet de evse weten hoeveel stroom de kabel kan hebben. In de stekker van de kabel zit dan een weerstand tussen PP en ground. De evse meet die weerstand en weet daarmee hoeveel stroom er door de kabel mag.

Bij een vaste kabel hoeft dat allemaal niet. Dan is de PP aansluiting dus niet nodig. Je stelt handmatig de maximale stroom in (en als het goed is heb je een kabel die dat aan kan).

[adjego]

Stefannn schreef op dinsdag 2 december 2025 @ 22:27:
[...]

Vaste kabel is fixed dus fixed setting is goed.

Bij een socket kan je kabels van verschillende dikte gebruikt worden en dan moet de evse weten hoeveel stroom de kabel kan hebben. In de stekker van de kabel zit dan een weerstand tussen PP en ground. De evse meet die weerstand en weet daarmee hoeveel stroom er door de kabel mag.

Bij een vaste kabel hoeft dat allemaal niet. Dan is de PP aansluiting dus niet nodig. Je stelt handmatig de maximale stroom in (en als het goed is heb je een kabel die dat aan kan).

Ik heb een socket en hem ook op fixed staan. Mijn laadpaal is standaard maar maximaal 16A, en volgens mij bestaan er geen laadkabels die lager dan dit vermogen laden. Mijn socket heb ik niet uitgevoegd met een PP signaal. Mijn laadkabel is overigens geschikt voor 32A maar ik laad thuis maar met maximaal 16A per fase.

[Stefannn]

adjego schreef op woensdag 3 december 2025 @ 17:14:
[...]


Ik heb een socket en hem ook op fixed staan. Mijn laadpaal is standaard maar maximaal 16A, en volgens mij bestaan er geen laadkabels die lager dan dit vermogen laden. Mijn socket heb ik niet uitgevoegd met een PP signaal. Mijn laadkabel is overigens geschikt voor 32A maar ik laad thuis maar met maximaal 16A per fase.

Klopt helemaal.
Het protocol voorziet in dingen die in praktijk erg onwaarschijnlijk zijn
Je hebt het "volgens de letter" niet zoals het hoort maar zal in praktijk geen enkel probleem hebben.

[O085105116N]

adjego schreef op dinsdag 2 december 2025 @ 08:26:
[...]


Ik herrinner me dit ook. Volgens mij als je hem op "Socket" instelt krijg je max 13A. Je kunt dit aanpassen naar "fixed" en dan werkt het volgens mij met 16A. Dit moet je wel op het display doen, of via de website met het display.

Hilarisch, ik kwam hier voor hetzelfde issue. Socket vs fixed deed de trik.

[O085105116N]

Stefannn schreef op dinsdag 2 december 2025 @ 16:54:
[...]

Als socket config niet op fixed staat dan meet hij volgens mij de maximaal toegestane kabelstroom via de weerstand op PP. Op fixed negeert hij dat. Dus als je die weerstand niet goed had zitten verklaart dat het.

Dit is dan wel heel bezwaarlijk als de kabel echt maar een rating heeft van 13A, want zo is hij niet verkocht aan mij, het is een 22kW kabel.

[Yariva]

Algemene vraag voor de SmartEVSE gebruikers voordat ik onderdelen koop:

Ik wil graag een laadpaal bouwen met de SmartEVSE componenten. Het hele huis wordt lekker slim, dit is een mooie toevoeging. Echter zou ik ook voor een aantal grootverbruikers (warmtepompen, zonnepanelen, auto lader) ook willen bij houden hoeveel vermogen er is gebruikt / teruggeleverd. Het zal niet dienen ter facturatie, enkel statistieken voor mijzelf.

Kan ik deze data uit de SmartEVSE controller halen naar Home Assistant? Als alternatief kan ik deze unit https://www.homewizard.com/nl/shop/wi-fi-kwh-meter-3-fase kopen zodat deze ook meteen is geïntegreerd met de huidige HomeWizard setup. Dan heb ik ook de conversie van kWh -> dynamische uurprijs mee. Maar goed die unit kost weer 130 euro, ook niet niks.

Ik heb ook vernomen dat ik daar tegenwoordig in plaats van een Sensorbox de P1 van kan gebruiken voor load balancing. Scheelt weer 50 euro en een extra leiding trekken.

[ Voor 6% gewijzigd door Yariva op 04-12-2025 14:02 ]

[RonJ]

Yariva schreef op donderdag 4 december 2025 @ 14:01:
Algemene vraag voor de SmartEVSE gebruikers voordat ik onderdelen koop:

Ik wil graag een laadpaal bouwen met de SmartEVSE componenten. Het hele huis wordt lekker slim, dit is een mooie toevoeging. Echter zou ik ook voor een aantal grootverbruikers (warmtepompen, zonnepanelen, auto lader) ook willen bij houden hoeveel vermogen er is gebruikt / teruggeleverd. Het zal niet dienen ter facturatie, enkel statistieken voor mijzelf.

Kan ik deze data uit de SmartEVSE controller halen naar Home Assistant? Als alternatief kan ik deze unit https://www.homewizard.com/nl/shop/wi-fi-kwh-meter-3-fase kopen zodat deze ook meteen is geïntegreerd met de huidige HomeWizard setup. Dan heb ik ook de conversie van kWh -> dynamische uurprijs mee. Maar goed die unit kost weer 130 euro, ook niet niks.

Ik heb ook vernomen dat ik daar tegenwoordig in plaats van een Sensorbox de P1 van kan gebruiken voor load balancing. Scheelt weer 50 euro en een extra leiding trekken.

Als je een EVmeter plaatst wel, dan houdt de SmartEVSE bij hoeveel er geladen is en dit is via de (niet langer doorontwikkelde) HA integratie of (de voortaan aanbevolen methode) MQTT naar HA te ontsluiten.

[Stefannn]

Yariva schreef op donderdag 4 december 2025 @ 14:01:
Algemene vraag voor de SmartEVSE gebruikers voordat ik onderdelen koop:

Ik wil graag een laadpaal bouwen met de SmartEVSE componenten. Het hele huis wordt lekker slim, dit is een mooie toevoeging. Echter zou ik ook voor een aantal grootverbruikers (warmtepompen, zonnepanelen, auto lader) ook willen bij houden hoeveel vermogen er is gebruikt / teruggeleverd. Het zal niet dienen ter facturatie, enkel statistieken voor mijzelf.

Kan ik deze data uit de SmartEVSE controller halen naar Home Assistant? Als alternatief kan ik deze unit https://www.homewizard.com/nl/shop/wi-fi-kwh-meter-3-fase kopen zodat deze ook meteen is geïntegreerd met de huidige HomeWizard setup. Dan heb ik ook de conversie van kWh -> dynamische uurprijs mee. Maar goed die unit kost weer 130 euro, ook niet niks.

Ik heb ook vernomen dat ik daar tegenwoordig in plaats van een Sensorbox de P1 van kan gebruiken voor load balancing. Scheelt weer 50 euro en een extra leiding trekken.

Met een dergelijke meter meet je wat er gebruikt is en dat is dus "lekker nauwkeurig".
Persoonlijk vind ik het ook leuk om dit te weten maar het hoeft niet op de laatste decimaal nauwkeurig.
Ik heb getest en geconstateerd dat mijn ioniq5 altijd netjes laadt met de door de smartevse aangeboden stroom. Ik bepaal de geladen kWh derhalve door gewoon de laadstroom x 3 x 230V te integreren. Zal op 1 a 2% nauwkeurig wel kloppen.

[Yariva]

Stefannn schreef op donderdag 4 december 2025 @ 14:26:
[...]

Met een dergelijke meter meet je wat er gebruikt is en dat is dus "lekker nauwkeurig".
Persoonlijk vind ik het ook leuk om dit te weten maar het hoeft niet op de laatste decimaal nauwkeurig.
Ik heb getest en geconstateerd dat mijn ioniq5 altijd netjes laadt met de door de smartevse aangeboden stroom. Ik bepaal de geladen kWh derhalve door gewoon de laadstroom x 3 x 230V te integreren. Zal op 1 a 2% nauwkeurig wel kloppen.

Duidelijk. Aantal Ampere x aantal fase x 230v. Alleen zal dat minder goed werken mocht je van fase schakelen sinds 3.9 (download: SmartEVSE 3.9.0). Plus dat je geen kostenberekening a.d.v. dynamische tarieven kan uitvoeren. Maar goed om voor die functionaliteit nou 130 euro neer te leggen..

[jpiscaer]

Yariva schreef op donderdag 4 december 2025 @ 14:01:
Algemene vraag voor de SmartEVSE gebruikers voordat ik onderdelen koop:

Ik wil graag een laadpaal bouwen met de SmartEVSE componenten. Het hele huis wordt lekker slim, dit is een mooie toevoeging. Echter zou ik ook voor een aantal grootverbruikers (warmtepompen, zonnepanelen, auto lader) ook willen bij houden hoeveel vermogen er is gebruikt / teruggeleverd. Het zal niet dienen ter facturatie, enkel statistieken voor mijzelf.

Kan ik deze data uit de SmartEVSE controller halen naar Home Assistant? Als alternatief kan ik deze unit https://www.homewizard.com/nl/shop/wi-fi-kwh-meter-3-fase kopen zodat deze ook meteen is geïntegreerd met de huidige HomeWizard setup. Dan heb ik ook de conversie van kWh -> dynamische uurprijs mee. Maar goed die unit kost weer 130 euro, ook niet niks.

Ik heb ook vernomen dat ik daar tegenwoordig in plaats van een Sensorbox de P1 van kan gebruiken voor load balancing. Scheelt weer 50 euro en een extra leiding trekken.

Volgens mij is de vraag of de Smart EVSE controller dat inzicht kan geven? Ja, voor de auto kan dat mits je een kWh-meter inbouwt.

Voor andere apparaten heb je eigen meters nodig, bijv. deze producten van Shelly, afhankelijk van het te meten apparaat.

Je kan ook het totaal meten, via de P1-poort, maar dan mis je de granulariteit van welke apparaat precies stroom verbruikt. Die P1-info kun je overigens dan weer delen met de Smart EVSE voor load balancing doeleinden.

[Stefannn]

Yariva schreef op donderdag 4 december 2025 @ 14:42:
[...]

Duidelijk. Aantal Ampere x aantal fase x 230v. Alleen zal dat minder goed werken mocht je van fase schakelen sinds 3.9 (download: SmartEVSE 3.9.0). Plus dat je geen kostenberekening a.d.v. dynamische tarieven kan uitvoeren. Maar goed om voor die functionaliteit nou 130 euro neer te leggen..

Dat heb ik allemaal geautomatiseerd.
Mijn home automation doet afhankelijk van op hoeveel fases geladen wordt 1x danwel 3x Aantal Ampere x 230v.
En de euro berekening doe ik ook op basis van actuele dynamisch tarieven die ik dagelijks van het internet pluk.

NB, ik doe de stroombewaking en solar tracking ook zelf want mijn P1 geeft slechts data per 10sec en dan ook nog "alle fases gecombineerd" in plaats van per fase. Dat ondersteunt de smartevse niet (voor best goed reden, het is een beetje tricky om dit robust te krijgen).

[m.eddy]

Meter bij de SmartEVSE inbouwen meest robuust. SDM72D is populair via modbus naar de SmartEVSE en vaak nieuw op MP voor een paar tientjes.