[Alfen Laadpaal] Ervaringen & Discussie

[LDhondt]

DaRealRenzel schreef op zaterdag 24 januari 2026 @ 14:57:
[...]


Zit je LAN en je WLAN in hetzelfde ethernet segment ? Zelfde IP Adres reeks ? Alfen heeft een zeer magere IP Stack aan boord, die niet zo heel goed met verschillende netwerken overweg kan

Thanks. Ja, zeldfde ip adres range, zelfde segment. Alles al eens herstart, homewizard al eens verwijderd en opnieuw geinstalleerd, ...

[r2504]

YJB schreef op vrijdag 23 januari 2026 @ 13:45:
[...]

Tja, je introduceert toch weer 2 extra "potential points of failure" wifi en je HW P1 meter. Dus ik zie het als een prima workaround als je niet anders kan, maar anders heeft mijn voorkeur toch echt gewoon een directe P1 verbinding.

Alsof een P1 splitter en soms langere afstanden geen "point of failures" zijn... voor mij werkt de HW P1 perfect en heb er nog nooit een probleem mee gehad.

[r2504]

LDhondt schreef op zaterdag 24 januari 2026 @ 18:01:
[...]
Api staat aan, zelfde ip range, ik kan zelf bij het ip adres van homewizard. Zowel laadpaal als homewizard in laatste versie.

En wat krijg je als je in je browser http://ip-adres-van-de-p1/api/v1/data ingeeft ?

Trouwens in de ACE installer moet je zelfs het adres van de HW P1 meter niet ingeven... hij vindt die normaal zelf.

Wat zie je trouwen in je log van je Alfen ?

[LDhondt]

r2504 schreef op zaterdag 24 januari 2026 @ 21:38:
[...]


En wat krijg je als je in je browser http://ip-adres-van-de-p1/api/v1/data ingeeft ? Zal ik volgende week eens proberen (ben nu op skireis)

Trouwens in de ACE installer moet je zelfs het adres van de HW P1 meter niet ingeven... hij vindt die normaal zelf. Inderdaad, vindt hij zelf.

Wat zie je trouwen in je log van je Alfen ?

stuur ik volgende week: uit het hoofd:
om de 5 minuten 2 boodschappen op zelfde moment:
Hw P1 api enabled
Hw P1 api disabled

[JP1980]

Heb nu 2 jaar een Alfen hier, en dit ging altijd vrij goed. Maar de laatste tijd blijft hij heel vaak hangen in de status "Load Balancing Forced Off". Dit gebeurd vaak als andere grootverbruikers ook actief zijn zoals boiler en warmtepomp.

Het laden van de auto wordt niet direct gestart. Maar als eenmaal het laden is gestart, dan maakt het niet meer uit als de boiler en warmtepomp weer tegelijk draaien.

Wat gaat hier mis? Heb 3 fases van 25A.
- Max Station current = 25A.
- Max Allowed Phaes = 3
- Load Balancing Data Source = Meter (P1 werkt)
- Load Balancing DSMR/SMR interface = Serial
- Load Balanding Enable Phase Switching = Enabled
- Load Balancing Max Meter Current = 25A
- Load Balancing Mode = uitgegrijsd (maar in ACE stond deze volgens mij wel goed ingesteld)
- Load Balanding Phase Connection = L1,L2,L3
- Load Balancing Received Measurements = Include Charging Ev
- Load Balancing Safe Current = 5A
- License Active Loadbalancing = Aan
- License Static Loadbalancing = uit
- Status Code Socket 1 = Load Balancing Forced Off

Iemand een idee wat fout kan zijn?

[V_ger]

JP1980 schreef op zondag 25 januari 2026 @ 15:45:
Heb nu 2 jaar een Alfen hier, en dit ging altijd vrij goed. Maar de laatste tijd blijft hij heel vaak hangen in de status "Load Balancing Forced Off". Dit gebeurd vaak als andere grootverbruikers ook actief zijn zoals boiler en warmtepomp.

Het laden van de auto wordt niet direct gestart. Maar als eenmaal het laden is gestart, dan maakt het niet meer uit als de boiler en warmtepomp weer tegelijk draaien.

Wat gaat hier mis? Heb 3 fases van 25A.
- Max Station current = 25A.
- Max Allowed Phaes = 3
- Load Balancing Data Source = Meter (P1 werkt)
- Load Balancing DSMR/SMR interface = Serial
- Load Balanding Enable Phase Switching = Enabled
- Load Balancing Max Meter Current = 25A
- Load Balancing Mode = uitgegrijsd (maar in ACE stond deze volgens mij wel goed ingesteld)
- Load Balanding Phase Connection = L1,L2,L3
- Load Balancing Received Measurements = Include Charging Ev
- Load Balancing Safe Current = 5A
- License Active Loadbalancing = Aan
- License Static Loadbalancing = uit
- Status Code Socket 1 = Load Balancing Forced Off

Iemand een idee wat fout kan zijn?

Safe current <6A zal resulteren in afschakelen als er geen signaal is want minimaal 6A nodig.
Station current zou 16A moeten zijn bij een 11 kW lader.

En de vraag is wat de andere fases daadwerkelijk doen. En hoeveel ruimte is er dan nog op de zwaarste belaste fase. 3 fase laden gaat altijd symmetrisch, dus evenveel A op elke fase. Als er op 1 van de fases in huis >17 a 18 A getrokken wordt is er dus geen ruimte voor 6A laden meer.

Persoonlijk zou is phase switching uitzetten. Kies voordat je de sessie begint of je op 1 of 3 fase wil laden. Switchen zal resulteren in tijdelijk stoppen van het laden en dus onnodig schommelen van belasting. Afhankelijk van je auto is er ook nog de kans dat je zaken (eerder) sloopt.

[ Voor 17% gewijzigd door V_ger op 25-01-2026 16:05 ]

[Tunestwo]

flupp schreef op donderdag 22 januari 2026 @ 15:12:
[...]


Ik moet intussen ook terugkomen op mijn bewering dat mijn 6.6.2 probleem nooit nog voorkwam bij mijn 7.3.0. Want voorzover ik het kan zien, had ik vannacht opnieuw een virtuele ont- en aankoppeling. Dit zie ik omdat ik met mijn domotica de laadpaal-status bijhoud in een log. Maar dan toch is dit heel wat minder frekwent met de 7.3.0 dan voorheen met de 6.6.2.

Misschien, als je ook de mogelijkheid hebt om de laadpaalstatus te loggen, kun je eens kijken wat er tijdens zo’n stop/startgebeurtenis van jou gebeurt met (de waardes van) de laadpaalstatus. Ik denk zo’n beetje dat hetgeen er bij jou gebeurt ook iets gelijkaardigs kan zijn als hetgeen ik voorheb.

Bij mij schijnt het na een berg zoeken dat het ergens aan mijn auto ligt. Bij mijn Tesla Model S is er geen issue's maar als ik mijn Audi Etron verbind krijg ik continu micro disconnects.

[JP1980]

V_ger schreef op zondag 25 januari 2026 @ 16:00:
[...]
Safe current <6A zal resulteren in afschakelen als er geen signaal is want minimaal 6A nodig.
Station current zou 16A moeten zijn bij een 11 kW lader.

En de vraag is wat de andere fases daadwerkelijk doen. En hoeveel ruimte is er dan nog op de zwaarste belaste fase. 3 fase laden gaat altijd symmetrisch, dus evenveel A op elke fase. Als er op 1 van de fases in huis >17 a 18 A getrokken wordt is er dus geen ruimte voor 6A laden meer.

Persoonlijk zou is phase switching uitzetten. Kies voordat je de sessie begint of je op 1 of 3 fase wil laden. Switchen zal resulteren in tijdelijk stoppen van het laden en dus onnodig schommelen van belasting. Afhankelijk van je auto is er ook nog de kans dat je zaken (eerder) sloopt.

Dank je.

Safe current heb ik verhoogd naar 10A (die 5A was een suggestie van chatgpt, hij stond volgens mij stond voorheen ook hoger). Phase switching uitgezet. Max current staat nu op 16A. Geen reactie van de laadpaal.

Het hele huis trekt nu 1000W waarvan veel wel op 1 fase.

Status is overigens wel 'Wait Vehicle Charging' geworden, al voor bovenstaande aanpassingen. Hij switcht zo af en toe tussen'Load Balancing Forced Off' en 'Wait Vehicle Charging', maar active power blijft 0.

[V_ger]

JP1980 schreef op zondag 25 januari 2026 @ 17:53:
[...]


Dank je.

Safe current heb ik verhoogd naar 10A (die 5A was een suggestie van chatgpt, hij stond volgens mij stond voorheen ook hoger). Phase switching uitgezet. Max current staat nu op 16A. Geen reactie van de laadpaal.

Het hele huis trekt nu 1000W waarvan veel wel op 1 fase.

Status is overigens wel 'Wait Vehicle Charging' geworden, al voor bovenstaande aanpassingen. Hij switcht zo af en toe tussen'Load Balancing Forced Off' en 'Wait Vehicle Charging', maar active power blijft 0.

Dingen als solar charging uitzetten. Mocht je ooit via de app settings hebben veranderd, die gaan boven deze...

[Tunestwo]

flupp schreef op donderdag 22 januari 2026 @ 15:12:
[...]


Ik moet intussen ook terugkomen op mijn bewering dat mijn 6.6.2 probleem nooit nog voorkwam bij mijn 7.3.0. Want voorzover ik het kan zien, had ik vannacht opnieuw een virtuele ont- en aankoppeling. Dit zie ik omdat ik met mijn domotica de laadpaal-status bijhoud in een log. Maar dan toch is dit heel wat minder frekwent met de 7.3.0 dan voorheen met de 6.6.2.

Misschien, als je ook de mogelijkheid hebt om de laadpaalstatus te loggen, kun je eens kijken wat er tijdens zo’n stop/startgebeurtenis van jou gebeurt met (de waardes van) de laadpaalstatus. Ik denk zo’n beetje dat hetgeen er bij jou gebeurt ook iets gelijkaardigs kan zijn als hetgeen ik voorheb.

Ik heb de oorzaak inmiddels kunnen herleiden, dus even een terugkoppeling voor wie hier later tegenaan loopt.

Bij mijn Audi e-tron (MY2019) trad bij AC-laden in standby vreemd gedrag op zodra de auto ingeplugd was maar niet actief wilde laden (bijvoorbeeld door een ingestelde SoC-limiet). De laadverbinding kwam telkens kort tot stand en werd binnen circa 8–9 seconden weer verbroken. Dit resulteerde in een continue lus van connect/disconnect, zonder stroomafname (0 A / 0 kWh), en een grote hoeveelheid zeer korte transacties. Zodra de auto daadwerkelijk een laadsessie initieerde, verliep het AC-laden overigens volledig normaal en stabiel.

Om externe oorzaken uit te sluiten zijn meerdere Type-2 laadkabels getest en zijn beide AC-laadpoorten van de Audi gebruikt, zonder verschil in gedrag. Daarnaast is op exact dezelfde Alfen laadpaal een Tesla aangesloten, die daar wél stabiel verbonden bleef. EVCC bleek uitsluitend registrerend en niet sturend in dit proces. Daarmee konden kabel, EVCC en laadpaalhardware effectief worden uitgesloten en bleef een voertuig-specifieke of compatibiliteitsgerelateerde oorzaak over.

Via een ander Tweakers-topic kwam naar voren dat Alfen firmware 7.3.0 bij bepaalde voertuigen, waaronder Audi e-tron, problemen kan veroorzaken in de IEC 61851 handshake tijdens de AC-standbyfase. Op basis daarvan is de Alfen laadpaal gedowngraded van firmware 7.3.0 naar 7.1.6, gevolgd door een volledige herstart.

Na deze downgrade verdween het hoofdprobleem direct. De Audi blijft nu rustig verbonden wanneer hij ingeplugd is maar niet actief laadt; er treden geen herhaalde A↔B-overgangen meer op en er worden geen micro-transacties meer aangemaakt. In de Alfen-app is het gedrag stabiel. EVCC ziet de auto alleen tijdens actieve laadsessies (bewust ingesteld op update behaviour = charging), wat nu logisch en consistent werkt.

