[Alfen Laadpaal] Ervaringen & Discussie

[oli2000]

remcoXP schreef op zondag 21 december 2025 @ 10:26:
ik had dat ook. na reset kan ik weer max laden. heel vaag wat weer nog steeds niet wat de oorzaak was.


[...]

Bij mij helpt resetten (zowel stroom eraf als Factory Reset via ACE) helaas niets; de fout komt direct terug.

Welke 'reset' heb jij precies gedaan? Bedoel je gewoon de stroom eraf halen (reboot), of echt terug naar fabrieksinstellingen?

[firecaps30]

Kun je bij de logs van de paal? Goed om die door te spitten.

[Kip]

@oli2000
Heb je de logging al doorgespit? Ik zou de paal herstarten. Logging volgen en een laadsessie starten. Hopelijk heb je dan een log regel die dit gedrag verklaart.

Misschien kan iemand mij helpen met mijn probleem. Ik vermoed dat de rj45 Port op de laadpaal niet meer goed is. Voordat ik de hele laadpaal uitelkaar haal, vraag ik mij af of iemand een tip heeft.

De kabel is goed. Er komt geen ethernet link als ik de laadpaal aansluit op een laptop. Eerder werkte dit wel. Paal is al meerdere keer herstart. De UTP kabel verschillende kanten op buigen lijkt geen verschil te maken. Software is niet geupdate tov de keer dat het wel werkte.

[oli2000]

Kip schreef op zondag 21 december 2025 @ 10:41:
@oli2000
Heb je de logging al doorgespit? Ik zou de paal herstarten. Logging volgen en een laadsessie starten. Hopelijk heb je dan een log regel die dit gedrag verklaart.

Misschien kan iemand mij helpen met mijn probleem. Ik vermoed dat de rj45 Port op de laadpaal niet meer goed is. Voordat ik de hele laadpaal uitelkaar haal, vraag ik mij af of iemand een tip heeft.

De kabel is goed. Er komt geen ethernet link als ik de laadpaal aansluit op een laptop. Eerder werkte dit wel. Paal is al meerdere keer herstart. De UTP kabel verschillende kanten op buigen lijkt geen verschil te maken. Software is niet geupdate tov de keer dat het wel werkte.

Er is inderdaad een specifieke log-regel die het gedrag verklaart, maar de oorzaak blijft een raadsel omdat dit profiel (ExternalConstraints) steeds terugkomt, zelfs na een Factory Reset en zonder fysieke triggers.

Hier is wat er gebeurt bij het starten van een sessie:

1. Start van de sessie (vraagt 24A, krijgt 24A):


INFO:taskMain.c:6510:Socket #1: PWM DC 40.0% (24.0 A)
INFO:taskMaster.c:7497:New charging session started...
2. Een fractie later grijpt de limiet in (zakt naar 6.1A):

Plaintext

INFO:taskMaster.c:6353:Socket #1: external current limit 6.1 A until 2242-03-16T12:56:31Z
USER:taskMaster.c:6402:Socket #1: external current limit 6.1 A
3. Het hardnekkige profiel in de database: Dit profiel komt continu terug in de logs. Wat mij vooral opvalt is numberPhases 3, terwijl de paal fysiek op 1-fase is aangesloten (en ook zo is geconfigureerd in ACE).


INFO:db_chargingprofi:27: purposeType ExternalConstraints
...
INFO:db_chargingprofi:29: limit 6.10
INFO:db_chargingprofi:29: numberPhases 3 <-- (Vreemd, ik zit op 1-fase en L2/L3 meten 0V)
Het lijkt er dus op dat de paal denkt dat hij op 3-fasen moet werken, fase-uitval detecteert op L2/L3, en daarom in een veilige 6A modus schiet. Echter staat in de ACE Service Installer de 'Power Connector' correct op 1-Phase. Enig idee hoe ik dit spookprofiel weg krijg?

volle logs

20T23:39:33.792Z:INFO:taskMain.c:5996: Cable, ChargingProfile
2025-12-20T23:39:33.812Z:INFO:taskMaster.c:4957:Socket #1: state main : EV_CONNECTED_AUTHORIZED
2025-12-20T23:39:34.210Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.6 V
2025-12-20T23:39:34.218Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.6 V
2025-12-20T23:39:34.226Z:INFO:taskMain.c:6510:Socket #1: PWM DC 40.0% (24.0 A)
2025-12-20T23:39:34.523Z:INFO:taskMaster.c:7497:New charging session started, metervalue=6325306.000
2025-12-20T23:39:34.535Z:INFO:db_transaction.c:16:Added TransactionStart for socket 1 at 0x000b9f3b (ts: 2025-12-20 23:39:33)
2025-12-20T23:39:34.558Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-20T23:39:34.566Z:INFO:taskMaster.c:4979:Socket #1: state led : EV_CONNECTED
2025-12-20T23:39:34.578Z:INFO:taskMaster.c:5917:Socket #1: next sample interval metervalue in 60 seconds
2025-12-20T23:39:34.593Z:INFO:taskMaster.c:6353:Socket #1: external current limit 6.1 A until 2242-03-16T12:56:31Z
2025-12-20T23:39:34.605Z:USER:taskMaster.c:6402:Socket #1: external current limit 6.1 A
2025-12-20T23:39:34.820Z:INFO:taskMain.c:1417:Socket #1: main state: EV_CONNECTED_AUTHORIZED, CP: 8.6/8.6, tag: 54627984
2025-12-20T23:39:35.890Z:INFO:taskMain.c:938:Socket #1: charging session status set active
2025-12-20T23:39:35.906Z:INFO:taskMaster.c:4957:Socket #1: state main : WAIT_FOR_START_METERVALUE
2025-12-20T23:39:35.917Z:INFO:taskMaster.c:4979:Socket #1: state led : CHARGING_PREPARING

....

21T07:40:43.308Z:INFO:db_chargingprofi:26:ChargingProfile (id = -19930828):
2025-12-21T07:40:43.316Z:INFO:db_chargingprofi:26: socket 0
2025-12-21T07:40:43.324Z:INFO:db_chargingprofi:27: primary Not specified
2025-12-21T07:40:43.332Z:INFO:db_chargingprofi:27: stackLevel 0
2025-12-21T07:40:43.339Z:INFO:db_chargingprofi:27: purposeType ExternalConstraints
2025-12-21T07:40:43.347Z:INFO:db_chargingprofi:27: transactionId 18446744073709551615 (not specified)
2025-12-21T07:40:43.359Z:INFO:db_chargingprofi:27: kindType Relative
2025-12-21T07:40:43.367Z:INFO:db_chargingprofi:27: recurrencyType Not specified
2025-12-21T07:40:43.375Z:INFO:db_chargingprofi:27: hasTariffs FALSE
2025-12-21T07:40:43.382Z:INFO:db_chargingprofi:28: validFrom NULL
2025-12-21T07:40:43.390Z:INFO:db_chargingprofi:28: validTo NULL
2025-12-21T07:40:43.398Z:INFO:db_chargingprofi:28: useLocalTime TRUE
2025-12-21T07:40:43.406Z:INFO:db_chargingprofi:28: useRandomDelay FALSE
2025-12-21T07:40:43.417Z:INFO:db_chargingprofi:28: ChargingSchedule
2025-12-21T07:40:43.421Z:INFO:db_chargingprofi:28: duration 4294967295 (not specified)
2025-12-21T07:40:43.433Z:INFO:db_chargingprofi:28: startSchedule NULL
2025-12-21T07:40:43.441Z:INFO:db_chargingprofi:28: chargingRateUnit Amperes
2025-12-21T07:40:43.449Z:INFO:db_chargingprofi:28: minChargingRate -1.00 (not specified)
2025-12-21T07:40:43.460Z:INFO:db_chargingprofi:29: schedulePeriods 1
2025-12-21T07:40:43.468Z:INFO:db_chargingprofi:29: SchedulePeriod:
2025-12-21T07:40:43.476Z:INFO:db_chargingprofi:29: startPeriod 0
2025-12-21T07:40:43.484Z:INFO:db_chargingprofi:29: limit 6.10
2025-12-21T07:40:43.492Z:INFO:db_chargingprofi:29: numberPhases 3

[Daveth]

oli2000 schreef op zondag 21 december 2025 @ 11:40:
[...]


Er is inderdaad een specifieke log-regel die het gedrag verklaart, maar de oorzaak blijft een raadsel omdat dit profiel (ExternalConstraints) steeds terugkomt, zelfs na een Factory Reset en zonder fysieke triggers.

Hier is wat er gebeurt bij het starten van een sessie:

1. Start van de sessie (vraagt 24A, krijgt 24A):
INFO:taskMain.c:6510:Socket #1: PWM DC 40.0% (24.0 A)
INFO:taskMaster.c:7497:New charging session started...
2. Een fractie later grijpt de limiet in (zakt naar 6.1A):

Plaintext

INFO:taskMaster.c:6353:Socket #1: external current limit 6.1 A until 2242-03-16T12:56:31Z
USER:taskMaster.c:6402:Socket #1: external current limit 6.1 A
3. Het hardnekkige profiel in de database: Dit profiel komt continu terug in de logs. Wat mij vooral opvalt is numberPhases 3, terwijl de paal fysiek op 1-fase is aangesloten (en ook zo is geconfigureerd in ACE).


INFO:db_chargingprofi:27: purposeType ExternalConstraints
...
INFO:db_chargingprofi:29: limit 6.10
INFO:db_chargingprofi:29: numberPhases 3 <-- (Vreemd, ik zit op 1-fase en L2/L3 meten 0V)
Het lijkt er dus op dat de paal denkt dat hij op 3-fasen moet werken, fase-uitval detecteert op L2/L3, en daarom in een veilige 6A modus schiet. Echter staat in de ACE Service Installer de 'Power Connector' correct op 1-Phase. Enig idee hoe ik dit spookprofiel weg krijg?

volle logs

20T23:39:33.792Z:INFO:taskMain.c:5996: Cable, ChargingProfile
2025-12-20T23:39:33.812Z:INFO:taskMaster.c:4957:Socket #1: state main : EV_CONNECTED_AUTHORIZED
2025-12-20T23:39:34.210Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.6 V
2025-12-20T23:39:34.218Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.6 V
2025-12-20T23:39:34.226Z:INFO:taskMain.c:6510:Socket #1: PWM DC 40.0% (24.0 A)
2025-12-20T23:39:34.523Z:INFO:taskMaster.c:7497:New charging session started, metervalue=6325306.000
2025-12-20T23:39:34.535Z:INFO:db_transaction.c:16:Added TransactionStart for socket 1 at 0x000b9f3b (ts: 2025-12-20 23:39:33)
2025-12-20T23:39:34.558Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-20T23:39:34.566Z:INFO:taskMaster.c:4979:Socket #1: state led : EV_CONNECTED
2025-12-20T23:39:34.578Z:INFO:taskMaster.c:5917:Socket #1: next sample interval metervalue in 60 seconds
2025-12-20T23:39:34.593Z:INFO:taskMaster.c:6353:Socket #1: external current limit 6.1 A until 2242-03-16T12:56:31Z
2025-12-20T23:39:34.605Z:USER:taskMaster.c:6402:Socket #1: external current limit 6.1 A
2025-12-20T23:39:34.820Z:INFO:taskMain.c:1417:Socket #1: main state: EV_CONNECTED_AUTHORIZED, CP: 8.6/8.6, tag: 54627984
2025-12-20T23:39:35.890Z:INFO:taskMain.c:938:Socket #1: charging session status set active
2025-12-20T23:39:35.906Z:INFO:taskMaster.c:4957:Socket #1: state main : WAIT_FOR_START_METERVALUE
2025-12-20T23:39:35.917Z:INFO:taskMaster.c:4979:Socket #1: state led : CHARGING_PREPARING

....

