[Alfen Laadpaal] Ervaringen & Discussie

[Luisterlijk]

V_ger schreef op zondag 31 mei 2026 @ 08:38:
[...]

Het probleem is de auto, niet je laadpaal.
Zie het anders. Op basis van het weer en de bestemming kies je vooraf of je ergens over de snelweg heen gaat, of liever over de N wegen met mooi uitzicht.

Dat is een zienswijze die niet past bij mijn leven en waarom ik rijd. Dat is tegen de 50 dkm, en ik rijd al elektrisch sinds dat kan. De laadpaal maakt de fout, simpelweg vanwege een design flaw. Men heeft niet viodoende rekening gehouden met de autos die er bestaan. De auto doet wat hij doet omdat hij zo is ontworpen. Daar moet je in je (lader)design rekening mee houden. Mijn Volvo heeft het niet maar de Hyundais op de zaak wel. Een en ander wordt onder garantie gerepareerd dus ik denk niet dat ik er ver naast zit.

[ Voor 9% gewijzigd door Luisterlijk op 31-05-2026 09:03 ]

[JanHenk]

@Luisterlijk Er zijn buiten het Alfen-topic meerdere meldingen van andere laadpalen waarvan het relais stuk gaat, kortsluiting veroorzaakt, etc. In ieder geval zappi’s, maar ook andere. De gemene deler is steeds Kia/Hyundai.

Is het dan een design flaw van Alfen, of van Kia/Hyundai?

[Idr548]

Momenteel draai ik dus de integratie van "leeyuentuen".
Werkt op zich goed voor wat ik er nu mee doe. 99% van de tijd monitoren.

Omdat ik de "green" mode niet goed krijg van aflen (loopt vast na een tijd en switched te vaak) denk ik er over na om de load balance sturing te doen via HA. Deze sturing zou daar niet goed voor zijn gezien deze in de flash schrijft en dus niet dient voor vaal values te schrijven.

Dus dacht ik eraan om de andere HACS integratie te gebruiken 'thastealth' en de modbus aan te zetten en de load balance instelling te wijzigen van meter naar EMS in alfen.

Wat ik wil doen:
2 dingen nabouwen: 'green' en 'comfort'.
green laten waarden schrijven in stappen van 0,2A.
Bij green kunnen zeggen dat de laadpaal op pauze gaat (0A) als de afname in de woning voor 3min > bv 600 watt (of een percentage die ik instell).

Later misschien ook zeggen dat de plugin-batterij in huis op pauze gaat tijdens laden van de auto.

Denken jullie dat deze "thastealth" integratie de goede keuze is hiervoor?
Of zouden jullie het anders aan gaan pakken?

[waterpolo78]

Gisteren nieuwe firmware 7.4 geprobeerd, maar na de laadsessie snel terug naar firmware 7.3. Helaas werkt de verbinding met de app na x minuten niet goed meer. Vreemd genoeg is dat na het laden de app wel weer verbinding kan maken. Tijdens het laden moet je de app kunnen gebruiken om bijv. het vermogen aan te passen of de boost te activeren.

Ik vroeg mij af wat een reden kan zijn om toch firmware 7.4 te gebruiken. Vele hebben in dit forum problemen gemeldt.

[helm71]

MR. RHS schreef op woensdag 27 mei 2026 @ 12:34:
[...]

Ik wil deze use case ook implementeren op mijn net nieuwe homey. Heb je hier een flow van ter inspiratie?

Sorry dat het even duurde :

Het homeyscript:

code:

/**

 * HomeyScript – Car Smart Charge (per kwartier) — v2

 * Met circulaire log-buffer (laatste 96 entries = 24u bij kwartierlijkse runs)

 *

 * WIJZIGINGEN t.o.v. origineel (alleen deze twee):

 *  [1] Live laadsnelheid: meet werkelijke kW uit de Laadpaal-meter en stelt

 *      Car_Avg_Charge_Speed_kW bij. Gebruikt Car_Charge_Meter_Prev (Number).

 *  [2] Deadline als harde grens: force-charge bij quartersAvailable <= quartersNeeded

 *      (was: < ). Hierdoor wordt elk resterend kwartier een laadkwartier zodra

 *      de tijd krap wordt, ongeacht prijs.

 * Klok, prijslogica en Alfen_Action-afhandeling zijn bewust ONGEWIJZIGD.

 */

const LOG_MAX_ENTRIES = 96;

const LOG_VAR_NAME = "Car_Charge_Log";

// === NIEUW [1] — instellingen voor de laadsnelheidsmeting ===

const ALFEN_DEVICE_ID   = "91eacf87-501f-4c31-baff-0870345c1ff0"; // Laadpaal

const METER_PREV_VAR    = "Car_Charge_Meter_Prev";  // Number, init 0

const SPEED_VAR         = "Car_Avg_Charge_Speed_kW";

const SPEED_SMOOTHING   = 0.6;   // aandeel van de NIEUWE meting (1.0 = puur afgelopen kwartier)

const SPEED_MIN_KW      = 3;     // klem-ondergrens

const SPEED_MAX_KW      = 11;    // klem-bovengrens

const MEAS_MIN_KWH      = 0.5;   // < dit = geen echt laadkwartier -> niet meenemen

const MEAS_MAX_KWH      = 3.0;   // > dit = onrealistisch (meter-sprong/reset) -> negeren

function getDutchTime() {

const now = new Date();

const nlTime = new Date(now.toLocaleString('en-US', { timeZone: 'Europe/Amsterdam' }));

const year = nlTime.getFullYear();

const month = String(nlTime.getMonth() + 1).padStart(2, '0');

const day = String(nlTime.getDate()).padStart(2, '0');

const hour = String(nlTime.getHours()).padStart(2, '0');

const minute = String(nlTime.getMinutes()).padStart(2, '0');

const second = String(nlTime.getSeconds()).padStart(2, '0');

return [mono]${year}-${month}-${day} ${hour}:${minute}:${second}[/mono];

}

