Evcc slim laden met de zon en dynamische tarieven

[Get!em]

h3llrais3rke schreef op vrijdag 10 oktober 2025 @ 13:24:
[...]

Experimenteel staat aan hier, aangezien ik ook grid charging en zo wil gebruiken.
Is het mogelijk om alles over te zetten naar de UI, zonder de history te verliezen?
En wat zijn de voordelen?
Want ik heb al eventjes iets geprobeerd, maar voor zaken die via de UI geconfigureerd worden, moet ook de service nog herstart worden?
Dan zie ik weinig nut van dit te migreren, dan hou ik het liever in yaml (wat ik kan tracken in git)

Als je je yaml in git hebt, is dat veel voordeliger.

Ui biedt geen extra voordelen en sommige dingen moeten alsnog in yaml gedefinieerd worden. Wordt alleen dan opgeslagen in database. Dus als je die dan backupt

Ik draai em als extra database in mijn Mariadb container.

[h3llrais3rke]

Get!em schreef op vrijdag 10 oktober 2025 @ 14:07:
[...]
Als je je yaml in git hebt, is dat veel voordeliger.

Ui biedt geen extra voordelen en sommige dingen moeten alsnog in yaml gedefinieerd worden. Wordt alleen dan opgeslagen in database. Dus als je die dan backupt

Ik draai em als extra database in mijn Mariadb container.

Heb zowel de config in git als de backup via home assistant (evcc draait als addon).
Ik had vroeger ook mariadb, maar heb die er een aantal maanden overal van tussen gehaald.
Weer een point of failure minder.

Als developer track ik graag changes, dus heb een sterke voorkeur voor config in yaml ipv UI.

[NoFate]

h3llrais3rke schreef op vrijdag 10 oktober 2025 @ 13:23:
[...]

Ik snap die residual eigenlijk niet goed.
Ik heb die ingesteld op 100W omdat ze dat aanbevelen icm gebruik van thuisbatterij.
Voor capaciteitstarief heb ik een maxPower gedefinieerd op het circuit, die ik ook kan aanpassen vanuit home asisstant.
Maar ik wil alleen maar laden met PV overschot en op nachttarief.
Met die maxPower lijkt de loadbalancing wel goed te werken.
Wat werkte er niet bij jou?

Mijn denkpiste over capaciteitarrief is anders, ik wil sowieso ALTIJD laden aan 4.1kW, en met auto phase.. hier is ten eerste al geen oplossing voor in EVCC , er is nergens een instelling zoals een comfort aan min zoveel laden... Anyway, 4.1 wil ik aanhouden... Maar als er zon is, dan wil ik ook de zon extra erbij Pompen, ik laad toch al sowieso aan 4.1 van grid, dus alle zon die er is, is alleen maar sneller geladen, dus ik laad aan een 8-10, terwijl ik nog maar steeds 4.1 van grid neem...
Met die residual power vervang je eigenlijk de maxPower, want die vond ik niet fijn werken, stel dat je je piek op 6000 zet, en je zet een zwaaiverbruiker op, dan slaat die af...
Met residualpower niet, ik zet die dus op -6000, want dat is mijn feitelijke maxPower... (Piek) Dus die gaat nu laden aan (6000 - household... )Dus stel, je sluimer is een 500, dan gaat die laden aan 5500 + zon opbrengst...

Ik heb een 2 maand getest, wou sowieso laden aan 4.1, dan zat mijn piek rond de 6 , dus heb de residual power op -6000 gezet...

[h3llrais3rke]

Ik snap je redenering, maar ik heb toch de voorkeur voor echte loadbalancing.
Bedoeling is dat de wagen af slaat als er andere grote verbruikers in huis zijn en dat die terug start wanneer er terug genoeg over is.
Ieder kiest natuurlijk zelf wat hij het liefste heeft.
De wagen gaat hier dagelijks aan de lader tot 80%. (gemiddeld verbruik per dag is dan ook maar 20-25%)
Zelfs aan lage snelheid (1.4-4kwh op 1 fase) is dit meestal voldoende om de wagen tot de gewenste 80% te krijgen.
Laadpaal staat bij mij dan ook vast op 1 fase (min 6A - max 20A).
Mode in EVCC staat steeds op PV.
Dus enkel laden met overschot en de rest op nachttarief (via gepland laden met tarieven in EVCC)

[NoFate]

h3llrais3rke schreef op vrijdag 10 oktober 2025 @ 14:27:
Ik snap je redenering, maar ik heb toch de voorkeur voor echte loadbalancing.
Bedoeling is dat de wagen af slaat als er andere grote verbruikers in huis zijn en dat die terug start wanneer er terug genoeg over is.
Ieder kiest natuurlijk zelf wat hij het liefste heeft.
De wagen gaat hier dagelijks aan de lader tot 80%. (gemiddeld verbruik per dag is dan ook maar 20-25%)
Zelfs aan lage snelheid (1.4-4kwh op 1 fase) is dit meestal voldoende om de wagen tot de gewenste 80% te krijgen.
Laadpaal staat bij mij dan ook vast op 1 fase (min 6A - max 20A).
Mode in EVCC staat steeds op PV.
Dus enkel laden met overschot en de rest op nachttarief (via gepland laden met tarieven in EVCC)

Idd, iedereen zijn mening, alles hangt af hoeveel je wilt hebben als piek... Hier slaat die niet af, wanneer piek bereikt is van 6000 dan laad die trager... Is er terug power over, dan gaat die terug naar 6000, hij is dus steeds aan het laden aan een load balancing van max 6000 ...

Die 6000 bepaal je zelf, als je een piek wilt van 3kW , dan stel je residual in op -3000 , makkelijker kan toch niet ;-)

Dan laad je op aan een 2500 als je household een 500 is... Stel je hebt dan 5 kW opbrengst, dan laad je tenminste aan 7500 met maar 2500 wat je afneemt van grid...

[h3llrais3rke]

Lijkt idd ook wel een goede piste, als je steeds van het net wilt laden.
Ik wil dit zo min mogelijk (en dit zonder piek te overschrijden), en dat lijkt met mijn manier nu ook wel goed te werken.

[NoFate]

h3llrais3rke schreef op vrijdag 10 oktober 2025 @ 15:07:
Lijkt idd ook wel een goede piste, als je steeds van het net wilt laden.
Ik wil dit zo min mogelijk (en dit zonder piek te overschrijden), en dat lijkt met mijn manier nu ook wel goed te werken.

Maar waarom wil je zo min mogelijk van het net gaat gebruiken als je toch al een bepaalde piek hebt, dan kan je toch beter dat verbruik sowieso gebruiken en je piek blijft behouden :-)
..

[h3llrais3rke]

Omdat ik voorkeur geef aan zon ipv net.
En ik ook alleen op nachttarief wil laden (scheelt toch weer een paar cent per kw).
Ik heb ook voldoende aan opladen aan max 20A(4.6kw op 1 fase).
Wat ik dan niet gebruik voor de wagen gaat naar batterij of andere verbruikers (heb ook nog andere zaken zoals een boiler om op te laden).

Maar mijn idee is totaal anders, ik heb ook thuisbatterij die ik ook kan gebruikt worden om wagen te laden en dergelijke (thuisbatterij ondersteunend laden, boosten vanuit thuisbatterij)
Die residual wordt ook gebruikt voor regulatie van thuisbatterij, dus die in mijn geval op bv -6000 zetten zal waarschijnlijk geen goed idee zijn dan.

Maar bon, ik ben tevreden met hoe het nu werkt.
Moest ik in jouw situatie zijn, dan zou ik misschien hetzelfde doen.

[ Voor 15% gewijzigd door h3llrais3rke op 10-10-2025 15:27 ]

[AA42]

JanHenk schreef op vrijdag 10 oktober 2025 @ 10:31:

De tokens kun je verkrijgen via curl of vergelijkbare tool. Hier staat exact beschreven hoe je dat doet. Je moet dus fysiek de knop indrukken op de batterij en vervolgens binnen 30 seconden de request indienen. Hetzelfde voor de P1-meter.

Tsja.... en daar ga ik dan de bietenbrug op..... (super bedankt trouwens @JanHenk)

Krijg die token niet voor elkaar..... wat een ge-k..

Sorry maar ben de hele avond bezig geweest mijn HW en evcc weer draaiend te krijgen, geen idee waarom maar ik kreeg evcc met geen mogelijkheid meer aan de praat. Uiteindelijk de laatste goede backup weten terug te zetten en na nog wat gefröbel is het weer waar ik gisteravond was.....

Denk dat ik het zo maar even laat. Ik heb sowieso een automatisering in HA dat de HW PIB naar standby wordt geschakeld als de HW kWH meter die op de groep van de laadpaal zit meer dan 100W trekt...

[grotegok]

JanHenk schreef op dinsdag 24 juni 2025 @ 13:25:
@annestweak Ik zag nog dat ik ben vergeten de NL energiebelasting mee te nemen in de 'charges' bij jouw Nordpool template. Daarnaast zou je voor de volledigheid ook de feedin kunnen definiëren. @krizzziz In jouw geval dien je dus ook feedin te definiëren.

YAML:

tariffs:
  grid:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.11807 # Energiebelasting a 0,11807 en inkoopvergoeding Zonneplan a 0,01653 all ex btw
    tax: 0.21 # btw over epex spot plus charges
  feedin:
    type: template
    template: nordpool
    region: NL
    currency: EUR
    charges: 0.11807 # Energiebelasting a 0,11807 en inkoopvergoeding Zonneplan a 0,01653 all ex btw
    tax: 0.21 # btw over epex spot plus charges
 

De teruglevering gaat dan volgens exact hetzelfde tarief als de afname, wat volgens mij ook klopt voor zowel Tibber als Zonneplan. Bij andere energieleveranciers krijg je de inkoopvergoeding niet terug (of rekenen ze zelfs dubbel), dan moet je e.e.a. even aanpassen naar jouw situatie.

Bij zonneplan heb je zonnebonus van 2 ct, ik vind het lastig bovenstaande hierin aan te passen. Geldt alleen tijdens zonne-uren...
Iemand die hiermee kan helpen?
Wat hebben jullie in je evcc.yaml staan?

[AA42]

AA42 schreef op zaterdag 11 oktober 2025 @ 00:20:
[...]

Tsja.... en daar ga ik dan de bietenbrug op..... (super bedankt trouwens @JanHenk)

Krijg die token niet voor elkaar.....

Nou ben ik ook weer niet het type dat snel opgeeft. Dat compenseert dan weer mijn klungeligheid

Vanochtend fris uitgeslapen maar eens een nieuwe poging gedaan..... gelukt !
Ook dit weer iets heel blondts...... IP adres ingevuld binnen de <> maar die moeten natuurlijk weg....duhhhhhh (die 2 vrijdagavond biertjes hielpen waarschijnlijk ook niet).
HW PIB draait nu, nogmaals superbedankt @JanHenk !!!

Volgende stap: Tibber tarieven instellen en de BMW pratend krijgen...

[hemertje]

Het volgende valt me op na de updates

Spiegels kantelen minder ver naar achteren bij achteruit rijden, eerst zag je je hele wiel incl straat nu maar tot je as

En de achterbank verwarming is niet meer beschikbaar



Anderen ook deze ervaring?

[JanHenk]

@AA42 Kijk eens aan, top! Stukje bij beetje uitbouwen, zo ging het bij mij ook. Ik ben geen ICTer in dagelijks werk dus jouw ervaringen zijn wel herkenbaar.

[JanHenk]

@hemertje Ik denk dat je een deurtje verder moet vragen, geen ervaring met jouw auto.

[AA42]

hemertje schreef op zaterdag 11 oktober 2025 @ 11:16:
Het volgende valt me op na de updates

Ik gok zomaar dat je dit in een verkeerd topic hebt gepost....

[AA42]

JanHenk schreef op zaterdag 11 oktober 2025 @ 11:17:
@AA42 Kijk eens aan, top! Stukje bij beetje uitbouwen, zo ging het bij mij ook. Ik ben geen ICTer in dagelijks werk dus jouw ervaringen zijn wel herkenbaar.

Jaaaa, het is een lang pad met veel valkuiltjes.... toch bepaald niet voor "Jan met de pet" dit allemaal nog maar het is wel heel leuk (al aardig wat dingen in HA geautomatiseerd die ik vroeger allemaal met de hand deed, bijvoorbeeld iets simpels: ik heb een Cambridge Audio CXN muziekstreamer. Die kun je perfect gebruiken met bijv. Qobuz of Spotify. Maar dan moest ik mijn Onkyo receiver altijd handmatig inschakelen (via aparte app of AB, omdat de verbinding tussen die twee puur analoog audio is) en op de juiste ingang zetten. Dat doet HA nu keurig voor me, en ook weer netjes uit. Het mooie is dat je dan ook weer extra mogelijkheden ziet zo forceert de automatisering de receiver ook meteen altijd in de juiste afspeelmodus (Pure Audio). Ja off-topic maar wil even aangeven hoe enthousiast ik nog steeds ben ondanks de hobbeltjes....

Speaking of which: ik kreeg deze foutmelding van evcc:

planner: tariff not available: cannot create tariff type 'template': cannot create tariff type 'tibber': Message: invalid token, Locations: [{Line:1 Column:2}], Extensions: map[code:UNAUTHENTICATED], Path: [viewer]

Nu ben ik inderdaad Tibber klant en had het tarief eerder volgens hoe het op de evcc site voor Tibber was aangegeven toegevoegd maar het bleek dat de laatste 2 karakters van het token verdwenen waren.... toch een bugje? Nja, die weer toegevoegd en evcc klaagt er nu niet meer over.

Ik vraag me nog wel af of het handig is de "advanced" opties in te stellen voor het tarief:

tariffs:
charges: # Charge, Additional fixed charge per kWh (e.g. 0.05 for 5 cents) (optional)
tax: # Tax, Additional percentage charge (e.g. 0.2 for 20%) (optional)
formula: math.Max((price + charges) * (1 + tax), 0.0) # Formula, Individual formula for calculating the price (optional)

Overigens: is het normaal dat als je in de evcc UI config iets veranderd en hij onderin zegt dat je een herstart moet doen hij niet meer "terug" komt? Ik zie dan heel af en toe weer het config scherm voorbijflitsen maar dan gaat hij weer terug naar dat "vage" scherm en dat blijft zich herhalen. Ik ga dan altijd even naar een ander tabje (bijv. geschiedenis) en weer terug en moet evcc dan weer opnieuw starten. Dan werkt het weer wel maar is dit normaal gedrag?

[ Voor 11% gewijzigd door AA42 op 11-10-2025 12:31 ]

[r2504]

Een herstart van evcc is hier nog nooit gelukt, ik moet steeds via de HA addons gaan en hem daar terug starten.

[ Voor 3% gewijzigd door r2504 op 11-10-2025 17:20 ]

[NoFate]

Ah , hier geen probleem om te herstarten vanaf de UI

[hemertje]

JanHenk schreef op zaterdag 11 oktober 2025 @ 11:18:
@hemertje Ik denk dat je een deurtje verder moet vragen, geen ervaring met jouw auto.

oops, op de telefoon in het verkeerde draadje gereageerd

[hemertje]

AA42 schreef op zaterdag 11 oktober 2025 @ 11:31:
[...]

Ik gok zomaar dat je dit in een verkeerd topic hebt gepost....

ja, excuus

[HyperBart]

Voorlopig nog altijd problemen aan de BMW kant met de BMW API?

[NoFate]

HyperBart schreef op zaterdag 11 oktober 2025 @ 19:06:
Voorlopig nog altijd problemen aan de BMW kant met de BMW API?

Ja, en zal ook nooit opgelost geraken, de reverse engineering via bimmerconnect gaat niet meer lukken... Je zult moeten overstappen op de cardata, maar die lijkt niet 100% te werken...
Tja, dat heb je met dat reverse engineering gedoe, vroeg of laat werkt het niet meer :-)