21T07:40:43.308Z:INFO:db_chargingprofi:26:ChargingProfile (id = -19930828):
2025-12-21T07:40:43.316Z:INFO:db_chargingprofi:26: socket 0
2025-12-21T07:40:43.324Z:INFO:db_chargingprofi:27: primary Not specified
2025-12-21T07:40:43.332Z:INFO:db_chargingprofi:27: stackLevel 0
2025-12-21T07:40:43.339Z:INFO:db_chargingprofi:27: purposeType ExternalConstraints
2025-12-21T07:40:43.347Z:INFO:db_chargingprofi:27: transactionId 18446744073709551615 (not specified)
2025-12-21T07:40:43.359Z:INFO:db_chargingprofi:27: kindType Relative
2025-12-21T07:40:43.367Z:INFO:db_chargingprofi:27: recurrencyType Not specified
2025-12-21T07:40:43.375Z:INFO:db_chargingprofi:27: hasTariffs FALSE
2025-12-21T07:40:43.382Z:INFO:db_chargingprofi:28: validFrom NULL
2025-12-21T07:40:43.390Z:INFO:db_chargingprofi:28: validTo NULL
2025-12-21T07:40:43.398Z:INFO:db_chargingprofi:28: useLocalTime TRUE
2025-12-21T07:40:43.406Z:INFO:db_chargingprofi:28: useRandomDelay FALSE
2025-12-21T07:40:43.417Z:INFO:db_chargingprofi:28: ChargingSchedule
2025-12-21T07:40:43.421Z:INFO:db_chargingprofi:28: duration 4294967295 (not specified)
2025-12-21T07:40:43.433Z:INFO:db_chargingprofi:28: startSchedule NULL
2025-12-21T07:40:43.441Z:INFO:db_chargingprofi:28: chargingRateUnit Amperes
2025-12-21T07:40:43.449Z:INFO:db_chargingprofi:28: minChargingRate -1.00 (not specified)
2025-12-21T07:40:43.460Z:INFO:db_chargingprofi:29: schedulePeriods 1
2025-12-21T07:40:43.468Z:INFO:db_chargingprofi:29: SchedulePeriod:
2025-12-21T07:40:43.476Z:INFO:db_chargingprofi:29: startPeriod 0
2025-12-21T07:40:43.484Z:INFO:db_chargingprofi:29: limit 6.10
2025-12-21T07:40:43.492Z:INFO:db_chargingprofi:29: numberPhases 3

Lader op standalone zetten, "cp erase" uitvoeren en kijken of het profiel dan wel weg blijft.
Blijft deze weg maar krijg je deze gelijk weer terug zodra de lader aan een Backoffice zit dan is de backoffice hier een oorzaak van.
Ook heb ik meerdere klanten gehad die met externe apps bezig waren geweest en die bleven dan deze profielen sturen.

[ Voor 6% gewijzigd door Daveth op 21-12-2025 12:24 ]

[SimonBR39]

Mvd1981 schreef op woensdag 29 oktober 2025 @ 04:37:
Wellicht een beetje off-topic voor deze thread, maar toch. Hoe hebben jullie als thuislader (voor een lease auto, alleen zakelijk gebruik, geen bijtelling) bij Tap Electric ingesteld dat er met de BTW omgegaan moet worden? Ik heb mijn tarief op 50 cent incl. BTW ingesteld, maar ik krijg excl. BTW uitbetaald. Aangezien ik geen bedrijf ben, ga ik ervan uit dat ik niet BTW plichtig ben.

Ik zat mij dit ook af te vragen, maar ik zit dus wel in de bijtelling, paal prive in eigendom. Bedrag wil je uiteindelijk natuurlijk in de btw terug krijgen, net als met een normale declaratie. Maar ik mag hopen dat je niet opeens n btw aangifte hoeft te doen

[oli2000]

Daveth schreef op zondag 21 december 2025 @ 11:43:
[...]


Lader op standalone zetten, "cp erase" uitvoeren en kijken of het profiel dan wel weg blijft.
Blijft deze weg maar krijg je deze gelijk weer terug zodra de lader aan een Backoffice zit dan is de backoffice hier een oorzaak van.
Ook heb ik meerdere klanten gehad die met externe apps bezig waren geweest en die bleven dan deze profielen sturen.

Even voor de duidelijkheid: mijn tijdelijke OCPP-setup heeft zelf nooit actieve laadprofielen verstuurd, enkel het ClearChargingProfile commando om te proberen de boel te resetten. Dat komt dus in feite overeen met wat je voorstelt.

Of is 'cp erase' een specifiek intern commando waar ik geen weet van heb? Bedoel je daarmee gewoon de OCPP ClearChargingProfile actie, of iets anders?

Nog ter aanvulling: buiten het troubleshooten van dit probleem om, hangt mijn lader normaal gesproken alleen aan E-Flux voor de facturatie. Ik gebruik verder geen externe EMS of andere OCPP backends die de boel kunnen verstoren.

Het enige wat ik lokaal gebruik is de P1-meter voor solar charging (Active Load Balancing), maar dat staat nu voor het testen volledig uitgeschakeld.

[Daveth]

oli2000 schreef op zondag 21 december 2025 @ 12:41:
[...]


Even voor de duidelijkheid: mijn tijdelijke OCPP-setup heeft zelf nooit actieve laadprofielen verstuurd, enkel het ClearChargingProfile commando om te proberen de boel te resetten. Dat komt dus in feite overeen met wat je voorstelt.

Of is 'cp erase' een specifiek intern commando waar ik geen weet van heb? Bedoel je daarmee gewoon de OCPP ClearChargingProfile actie, of iets anders?

Nog ter aanvulling: buiten het troubleshooten van dit probleem om, hangt mijn lader normaal gesproken alleen aan E-Flux voor de facturatie. Ik gebruik verder geen externe EMS of andere OCPP backends die de boel kunnen verstoren.

Het enige wat ik lokaal gebruik is de P1-meter voor solar charging (Active Load Balancing), maar dat staat nu voor het testen volledig uitgeschakeld.

Ik heb nu geen ACE installer bij de hand maar het is één van die icoontjes in het tabblad waar je ook de log ziet staan, daar kan je dit commando invoeren, als je dan enter uitvoert zie je niets gebeuren, nu wacht je 20 seconden en start de lader opnieuw op en kijk of dit profiel dan weg is.

Edit: ik weet niet meer uit mijn hoofd of het cp erase is of cperase, probeer deze beide.

[ Voor 3% gewijzigd door Daveth op 21-12-2025 12:48 ]

[HyperBart]

oli2000 schreef op zondag 21 december 2025 @ 10:31:
[...]

Nee, ik zit in België, dus die specifieke Nederlandse diensten en apps gebruik ik niet.

Ik maak normaal gebruik van E-Flux by Road, maar zoals je zegt: daar kan je als gebruiker vrijwel niets in configureren behalve tarieven en sessie-inzicht. Er hangt dus geen externe "Smart Charging" app van een energieleverancier aan die de boel aanstuurt.

Om dit uit te sluiten heb ik juist mijn eigen lokale OCPP backend opgezet (via Home Assistant) om de regie volledig over te nemen. Zelfs via die weg – met directe ClearProfile commando's en zonder enige andere actieve sturing – krijg ik die 6A blokkade er niet af. Het lijkt dus echt 'hardcoded' in de paal te blijven hangen, ongeacht de backoffice

Ga eens via ACE installer en zoek eens op een paar posts terug van mij. Je kan ook op de Ace rechtstreeks een cperase doen.

[oli2000]

Daveth schreef op zondag 21 december 2025 @ 12:43:
[...]

Ik heb nu geen ACE installer bij de hand maar het is één van die icoontjes in het tabblad waar je ook de log ziet staan, daar kan je dit commando invoeren, als je dan enter uitvoert zie je niets gebeuren, nu wacht je 20 seconden en start de lader opnieuw op en kijk of dit profiel dan weg is.

Edit: ik weet niet meer uit mijn hoofd of het cp erase is of cperase, probeer deze beide.

Hallelujah!

You truly saved my day! Thank you so much.

I completely missed that there was a command icon right next to the log level filter! I spent the entire day yesterday trying to reset this internal state via every other method imaginable.

The cperase command worked instantly. As you can see in the logs, it finally removed that 'zombie' profile ID (-19930828) and the current limit immediately jumped back to the correct value:

2025-12-21T11:56:54.613Z:INFO:web_functionali:159:Executing command: 'cperase'
2025-12-21T11:56:54.628Z:INFO:db_chargingprofi:58:Removing ChargingItem with profileId=-19930828
2025-12-21T11:56:54.656Z:INFO:taskMaster.c:6376:Socket #1: no schedule
2025-12-21T11:56:54.664Z:USER:taskMaster.c:6402:Socket #1: external current limit 24.0 A

[oli2000]

HyperBart schreef op zondag 21 december 2025 @ 13:16:
[...]


Ga eens via ACE installer en zoek eens op een paar posts terug van mij. Je kan ook op de Ace rechtstreeks een cperase doen.

Yes I figured it out with the last post. It fixed my issue immediately!

Thanks.

[Inferis1]

Daveth schreef op vrijdag 19 december 2025 @ 17:35:
[...]

Ik ben zeker niet altijd Pro Alfen maar als je aardlekschakelaar er uit klapt is het 99.9% altijd je auto en niet de lader.

Hmm, obv jullie reacties wat research gedaan en het blijkt idd dat E-GMP auto's (Ioniq 5, EV6) bij het starten en stoppen de relais van de Alfen (te) zwaar belasten, en dat een beschadigde Alfen op zijn beurt weer de ICCU van de auto kan beschadigen. Ik sta er echt van te kijken dat dit zo slecht samen werkt - oorspronkelijk is de Alfen geinstalleerd door via de leasemaatschappij voor een Model 3 en eigenlijk nooit problemen gehad totdat ik over ging naar de Ioniq 5.

Er wordt gezegd dat een Zaptec Go 2 hier al heel wat beter mee om kan gaan, maar dat het ook wordt aanbevolen een Type B aardlekautomaat te installeren om het onnodig afschakelen van de aardlekautomaat te voorkomen bij het starten en stoppen van de laadsessies. En een overspanningsbeveiliging is ook aangeraden om je apparatuur in huis te beschermen tegens spanningspieken. Wat zijn jullie ervaringen?

[V_ger]

Inferis1 schreef op zondag 21 december 2025 @ 21:54:
[...]


Hmm, obv jullie reacties wat research gedaan en het blijkt idd dat E-GMP auto's (Ioniq 5, EV6) bij het starten en stoppen de relais van de Alfen (te) zwaar belasten, en dat een beschadigde Alfen op zijn beurt weer de ICCU van de auto kan beschadigen. Ik sta er echt van te kijken dat dit zo slecht samen werkt - oorspronkelijk is de Alfen geinstalleerd door via de leasemaatschappij voor een Model 3 en eigenlijk nooit problemen gehad totdat ik over ging naar de Ioniq 5.

Er wordt gezegd dat een Zaptec Go 2 hier al heel wat beter mee om kan gaan, maar dat het ook wordt aanbevolen een Type B aardlekautomaat te installeren om het onnodig afschakelen van de aardlekautomaat te voorkomen bij het starten en stoppen van de laadsessies. En een overspanningsbeveiliging is ook aangeraden om je apparatuur in huis te beschermen tegens spanningspieken. Wat zijn jullie ervaringen?

Probleemloze 2025 EV6 hier, nu circa 20kkm maar ik laad altijd gewoon op 3 fase. Niet switchen met onnodig relais geklapper. Wel met load balancing en met slim aansturen van de max charge amps. Maar dus zonder onderbreken van de sessies.

[Kusterse]

Overigens toch nog een bug met 7.3
Cona elektric van mijn schoonvader heeft single fase charging.
Normaal kan deze tot 25 A (hoofdzekering.)
In het logbook staat zoiets als no Connection with ev --> simplified mode active.
Current limit 25 --> 16 A Simplified mode.

Downgrade to 7.2 solved the issue

[Daveth]

Inferis1 schreef op zondag 21 december 2025 @ 21:54:
[...]


Hmm, obv jullie reacties wat research gedaan en het blijkt idd dat E-GMP auto's (Ioniq 5, EV6) bij het starten en stoppen de relais van de Alfen (te) zwaar belasten, en dat een beschadigde Alfen op zijn beurt weer de ICCU van de auto kan beschadigen. Ik sta er echt van te kijken dat dit zo slecht samen werkt - oorspronkelijk is de Alfen geinstalleerd door via de leasemaatschappij voor een Model 3 en eigenlijk nooit problemen gehad totdat ik over ging naar de Ioniq 5.

Er wordt gezegd dat een Zaptec Go 2 hier al heel wat beter mee om kan gaan, maar dat het ook wordt aanbevolen een Type B aardlekautomaat te installeren om het onnodig afschakelen van de aardlekautomaat te voorkomen bij het starten en stoppen van de laadsessies. En een overspanningsbeveiliging is ook aangeraden om je apparatuur in huis te beschermen tegens spanningspieken. Wat zijn jullie ervaringen?

Het blijft gewoon een probleem van je auto deze moet je laten fixen, als je nu ergens anders ga laden dan is de kans ook dat je deze lader ook sloopt.
Ik moet wel zeggen dat je mazzel hebt dat dit de vorige keren onder garantie vervangen is want dit is door je auto gekomen en niet door de lader.
Andere laders waar aangegeven staat dat ze dit beter kunnen handelen die hebben veel grotere relais die kortstondig meer vermogen door kan laten, maar het neemt niet weg als de lader aangeeft dat de auto bijvoorbeeld 16A mag laden en de auto kortstondig 100A of meer (en vaak een aardlek heeft) trekt dat dan je lader kapot gaat.
Ik heb van meerdere mensen gehoord die hun auto via een terugroep actie hebben laten fixen er nooit meer last van hebben gehad.

[ Voor 3% gewijzigd door Daveth op 22-12-2025 07:23 ]

