[Alfen Laadpaal] Ervaringen & Discussie

[WirelessErik]

Ik heb het uiteindelijk toch werkend gekregen. Load balancing heb ik inderdaad aanstaan in de Alfen..

Dank voor je snelle reactie

[corsat]

balblas schreef op zaterdag 26 september 2026 @ 18:44:
[...]

Dus je had batterijen en laadpaal op 1 groep?

De laadpaal is 3 fasen en op 2 fasen daarvan staan mijn 2 marstek batterijen die actief zijn als de laadpaal niet in bedrijf is, gestuurd via HA en bij uitval modbus gaat de laadpaal naar maximaal 10A per fase. Dit werkt al ruim 1,5 jaar zo zonder problemen. Ik heb zelf een risico analyse uitgevoerd en heb deze Claude en Chatgpt laten checken en dit moet risicoloos kunnen werken. Waarom je vraag?

[corsat]

Ik heb vrijdag sw 7.4.6 geladen en zie nu in mijn overzicht dat ik pas vanaf 20 september mijn laadgegevens overzicht kan downloaden, dit is al eerder aan de orde geweest maar is er een manier om de oude gegevens terug te krijgen?

[JP1980]

corsat schreef op zondag 27 september 2026 @ 13:53:
[...]

De laadpaal is 3 fasen en op 2 fasen daarvan staan mijn 2 marstek batterijen die actief zijn als de laadpaal niet in bedrijf is, gestuurd via HA en bij uitval modbus gaat de laadpaal naar maximaal 10A per fase. Dit werkt al ruim 1,5 jaar zo zonder problemen. Ik heb zelf een risico analyse uitgevoerd en heb deze Claude en Chatgpt laten checken en dit moet risicoloos kunnen werken. Waarom je vraag?

Wow even opletten hier, je wordt een vraag gesteld of de batterij en laadpaal op 1 groep staan. Dat is heel wat anders dan dezelfde fase. Als je die 2 door elkaar haalt en je stelt je vraag verkeerd op Claude of ChatGpt dan ben je heel erg gevaarlijk bezig. Wees alsjeblieft voorzichtig want als je de vraag verkeerd stelt krijg je antwoorden die niet correct zijn.

De vraag die aan jou wordt gesteld is zitten ze op dezelfde groep? Als dat zo is dan is dat zeker gevaarlijk. Dat het al anderhalf jaar heeft gewerkt doet hier niets aan af.

Het gevaar wat je loopt bij 1 groep is overbelasting. Je kunt meer amperes over de kabels heen jagen dan waarvoor het is afgezekerd. Als ik het goed begrijp probeer je softwarematig hier iets mee te doen, maar als je het mij vraagt is Home Assistant software gebruiken als kritiek veiligheidscomponent niet het allerbeste idee. Prima om je energiemanagement te optimaliseren maar niet om overbelastingen te voorkomen.

IMHO een laadpaal hoort altijd apart afgezekerd te zijn. Is Nen1010. Ook geen andere verbruikers op die groep.

[Kusterse]

corsat schreef op zondag 27 september 2026 @ 13:53:
[...]

De laadpaal is 3 fasen en op 2 fasen daarvan staan mijn 2 marstek batterijen die actief zijn als de laadpaal niet in bedrijf is, gestuurd via HA en bij uitval modbus gaat de laadpaal naar maximaal 10A per fase. Dit werkt al ruim 1,5 jaar zo zonder problemen. Ik heb zelf een risico analyse uitgevoerd en heb deze Claude en Chatgpt laten checken en dit moet risicoloos kunnen werken. Waarom je vraag?

Als het qua kabelroute niet makkelijk is kun je er ook voor kiezen om terplekke van de splitsing een onder-verdeler te plaatsen. Waarbij iedere verbruiker een eigen automaat krijgt. In de hoofverdeler komt dan ook aparte aardlek en automaat. Let op deze moeten selectief zijn ten opzichte van de automaat /aardlek in de onder-verdeler. Een selectieve aardlek schakelaar is trager en kan een hogere lekstroom aan. De automaat in de hoofd verdeler is dan normaal 1,6 x groter dan de hoogste zekering in je onder-verdeler. Dat betekent dat daar dan bij voorkeur een 6 mm2 4 mm2 kabel moet liggen als die niet te lang is. Selectiviteit naar je hoofdzekering haal je dan alsnog niet. Maar het is in ieder geval een stuk veiliger.

[ Voor 19% gewijzigd door Kusterse op 27-09-2026 16:05 ]

[corsat]

Dank voor jullie reacties, wordt zeer gewaardeerd. Ik heb in de meterkast een 3 fasen kabel 4mm2 afgetakt van de 3x25A zekeringen. Dan zit er een aardlek automaat van 20A voor iedere fase en die gaat via de kruipruimte naar de garage met een lengte van 4m. De3 fasen gaan naar de laadpaal, voor de aansluiting is in een verdeeldoos voor 2 fasen een aftakking naar 2 stopcontacten en daar zitten de 2 Marstek batterijen op aangesloten. Via ha wordt of de laadpaal of de batterijen gestuurd. Waar zou de overbelasting moeten plaatsvinden.

[Mezelf]

Je HA valt uit, je marstek batterijen leveren stroom, je laadpaal gaat 32 ampere trekken over 4 mm2. Ook apart om iedere fase een aparte diff te geven, lijkt me omgezond als de laappaal plots 1 fase ziet uitvallen. Zo op het eerste gezicht lijkt mij dit slecht ingericht en niet volgens de regels van de kunst, maar kan prima zijn dat ik het verkeerd begrijp. In Belgie moet er 1 diff en 1 automaat specifiek voor de laadpaal zijn, zonder iets anders erop.

[ Voor 26% gewijzigd door Mezelf op 27-09-2026 17:34 ]

[despijker]

Dit is gewoon gevaarlijk en niet toegestaan. Heb je enige kennis van elektrotechniek? Heel eerlijk, het lijkt er niet op.

[Kees_frl]

Ik heb een Alfen paal met back office/beheer Eneco. Nu heb ik vandaag een Ethernetkabel geïnstalleerd maar ik krijg geen verbinding.

Wanneer ik zoek op internet kom ik ook tegen dat de ethernetpoort uitgeschakeld kan zijn, is dit herkenbaar?

Zal morgen de kabel ook testen en eventueel opnieuw afmonteren maar mocht bovenstaande iets zijn dan hoef ik de Laadpaal niet opnieuw open te maken.

[DaRealRenzel]

arjanhs schreef op vrijdag 18 september 2026 @ 09:27:
[...]

Ook al eens zoiets geprobeerd, maar Eneco komt direct met dat zij het contract onderhouden en dus ook de laadpaal en dat ik altijd kan kiezen om het allemaal zelf te doen. Maw ze willen je zo afsluiten en dan moet je het zelf maar uitzoeken. Niet echt klantvriendelijk.

Arjan

Zo beginnen alle laadpaal beheerders.

Beste is om ze formeel in gebreke te stellen, onder aanhalen van een aantal nette wetsartikelen, en dat ze juridisch niet gerechtigd zijn jou de toegang tot jouw eigendom te ontzeggen.
De recente EU Data Act kan je ook noemen, die geeft je namelijk recht op toegang naar de data die slimme apparaten in jouw eigendom genereren.
Dat de Alfen paal hier maar 1 account voor heeft is niet jouw probleem.
Eneco is niet de eigenaar van de laadpaal, alleen maar de aangewezen verwerker van de data die er gegenereerd wordt. Ze moeten gewoon jou de toegang verstrekken.

[DaRealRenzel]

Kees_frl schreef op zondag 27 september 2026 @ 19:12:
Ik heb een Alfen paal met back office/beheer Eneco. Nu heb ik vandaag een Ethernetkabel geïnstalleerd maar ik krijg geen verbinding.

Wanneer ik zoek op internet kom ik ook tegen dat de ethernetpoort uitgeschakeld kan zijn, is dit herkenbaar?

Zal morgen de kabel ook testen en eventueel opnieuw afmonteren maar mocht bovenstaande iets zijn dan hoef ik de Laadpaal niet opnieuw open te maken.

Ja dat kan, de laadpaalbeheerder kan via ACE Installer de ethernet poort uitschakelen.

Dan kan de laadpaal alleen nog maar via mobiele netwerk benaderd worden.

[Kusterse]

corsat schreef op zondag 27 september 2026 @ 16:55:
Dank voor jullie reacties, wordt zeer gewaardeerd. Ik heb in de meterkast een 3 fasen kabel 4mm2 afgetakt van de 3x25A zekeringen. Dan zit er een aardlek automaat van 20A voor iedere fase en die gaat via de kruipruimte naar de garage met een lengte van 4m. De3 fasen gaan naar de laadpaal, voor de aansluiting is in een verdeeldoos voor 2 fasen een aftakking naar 2 stopcontacten en daar zitten de 2 Marstek batterijen op aangesloten. Via ha wordt of de laadpaal of de batterijen gestuurd. Waar zou de overbelasting moeten plaatsvinden.

Het probleem in deze is dat die Marstek batterijen ook voeden richting je laadpaal. Daarmee is je zekering van 20 A niet meer de beveiligde stroom van je voedingskabel naar de laadpaal. Je Marstek kan afhankelijk hoe die staat ingesteld ook 10 - 16 A leveren afhankelijk van het type. Dan kan de stroom in je voedingskabel richting laadpaal al oplopen tot ver boven 35 A voordat de zekering in je meter aanspreekt.

Daarom zet je normaal een onderverdeler waarbij de Marstek's en de laadpaal ieder een eigen zekering hebben. zodat in geen van de kabels het vermogen kan oplopen tot boven de toegestane stroom.

NEN 1010 Norm voor elektrische installaties geeft ook duidelijk aan geen andere verbruikers op dezelfde groep.

Waarschijnlijk gaat het wel allemaal goed maar als het misgaat kon de verzekering daar nog wel eens moeilijk over gaan doen.

[MR. RHS]

Kees_frl schreef op zondag 27 september 2026 @ 19:12:
Ik heb een Alfen paal met back office/beheer Eneco. Nu heb ik vandaag een Ethernetkabel geïnstalleerd maar ik krijg geen verbinding.

Wanneer ik zoek op internet kom ik ook tegen dat de ethernetpoort uitgeschakeld kan zijn, is dit herkenbaar?

Zal morgen de kabel ook testen en eventueel opnieuw afmonteren maar mocht bovenstaande iets zijn dan hoef ik de Laadpaal niet opnieuw open te maken.

Volgens mij moet je even kijken of de paal in hetzelfde subnet zit als je het device waar vandaan je probeert in te loggen 😉.

[balblas]

corsat schreef op zondag 27 september 2026 @ 13:53:
[...]

De laadpaal is 3 fasen en op 2 fasen daarvan staan mijn 2 marstek batterijen die actief zijn als de laadpaal niet in bedrijf is, gestuurd via HA en bij uitval modbus gaat de laadpaal naar maximaal 10A per fase. Dit werkt al ruim 1,5 jaar zo zonder problemen. Ik heb zelf een risico analyse uitgevoerd en heb deze Claude en Chatgpt laten checken en dit moet risicoloos kunnen werken. Waarom je vraag?

Heel simpel. Je laadpaal en je Marstek dienen beiden op hun eigen groep te zitten. Dus 2x aardlek en 2x zekering (of 2x automaat). Ik zou hier toch echt naar laten kijken door een elektricien, no offence.

[Kees_frl]

MR. RHS schreef op maandag 28 september 2026 @ 08:31:
[...]

Volgens mij moet je even kijken of de paal in hetzelfde subnet zit als je het device waar vandaan je probeert in te loggen 😉.

Dankjewel, maar dat zit goed

DaRealRenzel schreef op zondag 27 september 2026 @ 21:56:
[...]


Ja dat kan, de laadpaalbeheerder kan via ACE Installer de ethernet poort uitschakelen.

Dan kan de laadpaal alleen nog maar via mobiele netwerk benaderd worden.