[HyperBart]

NoFate schreef op zaterdag 11 oktober 2025 @ 19:41:
[...]

Ja, en zal ook nooit opgelost geraken, de reverse engineering via bimmerconnect gaat niet meer lukken... Je zult moeten overstappen op de cardata, maar die lijkt niet 100% te werken...
Tja, dat heb je met dat reverse engineering gedoe, vroeg of laat werkt het niet meer :-)

Da’s wat ik bedoelde. Ik zit al op Cardata.
Jij zit er nogal negatief in zeg. Functioneel komt wel goed. De oude manier niet meer (obvious) maar mij ging het om de vraag van Cardata.

Weinig reverse engineering gedaan hoor op al die auto’s, het zijn allemaal publieke API’s.

Is trouwens op EU niveau een verordening dus dat moeten ze wel.

[NoFate]

HyperBart schreef op zaterdag 11 oktober 2025 @ 21:24:
[...]

Da’s wat ik bedoelde. Ik zit al op Cardata.
Jij zit er nogal negatief in zeg. Functioneel komt wel goed. De oude manier niet meer (obvious) maar mij ging het om de vraag van Cardata.

Weinig reverse engineering gedaan hoor op al die auto’s, het zijn allemaal publieke API’s.

Is trouwens op EU niveau een verordening dus dat moeten ze wel.

Helemaal niet negatief, maar alles op basis van reverse engineering is een risico helaas
Die van BMW en Audi was sowieso op basis van reverse engineering via de App..., zo zullen er nog wel veel zijn... :-)

[remcoXP]

ik heb gebruik een token voor het connecten naar home assistant. maar die is lang en gebruik ik veel.
in voorbeelden zie ik dat er een variable gebruikt wordt. maar ik kan hier geen documentatie van vinden.
graag zou ik 1 hem 1 keer declareren en dan makkelijk hergebruiken. zodat ik mijn scripts veilig kan delen

[remcoXP]

ik heb ook de optimizer addon geinstalleerd.
deze is benaderbaar, en heb ik in de evcc addon ook aangewezen.
mijn evcc config geeft tijdens opstarten:
[site ] INFO 2025/10/12 08:30:23 site config:
[site ] INFO 2025/10/12 08:30:23 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2025/10/12 08:30:23 grid: power ✓ energy ✓ currents ✓
[site ] INFO 2025/10/12 08:30:23 pv 1: power ✓ energy ✗ currents ✗
[site ] INFO 2025/10/12 08:30:23 battery 1: power ✓ energy ✗ currents ✗ soc ✗ capacity ✗
[site ] INFO 2025/10/12 08:30:23 vehicles:
[site ] INFO 2025/10/12 08:30:23 vehicle 1: range ✓ finish ✓ status ✓ climate ✗ wakeup ✓
[site ] INFO 2025/10/12 08:30:23 tariffs:
[site ] INFO 2025/10/12 08:30:23 grid: priceforecast
[site ] INFO 2025/10/12 08:30:23 feed-in: priceforecast
[site ] INFO 2025/10/12 08:30:23 co2: ✗
[site ] INFO 2025/10/12 08:30:23 solar: ✓
[lp-1 ] INFO 2025/10/12 08:30:23 loadpoint 1:
[lp-1 ] INFO 2025/10/12 08:30:23 mode: off
[lp-1 ] INFO 2025/10/12 08:30:23 charger: power ✓ energy ✗ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2025/10/12 08:30:23 meters: charge ✓
[lp-1 ] INFO 2025/10/12 08:30:23 charge: power ✓ energy ✗ currents ✗

maar de optimise knop verschijnd niet in mijn menu, zie ik iets over het hoofd?

[Skix_Aces]

remcoXP schreef op zondag 12 oktober 2025 @ 08:33:
ik heb ook de optimizer addon geinstalleerd.
deze is benaderbaar, en heb ik in de evcc addon ook aangewezen.
mijn evcc config geeft tijdens opstarten:
[site ] INFO 2025/10/12 08:30:23 site config:
[site ] INFO 2025/10/12 08:30:23 meters: grid ✓ pv ✓ battery ✓
[site ] INFO 2025/10/12 08:30:23 grid: power ✓ energy ✓ currents ✓
[site ] INFO 2025/10/12 08:30:23 pv 1: power ✓ energy ✗ currents ✗
[site ] INFO 2025/10/12 08:30:23 battery 1: power ✓ energy ✗ currents ✗ soc ✗ capacity ✗
[site ] INFO 2025/10/12 08:30:23 vehicles:
[site ] INFO 2025/10/12 08:30:23 vehicle 1: range ✓ finish ✓ status ✓ climate ✗ wakeup ✓
[site ] INFO 2025/10/12 08:30:23 tariffs:
[site ] INFO 2025/10/12 08:30:23 grid: priceforecast
[site ] INFO 2025/10/12 08:30:23 feed-in: priceforecast
[site ] INFO 2025/10/12 08:30:23 co2: ✗
[site ] INFO 2025/10/12 08:30:23 solar: ✓
[lp-1 ] INFO 2025/10/12 08:30:23 loadpoint 1:
[lp-1 ] INFO 2025/10/12 08:30:23 mode: off
[lp-1 ] INFO 2025/10/12 08:30:23 charger: power ✓ energy ✗ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2025/10/12 08:30:23 meters: charge ✓
[lp-1 ] INFO 2025/10/12 08:30:23 charge: power ✓ energy ✗ currents ✗

maar de optimise knop verschijnd niet in mijn menu, zie ik iets over het hoofd?

Heb je de experimentele modus aangezet? Verder zou je in de logging moeten zien dat evopt is opgestart. Zie je dit ook terug? Of krijg je errors of warnings?

[[RNMC] Viper]

heb je wel een (test) token van evcc?

[remcoXP]

in de evcc logboeken staat geen regel met/over: evopt
dus ik kan slecht zien wat ik nu verkeerd doe.

experimentele modus staat aan, testtoken was weggevaagd na nieuwe install. heb zojuist een correcte sponsortoken toegevoegd herstart, en zie ik inderdaad wel wat: optimizer: meter profile incomplete

[ Voor 100% gewijzigd door remcoXP op 13-10-2025 12:16 ]

[Kammika]

Hola,

net overgestapt naar dynamisch contract. Probeer nu de prijs goed te krijgen. Zie dat dat op deze manier zou moeten:

code:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU # Bidding zone, see https://api.energy-charts.info/#/prices/day_ahead_price_price_get
    charges: 0.22 # Fixed surcharge per kWh (e.g., 20ct grid fee, 2ct extra charges)
    tax: 0.19 # Percentage surcharge (e.g., 19% VAT)

volgens de docs.
Ik heb de volgende kostencomponenten in mijn energiecontract (Frank energie, woon in nl)
- btw (21%)
- inkoop kosten: 0.0185 per kwh
- energiebelasting 0.12286

Dus ik had charges op 0.14106 gezet. (inkoop + energiebelasting). en btw op 0.21. Maar dan staat de energieprijs een paar cent te hoog tov wat de site van de energieleverancier zelf aangeeft.

Mijn vermoeden is dat EVCC dan ook 21% over de energiebelasting rekent en dat dat wsch (is dat zo?) niet de bedoeling is in nl...

Dan zou ik naar deze config voor een custom formula moeten gaan, dat kan ook volgens de docs.

code:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU
    charges: 0.22 # Fixed surcharge per kWh
    tax: 0.19 # Percentage surcharge
    formula: math.Min(0.5, (price + charges) * (1 + tax))

Maar wie weet wat in NL de formule is om van netto prijs naar bruto prijs te komen, waar dus btw, energiebelasting in inkoopkosten goed verrekend zijn? (feitelijk is dus mijn vraag: Over welke componenten moet ik het btw percentage rekenen om op de goede prijs te komen?)

[ Voor 12% gewijzigd door Kammika op 12-10-2025 12:31 ]

[Bravo]

Kammika schreef op zondag 12 oktober 2025 @ 12:29:
Hola,

net overgestapt naar dynamisch contract. Probeer nu de prijs goed te krijgen. Zie dat dat op deze manier zou moeten:

code:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU # Bidding zone, see https://api.energy-charts.info/#/prices/day_ahead_price_price_get
    charges: 0.22 # Fixed surcharge per kWh (e.g., 20ct grid fee, 2ct extra charges)
    tax: 0.19 # Percentage surcharge (e.g., 19% VAT)

volgens de docs.
Ik heb de volgende kostencomponenten in mijn energiecontract (Frank energie, woon in nl)
- btw (21%)
- inkoop kosten: 0.0185 per kwh
- energiebelasting 0.12286

Dus ik had charges op 0.14106 gezet. (inkoop + energiebelasting). en btw op 0.21. Maar dan staat de energieprijs een paar cent te hoog tov wat de site van de energieleverancier zelf aangeeft.

Mijn vermoeden is dat EVCC dan ook 21% over de energiebelasting rekent en dat dat wsch (is dat zo?) niet de bedoeling is in nl...

Dan zou ik naar deze config voor een custom formula moeten gaan, dat kan ook volgens de docs.

code:

tariffs:
  grid:
    type: template
    template: energy-charts-api
    bzn: DE-LU
    charges: 0.22 # Fixed surcharge per kWh
    tax: 0.19 # Percentage surcharge
    formula: math.Min(0.5, (price + charges) * (1 + tax))

Maar wie weet wat in NL de formule is om van netto prijs naar bruto prijs te komen, waar dus btw, energiebelasting in inkoopkosten goed verrekend zijn? (feitelijk is dus mijn vraag: Over welke componenten moet ik het btw percentage rekenen om op de goede prijs te komen?)

0.12286 is de energiebelasting inclusief BTW, zonder BTW is het 0.10154, dat verklaart de paar cent.
Als je in NL woont, moet je ook de Nederlandse prijs als basis nemen. Met DE-LU staat hij nog op de duitse zone, voor nederland moet je NL gebruiken. Ik gebruik een andere bron (ENTSOE), omdat apicharts vaak niet de nederlandse prijs beschikbaar heeft.

[Kammika]

Bravo schreef op zondag 12 oktober 2025 @ 13:04:
[...]

0.12286 is de energiebelasting inclusief BTW, zonder BTW is het 0.10154, dat verklaart de paar cent.
Als je in NL woont, moet je ook de Nederlandse prijs als basis nemen. Met DE-LU staat hij nog op de duitse zone, voor nederland moet je NL gebruiken. Ik gebruik een andere bron (ENTSOE), omdat apicharts vaak niet de nederlandse prijs beschikbaar heeft.

Check, en moet je de btw ook over deinkoopkosten rekenen? Of is die ook al inclusief?

[Bravo]

Kammika schreef op zondag 12 oktober 2025 @ 13:13:
[...]

Check, en moet je de btw ook over deinkoopkosten rekenen? Of is die ook al inclusief?

Dat moet je even bij Frank Energie nakijken, dat weet ik niet.

[Skix_Aces]

remcoXP schreef op zondag 12 oktober 2025 @ 10:32:
in de evcc logboeken staat geen regel met/over: evopt
dus ik kan slecht zien wat ik nu verkeerd doe.

experimentele modus staat aan, testtoken was weggevaagd na nieuwe install. heb zojuist een correcte sponsortoken toegevoegd herstart, en zie ik inderdaad wel wat: optimizer: meter profile incomplete

Ten eerste, haal even de informatie van je Tesla weg. Niet handig om dit met het internet te delen.

In de logging staat evopt inderdaad als "optimizer". De fout die je ziet betekent volgens de user guide het volgende:

Missing/insufficient meter or forecast data. Check sensors and forecast.

Ik zie dat je voor je solar forecast twee providers hebt die precies hetzelfde zijn ingesteld. Misschien dat hij hier de mist mee in gaat? Ik zou er een van verwijderen.

[remcoXP]

thanks!

ik krijg nu igg:
```
[site ] DEBUG 2025/10/12 13:21:41 optimizer: optimizing 43 slots until 2025-10-13 00:00:00 +0200 CEST: grid=43, feedIn=43, solar=147, first slot: 8m18s
[site ] ERROR 2025/10/12 13:21:41 optimizer: meter profile incomplete
```