Aanvulling / nuance:
In de Alfen-log zijn nog wel periodieke statusregels zichtbaar (ongeveer elke 8–10 seconden), zoals wisselingen tussen CABLE_CONNECTED en AVAILABLE met CP-waarden, maar zonder PWM-activatie, zonder sessie-opbouw en zonder energieoverdracht. Dit betreft interne kabel/CP-her-evaluatie in standby en heeft geen functionele impact. Het eerdere probleem — continue korte transacties door handshake-failures — is hiermee opgelost.


Conclusie: geen defecte kabel, geen Audi-hardwareprobleem en geen EVCC-issue, maar een firmware-regressie/incompatibiliteit in Alfen FW 7.3.0 in combinatie met de Audi e-tron (MY2019). Downgrade naar Alfen FW 7.1.6 herstelt stabiel AC-standby-gedrag.

Hopelijk helpt dit anderen die vergelijkbaar IEC-61851-gerelateerd gedrag tegenkomen.

Tevens is de om de 8seconden issue ook gelijk opgepakt.. Dit is omdat ik een Alfen heb zonder vaste kabel, en die heb ik laten denken dat het een vaste kabel variant is.

Helaas zelfs met oude software etc nogsteeds zelfde issue

[JP1980]

V_ger schreef op zondag 25 januari 2026 @ 18:25:
[...]

Dingen als solar charging uitzetten. Mocht je ooit via de app settings hebben veranderd, die gaan boven deze...

ik zie nu in ACE installer allemaal foutmeldingen:
P1 Device failure: Read CRC Error
Dus maar eens kijken of dat te fixen is, maar dit lijkt mij in 1e instantie de boosdoener.

[Pharos1985]

Beste,

Weet er iemand hoe ik home assistant kan gebruiken als datasource voor de load balancing op de Alfen? Ik lees mijn DSMR meter uit met een P1 lezer van Zuidwijk en zo komt die data in HA terecht. Ik zou graag zorgen dat Alfen HA gebruikt als datasource voor zijn load balancing. Zo moet ik niet nóg een extra P1 meter gaan aansluiten (en gaan zitten klooien met splitters en allerhande).
Ik heb al gelezen dat Alfen verschillende bronnen kan gebruiken in de ACE service installer (heb er screenshots van gezien), maar hoe werkt dit concreet?
Een soort van virtuele P1 meter toevoegen in HA (dat doe ik nu al voor mijn Marstek batterij: er wordt een Shelly EM Pro gevirtualiseerd aangeboden aan de plugin batterij)?

[V_ger]

Pharos1985 schreef op zondag 25 januari 2026 @ 20:54:
Beste,

Weet er iemand hoe ik home assistant kan gebruiken als datasource voor de load balancing op de Alfen? Ik lees mijn DSMR meter uit met een P1 lezer van Zuidwijk en zo komt die data in HA terecht. Ik zou graag zorgen dat Alfen HA gebruikt als datasource voor zijn load balancing. Zo moet ik niet nóg een extra P1 meter gaan aansluiten (en gaan zitten klooien met splitters en allerhande).
Ik heb al gelezen dat Alfen verschillende bronnen kan gebruiken in de ACE service installer (heb er screenshots van gezien), maar hoe werkt dit concreet?
Een soort van virtuele P1 meter toevoegen in HA (dat doe ik nu al voor mijn Marstek batterij: er wordt een Shelly EM Pro gevirtualiseerd aangeboden aan de plugin batterij)?

De Zuidwijk meter ondersteunt meerdere verbindingen. Die kan je rechtstreeks in je Alfen toevoegen als telnet meter.
Source: "Doe het zelf ook zo"

[Pharos1985]

Top, merci makker, wist ik niet.

[JanHenk]

VidaR-9 schreef op vrijdag 23 januari 2026 @ 11:46:
Hier is de Alfen Pro voor de tweede keer in paar maanden “stuk”. Vorige keer gebeurde dat na wat elektriciteit werkzaamheden, toen is er een zekering vervangen. Nu is weer de stroom er even afgeweest en toen de stroom erop is alles op zwart gegaan, dus vermoed hetzelfde issue.

Zijn de palen hier gevoelig voor? Ik heb nog nooit apparatuur gehad die stuk ging door zoiets.

Bij een vriend van mij exact hetzelfde afgelopen week, na wat werkzaamheden in de groepenkast die totaal niet aan de laadpaal gerelateerd waren. Hij is nu stuk (geen leven), wacht op een monteur.

Ik ben eerlijk gezegd niet (meer) verbaasd. Wel teleurgesteld.

[mokat]

Goedendag,

Ik heb een Alfen Eve Single Pro laadpaal uit 2020 (dus zonder password)
• Huidige firmwareversie is v4.15.7-4054.
• De laadpaal wordt geactiveerd dmv een Eneco RFID-pas met zo'n 3 euro maand abonnement.

Ik heb hier gelezen over het upgraden (volgorde , versies etcetc). Mijn grootste angst is om buitengesloten (bricked) te worden na zetten van het password, zoals beschreven in meerdere bijdragen.

1- Zou Eneco Mobility, remote, de upgrade als een service kunnen leveren? Zo ja, heeft iemand hier ervaring mee?
2- Welke firmware versie is aan te raden m.b.t. Solar Charging?

[ Voor 4% gewijzigd door mokat op 25-01-2026 23:38 ]

[Pharos1985]

Indien jullie zelf opnieuw mochten kiezen voor een andere laadpaal: wat zouden jullie verkiezen?
Ik twijfel tussen een Alfen en een Peblar. Noden zijn een vaste kabel, 11kwh is genoeg, RFID "beveiligd" en hem aan een backoffice kunnen hangen (OCPP).

Ik ben geneigd naar Alfen, maar ik twijfel toch wat doordat ik soms firmware issues zie, nu ook die bricked palen hierboven na ene power outage...

[ Voor 23% gewijzigd door Pharos1985 op 25-01-2026 23:36 ]

[flupp]

Tunestwo schreef op zondag 25 januari 2026 @ 19:29:
[...]
Ik heb de oorzaak inmiddels kunnen herleiden, dus even een terugkoppeling voor wie hier later tegenaan loopt.
…
Via een ander Tweakers-topic kwam naar voren dat Alfen firmware 7.3.0 bij bepaalde voertuigen, waaronder Audi e-tron, problemen kan veroorzaken in de IEC 61851 handshake tijdens de AC-standbyfase. Op basis daarvan is de Alfen laadpaal gedowngraded van firmware 7.3.0 naar 7.1.6, gevolgd door een volledige herstart.

Na deze downgrade verdween het hoofdprobleem direct.
…
Conclusie: geen defecte kabel, geen Audi-hardwareprobleem en geen EVCC-issue, maar een firmware-regressie/incompatibiliteit in Alfen FW 7.3.0 in combinatie met de Audi e-tron (MY2019). Downgrade naar Alfen FW 7.1.6 herstelt stabiel AC-standby-gedrag.

Hopelijk helpt dit anderen die vergelijkbaar IEC-61851-gerelateerd gedrag tegenkomen.
…

Dank je, ik ga dan toch ook die 7.1.6 downgrade eens proberen. Ik vind het dan van Alfen uit wel een beetje belabberd als dat 6.6.2 probleem zou zijn opgelost in de 7.1.6, om dan in de 7.3.0 terug op te duiken. Lijkt niet dat ze hun regressietest-suite op orde hebben…

[flupp]

Tunestwo schreef op zondag 25 januari 2026 @ 19:29:
…
Op basis daarvan is de Alfen laadpaal gedowngraded van firmware 7.3.0 naar 7.1.6, gevolgd door een volledige herstart.

Na deze downgrade verdween het hoofdprobleem direct.
…

Dan toch weerhoudt iets mij om die 7.1.6-downgrade te doen: op Alfens webpagina “Which firmware update to do” staat wel letterlijk “Do not downgrade your firmware to a lower version since this will cause issues with your charging station”. Tenzij Alfen Support jou dit suggereerde?

[arjanhs]

mokat schreef op zondag 25 januari 2026 @ 23:04:
1- Zou Eneco Mobility, remote, de upgrade als een service kunnen leveren? Zo ja, heeft iemand hier ervaring mee?
2- Welke firmware versie is aan te raden m.b.t. Solar Charging?

Ik heb de zelfde situatie en heb in de zes jaar dat Eneco mijn paal beheerd slechts een keer een update die vanuit Eneco is geinitieerd is ontvangen. Verder hebben ze er nooit wat aan gedaan. De updates heb ik zelf gedaan en als je de stappen voor je zelf helder uit een zet gaat dit zonder problemen. Kopieer ook direct het juiste wachtwoord zodat die veilig is.

Ik had geupdate tot 7.1.6 die voldeed en werkte goed voor mij. Eneco heeft daarna de update voor mij naar 7.3 gedaan zoals hierboven beschreven, maar inmiddels ben ik weer terug naar 7.1.6 gegaan.

Arjan

[flupp]

Waar ik momenteel nog niet uit ben…

Ik deed een tijdje geleden een test met een eigen basis-OCPP backend (een uitbreiding op de github-code van mobilityhouse, die hier zo te zien ook al door anderen hier werd aangepast). Bedoeling was enkel om de transactiedata op een eenvoudige manier uit de laadpaal te halen. Werkt goed, en doet (voor mij) wat ik ervan verwacht. De laadpaal staat ingesteld op “Plug&Charge”, en ik laat de domotica alles verder aansturen met 2 modbusregisters van de Alfen laadpaal (aantal fasen en stroomsterkte).

Die eigen backend staat niet 24/7, maar slechts nu en dan online, hetgeen voldoet want de laadpaal buffert de OCPP berichten (zoals de standaard dat overigens ook voorziet) en op die manier krijg ik die transactiegegevens dus ook nog te pakken. Maar die transactiegegevens zouden ook door bijv Plugchoice verwerkt kunnen worden (wél 24/7 online).

Maar hoe zit de verbinding van de Alfen laadpaal met de (modbus) aansturing zélf dan in elkaar? Want bij mij is die koppeling toch onbestaande, want alles blijft met modbus aangestuurd?

[Daveth]

JanHenk schreef op zondag 25 januari 2026 @ 22:22:
[...]


Bij een vriend van mij exact hetzelfde afgelopen week, na wat werkzaamheden in de groepenkast die totaal niet aan de laadpaal gerelateerd waren. Hij is nu stuk (geen leven), wacht op een monteur.

Ik ben eerlijk gezegd niet (meer) verbaasd. Wel teleurgesteld.

Als er iets met spanning gedaan is, door bijvoorbeeld aan een meterkast gewerkt is of er is een stroomstoring geweest is bijna altijd de glaszekering op het powerboard kapot, deze kost haast niets en kan je zeer makkelijk zelf vervangen.
Ik heb daar in de loop van de jaren al honderden van vervangen, deze gaan door rommelen aan het stroomnet zeer snel kapot.
Check even of deze niet kapot is voor dat je hoge voorrij kosten krijg.

[ Voor 8% gewijzigd door Daveth op 26-01-2026 10:51 ]

[immie]

Daveth schreef op maandag 26 januari 2026 @ 10:50:
[...]

Als er iets met spanning gedaan is, door bijvoorbeeld aan een meterkast gewerkt is of er is een stroomstoring geweest is bijna altijd de glaszekering op het powerboard kapot, deze kost haast niets en kan je zeer makkelijk zelf vervangen.
Ik heb daar in de loop van de jaren al honderden van vervangen, deze gaan door rommelen aan het stroomnet zeer snel kapot.
Check even of deze niet kapot is voor dat je hoge voorrij kosten krijg.

Weet je zo welke erin moet? dan leg ik er ff een paar op voorraad.

[JanHenk]

@Daveth Oké, ik ga het even afstemmen (het is niet mijn paal). Bedankt voor de tip. Welke heb je nodig voor een Eve Single Pro-line (ik zie 63 mA en 100 mA als spare sparts genoemd?)

Hoe kan het dat deze zo gevoelig hiervoor is? Hoort dat zo te zijn?

[Relesi]

Ruim een jaar geleden is bij mij een Alfen Singe Pro Line geinstalleerd namens Eneco (via leasemij). De paal heeft load balancing. De kabel hiervoor is via een splitter (van Homewizard) aangesloten op de P1 meter. Op die splitter zit ook de Homewizard P1 meter.
De splitter gaf tot nu toe via knipperende lampjes aan dat er data naar zowel de P1 meter als de laadpaal ging. Ik zie nu echter dat het lampje van de laadpaal niet meer oplicht. Ik heb de P1 meter en laadpaalstekkers al een keer omgewisseld, dat maakt geen verschil. Ik heb de laadpaal ook al een keer herstart, dat had ook geen impact.
Iemand een idee wat dit kan zijn? En vooral: werkt de loadbalancing nu nog/wat zijn de gevolgen daarvan als dat niet zo is? Ik voorkom graag dat de stroom uitvalt door overbelasting.