Zal daar naar kijken, MyEve app wilde ook geen connectie maken via Wifi, paal wel gevonden maar gegevens ophalen mislukt. Na 15 minuten stopt de tijdelijke Wifi ook weer en wilde ook niet continu paal aan en uitzetten. Lijkt me ook niet goed voor de paal.

Op de switch zie ik om de 10 a 20 seconden het oranje lichte kort knipperen en dat is het.

[ Voor 54% gewijzigd door Kees_frl op 28-09-2026 10:44 ]

[DaRealRenzel]

Kees_frl schreef op maandag 28 september 2026 @ 10:42:
[...]

Dankjewel, maar dat zit goed


[...]

Zal daar naar kijken, MyEve app wilde ook geen connectie maken via Wifi, paal wel gevonden maar gegevens ophalen mislukt. Na 15 minuten stopt de tijdelijke Wifi ook weer en wilde ook niet continu paal aan en uitzetten. Lijkt me ook niet goed voor de paal.

Op de switch zie ik om de 10 a 20 seconden het oranje lichte kort knipperen en dat is het.

Het oranje lichtje is je switch die wel een electrische verbinding ziet, en dus een ethernet handshake probeert. Om de juiste snelheid te bepalen. Als de ethernet poort is uitgeschakeld, mislukt dit.

[waterpolo78]

om te kijken of de ethernetkabel goed werkt kan je een RJ45 kabeltester gebruiken. Je zou ook kunnen test of je bij de laadpaal via een laptop verbinding kan maken met de router.

Via de MyEve kan je de laadpaal Wifi koppelen aan je eigen Wifi netwerk. Dan blijft de Wifi verbonden. Zelf gebruik ik de laadpaal op Wifi aangezien de provider router in mijn meterkast op een ander subnet zit als het thuisnetwerk.

[djiedjee]