async function main() {

const vars = await Homey.logic.getVariables();

const varList = Array.isArray(vars) ? vars : Object.values(vars || {});

const varMap = {};

for (const v of varList) {

    varMap[v.name] = v.id;

  }

function getVar(name) {

return varList.find(v => v.name === name);

  }

async function setVar(name, value) {

const id = varMap\[name];

if (!id) {

      console.log("Variabele niet gevonden:", name);

return;

    }

await Homey.logic.updateVariable({ id, variable: { value } });

  }

// ---- Logging ----

const logEntries = [];

function log(level, message, data) {

const entry = {

      ts: getDutchTime(),

      lvl: level,           // "INFO" | "WARN" | "ERROR"

      msg: message

    };

if (data !== undefined) entry.data = data;

    logEntries.push(entry);

    console.log(`[${entry.ts}] [${level}] ${message}${data !== undefined ? ' | ' + JSON.stringify(data) : ''}`);

  }

async function flushLog() {

// Lees bestaande log

const logVar = getVar(LOG_VAR_NAME);

let existing = [];

if (logVar && logVar.value) {

try {

        existing = JSON.parse(logVar.value);

if (!Array.isArray(existing)) existing = [];

      } catch (_) {

        existing = [];

      }

    }

// Voeg nieuwe entries toe, knip oudste weg

const combined = [...existing, ...logEntries];

const trimmed = combined.slice(-LOG_MAX_ENTRIES);

await setVar(LOG_VAR_NAME, JSON.stringify(trimmed));

  }

async function setAction(action, reason) {

await setVar("Alfen_Action", action);

await setVar("Car_Charge_Status", "OK");

await setVar("Car_Charge_Last_Update", getDutchTime());

    log("INFO", [mono]Actie: ${action}[/mono], { reason });

await flushLog();

return action + ": " + reason;

  }

async function fail(reason) {

await setVar("Alfen_Action", "Hold");

await setVar("Car_Planning_Active", false);

await setVar("Car_Charge_Status", "ERROR");

await setVar("Car_Charge_Last_Update", getDutchTime());

    log("ERROR", reason);

await flushLog();

return "ERROR: " + reason;

  }

// === NIEUW [1] — meet werkelijke laadsnelheid en stel Car_Avg_Charge_Speed_kW bij.

// Leest meter_power van de Laadpaal, vergelijkt met Car_Charge_Meter_Prev,

// werkt de snelheid bij als het afgelopen kwartier echt geladen heeft.

// Faalt nooit hard: alles in try/catch; bij twijfel blijft de bestaande snelheid staan.

async function updateChargeSpeedFromMeter() {

try {

const devices = await Homey.devices.getDevices();

const alfen = Object.values(devices).find(d => d.id === ALFEN_DEVICE_ID);

if (!alfen || !alfen.capabilitiesObj || !alfen.capabilitiesObj.meter_power) {

        log("WARN", "Laadsnelheid: meter_power niet leesbaar – snelheid ongewijzigd");

return;

      }

const meterNow = parseFloat(alfen.capabilitiesObj.meter_power.value);

if (!isFinite(meterNow)) {

        log("WARN", "Laadsnelheid: meterstand ongeldig – snelheid ongewijzigd");

return;

      }

const prevVar   = getVar(METER_PREV_VAR);

const prevMeter = prevVar ? parseFloat(prevVar.value) : NaN;

if (isFinite(prevMeter) && prevMeter > 0 && meterNow >= prevMeter) {

const kWhLastQuarter = meterNow - prevMeter;

if (kWhLastQuarter >= MEAS_MIN_KWH && kWhLastQuarter <= MEAS_MAX_KWH) {

const measuredKW = kWhLastQuarter * 4; // kWh per kwartier -> kW

const speedVar   = getVar(SPEED_VAR);

const oldSpeed   = speedVar ? parseFloat(speedVar.value) : NaN;

let newSpeed = isFinite(oldSpeed)

            ? (SPEED_SMOOTHING [i] measuredKW + (1 - SPEED_SMOOTHING) [/i] oldSpeed)

            : measuredKW;

          newSpeed = Math.max(SPEED_MIN_KW, Math.min(SPEED_MAX_KW, newSpeed));

          newSpeed = Math.round(newSpeed * 10) / 10;

await setVar(SPEED_VAR, newSpeed);

          log("INFO", "Laadsnelheid bijgesteld", {

            kWhLastQuarter: Math.round(kWhLastQuarter * 100) / 100,

            measuredKW: Math.round(measuredKW * 10) / 10,

            oldSpeed: isFinite(oldSpeed) ? oldSpeed : null,

            newSpeed

          });

        } else {

          log("INFO", "Laadsnelheid: geen geldig laadkwartier – ongewijzigd", {

            kWhLastQuarter: Math.round(kWhLastQuarter * 100) / 100

          });

        }

      } else {

        log("INFO", "Laadsnelheid: geen bruikbare vorige meterstand – ongewijzigd");

      }

// Altijd de huidige meterstand bewaren voor de volgende run.

await setVar(METER_PREV_VAR, meterNow);

    } catch (e) {

      log("WARN", "Laadsnelheid: meting mislukt – snelheid ongewijzigd", { error: String(e) });

    }

  }

// ---- Helper: kwartierindex → variabelenaam ----

function priceVarName(index) {

const isToday = index < 96;

const prefix = isToday ? "dyn_today" : "dyn_tomorrow";

const localIndex = isToday ? index : index - 96;

const hh = String(Math.floor(localIndex / 4)).padStart(2, '0');

const kk = String(localIndex % 4).padStart(2, '0');

return [mono]${prefix}_${hh}_${kk}[/mono];

  }

  log("INFO", "Script gestart");

// ---- Check: Wil auto laden? ----

const readyToCharge = getVar("Car_Ready_To_Charge");

if (!readyToCharge || !readyToCharge.value) {

await setVar("Car_Planning_Active", false);

await setVar("Alfen_Action", "Hold");

await setVar("Car_Charge_Status", "OK");

await setVar("Car_Charge_Last_Update", getDutchTime());

    log("INFO", "Auto niet klaar om te laden – vroeg gestopt");

await flushLog();

return "Auto niet klaar om te laden";

  }

// === NIEUW [1] — werk de gemeten laadsnelheid bij vóór we ermee rekenen.

await updateChargeSpeedFromMeter();

// ---- Variabelen ophalen ----

// (let op: opnieuw inlezen zodat de zojuist bijgewerkte snelheid wordt meegenomen)

const freshVars = await Homey.logic.getVariables();

const freshList = Array.isArray(freshVars) ? freshVars : Object.values(freshVars || {});

function getFresh(name) { return freshList.find(v => v.name === name); }

const laadniveauVar  = getFresh("Car_Laadniveau");

const maxCapacityVar = getFresh("Car_Max_Battery_Capacity");

const chargeLimitVar = getFresh("Car_Charge_Limit");

const chargeSpeedVar = getFresh("Car_Avg_Charge_Speed_kW");

if (!laadniveauVar || !maxCapacityVar || !chargeLimitVar || !chargeSpeedVar) {

return fail("Car variabelen ontbreken");

  }

const currentSoC  = parseFloat(laadniveauVar.value);

const maxCapacity = parseFloat(maxCapacityVar.value);

const targetSoC   = parseFloat(chargeLimitVar.value);

const chargeSpeed = parseFloat(chargeSpeedVar.value);

  log("INFO", "Car state", { currentSoC, maxCapacity, targetSoC, chargeSpeed });

if (!isFinite(currentSoC) || !isFinite(maxCapacity) || !isFinite(targetSoC) || !isFinite(chargeSpeed)) {

return fail("Ongeldige waarden in car variabelen");

  }

// ---- Check: Al vol genoeg? ----

if (currentSoC >= targetSoC) {

await setVar("Car_Planning_Active", false);

await setVar("Car_kWh_Needed", 0);

    log("INFO", "Auto al vol genoeg", { currentSoC, targetSoC });

return setAction("Hold", [mono]Auto al vol (${currentSoC}% >= ${targetSoC}%)[/mono]);

  }

await setVar("Car_Planning_Active", true);

// ---- Bereken benodigde kwartieren ----

const socDiff        = targetSoC - currentSoC;

const kWhNeeded      = (socDiff / 100) * maxCapacity;

const hoursNeeded    = kWhNeeded / chargeSpeed;

const quartersNeeded = Math.ceil(hoursNeeded * 4);

await setVar("Car_kWh_Needed", Math.round(kWhNeeded * 100) / 100);

  log("INFO", "Benodigde laadtijd", { kWhNeeded: Math.round(kWhNeeded*100)/100, quartersNeeded });

// ---- Huidige kwartierindex ----

const now   = new Date();

const nlNow = new Date(now.toLocaleString('en-US', { timeZone: 'Europe/Amsterdam' }));

const currentHour    = nlNow.getHours();

const currentMinute  = nlNow.getMinutes();

const currentQuarter = Math.floor(currentMinute / 15);

const currentQuarterIndex = currentHour * 4 + currentQuarter;

// ---- Vertrektijd ----

const dayNames  = ["Sunday","Monday","Tuesday","Wednesday","Thursday","Friday","Saturday"];

const todayName = dayNames[nlNow.getDay()];

const todayReadyVar = getVar("Car_Ready_" + todayName);

if (!todayReadyVar) {

return fail("Vertrektijd variabele niet gevonden: Car_Ready_" + todayName);

  }

const todayReady = String(todayReadyVar.value || "").trim();

function parseTime(timeStr) {

const parts = timeStr.split(":");

if (parts.length !== 2) return null;

const h = parseInt(parts[0]);

const m = parseInt(parts[1]);

if (isNaN(h) || isNaN(m)) return null;

return { hour: h, minute: m };

  }

const deadlineTime = parseTime(todayReady);

if (!deadlineTime) {

return fail("Ongeldige vertrektijd: " + todayReady);

  }

const deadlineQuarterLocal = deadlineTime.hour * 4 + Math.floor(deadlineTime.minute / 15);

let deadlineQuarterIndex;

if (deadlineQuarterLocal > currentQuarterIndex) {

    deadlineQuarterIndex = deadlineQuarterLocal;

  } else {

    deadlineQuarterIndex = 96 + deadlineQuarterLocal;

    log("WARN", "Deadline is morgen (vertrektijd al voorbij vandaag)",

        { deadline: todayReady, deadlineQuarterIndex });

  }

const quartersAvailable = deadlineQuarterIndex - currentQuarterIndex;

  log("INFO", "Tijdsplanning", { currentQuarterIndex, deadlineQuarterIndex, quartersAvailable, quartersNeeded });

if (quartersAvailable <= 0) {

return fail("Deadline al verstreken of direct nu");

  }

// === GEWIJZIGD [2] — '<' werd '<=': zodra de resterende tijd gelijk is aan

// de benodigde tijd, moet elk resterend kwartier een laadkwartier zijn.

if (quartersAvailable <= quartersNeeded) {

    log("WARN", "Onvoldoende/krappe tijd – force charge", { quartersAvailable, quartersNeeded });

return setAction("CHARGE", [mono]Te weinig tijd! Nodig: ${quartersNeeded}q, beschikbaar: ${quartersAvailable}q → FORCE CHARGE[/mono]);

  }

// ---- Prijzen ophalen ----

const prices = [];

for (let i = currentQuarterIndex; i < deadlineQuarterIndex; i++) {

const name = priceVarName(i);

const priceVar = getVar(name);

if (!priceVar) {

return fail("Prijsvariabele niet gevonden: " + name);

    }

const price = parseFloat(priceVar.value);

if (!isFinite(price)) {

return fail("Ongeldige prijs in: " + name);

    }

    prices.push({ quarterIndex: i, price, isCurrent: (i === currentQuarterIndex) });

  }

// ---- Selecteer goedkoopste kwartieren ----

const sorted      = [...prices].sort((a, b) => a.price - b.price);

const cheapestN   = sorted.slice(0, quartersNeeded);

const cheapestSet = new Set(cheapestN.map(p => p.quarterIndex));

const currentPrice = prices[0].price;

const shouldCharge = cheapestSet.has(currentQuarterIndex);

  log("INFO", "Prijsanalyse", {

    currentPrice: currentPrice.toFixed(4),

    cheapestAvail: sorted[0].price.toFixed(4),

    rank: sorted.findIndex(p => p.quarterIndex === currentQuarterIndex) + 1,

of: prices.length,

    shouldCharge

  });

if (shouldCharge) {

const avgCheapPrice = (cheapestN.reduce((sum, p) => sum + p.price, 0) / quartersNeeded).toFixed(4);

const totalCost     = (kWhNeeded * parseFloat(avgCheapPrice)).toFixed(2);

return setAction(

"CHARGE",

[mono]Nu €${currentPrice.toFixed(4)}/kWh (goedkoop genoeg). [/mono] +

[mono]Nodig: ${quartersNeeded}q, beschikbaar: ${quartersAvailable}q. [/mono] +

[mono]Gem. prijs: €${avgCheapPrice}/kWh, totaal: €${totalCost}[/mono]

    );

  } else {

const rank = sorted.findIndex(p => p.quarterIndex === currentQuarterIndex) + 1;

const cheapestPrice = sorted[0].price.toFixed(4);

return setAction(

"Hold",

[mono]Nu €${currentPrice.toFixed(4)}/kWh (te duur, rank ${rank}/${prices.length}). [/mono] +

[mono]Goedkoopste: €${cheapestPrice}/kWh. Wacht op betere prijzen.[/mono]

    );

  }

}

return main();

[ Voor 0% gewijzigd door We Are Borg op 31-05-2026 17:30 . Reden: code tags toegevoegd ]

[helm71]

MR. RHS schreef op woensdag 27 mei 2026 @ 12:34:
[...]

Ik wil deze use case ook implementeren op mijn net nieuwe homey. Heb je hier een flow van ter inspiratie?

De advanced flow.

[helm71]

MR. RHS schreef op woensdag 27 mei 2026 @ 12:34:
[...]

Ik wil deze use case ook implementeren op mijn net nieuwe homey. Heb je hier een flow van ter inspiratie?

Ben benieuwd of je er iets me kunt ! Succes!

[FatalZero]

Hmmm, sinds gisteren een hele rare error met mijn Alfen Eve Mini. Error 201: PE error



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

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

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

Iemand dit meegemaakt?

[rens-br]

rens-br schreef op zaterdag 30 mei 2026 @ 19:53:
[...]

Net de paal ook maar een reboot gegeven. Morgen nog een poging om te kijken of het goed werkt. De auto is nu vol.

Dat heeft geholpen. Het lijkt nu wel te werken.

[Will_M]

@helm71

Ik heb even een topicreport aangemaakt vanwege je post met daarin die enorm grote lap aan HomeyScript Code met daarin het verzoek om die lap tekst even tussen

code:

 -

tags te (laten?) zetten...



Het lijkt behoorlijk op jscript, vandaar liefst code=jscript zodat ook de syntaxhighlights daarna waarschijnlijk ook correct zullen zijn.

[ Voor 30% gewijzigd door Will_M op 31-05-2026 18:19 ]

[helm71]

Will_M schreef op zondag 31 mei 2026 @ 15:49:
@helm71

Ik heb even een topicreport aangemaakt vanwege je post met daarin die enorm grote lap aan HomeyScript Code met daarin het verzoek om die lap tekst even tussen

code:

 -

tags te (laten?) zetten...



Het lijkt behoorlijk op jscript, vandaar liefst code=jscript zodat ook de syntaxhighlights daarna waarschijnlijk ook correct zullen zijn.

dank je wel.. veel vriendelijker voor de rest.. ik zal er volgende keer op letten !

[Louis]

Ik had ook een issue zaterdag. Zondag op tweakers gekeken in dit topic dat ik al tijden volg.... Ja hoor meerdere mensen het issue.

Ik heb na aanleiding van de berichten hier ook de volgende stappen gedaan. Ik heb geen downgrade gedaan naar 7.3 maar gelijk bij wired kopje het oude fix IP adres incl subnet ingevuld.

1. UTP-kabel direct van laptop naar laadpaal
2. Laptop krijgt automatisch een APIPA-adres (169.254.x.x range)
3. In ACE Service Installer verbonden via het APIPA-adres van de paal (169.254.1.10)
4. Netwerkinstellingen gecontroleerd en fixed IP ingesteld incl subnet. Dan wordt de verbinding verbroken met de laptop. Je kunt daarna de netwerk kabel uit je laptop weer in de switch steken. Paal rebooten en klaar.
5. Daarna weer gewoon via het vaste IP op het netwerk bereikbaar en werkt EVE connect ook weer gewoon

[Verwijderd]

Louis schreef op maandag 1 juni 2026 @ 16:17:
Ik had ook een issue zaterdag. Zondag op tweakers gekeken in dit topic dat ik al tijden volg.... Ja hoor meerdere mensen het issue.

Ik heb na aanleiding van de berichten hier ook de volgende stappen gedaan. Ik heb geen downgrade gedaan naar 7.3 maar gelijk bij wired kopje het oude fix IP adres incl subnet ingevuld.