[Daveth]

JanHenk schreef op maandag 26 januari 2026 @ 11:08:
@Daveth Oké, ik ga het even afstemmen (het is niet mijn paal). Bedankt voor de tip. Welke heb je nodig voor een Eve Single Pro-line (ik zie 63 mA en 100 mA als spare sparts genoemd?)

Hoe kan het dat deze zo gevoelig hiervoor is? Hoort dat zo te zijn?

Het is de 63mA, waarom deze laders daar zo gevoelig voor zijn heb ik geen idee van, ik denk gewoon verkeerd ontworpen.

[Daveth]

immie schreef op maandag 26 januari 2026 @ 11:04:
[...]

Weet je zo welke erin moet? dan leg ik er ff een paar op voorraad.

Het is deze 803873916-ICU (63mA)

[Pharos1985]

Relesi schreef op maandag 26 januari 2026 @ 11:40:
Ruim een jaar geleden is bij mij een Alfen Singe Pro Line geinstalleerd namens Eneco (via leasemij). De paal heeft load balancing. De kabel hiervoor is via een splitter (van Homewizard) aangesloten op de P1 meter. Op die splitter zit ook de Homewizard P1 meter.
De splitter gaf tot nu toe via knipperende lampjes aan dat er data naar zowel de P1 meter als de laadpaal ging. Ik zie nu echter dat het lampje van de laadpaal niet meer oplicht. Ik heb de P1 meter en laadpaalstekkers al een keer omgewisseld, dat maakt geen verschil. Ik heb de laadpaal ook al een keer herstart, dat had ook geen impact.
Iemand een idee wat dit kan zijn? En vooral: werkt de loadbalancing nu nog/wat zijn de gevolgen daarvan als dat niet zo is? Ik voorkom graag dat de stroom uitvalt door overbelasting.

In de Alfen is een instelling "safe current". Dat is een waarde waarop ie (maximum) je EV zal opladen, dit om te vermijden dat er teveel stroom genomen wordt door de Alfen. Het zou dus kunnen (afhankelijk van hoe het ingesteld is in de Alfen) dat je EV trager gaat laden. Indien dat niet het geval is, zal de Alfen nog steeds de volle capaciteit afnemen, maar kan het zijn dat je zekeringen springen wegens overbelasting...

[Tunestwo]

Heeft er toevallig iemand in (de omgeving van) Brabant een Alfen-laadpaal waar ik mijn auto kort even kan testen?

Ik wil graag uitsluiten of het probleem dat ik ervaar in mijn Alfen-lader zit, of in mijn Audi. Gisteren heb ik opnieuw meerdere tests gedaan:
– Een andere Audi Q4 op mijn laadpaal → geen issues
– Tesla Model S op mijn laadpaal → geen issues
– Mijn Audi op mijn laadpaal → wel issues

Omgekeerd heb ik mijn Audi getest aan een andere laadpaal (Zaptec Go) en daar trad het probleem niet op.

Daarom zou ik mijn Audi graag kort aan een andere Alfen-lader willen hangen om dit definitief te kunnen bevestigen.

[flupp]

Tunestwo schreef op dinsdag 27 januari 2026 @ 11:48:
Heeft er toevallig iemand in (de omgeving van) Brabant een Alfen-laadpaal waar ik mijn auto kort even kan testen?
…

Er zijn in dit forum 2 “Brabants”, één in Vlaanderen, en één in Nederland 😉

Werk jij met een 24/7 online backoffice? Of niet continu online? Of helemaal geen backoffice ingesteld? Deze vraag omdat ik vannacht (met doorgaans heel gelijkaardig gedrag als jouw laadpaal) geen vreemd gedrag zag, maar nu was de backoffice wel continu online…

[Tunestwo]

flupp schreef op dinsdag 27 januari 2026 @ 13:37:
[...]


Er zijn in dit forum 2 “Brabants”, één in Vlaanderen, en één in Nederland 😉

Werk jij met een 24/7 online backoffice? Of niet continu online? Of helemaal geen backoffice ingesteld? Deze vraag omdat ik vannacht (met doorgaans heel gelijkaardig gedrag als jouw laadpaal) geen vreemd gedrag zag, maar nu was de backoffice wel continu online…

Ik gebruik stand alone geen backoffice

[marciej123]

Tunestwo schreef op dinsdag 27 januari 2026 @ 11:48:
Heeft er toevallig iemand in (de omgeving van) Brabant een Alfen-laadpaal waar ik mijn auto kort even kan testen?

Ik wil graag uitsluiten of het probleem dat ik ervaar in mijn Alfen-lader zit, of in mijn Audi. Gisteren heb ik opnieuw meerdere tests gedaan:
– Een andere Audi Q4 op mijn laadpaal → geen issues
– Tesla Model S op mijn laadpaal → geen issues
– Mijn Audi op mijn laadpaal → wel issues

Omgekeerd heb ik mijn Audi getest aan een andere laadpaal (Zaptec Go) en daar trad het probleem niet op.

Daarom zou ik mijn Audi graag kort aan een andere Alfen-lader willen hangen om dit definitief te kunnen bevestigen.

Ja geen probleem, Alfen Single Pro-Line hier (wonend tussen waalwijk en Tilburg).
PM maar even voor m'n adres en wanneer je langs wilt komen.

[dearn]

Relesi schreef op maandag 26 januari 2026 @ 11:40:
Ruim een jaar geleden is bij mij een Alfen Singe Pro Line geinstalleerd namens Eneco (via leasemij). De paal heeft load balancing. De kabel hiervoor is via een splitter (van Homewizard) aangesloten op de P1 meter. Op die splitter zit ook de Homewizard P1 meter.
De splitter gaf tot nu toe via knipperende lampjes aan dat er data naar zowel de P1 meter als de laadpaal ging. Ik zie nu echter dat het lampje van de laadpaal niet meer oplicht. Ik heb de P1 meter en laadpaalstekkers al een keer omgewisseld, dat maakt geen verschil. Ik heb de laadpaal ook al een keer herstart, dat had ook geen impact.
Iemand een idee wat dit kan zijn? En vooral: werkt de loadbalancing nu nog/wat zijn de gevolgen daarvan als dat niet zo is? Ik voorkom graag dat de stroom uitvalt door overbelasting.

Dit kan m.i. nooit gewerkt hebben, je hebt een ander type splitter nodig.

Zelf gebruik ik de iungo splitter (de HW werkte ook hier niet). De Alfen sluit je aan op de P1 output (slave). De p1 meter van HW kan dan op de P1 output (master). Er is wel een 5v voeding nodig voor de switch.

Je Alfen kan nu de loadbalancing niet toepassen en gaat daarom in een soort veilige modus. Die laad met lagere snelheid

Edit; in 2023 gaf Iungo dit aan, ze hebben er namelijk meerdere:
De versie voor de Homwizard P1 dongle is een aanpassing voor de spanning op de data lijn.
Wij zijn erachter gekomen dat op de combinatie van Homewizard P1 dongle met een aantal typen slimme meters de data lijn dermate belast wordt (door de Homewizard p1 dongle) dat de slave poort geen data meer geeft.
Hiervoor hebben we een component aangepast die met deze lagere spanning toch correct detecteert.

[ Voor 19% gewijzigd door dearn op 27-01-2026 20:44 ]

[Relesi]

@dearn Dat zou bijzonder zijn als de splitter niet gewerkt zou hebben. Heb de paal ruim een jaar zonder problemen gebruikt op zijn max vermogen. Dan had ik toch problemen verwacht.
Heb inmiddels contact gehad met Eneco. Men kon zien dat de paal inderdaad een foutmelding heeft gegeven omdat de P1 data niet meer doorkomt. Hij zou nu inderdaad met een lagere capaciteit moeten laden. Monteur is ingepland, we gaan het zien.

[Tunestwo]

marciej123 schreef op dinsdag 27 januari 2026 @ 15:23:
[...]

Ja geen probleem, Alfen Single Pro-Line hier (wonend tussen waalwijk en Tilburg).
PM maar even voor m'n adres en wanneer je langs wilt komen.

Ik ben waarschijnlijk voorzien hardstikke bedankt!

[NoFate]

Als een paal reeds actief is bij een bepaalde Backoffice en je wilt overschakelen naar bv Tap electric... Is het voldoende om gewoon een nieuwe template te selecteren via ace en configuratie doen bij Tap?

Of moet je ook nog effectief de ace nummer ontkoppelen bij de huidige Backoffice? Of doet Tap dat automatisch,? Want ,2 verschillende ace nummers zal wellicht conflict geven?

Iemand een idee?

[balblas]

NoFate schreef op woensdag 28 januari 2026 @ 11:43:
Als een paal reeds actief is bij een bepaalde Backoffice en je wilt overschakelen naar bv Tap electric... Is het voldoende om gewoon een nieuwe template te selecteren via ace en configuratie doen bij Tap?

Of moet je ook nog effectief de ace nummer ontkoppelen bij de huidige Backoffice? Of doet Tap dat automatisch,? Want ,2 verschillende ace nummers zal wellicht conflict geven?

Iemand een idee?

Je laadpaal zal gewoon geen contant meer opnemen met je oude backoffice als je in ACE de backoffice preset voor Tap selecteert. Wel even checken of je oude backoffice niet nog in 1 van de 4 Network Profiles geconfigureerd is. Mijn paal gebruikte 2 van de 4 Network profiles om contact op te nemen met de oude backoffice. 1 via Wired network en 1 via mobile.

[helm71]

Is het iemand al gelukt om een Alfen Eve Single Pro MET backoffice functionaliteit fatsoenlijk aan te sturen ? Ik ben er al een week of wat mee bezig en heb veel last van sessies die niet starten terwijl ik dat via de API wel vraag, sessies die verlopen, laadpassen die ineens niet meer gefactureerd zijn... Ik ben er vrij redelijk van overtuigd dat mijn code wel klopt en probeer het nu met timeouts, "keepalive processen" (elk uur een klein beetje laden) aan de gang te krijgen.. Ik kom elke keer een stapje verder maar ik heb wel eens eenvoudger zaken geautomatiseerd..

[V_ger]

@helm71 hier een Alfen met (e-flux) backoffice en dus met RFID/bliepen en aansturing vanuit HA. Echt 0 problemen anders dan die ik zelf veroorzaak door slechte automatiseringen. Gewoon met de leeyuentuen integratie.

2 verschillende auto's 2 passen, waarvan 1 gefactureerd en 1 prive. Sessies kunnen dagen duren, geen leeglopende accu's of wat dan ook Firmware 6.6.2.

[ Voor 26% gewijzigd door V_ger op 29-01-2026 17:10 ]

[helm71]

V_ger schreef op donderdag 29 januari 2026 @ 17:08:
@helm71 hier een Alfen met (e-flux) backoffice en dus met RFID/bliepen en aansturing vanuit HA. Echt 0 problemen anders dan die ik zelf veroorzaak door slechte automatiseringen. Gewoon met de leeyuentuen integratie.

2 verschillende auto's 2 passen, waarvan 1 gefactureerd en 1 prive. Sessies kunnen dagen duren, geen leeglopende accu's of wat dan ook Firmware 6.6.2.

Goed te weten, dan zou ik er ook moeten komen, dank je wel !

[deejeebv]

helm71 schreef op donderdag 29 januari 2026 @ 15:26:
Is het iemand al gelukt om een Alfen Eve Single Pro MET backoffice functionaliteit fatsoenlijk aan te sturen ? Ik ben er al een week of wat mee bezig en heb veel last van sessies die niet starten terwijl ik dat via de API wel vraag, sessies die verlopen, laadpassen die ineens niet meer gefactureerd zijn... Ik ben er vrij redelijk van overtuigd dat mijn code wel klopt en probeer het nu met timeouts, "keepalive processen" (elk uur een klein beetje laden) aan de gang te krijgen.. Ik kom elke keer een stapje verder maar ik heb wel eens eenvoudger zaken geautomatiseerd..