Ik heb van mijn oude BO provider de wachtwoorden ontvangen en kan inmiddels met ACE installer bij de paal.
Ik probeer nu een home assistant modbus integratie te koppelen (https://github.com/ThaStealth/alfen_modbus), dat werkt nog niet.

Als ik bij de configuratie het IP-adres invul krijg ik de melding "Cannot connect to the device".

Ik zie niet dat nog expliciet moet openzetten in de installer. Wie kan me een zetje in de juiste richting geven?

[Kusterse]

djiedjee schreef op dinsdag 29 september 2026 @ 16:53:
Ik heb van mijn oude BO provider de wachtwoorden ontvangen en kan inmiddels met ACE installer bij de paal.
Ik probeer nu een home assistant modbus integratie te koppelen (https://github.com/ThaStealth/alfen_modbus), dat werkt nog niet.

Als ik bij de configuratie het IP-adres invul krijg ik de melding "Cannot connect to the device".

Ik zie niet dat nog expliciet moet openzetten in de installer. Wie kan me een zetje in de juiste richting geven?

Als die onder load balancing datasource op meter staat doet ie het niet. Minimaal meter + EMS monitoring maar dan kun je alleen kijken niet sturen.

Data source = energie management system kun je alles, maar moet je ook alles zelf doen ook de load balancing. Zonder load balancing licentie kun je dit niet gebruiken.

[ Voor 3% gewijzigd door Kusterse op 29-09-2026 18:19 ]

[djiedjee]

Kusterse schreef op dinsdag 29 september 2026 @ 18:18:
[...]

Als die onder load balancing datasource op meter staat doet ie het niet. Minimaal meter + EMS monitoring maar dan kun je alleen kijken niet sturen.

Data source = energie management system kun je alles, maar moet je ook alles zelf doen ook de load balancing. Zonder load balancing licentie kun je dit niet gebruiken.

Top, dit was hem!

Ik weet nog niet of ik dit echt ga gebruiken maar het is fijn dat het werkt!

edit:
ik zag het nu ook in de docu staan van de integratie.... dom dom.

Edit 2:

Volgens de docu van de integratie zou er er een switch aangemaakt moeten worden: switch.alfen_charger_enabled

Die heb ik niet. Okay, ik heb nederlands vertaal entiteiten, maar hij is er echt niet.

Enig idee?

[ Voor 23% gewijzigd door djiedjee op 29-09-2026 19:57 ]

[Kusterse]

djiedjee schreef op dinsdag 29 september 2026 @ 19:29:
[...]

Top, dit was hem!

Ik weet nog niet of ik dit echt ga gebruiken maar het is fijn dat het werkt!

edit:
ik zag het nu ook in de docu staan van de integratie.... dom dom.

Edit 2:

Volgens de docu van de integratie zou er er een switch aangemaakt moeten worden: switch.alfen_charger_enabled

Die heb ik niet. Okay, ik heb nederlands vertaal entiteiten, maar hij is er echt niet.

Enig idee?

Ja hoor je moet de beta versie instaleren 0.3.0-beta.1 kun je in HACS kiezen bij andere versie.

Die knop doet niets anders dan max charge current geforceerd op 0 zetten.

Sommige integraties / apps hebben dat nodig. Ik heb zelf een load balancer gebouwd maar ben aan het kijken of ik die kan vervangen voor ev load balancing integratie. Die wil ook perse zo'n switch. Is alleen nag niet het goede type die wil een select en geen switch. moet ik nog ff omtoveren denk ik..

Load juggler doet ook nog niet helemaal wat ik wil.

[ Voor 3% gewijzigd door Kusterse op 29-09-2026 21:06 ]

[ddgcpeters]

Kusterse schreef op dinsdag 29 september 2026 @ 18:18:
[...]

Als die onder load balancing datasource op meter staat doet ie het niet. Minimaal meter + EMS monitoring maar dan kun je alleen kijken niet sturen.

Data source = energie management system kun je alles, maar moet je ook alles zelf doen ook de load balancing. Zonder load balancing licentie kun je dit niet gebruiken.

Begrijp ik je goed dat als je meter+EMS monitoring aanzet, de paal wel zelf nog load balancing doet? En dat de modbus integratie nog wel kan lezen maar niet kan schrijven?
Ik wil hem namelijk graag monitoren maar niet sturen vanaf ha. Ik gebruik nu de wallbox integratie, maar die moet ik steeds disconnecten als ik met EVE connect het schema wil wijzigen. Daardoor kan mn vrouw op dit moment het schema ook niet wijzigen. (Die doet niks met HA en wil ook niet ingewikkelder dan nodig).

[djiedjee]

Kusterse schreef op dinsdag 29 september 2026 @ 21:04:
[...]

Ja hoor je moet de beta versie instaleren 0.3.0-beta.1 kun je in HACS kiezen bij andere versie.

Die knop doet niets anders dan max charge current geforceerd op 0 zetten.

Sommige integraties / apps hebben dat nodig. Ik heb zelf een load balancer gebouwd maar ben aan het kijken of ik die kan vervangen voor ev load balancing integratie. Die wil ook perse zo'n switch. Is alleen nag niet het goede type die wil een select en geen switch. moet ik nog ff omtoveren denk ik..

Load juggler doet ook nog niet helemaal wat ik wil.

Bedankt!
Ik wil de paal door EVCC laten aansturen en die wil zo'n aan/uit switch hebben.
Claude had al de YAML verzonnen om de switch zelf aan te maken dus dat komt wel goed.

[djiedjee]

ddgcpeters schreef op dinsdag 29 september 2026 @ 23:05:
[...]

Begrijp ik je goed dat als je meter+EMS monitoring aanzet, de paal wel zelf nog load balancing doet? En dat de modbus integratie nog wel kan lezen maar niet kan schrijven?
Ik wil hem namelijk graag monitoren maar niet sturen vanaf ha. Ik gebruik nu de wallbox integratie, maar die moet ik steeds disconnecten als ik met EVE connect het schema wil wijzigen. Daardoor kan mn vrouw op dit moment het schema ook niet wijzigen. (Die doet niks met HA en wil ook niet ingewikkelder dan nodig).

Ik ben het ook nog aan het ontdekken maar ik dacht dat 1 connectie tegelijk alleen betrekking heeft op API connecties.

De modbus-koppeling deed het bij mij gewoon terwijl ik met de installer ook ingelogd was. Welke HA integratie gebruik je?

[ddgcpeters]

djiedjee schreef op woensdag 30 september 2026 @ 10:20:
[...]

Ik ben het ook nog aan het ontdekken maar ik dacht dat 1 connectie tegelijk alleen betrekking heeft op API connecties.

De modbus-koppeling deed het bij mij gewoon terwijl ik met de installer ook ingelogd was. Welke HA integratie gebruik je?

https://github.com/leeyuentuen/alfen_wallbox
Maar die gebruikt inderdaad de API waardoor de apps van alfen niet kunnen connecten. Daarom liever die modbus, maar wilde niet HA verantwoordelijk maken voor de loadbalancing.

[djiedjee]

ddgcpeters schreef op woensdag 30 september 2026 @ 10:37:
[...]

https://github.com/leeyuentuen/alfen_wallbox
Maar die gebruikt inderdaad de API waardoor de apps van alfen niet kunnen connecten. Daarom liever die modbus, maar wilde niet HA verantwoordelijk maken voor de loadbalancing.

In jouw geval zou dit dan moeten werken:

modbus-integratie + Data source = meter + EMS monitoring

De paal doet dan loadbalancing en HA kan meekijken.

[djiedjee]

Zelf loop ik nog hier tegenaan.

Ik wil TAP gaan koppelen als backoffice, zij raden aan de firmware te upgraden. Mijn laadpaal heeft nog versie 6.3.0

Is het noodzakelijk/handig om te upgraden? Zo ja, welke versie is aan raden of juist niet?

Van de oude BO kreeg ik een default wachtwoord en "een volgend default wachtwoord dat in enkele voorkomende gevallen nodig kan zijn"....

Het 1e default wachtwoord is 12 karakters en kan ik gebruiken als owner wachtwoord. In ACE SI kan ik ook zien dat dit geen custom wachtwoord is maar het default wachtwoord. Dat lijkt in orde dus.

Het 2e default wachtwoord is 28 karakters lang, ik heb geen idee wat dat precies is. Ik had verwacht dat dit een PRC code zou zijn, maar die is maar 16 karakters heb ik ergens gelezen. Wanneer ik ga upgraden wil ik hem niet bricken dus ik vind het wel spannend.

Wie weet wat dat 2e wachtwoord zou kunnen zijn?

[HyperBart]

djiedjee schreef op woensdag 30 september 2026 @ 10:17:
[...]

Bedankt!
Ik wil de paal door EVCC laten aansturen en die wil zo'n aan/uit switch hebben.
Claude had al de YAML verzonnen om de switch zelf aan te maken dus dat komt wel goed.

Eh, neen? evcc stuurt rechtstreeks de Alfen aan?

https://docs.evcc.io/en/chargers/alfen-eve/

[ Voor 7% gewijzigd door HyperBart op 30-09-2026 16:54 ]

[djiedjee]

@HyperBart

Als je hem rechtstreeks wil koppelen heb je een sponsor token nodig, via een generic home assistant charger niet (dacht ik).
Zo staat het in de modbus-integratie info in ieder geval:
https://github.com/ThaStealth/alfen_modbus#evcc-integration

[HyperBart]

Meestal doe je de koppeling rechtstreeks, als je omwegen gaat zoeken moet je dan ook wel er bij vermelden dat je die omwegen bewust zoekt om geen sponsoring te willen betalen.

Iedereen zoekt altijd manieren rondom die sponsoring en ervaart dan moeilijkheden, vind ik altijd wat dubbel als ze dan zeggen "werkt niet want heb dit of dat nodig". Neem sponsoring, veel betrouwbaarder en directer.

[djiedjee]

@HyperBart ik snap wat je zegt, maar ik ben niet "iedereen" en doe dit niet "altijd". Voel je vrij om niet te antwoorden, een standje is niet nodig.

Ik draai EVCC nu met een HA BLE-koppeling naar de Tesla als virtuele laadpaal. Dat werkt ook prima, ik zie voorlopig nog geen reden dat te veranderen.

De paal kan ook prima zelfstandig draaien. Optimalisatie met EVCC is voor mij een hobby-projectje en ik ga later bepalen of ik voor de extra functionaliteiten geld ga betalen. Maar dat hoort meer in het EVCC-topic thuis denk ik.

[HyperBart]

djiedjee schreef op woensdag 30 september 2026 @ 19:07:
@HyperBart ik snap wat je zegt, maar ik ben niet "iedereen" en doe dit niet "altijd". Voel je vrij om niet te antwoorden, een standje is niet nodig.

Ik draai EVCC nu met een HA BLE-koppeling naar de Tesla als virtuele laadpaal. Dat werkt ook prima, ik zie voorlopig nog geen reden dat te veranderen.

De paal kan ook prima zelfstandig draaien. Optimalisatie met EVCC is voor mij een hobby-projectje en ik ga later bepalen of ik voor de extra functionaliteiten geld ga betalen. Maar dat hoort meer in het EVCC-topic thuis denk ik.

Er stond een alinea split tussen het gedeelte als antwoord op jouw post en het algemene gedeelte, als je dat als standje beschouwt dan denk ik dat mijn invulling van de mogelijke redenen niet ver van de grond der waarheid lag. Verder geen probleem maar je bent zeker niet de eerste die een HA lader knutselt om tijdelijk geen sponsoring te betalen 😉.

Ben je op de hoogte dat je ook een trial token kan vinden op de evcc site en zo de waarde daarvan kan bepalen? Kleine tip.

[Koen Hendriks]

ddgcpeters schreef op woensdag 30 september 2026 @ 10:37:
[...]

https://github.com/leeyuentuen/alfen_wallbox
Maar die gebruikt inderdaad de API waardoor de apps van alfen niet kunnen connecten. Daarom liever die modbus, maar wilde niet HA verantwoordelijk maken voor de loadbalancing.

Als je niet vaak de app gebruikt dan is dit alsnog een oplossing. De integratie bied een logout + login knop die je kunt gebruiken. Druk op logout en je kan weer bij je paal dmv de app, daarna weer op login drukken.

[Kusterse]

djiedjee schreef op woensdag 30 september 2026 @ 10:20:
[...]

Ik ben het ook nog aan het ontdekken maar ik dacht dat 1 connectie tegelijk alleen betrekking heeft op API connecties.

De modbus-koppeling deed het bij mij gewoon terwijl ik met de installer ook ingelogd was. Welke HA integratie gebruik je?

De Wallbox integratie maak inderdaad gebruik van dezelfde connectie als ace installer. en Eve-connect daar can er maar 1 actief van zijn. De mod-bus staat daar los van net zoals de OCCP verbinding met backoffice. Meter + monitoring is modbus zonder schrijfrechten. Voor mij persoonlijk is dat geen optie ivm dynamisch contract. Het is dan absoluut noodzakelijk de goedkoopste uurtjes eruit te vissen. Mij double heeft geen solarbalancing dus moest dat toch al zelf bouwen. Als je de native solar balancing geautomatiseerd wil bedienen is waarschijnlijk de walbox integratie beter.

Bij meter + EMS moet je alles zelf aansturen door de current limit te sturen. Dus zelf net-headroom uit rekenen en resterende solar power berekenen. Aan de hand daarvan current limit zetten. Het is niet zo dat ie dan toch nog naar de P1 kijkt.

[ddgcpeters]

Ik weet van de logout knop, daar heb ik zelfs een script omheen gewerkt en een tegel op m'n telefoon gezet. Nu kan ik daar op drukken en blijft hij 5 min uitgelogd. Mijn vrouw kan dat echter niet. Dus ik moet dan dat ook op haar telefoon mogelijk maken en uitleggen. Of ik verander naar modbus read only en het werkt gewoon zonder extra stappen.
Load balancing afhankelijk van HA wil ik niet. Ik rommel er teveel mee en probeer vaak wat.
Daarnaast is wegens wisselende diensten het laden van de auto niet te automatiseren en is het steeds voor ons gewoon een paar dagen vooruit denken, laden als het goedkoop kan (ja dynamisch contract) en zo goedkoop mogelijk laden als het moet. Vandaar dat ik dus meerdere keren per week schema's aan het aanpassen ben in EVE Connect.

[Kusterse]

ddgcpeters schreef op woensdag 30 september 2026 @ 22:47:
Ik weet van de logout knop, daar heb ik zelfs een script omheen gewerkt en een tegel op m'n telefoon gezet. Nu kan ik daar op drukken en blijft hij 5 min uitgelogd. Mijn vrouw kan dat echter niet. Dus ik moet dan dat ook op haar telefoon mogelijk maken en uitleggen. Of ik verander naar modbus read only en het werkt gewoon zonder extra stappen.
Load balancing afhankelijk van HA wil ik niet. Ik rommel er teveel mee en probeer vaak wat.
Daarnaast is wegens wisselende diensten het laden van de auto niet te automatiseren en is het steeds voor ons gewoon een paar dagen vooruit denken, laden als het goedkoop kan (ja dynamisch contract) en zo goedkoop mogelijk laden als het moet. Vandaar dat ik dus meerdere keren per week schema's aan het aanpassen ben in EVE Connect.

Bizar wat iedereen verzint om alles een beetje betaalbaar te houden.

Er is gewoon geen of the shelf oplossing die gewoon werkt. Ik zou het meteen kopen. Ook EVCC is niet echt een optie sinds VW the API heeft dicht gezet. Slim laden via Frank energie of ANWB is ook niet betrouwbaar omdat het regelmatig onmogelijk was de auto's meteen op te laden als dat nodig was of ze waren s'morgens niet vol. De enige betrouwbare manier is idd de laadpaal direct zelf aansturen. Ook daarvoor heb ik nog geen integratie of app gevonden die mijn dubbele laadpaal logisch kan aansturen. De modbus integratie werkt wel maar is verder gewoon "dom"

[dominious]

Mijn transaction logs stoppen op 8 augustus? Ze gaan ook niet verder terug dan 2 augustus.
Ik kwam hierachter terwijl ik bezig was met ere registratie. Zijn oude sessies en de sessies na 8 augustus op een of andere manier nog terug te halen?

Eve connect laat andere sessies zien en wel sessies t'm vandaag. Echter stoppen daar de sessies rond juli. (en de laadpaal is sinds februari in gebruik)

(nb inmiddels heb ik de interval tussen meetpunten verhoogd, maar die zie ik dus niet)

[FatalZero]

FatalZero schreef op zondag 31 mei 2026 @ 14:17:
Hmmm, sinds gisteren een hele rare error met mijn Alfen Eve Mini. Error 201: PE error

[Afbeelding]

De laadpaal werkt al 7 jaar prima. Sinds een half jaar wel wat random resets dat de paal uit RAM loopt.

Vrijdagochtend nog prima kunnen laden. Mijn Tesla Model Y laad prima op andere laadpalen en snelladers.

Ik heb even met een knappe Fluke de weerstand tussen de aardepin op mijn vaste laadkabel en de aarde aansluiting van een WCD in mijn garage gemeten (is uiteraard totaal andere groep) maar de gemeten weerstand was 0,4 Ohm… lijkt mij helemaal dikke prima.

Iemand dit meegemaakt?

Nog even voor de compleetheid mijn post van 31 mei gequote, mocht iemand ook Error 201 ofwel ERROR_PROTECTIVE_EARTH krijgen.


Niemand reageerde erop (niet erg!) en ben inmiddels heel veel wijzer. Het powerboard heeft een klap gehad na blikseminslag 200~300 meter bij ons vandaan. Het was economisch niet meer rendabel om zo'n oude laadpaal nog te repareren (mocht je aan een powerboard komen voor zo'n oude revisie als mijn laadpaal).

Inmiddels hangt er bij mij sinds gisteren een nieuwe Alfen Eve Single Pro-line.

[ddgcpeters]

Kusterse schreef op woensdag 30 september 2026 @ 23:49:
[...]

Bizar wat iedereen verzint om alles een beetje betaalbaar te houden.

Er is gewoon geen of the shelf oplossing die gewoon werkt. Ik zou het meteen kopen. Ook EVCC is niet echt een optie sinds VW the API heeft dicht gezet. Slim laden via Frank energie of ANWB is ook niet betrouwbaar omdat het regelmatig onmogelijk was de auto's meteen op te laden als dat nodig was of ze waren s'morgens niet vol. De enige betrouwbare manier is idd de laadpaal direct zelf aansturen. Ook daarvoor heb ik nog geen integratie of app gevonden die mijn dubbele laadpaal logisch kan aansturen. De modbus integratie werkt wel maar is verder gewoon "dom"

Ik ben er zeker mee bezig on geld te besparen. Maar ook omdat ik dat dan ook wel weer een sport vind. Afgelopen jaar gemiddeld 20 cent per kwh betaald.(de teruglevering van m'n zonnepanelen negerend). Volgens mij kun je nu een contract met een vaste prijs van rond de 30 cent afsluiten?dat zou dan voor die 2900kwh 290 euro duurder zij geweest. Dus besparing zeker, maar op het totaal bedrag van het rijden van een EV (3300 euro, mrb+verzekering+laden), valt het denk ik mee.
Zeker als je niet altijd op het gunstigste moment kan laden is een dynamisch contract niet perse super veel goedkoper.

[Koen Hendriks]

Kusterse schreef op woensdag 30 september 2026 @ 23:49:
[...]

Bizar wat iedereen verzint om alles een beetje betaalbaar te houden.

Er is gewoon geen of the shelf oplossing die gewoon werkt. Ik zou het meteen kopen. Ook EVCC is niet echt een optie sinds VW the API heeft dicht gezet. Slim laden via Frank energie of ANWB is ook niet betrouwbaar omdat het regelmatig onmogelijk was de auto's meteen op te laden als dat nodig was of ze waren s'morgens niet vol. De enige betrouwbare manier is idd de laadpaal direct zelf aansturen. Ook daarvoor heb ik nog geen integratie of app gevonden die mijn dubbele laadpaal logisch kan aansturen. De modbus integratie werkt wel maar is verder gewoon "dom"

Evcc is voor mij de off the shelf oplossing hiervoor. Probleem zijn al die derde partijen die het niet voor mekaar (willen) hebben om de data goed te kunnen ophalen en/of aan te sturen.

[balblas]

Koen Hendriks schreef op donderdag 1 oktober 2026 @ 08:04:
[...]

Evcc is voor mij de off the shelf oplossing hiervoor. Probleem zijn al die derde partijen die het niet voor mekaar (willen) hebben om de data goed te kunnen ophalen en/of aan te sturen.

Voor mij ook. En ik snap eerlijk gezegd ook niet waarom evcc gebruikers het project niet zouden willen sponsoren. evcc wordt goed bijgehouden en heeft bijna wekelijks updates en dat mag best iets kosten vind ik.

Ja, zie dat maar als een standje voor een ieder die zich aangesproken voelt .

[Ren-z]

!!! EEN KOUDE DOUCHE VOOR ENECO EN ALFEN !!!

Een tijdje terug heb ik in dit topic advies gevraagd omdat mijn hosting contract via Athlon naar Eneco eMobility stilzwijgend was verlengd. Opzich prima maar ik wil de laadpaal na 5 jaar wel in eigen beheer krijgen. Dus heb ik contact gezocht met Athlon en hebben ze het contract met Eneco ontbonden, een administratieve fout vanuit Athlon. Ik heb immers allang geen auto van de zaak meer.

Nog bedankt voor alle tips die destijds zijn gegeven maar mijn laadpaal is in september 2021 geïnstalleerd. Het heeft dus geen PRC (Password Reset Code). Ook heb ik destijds geen flyer o.i.d. van de installateur gehad.

Vervolgens direct een verzoek ingediend bij Eneco voor vrijgave van het master wachtwoord. Ik dacht dat Eneco die gewoon op de plank zou hebben liggen. Maar nee, dat moest via een speciaal portaal van Alfen wat ik al erg vreemd vond. Enkele dagen later heb ik van Eneco een wachtwoord ontvangen bestaande uit 29 karakters. Eindelijk!! Het avontuur kon beginnen.

Alfen ACE Installer opgestart en het wachtwoord ingevoerd. Is dit het resultaat:



Ik begin inmiddels erg nerveus te worden. Precies waar ik bang voor was is mij overkomen. Ik heb inmiddels al uren aan de lijn gehangen met Eneco maar kom vooralsnog geen stap verder. Ik wordt van het kastje naar de muur gestuurd. Eerst werd mij verteld dat ik maar contact moest opnemen met Alfen zelf. Die verwijzen mij weer door naar Eneco.

Inmiddels is er door Eneco wel een ticket aangemaakt bij Alfen. Maar het kan tot wel 2 weken duren voordat Alfen met een antwoord komt.

Ik heb ondertussen ook nog gesproken de installateur van destijds. Ik had toevallig nog een foto van de desbetreffende dag met op de achtergrond het voertuig van de installateur. Van hem heb ik het nummer van BAM gekregen, de onderaannemer. Die doen helaas niks meer voor Eneco. Dus ook via dat pad kom ik geen stap verder.

Mijn enige lichtpunt momenteel is dat Eneco vooralsnog een actieve OCPP verbinding met mijn laadpaal heeft. Ik zou er dus nog voor kunnen kiezen om zelf een hosting af te nemen bij hun. Ik ben namelijk erg bang dat mijn laadpaal op een gegeven moment de verbinding met Eneco gaat verliezen. Deze verbinding geeft mij tot nu toe nog een sprankje hoop dat Eneco/Alfen dit nog kan oplossen. Al bekruipt mij het gevoel ook wel dat ik een groot probleem heb.

Mijn laadpaal draait inmiddels op firmware 7.4.6. Enkele weken geleden heb ik de laadpaal via Ethernet verbonden via het lokale netwerk. Destijds zat ik op firmware 4.x en kon ik via ACE mijn IP settings wijzigen zonder een wachtwoord in te voeren. Vervolgens heb ik Eneco gevraagd om mijn firmware te upgraden omdat ik op een erg oude firmware zat, ter voorbereiding op de toekomst. Dit is verder allemaal goed gegaan.

Via dit bericht hoop ik erachter te komen óf Eneco/Alfen - zolang dat er nog een OCPP actief is - het wachtwoord van mijn paal kan resetten? Iemand die daar ervaring mee heeft? Welke stappen kan ik nog ondernemen? Waar moet ik op letten? Ik heb echt advies nodig.

Bij Eneco kom ik niet echt verder dan de eerstelijns support. En Alfen zelf zegt gewoon snoeihard dat hun alleen de fabrikant zijn en geen support leveren aan particulieren.

Hopelijk kan iemand mij een zetje in de juiste richting geven. Bedankt alvast.

[NoFate]

Heb je een PM gestuurd @Ren-z

[Kusterse]

Ren-z schreef op donderdag 1 oktober 2026 @ 17:05:
!!! EEN KOUDE DOUCHE VOOR ENECO EN ALFEN !!!

Een tijdje terug heb ik in dit topic advies gevraagd omdat mijn hosting contract via Athlon naar Eneco eMobility stilzwijgend was verlengd. Opzich prima maar ik wil de laadpaal na 5 jaar wel in eigen beheer krijgen. Dus heb ik contact gezocht met Athlon en hebben ze het contract met Eneco ontbonden, een administratieve fout vanuit Athlon. Ik heb immers allang geen auto van de zaak meer.

Nog bedankt voor alle tips die destijds zijn gegeven maar mijn laadpaal is in september 2021 geïnstalleerd. Het heeft dus geen PRC (Password Reset Code). Ook heb ik destijds geen flyer o.i.d. van de installateur gehad.

Vervolgens direct een verzoek ingediend bij Eneco voor vrijgave van het master wachtwoord. Ik dacht dat Eneco die gewoon op de plank zou hebben liggen. Maar nee, dat moest via een speciaal portaal van Alfen wat ik al erg vreemd vond. Enkele dagen later heb ik van Eneco een wachtwoord ontvangen bestaande uit 29 karakters. Eindelijk!! Het avontuur kon beginnen.

Alfen ACE Installer opgestart en het wachtwoord ingevoerd. Is dit het resultaat:

[Afbeelding]

Ik begin inmiddels erg nerveus te worden. Precies waar ik bang voor was is mij overkomen. Ik heb inmiddels al uren aan de lijn gehangen met Eneco maar kom vooralsnog geen stap verder. Ik wordt van het kastje naar de muur gestuurd. Eerst werd mij verteld dat ik maar contact moest opnemen met Alfen zelf. Die verwijzen mij weer door naar Eneco.

Inmiddels is er door Eneco wel een ticket aangemaakt bij Alfen. Maar het kan tot wel 2 weken duren voordat Alfen met een antwoord komt.

Ik heb ondertussen ook nog gesproken de installateur van destijds. Ik had toevallig nog een foto van de desbetreffende dag met op de achtergrond het voertuig van de installateur. Van hem heb ik het nummer van BAM gekregen, de onderaannemer. Die doen helaas niks meer voor Eneco. Dus ook via dat pad kom ik geen stap verder.

Mijn enige lichtpunt momenteel is dat Eneco vooralsnog een actieve OCPP verbinding met mijn laadpaal heeft. Ik zou er dus nog voor kunnen kiezen om zelf een hosting af te nemen bij hun. Ik ben namelijk erg bang dat mijn laadpaal op een gegeven moment de verbinding met Eneco gaat verliezen. Deze verbinding geeft mij tot nu toe nog een sprankje hoop dat Eneco/Alfen dit nog kan oplossen. Al bekruipt mij het gevoel ook wel dat ik een groot probleem heb.

Mijn laadpaal draait inmiddels op firmware 7.4.6. Enkele weken geleden heb ik de laadpaal via Ethernet verbonden via het lokale netwerk. Destijds zat ik op firmware 4.x en kon ik via ACE mijn IP settings wijzigen zonder een wachtwoord in te voeren. Vervolgens heb ik Eneco gevraagd om mijn firmware te upgraden omdat ik op een erg oude firmware zat, ter voorbereiding op de toekomst. Dit is verder allemaal goed gegaan.

Via dit bericht hoop ik erachter te komen óf Eneco/Alfen - zolang dat er nog een OCPP actief is - het wachtwoord van mijn paal kan resetten? Iemand die daar ervaring mee heeft? Welke stappen kan ik nog ondernemen? Waar moet ik op letten? Ik heb echt advies nodig.

Bij Eneco kom ik niet echt verder dan de eerstelijns support. En Alfen zelf zegt gewoon snoeihard dat hun alleen de fabrikant zijn en geen support leveren aan particulieren.

Hopelijk kan iemand mij een zetje in de juiste richting geven. Bedankt alvast.

Zover ik kan zien kun je remote een password instellen maar ook resetten naar jet default Alfen password. Dat kan volgens mij vanaf Firmware Release 7.4.0


New features

• Added the possibility to reset the owner password back to the default password via OCPP using the configuration key PW-ResetChargerPassword.
• Added the possibility for a temporary user to change and reset the owner password. This allows for a CPO to set a temporary password and allow a local engineer to access the firmware without requiring Secure Service Access.

Dit is een screenshot uit plugchoice backend.

Ik kan deze functies ook zien in Plugchoice. Lijkt erop dat Eneco de spullen niet op orde heeft. Als ze naar 7.4 hebben geüpdatet of dat alsnog doen zouden ze je wachtwoord moeten kunnen aanpassen of resetten naar Alfen default. (heb het zelf niet geprobeerd)

[Ren-z]

Kusterse schreef op donderdag 1 oktober 2026 @ 19:54:
[...]


Zover ik kan zien kun je remote een password instellen maar ook resetten naar jet default Alfen password. Dat kan volgens mij vanaf Firmware Release 7.4.0


New features

• Added the possibility to reset the owner password back to the default password via OCPP using the configuration key PW-ResetChargerPassword.
• Added the possibility for a temporary user to change and reset the owner password. This allows for a CPO to set a temporary password and allow a local engineer to access the firmware without requiring Secure Service Access.

Dit is een screenshot uit plugchoice backend.

Ik kan deze functies ook zien in Plugchoice. Lijkt erop dat Eneco de spullen niet op orde heeft. Als ze naar 7.4 hebben geüpdatet of dat alsnog doen zouden ze je wachtwoord moeten kunnen aanpassen of resetten naar Alfen default. (heb het zelf niet geprobeerd)

[Afbeelding]

Thanks voor het meedenken. Ik ga dit eens voorleggen per mail aan Eneco.

Wat ik mij dan wel afvraag. Wat is het default wachtwoord?

Ik begrijp gewoon niet hoe er vanuit het Alfen portaal een master wachtwoord beschikbaar gesteld kan worden. Waar komt dit wachtwoord vandaan? Zou dit het originele wachtwoord zijn, 29 karakters lang?

Of heeft Alfen toegang via OCPP (gehad)? Maar is mijn wachtwoord inmiddels op magische wijze veranderd? Misschien heeft Eneco wel lopen rotzooien tijdens de firmware updates.

Ik begrijp er niks van. Hopelijk kan iemand mij iets meer vertellen.

[Kusterse]

Ren-z schreef op donderdag 1 oktober 2026 @ 22:24:
[...]

Thanks voor het meedenken. Ik ga dit eens voorleggen per mail aan Eneco.

Wat ik mij dan wel afvraag. Wat is het default wachtwoord?

Ik begrijp gewoon niet hoe er vanuit het Alfen portaal een master wachtwoord beschikbaar gesteld kan worden. Waar komt dit wachtwoord vandaan? Zou dit het originele wachtwoord zijn, 29 karakters lang?

Of heeft Alfen toegang via OCPP (gehad)? Maar is mijn wachtwoord inmiddels op magische wijze veranderd? Misschien heeft Eneco wel lopen rotzooien tijdens de firmware updates.

Ik begrijp er niks van. Hopelijk kan iemand mij iets meer vertellen.

Zoals ik het begrepen heb...

Op het moment dat er een update wordt gedaan van een versie zonder wachtwoord naar een versie met wachtwoord werd in het verleden een default owner wachtwoord ingesteld. Die werd door een algoritme bepaald Resultaat... Legio mensen hadden in een keer een wachtwoord op hun laadpaal waarvan ze geen idee hadden wat dat was en konden onmiddellijk na de update dan ook niet meer inloggen. Dat wachtwoord kon alleen de originele dealer bij de Alfen webshop ophalen.

Probleem die is lang niet altijd bekent. Zeker bij 2e hands of als er bijvoorbeeld geen backend meer actief was. Alfen staat niet toe dat je dat wachtwoord zelf kunt ophalen. Dit natuurlijk in verband met diefstal gevoeligheid. Onder andere daarvoor is dat wachtwoord. Echter leverde dat waarschijnlijk een storm aan service calls en chagrijnige klanten op.

De oplossing van Alfen was dat je dan bij het updaten een wachtwoord zelf kon kiezen. Er kwam een pop-up waarna je zelf een wachtwoord kon invullen. Zodat je na de update weer toegang had tot je laadpaal. Dat is dan een custom pasword. Als je die dan kwijt was pech... Nieuw controller board.

Daarop hebben ze toegevoegd de PRC pasword recovery code. Die werd op een flyer meegeleverd met de paal en wordt slechts een maal verstrekt en is ook niet meer bij Alfen op te vragen. Deze code kun je dan gebruiken als je het custom pasword niet meer weet. Jouw paal die van fw 4.x komt heeft deze nooit gehad. Want bestond toen niet. 4.x had sowieso nog geen wachtwoord dat is pas vanaf fw 5.x

Als ik het goed begrijp staan er twee wachtwoorden in de Alfen webshop. Op het moment dat deze bepaald is door een algoritme bij update heb je het second default pasword nodig.

Default password

There are two default passwords available for retrieval in the webshop. Each of these default passwords is generated uniquely and serves specific purposes in different circumstances:

 

• The first default password is delivered with the charging station and is applicable to stations dispatched from the factory as of 2022 with firmware 5.x or higher. The default password is randomly generated and provided to the customer on a leaflet inside the box of the charger. This leaflet is taped to the front of the charger, and the customer is instructed to keep the leaflet in a safe place.In the webshop, it is displayed as the first password in case two passwords are shown.

 

• The second default password is generated algorithmically by the charger. This password is applicable to charging stations that have undergone a field update, which includes a firmware update from versions older than 5.x to 5.x or higher or a replacement of the controller board. The replacement of the controller board erases the 'first default password.' The charger, lacking the ability to recall this initial default password from memory, autonomously generates a new password. In the webshop it is displayed as the second password in case two passwords are shown.

Nu vanaf FW7.4 kun je blijkbaar via OCCP het default wachtwoord weer herstellen. middels een knopje. Blijkpaar kun je ook een tijdelijk wachtwoord instellen via OCCP. Dit geeft je dan weer toegang en de mogelijkheid weer een custom pasword in te stellen. Heb je geen backoffice en geen PRC = pech kun je er niet meer in. Dit is pas zeer recent toegevoegd

Dan heb je ook nog het SSA = secure service access pasword. Alleen bekent bij Alfen zover ik weet. Dit staat default uit maar als het aangezet werd door Eneco kan een Alfen servicetech weer toegang krijgen en je paal weer voorzien van een bekent wachtwoord.

[ Voor 5% gewijzigd door Kusterse op 02-10-2026 00:56 ]

[daniel96]

Alfen Eve Single (NG910, fw 7.1.6) herstart elke ~24 uur op wifi met OCPP-backoffice: oorzaak en fix

Mijn Alfen Eve Single Pro-line herstartte zichzelf ongeveer één keer per dag, vaak precies op het moment dat ik een laadsessie stopte. Na flink wat zoekwerk is de oorzaak gevonden. Ik deel het hier omdat mijn backoffice (Joulo, voor ERE's) aangaf dit vaker te horen.

Setup
- Alfen Eve Single Pro-line, NG910, firmware 7.1.6-4345
- Verbonden via wifi (geen netwerkkabel)
- OCPP 1.6 naar een backoffice (bij mij Joulo)
- P1 via serieel, active load balancing
- Home Assistant met de alfen_wallbox-integratie

Symptomen
- Herstart steeds na ~1460 minuten uptime (24 uur en 20 minuten), dus elke dag 20 minuten later.
- Hangt er een auto aan, dan wordt de herstart uitgesteld tot de sessie eindigt. Je stopt met je pas, het scherm zegt "even geduld" en de paal herstart. Het sessieoverzicht ben je dan kwijt.
- Boot reason: "Software reset".
- De backoffice ontving na elke herstart ~14 minuten berichten en daarna niets meer. Het einde van laadsessies kwam daardoor niet altijd aan.

Oorzaak
Na het opstarten zet de paal 15 minuten een eigen wifi-access point aan (voor Eve Connect / MyEve). Als dat AP na 15 minuten uitgaat, gaat de hele wifi-interface even plat. Hij verbindt daarna wel weer met het thuisnetwerk en is lokaal bereikbaar, maar uitgaand verkeer naar internet werkt niet meer. Uit het logboek van de paal:

code:

Webserver activity timeout, stop AP
Back office connection lost
Stop WiFi AP
SoftAP: Enabled --> Disabled
Network interface is down
Wifi STA Connection lost
...
Connected to Wi-Fi network <...>
dns_resolve ERROR : <backoffice-host>
Open Socket failed

Daarna elke 2 minuten, tot de volgende herstart:

code:

Connecting wifi to: wss://<backoffice-host>/<id>, prio #1
connection attempt 1/3
Could not connect to <backoffice-host>:443 (-1) : Host is unreachable (118)
Open Socket failed

En elk uur:

code:

Periodic connection check
No Internet connection, restart networking

Na ongeveer 24 uur zonder contact met de backoffice herstart de paal zichzelf. Dat laatste is afgeleid uit het ritme; het staat niet letterlijk in het log. De backoffice heeft bevestigd dat zij geen resetcommando's sturen.

Fix
Zet het access point permanent uit in de ACE Service Installer (3.7.0 of nieuwer), onder Connectivity → WiFi. "WiFi Enabled" en je eigen netwerk laat je gewoon aan staan. Opslaan en herstarten.

Resultaat: in het log staat nu "SoftAP: Not Initialized --> Disabled", de backoffice-verbinding blijft staan en de heartbeats lopen ook na 15 minuten gewoon door. De test of hij ook de 24 uur voorbij komt loopt nog; dat vul ik hier aan.

Kanttekeningen
- Met het AP uit kun je de paal niet meer via zijn eigen hotspot bereiken. Verandert je wifi, dan heb je een netwerkkabel nodig.
- De ACE Service Installer werkt ook gewoon via wifi als je pc op hetzelfde netwerk zit. De paal staat maar één sessie toe, dus log Home Assistant eerst uit (knop "HTTPS API Logout" in de integratie).
- Ik zit bewust op 7.1.6, omdat ik op nieuwere firmware CRC-fouten op de P1-poort kreeg. In de release notes van 7.3.0 staat een fix voor het verwerken van P1-data; of die mijn probleem oplost heb ik niet getest. Of nieuwere firmware de wifi-fout verhelpt, staat nergens in de release notes.
- Los hiervan crasht de firmware soms bij het opstarten met "Stack overflow in OCPP" en start hij direct nog een keer op (boot reason "Watchdog reset"). Dat lijkt onschuldig.

Logboek zelf uitlezen
De paal heeft een lokale HTTPS-API: inloggen via POST /api/login met het admin-account, daarna GET /api/log?offset=0,1,2... Het log gaat maar ~1,5 uur terug als de verbinding eenmaal weg is, dus haal het op 20–30 minuten na een herstart.

Herkent iemand dit, of weet iemand of dit in een latere firmware is opgelost?

[ctrl-tab]

Update doorgevoerd in mijn Alfen Homeassistant integration. Interessant voor mensen die de charger zelf willen aansturen.
Met name het load-balancen werkte in de eerste versie niet goed, en solar charging viel niet goed te tweaken.

Het probleem met solar chargen icm de laadprotocollen is dat als er een step down gedaan wordt de auto weer moet handshaken. Dus op dagen met veel overvliegende wolken is de auto meer aan het handshaken dan aan het laden.
Met name hiervoor zijn een boel configurabele thresholds toegevoegd zodat je die wolkjes kan negeren.
Ook is er een minimum configurabel waarmee je kan chargen - onafhankelijk van die wolken.

Eigenlijk vind ik dat hele solar chargen van je auto waardeloos - tenzij je je auto de hele dag aan de lader hebt hangen. Snap niet helemaal waarom een auto-lader zich niet hetzelfde kan gedragen als een thuisbatterij op dit vlak. Maargoed we moeten ermee leven.

Dashboard flink uitgebreid, en de p1 sensoren zijn nu configurabel (verplicht) in de gui. Ook help button toegevoegd.

Het fast chargen is uitgebreid getest , solar chargen verdient wellicht nog wat test-werk. Heb zelf me name getest icm mijn thuisbatterij (solar en wolkjes nabootsen )

uitgebreide release notes:
https://github.com/tabnul/alfen-eve-modbus-ha/releases/tag/0.2

[ Voor 6% gewijzigd door ctrl-tab op 04-10-2026 13:40 ]

[JP1980]

ctrl-tab schreef op zondag 4 oktober 2026 @ 13:38:
Update doorgevoerd in mijn Alfen Homeassistant integration. Interessant voor mensen die de charger zelf willen aansturen.
Met name het load-balancen werkte in de eerste versie niet goed, en solar charging viel niet goed te tweaken.

Het probleem met solar chargen icm de laadprotocollen is dat als er een step down gedaan wordt de auto weer moet handshaken. Dus op dagen met veel overvliegende wolken is de auto meer aan het handshaken dan aan het laden.
Met name hiervoor zijn een boel configurabele thresholds toegevoegd zodat je die wolkjes kan negeren.
Ook is er een minimum configurabel waarmee je kan chargen - onafhankelijk van die wolken.

Eigenlijk vind ik dat hele solar chargen van je auto waardeloos - tenzij je je auto de hele dag aan de lader hebt hangen. Snap niet helemaal waarom een auto-lader zich niet hetzelfde kan gedragen als een thuisbatterij op dit vlak. Maargoed we moeten ermee leven.

Dashboard flink uitgebreid, en de p1 sensoren zijn nu configurabel (verplicht) in de gui. Ook help button toegevoegd.

Het fast chargen is uitgebreid getest , solar chargen verdient wellicht nog wat test-werk. Heb zelf me name getest icm mijn thuisbatterij (solar en wolkjes nabootsen )

uitgebreide release notes:
https://github.com/tabnul/alfen-eve-modbus-ha/releases/tag/0.2

Een thuisaccu staat binnen. Een auto meestal buiten. Er blijven veel systemen draaien als je aan het laden bent met name het systeem om een accu op temperatuur te houden. Daarom wil de auto een minimaal vermogen voordat die gaat laden, en een thuisaccu niet. Het verlies is anders te groot.

Bij Alfen kan je zonladen en zeggen dat je minimaal met 10% zonnestroom wilt laden. Dat lost het probleem met wolken op, maar vult de laadpaal het verschil wel aan uit het net. Zodra je elektrisch gaat koken zal hij dan wel afslaan, maar bij een wolke blijft hij op 1400w doorgaan (afhankelijk hoeveelheid zonnepanelen)

[slingshot27]

ctrl-tab schreef op zondag 4 oktober 2026 @ 13:38:
Update doorgevoerd in mijn Alfen Homeassistant integration. Interessant voor mensen die de charger zelf willen aansturen.
Met name het load-balancen werkte in de eerste versie niet goed, en solar charging viel niet goed te tweaken.

Het probleem met solar chargen icm de laadprotocollen is dat als er een step down gedaan wordt de auto weer moet handshaken. Dus op dagen met veel overvliegende wolken is de auto meer aan het handshaken dan aan het laden.
Met name hiervoor zijn een boel configurabele thresholds toegevoegd zodat je die wolkjes kan negeren.
Ook is er een minimum configurabel waarmee je kan chargen - onafhankelijk van die wolken.

Eigenlijk vind ik dat hele solar chargen van je auto waardeloos - tenzij je je auto de hele dag aan de lader hebt hangen. Snap niet helemaal waarom een auto-lader zich niet hetzelfde kan gedragen als een thuisbatterij op dit vlak. Maargoed we moeten ermee leven.

Dashboard flink uitgebreid, en de p1 sensoren zijn nu configurabel (verplicht) in de gui. Ook help button toegevoegd.

Het fast chargen is uitgebreid getest , solar chargen verdient wellicht nog wat test-werk. Heb zelf me name getest icm mijn thuisbatterij (solar en wolkjes nabootsen )

uitgebreide release notes:
https://github.com/tabnul/alfen-eve-modbus-ha/releases/tag/0.2

Ziet er indrukwekkend uit. Ik heb de GitHub doorgelezen maar ik zie daar volgens mij geen screenshot van het dashboard.

Kan je wat screenshots laten zien, hier of in in de GitHub?

[Kusterse]

ctrl-tab schreef op zondag 4 oktober 2026 @ 13:38:
Update doorgevoerd in mijn Alfen Homeassistant integration. Interessant voor mensen die de charger zelf willen aansturen.
Met name het load-balancen werkte in de eerste versie niet goed, en solar charging viel niet goed te tweaken.

Het probleem met solar chargen icm de laadprotocollen is dat als er een step down gedaan wordt de auto weer moet handshaken. Dus op dagen met veel overvliegende wolken is de auto meer aan het handshaken dan aan het laden.
Met name hiervoor zijn een boel configurabele thresholds toegevoegd zodat je die wolkjes kan negeren.
Ook is er een minimum configurabel waarmee je kan chargen - onafhankelijk van die wolken.

Eigenlijk vind ik dat hele solar chargen van je auto waardeloos - tenzij je je auto de hele dag aan de lader hebt hangen. Snap niet helemaal waarom een auto-lader zich niet hetzelfde kan gedragen als een thuisbatterij op dit vlak. Maargoed we moeten ermee leven.

Dashboard flink uitgebreid, en de p1 sensoren zijn nu configurabel (verplicht) in de gui. Ook help button toegevoegd.

Het fast chargen is uitgebreid getest , solar chargen verdient wellicht nog wat test-werk. Heb zelf me name getest icm mijn thuisbatterij (solar en wolkjes nabootsen )

uitgebreide release notes:
https://github.com/tabnul/alfen-eve-modbus-ha/releases/tag/0.2

Heb zelf een balancer in node red gebouwd. Zowel voor de zekering als voor de zon.Als de omvormer actief is laad ik altijd met minimaal 1400 W. om dat flipperen te voorkomen.

Als de resterende dag opbrengst minder is dan X KWH dan schakel ik zon laden uit. Parralel laad ik EV Smart charger meelopen. Die koopt op het goedkoopste moment van de dag in. Parallel loop ev smart charger die koopt indien nodig op het goedkoopste moment van de dag nog in wat ik te kort kom.

Op dit moment gebruik ik zonladen eigenlijk niet want bij zonneplan krijg je meer voor je zonstroom dan je betaald. Kan dus beter op het goedkoopste moment van de dag met vol vermogen laden en dan de zonstroom duurder de zonstroom verkopen..

Volgend jaar word zonladen wel interessant. vanwege afschaffen salderen energiebelasting. Hoewel als de verschillen tussen avond en nacht zo groot blijven kom je waarschijnlijk goed uit met op het goedkoopste moment vol vermogen laden. Bij een dynamisch contract ben ik nog niet overtuigd dat die extra complexiteit veel gaat opleveren.

[nils_vdg]

Ik heb afgelopen weekend een Alfen EVE Single Proline thuis geinstalleerd.
Firmware 7.4.6.
Via modbus gekoppeld aan mijn home assistant, en Joulo ERE ingesteld, beide koppelingen werken goed.

Ik heb geen vast laadkabel helaas. Dus wat ik wil is mijn laadkabel altijd in de laadpaal laten zitten, en alleen los koppelen van de auto.

Als ik dit doe start hij geen nieuwe laadsessie meer.
Na een tijdje verschijnt Fout 304: Opladen is nog niet gestart, sluit de kabel opnieuw aan om door te gaan.

Is er een instelling in de ACE Service Installer die er voor zorgt dat ik de kabel gewoon (bij voorkeur altijd gelocked) kan laten zitten?

Of kan ik via modbus/home assistant een nieuwe handshake van de auto en laadpaal forceren?

Laat maar, oplossing al gevonden:
marciej123 in "[Alfen Laadpaal] Ervaringen & Discussie"

[ Voor 18% gewijzigd door nils_vdg op 04-10-2026 22:57 ]

[ctrl-tab]

slingshot27 schreef op zondag 4 oktober 2026 @ 15:25:
[...]

Ziet er indrukwekkend uit. Ik heb de GitHub doorgelezen maar ik zie daar volgens mij geen screenshot van het dashboard.

Kan je wat screenshots laten zien, hier of in in de GitHub?

bij deze

https://github.com/tabnul/alfen-eve-modbus-ha/releases/tag/0.2.1

[ctrl-tab]

Kusterse schreef op zondag 4 oktober 2026 @ 20:10:
[...]

Heb zelf een balancer in node red gebouwd. Zowel voor de zekering als voor de zon.Als de omvormer actief is laad ik altijd met minimaal 1400 W. om dat flipperen te voorkomen.

Als de resterende dag opbrengst minder is dan X KWH dan schakel ik zon laden uit. Parralel laad ik EV Smart charger meelopen. Die koopt op het goedkoopste moment van de dag in. Parallel loop ev smart charger die koopt indien nodig op het goedkoopste moment van de dag nog in wat ik te kort kom.

Op dit moment gebruik ik zonladen eigenlijk niet want bij zonneplan krijg je meer voor je zonstroom dan je betaald. Kan dus beter op het goedkoopste moment van de dag met vol vermogen laden en dan de zonstroom duurder de zonstroom verkopen..

Volgend jaar word zonladen wel interessant. vanwege afschaffen salderen energiebelasting. Hoewel als de verschillen tussen avond en nacht zo groot blijven kom je waarschijnlijk goed uit met op het goedkoopste moment vol vermogen laden. Bij een dynamisch contract ben ik nog niet overtuigd dat die extra complexiteit veel gaat opleveren.

Ja dat zonladen wordt vanaf volgend jaar potentieel interessant. Maar wel erg afhankelijk van hoe je de auto gebruikt.

Iin mijn geval is het vooral mijn vrouw die de electrische auto gebruikt, die is de hele dag op pad met dat ding voor haar werk. Die auto moet gewoon voorspelbaar laden. Alles of niets.
Ben al lang blij als ze hem netjes voor de middag in plugt. Moet niet zo zijn dat hij de dag maar 30% bijgeladen heeft omdat de zon er niet was.
Opzich is jouw oplossing wel mooi waarbij je de resterende zon meeneemt in die overweging.

Om deze reden heb ik de integratie ook los getrokken van dit soort logica. Deze integratie doet de laad-logica, thats it. Hoe je dat vervolgens aanstuurt is een tweede

[thunderfury]

Ik heb ruim 3 jaar een alfen single pro op de oprit staan. Die is voor het grootste deel van de tijd geintegreerd in mijn eigen geschreven home aansturing. Tot dit weekend verliep dat (moeizaam) via de nauwelijks gedocumenteerde HTTP API die bijzonder onstabiel was. De laatste tijd was die server gewoon helemaal niet meer bereikbaar op de laadpaal.
Afgelopen weekend daarom eindelijk eens mijn code omgezet van HTTP naar Modbus (EMS). Wat een verademing. Zoveel stabielere communicatie, en gewoon eenvoudig kunnen aansturen van de laadstromen ipv via omwegen. Nu merk ik echter wel dat de laadpaal de aangegeven beschikbare laadstroom niet altijd helemaal volgt. Hij is 1-fase aangesloten, en ik stuur simpelweg een maximale stroom door. Is die lager dan 6A, dan stop het laden -- logisch en handig. Is de stroom hoger, volgt de paal dat netjes, al merk ik dat (vooral bij hogere stromen) hij zelf nog een veiligheidsmarge ingebouwd lijkt te hebben. Vraag ik bv 20A, dan krijg ik meestal rond de 19. Nu is dat geen groot probleem want in de praktijk gaat dat meestal over ongeveer 250W afwijking, maar ik vroeg me af of anderen dit ook al opgemerkt hadden? Is dit een gekende en systematische marge zodat ik dit in rekening kan brengen, of is dit onvoorspelbaar gedrag van de laadpaal?

[IvoB2]

Ik heb sinds een paar maanden ook een 100 tot 200W afwijking (minder dan ingesteld in de Alfen app).
Voorheen was dit heel precies maar al een tijdje niet meer (overigens zonder een FW update te doen).
De software wegen van Alfen zijn ondoorgrondelijk.
En ja, minstens 230W aanbod.

[Kusterse]

thunderfury schreef op maandag 5 oktober 2026 @ 13:50:
Ik heb ruim 3 jaar een alfen single pro op de oprit staan. Die is voor het grootste deel van de tijd geintegreerd in mijn eigen geschreven home aansturing. Tot dit weekend verliep dat (moeizaam) via de nauwelijks gedocumenteerde HTTP API die bijzonder onstabiel was. De laatste tijd was die server gewoon helemaal niet meer bereikbaar op de laadpaal.
Afgelopen weekend daarom eindelijk eens mijn code omgezet van HTTP naar Modbus (EMS). Wat een verademing. Zoveel stabielere communicatie, en gewoon eenvoudig kunnen aansturen van de laadstromen ipv via omwegen. Nu merk ik echter wel dat de laadpaal de aangegeven beschikbare laadstroom niet altijd helemaal volgt. Hij is 1-fase aangesloten, en ik stuur simpelweg een maximale stroom door. Is die lager dan 6A, dan stop het laden -- logisch en handig. Is de stroom hoger, volgt de paal dat netjes, al merk ik dat (vooral bij hogere stromen) hij zelf nog een veiligheidsmarge ingebouwd lijkt te hebben. Vraag ik bv 20A, dan krijg ik meestal rond de 19. Nu is dat geen groot probleem want in de praktijk gaat dat meestal over ongeveer 250W afwijking, maar ik vroeg me af of anderen dit ook al opgemerkt hadden? Is dit een gekende en systematische marge zodat ik dit in rekening kan brengen, of is dit onvoorspelbaar gedrag van de laadpaal?

In mijn node red algoritme reken ik de beschikbare stroom uit en tel daar 0,5 A bij op. Bij mijn twee fase laden komt ie dan aardig in de buurt. Heb af en toe ook het idee dat het een resolutie ding is waarbij Alfen dan standaard naar beneden afrond.

[Kusterse]

ctrl-tab schreef op maandag 5 oktober 2026 @ 09:18:
[...]

Ja dat zonladen wordt vanaf volgend jaar potentieel interessant. Maar wel erg afhankelijk van hoe je de auto gebruikt.

Iin mijn geval is het vooral mijn vrouw die de electrische auto gebruikt, die is de hele dag op pad met dat ding voor haar werk. Die auto moet gewoon voorspelbaar laden. Alles of niets.
Ben al lang blij als ze hem netjes voor de middag in plugt. Moet niet zo zijn dat hij de dag maar 30% bijgeladen heeft omdat de zon er niet was.
Opzich is jouw oplossing wel mooi waarbij je de resterende zon meeneemt in die overweging.

Om deze reden heb ik de integratie ook los getrokken van dit soort logica. Deze integratie doet de laad-logica, thats it. Hoe je dat vervolgens aanstuurt is een tweede

Ik heb ook even naar je integratie gekeken op Git. Dat is de eerste balancer die ik tegenkom die zomaar eens kan werken. Als ik mijn node red logica kan vervangen met zoiets worden kleine wijzigingen een stuk gemakkelijker. Ik zou hem graag proberen maar ik denk niet dat het al werkt met mijn double? In node red deel ik afhankelijk van 1 of twee auto's simpelweg het target door 2.

[Reinier]

marccom schreef op vrijdag 12 juni 2026 @ 21:21:
- in de ACE installer bij transacties zie ik zo'n 12k regels, van begin januari tot 24 februari 2026, de laatste regel is 'unknown', meterwaardes (deltas) ontbreken ook in deze regels

Ik heb nu iets vergelijkbaars. Twee maanden terug zag ik alle transacties t/m dat moment (eind juli). Maar nu mis ik alles van na 3 juni. De historie gaat terug tot november 2021. Ik vermoed trouwens dat oude transacties verwijderd worden, want ik zag voorheen alles vanaf de allereerste transactie in december 2020. Gaat max vijf jaar terug denk ik.



Anyways, voor de ERE-inboeking wil ik natuurlijk alle transacties t/m vandaag zien. Iemand een tip? Firmware updaten van 7.4.4-4413 naar 7.4.6-4416? Ik ben wat huiverig voor firmare-updates gezien de legio issues die hier in dit topic langsgekomen zijn.
Zou het helpen om handmatig alles van vóór 2026 weg te knikkeren? Mijn OCD kan er niet tegen om historie te wissen Dat kan volgens mij helemaal niet.

[Xtremebase]

Ik doe het via de Eve Connect App. Dat werkt naar mijn mening prima en maak PDFjes per kwartaal. Hierop staat precies hoeveel je die periode hebt geladen.

[ Voor 19% gewijzigd door Xtremebase op 08-10-2026 19:59 ]

[Daveth]

Xtremebase schreef op woensdag 7 oktober 2026 @ 23:00:
Ik doe het via de Eve Connect App. Dat werkt naar mijn mening prima en maak PDFjes per kwartaal. Hierop staat precies hoeveel je die periode hebt geladen.

[Afbeelding]

[Afbeelding]

Als je wil dat niemand je tag id kan overnemen zou ik ze wel beter weghalen, het rood is doorzichtig en met al de tag id die er staan kan ik zo zien wat dit nummer/id is.

[Xtremebase]

Daveth schreef op donderdag 8 oktober 2026 @ 10:14:
[...]

Als je wil dat niemand je tag id kan overnemen zou ik ze wel beter weghalen, het rood is doorzichtig en met al de tag id die er staan kan ik zo zien wat dit nummer/id is.

Dank je wel voor je oplettendheid. Ik heb het aangepast. Ik weet niet of iemand der wat aan heeft, denk het niet maargoed, voor de zekerheid maar.

[NoFate]

Xtremebase schreef op donderdag 8 oktober 2026 @ 20:01:
[...]

Dank je wel voor je oplettendheid. Ik heb het aangepast. Ik weet niet of iemand der wat aan heeft, denk het niet maargoed, voor de zekerheid maar.

Zeker wel, ik kan gewoon je tag ID Clonen op een kaartje en ben aan het laden op jouw kosten!!

(Indien het via Back-Office verloopt)

Ik heb nu ook mijn eigen tankkaart gecloned op een fobje


Dus opletten met posten van tag ID's :-)... Houd je transacties dus even in het oog de komende tijd, want als je een rare transactie ziet, dan weet je dat iemand er is meer gaan lopen.. kan je beter nieuw tankkaartje aanschaffen en je huidige laten blokkeren

[ Voor 27% gewijzigd door NoFate op 09-10-2026 08:02 ]

[Reinier]

Xtremebase schreef op woensdag 7 oktober 2026 @ 23:00:
Ik doe het via de Eve Connect App. Dat werkt naar mijn mening prima en maak PDFjes per kwartaal. Hierop staat precies hoeveel je die periode hebt geladen.

[Afbeelding]

[Afbeelding]

Doe ik nu inderdaad ook. Maar dan de CSV

[balblas]

NoFate schreef op vrijdag 9 oktober 2026 @ 07:58:
[...]

Zeker wel, ik kan gewoon je tag ID Clonen op een kaartje en ben aan het laden op jouw kosten!!

(Indien het via Back-Office verloopt)

Ik heb nu ook mijn eigen tankkaart gecloned op een fobje


Dus opletten met posten van tag ID's :-)... Houd je transacties dus even in het oog de komende tijd, want als je een rare transactie ziet, dan weet je dat iemand er is meer gaan lopen.. kan je beter nieuw tankkaartje aanschaffen en je huidige laten blokkeren

Welk fobje gebruik je als ik vragen mag?

[NoFate]

balblas schreef op vrijdag 9 oktober 2026 @ 08:29:
[...]

Welk fobje gebruik je als ik vragen mag?

dat zijn van die magic fobs UID 4 of 7 bytes, naargelang de waarde van je originele laadkaart

te vinden op ali

[ Voor 5% gewijzigd door NoFate op 09-10-2026 12:51 ]

[furian88]

ik heb sinds een paar dagen ineens dat hij mijn p1 meter niet meer wil uitlezen!
dit werkt gewoon prima hiervoor en ik kan ook zonder issues vanaf mijn pc of laptop hier bij.

iemand enig idee wat ik kan doen hiermee?



maakt ook geen hol uit wat ik probeer. de laadpaal vertikt het gewoon om de p1 meter uit te lezen..

[ Voor 11% gewijzigd door furian88 op 09-10-2026 15:10 ]

[JP1980]

furian88 schreef op vrijdag 9 oktober 2026 @ 14:38:
ik heb sinds een paar dagen ineens dat hij mijn p1 meter niet meer wil uitlezen!
dit werkt gewoon prima hiervoor en ik kan ook zonder issues vanaf mijn pc of laptop hier bij.

iemand enig idee wat ik kan doen hiermee?

[Afbeelding]

maakt ook geen hol uit wat ik probeer. de laadpaal vertikt het gewoon om de p1 meter uit te lezen..

ik (en volgens mij meerderen hier) hebben uit frustratie de P1 interface gewijzigd naar een home wizard. Dat lijkt stabieler te werken. Doorzoek dit topic maar eens.

[marccom]

furian88 schreef op vrijdag 9 oktober 2026 @ 14:38:
ik heb sinds een paar dagen ineens dat hij mijn p1 meter niet meer wil uitlezen!
dit werkt gewoon prima hiervoor en ik kan ook zonder issues vanaf mijn pc of laptop hier bij.

iemand enig idee wat ik kan doen hiermee?

[Afbeelding]

maakt ook geen hol uit wat ik probeer. de laadpaal vertikt het gewoon om de p1 meter uit te lezen..

Dat kan van alles zijn zonder meer informatie, welke Alfen heb je, welke firmware draait deze, hoe biedt je deze data aan, bekabeld, via een Homewizard p1-meter, gedeeld via een splitter met een andere afnemer? Krijgt die wel data, is er op het display van de meter wel (actuele) data te zien? Zit de stekker er wel goed in aan beide kanten?

Hij lijkt wel connectie te maken met Greenflux dus waarschijnlijk ligt de oorzaak onderweg of bij de meter?

[furian88]

marccom schreef op vrijdag 9 oktober 2026 @ 15:24:
[...]

Dat kan van alles zijn zonder meer informatie, welke Alfen heb je, welke firmware draait deze, hoe biedt je deze data aan, bekabeld, via een Homewizard p1-meter, gedeeld via een splitter met een andere afnemer? Krijgt die wel data, is er op het display van de meter wel (actuele) data te zien? Zit de stekker er wel goed in aan beide kanten?

Hij lijkt wel connectie te maken met Greenflux dus waarschijnlijk ligt de oorzaak onderweg of bij de meter?

excuses ;)

Laadpaal via utp rechtstreeks in vlan 1/default netwerk.
homewizard via wifi in hetzelfde vlan/default netwerk.
geen splitter ertussen. Data is overal uit te lezen behalve in de laadpaal. stekker zit er uiteraard goed in.
in de instellingen van de laadpaal staat netjes zoals het altijd stond.
in de logging zie ik dat hij per 30-9 ineens er mee op hield. voorheen nooit problemen gehad.

JP1980 schreef op vrijdag 9 oktober 2026 @ 15:24:
[...]

ik (en volgens mij meerderen hier) hebben uit frustratie de P1 interface gewijzigd naar een home wizard. Dat lijkt stabieler te werken. Doorzoek dit topic maar eens.

dat toon ik hierboven toch aan of is er nog een andere manier?


edit: geen idee waarom.. maar hij leest hem nu ineens weer uit.. dagenlang niet gewerkt. naja boeiend hij doet het weer.

[ Voor 3% gewijzigd door furian88 op 09-10-2026 15:36 ]

[Zippit]

Ik installeer regelmatig Alfen laadpalen en herken het probleem met de P1. Wij trekken altijd tweede data kabel hiervoor en sluiten deze rechtstreeks aan op de P1. De laatste tijd krijg je geen data uitgelezen, contact gehad met Alfen support en die konden het ook niet uitleggen waarom. Het gekke waar we achter kwamen is als je de P1 splitter van HomeWizard gebruikt er wel data uitgelezen kan worden. (Alfen Single Plus / 2.7.0)

[Q-bone]

Kan iemand mij uitleggen hoe ik het display van een eve pro kan uitschakelen/verder dimmen. Nu heb ik de schermhelderheid op 0%. Maar toch blijft hij aan (cable op fixed). Soms dimt hij wel, maar heb er nog geen regelmaat in kunnen ontdekken. Hij mag wat mij aangaat ook met de kabel er in en tijdens het opladen gedimt/uit gezet worden (laatste firmware btw)

[ Voor 3% gewijzigd door Q-bone op 11-10-2026 10:08 ]

[Marcher]

Q-bone schreef op zondag 11 oktober 2026 @ 10:08:
Kan iemand mij uitleggen hoe ik het display van een eve pro kan uitschakelen/verder dimmen. Nu heb ik de schermhelderheid op 0%. Maar toch blijft hij aan (cable op fixed). Soms dimt hij wel, maar heb er nog geen regelmaat in kunnen ontdekken. Hij mag wat mij aangaat ook met de kabel er in en tijdens het opladen gedimt/uit gezet worden (laatste firmware btw)

ik meen me te herinneren ergens gelezen te hebben dat dit met recentere firmware(s), enkel met een actieve OCCP wordt ondersteund. Mss kan iemand dit bevestigen?

[Will_M]

Q-bone schreef op zondag 11 oktober 2026 @ 10:08:
Kan iemand mij uitleggen hoe ik het display van een eve pro kan uitschakelen/verder dimmen. Nu heb ik de schermhelderheid op 0%. Maar toch blijft hij aan (cable op fixed). Soms dimt hij wel, maar heb er nog geen regelmaat in kunnen ontdekken. Hij mag wat mij aangaat ook met de kabel er in en tijdens het opladen gedimt/uit gezet worden (laatste firmware btw)

Ik heb ruim twee jaar geleden middels de Alfen 'MyEve ' App onder 'Geavanceerd -> Interface -> Helderheidsinstellingen' onderstaande instellingen aangebracht aan m'n "Eve Single Pro / Cable" laadpaal en bij mij blijft het display daarmee gewoon altijd 'donker' (uit). Paal is verbonden met Eneco-eMobility als Back-End vanwege de doorbelasting aan m'n werkgever maar is wel volledig in mijn eigendom én beheer. Ding draait hier dus dus ook gewoon op de meest recente 7.4.6-4416 firmware welke ik er zelf opgezet heb.



Veel kans dat er bij jou daar nu iets anders dan 'Handmatig' staat....

Back-End partijen willen deze instellingen overigens wel eens veranderen als de paal ook publiekelijk beschikbaar gesteld is of mag worden van de eigenaar. Collega van me kwam er destijds ook op die manier pas achter dat z'n eigen laadpaal op eigen terrein 'per-ongeluk' ook aangemeld stond als zijnde een publieke laadlocatie.

[ Voor 11% gewijzigd door Will_M op 11-10-2026 16:59 ]

[Wietsee.]

Werken er al Alfen laadpaalbezitters hier met het de gratis back office van Alfen, genaamd Eve Control? Heb mijn paal zojuist toegevoegd. Als het goed is kan Zeres ook nog steeds uitlezen voor de Ere-certificaten.

[ Voor 61% gewijzigd door Wietsee. op 11-10-2026 20:34 ]

[NoFate]

Wietsee. schreef op zondag 11 oktober 2026 @ 20:04:
Werken er al Alfen laadpaalbezitters hier met het de gratis back office van Alfen, genaamd Eve Control? Heb mijn paal zojuist toegevoegd. Als het goed is kan Zeres ook nog steeds uitlezen voor de Ere-certificaten.

Is dat al gelanceerd dan voor end-users?

[martijnaj]

Ik wil mijn Alfen Eve Single Pro-line met firmware 7.4.6-4416 via Modbus TCP uitsluitend uitlezen. Kan ik dit realiseren door ‘Meter + EMS monitoring’ te activeren (bij datasource), met behoud van de bestaande goed werkende seriële P1-load balancing?

[h2s]

Weet er iemand hoe je de "Maximum Power" setting in Eve Connect kan wissen/resetten?

Ik zag in Eve Connect ineens dat Maximum Power slider een waarde had die hoger was dan de instelling van de laadpaal via ACE (ook al laadt de paal netjes aan de ingestelde maximum in ACE).

Maar daarmee heb ik dus die slider gebruikt, en nu staat deze ineens 0,6KW lager dan de maximum ingesteld in ACE en wordt deze nieuwe waarde ook gebruikt als maximum.
Wat ik ook probeer, ik krijg deze slider niet meer op het maximum (slider staat helemaal naar rechts, maar blijft de lagere waarde tonen). In ACE kan ik deze instelling ook nergens vinden.

Dus de foute waarde uit EVE Connect wordt nu als maximum gebruikt en dat wil ik niet.

Iemand een oplossing?

[HyperBart]

h2s schreef op maandag 12 oktober 2026 @ 09:14:
Weet er iemand hoe je de "Maximum Power" setting in Eve Connect kan wissen/resetten?

Ik zag in Eve Connect ineens dat Maximum Power slider een waarde had die hoger was dan de instelling van de laadpaal via ACE (ook al laadt de paal netjes aan de ingestelde maximum in ACE).

Maar daarmee heb ik dus die slider gebruikt, en nu staat deze ineens 0,6KW lager dan de maximum ingesteld in ACE en wordt deze nieuwe waarde ook gebruikt als maximum.
Wat ik ook probeer, ik krijg deze slider niet meer op het maximum (slider staat helemaal naar rechts, maar blijft de lagere waarde tonen). In ACE kan ik deze instelling ook nergens vinden.

Dus de foute waarde uit EVE Connect wordt nu als maximum gebruikt en dat wil ik niet.

Iemand een oplossing?

Probeer eens een cperase.

[h2s]

HyperBart schreef op maandag 12 oktober 2026 @ 10:23:
[...]

Probeer eens een cperase.

Wat is dat en hoe doe je dat?

[FatalZero]

h2s schreef op maandag 12 oktober 2026 @ 11:01:
[...]

Wat is dat en hoe doe je dat?

cperase is het commando voor Charging Profile Erase. Zie ook:
https://knowledge.alfen.com/categories/CAT-00900/KA-01640

Dit betreft dus je laapprofiel (comfort / groen en aantal kW) en planning.

[h2s]

Bedankt allebei! Dat heeft het opgelost.

Het zou wel handig zijn als Alfen dat 'extern charging profile' ook zichtbaar zou maken in ACE.

[ Voor 54% gewijzigd door h2s op 12-10-2026 14:38 ]

[Daveth]

h2s schreef op maandag 12 oktober 2026 @ 14:33:
Bedankt allebei! Dat heeft het opgelost.

Het zou wel handig zijn als Alfen dat 'extern charging profile' ook zichtbaar zou maken in ACE.

Charging profiles zijn heel duidelijk te zien in de log, dus ook in de ACE installer.

[Veneficus]

Sinds 7.4.6 op mijn Single Pro raakt de app de verbinding steeds kwijt. Ik moet de lader dan geforceerd resetten (groep eraf gooien) en dan maakt 'ie weer verbinding. Komt iemand dit bekend voor?


Overigens missen ook weer de laadsessies van afgelopen weekend. In Eve Connect missen twee dagen, in ACE mist alleen de tweede. Dat wordt intussen toch wel te irritant; als dat nog langer aanhoudt dan gaat 'ie volgend jaar de deur uit en komt er een SolarEdge voor in de plaats...

edit:
missing entries

[ Voor 45% gewijzigd door Veneficus op 13-10-2026 10:06 ]

[Kusterse]

Veneficus schreef op dinsdag 13 oktober 2026 @ 09:50:
Sinds 7.4.6 op mijn Single Pro raakt de app de verbinding steeds kwijt. Ik moet de lader dan geforceerd resetten (groep eraf gooien) en dan maakt 'ie weer verbinding. Komt iemand dit bekend voor?


Overigens missen ook weer de laadsessies van afgelopen weekend. In Eve Connect missen twee dagen, in ACE mist alleen de tweede. Dat wordt intussen toch wel te irritant; als dat nog langer aanhoudt dan gaat 'ie volgend jaar de deur uit en komt er een SolarEdge voor in de plaats...

edit:
missing entries

Ik weet niet of je een backoffice hebt? Mijn double loopt via Plugchoice backoffice. Daar wordt alle transactie data meteen heen gestuurd en opgeslagen ik mis niks.

Zelfs geen idee of ik transacties mis in de paal zelf.

Mischien het overwegen waard voor je hem eruit gooit dat kost toch ook geld

[Veneficus]

Kusterse schreef op dinsdag 13 oktober 2026 @ 12:49:
[...]


Ik weet niet of je een backoffice hebt? Mijn double loopt via Plugchoice backoffice. Daar wordt alle transactie data meteen heen gestuurd en opgeslagen ik mis niks.

Zelfs geen idee of ik transacties mis in de paal zelf.

Mischien het overwegen waard voor je hem eruit gooit dat kost toch ook geld

Niet meer sinds ik bij Vandebron weg ben. Die backoffice van Alfen zelf dan maar eens in duiken.


Hoe bevalt Plugchoice? Gratis diensten vertrouw ik steeds minder...

[ Voor 7% gewijzigd door Veneficus op 13-10-2026 17:20 ]

[Kusterse]

Veneficus schreef op dinsdag 13 oktober 2026 @ 16:35:
[...]

Niet meer sinds ik bij Vandebron weg ben. Die backoffice van Alfen zelf dan maar eens in duiken.


Hoe bevalt Plugchoice? Gratis diensten vertrouw ik steeds minder...

Plugchoice bevalt prima ERE koppeling met Laadloon is ook stabiel Iedere morgen zitten transacties van de vorige dag netjes in laadloon verwerkt. Plugchoice is alleen gratis met basisfunctonaliteit. Als je laadprofielen of facturering wil toevoegen is het niet meer gratis.

Ik heb ook gekeken naar Alfen backoffice. Maar ben niet geneigd nog meer software producten af te nemen bij deze club. Ik weet ook niet of ERE koppeling mogelijk is. met Alfen backoffice. Mijn ERE teller staat al op 630 euro

[Veneficus]

Kusterse schreef op dinsdag 13 oktober 2026 @ 21:01:
[...]

Plugchoice bevalt prima ERE koppeling met Laadloon is ook stabiel Iedere morgen zitten transacties van de vorige dag netjes in laadloon verwerkt. Plugchoice is alleen gratis met basisfunctonaliteit. Als je laadprofielen of facturering wil toevoegen is het niet meer gratis.

Ik heb ook gekeken naar Alfen backoffice. Maar ben niet geneigd nog meer software producten af te nemen bij deze club. Ik weet ook niet of ERE koppeling mogelijk is. met Alfen backoffice. Mijn ERE teller staat al op 630 euro

Ja, ERE's gaan hard, daarom is het ook zwaar frustrerend als de lader geregeld bijna een hele acculading mist.

Wat is jouw firmware-versie van de lader? Ik ben nu terug naar 7.2.0 vanwege de constant wegvallende verbinding met de app.

[ Voor 5% gewijzigd door Veneficus op 14-10-2026 10:29 ]

[IvoB2]

Ik gebruik nog altijd 7.3 en de verbinding met de Eve Connect app is stabiel.
(Geen ERE en back office via de tools van de werkgever).

[Heinemancp]

Veneficus schreef op woensdag 14 oktober 2026 @ 10:28:
[...]

Ja, ERE's gaan hard, daarom is het ook zwaar frustrerend als de lader geregeld bijna een hele acculading mist.

Wat is jouw firmware-versie van de lader? Ik ben nu terug naar 7.2.0 vanwege de constant wegvallende verbinding met de app.

Hier stand-alone, maar via Joulo gekoppeld. Door OCPP opzet wordt elke 15min de kWh meterstand geupload en daarmee raak je dus niet zomaar een hele transactie kwijt, mocht dat echt een paal-probleem zijn. Mogelijk is de lijst gewoon te groot geworden en is het vooral een buffer-probleem (moet nog steeds niet kunnen...), op later moment kijken kan het dan weer zichtbaar maken. Via app of ASI.

Mocht je een joulo-referral willen, laat maar even weten via PM ;-)

[IvoB2]

De Alfen heeft intern toch voldoende buffer?
De laadsessies (inzichten) gaan hier meer dan 4,5 jaar terug.

[AgeOfPanic]

Heeft iemand hier de Alfen op een ander VLAN dan zijn telefoon en het zo werkend gekregen dat de EVE connect app dan wel werkt?

Ik heb in mijn Unifi ingesteld dat ik vanuit mijn reguliere netwerk de vlan van de Alfen kan bereiken inclusief return traffic en dat werkt ook. Kan het ip adres van de paal gewoon pingen. Maar als ik de app wil gebruiken, dan krijgt hij geen goede verbinding. Vanuit hetzelfde vlan als de Alfen werkt alles wel.

[AWEF]

AgeOfPanic schreef op woensdag 14 oktober 2026 @ 15:52:
Heeft iemand hier de Alfen op een ander VLAN dan zijn telefoon en het zo werkend gekregen dat de EVE connect app dan wel werkt?

Ik heb in mijn Unifi ingesteld dat ik vanuit mijn reguliere netwerk de vlan van de Alfen kan bereiken inclusief return traffic en dat werkt ook. Kan het ip adres van de paal gewoon pingen. Maar als ik de app wil gebruiken, dan krijgt hij geen goede verbinding. Vanuit hetzelfde vlan als de Alfen werkt alles wel.

Volgens mij gaat het niet werken als ze op verschillende netwerken (VLAN's) zitten

[AgeOfPanic]

AWEF schreef op woensdag 14 oktober 2026 @ 16:13:
[...]

Volgens mij gaat het niet werken als ze op verschillende netwerken (VLAN's) zitten

Bedankt voor de reactie. Ik ben door gaan zoeken op internet en het lijkt erop dat ik de oplossing heb. Ik heb nog een NAT policy gemaakt in Unifi en daarbij volgens mij aangegeven dat het verkeer vanuit mijn reguliere netwerk zich moet voordoen als verkeer uit het Alfen netwerk.

[Kusterse]

Veneficus schreef op woensdag 14 oktober 2026 @ 10:28:
[...]

Ja, ERE's gaan hard, daarom is het ook zwaar frustrerend als de lader geregeld bijna een hele acculading mist.

Wat is jouw firmware-versie van de lader? Ik ben nu terug naar 7.2.0 vanwege de constant wegvallende verbinding met de app.

Ik zit op 7.4.5-4415. maar ook op 7.3 had ik geen issues met backoffice.

Ik heb een double en die hebben per definitie geen app. Daarom gebruik ik home assistant en modbus. en plugchoice als backoffice.

Was wel even puzzelen omdat aan de gang te krijgen. Op de site van plugchoice staat ergens een security certificaat die je moet instaleren via ace installer. Als backoffice in alfen moet je volt-time-cload kiezen. Verder standaard instellingen.

Uploaden van historische meterstanden duurt een paar dagen vanwege de random delays. Maar daarna blijft plugchoice up to date

[Heinemancp]

AgeOfPanic schreef op woensdag 14 oktober 2026 @ 17:01:
[...]

Bedankt voor de reactie. Ik ben door gaan zoeken op internet en het lijkt erop dat ik de oplossing heb. Ik heb nog een NAT policy gemaakt in Unifi en daarbij volgens mij aangegeven dat het verkeer vanuit mijn reguliere netwerk zich moet voordoen als verkeer uit het Alfen netwerk.

Werkt dat? Kan je aangeven hoe je dat gedaan hebt in unify?

[AgeOfPanic]

Heinemancp schreef op woensdag 14 oktober 2026 @ 22:04:
[...]

Werkt dat? Kan je aangeven hoe je dat gedaan hebt in unify?

Notabene de beste hulp uit een ander topic op GoT die ik nog niet gevonden had: Topic

Ik heb dus bij de instellingen onder Policy Table een nieuwe policy aangemaakt, waarbij ik als bron mijn reguliere netwerk heb ingesteld en als doel het specifieke IP adres van mijn laadpaal. Bovenin kies je dan voor masquerade met als interface/vpn tunnel van het netwerk van de laadpaal (in mijn geval IoT). Daarna werkte het gelijk.

[h2s]

Heinemancp schreef op woensdag 14 oktober 2026 @ 22:04:
[...]

Werkt dat? Kan je aangeven hoe je dat gedaan hebt in unify?

h2s in "[Alfen Laadpaal] Ervaringen & Discussie"

Niet specifiek voor Unify, maar algemene uitleg. Kan normaal met elke router waarop je mDNS repeater en Masquarade NAT kan instellen.

[ Voor 12% gewijzigd door h2s op 14-10-2026 22:56 ]

[TBBW]

Nee, volgens mij niet. Ik had active loadbalancing via een optie van 5 euro per maand. Bleek dat dat überhaupt niet aan stond, denk niet dat ik de enige ben. Na veel vijven en zessen kreeg ik eindelijk een licentie sleutel.

[Christophe82]

Verhuisd en niet meer mogelijk om P1 via utp te verbinden. Dus Homewizard gekocht.

Alles ingesteld en toch kan de Alfen geen P1 waarden lezen.

Zitten beide op mijn Telenet Wifi. De Alfen wel via pod van Telenet maar is normaal 1 netwerk.

Iemand idee aan wat het kan liggen?