1. UTP-kabel direct van laptop naar laadpaal
2. Laptop krijgt automatisch een APIPA-adres (169.254.x.x range)
3. In ACE Service Installer verbonden via het APIPA-adres van de paal (169.254.1.10)
4. Netwerkinstellingen gecontroleerd en fixed IP ingesteld incl subnet. Dan wordt de verbinding verbroken met de laptop. Je kunt daarna de netwerk kabel uit je laptop weer in de switch steken. Paal rebooten en klaar.
5. Daarna weer gewoon via het vaste IP op het netwerk bereikbaar en werkt EVE connect ook weer gewoon

Bij mij gaat de werkwijze helaas niet lukken omdat ik een met een wifi-verbinding moet werken, wel met een vast IP-adres. Ik kan wel een aantal vreemde waarnemingen melden.

Gisteravond heb ik de laadpaal even stroomloos gemaakt. Na het inschakelen van de stroom heb ik (zoals eerder gemeld) 15 minuten wifi- toegang in Eve Connect en ook in MyEve. Helaas valt de verbinding na 15 minuten weer weg. Bij het inloggen in MyEve krijg ik dan b.v. een melding over een communicatie probleem.

Het vreemde is echter dat ik vanmorgen direct ( = zonder een periode stroomloos) toegang tot de lader had via beide app's. Na 15 minuten was het echter weer over en uit met de pret.

Nog vreemder is dat dit nu de derde keer is dat dit gebeurt. In de avond na een stroomloos moment 15 toegang via beide app's en daarna ook in de ochtend even toegang. Vanavond laat ik de paal even met rust en kijk wat er morgenvroeg gebeurt.

Is er inmiddels al iets te melden vanuit Alfen?

[Mezelf]

Hier werkte de toegang een paar uur nadat ik een vast ip had gezet. Helaas vandaag weer geen toegang. Moet ik alles weer opnieuw doen. Vast eensecurity feature.

[Grolsch]

* Grolsch wacht nog wel ff met upgraden tot ik wat minder "issues" lees

[despijker]

Mezelf schreef op maandag 1 juni 2026 @ 18:36:
Hier werkte de toegang een paar uur nadat ik een vast ip had gezet. Helaas vandaag weer geen toegang. Moet ik alles weer opnieuw doen. Vast eensecurity feature.

Bijzonder op zijn minst. Indien dat zo is dan gaan we hier niet updaten.

[V_ger]

Grolsch schreef op maandag 1 juni 2026 @ 19:14:
* Grolsch wacht nog wel ff met upgraden tot ik wat minder "issues" lees

V_ger draait nog lekker op 6.6 en het jeukt, want meer nieuwer is meer beter. Maar in dit geval lekker gewoon bij de oude blijven. Ik laat Tweakers.net wel testen, want Alfen doet dat blijkbaar niet (zo goed).

[ed-win]

Verwijderd schreef op maandag 1 juni 2026 @ 18:02:
[...]

Gisteravond heb ik de laadpaal even stroomloos gemaakt. Na het inschakelen van de stroom heb ik (zoals eerder gemeld) 15 minuten wifi- toegang in Eve Connect en ook in MyEve. Helaas valt de verbinding na 15 minuten weer weg. Bij het inloggen in MyEve krijg ik dan b.v. een melding over een communicatie probleem.

Het vreemde is echter dat ik vanmorgen direct ( = zonder een periode stroomloos) toegang tot de lader had via beide app's. Na 15 minuten was het echter weer over en uit met de pret.

Nog vreemder is dat dit nu de derde keer is dat dit gebeurt. In de avond na een stroomloos moment 15 toegang via beide app's en daarna ook in de ochtend even toegang. Vanavond laat ik de paal even met rust en kijk wat er morgenvroeg gebeurt.

Dat de wifi er na 15 minuten mee stopt is een bewuste keuze van Alfen:

https://legacy.knowledge.alfen.com/space/IN/1400143890/WiFi+on+Alfen+charging+stations

Reboot the charging station, this will enable the Access Point for 15 minutes

[Verwijderd]

ed-win schreef op maandag 1 juni 2026 @ 20:21:
[...]

Dat de wifi er na 15 minuten mee stopt is een bewuste keuze van Alfen:

https://legacy.knowledge.alfen.com/space/IN/1400143890/WiFi+on+Alfen+charging+stations

Reboot the charging station, this will enable the Access Point for 15 minutes

Dat weet ik en dat wist ik. De bedoeling is dat je in die 15 minuten de zaak zodanig instelt (met o.a. het wifi-wachtwoord) dat je permanent via wifi toegang hebt, tenminste als je met je telefoon of tablet op hetzelfde (interne) netwerk zit. En dat was tot begin vorige week ook het geval. Tot die tijd heb ik nooit problemen met de toegang gehad.

De problemen die ik nu heb zijn begonnen na de update van de firmware naar versie 7.4.

[rens-br]

Blijkbaar heeft mijn paal ergens vandaag ook 7.4.0 gekregen, want zondag had ik nog 7.3.0 en nu kom ik mijn paal niet meer in. Ik dacht dat het aan HA lag die ik heb gereboot, maar met de service installer of via de EVE app kom ik er ook niet in. In de service installer krijg ik een 'login request timeout'.

Echt niet handig, zondag heb ik namelijk zonneladen aangezet en nu kan ik dus mijn auto niet meer laden, want er is geen zon en ik kan de paal niet meer in om het uit te zetten.

[ Voor 23% gewijzigd door rens-br op 01-06-2026 22:04 ]

[Kusterse]

Ze gaan voor maximale klant irritatie bij Alfen

Mij heeft het een 12 Volt accu gekost een aantal versies geleden. Vattenfall stiekem software geupdate -->

12 V accu iedere keer leeg. Duurde even voor ik doorhad dat de laadpaal dat deed....

Nu alles zelf in beheer gelukkig.

[rens-br]

Louis schreef op maandag 1 juni 2026 @ 16:17:
Ik had ook een issue zaterdag. Zondag op tweakers gekeken in dit topic dat ik al tijden volg.... Ja hoor meerdere mensen het issue.

Ik heb na aanleiding van de berichten hier ook de volgende stappen gedaan. Ik heb geen downgrade gedaan naar 7.3 maar gelijk bij wired kopje het oude fix IP adres incl subnet ingevuld.

1. UTP-kabel direct van laptop naar laadpaal
2. Laptop krijgt automatisch een APIPA-adres (169.254.x.x range)
3. In ACE Service Installer verbonden via het APIPA-adres van de paal (169.254.1.10)
4. Netwerkinstellingen gecontroleerd en fixed IP ingesteld incl subnet. Dan wordt de verbinding verbroken met de laptop. Je kunt daarna de netwerk kabel uit je laptop weer in de switch steken. Paal rebooten en klaar.
5. Daarna weer gewoon via het vaste IP op het netwerk bereikbaar en werkt EVE connect ook weer gewoon

Jep, dit werkte hier ook met firmware 7.4.0. Dank voor de tip, kon weer verbinden met de ACE installer en daarna met Home Assistant.

[Koen Hendriks]

Kusterse schreef op maandag 1 juni 2026 @ 22:25:
Ze gaan voor maximale klant irritatie bij Alfen

Mij heeft het een 12 Volt accu gekost een aantal versies geleden. Vattenfall stiekem software geupdate -->

12 V accu iedere keer leeg. Duurde even voor ik doorhad dat de laadpaal dat deed....

Nu alles zelf in beheer gelukkig.

Hoe trekt een laadpaal de 12v leeg? Die heeft daar toch niks mee te maken?

[Kusterse]

Koen Hendriks schreef op maandag 1 juni 2026 @ 22:48:
[...]

Hoe trekt een laadpaal de 12v leeg? Die heeft daar toch niks mee te maken?

Zeker wel doordat de laadpaal telkens opnieuw de boordcomputer wekt.

Dat doet die door als de auto geladen is toch elke keer opnieuw het laden te starten en de auto dan weer moet reageren met nee doe maar niet. Na een nacht iedere 3 minuten de boordcomputer wakker schudden was de accu mooi leeg. Kon je ook zien op het beeldscherm van de paal daar ging die elke keer van de zandloper af en werd de accu weer zichtbaar. Dit zal vast ook nog automerk gebonden zijn maar mijn e-golf ging hier iig heel slecht mee om.

Volgens mij zijn er twee minstens twee versies met dit probleem. uit mijn hoofd 6.5 en 7.05. De eerste keer had ik net een paar maanden een elektrische auto en dit gedonder gebeurde zo uit het niets. Ik wist ook niet dat Vattenfall zonder mij te informeren de software update.

S 'morgens ging elke keer het alarm af en dan gaf die aan 12 v accu zwak.

Duurde ook even voordat ik doorhad dat dit met laden samenhing. Ik heb er eerst nog een nieuwe accu in laten zetten en daarna de auto onder garantie na laten kijken.

Toen moest ik Vattenfall overtuigen dat de laadpaal de auto over de flos hielp en daarbij dan nog netjes blijven is best lastig voor mij. Na SW downgrade door Vattenfall probleem meteen weg. Ik ben er zeker van dat je daar ergens in dit forum meer over kunt vinden..

[despijker]

Kusterse schreef op maandag 1 juni 2026 @ 22:25:
Ze gaan voor maximale klant irritatie bij Alfen

Mij heeft het een 12 Volt accu gekost een aantal versies geleden. Vattenfall stiekem software geupdate -->

12 V accu iedere keer leeg. Duurde even voor ik doorhad dat de laadpaal dat deed....

Nu alles zelf in beheer gelukkig.

Heb je Vattenfall niet meer nodig voor (uit)betalingen van laadkosten (door werkgever bijvoorbeeld)? Of is er een mogelijkheid het beheer van de laadpaal te blokkeren voor hen maar laadsessies toch laten verwerken?

[Microstar]

Koen Hendriks schreef op maandag 1 juni 2026 @ 22:48:
[...]

Hoe trekt een laadpaal de 12v leeg? Die heeft daar toch niks mee te maken?

Helaas is dit een hardnekkige bug die in verschillende versies steeds weer terugkomt. Dan lijkt hij opgelost, maar in een latere versie duikt hij toch weer op. Ik blijf daarom voorlopig lekker op 7.0.5 zolang er niets bijzonders in de changelog staat.

[Alfen Laadpaal] Ervaringen & Discussie

[marciej123]

hier draait ook nog 7.1.x, geen klachten .
Zonneladen etc zit er wel in maar dat gebruik ik eigenlijk toch niet, wij gebruiken voor beide voertuigen gewoon het schema wat in de auto zit en proberen daarmee een beetje op de beste momenten te laden

[dangerousp]

Één paar keer opnieuw gereboot, stroom er af etc. Zonladen werkt nog steeds niet. Ik heb geprobeerd in Myeve een downgrade te doen naar 7.3, maar hij zegt download mislukt. Iemand nog een idee?

[PressPlayOnTape]

Afgelopen zaterdag is bij mij een laadpaal (Alfen Eve Single Pro-Line) geplaatst. Het had nogal wat voeten in de aarde om de kabel te leggen, maar gelukkig had ik daar een mannetje voor. Die heeft de laadpaal ook aangesloten. Hij gaf al aan dat ie van de softwarekant van het verhaal weinig kaas gegeten had. Prima, een app configureren moet wel lukken.