Ik stuur hem aan via Homey. Backoffice Tap. Twee auto’s, een zakelijk met verrekening, een privé met laadpas op 0 tarief. Geen problemen.
Eerder wel eens problemen gehad met sessies die op de backoffice niet afgesloten werden, maar dat probleem lag bij Tap en is inmiddels opgelost.

[flupp]

De SLA van Alfen specificeert blijkbaar dat er een antwoord op gebruikersvragen moet komen binnen de 24 uur. Ik wacht al van dinsdag, en nog steeds geen antwoord.

Wat kunnen ze soms toch traag zijn, verdorie. Wie weet verwaardigen ze het zich ooit wel om een antwoord te geven.

[Tommie12]

flupp schreef op vrijdag 30 januari 2026 @ 08:45:
De SLA van Alfen specificeert blijkbaar dat er een antwoord op gebruikersvragen moet komen binnen de 24 uur. Ik wacht al van dinsdag, en nog steeds geen antwoord.

Wat kunnen ze soms toch traag zijn, verdorie. Wie weet verwaardigen ze het zich ooit wel om een antwoord te geven.

De service van die laadpalen is een drama.
Veel te veel tussenpartijen...

Ik had een probleem met mijn laadpaal en die zit in mijn leasecontract.
Dus: melding naar Arval die het dan doorduwen naar Numobi, die op hun beurt Alfen aanspreken en die laten het dan doen door Cirket...
En dan verwonderd zijn dat de monteur (capabele kerel) niet de juiste stukken mee heeft en eigenlijk niet weet wat er juist mis gaat.

[NoFate]

Mijn paal staat hier een dik jaar, vrij recent nog, alfen eve single, 7.3 , maar waar kan ik in de ace tool (windows) de wifi settings vinden van dat ding? ben elk menu doorlopen, maar ik kijk er precies over?

[balblas]

NoFate schreef op vrijdag 30 januari 2026 @ 10:58:
Mijn paal staat hier een dik jaar, vrij recent nog, alfen eve single, 7.3 , maar waar kan ik in de ace tool (windows) de wifi settings vinden van dat ding? ben elk menu doorlopen, maar ik kijk er precies over?

Mijn laadpaal heeft geen Wi-Fi, maar ik neem aan dat je hier wat ziet als de jouwe wél Wi-Fi heeft.

[NoFate]

balblas schreef op vrijdag 30 januari 2026 @ 12:15:
[...]

[Afbeelding]
Mijn laadpaal heeft geen Wi-Fi, maar ik neem aan dat je hier wat ziet als de jouwe wél Wi-Fi heeft.

nope, geen wifi te bekennen daar :-)

Iemand die een screen kan laten zien waar je wifi instelt?

[ed-win]

NoFate schreef op vrijdag 30 januari 2026 @ 10:58:
Mijn paal staat hier een dik jaar, vrij recent nog, alfen eve single, 7.3 , maar waar kan ik in de ace tool (windows) de wifi settings vinden van dat ding? ben elk menu doorlopen, maar ik kijk er precies over?

Wees je er van bewust dat de wifi functionaliteit alleen beschikbaar is voor palen die na Maart 2023 geproduceerd zijn.

Mijn Alfen paal is in september 2024 geplaatst, maar helaas al geproduceerd in 2022. Ik heb dus ook geen wifi beschikbaar.

[VidaR-9]

Weet iemand misschien waar je een T63mA 250V glaszekering kan kopen? Mijn laadpaal is dood en ik krijg 0 reactie van 50Five. Dus wel zelf poging wagen of het de glaszekering is. Maar kan het nergens vinden.

[V_ger]

VidaR-9 schreef op vrijdag 30 januari 2026 @ 16:12:
Weet iemand misschien waar je een T63mA 250V glaszekering kan kopen? Mijn laadpaal is dood en ik krijg 0 reactie van 50Five. Dus wel zelf poging wagen of het de glaszekering is. Maar kan het nergens vinden.

Al bij Conrad gekeken?
https://www.conrad.nl/nl/...earch=glaszekering%2063mA

[VidaR-9]

V_ger schreef op vrijdag 30 januari 2026 @ 16:23:
[...]
Al bij Conrad gekeken?
https://www.conrad.nl/nl/...earch=glaszekering%2063mA

Ja maar om nou gelijk 100 stuks te bestellen 😉

[NoFate]

Iemand enig idee waar je de max external current kan aanpassen met de ace installer?

In ace installer kan je max current en max current socket 1 aanpassen , maar NERGENS dus de max current external socket...
in de alfen app op android, heb je dus een instelling 'max power', maar deze setting past dus de "max external current" aan, maar in de ace installer vind ik deze niet terug , alleen maar die andere 2 max current settings....

[theo66]

NoFate schreef op vrijdag 30 januari 2026 @ 10:58:
Mijn paal staat hier een dik jaar, vrij recent nog, alfen eve single, 7.3 , maar waar kan ik in de ace tool (windows) de wifi settings vinden van dat ding? ben elk menu doorlopen, maar ik kijk er precies over?

Die van mij is geïnstalleerd in mei 2024. Na de betreffende software update had ik WiFi ondersteuning.
Op de eerste pagina onderaan staat WiFi supported - Yes



De WiFi instellingen staan op het tabblad met connectiviteit



Als je die niet ziet is de uitslag....

[helm71]

deejeebv schreef op donderdag 29 januari 2026 @ 18:15:
[...]

Ik stuur hem aan via Homey. Backoffice Tap. Twee auto’s, een zakelijk met verrekening, een privé met laadpas op 0 tarief. Geen problemen.
Eerder wel eens problemen gehad met sessies die op de backoffice niet afgesloten werden, maar dat probleem lag bij Tap en is inmiddels opgelost.

Zou je kunnen delen wat je automatiseerd ? Ik heb regelmatig de situatie dat de kabel ineens “aangesloten maar niet geautoriseerd “ is… ik kan niet vinden waar hem dat in zit..

[deejeebv]

helm71 schreef op zaterdag 31 januari 2026 @ 22:23:
[...]

Zou je kunnen delen wat je automatiseerd ? Ik heb regelmatig de situatie dat de kabel ineens “aangesloten maar niet geautoriseerd “ is… ik kan niet vinden waar hem dat in zit..

Ik heb hier zelf niets bijzonders voor gedaan. Ik gebruik wel altijd de laadpas om de sessie te autoriseren.

[flupp]

helm71 schreef op zaterdag 31 januari 2026 @ 22:23:
[...]
Zou je kunnen delen wat je automatiseerd ? Ik heb regelmatig de situatie dat de kabel ineens “aangesloten maar niet geautoriseerd “ is… ik kan niet vinden waar hem dat in zit..

Ik maak het geregeld mee dat mijn Alfen aangeeft dat de auto losgekoppeld werd, terwijl dat helemaal niet zo was. Mijn instelling is Plug&Charge. Maar bij een instelling waarbij je moet badgen denk ik dat je dan terug zou moeten badgen om een (zogezegd “nieuwe”) transactie op te starten. Misschien is dat bij jou het geval?

Als je dit zou willen nagaan, kun je in de ACE Service Installer’s logberichten kijken of dit het geval kan zijn geweest: als er in die logs voorvallen met een “STATE_E” voorkomen op die momenten waarop de auto aangesloten is gebleven, dan is dat een waarschijnlijk startpunt voor verdere troubleshooting.

Tips: 1. doe een export naar tekstbestand, dat zoekt sneller en gemakkelijker (in een eenvoudige tekst editor), en 2. houd er rekening mee dat de uren in die logs in UTC zijn.

[1979sentinel]

Is iedere alfen laadpaal automatisch gekoppeld aan backoffice van Laadnet?

[ed-win]

VidaR-9 schreef op vrijdag 30 januari 2026 @ 16:12:
Weet iemand misschien waar je een T63mA 250V glaszekering kan kopen? Mijn laadpaal is dood en ik krijg 0 reactie van 50Five. Dus wel zelf poging wagen of het de glaszekering is. Maar kan het nergens vinden.

Volgens mij zijn het deze:
https://nl.rs-online.com/web/p/cartridge-fuses/5378667

[VidaR-9]

ed-win schreef op zondag 1 februari 2026 @ 13:40:
[...]
Volgens mij zijn het deze:
https://nl.rs-online.com/web/p/cartridge-fuses/5378667

Thanks. Volgens mij heb je gelijk. Ik heb ze besteld, hopelijk is de laadpaal dinsdag dan weer in de lucht. Opladen via stopcontact krijg ik niet genoeg geladen voor dagelijks gebruik.

[mr.DJ95]

Na 4 jaar eindelijk de paal afbetaald via de lease en kan ik hem eindelijk in beheernemen. Echter loop ik tegen, volgens mij hele domme dingen aan....

Ik heb een netwerkkabel gelegd. Ik zie in mijn Unifi router dat ik uplink heb en dat de Alfen Single Pro een IP adres krijgt. PC en paal zitten in hetzelfde subnet/VLAN 192.168.1.0/24.

Echter "vind" de ACE Service installer de paal niet, als ik handmatig op het toevoegen plusje druk, het IP adres ingeef vraagt hij om een User level en wachtwoord maar als ik vervolgens op Ok druk gaat die na even laden weer terug naar het login scherm.

Het wachtwoord heb ik gekregen en staat op een document: overdacht van beheerrechten. Deze heb ik gekregen van de laadpaalleverancier/installateur/backoffice.

Ik heb nog geen idee welke firmware er op de paal is geïnstalleerd. Hij is in 2021 geplaatst en daarna heeft er niemand aangezeten voor zover ik weet.



Kan iemand mij (eventueel via DM) op weg helpen met het inloggen op de laadpaal? Het doel is dat ik deze uiteindelijk ga beheren via de Alfen Installer App en eventueel Ecotap.

[ Voor 8% gewijzigd door mr.DJ95 op 01-02-2026 17:35 ]

[V_ger]

Never mind...niet helemaal goed.

[ Voor 96% gewijzigd door V_ger op 01-02-2026 17:34 ]

[balblas]

mr.DJ95 schreef op zondag 1 februari 2026 @ 17:26:
Na 4 jaar eindelijk de paal afbetaald via de lease en kan ik hem eindelijk in beheernemen. Echter loop ik tegen, volgens mij hele domme dingen aan....

Ik heb een netwerkkabel gelegd. Ik zie in mijn Unifi router dat ik uplink heb en dat de Alfen Single Pro een IP adres krijgt. PC en paal zitten in hetzelfde subnet/VLAN 192.168.1.0/24.

Echter "vind" de ACE Service installer de paal niet, als ik handmatig op het toevoegen plusje druk, het IP adres ingeef vraagt hij om een User level en wachtwoord maar als ik vervolgens op Ok druk gaat die na even laden weer terug naar het login scherm.

Het wachtwoord heb ik gekregen en staat op een document: overdacht van beheerrechten. Deze heb ik gekregen van de laadpaalleverancier/installateur/backoffice.

Ik heb nog geen idee welke firmware er op de paal is geïnstalleerd. Hij is in 2021 geplaatst en daarna heeft er niemand aangezeten voor zover ik weet.

[Afbeelding]

Kan iemand mij (eventueel via DM) op weg helpen met het inloggen op de laadpaal? Het doel is dat ik deze uiteindelijk ga beheren via de Alfen Installer App en eventueel Ecotap.

Welke versie van de ACE installer gebruik je? Zie https://knowledge.alfen.c...h+charger+on+old+firmware

Wellicht draait je laadpaal nog op oude firmware...

[mr.DJ95]

balblas schreef op zondag 1 februari 2026 @ 18:45:
[...]

Welke versie van de ACE installer gebruik je? Zie https://knowledge.alfen.c...h+charger+on+old+firmware

Wellicht draait je laadpaal nog op oude firmware...

Dat was ook mijn eerste idee maar beide installers geven hetzelfde probleem.
ACE Service Installer v4.1.0_408
ACE Service Installer v4.0.0_401

Ook als ik direct de kabel in mijn laptop prik en in dezelfde IP reeks ga zitten als 169.254.1.* krijg ik geen connectie. https://knowledge.alfen.c...e+charger+do+not+match%3F

[flupp]

mr.DJ95 schreef op zondag 1 februari 2026 @ 17:26:
...
Ik heb een netwerkkabel gelegd. Ik zie in mijn Unifi router dat ik uplink heb en dat de Alfen Single Pro een IP adres krijgt. PC en paal zitten in hetzelfde subnet/VLAN 192.168.1.0/24.
...