```
[site ] DEBUG 2025/10/12 13:21:41 optimizer: optimizing 43 slots until 2025-10-13 00:00:00 +0200 CEST: grid=43, feedIn=43, solar=147, first slot: 8m18s
[site ] ERROR 2025/10/12 13:21:41 optimizer: meter profile incomplete
```

[Kammika]

Bravo schreef op zondag 12 oktober 2025 @ 13:15:
[...]

Dat moet je even bij Frank Energie nakijken, dat weet ik niet.

kan ik helaas niet zien in het contract of op de site, maar ik zie nu dat als ik bereken als
marktprijs * (1+btw percentage) + inkoopkosten (0,0182) + energiebelasting (0,12286) dat ik dan vrijwel dezelfde prijs als op de site van Frank Energie heb. Soms een duizendste cent ernaast, maar dat zal wel afrondingverschil zijn.

Dank voor de hulp!

[HyperBart]

@Kammika en anderen, voor prijzen kan je ook de formule apart uitschrijven:

code:

formula: ((1.02 * price + 0.0683261) * 1.06)

[Bravo]

HyperBart schreef op maandag 13 oktober 2025 @ 12:18:
@Kammika en anderen, voor prijzen kan je ook de formule apart uitschrijven:

code:

formula: ((1.02 * price + 0.0683261) * 1.06)

Dat is een typische Belgische formule (percentage over de kale prijs + een vaste opslag), voor Nederland is het volgende gangbaarder:

code:

formula: 
(Prijs + Energiebelasting + opslag ) + BTW
((price + 10.154 + 2.0496) * 1.21)

[Kammika]

HyperBart schreef op maandag 13 oktober 2025 @ 12:18:
@Kammika en anderen, voor prijzen kan je ook de formule apart uitschrijven:

code:

formula: ((1.02 * price + 0.0683261) * 1.06)

Ja had ik erbij moeten zetten. Maar ik heb nu idd een formule gebruikt om de goede prijs te zetten

[AA42]

Met heel veel doorzettingsvermogen steeds een stapje verder....... hoop ik. Ik _geloof_ dat ik zowaar de BMW succesvol met de BMW EU data act keuze aan de praat heb....
Alleen: de (OCPP) communicatie met de EVBox Elvi verloopt kennelijk nogal stroef.
Hier een overzichtje:


[lp-1 ] ERROR 2025/10/13 22:03:36 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:03:43 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:03:43 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:03:43 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:03:43 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:10:07 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:10:15 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:10:15 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:10:15 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:10:15 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:10:38 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:10:46 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:10:46 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:10:46 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:10:46 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:11:06 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:11:14 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:11:14 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:11:14 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:11:14 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:11:36 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:11:45 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:11:45 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:11:45 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:11:45 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:12:08 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:12:16 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:12:16 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:12:16 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:12:16 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:12:36 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:12:45 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:12:45 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:12:45 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:12:45 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:23:59 charger disable: set charging profile: timeout
[lp-1 ] ERROR 2025/10/13 22:24:37 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:24:46 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:24:46 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:24:46 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:24:46 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:25:08 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:25:16 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:25:16 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:25:16 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:25:16 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:25:36 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:25:44 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:25:44 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:25:44 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:25:44 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:26:06 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:26:13 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:26:13 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:26:13 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:26:13 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:26:38 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:26:48 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:26:48 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:26:48 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:26:48 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:27:06 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:27:13 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:27:13 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:27:13 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:27:13 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:38:39 charger disable: set charging profile: timeout
[lp-1 ] ERROR 2025/10/13 22:38:46 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:38:52 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:38:52 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:38:52 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:38:52 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:39:08 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:39:16 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:39:16 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:39:16 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:39:16 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:45:35 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:45:42 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:45:43 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:45:43 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:45:43 charger status: timeout
[lp-1 ] ERROR 2025/10/13 22:58:09 charge power: timeout
[lp-1 ] ERROR 2025/10/13 22:58:18 charge currents: timeout
[lp-1 ] ERROR 2025/10/13 22:58:18 charge voltages: timeout
[lp-1 ] ERROR 2025/10/13 22:58:18 charge total import: timeout
[lp-1 ] ERROR 2025/10/13 22:58:18 charger status: timeout


Iemand een idee?


Dan nog een andere (domme?) vraag: ik heb een zakje met RFID tags gekocht. Werken prima. Heb de 2 tag nummers ingevoerd in de geavanceerde instellingen van het voertuig van evcc.
Nu gaat de paal netjes laden als ik 1 van beide tags aanbiedt, dat is het probleem niet.
Het probleem is dat hij OOK gaat laden als ik willekeurig welke andere tag uit het zakje aanbiedt. Oftewel, er wordt niet naar de code "gekeken". Dus beide codes ook ingevoerd in de instellingen van de EVBox laadpaal maar dat maakt helaas niets uit.... het laden start nog even vrolijk met elke tag.

Hoe kan ik er voor zorgen dat het laden alleen start met de toegestane tags?

[ Voor 5% gewijzigd door AA42 op 13-10-2025 23:46 ]

[Get!em]

AA42 schreef op maandag 13 oktober 2025 @ 23:21:


Dan nog een andere (domme?) vraag: ik heb een zakje met RFID tags gekocht. Werken prima. Heb de 2 tag nummers ingevoerd in de geavanceerde instellingen van het voertuig van evcc.
Nu gaat de paal netjes laden als ik 1 van beide tags aanbiedt, dat is het probleem niet.
Het probleem is dat hij OOK gaat laden als ik willekeurig welke andere tag uit het zakje aanbiedt. Oftewel, er wordt niet naar de code "gekeken". Dus beide codes ook ingevoerd in de instellingen van de EVBox laadpaal maar dat maakt helaas niets uit.... het laden start nog even vrolijk met elke tag.

Hoe kan ik er voor zorgen dat het laden alleen start met de toegestane tags?

Dom is t niet, er zit niet een harde authenticatie in.
Wat je kunt doen is op de lader de Default charge mode op off zetten en bij je specifieke voertuig op de gewenste waarde voor dat voertuig.

[r2504]

AA42 schreef op maandag 13 oktober 2025 @ 23:21:
Ik _geloof_ dat ik zowaar de BMW succesvol met de BMW EU data act keuze aan de praat

Verklaar je nader want volgens mij werkt de BMW API niet meer… of is er een alternatief?

[AA42]

Dank voor deze goede tip Get!em, dit werkt! Het is wel zo dat bij een "niet toegestane" tag de lader in de "wacht op laden" modus gaat (knippert langzaam oranje) maar zonder dat ik daar "toestemming" voor geef via evcc wordt hij dus niet geladen. Dit is voor mij prima.
Als ik een "toegestane" tag aanbiedt gaat hij nu inderdaad netjes naar de gekozen modus, top !

@JanHenk
Hoe heb jij de instellingen voor de thuisbatterij ingesteld op dit scherm:


In de winter, en als je dynamische tarieven hebt zoals ik, lijkt het me het gunstigst als de batterij altijd op stand-by wordt gezet als de auto gaat laden dus zo wil ik het eigenlijk instellen.