De bedoeling is de paal privé te gebruiken zonder enige backoffice. Ik wil dat m'n auto slim kan laden als de zon schijnt of als ik aangeef dat ie moet gaan laden. De paal lijkt te werken, als in, het display toont informatie. De informatie die getoond wordt vind ik wat vreemd. In het display staat de datum en de tijd en Libra Charging Solutions, met de melding "Kaart voor lezer houden". Ik heb geen kaart of druppel bij de paal gekregen en was in de verwachting dat ik die via de Eve Connect app zou kunnen toevoegen. Echter, deze app vindt de paal niet in het netwerk. Ook ben ik niet bekend met Libra Charging Solutions en weet ik niet wat ik daarmee te maken heb.

De paal is via ethernet direct aangesloten op de router. Mijn telefoon is via een Deco X50 met wifi verbonden. De Deco is als access point ingesteld en direct aangesloten op mijn router.

Heeft iemand enig idee waar dit te zoeken of kan iemand me een partij aanraden die dit zou kunnen oplossen? Ik baal er een beetje van dat ik nu een laadpaal heb staan waar ik geen gebruik van kan maken. Enig advies wordt gewaardeerd.

[dangerousp]

PressPlayOnTape schreef op dinsdag 2 juni 2026 @ 09:32:
Afgelopen zaterdag is bij mij een laadpaal (Alfen Eve Single Pro-Line) geplaatst. Het had nogal wat voeten in de aarde om de kabel te leggen, maar gelukkig had ik daar een mannetje voor. Die heeft de laadpaal ook aangesloten. Hij gaf al aan dat ie van de softwarekant van het verhaal weinig kaas gegeten had. Prima, een app configureren moet wel lukken.

De bedoeling is de paal privé te gebruiken zonder enige backoffice. Ik wil dat m'n auto slim kan laden als de zon schijnt of als ik aangeef dat ie moet gaan laden. De paal lijkt te werken, als in, het display toont informatie. De informatie die getoond wordt vind ik wat vreemd. In het display staat de datum en de tijd en Libra Charging Solutions, met de melding "Kaart voor lezer houden". Ik heb geen kaart of druppel bij de paal gekregen en was in de verwachting dat ik die via de Eve Connect app zou kunnen toevoegen. Echter, deze app vindt de paal niet in het netwerk. Ook ben ik niet bekend met Libra Charging Solutions en weet ik niet wat ik daarmee te maken heb.

De paal is via ethernet direct aangesloten op de router. Mijn telefoon is via een Deco X50 met wifi verbonden. De Deco is als access point ingesteld en direct aangesloten op mijn router.

Heeft iemand enig idee waar dit te zoeken of kan iemand me een partij aanraden die dit zou kunnen oplossen? Ik baal er een beetje van dat ik nu een laadpaal heb staan waar ik geen gebruik van kan maken. Enig advies wordt gewaardeerd.

Je kunt volgens mij in de Myeve app passen whitelisten

[Daveth]

Koen Hendriks schreef op maandag 1 juni 2026 @ 22:48:
[...]

Hoe trekt een laadpaal de 12v leeg? Die heeft daar toch niks mee te maken?

Dit was een bug in 1 van de firmware's, helaas brengt Alfen al jaren van alles uit maar test amper en dan krijg je deze dingen.

[Verwijderd]

PressPlayOnTape schreef op dinsdag 2 juni 2026 @ 09:32:
Afgelopen zaterdag is bij mij een laadpaal (Alfen Eve Single Pro-Line) geplaatst. Het had nogal wat voeten in de aarde om de kabel te leggen, maar gelukkig had ik daar een mannetje voor. Die heeft de laadpaal ook aangesloten. Hij gaf al aan dat ie van de softwarekant van het verhaal weinig kaas gegeten had. Prima, een app configureren moet wel lukken.

De bedoeling is de paal privé te gebruiken zonder enige backoffice. Ik wil dat m'n auto slim kan laden als de zon schijnt of als ik aangeef dat ie moet gaan laden. De paal lijkt te werken, als in, het display toont informatie. De informatie die getoond wordt vind ik wat vreemd. In het display staat de datum en de tijd en Libra Charging Solutions, met de melding "Kaart voor lezer houden". Ik heb geen kaart of druppel bij de paal gekregen en was in de verwachting dat ik die via de Eve Connect app zou kunnen toevoegen. Echter, deze app vindt de paal niet in het netwerk. Ook ben ik niet bekend met Libra Charging Solutions en weet ik niet wat ik daarmee te maken heb.

De paal is via ethernet direct aangesloten op de router. Mijn telefoon is via een Deco X50 met wifi verbonden. De Deco is als access point ingesteld en direct aangesloten op mijn router.

Heeft iemand enig idee waar dit te zoeken of kan iemand me een partij aanraden die dit zou kunnen oplossen? Ik baal er een beetje van dat ik nu een laadpaal heb staan waar ik geen gebruik van kan maken. Enig advies wordt gewaardeerd.

Uit je beschrijving begrijp ik dat de lader nog steeds op een backoffice staat (Libra Charging Solutions) en dat je, net als in mijn geval via MyEve op je telefoon verbinding via wifi zoekt.

Om deze verbinding te installeren moet je de lader even stroomloos maken. Als je de stroom weer inschakeld heb je 15 minuten toegang via wifi. In die 15 minuten kun je de lader instellen op je interne netwerk (b.v. met wachtwoord e.d.).

Verder moet je ergens in de instellingen je backoffice uitschakelen door de lader als "standalone" in te stellen.

[r2504]

Als de laadpaal is aangesloten via ethernet en op hetzelfde netwerk zit als de telefoon heb je helemaal geen WIFI nodig op je paal dus ergens klopt er iets niet.

[arjanhs]

Mijn laadpaal is gisteren geupdate naar 7.4.0 door Eneco, maar krijg nu geen toegang meer tot de laadpaal als ik met mijn owner wachtwoord aanmeld. Hoe zou ik dit kunnen oplossen? Heb al mail naar Eneco gestuurd, maar nog geen reactie.

Arjan

[Verwijderd]

r2504 schreef op dinsdag 2 juni 2026 @ 12:47:
Als de laadpaal is aangesloten via ethernet en op hetzelfde netwerk zit als de telefoon heb je helemaal geen WIFI nodig op je paal dus ergens klopt er iets niet.

Is dus de vraag niet of de lader al wel op hetzelfde netwerk zit. Daar zul je dan toch in ieder geval toestemming voor moeten geven.

[Will_M]

Hier zojuist zelf alsnog m'n Alfen EVE Single Pro even middels de MyEVE App geüpdate naar v7.4.0-4401 nadat ik vorige week nog geen update aangeboden kreeg vanop 7.3.0-4377. Updateproces doorlopen en een minuutje of vijf gewacht nadat 'ie op 100% stond. Paal is gewoon weer bereikbaar via het netwerk middels de MyEVE App op m'n iPhone.

[r2504]

Verwijderd schreef op dinsdag 2 juni 2026 @ 13:24:
[...]

Is dus de vraag niet of de lader al wel op hetzelfde netwerk zit. Daar zul je dan toch in ieder geval toestemming voor moeten geven.

Wat bedoel je met toestemming geven... hij schrijft dat z'n paal via ethernet is aangesloten op z'n router en z'n telefoon op het netwerk via de Deco (welke als AP geconfigureerd is, maw. ook hetzelfde netwerk). MyEve moet dan normaal gewoon de paal vinden en werken.

[Kusterse]

despijker schreef op dinsdag 2 juni 2026 @ 02:56:
[...]

Heb je Vattenfall niet meer nodig voor (uit)betalingen van laadkosten (door werkgever bijvoorbeeld)? Of is er een mogelijkheid het beheer van de laadpaal te blokkeren voor hen maar laadsessies toch laten verwerken?

Dat noemen ze dan een occp proxy. bijvoorbeeld plugchoice. Het is maar net hoe strikt je werkgever is.. Bij ons wordt dat gewoon geaccepteerd. Een transactie overzicht inclusief de gebruikte laadpas kun je daar zo uit halen. Ook laadpas beheer kan door plug choice of het al dan niet gekoppelde backend.

Je kunt hem ook koppelen voor ERE registratie en met een OCCP zoals Eneco , MKB brandstof, etcetera. Zelf beheren en aansturen en factureren door de partij die je koppelt. Overigens is plugchoice op zich zelf ook al prima bruikbaar. koppelen met ERE inboeker en backend indien nodig kan gewoon. Ben je zo'n partij zat of je werkgever koppel je gewoon een andere partij Zonder ook maar iets aan je laadpaal hoeven doen.

Ze hebben een universeel protocol voor door hun ondersteunde laadpalen. Alfen hoort daar iig bij. Was alleen even zoeken voor het instaleren van het security certificaat. Als je even zoekt vindt je dat op hun site. Daarna instaleren net zo als een firmware update. FWI Bestand kiezen en updaten.

Bij mij loopt nu alles volledig automatisch ERE registratie en facturatie en toch zelf beheer. Was even een paar uurtjes puzzelen maar ik ben blij nu.

[ Voor 9% gewijzigd door Kusterse op 02-06-2026 14:38 ]

[Verwijderd]

r2504 schreef op dinsdag 2 juni 2026 @ 14:13:
[...]

Wat bedoel je met toestemming geven... hij schrijft dat z'n paal via ethernet is aangesloten op z'n router en z'n telefoon op het netwerk via de Deco (welke als AP geconfigureerd is, maw. ook hetzelfde netwerk). MyEve moet dan normaal gewoon de paal vinden en werken.

In de tekst van het oorspronkelijke bericht staat "Echter, deze app vindt de paal niet in het netwerk."

Je zult dus iets moeten aanpassen in de instellngen van de lader zodat MyEve de lader wel vindt. Ik geef daar een mogelijke oplossing voor.

[Kusterse]

despijker schreef op dinsdag 2 juni 2026 @ 02:56:
[...]

Heb je Vattenfall niet meer nodig voor (uit)betalingen van laadkosten (door werkgever bijvoorbeeld)? Of is er een mogelijkheid het beheer van de laadpaal te blokkeren voor hen maar laadsessies toch laten verwerken?

Zover ik kan zien kun je Vattenfall niet direct koppelen via Plugchoice. maar ik kan me voorstellen dat als je koppelt aan bijvoorbeeld mkb brandstof toch je incharge tag werkt. Net zoals dat je die tag kunt gebruiken bij bijna iedere andere laadpaal. De tag whitelisten via nieuwe backoffice dan zou het moeten werken denk ik. Je moet dat wel even zelf checken hoe dat uitpakt.

Persoonlijk ben ik van alle Vattenfall spullen af. Is ook een bedrijf dat gaat voor maximale klant irritatie.Fosiel vrij binnen 1 generatie is wat ze zeggen maar niet wat ze doen. Ging van het gas af meteen blijven loont korting (25%) er vanaf want geen gas meer.

[Solarman]

PressPlayOnTape schreef op dinsdag 2 juni 2026 @ 09:32:
Afgelopen zaterdag is bij mij een laadpaal (Alfen Eve Single Pro-Line) geplaatst. Het had nogal wat voeten in de aarde om de kabel te leggen, maar gelukkig had ik daar een mannetje voor. Die heeft de laadpaal ook aangesloten. Hij gaf al aan dat ie van de softwarekant van het verhaal weinig kaas gegeten had. Prima, een app configureren moet wel lukken.