[izzet3838]

Inferis1 schreef op zondag 21 december 2025 @ 21:54:
[...]


Hmm, obv jullie reacties wat research gedaan en het blijkt idd dat E-GMP auto's (Ioniq 5, EV6) bij het starten en stoppen de relais van de Alfen (te) zwaar belasten, en dat een beschadigde Alfen op zijn beurt weer de ICCU van de auto kan beschadigen. Ik sta er echt van te kijken dat dit zo slecht samen werkt - oorspronkelijk is de Alfen geinstalleerd door via de leasemaatschappij voor een Model 3 en eigenlijk nooit problemen gehad totdat ik over ging naar de Ioniq 5.

Er wordt gezegd dat een Zaptec Go 2 hier al heel wat beter mee om kan gaan, maar dat het ook wordt aanbevolen een Type B aardlekautomaat te installeren om het onnodig afschakelen van de aardlekautomaat te voorkomen bij het starten en stoppen van de laadsessies. En een overspanningsbeveiliging is ook aangeraden om je apparatuur in huis te beschermen tegens spanningspieken. Wat zijn jullie ervaringen?

45k km gedaan met de ev6 waarvan ~40k km geladen met een alfen pro line die thuis staat.

Ik laad wel altijd op 1 fase met 2-4kwh en zonneladen...

Zal de auto de paal ooit slopen?
Misschien kans naar mijn mening 1/20 dat dit ooit gebeurt, maar goed ik heb de paal al terug verdiend dus dan is het maar zo...

Eigenlijk nog geen spijt gehad van de ev6, ik vind het onnozel om met schrik te gaan leven al heeft Kia er echt een zooitje van gemaakt...

[izzet3838]

Daveth schreef op maandag 22 december 2025 @ 07:22:
[...]

Het blijft gewoon een probleem van je auto deze moet je laten fixen, als je nu ergens anders ga laden dan is de kans ook dat je deze lader ook sloopt.
Ik moet wel zeggen dat je mazzel hebt dat dit de vorige keren onder garantie vervangen is want dit is door je auto gekomen en niet door de lader.
Andere laders waar aangegeven staat dat ze dit beter kunnen handelen die hebben veel grotere relais die kortstondig meer vermogen door kan laten, maar het neemt niet weg als de lader aangeeft dat de auto bijvoorbeeld 16A mag laden en de auto kortstondig 100A of meer (en vaak een aardlek heeft) trekt dat dan je lader kapot gaat.
Ik heb van meerdere mensen gehoord die hun auto via een terugroep actie hebben laten fixen er nooit meer last van hebben gehad.

Er is voorlopig niet echt een "fix"
Er zijn aangepaste iccu's en aangepaste software, sinda de laatste update staat mijn koeling bijvoorbeeld (bijna) altijd aan tijdens ac laden ook al os dit met 3kwh, deze koelt de iccu wat het risico zou verminderen.

De iccu's vanaf 2024 zouden ook een verminderd risico hebben maar het risico is er wel nogsteeds.

Sterker nog ook op de 400v modellen van het e-gmp platform(ev3,4,5) is het probleem aanwezig en zijn er al reports van defecte iccu's.

[helm71]

oli2000 schreef op zondag 21 december 2025 @ 09:25:
Mijn Alfen Eve Single blijft muurvast zitten op 6A laadstroom. Wat ik ook instel, de paal lijkt continu in een soort beveiligingsmodus te schieten. Zodra het laden start (op 24A bv), grijpt hij binnen een paar seconden in en forceert hij 6.1A.

Wat ik allemaal al geprobeerd heb (zonder resultaat):

ACE Service Installer:

Station Max Current en Connector Max Current verhoogd.

Load Balancing Safe Current verhoogd/gewijzigd.

Active Load Balancing / EMS aan- en uitgezet.

Fase-instelling gewisseld tussen 1-fase en 3-fase (fysieke aansluiting is 1-fase).

Factory Reset uitgevoerd.

OCPP:

Verbonden met verschillende backoffices (o.a. Home Assistant) om een ClearChargingProfile commando te sturen. De paal accepteert het commando, maar het beperkende profiel komt direct weer terug.

Ik zie geen enkele logische reden voor de paal om in protectie te gaan (geen hitte, geen load balancing trigger). Het lijkt wel of er een "spookprofiel" in de database blijft hangen dat niet gewist kan worden.

Heeft iemand dit ooit eerder gezien? Ik ben inmiddels wanhopig.

Long shot... Maar heb je misschien de optie Ënable Max Imbalance Current" aan staan ? (optie zit alleen in het installer menu, niet in de MyEve app).

Bij mij heeft dat al mijn laadissues opgelost..

[Inferis1]

Dank voor jullie reacties - het lijkt ook niet voor alle EV6/Ioniq 5 rijders een probleem te zijn. Ik moet mijn situatie wellicht ook wat nuanceren: Ik ben in maart over gestapt op de Ioniq 5 en ik denk dat de aardlek er sindsdien zo'n 6-7 keer uit geklapt is (dus niet heel vaak) - maar ook 1x bij het laden van de Tesla Model 3 van mijn buurman, dus dat geeft aan dat het niet alleen aan de auto ligt (of het laadpunt was al beschadigd op dat moment). En 1x was mijn 12V accu daarna leeg, maar deze laadde na een tijdje rijden vanzelf weer op.

Vorige week was mijn ICCU dus defect (1e keer, 12V accu leeg een laadde niet meer op), overigens niet na een klappende aardlekautomaat maar na een week stil staan na een laadsessie.
Deze is dus vorige week vervangen (1x) en ik heb dus dan de 'nieuwe 2024 versie' met minder risico, echter klapte de aardlek er meteen uit na het einde van de eerste keer laden met de nieuwe ICCU.

Fase switching heb ik nooit aan gehad, altijd 3 fase geladen. Zonladen een tijdje geprobeerd, maar hierbij klapte de aardlek merkbaar vaker.

Al met al: Oorzaak-gevolg is lastig in deze situatie, maar ben wel tot de conclusie gekomen dat de Alfen beschadigd is (omdat het klappen ook bij de Model 3 gebeurt). En een andere auto nemen is ingrijpender dus ik ga dan voor een meer tolerant laadpunt en een Type B aardlekautomaat - ben wel even benieuwd of de Ioniq 5/EV6 rijders zonder problemen een Type B aardlekautomaat hebben? Die zou beter dealen met de kleine DC lekstroom die de ICCU genereert bij starten en stoppen van laadsessies.

[V_ger]

Ik heb een losse, normale 3 fase aardlek en een losse 3 fase B16 groep. Inmiddels >9200 kWh geladen op diverse auto's. Nog nooit eruit geklapt.

[remcoXP]

Ik probeer te laden met evcc maar met de settings zoals in de screenshots te zien zijn krijg ik telkens dat hij na 1 seconde chargen al stopt.
nu heb ik load balancing uitgezet (en lijkt hij wel door te laden) ook de melding van 0 en 6 kan ik niet plaatsen.
- chargen op p1 met homewizzard p1 gaat wel goed.
- ik heb geen ocp