Wat bedoelde je hiermee? Werk je met VLAN's?

mr.DJ95 schreef op zondag 1 februari 2026 @ 20:18:
...
Ook als ik direct de kabel in mijn laptop prik en in dezelfde IP reeks ga zitten als 169.254.1.* krijg ik geen connectie.
...

Krijgt de laadpaal zijn IP adres van een DHCP server (in een 1-op-1 setting is die allicht weg, tenzij jouw computer zelf een DHCP server draait)? Ik weet niet of een 169.254.x.x IP adres eigenlijk goed gerouteerd wordt, en dit lijkt mij een vreemde configuratie?

[balblas]

flupp schreef op zondag 1 februari 2026 @ 20:39:
[...]


Wat bedoelde je hiermee? Werk je met VLAN's?


[...]


Krijgt de laadpaal zijn IP adres van een DHCP server (in een 1-op-1 setting is die allicht weg, tenzij jouw computer zelf een DHCP server draait)? Ik weet niet of een 169.254.x.x IP adres eigenlijk goed gerouteerd wordt, en dit lijkt mij een vreemde configuratie?

Een IP adres iuit de range 169.254.x.x is niet vreemd als je 2 devices rechtstreeks op elkaar aansluit, zie https://www.whatismyip.co...%20network%20or%20router.

Op die manier zouden beide devices wel degelijk met elkaar moeten kunnen communiceren.

[balblas]

mr.DJ95 schreef op zondag 1 februari 2026 @ 20:18:
[...]


Dat was ook mijn eerste idee maar beide installers geven hetzelfde probleem.
ACE Service Installer v4.1.0_408
ACE Service Installer v4.0.0_401

Ook als ik direct de kabel in mijn laptop prik en in dezelfde IP reeks ga zitten als 169.254.1.* krijg ik geen connectie. https://knowledge.alfen.c...e+charger+do+not+match%3F

Dat is i.d.d. vreemd. Probeer het anders eens met de MyEve app op je mobiel, die kan in principe hetzelfde als de ACE installer.

Aan de andere kant lijkt het erop dat je laadpaal een nieuwere firmware versie dan 4.15.7 moet draaien, want dat was de laatste versie die zonder wachtwoorden werkte, zie https://knowledge.alfen.c...tform+(NG-910+%2F+NG-920)

[flupp]

balblas schreef op zondag 1 februari 2026 @ 21:03:
…
Op die manier zouden beide devices wel degelijk met elkaar moeten kunnen communiceren.

Inderdaad, in principe, in de veronderstelling dat de netwerkstack van de laadpaal helemaal, en helemaal goed, geïmplementeerd is. De laadpaal netwerkstack is nu niet bepaald ontworpen om in die range te werken. Om een connectie-issue te troubleshooten zou die configuratie voor mij niet onmiddellijk de voorkeur wegdragen.

[mr.DJ95]

flupp schreef op zondag 1 februari 2026 @ 20:39:
[...]


Wat bedoelde je hiermee? Werk je met VLAN's?


[...]


Krijgt de laadpaal zijn IP adres van een DHCP server (in een 1-op-1 setting is die allicht weg, tenzij jouw computer zelf een DHCP server draait)? Ik weet niet of een 169.254.x.x IP adres eigenlijk goed gerouteerd wordt, en dit lijkt mij een vreemde configuratie?

Ik heb beide geprobeerd, ik heb alleen VLAN 1 op de poort waar de laadpaal inzit getagd. Echter als ik direct mijn laptop op de paal aansluit krijg ik precies hetzelfde gedrag. Dit VLAN geeft automagisch IP adressen uit in de 192.168.1.* reeks. Mijn PC zit ook in dat VLAN (aangepast in onderstaand screenshot t.b.v troubleshooting)

Ik heb altijd geleerd dat 169/Apipa niet geschikt is om te routeren. Als Alfen een setup met een vast IP hadden gekozen vermoed ik dat dat eerder in de 192.168.1.* reeks zou zitten. Dit komt overeen met 99% van de thuis netwerken.

De MyEve en andere apps willen de paal helemaal niet vinden.

Overigens ben ik sinds gister avond een stukje verder, ik zie de paal in de Ace installer software en krijg ditmaal een error. Wat ik echter ook probeer qua IP reeksen, geen succes.



Ik snap het niet meer, dacht dat ik met mijn IT achtergrond best een end zou moeten komen...

[flupp]

mr.DJ95 schreef op maandag 2 februari 2026 @ 08:04:
…
Ik snap het niet meer, dacht dat ik met mijn IT achtergrond best een end zou moeten komen...

Ik zou het toch eens proberen zonder dat VLAN gedoe. Ik weet niet (meer) precies hoe dit werkt, maar ik zou er toch niet teveel vertrouwen in hebben om het uitpakken van de VLAN “verpakking” over te laten aan de laadpaal. Want daarvoor is die niet gemaakt, en ik denk ook niet dat die daarvoor getest werd.

Bovendien sluit je een verkeerde VLAN configuratie tevens uit (geen VLAN = geen mogelijke VLAN misconfiguratie).

Een simpele switch waar jouw computer en jouw laadpaal aanhangen, met een (1) DHCP servertje (met korte lease-tijden, dat is ook soms nog een dingetje, die lange, langer-dan-gedachte DHCP lease tijden) eraan gekoppeld, dan moet het toch werken.

Edit: met die screenshot van jouw link-local IP adressen zie ik dat jouw netmask niet 255.255.0.0 is, maar 255.255.255.0

[ Voor 6% gewijzigd door flupp op 02-02-2026 08:29 ]

[LDhondt]

r2504 schreef op zaterdag 24 januari 2026 @ 21:38:
[...]


En wat krijg je als je in je browser http://ip-adres-van-de-p1/api/v1/data ingeeft ?

Trouwens in de ACE installer moet je zelfs het adres van de HW P1 meter niet ingeven... hij vindt die normaal zelf.

Wat zie je trouwen in je log van je Alfen ?

Als ik in mijn browser http://ip-adres-van-de-p1/api/v1/data ingeef krijg ik de data van de P1 meter, iets als: "total_power_import_kwh":1654.094,"total_power_import_t1_kwh":682.731,"total_power_import_t2_kwh":971.363,"total_power_export_kwh":2304.219,"total_power_export_t1_kwh":1648.678,"total_power_export_t2_kwh":655.541,"active_power_w":-153.000,"active_power_l1_w":282.000,"active_power_l2_w":0.000,"active_power_l3_w":-435.000,"active_voltage_l1_v":236.400,"active_voltage_l2_v":0.000,"active_voltage_l3_v":236.200,"active_current_a":6.410,"active_current_l1_a":1.980,"active_current_l2_a":1.830,"active_current_l3_a":2.600,"active_power_average_w":120.000,"montly_power_peak_w":2967.000,"montly_power_peak_timestamp":260201173000,....

In de log van Alfen zie ik om de (exact) 5 minuten:
HWP1: API is enabled
HWP1: API is disabled

Verder nog:
Unable to start P1 communications: Read Timeout error
en
P1 lost, in safe mode max 20A check P1 connection (209)

[Xtremebase]

Hallo hier ook nog iemand met een "houten" laadpaal die eind 2019 is geplaatst. De paal werkt (op wat hardware dingentjes na) prima met een backoffice.
Momenteel is de auto van zakelijk naar privé gezet dus de maandelijkse kosten en afrekening van de backoffice willen we ook opzeggen.

Ik heb een beetje hulp/of misschien vooral vertrouwen nodig van jullie omdat ik de paal wil gaan updaten. Ik heb hier heel wat berichten gelezen waarbij mensen toch wel wat issues hebben.



Wat zouden jullie doen in mijn situatie?
1: Ik zou de backoffice op kunnen zeggen en daarna de paal updaten naar de laatste firmware, echter hoe gaat dit met het wachtwoord die door de paal zelf gegenereerd gaat worden vanaf firmware 5?

2: Gewoon gaan updaten met de backoffice nog actief. De backoffice kan wel een gegenereerd wachtwoord achterhalen?

3: Vragen of de backoffice de paal wilt gaan updaten? of in ieder geval in overleg gaan om eventueel zelf de paal up te daten maar met service van hun? Als ze dat überhaupt willen natuurlijk.

Het "probleem" is denk ik toch wel het wachtwoord wat wordt gegenereerd? of moet je dat zelf aanmaken? ook hierbij lees ik nog wel eens dat het niet helemaal goed gaat, hoe dan verder?

Zijn er nog op of aanmerkingen met het updaten van de firmware met de stappen die Alfen voorschrijft of geeft dit geen issues?


Wat is wat jullie betreft de laatste stabiele firmware versie?

Alvast bedankt!

[Reflow]

Xtremebase schreef op maandag 2 februari 2026 @ 17:29:
Hallo hier ook nog iemand met een "houten" laadpaal die eind 2019 is geplaatst. De paal werkt (op wat hardware dingentjes na) prima met een backoffice.

Ik wil op dit antwoord mee liften haha, mijne is bijna identiek aan dit verhaal:

[Reflow]

Xtremebase schreef op maandag 2 februari 2026 @ 17:29:
Hallo hier ook nog iemand met een "houten" laadpaal die eind 2019 is geplaatst.

Ik heb toch maar de stap genomen, voelde me niet Tweaker waardig om te wachten haha. Dus ik zal je mijn stappen doorgeven voor de eerste firmware upgrade en toegang stoppen van backoffice.

Ik heb bij:

- Connectivity > General me backoffice preset op manually enter backend gezet (met de gedachte om deze te koppelen aan mijn Homey (smart home).
- Connect method wired (heb hem via UTP aangesloten).
- Protocol op OCPP 1.6 laten staan

- Wired > Back office URL leeg gemaakt
- Back office security > key > eigen key gegeven.

Toen eerste firmware gedownload: https://knowledge.alfen.c...57/NG9xx%205.6.1-4381.zip

Deze uitgepakt en voor de zekerheid alle -A varianten verwijderd. Daarna via General > Upload firmware > Browse de NG9xx 5.6.1-4381-B.fwi geselecteerd. Dan krijg je de vraag of je zeker wilt upgraden > yes.

Als eerste wordt je gevraagd een wachtwoord aan te maken! Die moet je dus onthouden, minimaal 10 karakters. Daarna begint de upgrade.

Als hij klaar is met upgraden moet je niet schrikken, je krijgt een fout dat je wachtwoord incorrect is! Dit is je oude wachtwoord nog. Klik ok en log in als Owner met je nieuwe wachtwoord:



Daarna het positieve bericht!



En de bevestiging dat de firmware er op staat!



Hopelijk heb jij er ook wat aan, ik kan nu verder naar de volgende stap en heb denk ik de gevaarlijkste gehad i.v.m. het wachwoord..

[mokat]

HyperBart schreef op vrijdag 9 januari 2026 @ 16:05:
[...]


Ja en neen, ze hebben gewoon de SIM kaart (de subscriptie) aan hun zijde op stop gezet. Als er een nieuwe SIM van Eneco in komt dan kunnen ze er terug aan.

Dit is ook wel een situatie die een beetje "onbezonnen" ingedoken is. Je had dit bij Eneco beter overlegd en op schrift laten zetten en het wachtwoord laten testen voor ze alles op slot gooiden.
Laat dit ook een les/advies zijn voor anderen.

@Kris jij hebt blijkbaar dat kaartje? Daar zit toch de PRC ook bij, daar kan je het wachtwoord normaal mee resetten.
SSA had aangezet moeten worden of gecontroleerd worden voor dat ze alles over lieten aan jou.

Daarom, dit soort dingen moet je gewoon goed begeleiden want de andere kant weet er vaak te weinig van, nu zit je met de gebakken peren.

Ook ik heb een verzoek uitstaan bij Eneco om de laadpaal te upgraden om Solarcharge te kunnen activeren.

Dit uitgevoerd door Eneco omdat ik bang ben om door een upgrade path te gaan van een oude versie naar een volgende (tussenstap) versie waarbij een password gezet moet worden, en daarbij zoals in meerdere items hier beschreven, buitengesloten te worden.

Ik kreeg de volgende email van Eneco waarin ik afstand moet doen van het support contract indien ik in bezit wil komen van het password.



Mijn vraag: Heeft iemand ervaring met deze situatie, dat eerst de correcte werking van de paal zonder Eneco-pas en controle dat er een werkend password is overhandigd, voordat dat Eneco de verbinding en daarmee de support beeindigd?

Ik wil niet in een lock-out situatie terecht komen zoals beschreven in de quoted tekst.

In feite is het toch van de gekke, dat Eneco je dwingt te vertrekken als je Solarcharge wilt kunnen activeren / configuren.

[DaRealRenzel]

mokat schreef op dinsdag 3 februari 2026 @ 18:00:
[...]


Ook ik heb een verzoek uitstaan bij Eneco om de laadpaal te upgraden om Solarcharge te kunnen activeren.

Dit uitgevoerd door Eneco omdat ik bang ben om door een upgrade path te gaan van een oude versie naar een volgende (tussenstap) versie waarbij een password gezet moet worden, en daarbij zoals in meerdere items hier beschreven, buitengesloten te worden.

Ik kreeg de volgende email van Eneco waarin ik afstand moet doen van het support contract indien ik in bezit wil komen van het password.

[Afbeelding]

Mijn vraag: Heeft iemand ervaring met deze situatie, dat eerst de correcte werking van de paal zonder Eneco-pas en controle dat er een werkend password is overhandigd, voordat dat Eneco de verbinding en daarmee de support beeindigd?

Ik wil niet in een lock-out situatie terecht komen zoals beschreven in de quoted tekst.

In feite is het toch van de gekke, dat Eneco je dwingt te vertrekken als je Solarcharge wilt kunnen activeren / configuren.

Kijk, dat ze zeggen dat in geval van een storing oid, ze niet direct een monteur sturen maar eerst willen analyseren of het door een verkeerde instelling komt (kan je altijd in de logs vinden, wanneer een parameter is gewijzigd) daar kan ik inkomen. Maar om nu meteen het support contract te verscheuren, en je (backoffice) abonnement op te zeggen gaat wel een beetje ver.

Vraag eerst of ze de paal willen updaten. Dat heb je sowieso nodig.

Kan de door jou gewenste functie alleen maar als je in kan loggen in de laadpaal ? Zo ja, vraag dan of Eneco die functie wil activeren.

Lees sowieso je contract na. Wat levert Eneco, en wat valt er allemaal onder dat abonnement. Uiteindelijk kan je aanvoeren dat de laadpaal door natrekking jouw eigendom is geworden. Dus waarvoor heb je nog een abonnement ?

Als dat is voor nette verrekening van zakelijk geladen stroom, dan kan je ook zo overstappen op een andere backoffice.

Maar troost je, alle backoffice providers doen super moeilijk over de toegang verlenen. Alsof iedereen elke dag aan instellingen zit te klooien. En dan nog, doet de paal het niet meer, en is dat aantoonbaar jouw eigen schuld, dan kunnen ze toch ook gewoon een factuur sturen voor de geleden schade ?

[Pierik]

mokat schreef op dinsdag 3 februari 2026 @ 18:00:
[...]


Ook ik heb een verzoek uitstaan bij Eneco om de laadpaal te upgraden om Solarcharge te kunnen activeren.

Dit uitgevoerd door Eneco omdat ik bang ben om door een upgrade path te gaan van een oude versie naar een volgende (tussenstap) versie waarbij een password gezet moet worden, en daarbij zoals in meerdere items hier beschreven, buitengesloten te worden.

Ik kreeg de volgende email van Eneco waarin ik afstand moet doen van het support contract indien ik in bezit wil komen van het password.

[Afbeelding]

Mijn vraag: Heeft iemand ervaring met deze situatie, dat eerst de correcte werking van de paal zonder Eneco-pas en controle dat er een werkend password is overhandigd, voordat dat Eneco de verbinding en daarmee de support beeindigd?

Ik wil niet in een lock-out situatie terecht komen zoals beschreven in de quoted tekst.

In feite is het toch van de gekke, dat Eneco je dwingt te vertrekken als je Solarcharge wilt kunnen activeren / configuren.

Omdat ik niet erg te spreken was over de backoffice van EVCompany ben ik door wagenpark beheer doorverwezen naar Eneco. Bij de overdracht van het beheer bleek ook ineens dat ik nadat de paal naar hun was overgedragen niet meer via de ace installer bij de paal mocht komen, ook de MyEve app zou ik niet meer kunnen gebruiken.

Lang verhaal kort, ik ben daar niet mee akkoord gegaan en heb die overdracht stop gezet. Ik zit nu te kijken om misschien naar TAP Electric te gaan. Eneco doet daar echt bizar moeilijk over.

[HyperBart]

@Pierik naar de hel er mee, die gijzelnemers zoals Eneco. Mobility Plus is er nog zo eentje maar in Belgie.


Vraag toegang tot je paal, dwing af dag er niets stopgezet wordt zonder dat je toegang hebt.
Je ziet wat er gebeurd is met de vorige tweaker zijn paal. Dek je in!

E flux of TAP daarna als backend.
Vergelijkbaar qua prijs.
E flux heeft voor de Tweakers onder ons het voordeel dat je een redelijk eenvoudige API hebt.

[ Voor 52% gewijzigd door HyperBart op 03-02-2026 22:13 ]

[JanHenk]

Eens met Bart hierboven. Dé go-to opties.

@HyperBart Tap heeft ook een redelijk uitgebreide (misschien nog net niet helemaal vergelijkbare) API. Zie docs hier.

[mokat]

DaRealRenzel schreef op dinsdag 3 februari 2026 @ 19:52:
[...]

Vraag eerst of ze de paal willen updaten. Dat heb je sowieso nodig.

Kan de door jou gewenste functie alleen maar als je in kan loggen in de laadpaal ? Zo ja, vraag dan of Eneco die functie wil activeren.

Dank voor je feedback <DaRealRenzel>

Ze gaan hem nu sowieso updaten, maar ik dacht later als ik hem toch zelf ge-update had, dan zou er geen haan naar kraaien. De paal is namelijk sinds 2020 nooit ge-update.

Er is een password nodig om in de software de configuratie te kunnen uitvoeren. Solarcharge activatie door Eneco is niet echt een optie omdat de instellingen meer betreft dan AAN / UIT (veelal te lezen in dit forum topic)

Ik ga hen voorstellen:
Eneco beëindigt de support pas op het moment dat ik als klant heb gecontroleerd en geconfirmeerd heb, in het bezit te zijn van een 'werkend' password en dat de paal correct werkt zonder Eneco-pass.

Weet niet hoe flexibel of star ze hierin zijn.

[pksparks]

bnwgraaf schreef op maandag 8 september 2025 @ 00:40:
Ik denk dat ik er uit ben!

Om uit te leggen, zijn hier een paar grote stappen van wat er heeft plaatsgevonden.

- Oorspronkelijk gebruikte ik de Alfen actieve load balancing via de p1 meter.
- Omdat ik de p1 meter ook uitlees met Home Assistant, had ik een splitter op de p1 poort. Dit werkte altijd prima.
- Op een gegeven moment ben ik overgestapt op de Home Assistant addin EVCC voor het aansturen van het laden. Op die manier werd het tijdstip van laden altijd automatisch afgestemd op de goedkoopste momenten in mijn dynamische energie contract.
- Omdat EVCC ook de load balancing regelt, moest in de Alfen de load balancing setting van "meter" omgezet worden naar "energy management system".
Daarom heb ik ook de utp kabel van de Alfen uit de p1 poort verwijderd.

Dit werkte helemaal super, totdat Kia de toegang tot mijn data ging beveiligen met een captcha, waardoor alle Kia gerelateerde addins in Home Assistant omvielen.
Ook EVCC functioneerde niet goed meer.

Men is naar een oplossing aan het zoeken, maar ik heb de addin zolang uitgeschakeld.

De Kia wilde ik dan maar weer op de oude manier gaan laden via "gepland laden", maar toen liep ik dus tegen het probleem aan dat de sessie na zeer korte tijd afgebroken werd en het laden dus niet meer startte wanneer de starttijd aanbrak.

Ik dacht over andere dat het kon liggen aan de instemming voor "tijd om niet laden te vergrendelen". Deze stond op 18 seconden. Wanneer binnen deze tijd na het aansluiten het laden niet startte, werd de sessie afgebroken.

Ik had gezien dat deze setting bij mij oorspronkelijk op 0 stond, dus dat heb ik ook geprobeerd. Ondertussen had ik de load balancing ook weer teruggezet op p1.
En nog werd de laadsessie afgebroken, dus toen begon ik te twijfelen of dan toch de juli update van de Kia firmware de boosdoener zou zijn, Alhoewel het op andere (openbare) laadpalen wel gewoon werkte.

Ik heb de setting toen weer op 18 terug gezet.
Toen bedacht ik me dat ik de utp kabel ooit uit de p1 poort getrokken had! Die er weer snel in gedaan, maar helaas.....

Het duurde een weekend voordat ik me zondag laat op de avond ineens bedacht dat ik de kabel wel weer op de p1 poort had aangesloten, maar daarna niet meer getest had met de genoemde setting op 0!
Dit heb ik nu alsnog weer ontzettend een de auto weer aangekoppeld, terwijl een laadschema is ingesteld door morgenochtend pas het laden gaat starten.

Een eigenlijk, nu blijft de Alfen wel wachten o de starttijd!

Wanneer de setting op een waarde wordt gezet (in mijn geval 18 s) moet het laden na aankoppelen dus binnen 18 seconden starten, anders wordt de sessie afgebroken.
Wanneer het de waarde 0 in wordt gevuld, wordt deze functie uitgeschakeld en blijft de sessie actief, ook wanneer er niet gelijk wordt gestart met laden!

Een heel verhaal, maar ik ben blij dat het weer werkt en wellicht hebben anderen er ook wat aan!

Nu ga ik nog eens kijken of de meldingen in de logfile nog andere problemen weergeeft.

Bedankt voor het meedenken!

Mag ik je heel hartelijk danken voor je uitgebreide uitleg. Ik heb alfen single s met elroq, en niet uitgesteld kunnen laden via elroq schema. Nu wel. Er zijn zo veel settings waar je mee kan spelen.
Bij mij stonden de time to report not charging op 2 sec, en time to unlock not charging op 3 sec. Nu beiden op nul

Enige wat me nu nog opviel was bij inpluggen gaat auto direct laden, dat kan ik in de skoda app stoppen, en dan gaat hij wel op de aangegeven tijd laden. Deze setting moet ik nog vinden, dat hij niet direct start met laden

Maar nogmaals mijn dank, ik ben stappen verder. En veel irritatie minder.

Groeten Patrick

[pksparks]

Correctie op mijn vorige post, bij het inpluggen gaat de auto idd direct laden, ik kan pauzeren zonder dat de auto in error gaat, ik kan herstarten.
Echter het laadschema van de auto wordt nog niet geactiveerd.
Van het weekend maar eens verder stoeien

[bnwgraaf]

Ik had enige tijd geexperimenteerd met Home Assitants om mijn Kia e-Niro slim te laden met mijn Alfen lader.
Ik gebruikte daarvoor de volgende integraties:

• Kia/UVO voor data van de auto
• Nordpool voor de dynamische energieprijzen
• Alfen voor uitlezen en aansturen van de Alfen lader
• evcc voor het daadwerkelijk bepalen van de goedkoopste uren en daarop ook daadwerkelijk te laden.

Ik liep echter tegen een aantal dingen aan:

• Ik had nog geen betaald abonnement van evcc en moest dus ongeveer wekelijks een nieuwe trial token ophalen. Ik had natuurlijk voor de dienst kunnen betalen, maar het liep nog niet soepel genoeg dus wilde ik nog langer testen
• De Alfen integratie zorgde ervoor dat ik niet de Alfen app of Alfen ACE installer parallel aan Home Assistant kon gebruiken, zonder in de Alfen integratie eerst uit te loggen
• Hoewel Nordpool bij mij stabieler bleef dan EnergieZero, gin het daar ook nog wel eens mis, vooral ook weer tijdens de overgang van uurprijzen naar kwartierprijzen
• Ik vond het niet makkelijk switchen naar laden volgens de planning van de Kia app, ook al besef ik dat je daar eigenlijk ook evcc wel voor kon gebruiken
• Ik moet mijn partner niet opzadelen met hoe hoe zaken werken in Home Assistant en evcc en dergelijke. Mocht ik om wat voor reden er niet (meer) zijn en zij de auto moeten laden, dan zou het systeem eigenlijk gewoon plug&play moeten laden, zoals dat ook zou zijn zonder tussenkomst van en koppeling met Home Assistant en evcc

Toen er een moment kwam, dat ik na vele jaren experimenteren en leren binnen Home Asssitant merkte dat ik het hele Home Assistant eigenlijk eens met een schone lei opnieuw wilde beginnen, besloot ik dat ik het laden ook anders wilde aanpakken.
Het migreren van de historie naar een schone, nieuwe Home Assistant was even een flinke puzzel, maar nadat het was gelukt ben ik het laad-systeem gaan opbouwen en moet eerlijk bekennen, dat ik me ook heb laten ondersteunen door Gemini AI.

Daarbij maak ik geen gebruik meer van de Alfen integratie, maar de OCPP integratie, waardoor ik daarnaast gewoon de ACE installer van Alfen of de MyEve app (of Eve connect app) kan gebruiken zonder in Home Assistant uit te moeten loggen.
De dynamische tarieven haal ik met een eigen template sensor binnen.

Het resultaat is het volgende laadsysteem, aangestuurd door Home Assistant met onder andere de volgende eigenschappen:

• Ik kan kiezen uit drie opties:
  1. Continu laden, waarbij de lader en de auto bepalen wanneer er geladen wordt
  2. Slim laden (Eenmalig), waarbij ik een eenmalige vertrek tijd instel en het systeem de goedkoopste laaduren bepaalt tot aan die tijd
  3. Slim laden (Plan), waarbij ik een vertrektijd kan instellen en de gewenste dagen waarop deze van toepassing is. Het systeem bepaalt steeds de goedkoopste uren om te laden tot aan het eerst volgende tijdstip dat wordt bereikt
• Ik kan het gewenste soc instellen die ik wenst te hebben bereikt bij het vertrek tijdstip
• Aan de hand van de dynamische tarieven wordend e goedkoopste uren bepaald waarop moet worden geladen; de uren voor het laden hoeven niet aansluitend te zijn
• Wanneer er iets verandert (vertrektijd, gewenste soc, nieuwe dynamische tarieven) worden de goedkoopste uren weer opnieuw bepaald
• Na beeindigen van de laadsessie en het loskoppelen van de auto wordt automatisch overgeschakeld naar continu laden, zodat mijn partner altijd de auto op de normale ("domme") manier kan laden

Eén en ander wordt weergegeven in een grafiek. Blauwe balkjes zijn de uren voor de eerst volgende vertrektijd, groene balkjes zijn de momenten waarop geladen gaat worden en rood is de tijd na de vertrektijd.







Na loskoppelen wordt de laadsessie netjes toegevoegd aan een tabel:

[firecaps30]

bnwgraaf schreef op woensdag 4 februari 2026 @ 17:31:
Ik had enige tijd geexperimenteerd met Home Assitants om mijn Kia e-Niro slim te laden met mijn Alfen lader.
Ik gebruikte daarvoor de volgende integraties:

• Kia/UVO voor data van de auto
• Nordpool voor de dynamische energieprijzen
• Alfen voor uitlezen en aansturen van de Alfen lader
• evcc voor het daadwerkelijk bepalen van de goedkoopste uren en daarop ook daadwerkelijk te laden.

Ik liep echter tegen een aantal dingen aan:

• Ik had nog geen betaald abonnement van evcc en moest dus ongeveer wekelijks een nieuwe trial token ophalen. Ik had natuurlijk voor de dienst kunnen betalen, maar het liep nog niet soepel genoeg dus wilde ik nog langer testen
• De Alfen integratie zorgde ervoor dat ik niet de Alfen app of Alfen ACE installer parallel aan Home Assistant kon gebruiken, zonder in de Alfen integratie eerst uit te loggen
• Hoewel Nordpool bij mij stabieler bleef dan EnergieZero, gin het daar ook nog wel eens mis, vooral ook weer tijdens de overgang van uurprijzen naar kwartierprijzen
• Ik vond het niet makkelijk switchen naar laden volgens de planning van de Kia app, ook al besef ik dat je daar eigenlijk ook evcc wel voor kon gebruiken
• Ik moet mijn partner niet opzadelen met hoe hoe zaken werken in Home Assistant en evcc en dergelijke. Mocht ik om wat voor reden er niet (meer) zijn en zij de auto moeten laden, dan zou het systeem eigenlijk gewoon plug&play moeten laden, zoals dat ook zou zijn zonder tussenkomst van en koppeling met Home Assistant en evcc

Toen er een moment kwam, dat ik na vele jaren experimenteren en leren binnen Home Asssitant merkte dat ik het hele Home Assistant eigenlijk eens met een schone lei opnieuw wilde beginnen, besloot ik dat ik het laden ook anders wilde aanpakken.
Het migreren van de historie naar een schone, nieuwe Home Assistant was even een flinke puzzel, maar nadat het was gelukt ben ik het laad-systeem gaan opbouwen en moet eerlijk bekennen, dat ik me ook heb laten ondersteunen door Gemini AI.

Daarbij maak ik geen gebruik meer van de Alfen integratie, maar de OCPP integratie, waardoor ik daarnaast gewoon de ACE installer van Alfen of de MyEve app (of Eve connect app) kan gebruiken zonder in Home Assistant uit te moeten loggen.
De dynamische tarieven haal ik met een eigen template sensor binnen.

Het resultaat is het volgende laadsysteem, aangestuurd door Home Assistant met onder andere de volgende eigenschappen:

• Ik kan kiezen uit drie opties:
  1. Continu laden, waarbij de lader en de auto bepalen wanneer er geladen wordt
  2. Slim laden (Eenmalig), waarbij ik een eenmalige vertrek tijd instel en het systeem de goedkoopste laaduren bepaalt tot aan die tijd
  3. Slim laden (Plan), waarbij ik een vertrektijd kan instellen en de gewenste dagen waarop deze van toepassing is. Het systeem bepaalt steeds de goedkoopste uren om te laden tot aan het eerst volgende tijdstip dat wordt bereikt
• Ik kan het gewenste soc instellen die ik wenst te hebben bereikt bij het vertrek tijdstip
• Aan de hand van de dynamische tarieven wordend e goedkoopste uren bepaald waarop moet worden geladen; de uren voor het laden hoeven niet aansluitend te zijn
• Wanneer er iets verandert (vertrektijd, gewenste soc, nieuwe dynamische tarieven) worden de goedkoopste uren weer opnieuw bepaald
• Na beeindigen van de laadsessie en het loskoppelen van de auto wordt automatisch overgeschakeld naar continu laden, zodat mijn partner altijd de auto op de normale ("domme") manier kan laden

Eén en ander wordt weergegeven in een grafiek. Blauwe balkjes zijn de uren voor de eerst volgende vertrektijd, groene balkjes zijn de momenten waarop geladen gaat worden en rood is de tijd na de vertrektijd.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Na loskoppelen wordt de laadsessie netjes toegevoegd aan een tabel:
[Afbeelding]

Heb je hier wat meer info over, code die je kunt delen?

[bnwgraaf]

firecaps30 schreef op woensdag 4 februari 2026 @ 19:19:
[...]


Heb je hier wat meer info over, code die je kunt delen?

Ja natuurlijk. Ik neem aan dat het geen probleem is als ik hier wat stukken code plaats? Ik zal straks eens wat bij elkaar verzamelen!

[DaRealRenzel]

mokat schreef op dinsdag 3 februari 2026 @ 23:13:
[...]


Dank voor je feedback <DaRealRenzel>

Ze gaan hem nu sowieso updaten, maar ik dacht later als ik hem toch zelf ge-update had, dan zou er geen haan naar kraaien. De paal is namelijk sinds 2020 nooit ge-update.

Er is een password nodig om in de software de configuratie te kunnen uitvoeren. Solarcharge activatie door Eneco is niet echt een optie omdat de instellingen meer betreft dan AAN / UIT (veelal te lezen in dit forum topic)

Ik ga hen voorstellen:
Eneco beëindigt de support pas op het moment dat ik als klant heb gecontroleerd en geconfirmeerd heb, in het bezit te zijn van een 'werkend' password en dat de paal correct werkt zonder Eneco-pass.

Weet niet hoe flexibel of star ze hierin zijn.

Heb je de nfc pas van Eneco echt nodig ? Want anders zet je de paal gewoon op plug & charge.
Als je je pasje nodig hebt voor verrekening naar de werkgever kan je ook een andere backoffice zoeken die niet zo moeilijk doet.
Ik zit zelf bij groendus, no problemo met wachtwoorden en zo.

[DaRealRenzel]

bnwgraaf schreef op woensdag 4 februari 2026 @ 20:00:
[...]

Ja natuurlijk. Ik neem aan dat het geen probleem is als ik hier wat stukken code plaats? Ik zal straks eens wat bij elkaar verzamelen!

Maak anders een githubje aan, kan je alles kwijt......

[bnwgraaf]

DaRealRenzel schreef op woensdag 4 februari 2026 @ 20:59:
[...]


Maak anders een githubje aan, kan je alles kwijt......

Ik weet eerlijk gezegd niet hoe dat werkt...

[Will_M]

bnwgraaf schreef op donderdag 5 februari 2026 @ 00:25:
[...]

Ik weet eerlijk gezegd niet hoe dat werkt...

Houd er dan ook meteen rekening mee dat veel (lees: de meeste) werkgevers er niet op zitten te wachten om pér medewerker met een zakelijke EV een 'eigen' facturatiemodel met dito te koppelen back-end op te moeten gaan zetten.

[V_ger]

Will_M schreef op donderdag 5 februari 2026 @ 00:42:
[...]


Houd er dan ook meteen rekening mee dat veel (lees: de meeste) werkgevers er niet op zitten te wachten om pér medewerker met een zakelijke EV een 'eigen' facturatiemodel met dito te koppelen back-end op te moeten gaan zetten.

? Huh, je WG hoeft jouw backend niet te koppelen hoor. Jij krijgt een laadpas, that's it. Je WG krijgt gewoon een factuur van de laadpasprovider, niet van welke backend dan ook.

[firecaps30]

bnwgraaf schreef op donderdag 5 februari 2026 @ 00:25:
[...]

Ik weet eerlijk gezegd niet hoe dat werkt...

Mag ook via een PM eventueel!

[jrn]

Ik zou graag mijn Alfen met socket, beheerd door 50Five, laten werken als een vaste kabel. Nu moet ik de kabel na elke laadbeurt ook altijd eens uit de socket halen en terug insteken, anders krijg ik een 304.

Uit enkele reacties hier lees ik dat dit mogelijk is door een setting in ACE op "fixed cable" te zetten.

B_S schreef op maandag 30 oktober 2023 @ 19:04:
Het kan wel, maar dan zit de kabel niet vast. Dit kun je doen door het laadpunt in te stellen op vaste kabel, dan wordt de lockmotor niet bediend. Deze zou je wel handmatig (met een schroevendraaier) kunnen locken

vdburg schreef op zaterdag 15 juni 2024 @ 13:05:
Probeer dit:

Ace installer -> power settings -> advanced -> connecter1 -> connector type -> fixed cable.

Een mogelijke bijwerking is wel dat de kabel nu altijd ontkoppelt kan worden.

Een andere Tweaker schreef een nog uitgebreidere handleiding om de kabel ook fysiek te vergrendelen.

marciej123 schreef op maandag 2 juni 2025 @ 11:48:
Ik heb gisteren succesvol mijn losse kabel vast gemaakt.
Omdat ik hier in dit topic niet direct een goeie instructie kon vinden was het even zoeken maar uiteindelijk gelukt.
Ik heb daarom gelijk een paar foto's gemaakt dus als andere mensen hun losse kabel vast willen maken dan kan je deze stappen gebruiken. Uiteraard geheel op eigen risico en schakel een professional in als je het zelf niet wilt, kunt of durft.

Indien je ooit weer een losse kabel kunnen gebruiken dan kan je dit gewoon weer gemakkelijk aansluiten en kan je dit simpel weer ongedaan maken, je hoeft dus geen kabels te knippen of wat dan ook.

Zo heb ik het gedaan:

Stap 1: Sluit de laadkabel aan en haal de laadpaal van de stroom (zet zekering om in meterkast).
stap 2: maak de laadpaal open, 6x trox schroefje, je kunt de cover over je kabel heen trekken en daar laten 'hangen'.
Stap 3: Schroef de 3 torx schroefjes los van je socket, zie de pijlen en trek de socket voorzichtig iets naar voren zodat je er via de zijkant bij kunt.
[Afbeelding]
Stap 4: Koppel hier het stekkertje los (onderin zit een klipje welke je met een platte schroevendraaier eruit kan wippen en zet het rode vlaggetje naar beneden, deze kan je gewoon met je hand 90 graden draaien.
[Afbeelding]

Zie hier een foto met het losse stekkertje en het rode 'vlaggetje' naar beneden.
[Afbeelding]

Stap 5: Schroef nu de Socket weer terug (3x Torx).

Stap 6: Zet de laadpaal weer aan, log in op de ACE Service installer en zet deze op 'fixed cable'.
Reboot de laadpaal (kan vanuit de ACE Service installer, Links onderin op 1 van de knoppen).
[Afbeelding]

Stap 7: Nadat je laadpaal opnieuw is opgestart controleer je of dat de kabel vast blijft zitten en of je je auto kunt opladen.

Stap 8: Schroef nu de kap terug en het is klaar.

Wil je dit terugdraaien, sluit dan het stekkertje weer aan en de vergrendeling zou weer moeten werken!

Ik heb een ACE account aangemaakt en heb het standaard wachtwoord gevonden in mijn doos (nu nog hopen dat 50Five dit niet heeft aangepast).

Mijn vraag voor ik er aan begin: weet er iemand of ik de fysieke vergrendelingen van @marciej123 ook moet uitvoeren of ben ik genoeg met de instelling via ACE aan te passen naar vaste kabel. Met als bijwerkingen dat de cable er altijd kan uitgetrokken worden.
En een bonus vraag: kan dit het systeem van 50Five in de war brengen? Voor zover dit nog niet heel erg in de war is...

[HyperBart]

jrn schreef op donderdag 5 februari 2026 @ 09:44:
Ik zou graag mijn Alfen met socket, beheerd door 50Five, laten werken als een vaste kabel. Nu moet ik de kabel na elke laadbeurt ook altijd eens uit de socket halen en terug insteken, anders krijg ik een 304.

Uit enkele reacties hier lees ik dat dit mogelijk is door een setting in ACE op "fixed cable" te zetten.


[...]


[...]


Een andere Tweaker schreef een nog uitgebreidere handleiding om de kabel ook fysiek te vergrendelen.


[...]


Ik heb een ACE account aangemaakt en heb het standaard wachtwoord gevonden in mijn doos (nu nog hopen dat 50Five dit niet heeft aangepast).

Mijn vraag voor ik er aan begin: weet er iemand of ik de fysieke vergrendelingen van @marciej123 ook moet uitvoeren of ben ik genoeg met de instelling via ACE aan te passen naar vaste kabel. Met als bijwerkingen dat de cable er altijd kan uitgetrokken worden.
En een bonus vraag: kan dit het systeem van 50Five in de war brengen? Voor zover dit nog niet heel erg in de war is...

Je kan op mijn posts terugzoeken, ik heb dat recent ook gedaan en daar staan ook de antwoorden in waar je naar op zoek bent.
Neen je brengt niks in de ware met 50Five.

[MR. RHS]

Pierik schreef op dinsdag 3 februari 2026 @ 20:41:
[...]


Omdat ik niet erg te spreken was over de backoffice van EVCompany ben ik door wagenpark beheer doorverwezen naar Eneco. Bij de overdracht van het beheer bleek ook ineens dat ik nadat de paal naar hun was overgedragen niet meer via de ace installer bij de paal mocht komen, ook de MyEve app zou ik niet meer kunnen gebruiken.

Lang verhaal kort, ik ben daar niet mee akkoord gegaan en heb die overdracht stop gezet. Ik zit nu te kijken om misschien naar TAP Electric te gaan. Eneco doet daar echt bizar moeilijk over.

Ik heb ook een paal die door Eneco gemanaged wordt en heb dit gewoon zelf laten activeren aan de achterkant. Heb niet de indruk dat ze dit in de gaten hebben. Ik ben er niet op aangesproken.

[DaRealRenzel]

bnwgraaf schreef op donderdag 5 februari 2026 @ 00:25:
[...]

Ik weet eerlijk gezegd niet hoe dat werkt...

Ga naar GitHub.com
Maak een account aan
Maak een nieuwe repository aan
Upload je YAML of andere files.

Lijkt ingewikkeld, maar is verbazingwekkend makkelijk als je het eenmaal een beetje door hebt

[DaRealRenzel]

Will_M schreef op donderdag 5 februari 2026 @ 00:42:
[...]


Houd er dan ook meteen rekening mee dat veel (lees: de meeste) werkgevers er niet op zitten te wachten om pér medewerker met een zakelijke EV een 'eigen' facturatiemodel met dito te koppelen back-end op te moeten gaan zetten.

Je kan die data die nodig is om die schermen te maken gewoon zelf uit je laadpaal ophalen, zonder dat je de backoffice instellingen hoeft te wijzigen en zonder dat je backoffice van data verstoken blijft.

[Grolsch]

Pierik schreef op dinsdag 3 februari 2026 @ 20:41:
[...]


Omdat ik niet erg te spreken was over de backoffice van EVCompany ben ik door wagenpark beheer doorverwezen naar Eneco. Bij de overdracht van het beheer bleek ook ineens dat ik nadat de paal naar hun was overgedragen niet meer via de ace installer bij de paal mocht komen, ook de MyEve app zou ik niet meer kunnen gebruiken.

Lang verhaal kort, ik ben daar niet mee akkoord gegaan en heb die overdracht stop gezet. Ik zit nu te kijken om misschien naar TAP Electric te gaan. Eneco doet daar echt bizar moeilijk over.

Ik gebruik nu een paar maand TAP Electric, en dat werkt perfect, ook wat jij wil.

Klein probleem gehad is dat met koppelen alle historische sessies ook verwerkt werden waardoor ik "ineens" zakelijk een rekening kreeg van de ANWB (Dat was mijn gewhiteliste tankpas) die dan zakelijk weer op mijn bank gestort zou worden -/- de TAP en ANWB opslag

Maar 1 mailtje was voldoende om dit recht te trekken, maar pas er mee op dat historische transacties worden in gelezen bij TAP.

[DaRealRenzel]

Grolsch schreef op donderdag 5 februari 2026 @ 17:07:
[...]


Ik gebruik nu een paar maand TAP Electric, en dat werkt perfect, ook wat jij wil.

Klein probleem gehad is dat met koppelen alle historische sessies ook verwerkt werden waardoor ik "ineens" zakelijk een rekening kreeg van de ANWB (Dat was mijn gewhiteliste tankpas) die dan zakelijk weer op mijn bank gestort zou worden -/- de TAP en ANWB opslag

Maar 1 mailtje was voldoende om dit recht te trekken, maar pas er mee op dat historische transacties worden in gelezen bij TAP.

LOL, dan kan je ook eerst die ene firmware er op zetten die je transactie historie wist

[marciej123]

jrn schreef op donderdag 5 februari 2026 @ 09:44:
Ik zou graag mijn Alfen met socket, beheerd door 50Five, laten werken als een vaste kabel. Nu moet ik de kabel na elke laadbeurt ook altijd eens uit de socket halen en terug insteken, anders krijg ik een 304.

Uit enkele reacties hier lees ik dat dit mogelijk is door een setting in ACE op "fixed cable" te zetten.


[...]


[...]


Een andere Tweaker schreef een nog uitgebreidere handleiding om de kabel ook fysiek te vergrendelen.


[...]


Ik heb een ACE account aangemaakt en heb het standaard wachtwoord gevonden in mijn doos (nu nog hopen dat 50Five dit niet heeft aangepast).

Mijn vraag voor ik er aan begin: weet er iemand of ik de fysieke vergrendelingen van @marciej123 ook moet uitvoeren of ben ik genoeg met de instelling via ACE aan te passen naar vaste kabel. Met als bijwerkingen dat de cable er altijd kan uitgetrokken worden.
En een bonus vraag: kan dit het systeem van 50Five in de war brengen? Voor zover dit nog niet heel erg in de war is...

HyperBart schreef op zaterdag 3 januari 2026 @ 16:44:
[...]



Bedankt om me op deze post te wijzen.
Je blijft Tweaker (en een tikkeltje lui) dus ik heb zonet al eens geprobeerd zonder de box open te doen en kan bevestigen dat met de volgende settings je een Alfen Socket kan omvormen naar een modelletje met vaste kabel als privé laadpaal (dus zonder backend):

Powersettings, Connector 1, Connector type == fixed cable
Authorization, Car, Disconnect Action == Continue
Authorization, Car, Disconnect timeout (s) == 10
Authorization, Authorization, Authorization mode == Plug & Charge
Authorization, Authorization, Plug & Charge ID == [Je Alfen Nummer]
Authorization, Authorization, Connection time out == 120s


[...]

Dit zijn wel 2 significant verschillende delen.

Deze aanpassingen zijn dus bij een prive laadpaal zonder back-end, waarbij verekening niet nodig is.

De fysieke aanpassing zoals ik heb gedaan zorgt er voor dat je nog steeds met allemaal verschillende passen kunt laden (meerdere ev's van verschillende werkgevers hier) en dat dat blijft werken en dat verekening vanuit 50Five bijvoorbeeld nog blijft werken.

[pentaw1nz]

Ik heb een topic gemaakt, wellicht onder verkeerde sub forum.
Het gaat over configureren van een oude versie (2015) alfen ICU EVe met dubbele socket.

Heb er een apart topic van gemaakt omdat het misschien erg specifiek is.
Hulp is erg gewaardeerd

https://gathering.tweaker...messages/2327116#84589046

[Ollie89]

Ok, misschien kan iemand mij hier ook helpen. Wij hebben een Alfen Eve Single S. Werkte allemaal naar behoren, maar kreeg slim laden al een tijd niet aan de praat. Paal is een jaar geleden aangeschaft bij Essent. Wachtwoorden etc zijn in mijn bezit. Inmiddels overgestapt naar andere energieleverancier met dynamisch contract. Vanuit Polestar Energy kreeg ik gister een mail dat ze (eindelijk) slim laden ondersteunen (via Jedlix). Nu is het zo dat mijn laadpaal direct op vol vermogen lijkt te gaan laden en geen gebruik maakt van de zonne-energie van ons dak. Laadpaal is aangesloten op P1. Heb al contact gehad met Jedlix, maar die lijken niet te begrijpen wat het probleem is en hoe op te lossen. Iemand hier een idee? De laadpaal heeft nog een oude firmware. Mogelijk moet ik dit updaten om bij de OCCP te komen?

[DaRealRenzel]

Ollie89 schreef op vrijdag 6 februari 2026 @ 22:57:
Ok, misschien kan iemand mij hier ook helpen. Wij hebben een Alfen Eve Single S. Werkte allemaal naar behoren, maar kreeg slim laden al een tijd niet aan de praat. Paal is een jaar geleden aangeschaft bij Essent. Wachtwoorden etc zijn in mijn bezit. Inmiddels overgestapt naar andere energieleverancier met dynamisch contract. Vanuit Polestar Energy kreeg ik gister een mail dat ze (eindelijk) slim laden ondersteunen (via Jedlix). Nu is het zo dat mijn laadpaal direct op vol vermogen lijkt te gaan laden en geen gebruik maakt van de zonne-energie van ons dak. Laadpaal is aangesloten op P1. Heb al contact gehad met Jedlix, maar die lijken niet te begrijpen wat het probleem is en hoe op te lossen. Iemand hier een idee? De laadpaal heeft nog een oude firmware. Mogelijk moet ik dit updaten om bij de OCCP te komen?

Slim Laden is bij veel backoffice providers 'laden wanneer het het goedkoopst is', ofwel op je nachttarief, ofwel bij dynamisch tarief op de goedkoopste momenten. Ze houden geen rekening met jouw zonnepanelen, of je terug levert of niet, of dat je accu ook stroom kan leveren aan de auto, simpelweg omdat ze deze gegevens niet hebben. Enige dat de backoffice kan zien zijn de stroom tarieven ( men weet wanneer laag tarief actief wordt, en de dynamische tarieven halen ze van internet) en wat jouw actuele verbruik is (via de P1 datagrammen die naar je meter gestuurd worden, ook voor load balancing).
Als je echt slim wilt laden zal je de lader moeten gaan aansturen met een lokaal beheerd EMS, dat van al je bronnen en kosten altijd het beste laadmoment bepaalt.