De bedoeling is de paal privé te gebruiken zonder enige backoffice. Ik wil dat m'n auto slim kan laden als de zon schijnt of als ik aangeef dat ie moet gaan laden. De paal lijkt te werken, als in, het display toont informatie. De informatie die getoond wordt vind ik wat vreemd. In het display staat de datum en de tijd en Libra Charging Solutions, met de melding "Kaart voor lezer houden". Ik heb geen kaart of druppel bij de paal gekregen en was in de verwachting dat ik die via de Eve Connect app zou kunnen toevoegen. Echter, deze app vindt de paal niet in het netwerk. Ook ben ik niet bekend met Libra Charging Solutions en weet ik niet wat ik daarmee te maken heb.

De paal is via ethernet direct aangesloten op de router. Mijn telefoon is via een Deco X50 met wifi verbonden. De Deco is als access point ingesteld en direct aangesloten op mijn router.

Heeft iemand enig idee waar dit te zoeken of kan iemand me een partij aanraden die dit zou kunnen oplossen? Ik baal er een beetje van dat ik nu een laadpaal heb staan waar ik geen gebruik van kan maken. Enig advies wordt gewaardeerd.

Even over het vinden van je laadpaal.

Welk item geeft de DHCP uit? Is dit je modem of is dit de Deco? Indien je modem dit zou moeten doen heb je dan in je Deco Smart-IP uitgezet.

Indien je modem dit doet en je hebt dit niet uitgezet in je Deco hebben ze beiden een andere IP range waarbij je Wifi dus in een ander IP netwerk zit dan je laadpaal

Weet niet of dit het probleem veroorzaakt maar controleren kan in ieder geval geen kwaad

[ Voor 54% gewijzigd door Solarman op 02-06-2026 15:21 . Reden: Verkeerde quote gebruikt ]

[PressPlayOnTape]

Verwijderd schreef op dinsdag 2 juni 2026 @ 11:53:
[...]

Uit je beschrijving begrijp ik dat de lader nog steeds op een backoffice staat (Libra Charging Solutions) en dat je, net als in mijn geval via MyEve op je telefoon verbinding via wifi zoekt.

Om deze verbinding te installeren moet je de lader even stroomloos maken. Als je de stroom weer inschakeld heb je 15 minuten toegang via wifi. In die 15 minuten kun je de lader instellen op je interne netwerk (b.v. met wachtwoord e.d.).

Verder moet je ergens in de instellingen je backoffice uitschakelen door de lader als "standalone" in te stellen.

Dank voor de reactie. Ook de reacties van anderen worden gewaardeerd! Ik zal dit vanavond eens proberen. Ik neem aan dat je bedoelt dat de laadpaal na inschakelen van de stroom 15 minuten lang een lokaal wifi-netwerkje creëert waarmee ik dan zou kunnen verbinden en via de My Eve app de toegang tot het reguliere netwerk kan beheren en de paal in "standalone" modus zetten, waarna ik met de Eve Connect app via mijn reguliere netwerk de laadpaal ook zou moeten kunnen benaderen, correct?

Het is het proberen waard. Hoop dat dit e.e.a. oplost, zal het laten weten.

Solarman schreef op dinsdag 2 juni 2026 @ 15:16:
[...]

Even over het vinden van je laadpaal.

Welk item geeft de DHCP uit? Is dit je modem of is dit de Deco? Indien je modem dit zou moeten doen heb je dan in je Deco Smart-IP uitgezet.

Indien je modem dit doet en je hebt dit niet uitgezet in je Deco hebben ze beiden een andere IP range waarbij je Wifi dus in een ander IP netwerk zit dan je laadpaal

Weet niet of dit het probleem veroorzaakt maar controleren kan in ieder geval geen kwaad

Goeie. Toen de boel voor het eerst ingesteld was stond, was het zowel de Deco als de router die de DHCP verzorgde. Toen werd de paal niet gevonden en heb ik de Deco als AP ingesteld, zodat alleen de router dat nog doet. Ik zal ook kijken of die Smart-IP optie aanstaat of niet, heb het in ieder geval niet bewust aan- of uitgezet. Neem ik mee vanavond, thanks.

[ Voor 26% gewijzigd door PressPlayOnTape op 02-06-2026 15:23 ]

[Solarman]

Hier het probleem bij updaten naar 7.4 dat de upload naar de laadpaal elke keer rond de 40% werd afgebroken.
Na veel zoeken bleek dit veroorzaakt te worden door de Homey pro, deze tijdens installeren even van het netwerk afgekoppeld waarna de installatie vlekkeloos verliep.

[ Voor 4% gewijzigd door Solarman op 02-06-2026 15:35 ]

[gigabit]

Het laden op 1 fase met Load Balancing aan gaat nu niet meer hoger dan 3680W (16A) voorheen ging deze wel tot 4600W (20A).
Wanneer ik Load Balancing uit zet gaat hij wel 4600W (20A) laden.
Welke instelling moet ik aanpassen om dit weer goed werkend te krijgen?

Ik heb de integratie van Alfen Wallbox draaien via home assistant waarmee ik de instellingen aan pas.
Probleem is na de update van de firmware naar versie 7.4 ontstaan.

[Mighty Giesso]

Ik heb ook een reactie van Alfen op mijn ticket gehad is toch om te lachen:

Beste,


Bij het updaten van firmware 7.3 naar 7.4 is er een wijziging doorgevoerd in de cyber security van de laadpaal. Hierdoor kan het voorkomen dat de verbinding niet goed werkt wanneer uw Windows-systeem niet is voorzien van de laatste beveiligingsupdates.

Wij willen u daarom vragen om te controleren of uw computer voldoet aan de volgende voorwaarden:

• U gebruikt Windows 11
• De laatste security updates zijn geïnstalleerd

Kunt u ons de volgende informatie doorgeven?

• Uw Windows-versie
• De geïnstalleerde (laatste) security patch

Hoe vindt u uw Windows-versie en updates?

Volg onderstaande stappen:

1. Druk op Windows-toets + I om de instellingen te openen
2. Ga naar Systeem
3. Klik onderaan op Info
   • Hier ziet u de Windows-versie en build

Voor de laatste updates:

1. Ga in de instellingen naar Windows Update
2. Hier ziet u of uw systeem up-to-date is
3. Klik eventueel op Geschiedenis van updates om de laatste beveiligingsupdates te bekijken

 

Zodra uw Windows-machine up-to-date is, verzoeken wij u vriendelijk om de handeling opnieuw uit te proberen.

Wij horen graag van u of het probleem daarna is opgelost, of nog steeds aanwezig is.

Alvast bedankt voor uw medewerking.

 

Met vriendelijke groet,

Alfen Charging Equipment Service

Did you know that the most frequently asked questions can also be found on our Knowledge Base?

[NoFate]

Omg, wat een bullshit antwoord weer... Slaat nergens op...


Anyway. Wat als een paal al fixed stond, waren er dan ook issues bij de upgrade naar 7.4

[Kusterse]

Hier net weer socket niet ontgrendeld zo terug naar 7.3

[Verwijderd]

Mighty Giesso schreef op dinsdag 2 juni 2026 @ 17:47:
Ik heb ook een reactie van Alfen op mijn ticket gehad is toch om te lachen:

Beste,


Bij het updaten van firmware 7.3 naar 7.4 is er een wijziging doorgevoerd in de cyber security van de laadpaal. Hierdoor kan het voorkomen dat de verbinding niet goed werkt wanneer uw Windows-systeem niet is voorzien van de laatste beveiligingsupdates.

Wij willen u daarom vragen om te controleren of uw computer voldoet aan de volgende voorwaarden:

• U gebruikt Windows 11
• De laatste security updates zijn geïnstalleerd

Kunt u ons de volgende informatie doorgeven?

• Uw Windows-versie
• De geïnstalleerde (laatste) security patch

Hoe vindt u uw Windows-versie en updates?

Volg onderstaande stappen:

1. Druk op Windows-toets + I om de instellingen te openen
2. Ga naar Systeem
3. Klik onderaan op Info
   • Hier ziet u de Windows-versie en build

Voor de laatste updates:

1. Ga in de instellingen naar Windows Update
2. Hier ziet u of uw systeem up-to-date is
3. Klik eventueel op Geschiedenis van updates om de laatste beveiligingsupdates te bekijken

 

Zodra uw Windows-machine up-to-date is, verzoeken wij u vriendelijk om de handeling opnieuw uit te proberen.

Wij horen graag van u of het probleem daarna is opgelost, of nog steeds aanwezig is.

Alvast bedankt voor uw medewerking.

 

Met vriendelijke groet,

Alfen Charging Equipment Service

Did you know that the most frequently asked questions can also be found on our Knowledge Base?

En wat als je helemaal niet met Windows werkt, maar met Andriod - app's op een Samsung telefoons en tablet?

[NoFate]

Verwijderd schreef op dinsdag 2 juni 2026 @ 18:42:
[...]

En wat als je helemaal niet met Windows werkt, maar met Andriod - app's op een Samsung telefoons en tablet?

Dezelfde security patch installeren :-)

[Verwijderd]

Ik kom nu overigens helemaal niet meer binnen.

Zoals eerder beschreven maak ik de lader even stroomloos om dan met de 15 minuten wifi toegang de deur te openen. Maar zelfs dat lukt nu niet meer. Zowel in MyEve als in Eve Connect is de lader niet meer zichtbaar en te vinden.

In mijn wifi interne netwerk is de lader wel zichtbaar.

[Verwijderd]

NoFate schreef op dinsdag 2 juni 2026 @ 18:54:
[...]

Dezelfde security patch installeren :-)

Welke "security patch" bedoel je?

[NoFate]

Verwijderd schreef op dinsdag 2 juni 2026 @ 20:29:
[...]

Welke "security patch" bedoel je?

die is er niet :-)

[tzeunis]

Hallo allen,

eergisteren mijn Alfen s line proberen te updaten maar bij 99% mislukt. Daarna met geen enkele mogelijkheid verbinding met de paal te krijgen. Niet via UTP, niet via Wifi. Daarvoor werkte alles wel.

backoffice ziet de paal wel via 4G en zegt dat alles correct staat. Laden gaat ook netjes. Tips, suggesties?

dank

[despijker]

Kusterse schreef op dinsdag 2 juni 2026 @ 15:00:
[...]

Het was vooral nieuwsgieirgheid. Ik had het vermoeden dat er een optie in de software zat die simpelweg het manipuleren van de paal kan worden geblocked. Dat de backoffice geen zeggenschap heeft/krijgt over de software/instellingen van de paal. Want ik krijg jeuk van de verhalen hier dat een Eneco ongevraagd softwareupdates gaat doorvoeren met alle gevolgen van dien.

In mijn geval is de koppeling met een zakelijke backoffice overigens nog van korte duur, want ga privé EV rijden en dan blijft alleen de ERE koppeling over en eventueel laden met een gastenpas.

[Luisterlijk]

JanHenk schreef op zondag 31 mei 2026 @ 09:21:
@Luisterlijk Er zijn buiten het Alfen-topic meerdere meldingen van andere laadpalen waarvan het relais stuk gaat, kortsluiting veroorzaakt, etc. In ieder geval zappi’s, maar ook andere. De gemene deler is steeds Kia/Hyundai.

Is het dan een design flaw van Alfen, of van Kia/Hyundai?

Dat is altijd een interessante vraag natuurlijk. Belangrijk is dan, wat was er eerst..... vervolgens moet je je toestelontwerp voorzien van apparaatbeveiligingen tegen alle gevaren die je kent. En deze was bekend. Dus ja, Alfen.

Wellicht wordt dit bevestigd door het feit dat het onder garantie wordt gerepareerd as we speak door Alfen.

[ Voor 8% gewijzigd door Luisterlijk op 02-06-2026 22:07 ]

