[Alfen Laadpaal] Ervaringen & Discussie

[NTiBhohoSJ66vgJ]

wd200 schreef op maandag 20 oktober 2025 @ 06:41:
[...]


In welk veld van MyEve zou ik het actuele verbruik moeten kunnen zien ?
Ik zie enkele velden met stroom, spanning en verbruik per fase maar die staan allemaal op 0, er is nu geen auto aangekoppeld.

Kijk eens in de schermprintjes in deze post. Daar kun je zien hoe je in de log kunt zien of je p1 meter goed verbonden is met je laadpaal en kun je zien waar je de p1 meetwaardes kunt terugzien in je laadpaal.

[Sarge78]

@Daveth
Goed nieuws en slecht nieuws.

De simkaart is vervangen en het voordeel is dat de oude simkaart van Eflux ook niet op 4G kon, dus dit is gelijk een mooie winst. Dit heeft het probleem opgelost!

Het slechte nieuws is dat de vorige monteur het niet netjes heeft gedaan! Kan gebeuren, maar wel aardig gepruts dit.

Zie foto's.
1. Hij heeft het voor elkaar om van de 6 schroeven achter in de unit, 4 verschillende te gebruiken. Waarom niet gewoon die schroeven terugplaatsen die er ook uitkomen. Zo draai je alleen maar de boel kapot.

2. Nog een geklungel, hij heeft de flatcable van het display tussen de kap gehad bij het schroefpunt. Dat zie je ook aan de afdruk. Het ijzer van de schroef was wat contact bleef maken tussen de kabel en zo bleef het display het doen. Tot het moment dat de kap er natuurlijk weer afgaat!

Zo'n kabel zijn de kosten niet, dat maakt mij echt niet uit, maar ik kan in mijn Alfen webshop omgeving niet de juiste kabel selecteren. Er zijn ondertussen al vaker nieuwe displays op gekomen, waardoor ik nu een enkelvoudige flatcable heb en niet degene die initieel bij de laadpaal is geleverd met de aftakking.

Helaas weer via een ticket.

[Daveth]

Sarge78 schreef op maandag 20 oktober 2025 @ 11:14:
@Daveth
Goed nieuws en slecht nieuws.

De simkaart is vervangen en het voordeel is dat de oude simkaart van Eflux ook niet op 4G kon, dus dit is gelijk een mooie winst. Dit heeft het probleem opgelost!

Het slechte nieuws is dat de vorige monteur het niet netjes heeft gedaan! Kan gebeuren, maar wel aardig gepruts dit.

Zie foto's.
1. Hij heeft het voor elkaar om van de 6 schroeven achter in de unit, 4 verschillende te gebruiken. Waarom niet gewoon die schroeven terugplaatsen die er ook uitkomen. Zo draai je alleen maar de boel kapot.

2. Nog een geklungel, hij heeft de flatcable van het display tussen de kap gehad bij het schroefpunt. Dat zie je ook aan de afdruk. Het ijzer van de schroef was wat contact bleef maken tussen de kabel en zo bleef het display het doen. Tot het moment dat de kap er natuurlijk weer afgaat!

Zo'n kabel zijn de kosten niet, dat maakt mij echt niet uit, maar ik kan in mijn Alfen webshop omgeving niet de juiste kabel selecteren. Er zijn ondertussen al vaker nieuwe displays op gekomen, waardoor ik nu een enkelvoudige flatcable heb en niet degene die initieel bij de laadpaal is geleverd met de aftakking.

Helaas weer via een ticket.

[Afbeelding]

[Afbeelding]

Die monteur had z'n dag zeker niet, ik zie dat helaas wel vaker maar dan veel vaker bij installateurs, er zitten goede bij maar helaas ook veel slechte.
Gewoon weer een monteur laten komen en goed met Alfen afspreken dat zij dan voor de kosten opdraaien en niet dat je achteraf voorrij kosten oid krijgt.

[Sarge78]

Daveth schreef op maandag 20 oktober 2025 @ 11:18:
[...]

Die monteur had z'n dag zeker niet, ik zie dat helaas wel vaker maar dan veel vaker bij installateurs, er zitten goede bij maar helaas ook veel slechte.
Gewoon weer een monteur laten komen en goed met Alfen afspreken dat zij dan voor de kosten opdraaien en niet dat je achteraf voorrij kosten oid krijgt.

Als ik thuis moet blijven als ondernemer kost mij dat meer als een flatcable van 15 euro. Helaas weten ze het bij Alfen ook niet welke ik nodig heb. Net al een half uur aan het bellen geweest met het nummer van webshop. Was het maar gewoon simpel. Kabeltje kiezen, bestellen, betalen en klaar. Zelfs dat lukt niet.

[Daveth]

Sarge78 schreef op maandag 20 oktober 2025 @ 12:10:
[...]


Als ik thuis moet blijven als ondernemer kost mij dat meer als een flatcable van 15 euro. Helaas weten ze het bij Alfen ook niet welke ik nodig heb. Net al een half uur aan het bellen geweest met het nummer van webshop. Was het maar gewoon simpel. Kabeltje kiezen, bestellen, betalen en klaar. Zelfs dat lukt niet.

Je moet deze hebben

Het artikel nummer staat er boven.
Haha het moet niet gekker worden met Alfen, dat ik zelfs moet gaan uitleggen wat voor artikelnummer zij nodig hebben

[ Voor 10% gewijzigd door Daveth op 20-10-2025 12:43 ]

[Sarge78]

@Daveth Deze had ik, de nieuwere schermen hebben een enkele kabel als het goed is. Ik heb die vertakking niet meer. Degene die jij laat zien staat wel in mijn webshop.

[Daveth]

Sarge78 schreef op maandag 20 oktober 2025 @ 12:42:
@Daveth Deze had ik, de nieuwere schermen hebben een enkele kabel als het goed is. Ik heb die vertakking niet meer. Degene die jij laat zien staat wel in mijn webshop.

Oh ja dat kan kloppen, zij hebben tegenwoordig schermen waar de RFID reader er vast aanzit.
Als deze de zelfde connectoren hebben dan kan je deze ook gebruiken, extra connector in het midden doet dan niet veel.
Die geplette flatcable van jou is deze helemaal kapot of werkt deze nog?
Zo ja laat dan Alfen er 1 opsturen en gebruik de geplette die er nu in zit.

[Sarge78]

Daveth schreef op maandag 20 oktober 2025 @ 12:46:
[...]

Oh ja dat kan kloppen, zij hebben tegenwoordig schermen waar de RFID reader er vast aanzit.
Als deze de zelfde connectoren hebben dan kan je deze ook gebruiken, extra connector in het midden doet dan niet veel.
Die geplette flatcable van jou is deze helemaal kapot of werkt deze nog?
Zo ja laat dan Alfen er 1 opsturen en gebruik de geplette die er nu in zit.

Klopt NFC in dezelfde aansluiting.
Het scherm is zwart. De NFC werkt gelukkig nog wel. Ik hoop dat dit geen negatief effect op het scherm heeft. Ik denk dat alleen de kabel door is (de rode zijde). Zie geen reden tot kortsluiting. De schroef zorgde er destijds voor dat er nog contact was. Zat zelfs al te denken om even te solderen, maar ga er verder niet mee prutsen voordat ik veel verder van huis ben.

Ik hoop inderdaad dat Alfen er 1 opstuurt of dat ik die op kan pikken. Zal wel weer een bezoek ingepland moeten worden van een circet monteur. Ik wacht het af.

[Tomtidom71]

Probeer nu al tijden het plannen van laden actief te krijgen. Echter als ik de Tesla het laden laat inplannen en ik plug hem in de Alfen single line Pro, dan krijg ik eerste, "wachten op voertuig" waarna die na ongeveer 1 minuut het laden beeindigd nog voor de planning is gestart.
Zat zelf te denken aan een mismatch tussen hoe lang het mag duren voordat de auto gaat laden en dat de alfen vindt dat het mag duren voordat de auto ook echt gaat laden, maar heb geen idee welke instelling dit zou kunnen zijn.

in de logs zie ik als leek ook niet meteen wat er mis gaat. Logbestand van vandaag van de tijd waarin ik denk dat het fout gaat