ik heb bij evcc de hulp vraag gesteld (https://github.com/evcc-i...iscussioncomment-15307712)
maar weet niet zeker of dit wel aan evcc ligt. iemand hier die iets kan roepen?

code:

2025-12-22T09:49:56.171Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:49:56.718Z:INFO:taskMain.c:6510:Socket #1: PWM DC 26.5% (15.9 A)
2025-12-22T09:50:05.675Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:05.687Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:05.703Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:05.722Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:05.734Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:05.742Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:05.808Z:INFO:taskMain.c:6499:Socket #1: CPlow 5.8 V
2025-12-22T09:50:06.019Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:06.031Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:06.726Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:06.734Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:06.742Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:06.742Z:INFO:taskMain.c:1417:078725
2025-12-22T09:50:11.886Z:INFO:taskMain.c:6562:Socket #1: reset HF switch count 4
2025-12-22T09:50:16.667Z:USER:taskMaster.c:6684:Socket #1: L1N=231.8V L2N=232.7V L3N=231.9V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:16.683Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:25.953Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:50:25.968Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:50:25.980Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:50:26.019Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:50:26.667Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:50:26.675Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:50:26.687Z:USER:taskMaster.c:6684:Socket #1: L1N=232.1V L2N=232.7V L3N=232.2V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:26.699Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:26.710Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:50:26.718Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:50:26.726Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:50:26.925Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:50:26.933Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:50:27.664Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:50:30.324Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:30.335Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:30.347Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:30.367Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:30.378Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:30.386Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:30.691Z:INFO:taskMain.c:6494:Socket #1: CPhigh 7.9 V
2025-12-22T09:50:30.699Z:INFO:taskMain.c:6499:Socket #1: CPlow 7.9 V
2025-12-22T09:50:30.718Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:30.726Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:31.371Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:31.378Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:31.390Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:31.390Z:INFO:taskMain.c:1417:078725
2025-12-22T09:50:51.179Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:50:51.214Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:50:51.222Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:50:51.265Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:50:51.570Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:50:51.863Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:50:51.875Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:50:51.882Z:USER:taskMaster.c:6684:Socket #1: L1N=232.9V L2N=232.8V L3N=232.0V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:51.894Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:51.906Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:50:51.914Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:50:51.921Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:50:52.578Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:50:52.890Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:50:55.679Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:55.691Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:55.703Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:55.714Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_LIMITED
2025-12-22T09:50:55.761Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:55.777Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:55.785Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:55.917Z:INFO:taskMain.c:6499:Socket #1: CPlow 5.7 V
2025-12-22T09:50:56.011Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:56.023Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:56.730Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:56.738Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:56.746Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:56.746Z:INFO:taskMain.c:1417:078725
2025-12-22T09:51:16.175Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:51:16.210Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:51:16.222Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:51:16.234Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:51:16.859Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:51:16.871Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:51:16.878Z:USER:taskMaster.c:6684:Socket #1: L1N=232.1V L2N=233.3V L3N=231.8V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:16.890Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:51:16.902Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:51:16.910Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:51:16.917Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:51:16.929Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:51:16.937Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:51:17.886Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:51:20.324Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:51:20.335Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:51:20.347Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:51:20.359Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_LIMITED
2025-12-22T09:51:20.410Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:51:20.421Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:51:20.429Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:51:20.707Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:51:20.718Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:51:20.914Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:51:20.921Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:51:21.375Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:51:21.375Z:INFO:taskMain.c:1417:078725
2025-12-22T09:51:24.535Z:SECURITY:web_functionalit:63:Changed '2064_00' from 3 => 0
2025-12-22T09:51:24.542Z:WARNING:scn_communicatio:75:SCN: Not enough sockets for an SCN!
2025-12-22T09:51:24.554Z:INFO:station.c:197:Loadbalancing mode set to STATICLB_OFF_ACTIVELB_OFF [0]
2025-12-22T09:51:24.566Z:INFO:taskModbusTCPIP:119:Stop Modbus TCP/IP Slave
2025-12-22T09:51:24.785Z:SECURITY:web_functionalit:68:Changed '2187_00' from 1766396318055 => 1766397263986
2025-12-22T09:51:25.269Z:INFO:taskCANopen.c:1207:Persistent memory hash changed
2025-12-22T09:51:25.304Z:INFO:taskCANopen.c:1787:Updated object 0x2064,   1 bytes
2025-12-22T09:51:25.324Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:51:25.359Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:51:25.367Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:51:25.542Z:INFO:taskCANopen.c:1787:Updated object 0x2187,   8 bytes
2025-12-22T09:51:25.707Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:51:26.359Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:51:26.367Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:51:26.375Z:USER:taskMaster.c:6684:Socket #1: L1N=231.6V L2N=233.4V L3N=231.9V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:26.390Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:51:26.398Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:51:26.410Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:51:26.417Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:51:26.429Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.7 V
2025-12-22T09:51:26.437Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:51:26.644Z:INFO:taskMain.c:6562:Socket #1: reset HF switch count 4
2025-12-22T09:51:27.382Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:51:56.402Z:USER:taskMaster.c:6684:Socket #1: L1N=230.3V L2N=231.5V L3N=229.4V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:56.417Z:USER:taskMaster.c:6720:Socket #1: I1=8.5A I2=9.0A I3=9.6A P=6.7kW Idc=0.0mA
2025-12-22T09:52:26.398Z:USER:taskMaster.c:6684:Socket #1: L1N=227.8V L2N=229.3V L3N=228.6V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:52:26.410Z:USER:taskMaster.c:6720:Socket #1: I1=15.9A I2=16.0A I3=16.1A P=11.0kW Idc=0.0mA
2025-12-22T09:52:56.394Z:USER:taskMaster.c:6684:Socket #1: L1N=228.8V L2N=229.1V L3N=228.3V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:52:56.406Z:USER:taskMaster.c:6720:Socket #1: I1=15.9A I2=16.0A I3=16.1A P=11.0kW Idc=0.0mA

[firecaps30]

remcoXP schreef op maandag 22 december 2025 @ 11:04:
Ik probeer te laden met evcc maar met de settings zoals in de screenshots te zien zijn krijg ik telkens dat hij na 1 seconde chargen al stopt.
nu heb ik load balancing uitgezet (en lijkt hij wel door te laden) ook de melding van 0 en 6 kan ik niet plaatsen.
- chargen op p1 met homewizzard p1 gaat wel goed.
- ik heb geen ocp

ik heb bij evcc de hulp vraag gesteld (https://github.com/evcc-i...iscussioncomment-15307712)
maar weet niet zeker of dit wel aan evcc ligt. iemand hier die iets kan roepen?
[Afbeelding]

[Afbeelding]

[Afbeelding]

code:

2025-12-22T09:49:56.171Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:49:56.718Z:INFO:taskMain.c:6510:Socket #1: PWM DC 26.5% (15.9 A)
2025-12-22T09:50:05.675Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:05.687Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:05.703Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:05.722Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:05.734Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:05.742Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:05.808Z:INFO:taskMain.c:6499:Socket #1: CPlow 5.8 V
2025-12-22T09:50:06.019Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:06.031Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:06.726Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:06.734Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:06.742Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:06.742Z:INFO:taskMain.c:1417:078725
2025-12-22T09:50:11.886Z:INFO:taskMain.c:6562:Socket #1: reset HF switch count 4
2025-12-22T09:50:16.667Z:USER:taskMaster.c:6684:Socket #1: L1N=231.8V L2N=232.7V L3N=231.9V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:16.683Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:25.953Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:50:25.968Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:50:25.980Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:50:26.019Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:50:26.667Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:50:26.675Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:50:26.687Z:USER:taskMaster.c:6684:Socket #1: L1N=232.1V L2N=232.7V L3N=232.2V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:26.699Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:26.710Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:50:26.718Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:50:26.726Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:50:26.925Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:50:26.933Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:50:27.664Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:50:30.324Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:30.335Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:30.347Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:30.367Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:30.378Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:30.386Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:30.691Z:INFO:taskMain.c:6494:Socket #1: CPhigh 7.9 V
2025-12-22T09:50:30.699Z:INFO:taskMain.c:6499:Socket #1: CPlow 7.9 V
2025-12-22T09:50:30.718Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:30.726Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:31.371Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:31.378Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:31.390Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:31.390Z:INFO:taskMain.c:1417:078725
2025-12-22T09:50:51.179Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:50:51.214Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:50:51.222Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:50:51.265Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:50:51.570Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:50:51.863Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:50:51.875Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:50:51.882Z:USER:taskMaster.c:6684:Socket #1: L1N=232.9V L2N=232.8V L3N=232.0V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:50:51.894Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:50:51.906Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:50:51.914Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:50:51.921Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:50:52.578Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:50:52.890Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:50:55.679Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:50:55.691Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:50:55.703Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:50:55.714Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_LIMITED
2025-12-22T09:50:55.761Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:50:55.777Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:50:55.785Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:50:55.917Z:INFO:taskMain.c:6499:Socket #1: CPlow 5.7 V
2025-12-22T09:50:56.011Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:50:56.023Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:50:56.730Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:50:56.738Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:50:56.746Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:50:56.746Z:INFO:taskMain.c:1417:078725
2025-12-22T09:51:16.175Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:51:16.210Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:51:16.222Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:51:16.234Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:51:16.859Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:51:16.871Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:51:16.878Z:USER:taskMaster.c:6684:Socket #1: L1N=232.1V L2N=233.3V L3N=231.8V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:16.890Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:51:16.902Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:51:16.910Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:51:16.917Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:51:16.929Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.8 V
2025-12-22T09:51:16.937Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:51:17.886Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:51:20.324Z:INFO:taskMain.c:5996:Socket #1: Active current 15.9->0.0 due to current limit: EMS-socket
2025-12-22T09:51:20.335Z:INFO:taskMain.c:5607:Socket #1: overcurrent detection limited for max. 30 seconds (26.5->26.5)
2025-12-22T09:51:20.347Z:WARNING:taskMain.c:4698:Socket #1: maximum current(0.00) < minimum current(6.00)
2025-12-22T09:51:20.359Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_LIMITED
2025-12-22T09:51:20.410Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF_LOW_MAXCURRENT
2025-12-22T09:51:20.421Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C1
2025-12-22T09:51:20.429Z:INFO:taskMaster.c:4979:Socket #1: state led   : LOADBALANCING_FORCED_OFF
2025-12-22T09:51:20.707Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_OFF
2025-12-22T09:51:20.718Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B1
2025-12-22T09:51:20.914Z:INFO:taskMain.c:6494:Socket #1: CPhigh 8.7 V
2025-12-22T09:51:20.921Z:INFO:taskMain.c:6499:Socket #1: CPlow 8.7 V
2025-12-22T09:51:21.375Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_OFF_LOW_MAXCURRENT, CP: 8.7/8.7, tag: ace0
2025-12-22T09:51:21.375Z:INFO:taskMain.c:1417:078725
2025-12-22T09:51:24.535Z:SECURITY:web_functionalit:63:Changed '2064_00' from 3 => 0
2025-12-22T09:51:24.542Z:WARNING:scn_communicatio:75:SCN: Not enough sockets for an SCN!
2025-12-22T09:51:24.554Z:INFO:station.c:197:Loadbalancing mode set to STATICLB_OFF_ACTIVELB_OFF [0]
2025-12-22T09:51:24.566Z:INFO:taskModbusTCPIP:119:Stop Modbus TCP/IP Slave
2025-12-22T09:51:24.785Z:SECURITY:web_functionalit:68:Changed '2187_00' from 1766396318055 => 1766397263986
2025-12-22T09:51:25.269Z:INFO:taskCANopen.c:1207:Persistent memory hash changed
2025-12-22T09:51:25.304Z:INFO:taskCANopen.c:1787:Updated object 0x2064,   1 bytes
2025-12-22T09:51:25.324Z:INFO:taskMain.c:5996:Socket #1: Active current 0.0->15.9 due to current limit: ChargingProfile
2025-12-22T09:51:25.359Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_OFF
2025-12-22T09:51:25.367Z:INFO:taskMaster.c:4979:Socket #1: state led   : WAIT_FOR_EVCONNECT
2025-12-22T09:51:25.542Z:INFO:taskCANopen.c:1787:Updated object 0x2187,   8 bytes
2025-12-22T09:51:25.707Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_B2
2025-12-22T09:51:26.359Z:INFO:taskMaster.c:4957:Socket #1: state main  : CHARGING_POWER_ON
2025-12-22T09:51:26.367Z:INFO:taskMaster.c:6638:Start logging meter values @30s.
2025-12-22T09:51:26.375Z:USER:taskMaster.c:6684:Socket #1: L1N=231.6V L2N=233.4V L3N=231.9V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:26.390Z:USER:taskMaster.c:6720:Socket #1: I1=0.0A I2=0.0A I3=0.0A P=0.0kW Idc=0.0mA
2025-12-22T09:51:26.398Z:INFO:taskMaster.c:4965:Socket #1: state power : POWER_ON
2025-12-22T09:51:26.410Z:INFO:taskMaster.c:4972:Socket #1: state Mode-3: STATE_C2
2025-12-22T09:51:26.417Z:INFO:taskMaster.c:4979:Socket #1: state led   : CHARGING_POWER_ON
2025-12-22T09:51:26.429Z:INFO:taskMain.c:6494:Socket #1: CPhigh 5.7 V
2025-12-22T09:51:26.437Z:INFO:taskMain.c:6499:Socket #1: CPlow -11.2 V
2025-12-22T09:51:26.644Z:INFO:taskMain.c:6562:Socket #1: reset HF switch count 4
2025-12-22T09:51:27.382Z:INFO:taskMain.c:1417:Socket #1: main state: CHARGING_POWER_ON, CP: 5.8/-11.2, tag: ace0078725
2025-12-22T09:51:56.402Z:USER:taskMaster.c:6684:Socket #1: L1N=230.3V L2N=231.5V L3N=229.4V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:51:56.417Z:USER:taskMaster.c:6720:Socket #1: I1=8.5A I2=9.0A I3=9.6A P=6.7kW Idc=0.0mA
2025-12-22T09:52:26.398Z:USER:taskMaster.c:6684:Socket #1: L1N=227.8V L2N=229.3V L3N=228.6V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:52:26.410Z:USER:taskMaster.c:6720:Socket #1: I1=15.9A I2=16.0A I3=16.1A P=11.0kW Idc=0.0mA
2025-12-22T09:52:56.394Z:USER:taskMaster.c:6684:Socket #1: L1N=228.8V L2N=229.1V L3N=228.3V L1L2=n/a L2L3=n/a L3L1=n/a 
2025-12-22T09:52:56.406Z:USER:taskMaster.c:6720:Socket #1: I1=15.9A I2=16.0A I3=16.1A P=11.0kW Idc=0.0mA

Heb je in EVCC ook je grid geconfigureerd?

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxcurrent: 25 # 63A main circuit breaker (optional)
  maxPower: 17250 # 30kW (optional)
  meter: db:3 # associated meter to monitor the power consumption (optional)
  parent: # no parent, this is the root circuit

Safe current 16A vrij hoog - en de 24A klopt dat met de laadpaal?

[Idr548]

Hallo,

Ik heb via mijn werkgever een Alfen Eve Single Pro-Line hangen.
Die word beheerd via een leverancier kwa config / terugbetaling.

Er lag maar 1 UTP naar het laadpunt.
Nu heb een extra UTP bijgetrokken.

Ik zou graag enkele dingen zoals zonneladen kunnen beheren.
Hoe doe ik dat nu best? Via het windows programma verbinden en zo config aanpassen?
Of gebruik ik beter de iphone app om dat zonneladen te beheren?

En past die app of windows toepassing unberhaupt de backoffice werking aan?

Thx

[NTiBhohoSJ66vgJ]

Idr548 schreef op maandag 22 december 2025 @ 15:07:

Nu heb een extra UTP bijgetrokken.

Ik zou graag enkele dingen zoals zonneladen kunnen beheren.
Hoe doe ik dat nu best? Via het windows programma verbinden en zo config aanpassen?
Of gebruik ik beter de iphone app om dat zonneladen te beheren?

En past die app of windows toepassing unberhaupt de backoffice werking aan?

Thx

Bijtrekken van de kabel is alvast geen verkeerde beslissing . Zie hier om je wat op weg te helpen met de apps en met zonneladen. Vergeet ook niet de OP te lezen.

[ Voor 5% gewijzigd door NTiBhohoSJ66vgJ op 22-12-2025 15:32 ]

[remcoXP]

ik heb dit, neem aan dat dat goed is?

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxCurrent: 24  #max 25
  maxPower: 16500 #max 17300
  meter: db:8 # associated meter to monitor the power consumption (optional)
  parent: # no parent, this is the root circuit
- name: carport # unique name, used as reference, e.g. to associate loadpoints
  title: Carport # used in the UI
  maxCurrent: 16 # tesla accepteerd toch niet hoger als 16
  maxPower: # no limit, only check current
  meter: # no meter, using data from loadpoints
  parent: main # parent to the main circuit

firecaps30 schreef op maandag 22 december 2025 @ 13:35:
[...]


Heb je in EVCC ook je grid geconfigureerd?

code:

- name: main # unique name, used as reference, e.g. as parent in other circuits
  title: Main Circuit # used in the UI
  maxcurrent: 25 # 63A main circuit breaker (optional)
  maxPower: 17250 # 30kW (optional)
  meter: db:3 # associated meter to monitor the power consumption (optional)
  parent: # no parent, this is the root circuit

Safe current 16A vrij hoog - en de 24A klopt dat met de laadpaal?

[Leguan]

Leguan schreef op zondag 14 december 2025 @ 22:24:
Iemand een idee waarom ik mijn Alfen Eve single pro line maar niet op de wifi krijg? Hij hangt aan de backoffice van Eneco, heeft dat er iets mee te maken?

Heb zojuist een accespoint zo ongeveer naast de laadpaal gezet omdat ik dacht dat het misschien aan de verbinding lag maar dat lijkt het ook niet te zijn…

[Afbeelding]

[Afbeelding]

De laadpaal accepteert het IEEE 802.11r protocol niet. Uitgezet op het router en verbinding geslaagd.

[epicfailguy23]

Ik heb even mee zitten lezen en ik probeer mijn issue met de Modbuscommunicatie op te lossen.
Als ik in CMD mijn laadpaal ping via: Telnet 192.168.x.x 80 of 502 dan krijg ik geen signaal terug.
Als ik de P1 meter van HW ping op dezelfde manier krijg ik wel verbinding.

Iets blokkeerd mijn Modbus. Ik heb het in de goede oude chatGPT gegooid en die geen E-flux de schuld. het OCPP profiel dat zij gepushed hebben blokeerd de poorten (omdat zij backoffice regelen).

Zover ik weet is het nogsteeds mijn paal (niet van werkgever) dus waarom zouden ze dit doen? Voordat ik E-flux de schuld ga geven, of de paal ga factory resetten zoals ChatGPT het voorsteld vraag ik het eerst maar eens hier..

Kan het elders liggen? zoals bij mijn ACE Service installer of firmware van de paal? mis ik verder nog iets?
Firmware ace: 4.1.0-408
Alfen single line pro: 7.0.5-4328

edit: owja waarom wil je dit? want Loadbalancing ect werk wel. ik wil gewoon mijn info in HA krijgen zonder gemekker

[ Voor 6% gewijzigd door epicfailguy23 op 23-12-2025 20:01 ]

[HyperBart]

epicfailguy23 schreef op dinsdag 23 december 2025 @ 20:00:
Ik heb even mee zitten lezen en ik probeer mijn issue met de Modbuscommunicatie op te lossen.
Als ik in CMD mijn laadpaal ping via: Telnet 192.168.x.x 80 of 502 dan krijg ik geen signaal terug.
Als ik de P1 meter van HW ping op dezelfde manier krijg ik wel verbinding.

Iets blokkeerd mijn Modbus. Ik heb het in de goede oude chatGPT gegooid en die geen E-flux de schuld. het OCPP profiel dat zij gepushed hebben blokeerd de poorten (omdat zij backoffice regelen).

Zover ik weet is het nogsteeds mijn paal (niet van werkgever) dus waarom zouden ze dit doen? Voordat ik E-flux de schuld ga geven, of de paal ga factory resetten zoals ChatGPT het voorsteld vraag ik het eerst maar eens hier..

Kan het elders liggen? zoals bij mijn ACE Service installer of firmware van de paal? mis ik verder nog iets?
Firmware ace: 4.1.0-408
Alfen single line pro: 7.0.5-4328

edit: owja waarom wil je dit? want Loadbalancing ect werk wel. ik wil gewoon mijn info in HA krijgen zonder gemekker

Heb je uberhaupt ALB wel aan staan op je paal?
Eflux heeft hier niks te maken, jij hebt volgens mij je benodigde config gewoon nog niet op orde 😅😉

[epicfailguy23]

ik heb ga er vanuit dat je met ALB active loadbalancing bedoeld, en die staat aan ja, echter via DSMR4.x /SMR5.0 (p1) heeft altijd zo gewerkt --> en die kijkt vervolgens via IP naar HW P1 meter, moet ik deze zetten dan naar Telnet? is IMHO hetzelfde (want hij gaat dan uitlezen) en ikzelf kan dan de Alfen niet uitlezen?

[HyperBart]

Neen heeft niet altijd zo gewerkt. Want je wil die Alfen nu in Home Assistant krijgen, dat is iets nieuws. Dat heeft nooit gewerkt? Je maakt foute conclusies en verbindingen op basis van verschillende observaties.

Modbus 502 gaat pas aan/open als je de Alfen laat controleren (lees: aansturen) door een extern systeem. Post je load balancing instellingen eens.

[ Voor 3% gewijzigd door HyperBart op 23-12-2025 20:24 ]

[epicfailguy23]

Dan denk ik dat ik de mist in ga ja.
hierbij screenshots --> darkmode users hierbij een flashbang

[Dartlink]

epicfailguy23 schreef op dinsdag 23 december 2025 @ 20:27:
Dan denk ik dat ik de mist in ga ja.
hierbij screenshots --> darkmode users hierbij een flashbang
[Afbeelding]

[Afbeelding]

[Afbeelding]

Data source op EMS zetten en niet op meter

Ik heb exact dezelfde setup als jij. Home assistant en de alfen paal op 7.0.5 en bij mij werkt het wel. Echt iets in jouw config

[epicfailguy23]

welke HA api gebruik jij?

[Dartlink]

epicfailguy23 schreef op dinsdag 23 december 2025 @ 20:51:
welke HA api gebruik jij?

https://github.com/ThaStealth/alfen_modbus

[epicfailguy23]

Wauw het werk! wat voel ik mijzelf toch een muppet af en toe.. Super nu kan ik de data uitlezen en hiermee verder spelen. super bedankt nog!

[Dartlink]

epicfailguy23 schreef op dinsdag 23 december 2025 @ 21:02:
Wauw het werk! wat voel ik mijzelf toch een muppet af en toe.. Super nu kan ik de data uitlezen en hiermee verder spelen. super bedankt nog!

Top! Goed om te horen!

Mocht je loadbalancing nu werkend willen maken moet je eea even zelf automatiseren. Of EVCC gebruiken zoals veel anderen hier ook doen.

[epicfailguy23]

Ik nu ik een batterij heb staan die 12kW kan leveren + 17kW pushtrough is loadbalancing minder relevant geworden. zolang mijn laadpaal netjes stop bij 11kW (16A) dan durf ik die voor nu wel aan

Maar tnx voor de headsup

[remcoXP]

iemand die toevallig de modbux proxy heeft ingezet voor communicatie met de laadpaal.
mijn idee is:
evcc modbus proxy naar paal
en dan evcc en home assistant naar de proxy. zodat je wel gelijktijdig vanuit verschillende hoeken kunt kijken.
alleen weet niet of de ACE installer dit leuk vind, iemand ervaring mee?

[flupp]

Ik heb een Alfen Single-S in privé bezit, en wil een beetje experimenteren met een eigen OCPP implementatie (met websockets, dus over TCP). Maar mijn websocket servertje krijgt geen (websocket)connectie VAN de laadpaal: telkens opent de laadpaal wel de TCP connectie (er is dus van het websocket-niveau nog geen sprake) om die onmiddellijk daarna terug te sluiten. Dus ok voor de TCP-connectie, die opent wel degelijk volledig (dus syn, syn-ack, ack is ok), en dus is de netwerkconnectiviteit wel degelijk in orde.

Dus ik vermoed dat er iets mis is in mijn Alfen laadpaal haar websocket-instellingen. Zou er mij iemand zijn instellingen kunnen zeggen? Let wel: ik zoek niet de instellingen naar de een of andere backend van een provider, eerder naar een lokaal draaiende (websocket)backend. Het is ongetwijfeld een simpele instelling die ik over het hoofd zie, maar ja 🤯

[Sunri5e]

Gister heb ik per ongeluk mijn Alfen Eve Single S-line van de muur af gereden. Bij het wegrijden zat de kabel van de laadpaal achter mijn trekhaak. Op dat moment was hij onze auto aan het laden. Nu is er een stukje van stekker afgebroken waardoor stekker niet meer in de auto klikt. Nu zit ik te kijken of het nou verstandig is om alleen een nieuwe kabel te bestellen zoals deze:

https://www.elektramat.nl...24EwugjNuTWhoCcHMQAvD_BwE

Of dat het handig is om gewoon een nieuwe laadpaal te bestellen aangezien deze al 4 jaar oud is.

[Inspired]

Sunri5e schreef op donderdag 25 december 2025 @ 09:48:
Gister heb ik per ongeluk mijn Alfen Eve Single S-line van de muur af gereden. Bij het wegrijden zat de kabel van de laadpaal achter mijn trekhaak. Op dat moment was hij onze auto aan het laden. Nu is er een stukje van stekker afgebroken waardoor stekker niet meer in de auto klikt. Nu zit ik te kijken of het nou verstandig is om alleen een nieuwe kabel te bestellen zoals deze:

https://www.elektramat.nl...24EwugjNuTWhoCcHMQAvD_BwE

Of dat het handig is om gewoon een nieuwe laadpaal te bestellen aangezien deze al 4 jaar oud is.

Zou er geen 250 EUR insteken. MP geen optie? Als je 75 biedt incl opsturen moet het lukken.

https://www.marktplaats.n...station-pro-line-3-7-22kw

Niet van mij overigens.

[Sunri5e]

Inspired schreef op donderdag 25 december 2025 @ 09:52:
[...]


Zou er geen 250 EUR insteken. MP geen optie? Als je 75 biedt incl opsturen moet het lukken.

https://www.marktplaats.n...station-pro-line-3-7-22kw

Niet van mij overigens.

Dat is er een van de Pro-line. Of past die ook op de S-line?

[JanHenk]

@Sunri5e Ja die kabels zijn hetzelfde.

[flupp]

Sunri5e schreef op donderdag 25 december 2025 @ 09:48:
Gister heb ik per ongeluk mijn Alfen Eve Single S-line van de muur af gereden. Bij het wegrijden zat de kabel van de laadpaal achter mijn trekhaak. Op dat moment was hij onze auto aan het laden. Nu is er een stukje van stekker afgebroken waardoor stekker niet meer in de auto klikt. Nu zit ik te kijken of het nou verstandig is om alleen een nieuwe kabel te bestellen zoals deze:

https://www.elektramat.nl...24EwugjNuTWhoCcHMQAvD_BwE

Of dat het handig is om gewoon een nieuwe laadpaal te bestellen aangezien deze al 4 jaar oud is.

Is dit iets? 11kW, 5 meter. Misschien is de 22kW, 8 meter van die eerste link wel wat méér dan wat je écht nodig hebt?

[HyperBart]

Sunri5e schreef op donderdag 25 december 2025 @ 09:48:
Gister heb ik per ongeluk mijn Alfen Eve Single S-line van de muur af gereden. Bij het wegrijden zat de kabel van de laadpaal achter mijn trekhaak. Op dat moment was hij onze auto aan het laden. Nu is er een stukje van stekker afgebroken waardoor stekker niet meer in de auto klikt. Nu zit ik te kijken of het nou verstandig is om alleen een nieuwe kabel te bestellen zoals deze:

https://www.elektramat.nl...24EwugjNuTWhoCcHMQAvD_BwE

Of dat het handig is om gewoon een nieuwe laadpaal te bestellen aangezien deze al 4 jaar oud is.

Ik heb nog een Alfen laadkabel open einde liggen.
Stuur me maar een DM!

[Espio auraforce]

Dag Alleen

Ik probeer nu al enkele weken tevergeefs mijn laadpaal in te stellen om via home-assistant de laadpaal aan te sturen. Ik heb naar EVCC gekeken maar vooralsnog lijkt dit niet echt mij een oplossing te bieden.

Mijn doel is om de laadpaal aan te sturen via NodeRed (gelijkaardig aan deze post.

Modbus heb ik geprobeerd, maar dit werkte niet goed, ik kreeg niet veel data binnen, veel unknowns etc... en naar mijn gevoel wat traag of niet zo stabiel in gebruik. Maar dit kan dus zeker aan mij liggen. Dus de laatste weken met OCPP geprobeerd, via deze HACS integratie.

Alleen, heb ik nu weer dat er veel "unknown" staat. Ik verwacht momenteel op zijn minst dat de "Status" zou veranderen bij het aansluiten van de wagen, maar dit doet die zelfs niet.
Ik weet echt niet wat ik verkeerd doe. Heeft er iemand een degelijk geschreven blog, of een post van iemand hier die alles volledig uitlegt? Echt van start naar einde. Ik loop continu in cirkeltjes. Zelfs in dit topic probeer ik tevergeefs te zoeken maar ik kom er gewoon niet aan uit. Nu maakt het mij nog weinig uit of het zowel via modbus als OCPP werkt, als het maar werkt en ik effectief iets kan doen.

Alvast bedankt .

[HyperBart]

Espio auraforce schreef op vrijdag 26 december 2025 @ 13:47:

Ik ben een fervent tegenstander van "alle" integraties van HA met Alfen. Ik hoor er vaker meer slechts van dan goed en heb er zelf ook slechte ervaringen mee, inclusief het gedrag wat jij hierboven hebt + "plots gewijzigde configuraties" waardoor mijn evcc-installatie niet meer werkte.

Mijn advies is dan ook om die route te verlaten en terug naar evcc te gaan.
Geen idee wat je functioneel wil bereiken (laat het gerust even weten) maar ik daag je uit om het "niet voor elkaar te krijgen met evcc". Ik weet dat dat een paar brute/stevige statements zijn maar Alfen icm evcc is wmb een gouden combo.

Ik heb recent een tweede Alfen in dienst gesteld, toevoegen aan evcc was 5 min werk en beide EV's pruttelen nu vrolijk wanneer er zonnestroom is of laden op tijd en stond op via de planner.

Zeg eens, wat wil je eigenlijk bereiken?

[ Voor 11% gewijzigd door HyperBart op 26-12-2025 23:34 ]

[HyperBart]

Wat betreft die 2de Alfen. Dit is een S-Line versie met socket.

De setting Disconnect Action stond bij mij op de standaard waarde "Abort Unlock".

Omdat ik de paal achter mijn huis gebruik ga ik vaak de laadstekker laten zitten, ik had er even niet bij stil gestaan dat je dan telkens de stekker er uit moet halen en terug er in om de sessie na een ritje terug te laten starten als het op Abort Unlock staat. Ik heb 'm nu voorlopig op Continue gezet omdat ik daarvan weet dat de sessie dan "eeuwigdurend is" en blijft verder gaan als je terugkomt, maar het liefst zou ik eigenlijk iedere sessie (sessie als in: iedere sessie waarbij ik de stekker in de wagen steek) apart willen zien zonder dat ik de stekker telkens moet uit trekken en insteken aan de laadpaalzijde.

Kan dat of is het kiezen?

[Tweak_ers]

Is er ergens al een prijs te vinden van de Eve Plus modellen?
Kan ze nergens terugvinden.

[flupp]

Ik wil niet (écht) cross-posten, maar in verband met testjes die ik momenteel doe met mijn Alfen laadpaal, vraag ik mij af of er niet vanuit meerdere netwerk-connecties kan worden geschreven naar de Alfen (Single-S) modbusregisters. Dus misschien toch een schaamteloze uitnodiging voor wie enkel hier meeleest om mijn daar gestelde vraag eens te bekijken ? ☺️

Misschien geen Alfen-specifieke vraag, maar dan toch een vraag die zich ook voor Alfen laadpalen stelt? Tenzij iedere laadpaalfabrikant daar misschien zijn eigen beveiligingsmechanisme voor heeft?

[flupp]

HyperBart schreef op vrijdag 26 december 2025 @ 23:38:
Wat betreft die 2de Alfen. Dit is een S-Line versie met socket.

De setting Disconnect Action stond bij mij op de standaard waarde "Abort Unlock".
…

Begrijp ik het goed dat je jouw pasje(s) dus ook niet gebruikt om de transactie te starten?

[HyperBart]

flupp schreef op zaterdag 27 december 2025 @ 13:24:
[...]


Begrijp ik het goed dat je jouw pasje(s) dus ook niet gebruikt om de transactie te starten?

Neen, het is een prive laadpaal.
Heb er eentje met een backoffice en sinds kort nu dus ook eentje en die heb ik zonder backend staan.

Da’s dus gewoon “een goei degelijk veilig stopcontact om de voituur mee op te laden”.

Trouwens, die ene Alfen die met een backoffice geconfigureerd is daar moet ik ook niet op badgen. Die staat op plug to charge met de juiste identifier.

[ Voor 14% gewijzigd door HyperBart op 27-12-2025 13:58 ]

[Marcher]

flupp schreef op zaterdag 27 december 2025 @ 11:54:
Ik wil niet (écht) cross-posten, maar in verband met testjes die ik momenteel doe met mijn Alfen laadpaal, vraag ik mij af of er niet vanuit meerdere netwerk-connecties kan worden geschreven naar de Alfen (Single-S) modbusregisters. Dus misschien toch een schaamteloze uitnodiging voor wie enkel hier meeleest om mijn daar gestelde vraag eens te bekijken ? ☺️

Misschien geen Alfen-specifieke vraag, maar dan toch een vraag die zich ook voor Alfen laadpalen stelt? Tenzij iedere laadpaalfabrikant daar misschien zijn eigen beveiligingsmechanisme voor heeft?

kan, maar dan moet je een modbus proxy tool gebruiken/draaien, alle apps sturen de Alfen modbus commando's naar de proxy, en deze verzorgt dan de communicatie met de Alfen en stuurt de antwoorden/info's terug naar de vragende apps ...

EVCC bv heeft een modbus proxy ingebouwd die makkelijk op te zetten is ....

[flupp]

Marcher schreef op zaterdag 27 december 2025 @ 13:59:
[...]
kan, maar dan moet je een modbus proxy tool gebruiken/draaien, alle apps sturen de Alfen modbus commando's naar de proxy, en deze verzorgt dan de communicatie met de Alfen en stuurt de antwoorden/info's terug naar de vragende apps ...
…

Ok, so far so good. Maar misschien stelde ik mijn vraag dan niet duidelijk genoeg. Want hetgeen ik mij daarbij dan eigenlijk afvraag, is of het dan niet, ondanks die proxy (die dan ongetwijfeld naar de modbusregistersregisters van de laadpaal schrijft), mogelijk zou zijn dat er ook nog andere partijen (binnen het netwerk) naar diezelfde modbusregistersregisters zouden kunnen schrijven. Waarbij de proxy dan wel denkt dat hij (vb.) stroomsterkte regelt, maar waarbij die andere partijen daarbij roet in het eten gooien.

Zijn daar voorzieningen (vb. van de laadpaal) om zoiets te beletten?

[flupp]

HyperBart schreef op zaterdag 27 december 2025 @ 13:57:
[...]
Neen, het is een prive laadpaal.
Heb er eentje met een backoffice en sinds kort nu dus ook eentje en die heb ik zonder backend staan.

Da’s dus gewoon “een goei degelijk veilig stopcontact om de voituur mee op te laden”.

Trouwens, die ene Alfen die met een backoffice geconfigureerd is daar moet ik ook niet op badgen. Die staat op plug to charge met de juiste identifier.

Dan denk ik dat je gaat moeten badgen om de transacties te stoppen en te starten. Overigens keek ik eens in mijn opties, en daar had ik de opties ‘Continue’, ‘Abort Lock’, ‘Abort Unlock’, en ‘Abort Unlock When Offline’ staan, dus tevens een aantal die jij niet vermeldt. Misschien hangen de selecteerbare opties af van het type laadpaal (die van mij is met vaste kabel).

Als je de OCPP berichten om een transactie te stoppen en te starten kunt “forceren”, dan zijn er alleszins manieren om die transactiedata te verkrijgen.

[HyperBart]

flupp schreef op zaterdag 27 december 2025 @ 14:32:
[...]


Dan denk ik dat je gaat moeten badgen om de transacties te stoppen en te starten. Overigens keek ik eens in mijn opties, en daar had ik de opties ‘Continue’, ‘Abort Lock’, ‘Abort Unlock’, en ‘Abort Unlock When Offline’ staan, dus tevens een aantal die jij niet vermeldt. Misschien hangen de selecteerbare opties af van het type laadpaal (die van mij is met vaste kabel).

Als je de OCPP berichten om een transactie te stoppen en te starten kunt “forceren”, dan zijn er alleszins manieren om die transactiedata te verkrijgen.

Ik denk zelfs dat ik op deze versie geen RFID lezer heb. Er biepte toch niks toen ik mijn pasjes er over haalde.

Misschien toch nog eens een OCPP server thuis draaien, is die van jou nog niet af?

[flupp]

HyperBart schreef op zaterdag 27 december 2025 @ 16:00:
[...]
Ik denk zelfs dat ik op deze versie geen RFID lezer heb. Er biepte toch niks toen ik mijn pasjes er over haalde.

Misschien toch nog eens een OCPP server thuis draaien, is die van jou nog niet af?

Staat in zijn huidige (voor mij) werkbare versie op github (enkel nog maar OCPP 1.6). Let wel: in de branch ‘my_changes’ https://github.com/sudolea/ocpp.git

Indien de termen “branch”, “venv” of “python” jou niets zeggen, dan wordt dit echter wel een opgave om die draaiende te krijgen, vrees ik.

Tip: in de ACE Service installer kun je met deze (momenteel unsecured) websocket server (eens goed ingesteld op jouw laadpaal) alle berichten die uit de laadpaal komen goed bekijken in “Logging”, en dan het groene icoontje aanklikken (“Show backoffice communication”).

[swat!]

CrociStrike030 schreef op woensdag 3 december 2025 @ 23:35:
[...]


Uiteindelijk deze route bewandeld. Hij werkt nu weer naar behoren:) Waren de triacsen die kapot waren

Ik zit met hetzelfde probleem, maar dan icm een Alfen mini.

Mag ik vragen waar je de triac's vandaan hebt? Zijn dit oem's of Alfen selected via hun spare-parts pagina?
Linkje zou heel fijn zijn

Alvast bedankt!

[Daveth]

swat! schreef op zondag 28 december 2025 @ 09:52:
[...]


Ik zit met hetzelfde probleem, maar dan icm een Alfen mini.

Mag ik vragen waar je de triac's vandaan hebt? Zijn dit oem's of Alfen selected via hun spare-parts pagina?
Linkje zou heel fijn zijn

Alvast bedankt!

In 7.3.0 zit iets wat bij een 102 powerboard melding iets met de kapotte triacs doet waardoor de lader als nog werkt.
Voor dat je mee aan de slag gaat zou ik eerst 7.3.0 op de lader zetten en kijken of de storing dan weg is.

[Sunri5e]

Ik ben dus mijn wachtwoord kwijt van mijn Alfen paal. Nu heb ik wel die kaart met daarop mijn ID en Password recovery code. Echter moet je dan een Windows PC hebben..... Ik heb alleen een Mac. Lekker dan! Iemand anders een idee?

[HyperBart]

Sunri5e schreef op zondag 28 december 2025 @ 12:25:
Ik ben dus mijn wachtwoord kwijt van mijn Alfen paal. Nu heb ik wel die kaart met daarop mijn ID en Password recovery code. Echter moet je dan een Windows PC hebben..... Ik heb alleen een Mac. Lekker dan! Iemand anders een idee?

Windows PC lenen of een VM draaien.

[austin_77]

HyperBart schreef op zondag 28 december 2025 @ 12:27:
[...]

Windows PC lenen of een VM draaien.

Los van dat dit de weg is om te bewandelen vind ik het nog steeds niet van deze tijd dat Alfen geen MacOs app hiervoor heeft.

[flupp]

austin_77 schreef op zondag 28 december 2025 @ 12:33:
[...]
Los van dat dit de weg is om te bewandelen vind ik het nog steeds niet van deze tijd dat Alfen geen MacOs app hiervoor heeft.

Waarom een app, en geen “gewoon” (platform-onafhankelijk) programma ? Mijn telefoon staat overvol met apps, dáárvoor zou ik nu écht niet nóg een app hoeven, hoor 😉. Bovendien moet je dan al op het huisnetwerk zitten (waar ook de laadpaal te vinden is), terwijl dat met veel telefoons al niet het geval is.

[deejeebv]

flupp schreef op zondag 28 december 2025 @ 13:57:
[...]


Waarom een app, en geen “gewoon” (platform-onafhankelijk) programma ? Mijn telefoon staat overvol met apps, dáárvoor zou ik nu écht niet nóg een app hoeven, hoor 😉. Bovendien moet je dan al op het huisnetwerk zitten (waar ook de laadpaal te vinden is), terwijl dat met veel telefoons al niet het geval is.

Web interface zou het meest universeel zijn, gewoon via elke browser te benaderen. Want waarom wel Mac OS, dan kun je ook wel vragen om een Linux versie.

[Idr548]

Ik heb nu zonneladen aangezet met een 60% green waarde.
Heb de indruk dat dit eigenlijk niet zo super goed werkt.
Vaak zie ik dat er zonnepanelen injectie is maar het laadpunt niet begint met laden.

Iemand een idee wat ik eventueel fout doe?
En welke polling tijdspanne er op het laadpunt zit? (hoe lang moet er voldoende injectie zijn voor het laden begint, en omgekeerd?).

Kan ik eve connect gebruiken, of zal dit aanpassingen die gemaakt werden met ace tool te niet doen?

Bedankt.

[Mcl90]

Hallo allemaal,

Ik loop vast met mijn Alfen Eve Single Pro Line (stand-alone) laadpaal.
De laadpaal wil niet beginnen met laden en mijn Tesla geeft een foutmelding zodra ik de stekker aansluit.

Situatie:
- Laadpaal: Alfen Eve Single Pro Line
- Gebruik: stand-alone (backend verwijderd)
- Net aansluiting: 3×16 A
- Load balancing via P1 slimme meter (DSMR4.x / SMR5.0)
- Kabel en auto werken elders wel normaal

Wat ik zie:
- Laadpaal lijkt klaar om te laden, maar start niet
- Tesla toont een laadfout (geen laadsessie)
- Geen directe foutmelding op de laadpaal zelf

Wat ik al heb gecontroleerd / ingesteld:
• P1 load balancing actief
• Protocol DSMR4.x / SMR5.0
• Station max current: 16 A
• Installation max current: 16 A
• Safe current: 16 A
• 3-fase toegestaan
• Geen backend / geen UK smart charging
• Direct start ingeschakeld

Ik heb foto’s van alle relevante instellingen toegevoegd.

Mijn vragen:
- Zie ik iets over het hoofd in de configuratie?
- Kan dit te maken hebben met load balancing / safe current / fase-instellingen?
- Bekend issue met Tesla + Alfen in stand-alone modus?
- Is er een bekende reset of volgorde (meter → laadpaal → auto) die ik moet aanhouden?

Alle tips of ervaringen zijn welkom.



























Alvast bedankt voor het meedenken!

[Will_M]

Sunri5e schreef op zondag 28 december 2025 @ 12:25:
Ik ben dus mijn wachtwoord kwijt van mijn Alfen paal. Nu heb ik wel die kaart met daarop mijn ID en Password recovery code. Echter moet je dan een Windows PC hebben..... Ik heb alleen een Mac. Lekker dan! Iemand anders een idee?

AFAIK kun je dat password ook aanpassen in de MyEVE App vanop je telefoon of tablet. Ik doe daarbij maar even de aanname dat je (ook) een telefoon en/of tablet hebt en dat zal in jouw geval, als MacOS gebruiker, waarschijnlijk wel een iPhone / iPad met iOS / iPAdOS zijn.

https://apps.apple.com/nl...staller-tool/id1562123267

Om gezeur met de App te voorkomen (authenticatie) kun je het beste een WiFi verbinding gebruiken welke in het zelfde subnet / netwerk werkt als dat waar de Alfen laadpaal zich in bevindt.

[ Voor 15% gewijzigd door Will_M op 28-12-2025 16:32 ]

[austin_77]

flupp schreef op zondag 28 december 2025 @ 13:57:
[...]


Waarom een app, en geen “gewoon” (platform-onafhankelijk) programma ? Mijn telefoon staat overvol met apps, dáárvoor zou ik nu écht niet nóg een app hoeven, hoor 😉. Bovendien moet je dan al op het huisnetwerk zitten (waar ook de laadpaal te vinden is), terwijl dat met veel telefoons al niet het geval is.

deejeebv schreef op zondag 28 december 2025 @ 15:16:
[...]

Web interface zou het meest universeel zijn, gewoon via elke browser te benaderen. Want waarom wel Mac OS, dan kun je ook wel vragen om een Linux versie.

Excuus, met ‘app’ bedoel ik programma. Het mag uiteraard ook een webinterface zijn

[swat!]

Daveth schreef op zondag 28 december 2025 @ 10:58:
[...]

In 7.3.0 zit iets wat bij een 102 powerboard melding iets met de kapotte triacs doet waardoor de lader als nog werkt.
Voor dat je mee aan de slag gaat zou ik eerst 7.3.0 op de lader zetten en kijken of de storing dan weg is.

Thanks!

Ik ben aan het proberen de paal te updaten, maar er staat echt een stokoude versie op: 3.4.3-3026..
Het lukt dan ook niet, de installer timed uit en zegt dat het te lang duurt.

Is er ergens wellicht nog versie 4.12 te downloaden, zodat ik eerst naar die versie kan updaten?
Of is er een andere optie die ik over het hoofd zie?

[Will_M]

swat! schreef op zondag 28 december 2025 @ 18:55:
[...]

Thanks!

Ik ben aan het proberen de paal te updaten, maar er staat echt een stokoude versie op: 3.4.3-3026..
Het lukt dan ook niet, de installer timed uit en zegt dat het te lang duurt.

Is er ergens wellicht nog versie 4.12 te downloaden, zodat ik eerst naar die versie kan updaten?
Of is er een andere optie die ik over het hoofd zie?

Hoe probeer je te updaten? De MyEve App geeft keurig aan welke versies je kunt gebruiken om te down / up-graden op basis van de geïnstalleerde versie en dus ook welke versie je als 'tussenstap' moet gebruiken voordat je de huidige versie kunt gaan downloaden en installeren.

[swat!]

Will_M schreef op zondag 28 december 2025 @ 19:13:
[...]


Hoe probeer je te updaten? De MyEve App geeft keurig aan welke versies je kunt gebruiken om te down / up-graden op basis van de geïnstalleerde versie en dus ook welke versie je als 'tussenstap' moet gebruiken voordat je de huidige versie kunt gaan downloaden en installeren.

Met de ACE Service Installer.

Maar de 5.6.1-4381-a versie welke ik volgens het update-schema als eerste zou moeten toepassen, wil dus al niet.

Ik heb net 4.8.0 gevonden, dus zal dat eens testen

ps: De myEve app herkent de paal niet eens. Ter info: Deze firmware versie is zo oud dat er niet eens een wachtwoord op de paal aanwezig is.

[ Voor 10% gewijzigd door swat! op 28-12-2025 19:23 ]

[flupp]

Mcl90 schreef op zondag 28 december 2025 @ 16:08:
…

Heb je wel genoeg stroom over om aan de minimum 6A te komen (grote verbruikers actief, misschien)? Heb je zicht op jouw beschikbaar vermogen? Ergens is er ook een instelling dat je 3- zowel als 1- fasig laden toelaat, dus is 1- fasig laden ok in jouw instellingen?

[Mcl90]

Dank voor het meedenken. Ik heb getest met load balancing uit; op dat moment was er slechts ±6 A verbruik op één fase, dus onvoldoende beschikbaar vermogen lijkt niet aan de orde.

Laden op 1-fase heb ik ook geprobeerd, maar die instelling wordt door de laadpaal niet geaccepteerd.

[Kris]

Na een jaartje geen electrische auto gereden te hebben heb ik er vanaf half januari weer een.

De eerste auto was een leaseauto waarvoor een Alfen Pro Single line is geinstalleerd. Ik heb de paal toen aangesloten op mn thuisnetwerk en kon verbinden met de ACE installer en de MyEve app.

Helaas weet ik het wachtwoord niet meer van de paal. Gelukkig *dacht ik) heb ik de leaflet met PRC code. Zowel MyEve als de ACE installer geven echter aan dat deze code niet correct is, zelfs niet als ik de QR code scan. SSA is enabled, dus hopelijk is de lader niet "bricked".

Is er iemand die me verder kan helpen? Ik heb geen idee wie destijds de paal heeft geinstalleerd (inmiddels ook een andere werkgever)

[sirtm]

Mcl90 schreef op zondag 28 december 2025 @ 16:08:
Hallo allemaal,

Ik loop vast met mijn Alfen Eve Single Pro Line (stand-alone) laadpaal.
De laadpaal wil niet beginnen met laden en mijn Tesla geeft een foutmelding zodra ik de stekker aansluit.

Situatie:
- Laadpaal: Alfen Eve Single Pro Line
- Gebruik: stand-alone (backend verwijderd)
- Net aansluiting: 3×16 A
- Load balancing via P1 slimme meter (DSMR4.x / SMR5.0)
- Kabel en auto werken elders wel normaal

Wat ik zie:
- Laadpaal lijkt klaar om te laden, maar start niet
- Tesla toont een laadfout (geen laadsessie)
- Geen directe foutmelding op de laadpaal zelf

Wat ik al heb gecontroleerd / ingesteld:
• P1 load balancing actief
• Protocol DSMR4.x / SMR5.0
• Station max current: 16 A
• Installation max current: 16 A
• Safe current: 16 A
• 3-fase toegestaan
• Geen backend / geen UK smart charging
• Direct start ingeschakeld

Ik heb foto’s van alle relevante instellingen toegevoegd.

Mijn vragen:
- Zie ik iets over het hoofd in de configuratie?
- Kan dit te maken hebben met load balancing / safe current / fase-instellingen?
- Bekend issue met Tesla + Alfen in stand-alone modus?
- Is er een bekende reset of volgorde (meter → laadpaal → auto) die ik moet aanhouden?

Alle tips of ervaringen zijn welkom.
[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]
Alvast bedankt voor het meedenken!

Dit geprobeerd? Het grote Tesla Model 3 & Y topic - Deel 1

Heb je zelf aangesloten?
Heeft het ooit gewerkt? -> klopt je fase volgorde?

[flupp]

Mcl90 schreef op zondag 28 december 2025 @ 20:28:
…
Laden op 1-fase heb ik ook geprobeerd, maar die instelling wordt door de laadpaal niet geaccepteerd.

Vinkte je daarbij de instelling “Allow Single/Multiphase Charging” in het menu “Active Load Balancing” aan?

[ Voor 23% gewijzigd door flupp op 28-12-2025 20:39 ]

[Mcl90]

De laadpaal is destijds door Eneco geïnstalleerd en heeft altijd gewerkt. Pas sinds kort is de backoffice verwijderd en gebruik ik hem privé. Ik heb de aansluiting zelf niet gewijzigd, dus de fasevolgorde is ongewijzigd. Een reset van de auto heb ik nog niet geprobeerd, die ga ik nog doen.

[Mcl90]

Die optie had ik nog niet aangevinkt, dat kan ik proberen. Tegelijk merk ik dat ook bij het volledig uitschakelen van load balancing de laadpaal zich op exact dezelfde manier gedraagt, dus het probleem lijkt niet direct door load balancing veroorzaakt.

[Bogyesz87]

Mcl90 schreef op zondag 28 december 2025 @ 20:56:
De laadpaal is destijds door Eneco geïnstalleerd en heeft altijd gewerkt. Pas sinds kort is de backoffice verwijderd en gebruik ik hem privé. Ik heb de aansluiting zelf niet gewijzigd, dus de fasevolgorde is ongewijzigd. Een reset van de auto heb ik nog niet geprobeerd, die ga ik nog doen.

Je moet bij “plug & charge id” het objectnummer van je lader invullen. Nu staat daar “standalone”
Ik verwacht dat je lader dan wel werkt

[flupp]

Bogyesz87 schreef op zondag 28 december 2025 @ 22:45:
[...]
Je moet bij “plug & charge id” het objectnummer van je lader invullen. Nu staat daar “standalone”
Ik verwacht dat je lader dan wel werkt

Ik denk dat die instelling enkel van belang is bij een ingestelde (OCPP) backend ?

[Mcl90]

Dat ga ik proberen. Weet je waar ik het objectnummer van de lader kan terugvinden? Ik weet niet waar ik het juiste objectnummer vandaan moet halen.

[HyperBart]

Mcl90 schreef op zondag 28 december 2025 @ 23:55:
Dat ga ik proberen. Weet je waar ik het objectnummer van de lader kan terugvinden? Ik weet niet waar ik het juiste objectnummer vandaan moet halen.

Dat is je ACE nummer. Staat op de paal stickertje of de doos of je boekjes.

[ Voor 8% gewijzigd door HyperBart op 29-12-2025 00:02 ]

[Sunri5e]

Will_M schreef op zondag 28 december 2025 @ 16:26:
[...]


AFAIK kun je dat password ook aanpassen in de MyEVE App vanop je telefoon of tablet. Ik doe daarbij maar even de aanname dat je (ook) een telefoon en/of tablet hebt en dat zal in jouw geval, als MacOS gebruiker, waarschijnlijk wel een iPhone / iPad met iOS / iPAdOS zijn.

https://apps.apple.com/nl...staller-tool/id1562123267

Om gezeur met de App te voorkomen (authenticatie) kun je het beste een WiFi verbinding gebruiken welke in het zelfde subnet / netwerk werkt als dat waar de Alfen laadpaal zich in bevindt.

Dit heb ik al geprobeerd maar de wachtwoord recovery in de app geeft een foutmelding.

[flupp]

Mcl90 schreef op zondag 28 december 2025 @ 23:55:
Dat ga ik proberen. Weet je waar ik het objectnummer van de lader kan terugvinden? Ik weet niet waar ik het juiste objectnummer vandaan moet halen.

In de ACE Service installer op de info pagina. Screenshot bij jou zegt ace0035106

[flupp]

Mcl90 schreef op zondag 28 december 2025 @ 16:08:
Hallo allemaal,

Ik loop vast met mijn Alfen Eve Single Pro Line (stand-alone) laadpaal.
De laadpaal wil niet beginnen met laden en mijn Tesla geeft een foutmelding zodra ik de stekker aansluit.
…

Wat ik mij nu ook ben beginnen afvragen: ben je er wel zeker van dat de Tesla niet ingesteld is met de één of andere laadplanning en dat ie niet enkel maar (ik zeg maar zoiets) op maandagnacht tussen 1 en 6 mag laden?

[flupp]

Ik heb terugkerende connectieproblemen naar de backoffice met mijn laadpaal (ttz telkens ik experimenteer met een secured-websocket backoffice sluit de laadpaal na een wel degelijk net verbonden TCP connectie die TCP connectie onmiddellijk af).

Dus ik sta nu op het punt om de firmware te upgraden, in de (firmware versie-)upgrade-volgorde zoals Alfen die in haar knowledge base aangeeft. Maar over het bewaren van de instellingen vond ik er geen verdere info.

Ongetwijfeld kunnen er hier wel bevestigen of ontkennen: ben ik dan de instellingen kwijt en moet ik die nu één voor één noteren, of hoeft dit niet persé?

[ Voor 3% gewijzigd door flupp op 29-12-2025 10:49 ]

[helm71]

Ik vrees het ergste, maar klopt het dat de Alfen Eve Single Pro maar 1 socket tegelijk beschikbaar heeft voor connectie ?

Ik heb continue last van wegvallende sessies als ik de de Eve app gebruik, maar als ik mijn thuisautomatisering (die de paal aanstuurt; homey) even disable werkt het als een trein...

Me een slag in de rondte gezocht naar problemen met de fysieke verbinding, daar vond ik niets..

[Sarge_]

Iemand al aan het rommelen met thuisbatterijen en de lader op comfort of green?

Ik heb nu 3 thuisbatterijen ingesteld op 0 op de meter. Wanneer er overschot is, dan gaat het de batterijen in. Hoger verbruik komt als eerste de batterijen weer uit en de rest uit het net. Ik ben alleen heel benieuwd hoe dit een beetje samen gaat werken als ik wil laden en de solar charging opties gebruik.

Benieuwd naar ervaringen en goede instellingen.

[DaRealRenzel]

flupp schreef op maandag 29 december 2025 @ 09:56:
Ik heb terugkerende connectieproblemen naar de backoffice met mijn laadpaal (ttz telkens ik experimenteer met een secured-websocket backoffice sluit de laadpaal na een wel degelijk net verbonden TCP connectie die TCP connectie onmiddellijk af).

Dus ik sta nu op het punt om de firmware te upgraden, in de (firmware versie-)upgrade-volgorde zoals Alfen die in haar knowledge base aangeeft. Maar over het bewaren van de instellingen vond ik er geen verdere info.

Ongetwijfeld kunnen er hier wel bevestigen of ontkennen: ben ik dan de instellingen kwijt en moet ik die nu één voor één noteren, of hoeft dit niet persé?

Ligt aan je backoffice. Hier (groendus) moet ik ook een unsecured websocket (WS ipv WSS) instellen anders verbindt de backoffice niet.
Groendus stelt dat de verbinding toch gewoon veilig is omdat het over het mobiele netwerk gaat. Maar ze staan er niet bij stil dat je als klant ook zelf een netwerkkabel kan aansluiten, en de ethernet verbinding dan als primaire verbinding kan instellen. Afijn, als hun gehackt worden is het hun probleem, toch....

[DaRealRenzel]

helm71 schreef op maandag 29 december 2025 @ 10:20:
Ik vrees het ergste, maar klopt het dat de Alfen Eve Single Pro maar 1 socket tegelijk beschikbaar heeft voor connectie ?

Ik heb continue last van wegvallende sessies als ik de de Eve app gebruik, maar als ik mijn thuisautomatisering (die de paal aanstuurt; homey) even disable werkt het als een trein...

Me een slag in de rondte gezocht naar problemen met de fysieke verbinding, daar vond ik niets..

Ja klopt. Je kan maar 1 connectie tegelijk hebben, ofwel een app (MyEVE, ACE Installer), ofwel een andere verbinding zoals een HA of Homey integratie.

[DaRealRenzel]

Sarge_ schreef op maandag 29 december 2025 @ 11:17:
Iemand al aan het rommelen met thuisbatterijen en de lader op comfort of green?

Ik heb nu 3 thuisbatterijen ingesteld op 0 op de meter. Wanneer er overschot is, dan gaat het de batterijen in. Hoger verbruik komt als eerste de batterijen weer uit en de rest uit het net. Ik ben alleen heel benieuwd hoe dit een beetje samen gaat werken als ik wil laden en de solar charging opties gebruik.

Benieuwd naar ervaringen en goede instellingen.

Ligt aan je Energy Manager. Als je batterijen gaan laden als je P1 Meter aangeeft dat 'er stroom naar het net gaat', en gaan ontladen als je P1 meter aangeeft 'dat er stroom afgenomen wordt', dan zal je bij Solar Charging in de EVE app toch merken dat de stroom naar je accu of je auto gaat, maar niet allebei.
Om zowel je accu als je auto vanaf je zonnepanelen te laden, en je auto niet vanuit je accu te laden, zal je een energy manager moeten installeren die met beide opslagsystemen rekening kan houden, en waar je ook een voorrang kan instellen.

[flupp]

DaRealRenzel schreef op maandag 29 december 2025 @ 13:03:
[...]
Ligt aan je backoffice.
…

Ik wil alles geloven, dus begrijp mij niet verkeerd. Maar je zegt dit met een stelligheid waarbij ik dan toch niét kan verklaren waardoor het komt dat mijn (zelfgeschreven weliswaar rudimentaire mini-)backoffice een connectie openstelt, waar mijn Alfen laadpaal mee connecteert. Maar wanneer mijn backoffice de websocket handshake begint, en (dus) begint te lezen van die (TCP!) connectie met de laadpaal, heeft tegen die tijd de laadpaal die TCP (!) connectie al terug gesloten. Zie ook hier, overigens, waar ik dat probleem voor het eerst opmerkte en hier meldde.

Kan mijns inziens niet/nooit aan enige websocket instelling van mijn backoffice liggen.

En wanneer ik de laadpaal (en mijn backoffice server) terugbreng naar een unsecured versie, dan werkt het (zoals ook nu weer, nadat het enige tijd goed had gewerkt met die unsecured websocket) terug nog steeds niet.

[Espio auraforce]

HyperBart schreef op vrijdag 26 december 2025 @ 23:25:
[...]


Ik ben een fervent tegenstander van "alle" integraties van HA met Alfen. Ik hoor er vaker meer slechts van dan goed en heb er zelf ook slechte ervaringen mee, inclusief het gedrag wat jij hierboven hebt + "plots gewijzigde configuraties" waardoor mijn evcc-installatie niet meer werkte.

Mijn advies is dan ook om die route te verlaten en terug naar evcc te gaan.
Geen idee wat je functioneel wil bereiken (laat het gerust even weten) maar ik daag je uit om het "niet voor elkaar te krijgen met evcc". Ik weet dat dat een paar brute/stevige statements zijn maar Alfen icm evcc is wmb een gouden combo.

Ik heb recent een tweede Alfen in dienst gesteld, toevoegen aan evcc was 5 min werk en beide EV's pruttelen nu vrolijk wanneer er zonnestroom is of laden op tijd en stond op via de planner.

Zeg eens, wat wil je eigenlijk bereiken?

Ik wil mijn laadpaal zelf kunnen aansturen zonder EVCC. Ik wil niet de token betalen voor EVCC.
Verder, kan aan mij liggen, de enige info die ik vind om het te configureren is allemaal in het duits, en dat is nogal roestig. DSMR meter kan ik blijkbaar ook niet goed toevoegen gezien wij met een aparte consumptie & productie werken.
Het lijkt mij zelf ook gewoon fijn om zelf de keuze & regeling te maken. Wat kennis opdoen van NodeRed als hobby e.d.

Maar zelfs met EVCC krijg ik die connectie niet goed. Dus eigenlijk zoek ik gewoon wat meer kennis/blog/tutorial of de post in dit topic waar iemand beetje van A tot Z uitlegt hoe die de connectie maakt en kan uitlezen. als EVCC het kan, moet HA het toch ook kunnen, via MOdbus of OCPP, genoeg mensen doen het hier op die manier, daar ben ik wel zeker van.

[helm71]

DaRealRenzel schreef op maandag 29 december 2025 @ 13:04:
[...]

Ja klopt. Je kan maar 1 connectie tegelijk hebben, ofwel een app (MyEVE, ACE Installer), ofwel een andere verbinding zoals een HA of Homey integratie.

Daar was ik al bang voor... wat een bagger...

[MisteRMeesteR]

helm71 schreef op maandag 29 december 2025 @ 13:56:
[...]


Daar was ik al bang voor... wat een bagger...

Modbus proxy lost dit op.

[helm71]

Sarge_ schreef op maandag 29 december 2025 @ 11:17:
Iemand al aan het rommelen met thuisbatterijen en de lader op comfort of green?

Ik heb nu 3 thuisbatterijen ingesteld op 0 op de meter. Wanneer er overschot is, dan gaat het de batterijen in. Hoger verbruik komt als eerste de batterijen weer uit en de rest uit het net. Ik ben alleen heel benieuwd hoe dit een beetje samen gaat werken als ik wil laden en de solar charging opties gebruik.

Benieuwd naar ervaringen en goede instellingen.

Hoi zeker, dat doe ik ook.

Gebruik je Home Assistant of Homey of iets dergelijks ?

Wat ik doe is het volgende:

1) Als ik overdag de auto aan de lader hang dan gaat hij in 100% groen laden modus, met andere woorden, hij laat dan alleen met zonnestroom (als dat toch niet gewenst is dan override ik dat met de MyEve app).