[ernie2]

arjanhs schreef op dinsdag 2 juni 2026 @ 13:09:
Mijn laadpaal is gisteren geupdate naar 7.4.0 door Eneco, maar krijg nu geen toegang meer tot de laadpaal als ik met mijn owner wachtwoord aanmeld. Hoe zou ik dit kunnen oplossen? Heb al mail naar Eneco gestuurd, maar nog geen reactie.

Arjan

Nog steeds geen reactie zeker? Ik zit met hetzelfde probleem. Mijn laadpaal stond op groen laden waar ik hem dus niet meer vanaf krijg (fijn als je 's ochtends vroeg weer weg moet.....)

Tip: Is hij verbonden met de P1 poort van je kWh-meter voor load-balancing? Als je die kabel er uit trekt valt ie terug naar een veilige ingestelde laadstroom. Bij mij is dat 7kW. Niet optimaal, maar alles beter dan wachten tot de zon morgen schijnt....

[r2504]

tzeunis schreef op dinsdag 2 juni 2026 @ 21:02:
eergisteren mijn Alfen s line proberen te updaten maar bij 99% mislukt. Daarna met geen enkele mogelijkheid verbinding met de paal te krijgen.

Het forum staat vol van dergelijke meldingen en toch updaten nog steeds mensen hun laadpaal

Helemaal te gek is dat Alfen deze firmware niet gewoon intrekt en dit probleem eerst oplost.

[arjanhs]

ernie2 schreef op dinsdag 2 juni 2026 @ 23:44:
[...]

Nog steeds geen reactie zeker? Ik zit met hetzelfde probleem. Mijn laadpaal stond op groen laden waar ik hem dus niet meer vanaf krijg (fijn als je 's ochtends vroeg weer weg moet.....)

Tip: Is hij verbonden met de P1 poort van je kWh-meter voor load-balancing? Als je die kabel er uit trekt valt ie terug naar een veilige ingestelde laadstroom. Bij mij is dat 7kW. Niet optimaal, maar alles beter dan wachten tot de zon morgen schijnt....

Nope, weet dat het vaak lang duurt, mijn laadpaal stat gelukkkig wel op disabled dus laad met volle snelheid, maar wil ook graag dat ik weer kan schakelen zodat hij alleen zon laad. Het is mijn eigen laadpaal, zij lezen alleen het verbruik uit en verekenen dat. Zit als ruim 5 jaar bij ze en nooit hebben ze firmware updates gedaan en nu die 7.4 al na een week dat hij uit is gekomen zonder dat alle eventuele problemen bekend zijn. Ben er niet blij mee.

Arjan

[Kusterse]

r2504 schreef op dinsdag 2 juni 2026 @ 23:51:
[...]

Het forum staat vol van dergelijke meldingen en toch updaten nog steeds mensen hun laadpaal

Helemaal te gek is dat Alfen deze firmware niet gewoon intrekt en dit probleem eerst oplost.

Ik heb niet het idee dat iedereen dit vrijwillig doet. (wordt gewoon gepushed door backoffice.) Ik zie dat bij Plugchoice ook. Updates kan ik in principe automatisch laten instaleren met een slider. Geluk dat er een route is om te downgraden dat is geen standaard functie maar met zo'n crappy SW is dat maar goed ook.

[mrdop]

EDIT: foutieve post

[ Voor 103% gewijzigd door mrdop op 03-06-2026 08:10 ]

[Verwijderd]

NoFate schreef op dinsdag 2 juni 2026 @ 20:47:
[...]

die is er niet :-)

En toch was dit de opmerking die bij mij een belletje deed rinkelen en uiteindelijk de oplossing bracht.

In het eerder door Mighty Giesso gegeven antwoord van Alfen stond de volgende beschrijving van de belangrijkste aanpaasing van de firmware in versie 7.4:

"Bij het updaten van firmware 7.3 naar 7.4 is er een wijziging doorgevoerd in de cyber security van de laadpaal. Hierdoor kan het voorkomen dat de verbinding niet goed werkt wanneer uw Windows-systeem niet is voorzien van de laatste beveiligingsupdates."

Simpel gezegd, de lader kijkt kritischer naar wie er toegang heeft en wie niet.

Ik werk op mijn Android tablet en telefoon met de Norton 360 internet bescherming. Toen ik daarin ging zoeken zag ik dat zowel bij MyEve als bij Eve Connect een waarschuwings-uitroepteken stond. Ik kon dit echter simpel oplossen door de App te vertrouwen.

Die actie had ik eerst op mijn tablet uitgevoerd en nog niet op de telefoon. Resultaat: op de tablet normaal toegang, op de telefoon nog niet. Nadat ik hetzelfde op de telefoon had gedaan was het probleem ook daar opgelost.

Met andere woorden: zoek de oplossing van het probleem in de internetbescherming op je tablet / telefoon of pc.

[NoFate]

Verwijderd schreef op woensdag 3 juni 2026 @ 08:57:
[...]

En toch was dit de opmerking die bij mij een belletje deed rinkelen en uiteindelijk de oplossing bracht.

In het eerder door Mighty Giesso gegeven antwoord van Alfen stond de volgende beschrijving van de belangrijkste aanpaasing van de firmware in versie 7.4:

"Bij het updaten van firmware 7.3 naar 7.4 is er een wijziging doorgevoerd in de cyber security van de laadpaal. Hierdoor kan het voorkomen dat de verbinding niet goed werkt wanneer uw Windows-systeem niet is voorzien van de laatste beveiligingsupdates."

Simpel gezegd, de lader kijkt kritischer naar wie er toegang heeft en wie niet.

Ik werk op mijn Android tablet en telefoon met de Norton 360 internet bescherming. Toen ik daarin ging zoeken zag ik dat zowel bij MyEve als bij Eve Connect een waarschuwings-uitroepteken stond. Ik kon dit echter simpel oplossen door de App te vertrouwen.

Die actie had ik eerst op mijn tablet uitgevoerd en nog niet op de telefoon. Resultaat: op de tablet normaal toegang, op de telefoon nog niet. Nadat ik hetzelfde op de telefoon had gedaan was het probleem ook daar opgelost.

Met andere woorden: zoek de oplossing van het probleem in de internetbescherming op je tablet / telefoon of pc.

De paal krijgt geen IP adres, hij staat op 169.x , dat heeft NIETS te maken met lokale beveiliging :-)

Staat totaal los van je client waarmee je gaat connecteren... in jouw geval zal de paal al reeds een IP hebben, dat is dus een ander issue

Bah Norton!

[PressPlayOnTape]

PressPlayOnTape schreef op dinsdag 2 juni 2026 @ 15:18:
[...]

Dank voor de reactie. Ook de reacties van anderen worden gewaardeerd! Ik zal dit vanavond eens proberen. Ik neem aan dat je bedoelt dat de laadpaal na inschakelen van de stroom 15 minuten lang een lokaal wifi-netwerkje creëert waarmee ik dan zou kunnen verbinden en via de My Eve app de toegang tot het reguliere netwerk kan beheren en de paal in "standalone" modus zetten, waarna ik met de Eve Connect app via mijn reguliere netwerk de laadpaal ook zou moeten kunnen benaderen, correct?

Het is het proberen waard. Hoop dat dit e.e.a. oplost, zal het laten weten.


[...]

Goeie. Toen de boel voor het eerst ingesteld was stond, was het zowel de Deco als de router die de DHCP verzorgde. Toen werd de paal niet gevonden en heb ik de Deco als AP ingesteld, zodat alleen de router dat nog doet. Ik zal ook kijken of die Smart-IP optie aanstaat of niet, heb het in ieder geval niet bewust aan- of uitgezet. Neem ik mee vanavond, thanks.

Even terugkoppeling op dit. Gisteravond de stroom eraf gehaald en kon inderdaad direct met de paal verbinden via het wifi-netwerk dat de paal had opgezet. Uit de configuratie in de MyEve app (installateurs app zover ik weet) werd ik helaas niet veel wijzer. Iets met bomen, een bos en te weinig technische kennis van zaken omtrent ampères en fasen. Dus daar ben ik niet verder mee gekomen.

Wat wel opvallend was, was dat wanneer het lokale wifi-netwerk van de laadpaal aan staat, de laadpaal óók binnen mijn eigen netwerk vindbaar en benaderbaar was. Ik kon echter niet via mijn eigen netwerk inloggen op de laadpaal. Dat gaf een foutmelding in de trant van "communicatiefout met webserver op laadpaal".

Ik denk dat ik professionele hulp ga inschakelen. Wellicht kan de paal teruggezet worden naar fabrieksinstellingen en de configuratie opnieuw gedaan worden door iemand die er wel verstand van heeft. Instellen van de Eve Connect app (gebruikers-app naar ik begrepen heb), zal wel lukken.

Heeft iemand toevallig nog tips voor goede installateurs die hier wellicht bij zouden kunnen helpen, regio Utrecht? Ik ga zelf uiteraard ook googlen, maar tips zijn altijd welkom.

[Verwijderd]

NoFate schreef op woensdag 3 juni 2026 @ 08:59:
[...]

De paal krijgt geen IP adres, hij staat op 169.x , dat heeft NIETS te maken met lokale beveiliging :-)

Staat totaal los van je client waarmee je gaat connecteren... in jouw geval zal de paal al reeds een IP hebben, dat is dus een ander issue

Bah Norton!

Bij communicatie heb je een zender en een ontvanger. De zender kan ook ontvanger zijn en omgekeert.

In mijn geval ging het om communicatie via wifi tussen app's op mijn tablet of telefoon enerzijds en de lader aan de andere kant. Deze communicatie werd na de update van de firmware steeds onderbroken terwijl de lader op het interne netwerk wel zichtbaar was. Nadat ik instellingen op de tablet en telefoon had aangepast werkte het weer.

Dat de paal een IP adres krijgt zal zo zijn (overigens is het NIET 169.x en verder is het een vast adres) maar dat heeft NIETS met het probleem te maken (was immers voor de update ook al het geval).

Niks "Bah Norton", daar zat immers de oplossing.

[Louis]

arjanhs schreef op dinsdag 2 juni 2026 @ 13:09:
Mijn laadpaal is gisteren geupdate naar 7.4.0 door Eneco, maar krijg nu geen toegang meer tot de laadpaal als ik met mijn owner wachtwoord aanmeld. Hoe zou ik dit kunnen oplossen? Heb al mail naar Eneco gestuurd, maar nog geen reactie.

Arjan

Ga ff een pagina terug naar mijn eerdere post. Ik heb ook Eneco paal en 7.4.0 gepushed gekregen en hij stond op comfort laden met minimaal 1.4kw. My EVE en EVE connect werkte beide niet meer.

Toen dus lijstje gedaan wat ik paar post eerder hebt geplaatst en het werkt sinds dien weer helemaal goed. Gewoon toegang tot alles en hij schakelt netjes tussen 1 en 3 fase als ik meer zon opwek heb.

[Coffee]

fmb schreef op zaterdag 30 mei 2026 @ 08:15:
[...]

De laadpaal heeft een 169.x ip adres, wat volgens mij betekent dat deze zijn eigen ip heeft gegeven. Om goed in te kunnen loggen in de Alfen moet je in dezelfde iprange/vlan zitten. Zit je laptop/pc ook in die range? Zo nee, dan dat eerst veranderen

In dit geval had ik de paal direct met de ethernet kabel verbonden aan mijn laptop. Dat had ik eerder succesvol gedaan. Zou ik het moeten proberen deze via mijn echte netwerk?