2025-10-20T10:53:27.343Z:COM:ocpp_rpc.c:715:-> [2,"4","StartTransaction",{"timestamp":"2025-10-20T10:49:30Z","connectorId":1
2025-10-20T10:53:27.343Z:COM:ocpp_rpc.c:715:,"meterStart":9914596,"idTag":"04E14FEA7E6B80"}]
2025-10-20T10:53:28.144Z:COM:ocpp_rpc.c:1292:<- [3,"4",{"idTagInfo":{"status":"Accepted"},"transactionId":4148671}]
2025-10-20T10:53:28.156Z:INFO:db_transaction.c:16:Updated TransactionStart for socket 1 at 0x000f3b98 (ts: 2025-10-20 10:49:30)
2025-10-20T10:53:28.167Z:INFO:db_transaction.c:16:Updated TransactionStop for socket 1 at 0x000f3c10 (ts: 2025-10-20 10:50:45)
2025-10-20T10:53:31.046Z:COM:ocpp_rpc.c:715:-> [2,"5","MeterValues",{"connectorId":1,"transactionId":4148671,"meterValue":[{
2025-10-20T10:53:31.046Z:COM:ocpp_rpc.c:715:"timestamp":"2025-10-20T10:49:30Z","sampledValue":[{"value":"9914.596","context"
2025-10-20T10:53:31.046Z:COM:ocpp_rpc.c:715::"Transaction.Begin","unit":"kWh"}]}]}]
2025-10-20T10:53:31.195Z:COM:ocpp_rpc.c:1292:<- [3,"5",{}]
2025-10-20T10:53:35.804Z:INFO:taskMain.c:6193:Socket #1: Active current 14.5->14.3 due to current limit: Active-LoadBalancing
2025-10-20T10:53:36.878Z:COM:ocpp_rpc.c:715:-> [2,"6","MeterValues",{"connectorId":1,"transactionId":4148671,"meterValue":[{
2025-10-20T10:53:36.878Z:COM:ocpp_rpc.c:715:"timestamp":"2025-10-20T10:49:32Z","sampledValue":[{"value":"9914.597","context"
2025-10-20T10:53:36.878Z:COM:ocpp_rpc.c:715::"Sample.Periodic","measurand":"Energy.Active.Import.Register","location":"Outle
2025-10-20T10:53:36.878Z:COM:ocpp_rpc.c:715:t","unit":"kWh"}]}]}]
2025-10-20T10:53:37.085Z:COM:ocpp_rpc.c:1292:<- [3,"6",{}]
2025-10-20T10:53:39.964Z:COM:ocpp_rpc.c:715:-> [2,"7","MeterValues",{"connectorId":1,"transactionId":4148671,"meterValue":[{
2025-10-20T10:53:39.964Z:COM:ocpp_rpc.c:715:"timestamp":"2025-10-20T10:50:45Z","sampledValue":[{"value":"9914.596","context"
2025-10-20T10:53:39.964Z:COM:ocpp_rpc.c:715::"Transaction.End","unit":"kWh"}]}]}]
2025-10-20T10:53:40.183Z:COM:ocpp_rpc.c:1292:<- [3,"7",{}]
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:-> [2,"8","StopTransaction",{"timestamp":"2025-10-20T10:50:45Z","transactionId":
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:4148671,"meterStop":9914596,"idTag":"04E14FEA7E6B80","reason":"Local","transacti
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:onData":[{"timestamp":"2025-10-20T10:49:30Z","sampledValue":[{"value":"9914.596"
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:,"context":"Transaction.Begin","unit":"kWh"}]},{"timestamp":"2025-10-20T10:50:45
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:Z","sampledValue":[{"value":"9914.596","context":"Transaction.End","unit":"kWh"}
2025-10-20T10:53:40.250Z:COM:ocpp_rpc.c:715:]}]}]
2025-10-20T10:53:40.484Z:COM:ocpp_rpc.c:1292:<- [3,"8",{}]
2025-10-20T10:53:40.492Z:INFO:db_transaction.c:16:Updated TransactionStop for socket 1 at 0x000f3c10 (ts: 2025-10-20 10:50:45)
2025-10-20T10:53:42.875Z:COM:ocpp_rpc.c:715:-> [2,"9","StartTransaction",{"timestamp":"2025-10-20T10:51:13Z","connectorId":1
2025-10-20T10:53:42.875Z:COM:ocpp_rpc.c:715:,"meterStart":9914596,"idTag":"04E14FEA7E6B80"}]
2025-10-20T10:53:43.078Z:COM:ocpp_rpc.c:1292:<- [3,"9",{"idTagInfo":{"status":"Accepted"},"transactionId":4148672}]
2025-10-20T10:53:43.089Z:INFO:db_transaction.c:16:Updated TransactionStart for socket 1 at 0x000f3c41 (ts: 2025-10-20 10:51:13)
2025-10-20T10:53:43.101Z:INFO:db_transaction.c:16:Updated TransactionStop for socket 1 at 0x000f3cb9 (ts: 2025-10-20 10:51:49)
2025-10-20T10:53:45.976Z:COM:ocpp_rpc.c:715:-> [2,"10","MeterValues",{"connectorId":1,"transactionId":4148672,"meterValue":[
2025-10-20T10:53:45.976Z:COM:ocpp_rpc.c:715:{"timestamp":"2025-10-20T10:51:13Z","sampledValue":[{"value":"9914.596","context
2025-10-20T10:53:45.976Z:COM:ocpp_rpc.c:715:":"Transaction.Begin","unit":"kWh"}]}]}]
2025-10-20T10:53:46.199Z:COM:ocpp_rpc.c:1292:<- [3,"10",{}]
2025-10-20T10:53:47.804Z:INFO:taskMain.c:6193:Socket #1: Active current 14.3->14.6 due to current limit: Active-LoadBalancing
2025-10-20T10:53:51.914Z:COM:ocpp_rpc.c:715:-> [2,"11","MeterValues",{"connectorId":1,"transactionId":4148672,"meterValue":[
2025-10-20T10:53:51.914Z:COM:ocpp_rpc.c:715:{"timestamp":"2025-10-20T10:51:15Z","sampledValue":[{"value":"9914.597","context
2025-10-20T10:53:51.914Z:COM:ocpp_rpc.c:715:":"Sample.Periodic","measurand":"Energy.Active.Import.Register","location":"Outl
2025-10-20T10:53:51.914Z:COM:ocpp_rpc.c:715:et","unit":"kWh"}]}]}]
2025-10-20T10:53:52.226Z:COM:ocpp_rpc.c:1292:<- [3,"11",{}]
2025-10-20T10:53:54.425Z:INFO:modem.c:1115:Modem state PPPConnect->Connected
2025-10-20T10:53:55.113Z:COM:ocpp_rpc.c:715:-> [2,"12","MeterValues",{"connectorId":1,"transactionId":4148672,"meterValue":[
2025-10-20T10:53:55.113Z:COM:ocpp_rpc.c:715:{"timestamp":"2025-10-20T10:51:49Z","sampledValue":[{"value":"9914.596","context
2025-10-20T10:53:55.113Z:COM:ocpp_rpc.c:715:":"Transaction.End","unit":"kWh"}]}]}]
2025-10-20T10:53:55.316Z:COM:ocpp_rpc.c:1292:<- [3,"12",{}]
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715:-> [2,"13","StopTransaction",{"timestamp":"2025-10-20T10:51:49Z","transactionId"
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715::4148672,"meterStop":9914596,"idTag":"04E14FEA7E6B80","reason":"Local","transact
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715:ionData":[{"timestamp":"2025-10-20T10:51:13Z","sampledValue":[{"value":"9914.596
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715:","context":"Transaction.Begin","unit":"kWh"}]},{"timestamp":"2025-10-20T10:51:4
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715:9Z","sampledValue":[{"value":"9914.596","context":"Transaction.End","unit":"kWh"
2025-10-20T10:53:55.382Z:COM:ocpp_rpc.c:715:}]}]}]

[zonoskar]

Kammika schreef op zondag 27 juli 2025 @ 08:52:
[...]

Tx, maar helaas kom ik niet los van Eneco, is onderdeel van een lease contract.

Ik zie in oude logging overal "eneco-greenflux" staan. Heb dus nu gegokt op Eneco-Greenflux in de instellingen.

In de logging zie ik dan dit gebeuren:

code:

4119424_2025-07-27T06:34:27.117Z:SEC:web_functionalit:68:Changed '2187_00' from 1753598062000 => 1753598069000
4119296_2025-07-27T06:34:27.105Z:SEC:web_functionalit:58:Changed '2076_00' from 'Eneco GreenFlux-T-Mobile' => 'Eneco-Greenflux,undefined'
4123264_2025-07-27T06:34:44.515Z:USER:taskCANopen.c:238:Persistent configuration retrieved, 282 items
4123136_2025-07-27T06:34:44.109Z:INFO:application.c:258:Bootloader version 2.2.2
4123008_2025-07-27T06:34:44.101Z:INFO:application.c:251:fwu state inactive
4122880_2025-07-27T06:34:44.097Z:INFO:application.c:388:compiler: gcc 9.3.1
4122752_2025-07-27T06:34:44.089Z:INFO:application.c:387:version: 7.1.6-4345
4122624_2025-07-27T06:34:44.082Z:INFO:application.c:386:build: Feb 11 2025 09:41:25
4122496_2025-07-27T06:34:44.070Z:INFO:application.c:379:==========================================
4122368_2025-07-27T06:34:34.609Z:INFO:websockets.c:2363:WS timeout: 10000 ms
4122240_2025-07-27T06:34:34.597Z:INFO:websockets.c:451:Connected to Socket ocpp-ene-public.greenflux.com:80

Dat lijkt er redelijk goed uit te zien, maar maar vind wel verdacht die regel "Changed '2076_00' from 'Eneco GreenFlux-T-Mobile' => 'Eneco-Greenflux,undefined'".

Die GreenFlux-T-Mobile kom ik nergens tegen in de config. Er staat nog wel een Eneco-GreenFlux-(Secured) tegen.

twijfel dus of ik de goede heb. Als er iemand is met een Eneco emobility backoffice die kan delen wat er precies staat hou ik me aanbevolen..

Heb je dit nog kunnen oplossen? Ik heb hetzelfde euvel.

[NoFate]

Hier is het soms kermis op mijn scherm, als ik de stekker ga uittrekken, dan zie ik alle kleuren op het schermpje, nog mensen daar last van? Om het terug deftig te krijgen, moet ik rebooten
Firmware 7.1

[Kammika]

zonoskar schreef op maandag 20 oktober 2025 @ 23:58:
[...]

Heb je dit nog kunnen oplossen? Ik heb hetzelfde euvel.

Ja, ik heb 'm op Eneco Greenflux gezet en toen deed die het weer. Verkeer gaat nu wel via mijn vaste verbinding en niet meer via sim card. Maar prima voor nu... , hij is nu toch aangesloten via mijn eigen netwerk.

[911GT2]

Mijn excuus als het al voorbij is gekomen, maar ik kon het in het topic niet (goed) vinden wat ik zoek.

Ik wil mijn Alfen Eve loskoppelen van EV-Company omdat ik twee tarieven wil hanteren op mijn laadpaal.
1. Zakelijk - piektarief
2. Privé - daltarief/ en of gratis

Bij EV-company krijg ik dat niet voor elkaar die support maar één tarief en ik kan alleen maar privé laden met hun pas die 3,50 per maand kost tegen de zakelijke tarieven.

Dus mijn plan is nu om over te stappen op Tap Electric. ik begrijp intussen uit speurwerk dat EV-company de paal kunnen vrijgeven. Maar daar beginnen mijn vragen pas eigenlijk. De 4G module die er nu in zit zal niet werken met Tap Electric. Dus ik zal een 4G datasim moeten nemen. Bij voorkeur zou ik een wifi-module gebruiken, maar ik kan niet achterhalen of dat in mijn paal ook mogelijk is, en uit het topic kon ik niet vinden of die überhaupt al beschikbaar is.

Mijn paal:
- Alfen Eve Single Pro-line
- Geplaatst in 2023

Maar praktisch heb ik nog niet helemaal duidelijk hoe ik dat uitvoer een 4G module/ sim activeren. Los van het feit dat ik geen IOT sim kan vinden voor particulieren. Een kabel naar mijn paal is eigenlijk niet echt een optie.

Ik ben een klein beetje gefrustreerd hoe enorm complex dit proces is. Ze zeggen geen vendor lock-in te hebben, maar het lijkt er wel heel sterk op!

[ Voor 3% gewijzigd door 911GT2 op 21-10-2025 09:40 ]

[JanHenk]

@911GT2 Heb je nu een utp-kabel liggen voor load balancing naar de P1-poort van de digitale meter van de netbeheerder? Of heb je ook geen load balancing c.q. op andere wijze?

[911GT2]

JanHenk schreef op dinsdag 21 oktober 2025 @ 09:39:
@911GT2 Heb je nu een utp-kabel liggen voor load balancing naar de P1-poort van de digitale meter van de netbeheerder? Of heb je ook geen load balancing c.q. op andere wijze?

Nee helaas, de paal is enkel aangesloten op mijn stoppenkast, niet op andere verbindingen.

[JanHenk]

911GT2 schreef op dinsdag 21 oktober 2025 @ 09:41:
[...]

Nee helaas, de paal is enkel aangesloten op mijn stoppenkast, niet op andere verbindingen.

Oké, geen load balancing dus. Dat zie je niet vaak (meer), maar kan natuurlijk.

Hier heeft iemand een prepaid SIM van Lebara in z'n paal zitten, met Tap Electric als backoffice: Kip in "[Alfen Laadpaal] Ervaringen & Discussie". Het dataverbruik is dermate laag (nog geen MB per dag in zijn geval), dat je heel lang kan met die 10 euro tegoed (voor 1000MB).

Je zal hem wel eerst moeten instellen, dus met je laptopje met ACE Installer en een ethernetkabel de paal inregelen. Als je nu letterlijk niets weet, is het zelfs een verassing welke firmware-versie erop zit etc. Kwestie van proberen...

[911GT2]

JanHenk schreef op dinsdag 21 oktober 2025 @ 09:45:
[...]


Oké, geen load balancing dus. Dat zie je niet vaak (meer), maar kan natuurlijk.

Hier heeft iemand een prepaid SIM van Lebara in z'n paal zitten, met Tap Electric als backoffice: Kip in "[Alfen Laadpaal] Ervaringen & Discussie". Het dataverbruik is dermate laag (nog geen MB per dag in zijn geval), dat je heel lang kan met die 10 euro tegoed (voor 1000MB).

Je zal hem wel eerst moeten instellen, dus met je laptopje met ACE Installer en een ethernetkabel de paal inregelen. Als je nu letterlijk niets weet, is het zelfs een verassing welke firmware-versie erop zit etc. Kwestie van proberen...

Thanks, ik ga eerst een proberen de firmware versie te achterhalen.

[asaki]

Ik hoop dat je het wachtwoord hebt, vaak wordt dat door installateurs achter gelaten in de laadpaal zelf op een papiertje. Palen met firmware versie lager dan 5.x hebben geen wachtwoord en daar kan je gewoon met de ACE Installer op inloggen. Palen vanaf firmware versie 5 hebben dus dat wachtwoord nodig.

[asaki]

Iets heel anders: Ik zie dat firmware versie 7.2 komt met een issue dat er geen loadbalancing mogelijk is vanwege iets met P1 uitlezen. Alleen zie ik in de release notes staan dat dit alleen geldt voor "over serial DSMR5 or Telnet P1 meters". Betekend dat loadbalancing bij gebruik van de Homewizard P1 meter wel gewoon werkt of lees ik dat gewoon verkeerd?

[AudioHome]

asaki schreef op dinsdag 21 oktober 2025 @ 11:11:
Iets heel anders: Ik zie dat firmware versie 7.2 komt met een issue dat er geen loadbalancing mogelijk is vanwege iets met P1 uitlezen. Alleen zie ik in de release notes staan dat dit alleen geldt voor "over serial DSMR5 or Telnet P1 meters". Betekend dat loadbalancing bij gebruik van de Homewizard P1 meter wel gewoon werkt of lees ik dat gewoon verkeerd?

Ik heb het met de HomeWizard P1 via wifi / netwerk werken op de double-pro met versie 7.2, de waardes van de smart meter komen door.
Ging niet zonder slag of stoot omdat hij niet meteen na het instellen van de HW werd gedetecteerd en werkte, maar nu loopt het goed.

[asaki]

AudioHome schreef op dinsdag 21 oktober 2025 @ 12:38:
[...]


Ik heb het met de HomeWizard P1 via wifi / netwerk werken op de double-pro met versie 7.2, de waardes van de smart meter komen door.
Ging niet zonder slag of stoot omdat hij niet meteen na het instellen van de HW werd gedetecteerd en werkte, maar nu loopt het goed.

Bedankt! Ik ga dat eens proberen dan

[dotcom87]

Welke integratie gebruiken jullie om een Alfen laadpaal (ik heb een Eve Single Pro-line) te koppelen aan Home Assistant?

[Kammika]

Deze: https://github.com/leeyuentuen/alfen_wallbox

Maar moet wel zeggen dat die niet altijd betrouwbaar is in het zetten van instellingen. Ik doe het inmiddels indirect: De alfen paal hangt in EVCC. En ook daar is weer een home assistant integratie voor, waarmee ik 'm ook weer in home assistant heb.

Geeft veel meer flexibiliteit, en is veel betrouwbaarder...

[V_ger]

Kammika schreef op dinsdag 21 oktober 2025 @ 13:54:
Deze: https://github.com/leeyuentuen/alfen_wallbox

Maar moet wel zeggen dat die niet altijd betrouwbaar is in het zetten van instellingen. Ik doe het inmiddels indirect: Ik gebruik EVCC. En ook daar is weer een home assistant integratie voor, waarmee ik 'm ook weer in home assistant heb.

Geeft veel meer flexibiliteit, en is veel betrouwbaarder...

Die onbetrouwbaarheid ligt volgens mij aan de Alfen. De Leeyuentuen integratie werkt via HTTP en de commando's worden niet altijd opgevolgd omdat de paal toevallig even wat anders aan het doen was ofzo. Er is ook geen terugkoppeling.
Ik heb dit nu ondervangen door in HA een helper aan te maken met het ingestelde set-point en dan 15 seconden na het veranderen van iets een extra automatisering te laten lopen die controleert of de Alfen waarde overeenkomt met die helper. Zo niet dan zet ie nog een keer dat set-point na weer 15 seconden. Net zo lang totdat deze waarden wel hetzelfde zijn.

Extra relevant omdat nu met die kwartierprijzen soms maar een kwartier geladen wordt (of een kwartier niet). Iig moet een change in laadstroom wel overkomen.

EVCC werkt anders, via modbus en dan werkt het blijkbaar wel zonder omweg.

[Kammika]

V_ger schreef op dinsdag 21 oktober 2025 @ 13:58:
[...]

Die onbetrouwbaarheid ligt volgens mij aan de Alfen. De Leeyuentuen integratie werkt via HTTP en de commando's worden niet altijd opgevolgd omdat de paal toevallig even wat anders aan het doen was ofzo. Er is ook geen terugkoppeling.
Ik heb dit nu ondervangen door in HA een helper aan te maken met het ingestelde set-point en dan 15 seconden na het veranderen van iets een extra automatisering te laten lopen die controleert of de Alfen waarde overeenkomt met die helper. Zo niet dan zet ie nog een keer dat set-point na weer 15 seconden. Net zo lang totdat deze waarden wel hetzelfde zijn.

Extra relevant omdat nu met die kwartierprijzen soms maar een kwartier geladen wordt (of een kwartier niet). Iig moet een change in laadstroom wel overkomen.

EVCC werkt anders, via modbus en dan werkt het blijkbaar wel zonder omweg.

nou ja, ik weet niet of het aan de paal of aan de integratie ligt. Zal ongetwijfeld kloppen wat je zegt. Maar het effect is hetzelfde, dat je er niet op kan vertrouwen. Gedrag wat ik zag was dat als je 1 waarde zet in een automatisering, dat dat prima gaat. Maar meestal wil je er meer tegelijk zetten (vb dat die gaat laden en dan ook met welk amperage) en als je er meer dan 1 tegelijk doet, dan pakt die best vaak maar 1.

Ik had er dus ook een scriptje omheen zitten die dat dan corrigeerde als het na een aantal seconden nog niet gelukt was.

De setup met EVCC vind ik sowieso beter. Je kunt eigenlijk dezelfde dingen besturen die je anders ook rechtstreeks zou doen, maar daar overheen krijg je ontzettende veel aanvullende functionaliteit erbij..

[V_ger]

@Kammika ik snap je punt maar het max aantal amperes is het enige wat ik aanpas. Als ik wil dat ie stop met laden zet ik dat op 0. Ik stuur geen andere parameters.
Ik heb ook nagedacht over EVCC, maar los van dat je daar voor moet betalen (ik zeg niet dat het dat niet waard is!), moet ik dan ook de loadbalancing via EVCC laten doen. Ik heb eigenlijk liever dat de laadpaal lekker zelf de loadbalancing doet.

[Kammika]

V_ger schreef op dinsdag 21 oktober 2025 @ 14:07:
@Kammika ik snap je punt maar het max aantal amperes is het enige wat ik aanpas. Als ik wil dat ie stop met laden zet ik dat op 0. Ik stuur geen andere parameters.
Ik heb ook nagedacht over EVCC, maar los van dat je daar voor moet betalen (ik zeg niet dat het dat niet waard is!), moet ik dan ook de loadbalancing via EVCC laten doen. Ik heb eigenlijk liever dat de laadpaal lekker zelf de loadbalancing doet.

dan heb je kans dat het vrij goed werkt. Hou het wel even in de gaten. Ik gebruik het niet meer, maar de enige manier hoe ik het betrouwbaar kreeg was:
- input helpers aanmaken voor entiteiten die ik wou besturen
- en een aparte generieke automatisering, triggerde op zo'n wijziging van een input helper en elke X seconden, die dan checkte of er verschil was tussen de input helpers en de entiteiten. Zo ja, dan zet die de entiteit van de paal naar de waarde van de input helper.

Ik heb de automatisering, dus kan 'm niet delen, maar hij is vrij simpel (en alders vraag je aan chatgpt of die ;m voor je aanmaakt, die kan tegenwoordig vrij goed hass automatiseringen genereren)

[LDhondt]

AudioHome schreef op dinsdag 21 oktober 2025 @ 12:38:
[...]


Ik heb het met de HomeWizard P1 via wifi / netwerk werken op de double-pro met versie 7.2, de waardes van de smart meter komen door.
Ging niet zonder slag of stoot omdat hij niet meteen na het instellen van de HW werd gedetecteerd en werkte, maar nu loopt het goed.

Ik heb eveneens de HomeWizard P1 via Wifi gekoppeld. Ik merk echter dat dat de verbinding elke 20 minuten (stipt) kort onderbroken wordt.
In de logging staat:

Iemand anders die hetzelfde ondervindt? Versie 6.6.2

[Jaspro86]

Heb sinds mei een Alfen Single Pro Line.
Maar heel veel problemen al gehad met licenties en connectie naar de P1 meter.
Licenties voor 32A en Load Balancing zijn nu in orde gemaakt.
Maar de connectie met de P1 meter krijg ik maar niet goed, ook de installateur niet.
Kabel tussen de Alfen en digitale meter is getest en ok, maar krijg geen data binnen.
Heb een HomeWizard P1 dongle, daar ook al mee geprobeerd, zonder success.

Zijn er bepaalde dingen die echt goed moeten staan in de configuratie via de AceInstaller, buiten de logische;
Voor rechtstreeks naar digitale meter:
- Active Load Balancing check
- Data Source: Meter
- Protocol Selection: DSMR4.X / SMR5.0 (P1)
- DSMR/SMR Interface: Serial
Foutmelding: geen, gewoon 0 data.

Voor via HomeWizard dongle:
- Active Load Balancing check
- Data Source: Meter
- Protocol Selection: DSMR4.X / SMR5.0 (P1)
- DSMR/SMR Interface: HomeWizard Wi-Fi P1
HW IP address en port zijn ok, HomeWizard API staat open en kan naartoe worden gesurft en geeft actuele data terug.
Foutmelding hier: "p1 data not valid, no required records found"

HW dongle en kabel naar laadpaal zitten op een HomeWizard actieve splitter. Maar ook rechtstreeks geconnecteerd met de digitale meter komt er niets binnen van data.

Begin serieus spijt te krijgen van mijn aankoop, had deze speciaal gekocht voor de solar charging functionaliteit, maar werkt al sinds het begin niet.

[ Voor 6% gewijzigd door Jaspro86 op 21-10-2025 20:01 ]

[Microstar]

Jaspro86 schreef op dinsdag 21 oktober 2025 @ 19:58:
Heb sinds mei een Alfen Single Pro Line.
Maar heel veel problemen al gehad met licenties en connectie naar de P1 meter.
Licenties voor 32A en Load Balancing zijn nu in orde gemaakt.
Maar de connectie met de P1 meter krijg ik maar niet goed, ook de installateur niet.
Kabel tussen de Alfen en digitale meter is getest en ok, maar krijg geen data binnen.
Heb een HomeWizard P1 dongle, daar ook al mee geprobeerd, zonder success.

Zijn er bepaalde dingen die echt goed moeten staan in de configuratie via de AceInstaller, buiten de logische;
Voor rechtstreeks naar digitale meter:
- Active Load Balancing check
- Data Source: Meter
- Protocol Selection: DSMR4.X / SMR5.0 (P1)
- DSMR/SMR Interface: Serial
Foutmelding: geen, gewoon 0 data.

Voor via HomeWizard dongle:
- Active Load Balancing check
- Data Source: Meter
- Protocol Selection: DSMR4.X / SMR5.0 (P1)
- DSMR/SMR Interface: HomeWizard Wi-Fi P1
HW IP address en port zijn ok, HomeWizard API staat open en kan naartoe worden gesurft en geeft actuele data terug.
Foutmelding hier: "p1 data not valid, no required records found"

HW dongle en kabel naar laadpaal zitten op een HomeWizard actieve splitter. Maar ook rechtstreeks geconnecteerd met de digitale meter komt er niets binnen van data.

Begin serieus spijt te krijgen van mijn aankoop, had deze speciaal gekocht voor de solar charging functionaliteit, maar werkt al sinds het begin niet.

Welke software draait u op de paal? Als dit 7.2 is, dient u deze te downgraden bij P1 problemen.

[Jaspro86]

Microstar schreef op dinsdag 21 oktober 2025 @ 20:08:
[...]


Welke software draait u op de paal? Als dit 7.2 is, dient u deze te downgraden bij P1 problemen.

7.2.0-4362
Naar welke moet ik best downgraden? Kan kiezen tussen 7.1.6, 6.6.2 en 5.60?

[Microstar]

Ik zou kiezen voor 7.05 welke in de TS staat.

[asaki]

Ik ben benieuwd of ze de p1 issues snel oplossen. Er zitten zo enorm veel bugfixes in the 7.2.0 release,

Hier nu dus op de 7.1.6 release waarbij alles prima werkt, inclusief de load balancing via de p1 poort. Nooit een error gekregen.

Wel heeeeel vaak deze lijst:


Heeft iemand enig idee waar deze meldingen vandaan komen?

[Jaspro86]

Microstar schreef op dinsdag 21 oktober 2025 @ 20:17:
Ik zou kiezen voor 7.05 welke in de TS staat.

Dat was het dus...
Instant connectie met de HomeWizard.
Rechtstreeks via Serial connectie nog niet, maar dat kan dan toch aan de splitter liggen..

Bedankt voor de tip!

[NoFate]

Jaspro86 schreef op dinsdag 21 oktober 2025 @ 20:55:
[...]

Dat was het dus...
Instant connectie met de HomeWizard.
Rechtstreeks via Serial connectie nog niet, maar dat kan dan toch aan de splitter liggen..

Bedankt voor de tip!

Snap niet dat je installateur dat niet wist, is al lang bekend dat 7.2 issues geeft met P1... Staat ook heel duidelijk vermeld in de notes...
Natuurlijk ook jammer dat dit ook zo lang aan sleept en dat ze geen fix uitbrengen... Ofwel hadden ze de firmware moeten intrekken...

[Jaspro86]

NoFate schreef op dinsdag 21 oktober 2025 @ 21:09:
[...]

Snap niet dat je installateur dat niet wist, is al lang bekend dat 7.2 issues geeft met P1... Staat ook heel duidelijk vermeld in de notes...
Natuurlijk ook jammer dat dit ook zo lang aan sleept en dat ze geen fix uitbrengen... Ofwel hadden ze de firmware moeten intrekken...

Laat me zeggen dat ik de installateur niet snel zal aanraden aan anderen ;-)

[911GT2]

JanHenk schreef op dinsdag 21 oktober 2025 @ 09:39:
@911GT2 Heb je nu een utp-kabel liggen voor load balancing naar de P1-poort van de digitale meter van de netbeheerder? Of heb je ook geen load balancing c.q. op andere wijze?

Sorry, ik heb ongelijk. Er loopt wél een een UTP kabel naar de paal toe.
Maar die is echt idd op de P1 meter aangesloten dus niet alle aders zijn bezet. Maar als ik het goed begrijp kan ik die dus gebruiken om wel een UTP verbinding te maken?

[ Voor 19% gewijzigd door 911GT2 op 22-10-2025 10:33 ]

[JanHenk]

@911GT2 Ja, voor de P1-poort zit er een RJ11 stekker op geknepen waarbij 2 aderparen in gebruik zijn. Meestal ligt er gewoon een utp met 4 paren. Je kan de huidige connector dan aan beide kanten afknippen en er een RJ45 connector op krimpen volgens de standaard, dan heb je ethernet.

Je mist dan wel de load balancing, waar die kabel nu voor in gebruik is. Maar een Alfen kun je ook gebruiken met de HomeWizard P1-meter. Die hang je dan aan je P1-poort en met WiFi (ook) in je netwerk en de Alfen kan via die weg dan de waarden ophalen van de P1-meter.

Toen de P1-meter nog niet werd ondersteund, is hier ook wel eens geopperd dat je de bestaande utp kunt splitsen in 2 aderparen in een RJ11 en 2 aderparen in een RJ45 connector. Dan heb je max. 100 Mbit ethernet, maar het werkt wel prima. Maar splitsen vind ik zelf niet zo'n mooie oplossing, want doorgaans hangt je switch niet direct naast de P1-poort van de meter, dan heb je wat losse aderparen lopen... De P1-meter is de way to go in zo'n geval als jij in mijn optiek.

De Alfen in je eigen netwerk hangen geeft ook mogelijkheid voor aansturing met bijv. evcc of uitlezen met home assistant, kost niks extra's qua sim-kaarten bij backoffice, veel makkelijker beheer van de paal, etc... Alleen maar voordelen

[911GT2]

JanHenk schreef op woensdag 22 oktober 2025 @ 11:19:
@911GT2 Ja, voor de P1-poort zit er een RJ11 stekker op geknepen waarbij 2 aderparen in gebruik zijn. Meestal ligt er gewoon een utp met 4 paren. Je kan de huidige connector dan aan beide kanten afknippen en er een RJ45 connector op krimpen volgens de standaard, dan heb je ethernet.

Je mist dan wel de load balancing, waar die kabel nu voor in gebruik is. Maar een Alfen kun je ook gebruiken met de HomeWizard P1-meter. Die hang je dan aan je P1-poort en met WiFi (ook) in je netwerk en de Alfen kan via die weg dan de waarden ophalen van de P1-meter.

Toen de P1-meter nog niet werd ondersteund, is hier ook wel eens geopperd dat je de bestaande utp kunt splitsen in 2 aderparen in een RJ11 en 2 aderparen in een RJ45 connector. Dan heb je max. 100 Mbit ethernet, maar het werkt wel prima. Maar splitsen vind ik zelf niet zo'n mooie oplossing, want doorgaans hangt je switch niet direct naast de P1-poort van de meter, dan heb je wat losse aderparen lopen... De P1-meter is de way to go in zo'n geval als jij in mijn optiek.

De Alfen in je eigen netwerk hangen geeft ook mogelijkheid voor aansturing met bijv. evcc of uitlezen met home assistant, kost niks extra's qua sim-kaarten bij backoffice, veel makkelijker beheer van de paal, etc... Alleen maar voordelen

Dit is wat ik heb, ik begrijp vanuit jouw reactie en ChatGPT (die overigens enthousiast was over jouw reactie ) dat het allemaal redelijk eenvoudig zou moeten lukken nu.

Als je die kabel wil hergebruiken voor internet naar de Alfen:
Trek de grijze kabel uit de splitter → dan is de fysieke P1-verbinding verbroken.
Laat de HomeWizard aangesloten op de splitter (zodat hij data blijft lezen).
Zet in de Alfen-interface (na vrijgave door EV Company) het load-balancingtype op “HomeWizard Cloud” of “Wi-Fi P1”.
Dan haalt de Alfen dezelfde verbruiksdata via je wifi-netwerk op, rechtstreeks uit de HomeWizard-cloud.
Krimp aan beide kanten RJ45-stekkers op de grijze kabel en gebruik hem als LAN-kabel voor internet naar de laadpaal.
→ Zo heb je internet én load balancing, zonder extra draadjes.

Dat klopt dan begrijp ik? (afhankelijk van de firmware versie uiteraard) Sorry, ik ben hier echt nieuw in.

[ Voor 6% gewijzigd door 911GT2 op 22-10-2025 12:17 ]

[HyperBart]

911GT2 schreef op woensdag 22 oktober 2025 @ 12:17:
[...]

[Afbeelding]
[Afbeelding]

Dit is wat ik heb, ik begrijp vanuit jouw reactie en ChatGPT (die overigens enthousiast was over jouw reactie ) dat het allemaal redelijk eenvoudig zou moeten lukken nu.


[...]

Dat klopt dan begrijp ik? (afhankelijk van de firmware versie uiteraard) Sorry, ik ben hier echt nieuw in.

Dit klopt helemaal.

[JanHenk]

911GT2 schreef op woensdag 22 oktober 2025 @ 12:17:
[...]

Dat klopt dan begrijp ik? (afhankelijk van de firmware versie uiteraard) Sorry, ik ben hier echt nieuw in.

Yes!

Met één kanttekening, de Alfen haalt niet de meetwaarden op uit de HomeWizard cloud, maar lokaal van de meter met rest api.

Zou dus ook kunnen dat je firmware moet updaten en/of een wachtwoord nodig hebt om in de paal te komen. Persoonlijk zou ik eerst proberen toegang te krijgen tot de paal en eventueel de paal te updaten, met een losse patch-kabel aan een laptop. Dus voordat je deze utp definitief gaat knippen.

[ed-win]

NoFate schreef op dinsdag 21 oktober 2025 @ 21:09:
[...]

is al lang bekend dat 7.2 issues geeft met P1... Staat ook heel duidelijk vermeld in de notes...

Ik draai al geruime tijd 7.2(.0-4362), maar ik heb zo te zien geen problemen met P1. Maak gebruik van een directe kabel van de laadpaal naar slimme meter (zelfs met een simpele niet-actieve-splitter ertussen). protocol DSMR4.x/SMR5.0 (P1) Serieel

In bijvoorbeeld MyEvE app zie ik onder Monitoren netjes actuele data uit de slimme meter komen, zoals Slimme meter - Voltage L1N 231V, Stroom L1 1A, Vermogen Actieve stroom L1 0,03 kW, enz. Ook load-balancing werkt zonder problemen.

Het enige wat ik af en toe op sommige dagen, zo'n 1 a 2 keer per dag, wel eens langs zie komen in de logs is een CRC foutmelding, maar die is dan altijd ook weer snel hersteld:

code:

2025-10-15T06:16:28.058Z:WARNING:protocolP1.c:478:P1 Device failure: Read CRC Error.
2025-10-15T06:16:29.175Z:USER:protocolP1.c:512:P1 Communications Recovered

Ben wel benieuwd of er meer mensen zijn die met 7.2 werken en waarbij de directe uitlezing van de P1 meter ook zonder problemen werkt?

[ Voor 17% gewijzigd door ed-win op 22-10-2025 17:42 ]

[h2s]

ed-win schreef op woensdag 22 oktober 2025 @ 17:35:
[...]


Ik draai al geruime tijd 7.2(.0-4362), maar ik heb zo te zien geen problemen met P1. Maak gebruik van een directe kabel van de laadpaal naar slimme meter (zelfs met een simpele niet-actieve-splitter ertussen). protocol DSMR4.x/SMR5.0 (P1) Serieel

In bijvoorbeeld MyEvE app zie ik onder Monitoren netjes actuele data uit de slimme meter komen, zoals Slimme meter - Voltage L1N 231V, Stroom L1 1A, Vermogen Actieve stroom L1 0,03 kW, enz. Ook load-balancing werkt zonder problemen.

Het enige wat ik af en toe op sommige dagen, zo'n 1 a 2 keer per dag, wel eens langs zie komen in de logs is een CRC foutmelding, maar die is dan altijd ook weer snel hersteld:

code:

2025-10-15T06:16:28.058Z:WARNING:protocolP1.c:478:P1 Device failure: Read CRC Error.
2025-10-15T06:16:29.175Z:USER:protocolP1.c:512:P1 Communications Recovered

Ben wel benieuwd of er meer mensen zijn die met 7.2 werken en waarbij de directe uitlezing van de P1 meter ook zonder problemen werkt?

Dan heb je waarschijnlijk een DSMR 4 meter. Het probleem doet zich voor met DSMR 5 meters (bijna alle meters in BE en de nieuwere meters in NL)

[basmq]

Melvin15397 schreef op dinsdag 30 september 2025 @ 21:01:
[...]

Hier zat er een M32x1,5 wartel met moer bij (er zit geen schroefdraad in de behuizing).

Kan diezelfde maat gebruikt worden voor de nog aan te leggen ethernetkabel?

[V_ger]

basmq schreef op donderdag 23 oktober 2025 @ 09:11:
[...]

Kan diezelfde maat gebruikt worden voor de nog aan te leggen ethernetkabel?

Euh een M32 wartel is best groot. Dat is zeg maar maatje laadkabel of 5x6mm2 voedingskabel. Mijn ethernetkabels zijn iets dunner dan dat.

[Sarge78]

asaki schreef op dinsdag 21 oktober 2025 @ 20:50:
Ik ben benieuwd of ze de p1 issues snel oplossen. Er zitten zo enorm veel bugfixes in the 7.2.0 release,

Hier nu dus op de 7.1.6 release waarbij alles prima werkt, inclusief de load balancing via de p1 poort. Nooit een error gekregen.

Wel heeeeel vaak deze lijst:
[Afbeelding]

Heeft iemand enig idee waar deze meldingen vandaan komen?

Tip van flip, on vage foutmeldingen te voorkomen kun je het beste de versie van de ACE installer installeren die ook bij de firmware is gereleased. Vraag me niet waarom, maar het scheelt veel van dergelijke meldingen.

[firecaps30]

dotcom87 schreef op dinsdag 21 oktober 2025 @ 13:23:
Welke integratie gebruiken jullie om een Alfen laadpaal (ik heb een Eve Single Pro-line) te koppelen aan Home Assistant?

https://github.com/ThaStealth/alfen_modbus

Deze, maakt gebruik van modbus en daarom hoef je itt de andere integratie die eerder genoemd is niet in/uit te loggen als je de MyEVe app of Alfen ACE software wil gaan gebruiken.

[firecaps30]

basmq schreef op donderdag 23 oktober 2025 @ 09:11:
[...]

Kan diezelfde maat gebruikt worden voor de nog aan te leggen ethernetkabel?

Voor de doorvoer van de ethernet kabels zitten standaard bij de laadpaal van die doorvoer rubbers geleverd, waar je dan een gaatje in prikt en de kabel doorvoert. Uiteraard niet los te krijgen dus ik heb op Amazon zo een assorti doos besteld met van die rubbers. Als je er 2 wil hebben PM me even, stuur ik ze op.

[firecaps30]

ed-win schreef op woensdag 22 oktober 2025 @ 17:35:
[...]


Ik draai al geruime tijd 7.2(.0-4362), maar ik heb zo te zien geen problemen met P1. Maak gebruik van een directe kabel van de laadpaal naar slimme meter (zelfs met een simpele niet-actieve-splitter ertussen). protocol DSMR4.x/SMR5.0 (P1) Serieel

In bijvoorbeeld MyEvE app zie ik onder Monitoren netjes actuele data uit de slimme meter komen, zoals Slimme meter - Voltage L1N 231V, Stroom L1 1A, Vermogen Actieve stroom L1 0,03 kW, enz. Ook load-balancing werkt zonder problemen.

Het enige wat ik af en toe op sommige dagen, zo'n 1 a 2 keer per dag, wel eens langs zie komen in de logs is een CRC foutmelding, maar die is dan altijd ook weer snel hersteld:

code:

2025-10-15T06:16:28.058Z:WARNING:protocolP1.c:478:P1 Device failure: Read CRC Error.
2025-10-15T06:16:29.175Z:USER:protocolP1.c:512:P1 Communications Recovered

Ben wel benieuwd of er meer mensen zijn die met 7.2 werken en waarbij de directe uitlezing van de P1 meter ook zonder problemen werkt?

Zie mijn posts een paar pagina's terug. Heb dit ook maar zolang er snel recovery is en de ALB niet in de safe mode schiet laat ik het voor nu zo.

[astalavista12]

Hallo allen,

Ik heb sinds 2019 een Alfen laadpaal. Die is initieel geplaatst geweest zonder ethernet kabel waardoor ik deze nu niet kan sturen op basis van de P1 meter. Mijn model heeft ook geen WiFi module.

Een hele tijd terug heb ik gevonden dat er een "upgrade kit" beschikbaar is om ook WiFi toe te voegen aan dit model, namelijk deze:
https://knowledge.alfen.c...nd+WiFi+Upgrade+Kit+NG910

Echter kan ik deze nergens bestellen. Uiteindelijk wel besteld op laadpaaldirect in Nederland maar na maanden wachten mijn bestelling moeten annuleren vermits ze dit stuk niet geleverd krijgen vanuit hun leverancier.

Weet iemand of dit artikel ook zou werken?
https://knowledge.alfen.c.../Control+board+Eve+Single

Dat kan ik wel bij Cebeo bestellen.

[ed-win]

h2s schreef op woensdag 22 oktober 2025 @ 20:13:
[...]

Dan heb je waarschijnlijk een DSMR 4 meter. Het probleem doet zich voor met DSMR 5 meters (bijna alle meters in BE en de nieuwere meters in NL)

Hmm. Als ik dit lijstje mag geloven heeft mijn meter (ZIV E0069 5CTA3BCE000AAD0) DSMR main version 5 en DSMR version 5.0

[zonoskar]

Kammika schreef op dinsdag 21 oktober 2025 @ 07:20:
[...]

Ja, ik heb 'm op Eneco Greenflux gezet en toen deed die het weer. Verkeer gaat nu wel via mijn vaste verbinding en niet meer via sim card. Maar prima voor nu... , hij is nu toch aangesloten via mijn eigen netwerk.

Ook op Eneco Greenflux doet hij het niet, ik zie laadsessies iig niet terug in de Eneco eMobility app. Volgens mij komt dat omdat vrijwel alle andere settings ook leeg zijn.

/edit: ik heb me eens verdiept in die ACE installer. Hopelijk werkt het zetten van de backoffice daarmee beter. Ik zie nu wel in de logging dat ik een P1 meter error heb... Kan ik dat weer gaan uitzoeken

[ Voor 17% gewijzigd door zonoskar op 23-10-2025 21:07 ]

[arjanhs]

Ik zie mijn ladingen ook niet meer terug komen in de Eneco eMobility app, als ik het online controleer staan ze er wel netjes bij. Dus waarschijnlijk gaat er was mis in de app.

Arjan

[Qosmic]

Ik mis in mijn eneco portal 2 laadsessies, 1 van 11 oktober en 1 van 16 oktober.
Ik zie ze echter wel terug in de myeve app, is er een manier om dit opnieuw te synchen zodat ze wel in de eneco portal komen te staan?

[LastSamurai]

Ik heb een Alfen Eve Pro Single met een zakelijke backend.
De auto is een nieuwe Model Y.

Nu wil ik de paal laten omzetten naar Plug&Charge (ik heb maar 1 auto en de paal staat op eigen terrein). Maar nu blijkt dat ik dan geen andere auto's meer aan de paal kan laden en dat er een ID vast in de paal wordt gezet.
Ik dacht dat ISO 15118 de auto zich laat identificeren/autoriseren en dat op basis daarvan dan facturatie kan gebeuren.
Ondersteunt de Eve Pro dan geen ISO 15118 of zie ik het verkeerd ?

[Dartlink]

LastSamurai schreef op vrijdag 24 oktober 2025 @ 10:30:
Ik heb een Alfen Eve Pro Single met een zakelijke backend.
De auto is een nieuwe Model Y.

Nu wil ik de paal laten omzetten naar Plug&Charge (ik heb maar 1 auto en de paal staat op eigen terrein). Maar nu blijkt dat ik dan geen andere auto's meer aan de paal kan laden en dat er een ID vast in de paal wordt gezet.
Ik dacht dat ISO 15118 de auto zich laat identificeren/autoriseren en dat op basis daarvan dan facturatie kan gebeuren.
Ondersteunt de Eve Pro dan geen ISO 15118 of zie ik het verkeerd ?

Zoekfunctie gebruikt? Vorige maand besproken...
BenSKIP in "[Alfen Laadpaal] Ervaringen & Discussie"

Geen 15118 voor de huidige palen.

[h2s]

LastSamurai schreef op vrijdag 24 oktober 2025 @ 10:30:
Ik heb een Alfen Eve Pro Single met een zakelijke backend.
De auto is een nieuwe Model Y.

Nu wil ik de paal laten omzetten naar Plug&Charge (ik heb maar 1 auto en de paal staat op eigen terrein). Maar nu blijkt dat ik dan geen andere auto's meer aan de paal kan laden en dat er een ID vast in de paal wordt gezet.
Ik dacht dat ISO 15118 de auto zich laat identificeren/autoriseren en dat op basis daarvan dan facturatie kan gebeuren.
Ondersteunt de Eve Pro dan geen ISO 15118 of zie ik het verkeerd ?

In Plug&Charge mode gebeurt er helemaal géén authenticatie. Elke auto kan dan aan de paal laden.
Bij het activeren van Plug&Charge moet je wel een "Plug & charge ID" instellen, dat wordt gebruikt als ID om naar de backoffice (indien actief) te sturen bij een laadsessie. Dit is echter een vrij te kiezen ID.
Alle sessies worden dan met dat ID naar de backoffice gestuurd, ongeacht de wagen.

Dus ofwel staat er ergens toch iets niet helemaal goed, ofwel legt de backoffice (als je deze hebt) alsnog ergens een beperking op.

Plug&Charge heeft echter niets te maken met ISO15118, dat is een standaard voor V2G (bidirectioneel laden).

[YJB]

h2s schreef op vrijdag 24 oktober 2025 @ 10:56:
[...]


Plug&Charge heeft echter niets te maken met ISO15118, dat is een standaard voor V2G (bidirectioneel laden).

Eh.

ISO 15118-1 General architecture and use-case definitions
ISO 15118-2 Network & application layer for wired communication (HomePlug Green PHY, TCP/IP)
ISO 15118-3 Physical and data link layer for wired (PLC)
ISO 15118-4 Network & application conformance test procedures (wired)
ISO 15118-5 Physical & data link layer conformance tests (wired)
ISO 15118-6 General information on security and certificate management
ISO 15118-7 Network & application layer for wireless communication (Wi-Fi)
ISO 15118-8 Wireless physical and data link layer
ISO 15118-9 Conformance tests for wireless communication
ISO 15118-20 The next generation — unified standard covering AC, DC, and bidirectional charging (replaces -2, -3, -7, -8). Introduces V2G, Load Management, Plug & Charge 2.0, etc.

Maar de Alfen heeft het protocol niet geïmplementeerd.

[LastSamurai]

Dartlink schreef op vrijdag 24 oktober 2025 @ 10:54:
[...]


Zoekfunctie gebruikt? Vorige maand besproken...
BenSKIP in "[Alfen Laadpaal] Ervaringen & Discussie"

Geen 15118 voor de huidige palen.

Ja, ik had op Plug&Charge gezocht maar deze post niet gevonden.
De post die jij aanhaalt zou ik ook eerder als een mededeling over bidirectioneel laden zien en niet als Plug&Charge. En het gaat over de ACE laadpaal en niet de EVE.

Is het ook van toepassing op de EVE ? Ik ben niet geïnteresseerd in Bidirectioneel laden maar alleen in de Plug&Charge functie.

[h2s]

YJB schreef op vrijdag 24 oktober 2025 @ 10:58:
[...]


Eh.

ISO 15118-1 General architecture and use-case definitions
ISO 15118-2 Network & application layer for wired communication (HomePlug Green PHY, TCP/IP)
ISO 15118-3 Physical and data link layer for wired (PLC)
ISO 15118-4 Network & application conformance test procedures (wired)
ISO 15118-5 Physical & data link layer conformance tests (wired)
ISO 15118-6 General information on security and certificate management
ISO 15118-7 Network & application layer for wireless communication (Wi-Fi)
ISO 15118-8 Wireless physical and data link layer
ISO 15118-9 Conformance tests for wireless communication
ISO 15118-20 The next generation — unified standard covering AC, DC, and bidirectional charging (replaces -2, -3, -7, -8). Introduces V2G, Load Management, Plug & Charge 2.0, etc.

Maar de Alfen heeft het protocol niet geïmplementeerd.

Je hebt gelijk. Ik had het anders moeten verwoorden.
De mode die Alfen in de huidige generatie EVE laadpalen ''Plug & Charge' noemt heeft niets te maken met ISO 15118.
Want in die mode van de Alfen laadpaal gebeurt er géén authenticatie, maar wordt er een manueel ingesteld ID doorgegeven aan de backoffice.

'Plug & Charge' zoals beschreven in ISO15118 vereist ook dat je auto compatibel is.

[zonoskar]

arjanhs schreef op vrijdag 24 oktober 2025 @ 07:23:
Ik zie mijn ladingen ook niet meer terug komen in de Eneco eMobility app, als ik het online controleer staan ze er wel netjes bij. Dus waarschijnlijk gaat er was mis in de app.

Arjan

Ik zie ze online ook niet staan. Ik mis heel augustus, september en oktober.

[arjanhs]

zonoskar schreef op vrijdag 24 oktober 2025 @ 11:36:
[...]

Ik zie ze online ook niet staan. Ik mis heel augustus, september en oktober.

Dan gaat er wel wat mis, als het goed is blijven de transacties in de laadpaal staan, maar misschien even goed om contact met Eneco te zoeken.

Arjan

[mdizzy]

LastSamurai schreef op vrijdag 24 oktober 2025 @ 10:30:
Ik heb een Alfen Eve Pro Single met een zakelijke backend.
De auto is een nieuwe Model Y.

Nu wil ik de paal laten omzetten naar Plug&Charge (ik heb maar 1 auto en de paal staat op eigen terrein). Maar nu blijkt dat ik dan geen andere auto's meer aan de paal kan laden en dat er een ID vast in de paal wordt gezet.

(...)

Mijn oplossing is in Home Assistant een knop te voorzien om te kunnen switchen tussen P&C en RFID. Doorgaans staat het op P&C, maar bij bezoek kan ik snel switchen naar RFID.
Let op: bij het switchen naar RFID moet je ook de kaart id verwijderen.

[Sarge78]

NoFate schreef op dinsdag 21 oktober 2025 @ 21:09:
[...]

Snap niet dat je installateur dat niet wist, is al lang bekend dat 7.2 issues geeft met P1... Staat ook heel duidelijk vermeld in de notes...
Natuurlijk ook jammer dat dit ook zo lang aan sleept en dat ze geen fix uitbrengen... Ofwel hadden ze de firmware moeten intrekken...

Het mooie is dat ze hem eerst ingetrokken hebben. Even later kwam hij alsnog weer terug online, met de mededeling dat er wat zaken niet goed zouden functioneren. P1 in dit geval.

[VidaR-9]

VidaR-9 schreef op dinsdag 7 oktober 2025 @ 16:06:
[...]
Ben je hier nog iets wijzer over geworden?

Bij mij werkt sinds vandaag het scherm en de RFID niet meer. Kan nu dus niet laden. Het vreemde is dat ik de paal wel gewoon kan zien in de app.

Installateur geweest en die was in 10 minuten weer klaar. Blijkbaar was het probleem een los kabeltje..

[Nickkie55]

Ik probeer een oudere laadpaal aan de gang te krijgen. Deze heb ik ooit voor niets gekregen.
Echter zodra ik met ACE inlog (standaard wachtwoord fazUv6) en ik zit in het Authorization menu, loopt continue de laadpaal vast incl reboot... Heef iemand een idee wat dit zou kunnen zijn?

** EDIT ** Het probleem was de sterk verouderde firmware. Nu 7.0.5 erop en stabiel

[ Voor 7% gewijzigd door Nickkie55 op 26-10-2025 15:46 ]

[Nickkie55]

MORNINGCOFFEE schreef op maandag 29 september 2025 @ 01:53:
Ik heb een alfen single pro laadpaal. Deze is 6 jaar geleden door mijn werkgever geïnstalleerd, ik ga nu ergens anders werken. Bij de paal zit een service abonnement bij eneco emobilty. Dat service abonnement heb ik nu niet meer nodig want ik krijg geen vergoeding meer voor elektrisch thuisladen.

Dus wil ik dat service abonnement opzeggen. Als het abo wordt stop gezet doet het laadpunt t niet meer tenzij de instellingen anders gezet worden. Om de instellingen op het Alfen laadpunt te veranderen blijk ik een wachtwoord nodig voor te hebben. Dat wachtwoord heb ik nooit gehad en ook niet de pasword recovery code. Eneco zegt ook geen gegevens te hebben. De enige optie lijkt een Secure Service Access (SSA) door alfen te zijn. Dat betekent geloof ik dat er een monteur komt om m te resetten.

Weet iemand wat een SSA bij Alfen kost, heb je er ervaring meer of nog beter: is er geen andere manier om de fabrieksinstellingen te wijzigen oid zodat ik m zonder kosten zelf kan gaan beheren? Is er een elektricien die dit goedkoper kan zonder Alfen?

Ben je hier nog mee verder gekomen?

[HyperBart]

Maatje van mij heeft een paar weken geleden een Pro-Line laten zetten (Alfen komt van charge24, installatie door een lokale elektricien), hij is in blijde verwachting van zijn EV.

Er zijn een paar laadbeurten geweest (twee) en alles ging prima, niks aan de hand maar de laatste weken gooit hij eens per 48h à 24h een 101 foutcode, zijnde volgens Alfen een probleem met de DC lekdetectie.
Het gekke is dat dit gebeurt zonder aangesloten voertuig.

Iemand wat ervaringsadvies? Ik hoop dat ze een service monteur langssturen onder garantie want fijn is het niet voor die man om de box af te halen.

[Tommie12]

HyperBart schreef op maandag 27 oktober 2025 @ 09:28:
Maatje van mij heeft een paar weken geleden een Pro-Line laten zetten (Alfen komt van charge24, installatie door een lokale elektricien), hij is in blijde verwachting van zijn EV.

Er zijn een paar laadbeurten geweest (twee) en alles ging prima, niks aan de hand maar de laatste weken gooit hij eens per 48h à 24h een 101 foutcode, zijnde volgens Alfen een probleem met de DC lekdetectie.
Het gekke is dat dit gebeurt zonder aangesloten voertuig.

Iemand wat ervaringsadvies? Ik hoop dat ze een service monteur langssturen onder garantie want fijn is het niet voor die man om de box af te halen.

Had ook miserie met mijn Alfen Pro.
Ging in fout met en zonder aangesloten auto.
Ik stond er naast toen de servicemonteur de kap open deed.... en er ca 1liter water uit liep.
De dichting zat niet mooi in de groef, en de dichting rond de blindplug was gewoon weg... (daar liep het water terug naar buiten...).

Dichting werden besteld en herplaatst en fout was weg.

[NoFate]

Tommie12 schreef op maandag 27 oktober 2025 @ 13:30:
[...]

Had ook miserie met mijn Alfen Pro.
Ging in fout met en zonder aangesloten auto.
Ik stond er naast toen de servicemonteur de kap open deed.... en er ca 1liter water uit liep.
De dichting zat niet mooi in de groef, en de dichting rond de blindplug was gewoon weg... (daar liep het water terug naar buiten...).

Dichting werden besteld en herplaatst en fout was weg.

Ongelooflijk hoeveel keer we dit issue lezen...
Ze kunnen beter een gaatje voorzien vanonder voor de afvoer van het water...

[Daveth]

NoFate schreef op maandag 27 oktober 2025 @ 15:26:
[...]

Ongelooflijk hoeveel keer we dit issue lezen...
Ze kunnen beter een gaatje voorzien vanonder voor de afvoer van het water...

Hoe vervelend het ook is, dit probleem ligt bij de installateur die de rubbers niet goed en/of schoon plaatst.
Deze laders lekken niet wanneer ze correct zijn gemonteerd.
En nee, dit is geen poging om Alfen te verdedigen — in dit geval ligt de oorzaak niet bij hen.

[Daveth]

HyperBart schreef op maandag 27 oktober 2025 @ 09:28:
Maatje van mij heeft een paar weken geleden een Pro-Line laten zetten (Alfen komt van charge24, installatie door een lokale elektricien), hij is in blijde verwachting van zijn EV.

Er zijn een paar laadbeurten geweest (twee) en alles ging prima, niks aan de hand maar de laatste weken gooit hij eens per 48h à 24h een 101 foutcode, zijnde volgens Alfen een probleem met de DC lekdetectie.
Het gekke is dat dit gebeurt zonder aangesloten voertuig.

Iemand wat ervaringsadvies? Ik hoop dat ze een service monteur langssturen onder garantie want fijn is het niet voor die man om de box af te halen.

Dit kan vocht zijn, maar het is ook heel goed mogelijk dat de powerentry kapot is.
Wat ik in het verleden vaak heb gezien, is dat de installateur twee kabels door één wartel trekt en deze daardoor niet goed kan afsluiten, of dat niet alle gaten goed worden afgedicht. Hierdoor kunnen er slakken in de lader komen, en die kunnen je hele lader slopen.
Klinkt raar, maar ik ben er in al die jaren dat ik met deze laders werk zeker al meer dan honderd tegengekomen.

[ Voor 6% gewijzigd door Daveth op 27-10-2025 15:38 ]

[Tommie12]

Daveth schreef op maandag 27 oktober 2025 @ 15:30:
[...]

Hoe vervelend het ook is, dit probleem ligt bij de installateur die de rubbers niet goed en/of schoon plaatst.
Deze laders lekken niet wanneer ze correct zijn gemonteerd.
En nee, dit is geen poging om Alfen te verdedigen — in dit geval ligt de oorzaak niet bij hen.

Strict genomen niet, maar blijkbaar blijven die dingen niet goed vast zitten. Beter was een ingeschuimde dichting...
En ja, de installateur moet dat beter doen.

[HyperBart]

Daveth schreef op maandag 27 oktober 2025 @ 15:33:
[...]

Dit kan vocht zijn, maar het is ook heel goed mogelijk dat de powerentry kapot is.
Wat ik in het verleden vaak heb gezien, is dat de installateur twee kabels door één wartel trekt en deze daardoor niet goed kan afsluiten, of dat niet alle gaten goed worden afgedicht. Hierdoor kunnen er slakken in de lader komen, en die kunnen je hele lader slopen.
Klinkt raar, maar ik ben er in al die jaren dat ik met deze laders werk zeker al meer dan honderd tegengekomen.

Bedankt voor je feedback, appreciated.
Alfen is al eens opengedaan, rubberen ring was mooi "ingekerfd" door de kap, maw: die zat heel goed en netjes vast en de box was ook kurkdroog. Hebben we speciaal op gelet, zeker gezien het weer van de afgelopen dagen.

Enige opmerking is dat de UTP kabel samen met de voedingskabel door dezelfde gland komt maar dat was ook goed aangedraaid, is een verbeterpuntje maar op dit moment geen reden tot defect.

[Daveth]

HyperBart schreef op dinsdag 28 oktober 2025 @ 12:57:
[...]


Bedankt voor je feedback, appreciated.
Alfen is al eens opengedaan, rubberen ring was mooi "ingekerfd" door de kap, maw: die zat heel goed en netjes vast en de box was ook kurkdroog. Hebben we speciaal op gelet, zeker gezien het weer van de afgelopen dagen.

Enige opmerking is dat de UTP kabel samen met de voedingskabel door dezelfde gland komt maar dat was ook goed aangedraaid, is een verbeterpuntje maar op dit moment geen reden tot defect.

Het kan zeer goed dat je Powerentry kapot is, dan krijg je of af en toe 101 foutmelding of je krijgt ze constant.

Als je een UTP en de voedingskabel door de zelfde wartel gaat dan is deze zeker niet goed dicht, voor de UTP zijn speciale dopjes waar de kabel door heen moet via de achterkant van de lader.
Wat je nog kan doen is de binnenkant van de wartel waar de twee kabels naar binnen komen goed dicht te kitten.
Ook al zit de wartel goed aangedraaid de wartel is gemaakt om 1 rond voorwerp dicht te maken en niet twee, dit sluit 100% zeker niet goed af.

[HyperBart]

Daveth schreef op dinsdag 28 oktober 2025 @ 13:25:
[...]

Het kan zeer goed dat je Powerentry kapot is, dan krijg je of af en toe 101 foutmelding of je krijgt ze constant.

Als je een UTP en de voedingskabel door de zelfde wartel gaat dan is deze zeker niet goed dicht, voor de UTP zijn speciale dopjes waar de kabel door heen moet via de achterkant van de lader.
Wat je nog kan doen is de binnenkant van de wartel waar de twee kabels naar binnen komen goed dicht te kitten.
Ook al zit de wartel goed aangedraaid de wartel is gemaakt om 1 rond voorwerp dicht te maken en niet twee, dit sluit 100% zeker niet goed af.

Ik weet het, dit heb ik ook gemeld aan hem en ik zelf ben bekend met die "achterdoorvoer" van de UTP met die rubberen af te snijden glands. Een 8 vorm door die wartel is geen goed idee.

Ik neem dat power entry board feitje mee naar hem.

[Sarge78]

Ik heb eigenlijk ook wel mazzel gehad. Bij mij heeft er vanaf maart een display kabel tussen gezeten en toch geen water in de unit gekomen. Zat uiteindelijk toch goed dicht.

Update over mijn geplette display kabel: heb al 5x contact gezocht met Alfen. 1x ook met Circet (en zelfs de monteur in kwestie, aangezien ik zijn mobiele nummer had). Helaas kom ik nog niet verder. Moest een mail sturen over welke kabel ik nodig had, dat zou binnen 2 dagen beantwoord worden, dat werd binnen een week, maar helaas nog stil aan de andere kant. Ticket ook stil. Heb toch maar een service bezoek op locatie ingediend om het op te laten lossen. Niet aan mij om verder mee te gaan klooien. Ook dat ticket laat nog even op zich wachten. Druk bij Alfen denk ik.

[Tommie12]

Sarge78 schreef op dinsdag 28 oktober 2025 @ 14:51:
Ik heb eigenlijk ook wel mazzel gehad. Bij mij heeft er vanaf maart een display kabel tussen gezeten en toch geen water in de unit gekomen. Zat uiteindelijk toch goed dicht.

Update over mijn geplette display kabel: heb al 5x contact gezocht met Alfen. 1x ook met Circet (en zelfs de monteur in kwestie, aangezien ik zijn mobiele nummer had). Helaas kom ik nog niet verder. Moest een mail sturen over welke kabel ik nodig had, dat zou binnen 2 dagen beantwoord worden, dat werd binnen een week, maar helaas nog stil aan de andere kant. Ticket ook stil. Heb toch maar een service bezoek op locatie ingediend om het op te laten lossen. Niet aan mij om verder mee te gaan klooien. Ook dat ticket laat nog even op zich wachten. Druk bij Alfen denk ik.

Alfen service is een drama.
Bij mijn herstelling zaten de volgende bedrijven tussen mij en de hersteller...

Arval - 50Five - Alfen - Circet
50five is nog het ergste.. Als je daar een ticket in schiet en 2 dagen later belt, dan krijg je als eerste zin: waarom belt U, wij hebben 4 werkdagen om te reageren... (en dat heb ik dan weer nergens zien staan).
Door een paar keer te bellen heeft het bij mij maar een week of 3 geduurd, maar die bedrijven zijn stuk voor stuk een drama om mee te werken. Enkel de technicus was goed, maar die mocht duidelijk ook niet buiten de lijntjes kleuren...

[Tweakwondo]

sinds kort ook een laadpaal van eneco. tijdens de installatie zeer weinig informatie gekregen, ze hebben het aangesloten meterkast aangepast en zijn weggegaan "spreekt voor zich", nou heb ik geen idee of er bepaalde instellingen nog kunnen of moeten worden aangepast? hoe het allemaal werkt is een groot raadsel. een account heb ik kunnen aanmaken en ik kan in een portal echter op links binnen de app krijg ik een melding "page not found" en inloggen in de app lukt ook niet.
de laadpaal zelf werkt echter vind ik het wel fijn om te kunnen inzien welke functies er wel en niet aan staan?

[r2504]

Heb je de fiche van Alfen gekregen met de paswoorden?

[NTiBhohoSJ66vgJ]

Tweakwondo schreef op dinsdag 28 oktober 2025 @ 19:19:
sinds kort ook een laadpaal van eneco. tijdens de installatie zeer weinig informatie gekregen, ze hebben het aangesloten meterkast aangepast en zijn weggegaan "spreekt voor zich", nou heb ik geen idee of er bepaalde instellingen nog kunnen of moeten worden aangepast? hoe het allemaal werkt is een groot raadsel. een account heb ik kunnen aanmaken en ik kan in een portal echter op links binnen de app krijg ik een melding "page not found" en inloggen in de app lukt ook niet.
de laadpaal zelf werkt echter vind ik het wel fijn om te kunnen inzien welke functies er wel en niet aan staan?

Goeie keus. Misschien heb je wat aan deze post als basis. Ook in de OP staat een goede eerste introductie over de laadpaal.

[Tweakwondo]

van wat ik online heb gevonden zou je moeten kunnen inloggen op de laadpaal dmv wlan of wired dmv IP. Ik heb het idee dat de installateur alles vooraf heeft ingesteld en het wlan module van de paal heeft uitgezet, er is geen utp verbinding wel een utp aangelegd en aangesloten op de p1 meter.
verder heb ik geen info gehad van de installateur. houden zij alles in beheer? dit vind erg vaag allemaal en vooral vervelend dat ik schijnbaar informatie mis
iemand idee hoe ik toch de paal kan benaderen?
binnenkort maar eens met hen bellen..

[AgeOfPanic]

HyperBart schreef op woensdag 22 oktober 2025 @ 13:08:
[...]

Dit klopt helemaal.

Ik zit met dezelfde situatie. Moet de kabel aan de kant van de laadpaal dan ook opnieuw aangesloten worden of zit die dan wel op een ethernet poort aangesloten?

[Mvd1981]

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

[ Voor 5% gewijzigd door Mvd1981 op 29-10-2025 04:46 ]

[asaki]

Ik heb geen tap electric maar Eneco eMobility. Daar staat bij de instellingen dat er bij mij geen BTW van toepassing is omdat ik een particuliere gebruiker ben. Er wordt dus ook (volgens de factuur) exclusief BTW uitbetaald.

Enige verschil is wel dat ik de vergoeding ook exclusief BTW opgeef.

[HyperBart]

AgeOfPanic schreef op woensdag 29 oktober 2025 @ 00:29:
[...]

Ik zit met dezelfde situatie. Moet de kabel aan de kant van de laadpaal dan ook opnieuw aangesloten worden of zit die dan wel op een ethernet poort aangesloten?

Ja, die kabel aan de zijde van de laadpaal moet dan “herprikt worden”
Dus neen, die zit op dit moment dan niet in de ethernet poort van de Alfen.

[Pim1974]

Hallo, mijn naam is Pim en ik wil vragen of iemand hier raad weet voor het volgende probleem:
Ik heb sinds maart 2023 een 11kW Alfen lader en een Audi Q4 E-tron. Laden doe ik 's nachts tussen 1:00 en 6:00 met de timer van de Audi. Dat ging twee jaar goed. Maar sinds een paar maanden laadt hij, wanneer ik het laden uitstel met de timer, slechts met 3,5kW. Als ik het laden direct start, dus zonder timer, dan laadt hij wel met 11kW. De lader wordt via Leaseplan (nu Ayvens) beheerd door Groendus. Ik heb Groendus al een aantal keren gebeld en zij hebben ook contact gehad met Alfen en geven aan dat er niks geks te zien is in de data van de lader. Het zou dus aan de auto liggen. Maar bij Audi zegt men dat daar ook niks mis mee is en dat het aan de lader of instellingen ligt. Kastje naar de muur dus. Heeft iemand dezelfde klacht (gehad)? Alvast bedankt voor elke reactie!
Groet, Pim

[HyperBart]

Pim1974 schreef op woensdag 29 oktober 2025 @ 09:38:
Hallo, mijn naam is Pim en ik wil vragen of iemand hier raad weet voor het volgende probleem:
Ik heb sinds maart 2023 een 11kW Alfen lader en een Audi Q4 E-tron. Laden doe ik 's nachts tussen 1:00 en 6:00 met de timer van de Audi. Dat ging twee jaar goed. Maar sinds een paar maanden laadt hij, wanneer ik het laden uitstel met de timer, slechts met 3,5kW. Als ik het laden direct start, dus zonder timer, dan laadt hij wel met 11kW. De lader wordt via Leaseplan (nu Ayvens) beheerd door Groendus. Ik heb Groendus al een aantal keren gebeld en zij hebben ook contact gehad met Alfen en geven aan dat er niks geks te zien is in de data van de lader. Het zou dus aan de auto liggen. Maar bij Audi zegt men dat daar ook niks mis mee is en dat het aan de lader of instellingen ligt. Kastje naar de muur dus. Heeft iemand dezelfde klacht (gehad)? Alvast bedankt voor elke reactie!
Groet, Pim

Waar stel je die timer in?
Klinkt alsof er slechts met een fase geladen wordt (16A 230V) ipv 3 fasen.

Dat bepaalt de laadpaal normaal. Zit er daar iets van timer of appje bij wat aanstuurt?

[JanHenk]

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

Dat gaat wel goed hoor, zoals jij het beschrijft.

Tap (als dienstverlener, leverende partij voor de elektriciteit) moet wel btw factureren als MSP (backoffice) aan diegene die een laadpas gebruikt. Doorgaans kan die verrekend worden door de afnemer.

Jij levert dan wel de elektriciteit (aan Tap in beginsel), maar doet dat niet als btw-plichtige ondernemer. Dus je bent niet btw-plichtig en krijgt dus ook een bedrag vrij (dat is niet hetzelfde als exclusief overigens, maar komt op hetzelfde neer qua euro's) van btw uitbetaald door Tap.

[VidaR-9]

JanHenk schreef op woensdag 29 oktober 2025 @ 10:39:
[...]


Dat gaat wel goed hoor, zoals jij het beschrijft.

Tap (als dienstverlener, leverende partij voor de elektriciteit) moet wel btw factureren als MSP (backoffice) aan diegene die een laadpas gebruikt. Doorgaans kan die verrekend worden door de afnemer.

Jij levert dan wel de elektriciteit (aan Tap in beginsel), maar doet dat niet als btw-plichtige ondernemer. Dus je bent niet btw-plichtig en krijgt dus ook een bedrag vrij (dat is niet hetzelfde als exclusief overigens, maar komt op hetzelfde neer qua euro's) van btw uitbetaald door Tap.

Maar dan maak je toch verlies? Want aan je energieleverancier betaal je het tarief inclusief btw.

Ik geef mijn ex tarief op (50Five) en krijg vervolgens een credit factuur incl btw. Wat dus exact hetzelfde is als het mij kost.

[JanHenk]

VidaR-9 schreef op woensdag 29 oktober 2025 @ 12:32:
[...]


Maar dan maak je toch verlies? Want aan je energieleverancier betaal je het tarief inclusief btw.

Nee, waarom? Als jouw tarief bijv. 25 cent (all-in, dus incl. btw, energiebelasting is etc.) is en je geeft dat door, dan zou je 25 cent (btw vrij) moeten ontvangen.

Ik geef mijn ex tarief op (50Five) en krijg vervolgens een credit factuur incl btw. Wat dus exact hetzelfde is als het mij kost.

Dat snap ik niet, krijg jij inclusief btw uitbetaald? Ga je aangifte doen en die afdragen dan? Volgens mij is dat gewoon vrij van btw...

Hoe je iets moet instellen in iedere backoffice heb ik geen verstand van, maar de fiscale principes zijn wel gelijk.

[VidaR-9]

JanHenk schreef op woensdag 29 oktober 2025 @ 13:13:
[...]
Nee, waarom? Als jouw tarief bijv. 25 cent (all-in, dus incl. btw, energiebelasting is etc.) is en je geeft dat door, dan zou je 25 cent (btw vrij) moeten ontvangen.

Dat klinkt logisch inderdaad.

Dat snap ik niet, krijg jij inclusief btw uitbetaald? Ga je aangifte doen en die afdragen dan? Volgens mij is dat gewoon vrij van btw...

Hoe je iets moet instellen in iedere backoffice heb ik geen verstand van, maar de fiscale principes zijn wel gelijk.

Ik krijg mijn 16 cent tarief + 3 cent btw uitbetaald inderdaad. En dat is exact gelijk aan hetgeen wat ik betaal aan mijn leverancier.

Verder nooit over nagedacht. Ik neem aan dat 50Five het zo bij al hun particuliere klanten doet.

Even teruggekeken. Bij Eneco was dat 3 jaar terug inderdaad gewoon ex btw; zoals hierboven.

Edit:
50Five doet dat dus niet bij al z’n klanten. Een vriend van mij heeft geen btw op de factuur staan. Echt wat een ontzettend waardeloos zooitje is dat toch. Door hun onkunde zit ik weer met deze ellende.
Een andere vriend heeft een andere aanbieder en die krijgt ook een factuur met btw erop. Was zich ook nergens iets van bewust.

[ Voor 15% gewijzigd door VidaR-9 op 29-10-2025 16:10 ]

[r2504]

Mvd1981 schreef op woensdag 29 oktober 2025 @ 04:37:
Aangezien ik geen bedrijf ben, ga ik ervan uit dat ik niet BTW plichtig ben.

Zolang de fiscus hier zich niet mee gaat moeien is het geen probleem... maar uiteindelijk "verkoop" jij electriciteit aan Tap in dit geval en dat mag volgens mij niet als particulier (en al zeker niet als je er winst op maakt). Volgens mij ben je officieel verplicht een BTW nummer aan te vragen en dan ook BTW aan te rekenen al is dit vermoedelijk een grijze zone nu.

[elparia]

Today we are releasing Firmware Release 7.3 for our NG9xx charging platform for Alfen Charging Equipment.

Our comprehensive assortment of electric charging stations are available in a wide range of charging capacities and functionalities, and we continue to add more capabilities to meet your needs.

Applicable Products
NG9xx firmware is used in: Eve Single S-line, Eve Single Pro-line, Eve Double Pro-line, Eve Double PG-line and Twin 4XL.

Release Content
In the download section, you will find the update file, release notes, configuration keys, error code list as well as an updated Service Installer.

The new firmware version comes with improvements and new functionalities outlined in the attached release notes.

1 Introduction
Firmware Release 7.3 includes stability improvements and bug fixes.
These release notes describe what is included in this release in terms of stability improvements, bug
fixes and new features.

2 Relay sequence improvements
- When starting a charging session, only the safety relays will now be switched before starting
delivery of power to the vehicle. The bypass relays are kept closed and will be opened if the
charging station detects that a safety relay is welded. Note that during a boot sequence the
relays are no longer switched.

3 Bug fixes
- Fixed an issue where data from the P1 smart meter was not parsed correctly. This resolves
issues with Active Load Balancing functionality in combination with a P1 DSMR smart meter.
- Fixed an issue where activating the WiFi access point caused an IP conflict with a TCP/IP energy
meter and/or when connecting to the charging station with ACE Service Installer, Eve Connect or
MyEve.
- Added checks to ensure that a Eichrecht public key can be recovered even when a power outage
is too abrupt to properly store it. This caused Eichrecht charging sessions to be labelled as
incorrect.
- Fixed an issue where an Eve Single charging station with Active Load Balancing went in safe
mode and error 213 state after some time when connected to a Linky smart meter set to TIC
Standard mode
- Fixed an issue where starting a session with an e-Socket (Type E) on a double socket station
caused a crash.
- Added a check to ensure timely observation of opening of the S2 signal in all cases. This has
caused issues with specific vehicles with strict S2 timing regime.
- Fixed an issue where enabling a Modbus TCP/IP energy meter caused a crash on specific
hardware revisions
- Fixed an issue where swiping a valid RFID card would result in a return to the idle state after
accepting the RFID card rather than starting a transaction
- Fixed an issue where a socket that is not reserved would go to the available state after handling
a reservation on Eve Double Pro-line or Twin 4XL
- For the Catalan language the following translations have been updated:
o Traja incorrecta → Tarja incorrecta
o Charging duration → Durada de la càrrega
o Consumption → Consum
o Ambdos endolls son bloquejats si us plau, acosteu la tarja sobre el lector de sota →
Ambdós endolls son bloquejats si us plau, acosteu la tarja sobre el lector de sota
o Ambdos endolls son desbloquejats si us plau, connecteu el cable a l'endoll → Ambdós
endolls son desbloquejats si us plau, connecteu el cable a l'endoll
o start tariff → tarifa d'inici
o per minute → per minut


4 Back-end communication changes
- Fixed an issue where properties of a Smart Charging Network are not updated throughout the
entire SCN when changing SCN specific properties over OCPP.
- Fixed an issue where stack levels of different types of OCPP charging profiles were not taken
into account
- Added checks for corrupt entries in the transaction database to ensure successful exchange of
OCPP transaction related messages. If a correct entry is found this entry will be skipped in
addition to new recovery methods.
- Added AuthorizationTimeout as a new configuration key as an addition to ConnectionTimeout.
AuthorizationTimeout specifies the timeout when a user has plugged in the cable, but has not
yet authorized. The default value of AuthorizationTimeout will initially be set identical to the
value of ConnectionTimeout, even if ConnectionTimeout is set to a non-default value. Setting
AuthorizationTimeout to 0 means that no timeout will apply and the charging station will wait
indefinitely for an authorization after plugging in the cable.
- When a charging station receives multiple RemoteStop requests for the same transaction it will
only process the first request and reject any subsequent requests until the first request is
successfully processed.
- Fixed an issue where charging stations with 6mA DC leakage detection reported a trip to the
backoffice with a trip current of 0.0mA. Now the reported measurement to the backoffice is the
highest measured trip current as opposed to trip current after relay switches off.
- Fixed an issue where a remote firmware update failed due to the charging station trying to
connect to changing to a higher network profile. When a remote update is initiated the active
network profile will not try to connect to a higher network profile until the firmware update is
completed.
- Multiple changes are made relating to the reservation functionality of OCPP:
o Disabled the backoffice configuration keys ReserveConnectorZeroSupported on OCPP
1.5/1.6J and NonEvseSpecific on OCPP2.0.1
o A reservation will only be accepted if a socket is specified with the reservation request
to the charging station.
o A reservation made via OCPP is now set to resolved when a transaction is started with
the token associated with the reservation.
o When a duplicate reservation is received the latest iteration will be accepted and older
ones will be cleared.

Note: The firmware will be installed on Alfen charging stations produced starting in the week of October 30, 2025 onwards.

[Banjy]

elparia schreef op donderdag 30 oktober 2025 @ 16:09:
Today we are releasing Firmware Release 7.3 for our NG9xx charging platform for Alfen Charging Equipment.

Our comprehensive assortment of electric charging stations are available in a wide range of charging capacities and functionalities, and we continue to add more capabilities to meet your needs.

Applicable Products
NG9xx firmware is used in: Eve Single S-line, Eve Single Pro-line, Eve Double Pro-line, Eve Double PG-line and Twin 4XL.

Release Content
In the download section, you will find the update file, release notes, configuration keys, error code list as well as an updated Service Installer.

The new firmware version comes with improvements and new functionalities outlined in the attached release notes.

1 Introduction
Firmware Release 7.3 includes stability improvements and bug fixes.
These release notes describe what is included in this release in terms of stability improvements, bug
fixes and new features.

2 Relay sequence improvements
- When starting a charging session, only the safety relays will now be switched before starting
delivery of power to the vehicle. The bypass relays are kept closed and will be opened if the
charging station detects that a safety relay is welded. Note that during a boot sequence the
relays are no longer switched.

3 Bug fixes
- Fixed an issue where data from the P1 smart meter was not parsed correctly. This resolves
issues with Active Load Balancing functionality in combination with a P1 DSMR smart meter.
- Fixed an issue where activating the WiFi access point caused an IP conflict with a TCP/IP energy
meter and/or when connecting to the charging station with ACE Service Installer, Eve Connect or
MyEve.
- Added checks to ensure that a Eichrecht public key can be recovered even when a power outage
is too abrupt to properly store it. This caused Eichrecht charging sessions to be labelled as
incorrect.
- Fixed an issue where an Eve Single charging station with Active Load Balancing went in safe
mode and error 213 state after some time when connected to a Linky smart meter set to TIC
Standard mode
- Fixed an issue where starting a session with an e-Socket (Type E) on a double socket station
caused a crash.
- Added a check to ensure timely observation of opening of the S2 signal in all cases. This has
caused issues with specific vehicles with strict S2 timing regime.
- Fixed an issue where enabling a Modbus TCP/IP energy meter caused a crash on specific
hardware revisions
- Fixed an issue where swiping a valid RFID card would result in a return to the idle state after
accepting the RFID card rather than starting a transaction
- Fixed an issue where a socket that is not reserved would go to the available state after handling
a reservation on Eve Double Pro-line or Twin 4XL
- For the Catalan language the following translations have been updated:
o Traja incorrecta → Tarja incorrecta
o Charging duration → Durada de la càrrega
o Consumption → Consum
o Ambdos endolls son bloquejats si us plau, acosteu la tarja sobre el lector de sota →
Ambdós endolls son bloquejats si us plau, acosteu la tarja sobre el lector de sota
o Ambdos endolls son desbloquejats si us plau, connecteu el cable a l'endoll → Ambdós
endolls son desbloquejats si us plau, connecteu el cable a l'endoll
o start tariff → tarifa d'inici
o per minute → per minut


4 Back-end communication changes
- Fixed an issue where properties of a Smart Charging Network are not updated throughout the
entire SCN when changing SCN specific properties over OCPP.
- Fixed an issue where stack levels of different types of OCPP charging profiles were not taken
into account
- Added checks for corrupt entries in the transaction database to ensure successful exchange of
OCPP transaction related messages. If a correct entry is found this entry will be skipped in
addition to new recovery methods.
- Added AuthorizationTimeout as a new configuration key as an addition to ConnectionTimeout.
AuthorizationTimeout specifies the timeout when a user has plugged in the cable, but has not
yet authorized. The default value of AuthorizationTimeout will initially be set identical to the
value of ConnectionTimeout, even if ConnectionTimeout is set to a non-default value. Setting
AuthorizationTimeout to 0 means that no timeout will apply and the charging station will wait
indefinitely for an authorization after plugging in the cable.
- When a charging station receives multiple RemoteStop requests for the same transaction it will
only process the first request and reject any subsequent requests until the first request is
successfully processed.
- Fixed an issue where charging stations with 6mA DC leakage detection reported a trip to the
backoffice with a trip current of 0.0mA. Now the reported measurement to the backoffice is the
highest measured trip current as opposed to trip current after relay switches off.
- Fixed an issue where a remote firmware update failed due to the charging station trying to
connect to changing to a higher network profile. When a remote update is initiated the active
network profile will not try to connect to a higher network profile until the firmware update is
completed.
- Multiple changes are made relating to the reservation functionality of OCPP:
o Disabled the backoffice configuration keys ReserveConnectorZeroSupported on OCPP
1.5/1.6J and NonEvseSpecific on OCPP2.0.1
o A reservation will only be accepted if a socket is specified with the reservation request
to the charging station.
o A reservation made via OCPP is now set to resolved when a transaction is started with
the token associated with the reservation.
o When a duplicate reservation is received the latest iteration will be accepted and older
ones will be cleared.

Note: The firmware will be installed on Alfen charging stations produced starting in the week of October 30, 2025 onwards.

Ik ben benieuwd naar de ervaringen. De vorige heb ik overgeslagen in verband met de P1 meter problemen. Dat lijkt nu dus wel aangepast. Anderzijds zie ik ook weinig nieuwe features en werkt het nu prima. Het Wifi AP probleem heb ik misschien ook gehad, maar goed inmiddels loopt er een ethernet kabel

[NoFate]

Jammer , Zie geen fixes mbtr tot het scherm dat soms rare kleuren vertoont

[VidaR-9]

Ik zie de 7.3 versie nog niet in de MyEve app.

[Pharos1985]

Wat ik een beetje vreemd vind is dat je op internet enorme prijsverschillen vindt voor exact dezelfde Alfen:
- S-line / vaste kabel / RFID én load balancing.

Op de ene site kost dat +/- 1299 EUR en nu eentje gevonden waar ik dat kan krijgen aan 899 EUR. Ik vermoed dat die van 899 geen wifi zal hebben wegens 'ouder' model, maar zijn er buiten zulke dingen nog verschillen die me tegen zouden moeten houden om een oudere "productiedatum" te bestellen?

[Jay-v]

Banjy schreef op donderdag 30 oktober 2025 @ 16:57:
[...]


Ik ben benieuwd naar de ervaringen. De vorige heb ik overgeslagen in verband met de P1 meter problemen. Dat lijkt nu dus wel aangepast. Anderzijds zie ik ook weinig nieuwe features en werkt het nu prima. Het Wifi AP probleem heb ik misschien ook gehad, maar goed inmiddels loopt er een ethernet kabel

Ik heb een tijd een early 7.3 release gehad. Deze problemen waren daarmee opgelost. Uiteindelijk weer terug gegaan naar 7.1.6 omdat hij zo nu en dan crashte vanwege een geheugen probleem. Dat zou voor de uiteindelijke release worden opgelost dus neem aan dat dat ook zo is :-)

[Heinemancp]

NoFate schreef op donderdag 30 oktober 2025 @ 20:36:
Jammer , Zie geen fixes mbtr tot het scherm dat soms rare kleuren vertoont

Dat was specifiek in 7.1.6 opgelost. Deze fixes zijn dus meegenomen in 7.3
https://knowledge.alfen.c...ase+Notes+NG9xx+7.1.6.pdf