(Bijv. tarief is nu 28 cent, en gezien geringe zonlicht laadt de PIB maar langzaam/gedeeltelijk op. Die energie verbruik ik liever straks tussen 18u en 20u. als de prijs hoog is (zoals vandaag 68 (!) cent).

[ Voor 3% gewijzigd door AA42 op 14-10-2025 11:42 ]

[AA42]

r2504 schreef op dinsdag 14 oktober 2025 @ 11:21:
[...]


Verklaar je nader want volgens mij werkt de BMW API niet meer… of is er een alternatief?

Dat klopt maar er is voor evcc wel al een oplossing.

Er is (gelukkig!) Europese wetgeving die kennelijk ook BMW dwingt bepaalde data beschikbaar te maken voor eindgebruikers (als ik het fout heb, please correct me).

Werkt via CarData. Deze moet je eerst instellen in je BMW account, kies als je je voertuig ziet het icon "CarData".
Onder "TECHNISCHE TOEGANG TOT BMW CARDATA" moet je eerst "client aanmaken" (of iets dergelijks) klikken, vervolgens beide vinkjes aanzetten (blauw). Kopieer het Client-ID nummer (symbooltje naast het ID nummer klikken)
Vervolgens voertuig toevoegen onder evcc en dan moet je "BMW CarData (EU Data Act)" kiezen.
Vervolgens je VIN invullen en het eerder genoemde Client ID in het veld plakken. Ik heb zelf ook de accucapaciteit ingevoerd maar dit is optioneel.
Zo zou het moeten werken. Volgens mij kan er flink wat tijd overheen gaan voordat de boel echt communiceert. Ik had in het begin continu errors hierop maar nu niet meer. Of de communicatie daadwerkelijk functioneer kan ik eigenlijk maar moeilijk constateren.
Ik zou bijvoorbeeld denken dat als ik een max instel evcc dat dan ook "doorkrijgt" via de CarData gegevens en hij op tijd stopt met laden (bijv. 90%) maar dat heb ik nog niet zien werken maar nogmaals heb veel strubbelingen gehad om alles geconfigureerd en werkend te krijgen. Ik zal het meteen eens proberen !

Meer hier:
https://github.com/evcc-io/evcc/discussions/24123


{EDIT}
Hmmm, zo te zien is het bekend dat e.e.a. nog niet goed werkt en zou het met de volgende update opgelost moeten zijn....nog even geduld dus...
https://github.com/evcc-i...iscussioncomment-14654162

[ Voor 8% gewijzigd door AA42 op 14-10-2025 12:57 ]

[Kammika]

ik overweeg XPENG als nieuwe auto. Kan eigenlijk nergens vinden of die goed samenwerkt met EVCC... (Zal wel indirect moeten, want EVCC heeft het zelf niet) heeft iemand dit al aan de praat?

Er zou dan iig een API moeten zijn die laadstatus en SOC uitleest...

[Bravo]

Kammika schreef op dinsdag 14 oktober 2025 @ 13:06:
ik overweeg XPENG als nieuwe auto. Kan eigenlijk nergens vinden of die goed samenwerkt met EVCC... (Zal wel indirect moeten, want EVCC heeft het zelf niet) heeft iemand dit al aan de praat?

Er zou dan iig een API moeten zijn die laadstatus en SOC uitleest...

Als evcc niet zelf de Xpeng op de website heeft staan, kan het er inderdaad niet direct mee praten.

Alternatief is het aanbieden van de benodigde informatie via sensoren in Home Assistant via REST of mqtt aan evcc. Ik zie dat er wel een HACS integratie is voor Xpeng, dus die route zou je kunnen proberen.
Al lees ik wisselende verhalen over Enode, wat de eigenlijke broker is voor de informatieuitwisseling.

[ Voor 6% gewijzigd door Bravo op 14-10-2025 13:21 ]

[JanHenk]

Bravo schreef op dinsdag 14 oktober 2025 @ 13:17:
[...]

Als evcc niet zelf de Xpeng op de website heeft staan, kan het er inderdaad niet direct mee praten.

Alternatief is het aanbieden van de benodigde informatie via sensoren in Home Assistant via REST of mqtt aan evcc. Ik zie dat er wel een HACS integratie is voor Xpeng, dus die route zou je kunnen proberen.

Via Enode, nog een andere partij, die volgens mij een betaald abo nodig heeft om de gegevens uit te lezen? Zou er even verder induiken maar de eerste voortekenen zijn alvast niet gunstig.

Met Kia is er al een hoop gerommel voorbij gekomen de laatste tijd, nu weer BMW, tsja...

Iedereen heeft altijd de mond vol over VAG en hun ICT, maar de API's werken al een tijdje heel goed en betrouwbaar. Wel onderdeel van een betaalde dienst (die je afhankelijk van je model de eerste paar jaar gratis krijgt). Maar goed, liever een betaalde dienst van een paar tientjes per jaar om data rechtstreeks te verkrijgen, dan allerlei vage en onbetrouwbare omwegen.

[JanHenk]

AA42 schreef op dinsdag 14 oktober 2025 @ 11:41:
@JanHenk
Hoe heb jij de instellingen voor de thuisbatterij ingesteld op dit scherm:
[Afbeelding]

In de winter, en als je dynamische tarieven hebt zoals ik, lijkt het me het gunstigst als de batterij altijd op stand-by wordt gezet als de auto gaat laden dus zo wil ik het eigenlijk instellen.

(Bijv. tarief is nu 28 cent, en gezien geringe zonlicht laadt de PIB maar langzaam/gedeeltelijk op. Die energie verbruik ik liever straks tussen 18u en 20u. als de prijs hoog is (zoals vandaag 68 (!) cent).

Vind het zelf wel fijn als er iets van lading in de batterij zit. Dan kan ie namelijk ook deels meehelpen als de zon even wegvalt. Dus alle PV-stroom met prio in de auto zoals in jouw screenshot, doe ik meestal niet, zet hem vaak rond 30-50%. Maar hangt tevens ook af van de in- en uitschakeldrempel die je hanteert. Kwestie van wat experimenteren en afhankelijk van het weer en seizoen pas ik het wel eens aan.. Kan gelukkig eenvoudig in de UI.

[Mirabis]

JanHenk schreef op dinsdag 14 oktober 2025 @ 13:26:
[...]


Via Enode, nog een andere partij, die volgens mij een betaald abo nodig heeft om de gegevens uit te lezen? Zou er even verder induiken maar de eerste voortekenen zijn alvast niet gunstig.

Met Kia is er al een hoop gerommel voorbij gekomen de laatste tijd, nu weer BMW, tsja...

Iedereen heeft altijd de mond vol over VAG en hun ICT, maar de API's werken al een tijdje heel goed en betrouwbaar. Wel onderdeel van een betaalde dienst (die je afhankelijk van je model de eerste paar jaar gratis krijgt). Maar goed, liever een betaalde dienst van een paar tientjes per jaar om data rechtstreeks te verkrijgen, dan allerlei vage en onbetrouwbare omwegen.

Ik heb zelf een XPENG G9P'2023 en heb meerdere integraties gebruikt:

• https://github.com/OldSmurf56/xpeng werk liever niet met nodered
• https://github.com/mnordseth/xpeng-homeassistant sensor status op een of andere manier niet altijd up to date
• https://github.com/rogasp/evlink-backend werkt prima maar vond de prijs toch iets te hoog voor de beperkte functionaliteit/gebruik dat ik ervoor heb.

Uiteindelijk heb ik https://github.com/evilmarty/enode gebruikt (welk ook XPENG ondersteunt) en ben ik zeer tevreden. Webhooks zijn ingeschakeld en sensoren worden goed bijgewerkt. Je kan ze e.v.t. "refreshen/updaten" in je automatisering alvorens je iets wilt doen etc. Ik gebruik het voornamelijk om mijn SoC % naar Tibber te pushen omdat ze daar nog geen integratie hebben. Zelfde voor locatie en batterij info naar ABRP.

[krizzziz]

Shit.....Hyundai heeft het e.e.a veranderd waardoor de login (tot Bluelink data) niet mee werkt........

https://github.com/evcc-io/evcc/issues/24418

[Bravo]

krizzziz schreef op dinsdag 14 oktober 2025 @ 23:14:
Shit.....Hyundai heeft het e.e.a veranderd waardoor de login (tot Bluelink data) niet mee werkt........

https://github.com/evcc-io/evcc/issues/24418

Ah, toch wel... Ik liep er gisteren tegenaan dat de BlueLink integratie niet meer werkte, maar evcc wel. Maar zag geen issues van anderen dus nam aan dat evcc de dans ontsprongen was.
Bummer, net de nieuwe versie geinstalleerd (dus restart) en ik heb ook geen verbinding meer...

[Krisp]

Ik zie dat Andig regelmatig verwijst naar het Data Act. Nu wil ik daar best een mail aan wijden, maar wellicht heeft iemand dat al gedaan (eventueel voor andere fabrikanten)? Zo ja, kan iemand dat voorbeeld delen?

[greg-a]

Bravo schreef op woensdag 15 oktober 2025 @ 09:59:
[...]

Ah, toch wel... Ik liep er gisteren tegenaan dat de BlueLink integratie niet meer werkte, maar evcc wel. Maar zag geen issues van anderen dus nam aan dat evcc de dans ontsprongen was.
Bummer, net de nieuwe versie geinstalleerd (dus restart) en ik heb ook geen verbinding meer...

je moet je refresh token als wachtwoord gebruiken, dan moet het wel werken.

https://github.com/Hyunda...iki/Kia-Europe-Login-Flow

[Bravo]

Krisp schreef op woensdag 15 oktober 2025 @ 10:05:
Ik zie dat Andig regelmatig verwijst naar het Data Act. Nu wil ik daar best een mail aan wijden, maar wellicht heeft iemand dat al gedaan (eventueel voor andere fabrikanten)? Zo ja, kan iemand dat voorbeeld delen?

Geen voorbeeld voor een mailtje, maar wel een link naar een statement van Hyundai:
https://connected-mobility.hyundai.com/data-rights-en


Waar ik enorm jeuk van krijg is dat ze alleen derden toegang willen geven tot jouw data, waardoor jij bij die derden weer jouw informatie kunt ophalen.
Volgens mij is dit niet conform de EU verordening, je moet als gebruiker zelf toegang kunnen krijgen tot je data.

[Krisp]

Bravo schreef op woensdag 15 oktober 2025 @ 10:13:
[...]

Geen voorbeeld voor een mailtje, maar wel een link naar een statement van Hyundai:
https://connected-mobility.hyundai.com/data-rights-en

[Afbeelding]
Waar ik enorm jeuk van krijg is dat ze alleen derden toegang willen geven tot jouw data, waardoor jij bij die derden weer jouw informatie kunt ophalen.
Volgens mij is dit niet conform de EU verordening, je moet als gebruiker zelf toegang kunnen krijgen tot je data.

Ik wil best mijn eigen derde zijn. Ik ga ook wel even op het forum vragen hoe ze dit voor zich zien.

[JanHenk]

Zelfde issue ook bij de Home Assistant integratie, zie bijvoorbeeld hier.

Waarschijnlijk zelfde route als aanpassing van de Kia login, maar gebruikt een andere url dus de scripts zullen wel aangepast moeten worden.

[AA42]

Haha, nou dan toch maar liever een Europees merk die zich wel aan de EU wetgeving houdt.....

Nou, na de laatste evcc update van vanochtend heb ik mijn i3s eindelijk aan de praat!



Twee valkuilen: als je op het voertuig (BMW) item in het hamburger menu klikt wil evcc nu een pop-up (extra tabblad) openen. Als je, zoals ik, dit standaard uit hebt staan moet je dat even voor HA wijzigen in de intstellingen van je browser. Vervolgens kreeg ik keurig daar het BMW inlogscherm te zien.
Daarna nog steeds geen groen puntje voor de voertuignaam en de foutmelding
oauth-XXXXXXXX] ERROR 2025/10/15 10:35:17 error retrieving token: oauth2: "invalid_grant" "The provided access grant is invalid, expired, or revoked."
in de log.
Er moest dus iets met het client ID zijn.

Dus opnieuw ingelogd op de BMW CarData site, opnieuw mijn Client ID gekopieerd (NIET een nieuwe aangemaakt) en deze opnieuw in de voertuig configuratie geplakt. Nu blijkt dat evcc automatisch alle hoofdletters omzet naar kleine letters. Sla op, herstart evcc en eindelijk zal de groene punt verschijnen en de gegevens van je auto in de configuratie zoals in het plaatje.

[JanHenk]

Net mijn oude auto verwijderd uit evcc. Had voor de zekerheid een back-up gemaakt en een snapshot van de container, maar dat bleek niet nodig. Ik kan nog steeds de laadsessies zien van de vorige auto en hierop sorteren en filteren.

[Aldmar]

De zon gaat weer schijnen dus langzaam gaat het laden weer op basis van (dynamische) prijzen.

Ben wel benieuwd hoe komende nacht er uit gaat zien, nu we over zijn naar kwartier-prijzen. Volgens onderstaand schema zou er zo'n 8x gestart/stopt gaan worden met laden, omdat net dat ene kwartiertje een (paar) cent goedkoper is.

Zit er ergens een optie in evcc dat de voorkeur gegeven kan worden aan 1 lange sessie ipv meerdere kortere? Voor die paar centen winst hoef ik het niet te doen.

[JanHenk]

@Aldmar Kun je die tarieven ook zo instellen dat ze per uur of een gemiddelde per uur zijn? Prima dat evcc er kwartierintervallen van maakt, maar als de tarieven voor vier kwartieren hetzelfde zijn is het effect gewoon sturen op uur.

Dit zijn inderdaad redelijk wat start/stops.

[Bravo]

Krisp schreef op woensdag 15 oktober 2025 @ 10:25:
[...]

Ik wil best mijn eigen derde zijn. Ik ga ook wel even op het forum vragen hoe ze dit voor zich zien.

Ik kwam deze discussie nog tegen: https://github.com/evcc-io/evcc/discussions/24208
Er lijkt een toespeling te zijn dat Pleos ook voor individuen beschikbaar wordt. lees: ze overwegen je aanvraag niet meer direct af te keuren omdat je geen bedrijf bent.

[Bravo]

Aldmar schreef op woensdag 15 oktober 2025 @ 16:25:
De zon gaat weer schijnen dus langzaam gaat het laden weer op basis van (dynamische) prijzen.

Ben wel benieuwd hoe komende nacht er uit gaat zien, nu we over zijn naar kwartier-prijzen. Volgens onderstaand schema zou er zo'n 8x gestart/stopt gaan worden met laden, omdat net dat ene kwartiertje een (paar) cent goedkoper is.

Zit er ergens een optie in evcc dat de voorkeur gegeven kan worden aan 1 lange sessie ipv meerdere kortere? Voor die paar centen winst hoef ik het niet te doen.

[Afbeelding]

Dit is inderdaad een ongewenst effect van de kwartierprijzen, hopelijk dempt dit gedrag verder uit als meer leveranciers daadwerkelijk overgaan op het beprijzen per kwartier (meerderheid van de dynamische energieleveranciers in NL zit nog op uurgemiddelden).
Ik heb nog geen vraag/request voorbij zien komen om te laden in aaneengesloten blokken. En als ik erover nadenk, lijkt mij dat ook niet heel handig te implementen doordat de planning ook om een piek heen kan plannen (deel ervoor, deel erna), waardoor 1 aaneengesloten blok weer niet de juiste oplossing is.

Edit: geen idee wat de impact is op het totale tarief, maar is min+pv een optie? Dan heb je maar 1 x inschakelen en wordt het grootste gedeelte in de goedkope kwartieren met 11 kW geladen, in de andere kwartieren met 1,4 kW.

edit2: Ow wacht bij het schakelen tussen 1F en 3F heb je ook een inschakeling, dus dan krijg je juist nog meer schakelingen.
Dan de optie min+pv met 3 fase -> 4,2 kW. Dat zal wel behoorlijk wat duurder uitvallen.

[ Voor 14% gewijzigd door Bravo op 15-10-2025 17:50 . Reden: mogelijke oplossing ]

[Aldmar]

JanHenk schreef op woensdag 15 oktober 2025 @ 16:53:
@Aldmar Kun je die tarieven ook zo instellen dat ze per uur of een gemiddelde per uur zijn? Prima dat evcc er kwartierintervallen van maakt, maar als de tarieven voor vier kwartieren hetzelfde zijn is het effect gewoon sturen op uur.

Dit zijn inderdaad redelijk wat start/stops.

Je bedoelt vanuit de bron van de dynamische prijzen? Volgens mij gebruik ik Nordpool. De kwartierprijzen zijn ook daadwerkelijk anders. Per kwartier een paar cent hoger/lager. Dus op zich rekent evcc goed op basis van laden op de goedkoopste tijden (kwartieren dus). Ik zit ook bij Tibber en die rekent ook per kwartier.

Bravo schreef op woensdag 15 oktober 2025 @ 17:12:
[...]

Dit is inderdaad een ongewenst effect van de kwartierprijzen, hopelijk dempt dit gedrag verder uit als meer leveranciers daadwerkelijk overgaan op het beprijzen per kwartier (meerderheid van de dynamische energieleveranciers in NL zit nog op uurgemiddelden).
Ik heb nog geen vraag/request voorbij zien komen om te laden in aaneengesloten blokken. En als ik erover nadenk, lijkt mij dat ook niet heel handig te implementen doordat de planning ook om een piek heen kan plannen (deel ervoor, deel erna), waardoor 1 aaneengesloten blok weer niet de juiste oplossing is.

Edit: geen idee wat de impact is op het totale tarief, maar is min+pv een optie? Dan heb je maar 1 x inschakelen en wordt het grootste gedeelte in de goedkope kwartieren met 11 kW geladen, in de andere kwartieren met 1,4 kW.

edit2: Ow wacht bij het schakelen tussen 1F en 3F heb je ook een inschakeling, dus dan krijg je juist nog meer schakelingen.
Dan de optie min+pv met 3 fase -> 4,2 kW. Dat zal wel behoorlijk wat duurder uitvallen.

Voor evcc gebruikte ik EV smart charging. Daar zit de optie wel in. Hij heet daar 'Continues charging preferred'. Als je die inschakelt krijg je een aaneengesloten periode om te laden. Zie hieronder het gele vlak om een idee te krijgen.



min+pv wil ik eigenlijk niet gebruiken in de nacht, dan is het hele idee van efficient laden weg. (En het schema-laden werkt uberhaupt alleen in de pv stand volgens mij?) En dan moet ik alsnog een automatisering of handmatige aansturing doen. De kabel zit op dit moment bijvoorbeeld al ingeplugd, maar nu op het moment van schrijven, tussen 18:00 en 19:00, is het juist het allerduurst om te laden. Daar verlies ik meer euros mee dan het schakelen 's nachts. Dus dat wil ik niet

[Bravo]

Aldmar schreef op woensdag 15 oktober 2025 @ 18:47:
[...]

Je bedoelt vanuit de bron van de dynamische prijzen? Volgens mij gebruik ik Nordpool. De kwartierprijzen zijn ook daadwerkelijk anders. Per kwartier een paar cent hoger/lager. Dus op zich rekent evcc goed op basis van laden op de goedkoopste tijden (kwartieren dus). Ik zit ook bij Tibber en die rekent ook per kwartier.


[...]


Voor evcc gebruikte ik EV smart charging. Daar zit de optie wel in. Hij heet daar 'Continues charging preferred'. Als je die inschakelt krijg je een aaneengesloten periode om te laden. Zie hieronder het gele vlak om een idee te krijgen.

[Afbeelding]

min+pv wil ik eigenlijk niet gebruiken in de nacht, dan is het hele idee van efficient laden weg. (En het schema-laden werkt uberhaupt alleen in de pv stand volgens mij?) En dan moet ik alsnog een automatisering of handmatige aansturing doen. De kabel zit op dit moment bijvoorbeeld al ingeplugd, maar nu op het moment van schrijven, tussen 18:00 en 19:00, is het juist het allerduurst om te laden. Daar verlies ik meer euros mee dan het schakelen 's nachts. Dus dat wil ik niet

Ik snap wat je wil met de functie continuous, maar ik ben benieuwd met welke oplossing hij komt als je morgen een window aangeeft tussen 04:00 en 12:00. Ik verwacht dat twee losse blokken dan (veel) goedkoper zijn dan 1 blok met zo'n piek erin.

Wat betreft het gebruiken van min+pv, dat schiet in dit geval inderdaad niet op omdat je dan de pieken ook meepakt.
Overigens is het zo dat alle functies die vanuit de modus pv (Solar) ook werken onder min+pv (Min+Solar), met als kanttekening dat hij blijft doorladen op minimum vermogen in plaats van uit te schakelen.
De uitzondering is als de Feed-In limit wordt overschreden, dan pauzeert hij alsnog.

Maar als je de planner gebruikt wil je niet dagelijks met de feed-in limit lopen te klooien om in modus min+pv het aantal start/stops te verminderen. Op 'dure' dagen zou hij de planner kunnen blokkeren

[Bravo]

@Aldmar De volgende versie van evcc zal waarschijnlijk de optie 'continuous charging' krijgen:
https://github.com/evcc-io/evcc/pull/24423

[ Voor 9% gewijzigd door Bravo op 16-10-2025 11:36 ]

[JanHenk]

@Bravo Ik lees nog wel wat discussie over de ui van de PR, dus hij is nog niet gemerged in master. Maar mooi dat er iemand mee bezig is, dus het zal spoedig wel volgen

Zelf zou ik het mooi vinden als er bijvoorbeeld een maximaal aantal 'blokken' gedefinieerd kan worden. In plaats van verplicht alles aaneengesloten óf 10 kleine blokken...

Bovendien is dit ook een beetje in conflict met het stukje 'late charging' wat er ook al in zit.

[ Voor 44% gewijzigd door JanHenk op 16-10-2025 11:44 ]

[HyperBart]

Aldmar schreef op woensdag 15 oktober 2025 @ 16:25:
De zon gaat weer schijnen dus langzaam gaat het laden weer op basis van (dynamische) prijzen.

Ben wel benieuwd hoe komende nacht er uit gaat zien, nu we over zijn naar kwartier-prijzen. Volgens onderstaand schema zou er zo'n 8x gestart/stopt gaan worden met laden, omdat net dat ene kwartiertje een (paar) cent goedkoper is.

Zit er ergens een optie in evcc dat de voorkeur gegeven kan worden aan 1 lange sessie ipv meerdere kortere? Voor die paar centen winst hoef ik het niet te doen.

[Afbeelding]

Bravo schreef op donderdag 16 oktober 2025 @ 11:34:
@Aldmar De volgende versie van evcc zal waarschijnlijk de optie 'continuous charging' krijgen:
https://github.com/evcc-io/evcc/pull/24423

Je kan dat oplossen door in het laadschema “laat opladen”: alles te kiezen.

[ Voor 119% gewijzigd door HyperBart op 17-10-2025 17:55 ]

[etmmvdp]

JanHenk schreef op woensdag 15 oktober 2025 @ 10:31:
Zelfde issue ook bij de Home Assistant integratie, zie bijvoorbeeld hier.

Waarschijnlijk zelfde route als aanpassing van de Kia login, maar gebruikt een andere url dus de scripts zullen wel aangepast moeten worden.

Er is een fix onderweg: https://github.com/evcc-io/evcc/pull/24491!

[AA42]

Zijn er nog andere mensen met een EVBox Elvi hier die evcc gebruiken?

Het enige openstaande probleem wat ik nu nog heb is dat ik continu deze foutmeldingen krijg:
```
[lp-1 ] ERROR 2025/10/17 20:11:26 charge currents: timeout
[lp-1 ] ERROR 2025/10/17 20:11:26 charge voltages: timeout
[lp-1 ] ERROR 2025/10/17 20:11:26 charge total import: timeout
[lp-1 ] ERROR 2025/10/17 20:11:26 charger status: timeout
[lp-1 ] WARN 2025/10/17 20:11:48 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:13:08 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:14:28 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:15:48 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:17:48 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:19:08 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:20:28 charger out of sync: expected disabled, got enabled
[lp-1 ] WARN 2025/10/17 20:21:48 charger out of sync: expected disabled, got enabled
[lp-1 ] ERROR 2025/10/17 20:23:15 charge power: timeout
[lp-1 ] ERROR 2025/10/17 20:23:21 charge currents: timeout
[lp-1 ] ERROR 2025/10/17 20:23:21 charge voltages: timeout
[lp-1 ] ERROR 2025/10/17 20:23:21 charge total import: timeout
[lp-1 ] ERROR 2025/10/17 20:23:21 charger status: timeout
[lp-1 ] ERROR 2025/10/17 20:23:54 charge power: timeout
[lp-1 ] ERROR 2025/10/17 20:24:03 charge currents: timeout
[lp-1 ] ERROR 2025/10/17 20:24:04 charge voltages: timeout
[lp-1 ] ERROR 2025/10/17 20:24:04 charge total import: timeout
[lp-1 ] ERROR 2025/10/17 20:24:04 charger status: timeout
[lp-1 ] ERROR 2025/10/17 20:24:34 charge power: timeout
[lp-1 ] ERROR 2025/10/17 20:24:43 charge currents: timeout
```

Uiteindelijk lijkt alles wel te werken maar dit kan toch niet zijn zoals het hoort?

[Millert]

Ik ben benieuwd of iemand me kan helpen met het volgende .

De situatie is als volgt:
- Hyundai Ioniq 28Kwh, 1 fase laden
- ABL EMH1 Wallbox, 1 fase laden met 3,7Kw, 3 fase 11Kw
- 1Komma5 thuisbatterij 17,2Kwh met een 10Kw omvormer, 'Heartbeat' HEMS icm dynamisch energiecontract. Heartbeat stuurt de thuisbatterij slim aan door op basis van actuele stroomprijzen, weersvoorspellingen en je verbruikspatroon te bepalen wanneer de batterij het best kan laden (met zonne- of goedkope netstroom) en ontladen (voor eigen gebruik of verkoop bij hoge prijzen) om zo je energiekosten te optimaliseren.

Het opladen van de auto doe ik aan de hand van het gepland laden van de Ioniq, hier zet ik de goedkoopste uren in om de auto te laden. Heartbeat ziet dit verbruik als 'huisverbruik' en gebruikt in deze gevallen het net om de auto op te laden.

Ik dacht dit kan slimmer! Ik heb EVCC draaien in HomeAssistant en geconfigureerd met de volgende meters: homewizard als grid, shelly's voor de beide omvormers, de thuisbatterij via een custom integratie (SOC en power flow), dynamische tarieven via entsoe en een solar forecast. Dit werkt prima, ik zie de juiste waarden. Vanmiddag heb ik de wallbox via RS485 aangesloten en geconfigureerd in evcc (yaml). Ik zie de status van de auto en kan de wallbox bedienen .

Waar gaat het mis? Heartbeat van 1komma5 detecteert nu een wallbox, 'EVCC SEMP Server' en krijgt via deze weg het stroomverbruik van de wallbox door. Het bedienen van de wallbox via de 1komma5 app werkt niet. Enkel specifieke Mennekes wallboxes worden ondersteunt. Wanneer ik de wallbox nu aanstuur om te laden, wordt het verbruik niet als 'huisverbruik' maar als wallbox gezien. Dit is prima maar toen ik vanmiddag de auto rond 15u wilde opladen (lage tarieven) werd de thuisbatterij aangesproken om de auto op te laden wat voorheen niet het geval was en onwenselijk is.

Nu kan ik waarschijnlijk, nog niet getest, de batterij op hold zetten wanneer ik de auto ga laden. Maar gezien de auto slechts kan laden met 3,7Kw betekent dit ook dat de thuisbatterij dezelfde lage tarieven niet kan gebruiken om op te laden. In de oude situatie, voor het aansluiten van de wallbox op evcc, was dit geen probleem en laadde de auto tegelijkertijd met de batterij op.

Ik zie twee oplossingsmogelijkheden, zorgen dat Heartbeat de EVCC server niet oppikt of de thuisbatterij op hold zetten. Waarbij de tweede oplossing het grote nadeel heeft dat de thuisbatterij niet tegelijkertijd kan laden met de auto wanneer de tarieven het laagst zijn.

Ik heb geen hems gedefinieerd in EVCC, heartbeat lijkt EVCC automatisch te vinden door poortscanning.
Wat heb ik geprobeerd? Het aanpassen van de poort van EVCC van 7070 naar 7071 had geen effect.
Kan de semp server functionaliteit / broadcast worden uitgeschakeld van evcc? Gescheiden vlans kan misschien maar heb ik geen ervaring mee en vraagt denk ik een extra investering.

Hiernaast dacht ik om als het lukt om de thuisbatterij op hold te zetten, het uur met de goedkoopste tarieven uit te zonderen van de laadplanning. Dit geeft de thuisbatterij de gelegenheid om dan op te laden.

Zie ik iets over het hoofd?

[Bravo]

Millert schreef op zaterdag 18 oktober 2025 @ 20:12:
Ik ben benieuwd of iemand me kan helpen met het volgende .

De situatie is als volgt:
- Hyundai Ioniq 28Kwh, 1 fase laden
- ABL EMH1 Wallbox, 1 fase laden met 3,7Kw, 3 fase 11Kw
- 1Komma5 thuisbatterij 17,2Kwh met een 10Kw omvormer, 'Heartbeat' HEMS icm dynamisch energiecontract. Heartbeat stuurt de thuisbatterij slim aan door op basis van actuele stroomprijzen, weersvoorspellingen en je verbruikspatroon te bepalen wanneer de batterij het best kan laden (met zonne- of goedkope netstroom) en ontladen (voor eigen gebruik of verkoop bij hoge prijzen) om zo je energiekosten te optimaliseren.

Het opladen van de auto doe ik aan de hand van het gepland laden van de Ioniq, hier zet ik de goedkoopste uren in om de auto te laden. Heartbeat ziet dit verbruik als 'huisverbruik' en gebruikt in deze gevallen het net om de auto op te laden.

Ik dacht dit kan slimmer! Ik heb EVCC draaien in HomeAssistant en geconfigureerd met de volgende meters: homewizard als grid, shelly's voor de beide omvormers, de thuisbatterij via een custom integratie (SOC en power flow), dynamische tarieven via entsoe en een solar forecast. Dit werkt prima, ik zie de juiste waarden. Vanmiddag heb ik de wallbox via RS485 aangesloten en geconfigureerd in evcc (yaml). Ik zie de status van de auto en kan de wallbox bedienen .

Waar gaat het mis? Heartbeat van 1komma5 detecteert nu een wallbox, 'EVCC SEMP Server' en krijgt via deze weg het stroomverbruik van de wallbox door. Het bedienen van de wallbox via de 1komma5 app werkt niet. Enkel specifieke Mennekes wallboxes worden ondersteunt. Wanneer ik de wallbox nu aanstuur om te laden, wordt het verbruik niet als 'huisverbruik' maar als wallbox gezien. Dit is prima maar toen ik vanmiddag de auto rond 15u wilde opladen (lage tarieven) werd de thuisbatterij aangesproken om de auto op te laden wat voorheen niet het geval was en onwenselijk is.

Nu kan ik waarschijnlijk, nog niet getest, de batterij op hold zetten wanneer ik de auto ga laden. Maar gezien de auto slechts kan laden met 3,7Kw betekent dit ook dat de thuisbatterij dezelfde lage tarieven niet kan gebruiken om op te laden. In de oude situatie, voor het aansluiten van de wallbox op evcc, was dit geen probleem en laadde de auto tegelijkertijd met de batterij op.

Ik zie twee oplossingsmogelijkheden, zorgen dat Heartbeat de EVCC server niet oppikt of de thuisbatterij op hold zetten. Waarbij de tweede oplossing het grote nadeel heeft dat de thuisbatterij niet tegelijkertijd kan laden met de auto wanneer de tarieven het laagst zijn.

Ik heb geen hems gedefinieerd in EVCC, heartbeat lijkt EVCC automatisch te vinden door poortscanning.
Wat heb ik geprobeerd? Het aanpassen van de poort van EVCC van 7070 naar 7071 had geen effect.
Kan de semp server functionaliteit / broadcast worden uitgeschakeld van evcc? Gescheiden vlans kan misschien maar heb ik geen ervaring mee en vraagt denk ik een extra investering.

Hiernaast dacht ik om als het lukt om de thuisbatterij op hold te zetten, het uur met de goedkoopste tarieven uit te zonderen van de laadplanning. Dit geeft de thuisbatterij de gelegenheid om dan op te laden.

Zie ik iets over het hoofd?

[Afbeelding]

evcc maakt automatisch een SEMP server aan om je wallbox zonder problemen te laten integreren in en HEMS zoals Sunny Home Manager van SMA. Blijkbaar gebruikt heartbeat een vergelijkbaar protocol en pakt daardoor de laadpalen in evcc ook op.
Als je dat niet wil, dan kun je het beste de integratie uitschakelen via de experimentel instellingen:

[Millert]

@Bravo Kijk dit geeft een nieuwe invalshoek. Ik zie geen optie om dit uit te schakelen?

[Bravo]

Millert schreef op zaterdag 18 oktober 2025 @ 20:32:
@Bravo Kijk dit geeft een nieuwe invalshoek. Ik zie geen optie om dit uit te schakelen?

[Afbeelding]

Oei, ik lees dat het niet uit te schakelen is
The integration is permanently active. Once evcc is running, it automatically provides a SEMP endpoint (Smart Energy Management Protocol) and announces it via mDNS on the local network. This allows the SHM to automatically detect and integrate the charge points.
Laat ik zeggen dat ik dit een bijzondere keuze vind van de ontwikkelaars.

Dit is prima maar toen ik vanmiddag de auto rond 15u wilde opladen (lage tarieven) werd de thuisbatterij aangesproken om de auto op te laden wat voorheen niet het geval was en onwenselijk is.

Dit vind ik ook bijzonder van jouw batterij, waarom zou hij een wallbox anders behandelen dan huisverbruik? Kan je heartbeat niet bewerken dat hij hier anders mee omgaat? Er lijkt ergens prioriteit batterij te zijn voor een wallbox wat er niet voor het huisverbruik is.

Wat betreft de controle vanuit heartbeat, dit is alleen mogelijk als het laadpunt in solar of min+solar modus staat. Was dit het geval tijdens je test om de laadpaal vanuit heartbeat te beheersen?

Anyway, als je deze SEMP niet wil gebruiken en het je dagelijks gebruik in de weg zit doordat heartbeat vervelend doet, zou je een ticket op Github kunnen aanmaken om te kijken of de SEMP uit gezet zou kunnen worden.

[Millert]

@Bravo

Ik zal het gedrag van de thuisbatterij morgen nog eens bekijken. Ik heb nu een laadplanning ingesteld om de auto voor morgen 16:00 met 16 kWh te laden met het laadpunt op 'solar'.

Controle vanuit de 1komma5 (heartbeat) app werkt zo ver ik weet niet. Ik kan hier kiezen voor 'quick charge' maar vervolgens gebeurt er niks. Zou dit dan weer een signaal terug naar evcc of de wallbox moeten geven?

[ Voor 59% gewijzigd door Millert op 18-10-2025 21:14 ]

[Bravo]

Millert schreef op zaterdag 18 oktober 2025 @ 21:11:
@Bravo

Ik zal het gedrag van de thuisbatterij morgen nog eens bekijken. Ik heb nu een laadplanning ingesteld om de auto voor morgen 16:00 met 16 kWh te laden met het laadpunt op 'solar'.

Controle vanuit de 1komma5 (heartbeat) app werkt zo ver ik weet niet. Ik kan hier kiezen voor 'quick charge' maar vervolgens gebeurt er niks. Zou dit dan weer een signaal terug naar evcc of de wallbox moeten geven?

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik ben benieuwd naar het gedrag morgen.
evcc luistert naar het HEMS (in jouw geval heartbeat) voor opdrachten als dit is toegestaan met de parameter "allow control" wat te gebruiken is in de yaml. Maar in de UI zie ik deze optie niet, maar mijn vermoeden is dat deze op true zal staan.
Mogelijk gebruikt heartbeat andere opdrachten dan SMA, ik ben niet heel bekend met de opties die een SEMP in een HEMS kan leveren en hoe deze geformuleerd moeten worden.

[Millert]

@Bravo

Het leek aanvankelijk te werken zoals verwacht / de bedoeling is. Helaas begon na het laden van de thuisbatterij deze te ontladen richting auto.

[ Voor 55% gewijzigd door Millert op 19-10-2025 14:34 ]

[r2504]

Krisp schreef op woensdag 15 oktober 2025 @ 10:25:
[...]

Ik wil best mijn eigen derde zijn. Ik ga ook wel even op het forum vragen hoe ze dit voor zich zien.

Het zou me niet verbazen moest die derden hier centjes voor op tafel moeten leggen... en jij als klant van die derde uiteindelijk de rekening hiervan krijgt (of je betaald via je proivacy). Zelf derde spelen kan misschien wel maar tegen welke prijs dus ?

[Bravo]

Millert schreef op zondag 19 oktober 2025 @ 13:18:
@Bravo

Het leek aanvankelijk te werken zoals verwacht / de bedoeling is. Helaas begon na het laden van de thuisbatterij deze te ontladen richting auto.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Maar wat mij nog niet helemaal duidelijk is, stuurt heartbeat evcc nu ook actief aan? Want dan kun je kijken waarom heartbeat dit doet en hoe je daar mee om kunt gaan.

Als je zelf de regie wil houden, dan is het tijd voor een post op de Github van evcc om de SEMP ook te kunnen deactiveren, omdat derden je ongewenst gedrag ziet.

[krizzziz]

etmmvdp schreef op vrijdag 17 oktober 2025 @ 09:45:
[...]

Er is een fix onderweg: https://github.com/evcc-io/evcc/pull/24491!

Even een goede workaround is deze guide volgen (alleen als de Hyundai-Kia-Connect
plugin in HA hebt draaien) https://github.com/Hyunda...ia_connect_api/issues/925.
Vervolgens log je in op de Hyundai-Kia-Connect plugin in HA en ipv je wachtwoord in te vullen gebruik je de token die je met de guide hierboven hebt bemachtigt.

In EVCC heb ik mijn yaml aangepast door de SoC uit HA te halen:

En nu krijg ik weer in EVCC een SoC waarmee de laadpaal gaat werken. Dus totdat de echte oplossing in EVCC is geintegreerd is dit prima werken zo met een Hyundai/KIA

code:

# Voertuigdefinitie (SoC via Home Assistant)
vehicles:
  - name: my_car
    title: IONIQ 5 N-Line
    type: custom
    capacity: 84

    soc:
      source: http
      uri: http://192.168.D.X:yyyy/api/states/sensor.ioniq_5_ev_battery_level
      method: GET
      headers:
        - Authorization: Bearer XXXXXXXXXXXXXXXX
      insecure: true
      jq: .state|tonumber
      timeout: 2s

[Bravo]

krizzziz schreef op maandag 20 oktober 2025 @ 09:45:
[...]

Even een goede workaround is deze guide volgen (alleen als de Hyundai-Kia-Connect
plugin in HA hebt draaien) https://github.com/Hyunda...ia_connect_api/issues/925.
Vervolgens log je in op de Hyundai-Kia-Connect plugin in HA en ipv je wachtwoord in te vullen gebruik je de token die je met de guide hierboven hebt bemachtigt.

In EVCC heb ik mijn yaml aangepast door de SoC uit HA te halen:

En nu krijg ik weer in EVCC een SoC waarmee de laadpaal gaat werken. Dus totdat de echte oplossing in EVCC is geintegreerd is dit prima werken zo met een Hyundai/KIA

code:

# Voertuigdefinitie (SoC via Home Assistant)
vehicles:
  - name: my_car
    title: IONIQ 5 N-Line
    type: custom
    capacity: 84

    soc:
      source: http
      uri: http://192.168.D.X:yyyy/api/states/sensor.ioniq_5_ev_battery_level
      method: GET
      headers:
        - Authorization: Bearer XXXXXXXXXXXXXXXX
      insecure: true
      jq: .state|tonumber
      timeout: 2s

Tot gisteren had ik deze oplossing ook, soort van
Wat alleen vervelend is, is dat de SOC niet wordt geupdatet zolang de BlueLink app niet wordt geopend en gerefreshed. Daardoor werkt evcc met de 'calculated soc' en die wijkt toch een paar procent af door laadverliezen die evcc niet meet (en dat tikt aan als je 55% lading erbij doet met 10% verlies)
Normaal gesproken wordt de calculated soc regelmatig gesynchroniseerd doordat de Bluelink API opnieuw wordt gebruikt, maar dat is nu niet het geval.
edit: Oh ja, de range wordt niet gepakt. Zal wel een float int hiccup oid zijn, maar is niet onwerkbaar.

code:

    template: homeassistant
    uri: http://192.168.1.1:8123 # Basis-URL der Home Assistant Instanz
    token: GetYourOwnToken # Long-Lived Access Token, aus Home Assistant Profil
    soc: sensor.ioniq6_ev_battery_level
#    range: sensor.ioniq6_ev_range
    status: binary_sensor.ioniq6_ev_battery_charge
    limitSoC: number.ioniq6_ac_charging_limit
    odometer: sensor.ioniq6_odometer
    climater: binary_sensor.ioniq6_air_conditioner

De nightly werkt voor mij wel, maar dan heb je weer dat je laadhistorie niet meer compleet is.
Keuzes, keuzes...

Kan niet wachten tot de volgende release van evcc

[ Voor 13% gewijzigd door Bravo op 20-10-2025 10:01 ]

[Millert]

Bravo schreef op maandag 20 oktober 2025 @ 09:18:
[...]

Maar wat mij nog niet helemaal duidelijk is, stuurt heartbeat evcc nu ook actief aan? Want dan kun je kijken waarom heartbeat dit doet en hoe je daar mee om kunt gaan.

Als je zelf de regie wil houden, dan is het tijd voor een post op de Github van evcc om de SEMP ook te kunnen deactiveren, omdat derden je ongewenst gedrag ziet.

Volgens mij stuurt Heartbeat evcc niet actief aan, maar je hebt me wel op een nieuw idee gebracht. Mogelijk heeft het aanpassen van de modus van de wallbox in Heartbeat wel het effect dat het HEMS anders om gaat met de load. Deze kan ik in 3 standen zetten, quick, smart en solar charge. Als quick ervoor zorgt dat de wallbox altijd van het net laadt en nooit de thuisbatterij erbij betrekt, heb ik het gewenste resultaat. Tijd om te testen

[JanHenk]

Millert schreef op maandag 20 oktober 2025 @ 11:44:
[...]


Volgens mij stuurt Heartbeat evcc niet actief aan, maar je hebt me wel op een nieuw idee gebracht. Mogelijk heeft het aanpassen van de modus van de wallbox in Heartbeat wel het effect dat het HEMS anders om gaat met de load. Deze kan ik in 3 standen zetten, quick, smart en solar charge. Als quick ervoor zorgt dat de wallbox altijd van het net laadt en nooit de thuisbatterij erbij betrekt, heb ik het gewenste resultaat. Tijd om te testen

Wat ik zie is dat evcc zich netjes houdt aan hetgeen je hebt ingesteld, toch? Zo te zien krijgt ie geen commando's vanuit je HEMS. Of hij krijgt ze wel, maar doet er niets mee. Wat me sterk lijkt, dus ik denk het eerste.

Alleen het gedrag van jouw thuisbatterij in combinatie met het separaat inzichtelijk hebben van de laadpaal, is niet zoals jij zou verwachten c.q. zoals je zou willen. Moet je het dan niet dáár zoeken in plaats van bij evcc?

[Millert]

@JanHenk

EVCC doet inderdaad precies wat het moet doen, zelf iets te veel. Namelijk de wallbox middels de SEMP server kenbaar maken aan de thuisbatterij wat vervolgens het gedrag hiervan beïnvloedt.
Voor EVCC liet Heartbeat het laden van de auto altijd via het Grid lopen, nu met EVCC wordt de thuisbatterij hierbij betrokken.
Maar het klopt wat je zegt, de oplossing moet ik nu zoeken aan de kant van de thuisbatterij. Of zoals @Bravo aangeeft een verzoek indienen om het mogelijk te maken SEMP te kunnen deactiveren.

Update:

Test met Quick Charge laat zien dat de thuisbatterij dan op hold wordt gezet. Ontlaadt niet richting wallbox maar laadt zelf ook niet op om te profiteren van de lage tarieven. Alsnog suboptimaal.

Ik heb een topic gemaakt op Github met een request om SEMP te kunnen deactiveren en gemaild naar 1Komma5 of de Quick Charge modus kan worden aangepast zodat deze Grid-Only prioriteit aan de auto geeft, maar de thuisbatterij tegelijkertijd toestaat om te laden zolang de gezamenlijke Grid-import onder de zekering blijft.

[ Voor 43% gewijzigd door Millert op 20-10-2025 16:18 ]

[KoningSlakkie]

Hoi Iedereen, ik zoek een oplossing voor de volgende scenario. Ik heb nog niet alle apparatuur binnen maar ik wil het voor mijzelf even duidelijk hebben hoe dit werkt en een theoretische oplossing voor krijgen. Dan kan ik evt extra tussenmeters plaatsen indien nodig.

Ik heb nu zonnepanelen. Ik ga krijg binnenkort een Peblar om de EV te laden icm Homewizard P1-meter. Binnenkort ga ik wellicht ook een thuisaccu erbij nemen. Zonder thuisaccu is het laden op overproductie heel simpel. De Peblar kijkt met de P1-meter of er overproductie is en gaat laden als een minimaal vermogen beschikbaar is. Dit wil ik dus ook icm EVCC doen zodat ik nog de dynamische tarieven kan koppelen.

Nu voeg ik er een Thuisaccu aan toe. Ook de Accu gaat via de P1-meter bepalen of er overproductie is en gaat laden. Nu is er dus een conflict tussen de thuisaccu en de Peblar lader. Het beste is dat er voorrang wordt gegeven aan de Peblar. Hoe kan ik dit oplossen met EVCC?

Kan ik ipv de P1-meter ook met een tussenmeter puur de zonnepanelen meten in EVCC en in de peblar zelf de P1-meter instellen zodat deze niet over aansluit capaciteit heen gaat? Hier is dus de kans dat de warmtepomp of een vaatwasser bezig is en ik dus wat extra energie uit het energienet opneem, welke door de accu wellicht gecompenseerd zou worden indien die genoeg capaciteit heeft. Hoe zou ik dit het beste in kunnen regelen? Ik heb nog de kans om extra tussenmeters te plaatsen zodra de elektricien langs komt.

Belangrijk om te vermelden, waarschijnlijk krijg ik de thuisaccu niet gekoppeld met active control omdat deze op onbalans gaat handelen. Dus hiermee heb ik geen controle over de thuisaccu. Ik kan hoogstwaarschijnlijk enkel de SoC of iets dergelijks uitlezen.

[ Voor 8% gewijzigd door KoningSlakkie op 21-10-2025 11:43 ]

[HyperBart]

KoningSlakkie schreef op dinsdag 21 oktober 2025 @ 11:41:
Hoi Iedereen, ik zoek een oplossing voor de volgende scenario. Ik heb nog niet alle apparatuur binnen maar ik wil het voor mijzelf even duidelijk hebben hoe dit werkt en een theoretische oplossing voor krijgen. Dan kan ik evt extra tussenmeters plaatsen indien nodig.

Ik heb nu zonnepanelen. Ik ga krijg binnenkort een Peblar om de EV te laden icm Homewizard P1-meter. Binnenkort ga ik wellicht ook een thuisaccu erbij nemen. Zonder thuisaccu is het laden op overproductie heel simpel. De Peblar kijkt met de P1-meter of er overproductie is en gaat laden als een minimaal vermogen beschikbaar is. Dit wil ik dus ook icm EVCC doen zodat ik nog de dynamische tarieven kan koppelen.

Nu voeg ik er een Thuisaccu aan toe. Ook de Accu gaat via de P1-meter bepalen of er overproductie is en gaat laden. Nu is er dus een conflict tussen de thuisaccu en de Peblar lader. Het beste is dat er voorrang wordt gegeven aan de Peblar. Hoe kan ik dit oplossen met EVCC?

Mits genoeg meters en op de juiste plaats kan evcc dit inderdaad perfect.
Als in: evcc zal in staat zijn om te zien hoeveel je produceert en hoeveel je van het net afneemt en hoeveel van de batterij. evcc kan daar op sturen en je kan er prio aan geven op een bepaalde manier.

In principe is een thuisbatterij een zelf regelend systeem. Als evcc je batterij kan uitlezen kan evcc prio geven door geen vermogen af te nemen. Als de batterij niet in een "hold" status geplaatst kan worden door evcc dan zal deze beginnen ontladen als er stroom wordt afgenomen door de laadpaal. Dat is een dingetje waar je rekening mee moet houden (omdat je in de laatste alinea zegt "geen controle").

Ik kan bv mijn batterij vanuit evcc laten pauzeren als ik gepland een laadsessie doe tijdens de nacht omdat de elektriciteit dan goedkoop is. Tegen de ochtend is mijn auto dan vol en dan lost hij de thuisbatterij terug.

Kan ik ipv de P1-meter ook met een tussenmeter puur de zonnepanelen meten in EVCC en in de peblar zelf de P1-meter instellen zodat deze niet over aansluit capaciteit heen gaat? Hier is dus de kans dat de warmtepomp of een vaatwasser bezig is en ik dus wat extra energie uit het energienet opneem, welke door de accu wellicht gecompenseerd zou worden indien die genoeg capaciteit heeft. Hoe zou ik dit het beste in kunnen regelen? Ik heb nog de kans om extra tussenmeters te plaatsen zodra de elektricien langs komt.

Belangrijk om te vermelden, waarschijnlijk krijg ik de thuisaccu niet gekoppeld met active control omdat deze op onbalans gaat handelen. Dus hiermee heb ik geen controle over de thuisaccu. Ik kan hoogstwaarschijnlijk enkel de SoC of iets dergelijks uitlezen.

Afhankelijk van hoe je je meter plaatst van de batterij zelf (door bv de laadpaal VOOR die meter te hangen) kan je de vermogens die de batterij "corrigeert" beperken tot die van het huis alleen. Je maakt als het ware de batterij blind voor het vermogen wat de laadpaal afneemt, want die functie (overbelasting) leg je bij evcc.


evcc kan dan op zijn beurt WEL rekening houden met de eerste meter (denk aan je P1 poort of meter onmiddellijk er na die zowel batterij, huis als laadpaal meet) en op die manier aan vermogensbeperking doen als hij ziet dat er een overbelasting dreigt van je netaansluiting.

[KoningSlakkie]

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

Mits genoeg meters en op de juiste plaats kan evcc dit inderdaad perfect.
Als in: evcc zal in staat zijn om te zien hoeveel je produceert en hoeveel je van het net afneemt en hoeveel van de batterij. evcc kan daar op sturen en je kan er prio aan geven op een bepaalde manier.

In principe is een thuisbatterij een zelf regelend systeem. Als evcc je batterij kan uitlezen kan evcc prio geven door geen vermogen af te nemen. Als de batterij niet in een "hold" status geplaatst kan worden door evcc dan zal deze beginnen ontladen als er stroom wordt afgenomen door de laadpaal. Dat is een dingetje waar je rekening mee moet houden (omdat je in de laatste alinea zegt "geen controle").

Ik kan bv mijn batterij vanuit evcc laten pauzeren als ik gepland een laadsessie doe tijdens de nacht omdat de elektriciteit dan goedkoop is. Tegen de ochtend is mijn auto dan vol en dan lost hij de thuisbatterij terug.


[...]


Afhankelijk van hoe je je meter plaatst van de batterij zelf (door bv de laadpaal VOOR die meter te hangen) kan je de vermogens die de batterij "corrigeert" beperken tot die van het huis alleen. Je maakt als het ware de batterij blind voor het vermogen wat de laadpaal afneemt, want die functie (overbelasting) leg je bij evcc.


evcc kan dan op zijn beurt WEL rekening houden met de eerste meter (denk aan je P1 poort of meter onmiddellijk er na die zowel batterij, huis als laadpaal meet) en op die manier aan vermogensbeperking doen als hij ziet dat er een overbelasting dreigt van je netaansluiting.

Erg bedankt voor je uitgebreide antwoord! Dit geeft mij mentaal een beetje rust. Dus Ik ga in iedergeval proberen 3 meters in te bouwen als aanvulling op de P1 meter.

1. P1-meter
2. Een voor de zonnepanelen
3. Een voor de Laadpaal
4. Een voor de thuisaccu

Aller laatste is de vraag welke meter, want ik ben geïnteresseerd in de 3-fase meter van Homewizard (eastron). Deze kan ik gewoon gebruiken lijkt mij terwijl ik hiermee ook in homewizard app kan inzien. Want ik wel gezien dat er ondersteuning is voor de kwh-meter van Homewizard maar er staat niet specifiek bij dat de 3-fase meter wordt ondersteund.

Ook vraag ik mij af ivm met de polling rate van deze meter. Ik heb gezien dat de ververssnelheid is ongeveer 5 seconden is in homeassistant via de API. Maar als ik cloud verbinding uitzet in home assistant is deze elke 1 seconde, maar hierdoor word de homewizard app niet meer bijgewerkt met de data omdat de cloudverbinding uit staat.

[JanHenk]

KoningSlakkie schreef op dinsdag 21 oktober 2025 @ 13:01:
[...]


Erg bedankt voor je uitgebreide antwoord! Dit geeft mij mentaal een beetje rust. Dus Ik ga in iedergeval proberen 3 meters in te bouwen als aanvulling op de P1 meter.

1. P1-meter
2. Een voor de zonnepanelen
3. Een voor de Laadpaal
4. Een voor de thuisaccu

Je kan allemaal losse kWh-meters toevoegen natuurlijk, maar evcc is wel zo opgezet dat je ook eventuele meters die het apparaat al heeft, kan gebruiken. Als voorbeeld, als je een Peblar koopt (zag je vraag in dat topic), hoef je niet separaat nog een kWh-meter op te nemen. Die zit er al in. En evcc kan die gegevens wel uitlezen.

Als je alles separaat in de HomeWizard Energy app wil inzien, ja dan heb je het nodig. Maar ik zou niet weten waarom, als je alles al in Home Assistant kan bijhouden en evcc het kan gebruiken.

Idem voor de PV-panelen, SolarEdge is in ieder geval rechtstreeks uit te lezen als je omvormer lokaal op het netwerk zit. Zo zijn er nog wel wat omvormerfabrikanten die ondersteund worden. Voor de thuisaccu wellicht wel aan te raden, geen idee welke dat gaat worden.

Ik heb zelf alleen de P1-meter en geen enkele losse kWh meter.

Aller laatste is de vraag welke meter, want ik ben geïnteresseerd in de 3-fase meter van Homewizard (eastron). Deze kan ik gewoon gebruiken lijkt mij terwijl ik hiermee ook in homewizard app kan inzien. Want ik wel gezien dat er ondersteuning is voor de kwh-meter van Homewizard maar er staat niet specifiek bij dat de 3-fase meter wordt ondersteund.

Ja hoor, door evcc wel. Werkt hetzelfde.

Ook vraag ik mij af ivm met de polling rate van deze meter. Ik heb gezien dat de ververssnelheid is ongeveer 5 seconden is in homeassistant via de API. Maar als ik cloud verbinding uitzet in home assistant is deze elke 1 seconde, maar hierdoor word de homewizard app niet meer bijgewerkt met de data omdat de cloudverbinding uit staat.

5 seconden is prima voor Home Assistant. evcc pollt de meter op moment dat hij een interval c.q. control cycle doet. Ik heb dat zelf op 6 seconden staan, korter dan dat is eigenlijk niet mogelijk. evcc raadt 30 seconden aan, maar zelf zou ik hem toch wat lager zetten.

[Millert]

Sinds gisteren (tarieven van vandaag) komen de tarieven niet meer binnen van entso-e. Hebben hier meer mensen er last van of heb ik iets stuk gemaakt .

[ Voor 12% gewijzigd door Millert op 21-10-2025 13:51 ]

[Kammika]

Millert schreef op dinsdag 21 oktober 2025 @ 13:50:
Sinds gisteren (tarieven van vandaag) komen de tarieven niet meer binnen van entso-e. Hebben hier meer mensen er last van of heb ik iets stuk gemaakt .

nee. ik heb hetzelfde.. en bij home assistant komen ze ook niet binnen..

denk dat het server side is..

[HyperBart]

KoningSlakkie schreef op dinsdag 21 oktober 2025 @ 13:01:
[...]


Erg bedankt voor je uitgebreide antwoord! Dit geeft mij mentaal een beetje rust. Dus Ik ga in iedergeval proberen 3 meters in te bouwen als aanvulling op de P1 meter.

1. P1-meter
2. Een voor de zonnepanelen
3. Een voor de Laadpaal
4. Een voor de thuisaccu

Aller laatste is de vraag welke meter, want ik ben geïnteresseerd in de 3-fase meter van Homewizard (eastron). Deze kan ik gewoon gebruiken lijkt mij terwijl ik hiermee ook in homewizard app kan inzien. Want ik wel gezien dat er ondersteuning is voor de kwh-meter van Homewizard maar er staat niet specifiek bij dat de 3-fase meter wordt ondersteund.

Ook vraag ik mij af ivm met de polling rate van deze meter. Ik heb gezien dat de ververssnelheid is ongeveer 5 seconden is in homeassistant via de API. Maar als ik cloud verbinding uitzet in home assistant is deze elke 1 seconde, maar hierdoor word de homewizard app niet meer bijgewerkt met de data omdat de cloudverbinding uit staat.

5 seconden is voldoende, evcc adviseert om niet lager dan 30s als parameter in te stellen op hun software.

Zoals @JanHenk ook al aangaf: ieder apparaat wat verbinding heeft met je netwerk kan je uitlezen.
Persoonlijk (met de info en vragen die je stelt) zou ik eerst eens beginnen met een standaard opstelling:

P1 Meter of equivalente eigen meter
Zonnepanelen rechtstreeks toevoegen, indien niet verbonden met netwerk dan een meter installeren en deze toevoegen
Laadpaal rechtstreeks toevoegen

Dan voor de batterijen ga je toch wat meer info moeten geven. Welke zijn het, beheert een externe partij die voor handel en kan je ze uitlezen?

[Kammika]

HyperBart schreef op dinsdag 21 oktober 2025 @ 14:36:
[...]
5 seconden is voldoende, evcc adviseert om niet lager dan 30s als parameter in te stellen op hun software.

Dit blijf ik wel tricky vinden: Voor vrijwel alle functionaltiteit is een heartbeat van 30sec prima, maar voor loadbalancing vind ik dat wel wat anders.

Ik heb vrij dure keukenapparatuur. Dus zowel een oven als een hogedruk stoomoven die beiden op 2 fasen zitten en die ook vrij vol blazen omdat ze snel kunnen opwarmen, maar dat kost wel wat. De een verbruikt 3600W, de ander 4400W op de piek.

Als je gaat koken zet je meestal beide aan en ze starten natuurkijk gelijk op die piek omdat ze beginnen met opwarmen. Als je dan al redelijk aan de max zat, dan kun je behoorlijk over de 25A (ik heb 3x25A) heengaan, en dan is 30sec wel langzaam om te reageren.

Ik heb nu teruggezet naar 10 sec (maar krijg dan heel af en tou zo'n out-of-sync waarschuwing). Mooiste zou zijn dat je prima op hogere waarde kan zetten, maar zodra je P1 meter meer dan de max meet, dat die op dat moment wel gelijk schakelt door een extra heartbeat te doen...

Mijn P1 meter komt op een MQTT queue met elke seconde een update, dus in principe heeft EVCC gewoon de actuele waardes.. zou niet al te moeilijk moeten zijn. Als ik er tijd/zin in heb zal ik eens een keer een feature request op de officeiele EVCC discussie zetten..

[JanHenk]

Ja eens, in verband met load balancing heb ik ook liever zo kort mogelijk op de bal. Nu schakelt een automaat niet direct af bij een relatief lage overbelasting, dus wellicht kom je met 30 seconden wel weg. Het blijft ook altijd veilig in mijn optiek, daar zijn die automaten immers voor. Maar het voelt toch een stuk beter als je een kortere cyclus dan 30 seconden hanteert voor load balancing.

[HyperBart]

Kammika schreef op dinsdag 21 oktober 2025 @ 14:52:
[...]

Dit blijf ik wel tricky vinden: Voor vrijwel alle functionaltiteit is een heartbeat van 30sec prima, maar voor loadbalancing vind ik dat wel wat anders.

Ik heb vrij dure keukenapparatuur. Dus zowel een oven als een hogedruk stoomoven die beiden op 2 fasen zitten en die ook vrij vol blazen omdat ze snel kunnen opwarmen, maar dat kost wel wat. De een verbruikt 3600W, de ander 4400W op de piek.

Als je gaat koken zet je meestal beide aan en ze starten natuurkijk gelijk op die piek omdat ze beginnen met opwarmen. Als je dan al redelijk aan de max zat, dan kun je behoorlijk over de 25A (ik heb 3x25A) heengaan, en dan is 30sec wel langzaam om te reageren.

Ik heb nu teruggezet naar 10 sec (maar krijg dan heel af en tou zo'n out-of-sync waarschuwing). Mooiste zou zijn dat je prima op hogere waarde kan zetten, maar zodra je P1 meter meer dan de max meet, dat die op dat moment wel gelijk schakelt door een extra heartbeat te doen...

Mijn P1 meter komt op een MQTT queue met elke seconde een update, dus in principe heeft EVCC gewoon de actuele waardes.. zou niet al te moeilijk moeten zijn. Als ik er tijd/zin in heb zal ik eens een keer een feature request op de officeiele EVCC discussie zetten..

Klopt, ik had moeten verduidelijken:

5 sec is prima, dat gebruik ik namelijk.
Terzijde: evcc raadt 30s aan maar dat volg ik dus niet.

[C.QL]

Ik heb sinds deze week een nieuwe wagen, en had al gelezen over de BMW hetze met hun api.
Nu heb ik gisteren mijn EVCC naar de laatste versie geüpdatet, alsook de auto geconfigureerd in de yaml om CarData te gebruiken.

code:

vehicles:
  - name: bmw_i5_touring
    type: template
    template: cardata
    title: BMW i5 Touring # Title, Will be displayed in the user interface (optional)
    capacity: 81.2 # Battery capacity (kWh), optional
    vin: WBxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer
    clientid: bla-blie-bla101 # Client ID
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 1 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 32 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)

Nu is het probleem dat EVCC na herstart van EVCC prima de juiste SoC binnenkrijgt van de auto. Maar als ik de laadkabel daarna opnieuw insteek (al dan niet na gebruik van de auto) klopt het niet.
Zo zijn onderstaande screenshots op hetzelfde moment genomen en de effectieve SoC is 67% terwijl EVCC op 81% zit. Bij target SoC van de auto heb ik ook al gemerkt dat die niet goed door komt.

Herkent iemand dit probleem? Wat eraan te doen?

[Bravo]

C.QL schreef op woensdag 22 oktober 2025 @ 00:05:
Ik heb sinds deze week een nieuwe wagen, en had al gelezen over de BMW hetze met hun api.
Nu heb ik gisteren mijn EVCC naar de laatste versie geüpdatet, alsook de auto geconfigureerd in de yaml om CarData te gebruiken.

code:

vehicles:
  - name: bmw_i5_touring
    type: template
    template: cardata
    title: BMW i5 Touring # Title, Will be displayed in the user interface (optional)
    capacity: 81.2 # Battery capacity (kWh), optional
    vin: WBxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer
    clientid: bla-blie-bla101 # Client ID
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 1 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 32 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)

Nu is het probleem dat EVCC na herstart van EVCC prima de juiste SoC binnenkrijgt van de auto. Maar als ik de laadkabel daarna opnieuw insteek (al dan niet na gebruik van de auto) klopt het niet.
Zo zijn onderstaande screenshots op hetzelfde moment genomen en de effectieve SoC is 67% terwijl EVCC op 81% zit. Bij target SoC van de auto heb ik ook al gemerkt dat die niet goed door komt.

Herkent iemand dit probleem? Wat eraan te doen?

[Afbeelding]

[Afbeelding]

Is dit na een kwartier nog steeds het geval? Ik meen mij iets te herinneren dat Cardata 'realtime' in de praktijk betekent dat het eens in het kwartier wordt geupdatet.

[h3llrais3rke]

Breaking change in the 0.209.3 release voor de skoda enyaq rijders onder ons.


Template naam is veranderd van `enyaq` naar `skoda` bij gebruik in yaml.

[ Voor 62% gewijzigd door h3llrais3rke op 22-10-2025 13:25 ]

[KoningSlakkie]

JanHenk schreef op dinsdag 21 oktober 2025 @ 13:36:
[...]


Je kan allemaal losse kWh-meters toevoegen natuurlijk, maar evcc is wel zo opgezet dat je ook eventuele meters die het apparaat al heeft, kan gebruiken. Als voorbeeld, als je een Peblar koopt (zag je vraag in dat topic), hoef je niet separaat nog een kWh-meter op te nemen. Die zit er al in. En evcc kan die gegevens wel uitlezen.

Als je alles separaat in de HomeWizard Energy app wil inzien, ja dan heb je het nodig. Maar ik zou niet weten waarom, als je alles al in Home Assistant kan bijhouden en evcc het kan gebruiken.

Idem voor de PV-panelen, SolarEdge is in ieder geval rechtstreeks uit te lezen als je omvormer lokaal op het netwerk zit. Zo zijn er nog wel wat omvormerfabrikanten die ondersteund worden. Voor de thuisaccu wellicht wel aan te raden, geen idee welke dat gaat worden.

Ik heb zelf alleen de P1-meter en geen enkele losse kWh meter.


[...]


Ja hoor, door evcc wel. Werkt hetzelfde.


[...]


5 seconden is prima voor Home Assistant. evcc pollt de meter op moment dat hij een interval c.q. control cycle doet. Ik heb dat zelf op 6 seconden staan, korter dan dat is eigenlijk niet mogelijk. evcc raadt 30 seconden aan, maar zelf zou ik hem toch wat lager zetten.

Top, de reden dat ik de meters overweeg is omdat ik veel storing heb met mijn enphase systeem. Boven een bepaald vermogen, ongeveer vanaf 2KW van de maximale 4,5 kW worden de gegevens niet meer geüpdatet. Totdat het vermogen weer daalt laat in de middag, dan heb ik cumulatief een piek rond 15/16 uur. Dus op een zonnige dag kan ik mijn enphase systeem niet uitlezen vanaf 10 uur tot 15 uur. Daarna heb ik om 15 uur dus een gigantische piek. Heel raar maar de installateur kan het niet verhelpen en Enphase ook niet, ik word in de wacht gezet. Dus ik heb het een beetje opgegeven. In Homewizard wordt aan het einde van de dag wel de opwerk curve correct weergegeven.

Ik heb een Peblar Home (de niet plus versie) voor een relatief scherpe prijs. Voor de Peblar home plus, dus met een MID-meter moest ik flink meer betalen. Voor dat geld kan ik gewoon een losse kWh MID-meter er tussen laten zetten dan kan ik daar meer mee icm EVCC. Voor de thuisaccu zit ik te kijken naar balans energie, zij leveren een Deye omvormer. Dus dat word nog even kijken of ik die gekoppeld krijg met EVCC op een of andere manier. Ik ben geen IT'er dus dat ik een test versie heb draaien met mijn P1 meter vind al heel knap van mijzelf. Ergens ben ik bang dat ik het mijzelf erg moeilijk maak door met home assistant hocus pocus alles te gaan regelen. Maar tot nu toe, met hulp van de mede-tweakers kom ik nog best wel ver.

Homewizard app vind ik gewoon erg fijn in gebruik, hier staan (vanwege mijn enphase problemen) wel alles correct in. Al is Home assistant wat completer met opbrengst voorspellingen en sanky diagrammen etc. Toch kijk ik vaak in de homewizard app.

HyperBart schreef op dinsdag 21 oktober 2025 @ 14:36:
[...]


5 seconden is voldoende, evcc adviseert om niet lager dan 30s als parameter in te stellen op hun software.

Zoals @JanHenk ook al aangaf: ieder apparaat wat verbinding heeft met je netwerk kan je uitlezen.
Persoonlijk (met de info en vragen die je stelt) zou ik eerst eens beginnen met een standaard opstelling:

P1 Meter of equivalente eigen meter
Zonnepanelen rechtstreeks toevoegen, indien niet verbonden met netwerk dan een meter installeren en deze toevoegen
Laadpaal rechtstreeks toevoegen

Dan voor de batterijen ga je toch wat meer info moeten geven. Welke zijn het, beheert een externe partij die voor handel en kan je ze uitlezen?

Over de Thuisaccu, het wordt een balans energie systeem met een Deye SUN-12K-SG04LP3-EU omvormer beheerd door Balans Energie EMS. Is nog niet geinstalleerd. EVCC lijkt het te ondersteunen, maar omdat het via een EMS extern wordt beheerd weet ik niet of ik een read only verbinding kan gaan maken met EVCC. Ik zag dat een mede-tweaker het accusysteem in kon lezen via de een solarman integratie in homeassistant. Wellicht kan ik het via de Home Assistant Home Assistant Sensor toch nog integreren met EVCC. Hier kom ik later maar achter, hopelijk zit zometeen er een mede-tweakers ook in hetzelfde schuitje die toevallig ook EVCC gebruikt om te laden.

[JanHenk]

KoningSlakkie schreef op donderdag 23 oktober 2025 @ 14:19:
[...]

Top, de reden dat ik de meters overweeg is omdat ik veel storing heb met mijn enphase systeem. Boven een bepaald vermogen, ongeveer vanaf 2KW van de maximale 4,5 kW worden de gegevens niet meer geüpdatet. Totdat het vermogen weer daalt laat in de middag, dan heb ik cumulatief een piek rond 15/16 uur. Dus op een zonnige dag kan ik mijn enphase systeem niet uitlezen vanaf 10 uur tot 15 uur. Daarna heb ik om 15 uur dus een gigantische piek. Heel raar maar de installateur kan het niet verhelpen en Enphase ook niet, ik word in de wacht gezet. Dus ik heb het een beetje opgegeven. In Homewizard wordt aan het einde van de dag wel de opwerk curve correct weergegeven.

Prima om hier een losse meter voor te installeren. Voor PV in de Energy-app is dat sowieso veel fijner, want real-time en niet cloud-afhankelijk. Is ook zeker veel eenvoudiger met uitlezen in evcc.

Ik heb een Peblar Home (de niet plus versie) voor een relatief scherpe prijs. Voor de Peblar home plus, dus met een MID-meter moest ik flink meer betalen. Voor dat geld kan ik gewoon een losse kWh MID-meter er tussen laten zetten dan kan ik daar meer mee icm EVCC.

Voor evcc hoef je dit niet te doen. Die zal de Peblar uitlezen en aansturen via modbus en heeft geen losse kWh-meter nodig. Dus tenzij je graag de geladen energie wil inzien in de Energy-app, niet doen. evcc doet er in ieder geval niks mee.

Voor wat betreft Deye omvormer met batterij: lijkt erop dat die ook via modbus is uit te lezen. Of je kan inderdaad Home Assistant gebruiken als middle man. Dat komt vast wel goed. Stap voor stap

[AA42]

C.QL schreef op woensdag 22 oktober 2025 @ 00:05:
Ik heb sinds deze week een nieuwe wagen, en had al gelezen over de BMW hetze met hun api.
Nu heb ik gisteren mijn EVCC naar de laatste versie geüpdatet, alsook de auto geconfigureerd in de yaml om CarData te gebruiken.

code:

vehicles:
  - name: bmw_i5_touring
    type: template
    template: cardata
    title: BMW i5 Touring # Title, Will be displayed in the user interface (optional)
    capacity: 81.2 # Battery capacity (kWh), optional
    vin: WBxxx # Vehicle Identification Number, If you own multiple vehicles from the same manufacturer
    clientid: bla-blie-bla101 # Client ID
    icon: car # Icon, Will be displayed in the user interface [car, bike, bus, moped, motorcycle, rocket, scooter, taxi, tractor, rickshaw, shuttle, van, airpurifier, battery, bulb, climate, coffeemaker, compute, cooking, cooler, desktop, device, dishwasher, dryer, floorlamp, generic, heater, heatexchange, heatpump, kettle, laundry, laundry2, machine, meter, microwave, pump, smartconsumer, tool, waterheater] (optional)
    phases: 1 # Maximum number of phases, The maximum number of phases which can be used (optional)
    mode: PV # Default charging mode, Used when a vehicle is connected. Possible values are Off, Now, MinPV and PV, or empty if none should be set (optional)
    minCurrent: 6 # Minimum amperage (A), The minimum amperage per connected phase that can be used (optional)
    maxCurrent: 32 # Maximum amperage (A), The maximum amperage per connected phase that can be used (optional)

Nu is het probleem dat EVCC na herstart van EVCC prima de juiste SoC binnenkrijgt van de auto. Maar als ik de laadkabel daarna opnieuw insteek (al dan niet na gebruik van de auto) klopt het niet.
Zo zijn onderstaande screenshots op hetzelfde moment genomen en de effectieve SoC is 67% terwijl EVCC op 81% zit. Bij target SoC van de auto heb ik ook al gemerkt dat die niet goed door komt.

Herkent iemand dit probleem? Wat eraan te doen?

[Afbeelding]

[Afbeelding]

Heb je bij de echte client ID ( "bla-blie-bla101") er voor gezorgd dat alle letters lower-case zijn. Als je de UI gebruikt doet de laatste versie van evcc dit automatisch omzetten omdat de info die je vanaf de BMW site kopieert upper-case is.

[AA42]

JanHenk schreef op vrijdag 10 oktober 2025 @ 10:31:
[...]


Ik heb de PiB inmiddels in de UI geconfigureerd. Als je daar kiest voor 'gebruiker gedefinieerd apparaat' of iets dergelijks kun je met yaml zelf wat opmaken.

Daar kun je onderstaande voor gebruiken (knippen en plakken):

HomeWizard Plug-in Battery

YAML:

power:
  source: http
  uri: https://<IP-ADRES-BATTERY>/api/measurement
  method: GET
  headers:
    - Authorization: Bearer <TOKEN-BATTERY>
    - X-Api-Version: 2
  insecure: true
  jq: .power_w|tonumber
  scale: -1
soc:
  source: http
  uri: https://<IP-ADRES-BATTERY>/api/measurement
  method: GET
  headers:
    - Authorization: Bearer <TOKEN-BATTERY>
    - X-Api-Version: 2
  insecure: true
  jq: .state_of_charge_pct|tonumber
batterymode:
  source: switch
  switch:
  - case: 1 #normal
    set:
      source: http
      uri: https://<IP-ADRES-P1-METER>/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN-P1-METER>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "zero"}'
  - case: 2 #hold
    set:
      source: http
      uri: https://<IP-ADRES-P1-METER>/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN-P1-METER>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "standby"}'
  - case: 3 #charge
    set:
      source: http
      uri: https://<IP-ADRES-P1-METER>/api/batteries
      method: PUT
      headers:
        - Authorization: Bearer <TOKEN-P1-METER>
        - X-Api-Version: 2
      insecure: true
      body: '{"mode": "to_full"}'

De aansturing van de batterij (stukje onder batterymode) gaat via de P1-meter. Je hebt dus zowel het IP van de batterij (voor uitlezen) als IP van de P1-meter (voor aansturing nodig). Daarnaast heb je dus ook twee tokens nodig.

De tokens kun je verkrijgen via curl of vergelijkbare tool. Hier staat exact beschreven hoe je dat doet. Je moet dus fysiek de knop indrukken op de batterij en vervolgens binnen 30 seconden de request indienen. Hetzelfde voor de P1-meter.

Dit werkt helemaal top! Nogmaals dank hiervoor. Is het geen idee om aan de mensen van evcc te vragen of ze de Homewizard PIB netjes als te selecteren apparaat toevoegen met deze programmering? Weet zelf niet helemaal hoe dat werkt via Github?
De Homewizard P1 en kWh meters zijn immers ook netjes te kiezen uit de menu's.