[Coffee]

Mezelf schreef op vrijdag 29 mei 2026 @ 19:15:
[...]

Sorry als het heel obvious is en je het al hebt gedaan; de paal zonder stroom zetten en weer aanzetten heeft mij al vaak verder geholpen.

Dit had ik al een paar keer geprobeerd natuurlijk

[DbG]

Hier zelfde problematiek met de Alfen Eve Single Pro en firmware 7.4.0. Sinds de upgrade (gepusht door de backoffice) heb ik geen lokale toegang meer tot de laadpaal. Niet met EVE Connect, niet via ACE Service Installer. Vervelend, want de laadpaal stond in de stand zonneladen, en op dit moment is er niet echt veel zon

Uiteindelijk kunnen oplossen door mijn laptop direct te verbinden aan de laadpaal, beide krijgen dan een APIPA address (169.x) en zo lukt het om met het Owner wachtwoord in te loggen via de ACE Service Installer. Via die weg uiteindelijk het zonneladen kunnen uitschakelen.

Het eigenaardige is dat van zodra de Alfen terug in het LAN verbonden wordt (met internettoegang), de locale toegang niet langer mogelijk is (poort 443 staat gewoon dicht).

Als ik de berichten hier lees begin ik te vermoeden dat er toch een bug geslopen is in de firmware 7.4.0.

EDIT: ik had de tip om de Alfen een fixed IP te geven een paar pagina's terug nog niet gelezen. Heb ik ook geprobeerd, maar heeft in mijn geval jammer genoeg niet geholpen

[ Voor 9% gewijzigd door DbG op 03-06-2026 17:11 ]

[NoFate]

Poort 443 dicht? Zou me verbazen, de ace installer maakt ook gebruik van https, ook de HA alfen integratie is gebaseerd op de commando's van ace installer , is ook een https connectie


Dan had je er via het 169 ook niet opgekunnen

[Louis]

DbG schreef op woensdag 3 juni 2026 @ 16:47:
EDIT: ik had de tip om de Alfen een fixed IP te geven een paar pagina's terug nog niet gelezen. Heb ik ook geprobeerd, maar heeft in mijn geval jammer genoeg niet geholpen

Je moet niet alleen het vinkje FIX IP adres aanzetten hè.

ook het juiste IP adres en Subnet en Gateway heb ik ingegeven van mijn netwerk.

Hier werkt alles goed daarna.

[DbG]

NoFate schreef op woensdag 3 juni 2026 @ 19:06:
Poort 443 dicht? Zou me verbazen, de ace installer maakt ook gebruik van https, ook de HA alfen integratie is gebaseerd op de commando's van ace installer , is ook een https connectie


Dan had je er via het 169 ook niet opgekunnen

Klopt inderdaad, ik ben er nog niet helemaal aan uit, maar heb een pcap genomen bij het verbinden en kreeg een RST terug als ik probeer te verbinden terwijl de Alfen in het LAN verbonden is (met internettoegang en verbonden aan de backoffice). Koppel ik rechtstreeks dan kan ik wel degelijk verbinden op 443. Het lijkt erop dat van zodra er verbinding met de backoffice is, de lokale webserver dicht gaat.

Louis schreef op woensdag 3 juni 2026 @ 20:22:
[...]

Je moet niet alleen het vinkje FIX IP adres aanzetten hè.

ook het juiste IP adres en Subnet en Gateway heb ik ingegeven van mijn netwerk.

Hier werkt alles goed daarna.

Uiteraard, naast het vinkje heb ik ook de juiste ip configuratie ingevoerd. Daarna terug verbinding met de backoffice, maar geen connectie via de Ace Service installer mogelijk, noch de Eve Connect app.

Een firmware downgrade lijkt me nog het proberen waard, voor zover deze dan niet opnieuw overschreven wordt door de backoffice natuurlijk.

EDIT: vandaag nogmaals geprobeerd om de Alfen op een fixed ip in te stellen. Vorige keer heb ik mogelijk iets te snel geweest of een foutje gemaakt, want nu, na even te wachten lukt het effectief met FW 7.4.0 en een fixed ip. De Eve connect app moest ik wel volledig verwijderen en vanaf 0 terug instellen, maar nu werkt alles. Thanks voor de tip @Louis !

[ Voor 11% gewijzigd door DbG op 04-06-2026 19:06 ]

[fmb]

Coffee schreef op woensdag 3 juni 2026 @ 16:30:
[...]

In dit geval had ik de paal direct met de ethernet kabel verbonden aan mijn laptop. Dat had ik eerder succesvol gedaan. Zou ik het moeten proberen deze via mijn echte netwerk?

Als je laptop op hetzelfde vlan zit voor die netwerkaansluiting dan zou dit moeten werken. Blijkbaar werkte dit eerder wel. Kan het misschien door een firewall op je laptop komen?

[Coffee]

fmb schreef op woensdag 3 juni 2026 @ 22:22:
[...]

Als je laptop op hetzelfde vlan zit voor die netwerkaansluiting dan zou dit moeten werken. Blijkbaar werkte dit eerder wel. Kan het misschien door een firewall op je laptop komen?

Ik bedoelde trouwens dat het bij een andere Alfen laadpaal eerder wel werkte, bij deze niet. De paal wordt wel herkend en kan gepingd worden. Ik heb het met twee laptops geprobeerd. Ik zou kunnen kijken naar de firewall inderdaad! Of toch via het thuis netwerk

[jouwheld]

Eneco heeft mijn paal ook de update naar 7.4 gegeven. Gevolg niet meer bereikbaar door HA, Eve connect en Ace Service installer zien de paal nog wel op het gereserveerde ip, maar ik kan niet meer inloggen.

Aangezien die wel nog bereikbaar is op zijn IP, lijkt mij de route van @Louis door de utp kabel direct aan een laptop te hangen en via aipipa-adres de paal te configureren niks toevoegen, maar ga het toch even proberen.

edit:
Via directe kabelverbinding en instellen van vast ip lost het inderdaad op, lijkt dat ze toch iets van beveiliging op netwerk hebben gezet die niet actief is als je vast ip instelt?

Thnx @Louis

@arjanhs Ik had hetzelfde als jij beschrijft, wel zichtbaar op netwerk maar niet kunnen inloggen, je laptop er direct aanhangen is de moeite.

[ Voor 20% gewijzigd door jouwheld op 04-06-2026 11:29 ]

[arjanhs]

Louis schreef op woensdag 3 juni 2026 @ 14:49:
[...]

Ga ff een pagina terug naar mijn eerdere post. Ik heb ook Eneco paal en 7.4.0 gepushed gekregen en hij stond op comfort laden met minimaal 1.4kw. My EVE en EVE connect werkte beide niet meer.

Toen dus lijstje gedaan wat ik paar post eerder hebt geplaatst en het werkt sinds dien weer helemaal goed. Gewoon toegang tot alles en hij schakelt netjes tussen 1 en 3 fase als ik meer zon opwek heb.

Heb het gelezen, mijn paal krijgt nog wel een IP maar kan niet inloggen. Ook ziet ACE hem nog wel. Moet even een moment vinden om mijn laptop te koppelen en een statisch IP te zetten. Hopelijk gaat het helpen en dan ook definitief. Of dan ook maar gelijk downgraden naar 7.1.6, deze gaf bij mij nog steeds de minste problemen.

Arjan

[Louis]

Ik draai nu sinds maandag en kan gewoon elke keer in My EVE en EVE connect. Pas regelmatig het comfort vermogen aan. Ik draai nu 7.4.0-4401

[arjanhs]

Ik heb zojuist het iP er statisch in kunnen zetten en krijg dan wel toegang, maar na het herstarten van de laadpaal en het aansluiten op het normale netwerk krijg ik opnieuw geen toegang.

Update: lijkt toch wat meer tijd nodig te zijn, ik krijg nu wel weer toegang. Tip heeft gewerkt dus, thanks

Arjan

[ Voor 22% gewijzigd door arjanhs op 04-06-2026 15:05 ]

[rens-br]

jouwheld schreef op donderdag 4 juni 2026 @ 11:01:
Eneco heeft mijn paal ook de update naar 7.4 gegeven. Gevolg niet meer bereikbaar door HA, Eve connect en Ace Service installer zien de paal nog wel op het gereserveerde ip, maar ik kan niet meer inloggen.

[Afbeelding] Aangezien die wel nog bereikbaar is op zijn IP, lijkt mij de route van @Louis door de utp kabel direct aan een laptop te hangen en via aipipa-adres de paal te configureren niks toevoegen, maar ga het toch even proberen.

edit:
Via directe kabelverbinding en instellen van vast ip lost het inderdaad op, lijkt dat ze toch iets van beveiliging op netwerk hebben gezet die niet actief is als je vast ip instelt?

Thnx @Louis

@arjanhs Ik had hetzelfde als jij beschrijft, wel zichtbaar op netwerk maar niet kunnen inloggen, je laptop er direct aanhangen is de moeite.

Jep, klinkt als een hele gekke oplossing, maar het werkt dus wel. Ik had precies hetzelfdeen ook dezelfde oplossinggebruikt.

[tovanho]

Had dezelfde probleem. Ging altijd even goed na de stroom van de paal te halen, maar duurde nooit lang.
Nu downgrade gedaan naar 7.3 en laat het voorlopig zo...

Ik zie dat je via MyEve het IP adres ook kan vastzetten (checkbox). Zou dit helpen om dan nadien de upgrade te doen? Of zie ik iets over het hoofd?

[dangerousp]

tovanho schreef op vrijdag 5 juni 2026 @ 09:26:
Had dezelfde probleem. Ging altijd even goed na de stroom van de paal te halen, maar duurde nooit lang.
Nu downgrade gedaan naar 7.3 en laat het voorlopig zo...

Ik zie dat je via MyEve het IP adres ook kan vastzetten (checkbox). Zou dit helpen om dan nadien de upgrade te doen? Of zie ik iets over het hoofd?

Hoe downgrade je? Ik krijg download mislukt in MyEve en heb 7.3 niet

[tovanho]

dangerousp schreef op vrijdag 5 juni 2026 @ 09:38:
[...]

Hoe downgrade je? Ik krijg download mislukt in MyEve en heb 7.3 niet

stroom eraf, terug opzetten, en dan via MyEve Firmware 'meer opties' en de 7.3 kiezen.

[helloitsme]

Is er een verschil in eve connect tussen

1) een schema waar je het maximale vermogen op 2,5kW zet (bijvoorbeeld van 09:00 tot 17:00) en

2) opladen met zonne energie - comfort modus op 2,5kW?

[ Voor 12% gewijzigd door helloitsme op 05-06-2026 17:15 ]

[ddgcpeters]

1 is echt een max

2 is een min en zal meer zijn als je panelen meer dan 2,5kw leveren.

[helloitsme]

ddgcpeters schreef op vrijdag 5 juni 2026 @ 17:28:
1 is echt een max

2 is een min en zal meer zijn als je panelen meer dan 2,5kw leveren.

Mijn panalen leveren niet meer (max is 1,6), dus in dat geval zijn ze wel gelijk?

[ Voor 3% gewijzigd door helloitsme op 05-06-2026 17:30 ]

[Louis]

Ja dan kom je op zelfde uit als je panelen niet meer doen.

[mrdop]

In de categorie “hoe irritant wil je het hebben” is hier mijn Eneco paal na mijn downgrade (afgelopen maandag naar 7.3.0) net weer spontaan naar 7.4.0 geupdate. Dit zag ik omdat ik in ene een 206 error zag op de paal