2) Als de auto 's nachts op het moment dat de de stroom 3 uur achter elkaar het goedkoopste is nog steeds aan de lader hangt gaat hij dan normaal laden.

Note: Mijn batterijen gaan op het moment dat stroom 4 uur achter elkaar het goedkoopst is OOK laden, in de praktijk komt het daardoor niet voor dat de auto gaat laden en de batterijen er in lopen

3) Als de auto om 03:00 nog steeds aan de lader hangt en als de auto dan nog steeds niet 80% vol zit dan gaat hij alsnog laden (want dan is hij 's ochtends in ieder geval vol). Als deze uitzonderingssituatie zich voordoet zet ik om 03:00 niet alleen de lader aan maar ook de batterijen in IDLE stand, zodat ze niet gaan ontladen, op het moment dat de auto klaar is met laden gaan de batterijen weer naar hun reguliere stand.

Daarmee werkt het voor mij..

[helm71]

MisteRMeesteR schreef op maandag 29 december 2025 @ 13:58:
[...]

Modbus proxy lost dit op.

Dat moet je me uitleggen... standaard is modbus toch niet in gebruik ? Ik ken modbus en ik weet ook hoe modbus proxy werkt, maar de reguliere communicatie tussen app en Alfen en Homey integratie en Alfen is voor zover ik weet niet over modbus..

[HyperBart]

Espio auraforce schreef op maandag 29 december 2025 @ 13:45:
[...]


Ik wil mijn laadpaal zelf kunnen aansturen zonder EVCC. Ik wil niet de token betalen voor EVCC.
Verder, kan aan mij liggen, de enige info die ik vind om het te configureren is allemaal in het duits, en dat is nogal roestig. DSMR meter kan ik blijkbaar ook niet goed toevoegen gezien wij met een aparte consumptie & productie werken.
Het lijkt mij zelf ook gewoon fijn om zelf de keuze & regeling te maken. Wat kennis opdoen van NodeRed als hobby e.d.

Tja, dat staat je vrij.
Info is wel in het Engels (zie docs evcc), de discussies en issues zijn DE/EN.
DSMR kan je normaal wel toevoegen, ik heb indertijd de zuidwijk laten toevoegen. Ik begrijp je probleem met aparte consumptie en productie niet?
Ach ja, het is een hobby, als je er energie van krijgt leef je je maar uit .

Maar zelfs met EVCC krijg ik die connectie niet goed. Dus eigenlijk zoek ik gewoon wat meer kennis/blog/tutorial of de post in dit topic waar iemand beetje van A tot Z uitlegt hoe die de connectie maakt en kan uitlezen. als EVCC het kan, moet HA het toch ook kunnen, via MOdbus of OCPP, genoeg mensen doen het hier op die manier, daar ben ik wel zeker van.

Normaal doe je het via Modbus, dat werkt betrouwbaar. Alfen laat maar een "configuratiestreamconnectie" toe. Dus dat is of de app op je telefoon, of de HA integratie of de ACE installer.
Aansturen? Modbus
Configs wijzigen? ACE

HA en de "configstream" gebruiken? Vragen voor problemen. Dat is m.i alsof je continu met je motorklep open rijdt en een OBD computer hebt hangen aan je auto met een wedstrijdmechanicsteam in je auto.

[swat!]

swat! schreef op zondag 28 december 2025 @ 19:15:
[...]

Met de ACE Service Installer.

Maar de 5.6.1-4381-a versie welke ik volgens het update-schema als eerste zou moeten toepassen, wil dus al niet.

Ik heb net 4.8.0 gevonden, dus zal dat eens testen

ps: De myEve app herkent de paal niet eens. Ter info: Deze firmware versie is zo oud dat er niet eens een wachtwoord op de paal aanwezig is.

Inmiddels 2 rondes verder met support en heb de volgende versies geprobeerd:

• ACE ServiceInstallerSetup-3.5.6-150
• ACE ServiceInstallerSetup-3.6.8.166
• ACE Service Installer v3.6.6_163

In combinatie met deze firmwares:

• NG9xx 4.15.6-4035-INVALID_LEN.fwi
• NG9xx 4.2.0-3062.fwi
• NG9xx 4.2.1-3066-B.fwi
• NG9xx 4.8.0-3168.fwi

De voorlopige conclusie van de supportmedewerker is dat de versie gefixeerd is op mijn controller-board, en dus niet te updaten.
Om dit te fixen moet het controller-board vervangen worden.

Is er wellicht nog een andere optie om versie te flashen, over serial bijvoorbeeld?

Wat mij ook opvalt is: Als ik een whitelisted card aanklik, dan reboot de unit al. Zelfs voordat ik hem wil verwijderen..

[ Voor 5% gewijzigd door swat! op 29-12-2025 20:46 ]

[gemer007]

Grolsch schreef op donderdag 18 december 2025 @ 23:57:
Tap gebruik ik nu ook enkele weken en werkt perfect en is gratis

wat is gratis? kan je daar een alfen naartoe laten overschrijven en gebruiken zonder abonnement?