Nu heb ik 2 rare entries (auto hing sinds gisteravond aan de lader)

#kaartid 6/6/2026 15:48:08 1891439 uur 8 min 23 sec NaN kWh

#kaartid 5/6/2026 19:48:03 1891459 uur 8 min 28 sec null kWh

Enig idee of dat te herstellen is?

[ Voor 6% gewijzigd door mrdop op 06-06-2026 16:51 ]

[WillemD61]

knip, verwijderd... komt later terug

[ Voor 117% gewijzigd door WillemD61 op 06-06-2026 17:50 ]

[Sarge_]

Microstar schreef op dinsdag 2 juni 2026 @ 08:53:
[...]

Helaas is dit een hardnekkige bug die in verschillende versies steeds weer terugkomt. Dan lijkt hij opgelost, maar in een latere versie duikt hij toch weer op. Ik blijf daarom voorlopig lekker op 7.0.5 zolang er niets bijzonders in de changelog staat.

[Alfen Laadpaal] Ervaringen & Discussie

7.3.0 is ook heel stabiel

[Sarge_]

r2504 schreef op dinsdag 2 juni 2026 @ 23:51:
[...]

Het forum staat vol van dergelijke meldingen en toch updaten nog steeds mensen hun laadpaal

Helemaal te gek is dat Alfen deze firmware niet gewoon intrekt en dit probleem eerst oplost.

Zou niet de eerste zijn die ze intrekken. Ik heb daarom ook gewacht met updaten. Teveel gedoe in het verleden. Wel ben ik iedereen hier dankbaar voor de publieke beta test, deze keer was ik het niet

[Sarge_]

ernie2 schreef op dinsdag 2 juni 2026 @ 23:44:
[...]

Nog steeds geen reactie zeker? Ik zit met hetzelfde probleem. Mijn laadpaal stond op groen laden waar ik hem dus niet meer vanaf krijg (fijn als je 's ochtends vroeg weer weg moet.....)

Tip: Is hij verbonden met de P1 poort van je kWh-meter voor load-balancing? Als je die kabel er uit trekt valt ie terug naar een veilige ingestelde laadstroom. Bij mij is dat 7kW. Niet optimaal, maar alles beter dan wachten tot de zon morgen schijnt....

Hier was ik gewoon echt niet opgekomen in zo'n geval!

[toxic821]

Iemand enig idee hoe je met een Alfen eve pro je laadsessie kan starten vanaf de Tesla app.

Nu geeft de Tesla app elke fout met laadstation.

Heb al in de settings aan het spelen geweest van de Alfen, maar tot nu toe geen succes.

[Pancreas77]

Goedendag allen,

Met grote interesse heb ik een groot deel van deze topic gelezen (444 pagina's is een flink boek), maar ik kan voor mij tot nu toe nog geen oplossing vinden. Hopelijk dat jullie wat kunnen betekenen.

Ik heb hier aan de muur een Alfen Eve Single Pro hangen, deze is 3 jaar geleden door mijn werkgever aangeschaft. Hier zat een 50Five abbo aangeknoopt (via Simkaart) voor de backtoffice, sinds een jaar of 2 rijdt ik zelf zakelijk geen EV mee. Dus de paal stond werkloos te zijn.

Nu heb ik prive een EV aangeschaft en wil ik dus aan deze laadpaal aansluiten. Ik krijg alleen een foutmelding dat communicatie niet mogelijk is. Ik heb contact gehad met 50Five (wel 6 weken moeten wachten op antwoord) en die vertelde mij, dat de paal op vrij kan worden gezet maar dat ik dan wel even 334 euro wil aftikken. Dus niet...

Waar ik nu tegen aan loop is het volgende, ik krijg met geen mogelijkheid de Alfen in mijn netwerk te zien. Als ik een LAN kabel aansluit op de switch gaan er geen lampjes branden van verbinding. Ook rechtstreeks een UTP kabel naar de laptop krijg ik geen IP-adres om in te kunnen loggen met de ACE Service installer.

Iemand een idee waar dit aan kan liggen? En wat ik nog meer kan proberen?

Leaflet met paswoorden heb ik in bezit.

[Verwijderd]

Pancreas77 schreef op zondag 7 juni 2026 @ 11:38:
Goedendag allen,

Met grote interesse heb ik een groot deel van deze topic gelezen (444 pagina's is een flink boek), maar ik kan voor mij tot nu toe nog geen oplossing vinden. Hopelijk dat jullie wat kunnen betekenen.

Ik heb hier aan de muur een Alfen Eve Single Pro hangen, deze is 3 jaar geleden door mijn werkgever aangeschaft. Hier zat een 50Five abbo aangeknoopt (via Simkaart) voor de backtoffice, sinds een jaar of 2 rijdt ik zelf zakelijk geen EV mee. Dus de paal stond werkloos te zijn.

Nu heb ik prive een EV aangeschaft en wil ik dus aan deze laadpaal aansluiten. Ik krijg alleen een foutmelding dat communicatie niet mogelijk is. Ik heb contact gehad met 50Five (wel 6 weken moeten wachten op antwoord) en die vertelde mij, dat de paal op vrij kan worden gezet maar dat ik dan wel even 334 euro wil aftikken. Dus niet...

Waar ik nu tegen aan loop is het volgende, ik krijg met geen mogelijkheid de Alfen in mijn netwerk te zien. Als ik een LAN kabel aansluit op de switch gaan er geen lampjes branden van verbinding. Ook rechtstreeks een UTP kabel naar de laptop krijg ik geen IP-adres om in te kunnen loggen met de ACE Service installer.

Iemand een idee waar dit aan kan liggen? En wat ik nog meer kan proberen?

Leaflet met paswoorden heb ik in bezit.

Hallo,

Als je de paal even stroomloos maakt zou je 15 minuten lang via wifi contact moeten hebben via de MyEve app op je telefoon op tablet.

Om te beginnen zou je dan op het tablad "Geavanceerd -> Backoffice de paal op "stand alone" moeten zetten zodat je €334 bespaart.

Daarna moet jer in de instellingen de verbinding kunnen istellen.

[Kusterse]

Verwijderd schreef op zondag 7 juni 2026 @ 12:01:
[...]

Hallo,

Als je de paal even stroomloos maakt zou je 15 minuten lang via wifi contact moeten hebben via de MyEve app op je telefoon op tablet.

Om te beginnen zou je dan op het tablad "Geavanceerd -> Backoffice de paal op "stand alone" moeten zetten zodat je €334 bespaart.

Daarna moet jer in de instellingen de verbinding kunnen istellen.

Denk niet dat een paal van > jaar oud wifi heeft.

Waar staat je laptop op ingesteld. Als die een fixed IP heeft in een andere range kom je er niet in.

Laptop zou ik iig op DHCP zetten ook bij direct. Misschien een tool als angry-ip gebruiken en scannen of die een verbonden IP vindt.

[Kusterse]

mrdop schreef op zaterdag 6 juni 2026 @ 16:15:
In de categorie “hoe irritant wil je het hebben” is hier mijn Eneco paal na mijn downgrade (afgelopen maandag naar 7.3.0) net weer spontaan naar 7.4.0 geupdate. Dit zag ik omdat ik in ene een 206 error zag op de paal

Nu heb ik 2 rare entries (auto hing sinds gisteravond aan de lader)

#kaartid 6/6/2026 15:48:08 1891439 uur 8 min 23 sec NaN kWh

#kaartid 5/6/2026 19:48:03 1891459 uur 8 min 28 sec null kWh

Enig idee of dat te herstellen is?

Transactie register kun je niet aanpassen denk ik zo.

Zou Eneco en andere backoffice partijen dit nog pikken van Alfen. Hebben die nog niet door dat Alfen het niet op orde heeft?. Je zou verwachten dat de helpdesk load spiked na zo'n update...

[Pancreas77]

Verwijderd schreef op zondag 7 juni 2026 @ 12:01:
[...]

Hallo,

Als je de paal even stroomloos maakt zou je 15 minuten lang via wifi contact moeten hebben via de MyEve app op je telefoon op tablet.

Om te beginnen zou je dan op het tablad "Geavanceerd -> Backoffice de paal op "stand alone" moeten zetten zodat je €334 bespaart.

Daarna moet jer in de instellingen de verbinding kunnen istellen.

Helaas, had ik al geprobeerd. Geen Wifi te zien.

Kusterse schreef op zondag 7 juni 2026 @ 12:39:
[...]

Denk niet dat een paal van > jaar oud wifi heeft.

Waar staat je laptop op ingesteld. Als die een fixed IP heeft in een andere range kom je er niet in.

Laptop zou ik iig op DHCP zetten ook bij direct. Misschien een tool als angry-ip gebruiken en scannen of die een verbonden IP vindt.

Waarom zou deze paal van 3 jaar oud geen wifi kunnen hebben? Naar mijn weten, heeft de monteur toen der tijd het wifi wachtwoord ingevoerd. Alleen is er zoveel veranderd in mijn netwerk, dat deze wifi ssid niet meer bestaat.

Anyway, ik krijg dus met geen mogelijkheid verbinding met de laadpaal. Ik kan mij nog vaag wat herrinneren dat er een aantal Alfen palen wat problemen hadden met de moederboorden. Geen idee dus of dit ook voor deze paal geldt.

[HyperBart]

Kusterse schreef op zondag 7 juni 2026 @ 12:46:
[...]

Transactie register kun je niet aanpassen denk ik zo.

Zou Eneco en andere backoffice partijen dit nog pikken van Alfen. Hebben die nog niet door dat Alfen het niet op orde heeft?. Je zou verwachten dat de helpdesk load spiked na zo'n update...

Je weet niet waar je over spreekt: Alfen rolt geen updates uit. Het is Eneco die hier palen opeens zit te updaten.

[HyperBart]

Pancreas77 schreef op zondag 7 juni 2026 @ 13:43:
[...]

Helaas, had ik al geprobeerd. Geen Wifi te zien.


[...]

Waarom zou deze paal van 3 jaar oud geen wifi kunnen hebben? Naar mijn weten, heeft de monteur toen der tijd het wifi wachtwoord ingevoerd. Alleen is er zoveel veranderd in mijn netwerk, dat deze wifi ssid niet meer bestaat.

Anyway, ik krijg dus met geen mogelijkheid verbinding met de laadpaal. Ik kan mij nog vaag wat herrinneren dat er een aantal Alfen palen wat problemen hadden met de moederboorden. Geen idee dus of dit ook voor deze paal geldt.

Omdat Alfen’s nog maar sinds een jaar (max max max 2j Wifi modellen hebben…

[arjanhs]

HyperBart schreef op zondag 7 juni 2026 @ 13:47:
[...]


Je weet niet waar je over spreekt: Alfen rolt geen updates uit. Het is Eneco die hier palen opeens zit te updaten.

Heb de paal al ruim 5 jaar en nog nooit heeft Eneco een update uitgevoerd en nu beginnen ze daar opeens mee. Als iets goed werkt en veilig is, is er mijn inziens geen udpate nodig.

Arjan

[AudioHome]

Omdat we nu de CRA regels hebben voor de cyber veiligheid van connected devices zijn veel fabrikanten genoodzaakt aanpassingen te doen aan de beveiliging. Deze updates zijn dan ook verplicht om geen risico/datalek te hebben. Dit is voor alle bedrijven met connected devices momenteel een enorme uitdaging.

Grote kans dat daarom deze update nu ineens gepushed is naar heel veel laders...